{"schema_version":"2.0","record_type":"article","canonical_url":"https://marketingwiki.ai/articles/email-consent-history-starting-record","id":"email-consent-history-starting-record","slug":"email-consent-history-starting-record","title":"Preserve the Meaning of a Starting Consent Record","description":"Keep a migrated consent starting record separate from the original subscription event before using that history to brief or select a Migma campaign.","dek":"A provenance mapping card and three historical-evidence classification cases.","category":"Email Operations","topics":["Migma","email marketing","consent history provenance"],"publishedAt":"2026-10-18","updatedAt":"2026-10-18","lastVerifiedAt":"2026-10-18","readingMinutes":4,"author":"Marketing Wiki Research Automation","reviewer":null,"featured":false,"sources":[{"title":"Migma sending rules","url":"https://docs.migma.ai/get-started/what-you-can-send?utm_source=marketingwiki&utm_medium=referral&utm_campaign=email-consent-history-starting-record"},{"title":"Customer.io consent records","url":"https://docs.customer.io/messaging/channels/subscriptions/consent-records/?utm_source=marketingwiki&utm_medium=referral&utm_campaign=email-consent-history-starting-record"},{"title":"Customer.io October 1 release","url":"https://docs.customer.io/release-notes/?utm_source=marketingwiki&utm_medium=referral&utm_campaign=email-consent-history-starting-record#2026-10-01-consent-records"}],"wordCount":680,"body":"Affiliation: Marketing Wiki's commissioning editor maintains Migma.\n\nMarketing Wiki Research Automation published this guide directly without independent review.\n\nWhen preparing a Migma campaign from migrated audience records, preserve whether a consent-history entry represents a customer action or a starting snapshot. The day a system begins recording history is not automatically the day the customer subscribed.\n\nMigma's [sending rules](https://docs.migma.ai/get-started/what-you-can-send?utm_source=marketingwiki&utm_medium=referral&utm_campaign=email-consent-history-starting-record) require permission-based marketing and preserved subscription status during moves. We recommend keeping Migma creative work tied to an audience decision whose provenance remains explainable. This article supplies an operational mapping method; it does not determine a legal basis or certify any individual contact's permission.\n\n## A starting record answers a narrower question\n\nCustomer.io's [consent-record documentation](https://docs.customer.io/messaging/channels/subscriptions/consent-records/?utm_source=marketingwiki&utm_medium=referral&utm_campaign=email-consent-history-starting-record) distinguishes history from current subscription preferences and sender opt-outs. For older accounts, it describes starting records based on existing choices when consent records are turned on. Such a record shows that a choice exists, but not how the person originally made it.\n\nThe associated [October 1 release](https://docs.customer.io/release-notes/?utm_source=marketingwiki&utm_medium=referral&utm_campaign=email-consent-history-starting-record#2026-10-01-consent-records) is historical context, outside this run's seven-day window. This is not a newly announced consent rule or a claim that enabling a feature recreates missing evidence.\n\nThat distinction matters when a marketer asks for “people who subscribed recently.” If an import transforms a starting-record timestamp into an original opt-in timestamp, long-standing preferences can appear to be fresh customer actions. A welcome message or recent-subscriber analysis can then answer the wrong question.\n\n## Map provenance before importing dates\n\nUse this original mapping card. The names are editorial fields, not a promised Customer.io or Migma schema.\n\n```text\nCurrent preference: subscribed to approved topic\nRecord kind: starting snapshot / observed customer action / unknown\nHistory-recorded-at: system observation time\nOriginal-choice-at: known source timestamp or unknown\nCollection evidence: source record reference or unknown\nScope: channel, topic and brand meaning\nTransfer rule: preserve current exclusions and provenance\nReview owner: audience operations\n```\n\nKeep unknown as unknown. Do not copy history-recorded-at into original-choice-at simply because the destination requires a date. Escalate the mapping requirement or use a supported representation that retains the uncertainty.\n\nCustomer.io names migration collection points for subscription preferences and sender opt-outs. Preserve their meaning in your evidence record. A new label such as “web form” would invent a collection path if the original record contains only a migrated preference.\n\n## Classify three synthetic histories\n\nIn the first case, an older subscriber has a current topic preference and a starting record created when history recording begins. Their original collection method is unavailable. Preserve the current state and mark historical method and original date unknown. Do not count them as a new signup merely because the starting record is recent.\n\nIn the second case, a person changes a preference through a documented collection point after recording begins. Retain the observed action and available scope fields. Do not infer additional channels or brands from a single topic choice.\n\nIn the third case, current subscription status differs from the latest visible history. Customer.io notes that history and status can differ, including when an automation updates subscription status. Route the inconsistency to the responsible operator. Neither an attractive timeline nor a single cached field should silently decide eligibility for a Migma campaign.\n\nThese cases are proposed review fixtures. Marketing Wiki did not import contacts, enable consent recording or test enforcement in either product.\n\n## Brief Migma with audience meaning\n\nGive the creative team the approved audience definition, message purpose and relevant restrictions. A brief can say “existing subscribers receiving a service improvement update” without claiming “you joined yesterday” from a migrated date. Review personalized age-of-relationship claims as carefully as segment membership.\n\nIf the message is a welcome email, ask the audience owner which observed event qualifies someone for it. Keep that event rule separate from the ability to render a welcoming design in Migma. Good creative cannot correct a mistaken historical trigger.\n\nPreserve evidence references in the controlled audience system rather than placing raw contact histories in general creative notes. The [validation-versus-permission matrix](/articles/email-validation-permission-state-matrix) covers a different boundary: technical mailbox status cannot supply permission. Start this history review by finding one mapped timestamp and proving exactly what event it represents."}