How to Run an Inbox Placement Test
Learn how to build a representative seed panel, hold test variables steady, diagnose inbox versus spam placement, and retest without overclaiming.
An email inbox placement test shows where a controlled message lands across a selected panel of mailboxes: the inbox, a secondary tab, the spam folder, or nowhere visible. It is a diagnostic snapshot, not a promise that every subscriber will receive the campaign in the same place.
The value comes from controlling variables, examining authentication, and looking for patterns rather than celebrating a single inbox result.
1. Define the question and control the test
Start with one question. Are you evaluating a new sending domain, comparing two message versions, investigating a provider-specific problem, or checking readiness before a campaign? A test designed to answer everything at once usually answers nothing clearly.
Write down the variables you will hold constant: sending platform, IP pool, domain, subdomain, From address, audience segment, send time, message structure, and tracking configuration. If you compare versions, change only one meaningful element, such as the subject line or link domain.
Use the same infrastructure planned for the production send. Testing through a different IP, authentication domain, or routing configuration produces evidence about that alternate setup, not the campaign. Complete the pre-send checklist before testing so obvious configuration errors do not obscure the result.
2. Build a representative seed panel
A seed panel is a controlled set of addresses used to observe delivery. Include mailbox types that reflect the actual audience: major consumer webmail services, hosted business mailboxes, regional providers, and any corporate domains important to the campaign. Several addresses at a provider can help reveal whether one mailbox has an isolated filter history.
Keep seed addresses documented and stable between tests. Record the provider, mailbox type, prior test activity, and whether filtering rules or forwarding are enabled. Disable custom rules that could move messages after delivery. Do not train filters by repeatedly marking test mail as wanted unless filter training is the specific variable under study.
Use only seed accounts you own or have permission to use. If a test also includes real contacts, establish consent or another valid legitimate-interest basis, minimize the data used, and send only what is necessary for the stated purpose. Apply existing suppression lists before every send and provide a working opt-out where the message constitutes outreach. Never reactivate an unsubscribed or suppressed address merely to increase the test sample.