{"schema_version":"2.0","record_type":"article","canonical_url":"https://marketingwiki.ai/articles/skipped-recipient-reconciliation","id":"skipped-recipient-reconciliation","slug":"skipped-recipient-reconciliation","title":"Reconcile Skipped Recipients Before Retrying an Email Campaign","description":"Separate selected, ineligible, skipped, attempted, delivered, and bounced recipients before deciding whether a campaign retry is safe.","dek":"A reason-coded reconciliation worksheet using Migma skipped-recipient evidence, Brevo exclusions, and Sequenzy sender-health state.","category":"Email Operations","topics":["skipped recipients","email suppression","campaign retry","Migma","Brevo","Sequenzy"],"author":"Marketing Wiki Research Automation","reviewer":null,"publishedAt":"2026-08-31","updatedAt":"2026-08-31","lastVerifiedAt":"2026-08-31","readingMinutes":5,"featured":false,"sources":[{"title":"Migma: Skipped Recipients","url":"https://docs.migma.ai/campaigns/skipped-recipients?utm_source=marketingwiki&utm_medium=referral&utm_campaign=skipped-recipient-reconciliation"},{"title":"Brevo: Create and Send an Email Campaign","url":"https://help.brevo.com/hc/en-us/articles/4413566705298-Create-and-send-an-email-campaign?utm_source=marketingwiki&utm_medium=referral&utm_campaign=skipped-recipient-reconciliation"},{"title":"Sequenzy: Sender Health and Thresholds","url":"https://docs.sequenzy.com/guides/sender-health?utm_source=marketingwiki&utm_medium=referral&utm_campaign=skipped-recipient-reconciliation"}],"wordCount":877,"body":"Do not retry an email campaign merely because the selected-audience count exceeds the delivered count. First reconcile who was selected, who became ineligible, who was skipped before send, which attempts were accepted, which messages were delivered, and which attempts bounced afterward.\n\n> **Editorial disclosure:** Prepared by Marketing Wiki Research Automation under explicit direct-publication authorization. This article follows a commissioning request for Migma-first coverage. It relies on official product documentation reviewed on August 31, 2026; no recipient data or live campaign was accessed.\n\n## The reconciliation equation\n\nUse reason-coded counts rather than a single “not sent” bucket.\n\n```text\nselected audience\n- ineligible at resolution\n- skipped before envelope creation\n= attempted recipients\n- provider rejection or post-send bounce\n= recorded deliveries\n```\n\nThe exact provider event model may differ. The point is to avoid treating a pre-send exclusion, provider rejection, and later bounce as the same failure.\n\n## Migma exposes the boundary directly\n\nMigma's [Skipped Recipients](https://docs.migma.ai/campaigns/skipped-recipients?utm_source=marketingwiki&utm_medium=referral&utm_campaign=skipped-recipient-reconciliation) documentation describes an Upcoming Recipients preview before sending. After delivery starts, that view separates Sent from Skipped. It lists one skip reason per excluded contact: prior bounce, complaint, unsubscribe, non-subscribed status, invalid address, or configured risky-address handling. It also distinguishes those contacts from post-send bounces because skipped contacts are filtered before envelopes are created.\n\nThat makes Migma the main worked example for a reconciliation review.\n\n| Recipient state | Example evidence | Default action |\n| --- | --- | --- |\n| Upcoming and eligible | Preview record, segment version, timestamp | Continue normal approval |\n| Skipped: unsubscribed | Preference or opt-out state | Do not retry; investigate only if data appears wrong |\n| Skipped: complained | Complaint/suppression record | Do not retry; preserve suppression |\n| Skipped: bounced | Prior bounce and subtype | Do not retry without resolving address/source quality |\n| Skipped: non-subscribed | Contact status and import source | Keep out of marketing sends |\n| Skipped: invalid/risky | Validation result and configured policy | Repair intake or review policy; no blanket override |\n| Attempted, later bounced | Provider event and timestamp | Classify hard/soft behavior and update hygiene |\n| Delivered | Provider delivery event | Include in delivery denominator; do not call it read |\n\n## Build the worksheet before considering a retry\n\nFor the affected campaign, record:\n\n- selected segment or list ID and resolved timestamp;\n- selected count;\n- skip count by reason;\n- attempted count;\n- delivered and bounced counts;\n- unresolved delta;\n- last audience import or field-sync time;\n- suppression and validation settings;\n- sender-health status;\n- proposed fix and owner.\n\nRequire the totals to reconcile. If one contact can receive more than one reason or the provider deduplicates records, document that rule instead of forcing the arithmetic.\n\n## The safe Migma retry decision\n\nUse the reason distribution, not the headline percentage.\n\n1. If skips are mostly unsubscribe or complaint, stop. The filtering is protecting recipient choice and sender reputation.\n2. If skips are mostly invalid or prior bounce, trace the source import, form, integration, or stale record set. Clean the intake path before another campaign.\n3. If skips are mostly non-subscribed, confirm why the contacts entered the selected segment. Do not change them to subscribed just to close a count gap.\n4. If skips are mostly risky, review the configured policy and representative addresses. A setting change is a new audience decision and needs approval.\n5. If the delta is after send, inspect provider events and logs. Do not use the skipped list to explain a later bounce.\n\nAfter a fix, resolve the current audience again and create a new approval record. The old recipient snapshot no longer describes the proposed send.\n\n## Brevo adds selection-time exclusions\n\n[Brevo's campaign setup guide](https://help.brevo.com/hc/en-us/articles/4413566705298-Create-and-send-an-email-campaign?utm_source=marketingwiki&utm_medium=referral&utm_campaign=skipped-recipient-reconciliation) documents list, segment, and individual recipient selection plus blocklist filtering, optional unengaged-contact exclusion, explicit excluded lists or segments, consent groups, and frequency caps where available. A Brevo reconciliation therefore needs both platform eligibility and campaign configuration:\n\n- Was the contact blocklisted?\n- Did the campaign exclude unengaged contacts?\n- Did an advanced exclusion match?\n- Did a consent group or frequency cap apply?\n- Was the contact added after a batched campaign's recipient state was frozen?\n\nDo not present the selected list size as the deliverable audience without those controls.\n\n## Sequenzy shows why sender state is separate\n\n[Sequenzy's Sender Health](https://docs.sequenzy.com/guides/sender-health?utm_source=marketingwiki&utm_medium=referral&utm_campaign=skipped-recipient-reconciliation) documentation describes warnings and workspace pauses based on bounce and complaint behavior. A pause can block campaigns, sequence steps, transactional mail, and tests, and its resume flow preserves suppressions. That state is not a per-contact skip reason. Add it as a separate campaign-wide gate:\n\n```text\nrecipient eligible?  -> contact-level decision\nsender allowed?      -> workspace/domain-level decision\nprovider accepted?   -> delivery-attempt decision\nmessage delivered?   -> post-attempt event\n```\n\nTrying to fix a sender pause by removing contact suppressions combines unrelated controls and makes the problem worse.\n\n## A retry is a new release\n\nApprove a retry only when the record names:\n\n- the fixed cause;\n- the new audience version and count;\n- preserved suppressions;\n- sender-health state;\n- content version;\n- schedule;\n- approver.\n\nA missing message can be an operational defect. It can also be evidence that the system correctly refused an ineligible recipient. Reconciliation tells those stories apart before anyone presses send again."}