Large audiences
A large send is a sequence of decisions: who qualifies, which data the message uses, whether the rendered content is ready, and whether each recipient remains eligible for delivery. A segment count answers only the first question.
Use a broadcast for one campaign sent to a selected contact audience. Prepare the audience and content together, then inspect the send's actual progress and recipient outcomes.
Pick the audience
Choose the Contact schema and an optional saved Segment when creating the broadcast. Review the Audience tab afterward, or generate a custom filter for this campaign. No segment or filter means the whole selected schema, so make that choice deliberately.
Check known inclusions and exclusions in the segment preview. A count can change as source records change before preparation. The send later seals its selected record membership and destination addresses; subsequent segment changes do not continuously add recipients to that broadcast.
The preparation step deduplicates both contact identities and normalized destinations within the broadcast. Multiple records pointing to the same delivery address therefore do not imply multiple messages for that send.
Send it, or schedule it
Complete the email, sender, subject and audience, then review readiness and schedule or start the broadcast. The send captures a revision of its content, brand settings, audience rule, data definitions and quality policy. Editing a separate source after that does not silently rewrite the revision already being processed.
Preparation and content checks happen before recipient delivery. A large campaign can still be preparing or checking content even though its send time has arrived. Review the visible phase and any reason it is waiting instead of repeatedly starting another copy.
Before sending starts, canceling the scheduled send returns it to an unscheduled state. After sending starts, Stop sending cancels eligible unsent work; an email already in flight may still arrive. There is no general-purpose resume button that safely resends every failed or stopped row. Use the broadcast lifecycle reference for the recovery actions available for the actual state.
What changes at volume
A large audience increases rendering, lookup and delivery work. If the space runs out of credits, the current broadcast pipeline pauses for credits; waiting recipients are not all converted into terminal failures just because the balance reached zero. Review the reason and billing state before treating a pause as failed delivery.
Select evaluated and computed fields in the email's Data tab. Evaluated relationships perform their data lookups for the recipients that need them; unnecessary nested relationships multiply that work. Narrow lists in their definitions and give missing values meaningful content fallbacks.
Computed attributes read published background results. A broadcast revision freezes its computed-attribute generation selection when that read context is first established. A later refresh does not change those values halfway through the same revision. A field that had no publication at that point remains unavailable in that context; an erased pinned generation fails instead of being silently replaced. Verify Data through before starting a campaign whose meaning depends on a recent calculation.
Use the current billing and usage reference for plan allowances and metered work. Audience size alone does not describe the cost of AI generation, nested data reads or the complete delivery path.
Watch it go out
Follow the broadcast's phase and readiness or failure reason. Keep campaign-level preparation separate from the result of each email.
- Metrics shows campaign timing and aggregate delivery and engagement. Use Refresh to request updated metrics.
- Emails shows recipient rows and their current status. Open a row to inspect the message and its activity.
- A credit pause, content-quality pause or campaign failure needs a different response from one recipient's bounce, rejection or suppression.
A segment match is not the final send count. Marketing eligibility also checks email presence, channel subscription and the chosen topic; applicable suppressions and current delivery conditions can prevent dispatch. “Sent” records a send stage, while delivery and engagement arrive as separate feedback.
When a recipient's outcome is uncertain, inspect that specific attempt. Starting a second broadcast or changing occurrence identifiers can create another delivery intent; it is not a diagnostic refresh. The Broadcasts API exposes the supported campaign operations and status data.
Before you send to a big list
Verify the sending domain, test representative data and missing-value cases, and inspect the campaign's readiness checks. A small live audience can help validate source data and resulting messages before a wider campaign, but it has its own delivery and consent consequences.
After sending, review delivery feedback and Postmaster alongside campaign engagement. Use the evidence to improve the next audience or message rather than treating opens as proof that every selected contact received it.
Related
- Broadcasts: the complete send lifecycle and recovery controls.
- Segments: the audience definition and preview.
- Attribute expansion: data selection and generation snapshots.
- Templates: reusable messages invoked for individual recipients.