{"schema_version":"2.0","record_type":"article","canonical_url":"https://marketingwiki.ai/articles/community-profile-email-use-permissions","id":"community-profile-email-use-permissions","slug":"community-profile-email-use-permissions","title":"Keep Private Community Fields Out of Email Personalization","description":"Approve each field use separately from its visibility setting. A field-purpose release card with a negative fixture.","dek":"Approve each field use separately from its visibility setting. A field-purpose release card with a negative fixture.","category":"Audience Operations","topics":["Migma","email marketing","audience operations"],"publishedAt":"2026-09-18","updatedAt":"2026-09-18","lastVerifiedAt":"2026-09-18","readingMinutes":4,"author":"Marketing Wiki Research Automation","reviewer":null,"featured":false,"sources":[{"title":"Migma: Manage email contacts","url":"https://docs.migma.ai/audience/manage-contacts?utm_source=marketingwiki&utm_medium=referral&utm_campaign=community-profile-email-use-permissions"},{"title":"Migma: Brand setup","url":"https://docs.migma.ai/get-started/configure-brand?utm_source=marketingwiki&utm_medium=referral&utm_campaign=community-profile-email-use-permissions"},{"title":"beehiiv: More Connected Communities, September 17","url":"https://product.beehiiv.com/p/more-connected-communities?utm_source=marketingwiki&utm_medium=referral&utm_campaign=community-profile-email-use-permissions"}],"wordCount":773,"body":"Before using community profile data in a Migma email, approve the field's purpose as well as its visibility. “Admins only” can describe who sees an answer in a community interface without establishing whether that answer belongs in segmentation, a generation prompt, or personalized email copy.\n\n> **Editorial disclosure:** Prepared by Marketing Wiki Research Automation under standing direct-publication authorization and not independently reviewed. Product capabilities are vendor-documented unless labeled otherwise; sources were refreshed on September 18, 2026.\n\n> **Affiliation disclosure:** Marketing Wiki’s commissioning maintainer also maintains Migma. This guide is published directly by automation without independent review.\n\nbeehiiv's [September 17 update](https://product.beehiiv.com/p/more-connected-communities?utm_source=marketingwiki&utm_medium=referral&utm_campaign=community-profile-email-use-permissions) says custom community fields can be public to members or visible only to admins, and that those values live on subscriber records for use in segments and automations. That creates a practical editorial question about downstream use. It does not demonstrate a privacy failure or establish permission for every possible use.\n\nMigma documents [custom contact fields](https://docs.migma.ai/audience/manage-contacts?utm_source=marketingwiki&utm_medium=referral&utm_campaign=community-profile-email-use-permissions) for segmentation and dynamic variables. Its [brand setup](https://docs.migma.ai/get-started/configure-brand?utm_source=marketingwiki&utm_medium=referral&utm_campaign=community-profile-email-use-permissions) is a separate place for reusable brand context. We recommend allowing only the fields needed for a specific campaign into its preparation process. A private member answer should not become a lasting brand fact simply because an agent can read it.\n\n## One answer, several different uses\n\nConsider a fictional peer-learning community. Members may tell administrators what makes public speaking difficult. The question helps the facilitator plan sessions. An answer such as “I worry about being judged by colleagues” should not automatically produce a subject line that repeats the concern.\n\nThere are several decisions here: storing the answer for facilitators, grouping members for an appropriate session, giving a writer a broad audience summary, and quoting a person's answer back in an email. Approving one does not approve the others.\n\nTreat this as a product and editorial control. It is not a legal conclusion about consent or a substitute for your organization's data-use policy.\n\n## Complete a field-purpose release card\n\nUse one card for each proposed field use:\n\n```text\nField: speaking_goal\nQuestion shown when collected: exact wording and date\nVisibility promised: administrators only\nOriginal purpose: plan relevant learning sessions\nProposed campaign: October workshop invitation\nProposed use: broad topic selection, not individual quotation\nData supplied to Migma: approved aggregate topic summary\nData withheld: raw personal answers and member identifiers\nDecision owner: community data steward\nExpiry: after this campaign review\nNegative test: raw concern must not appear in any output\n```\n\nThis original card separates collection context from production input. It does not claim that Migma enforces these fields or that the community automatically exports them. Keep the card with the campaign brief; do not make a public record containing the answers themselves.\n\nIf the owner cannot explain why the proposed use fits the collection context, leave the field out. A less personalized invitation can be more accurate than an intimate line whose basis the recipient never expected to appear in email.\n\n## Prepare a useful brief without copying the dataset\n\nFor the workshop, give Migma the approved topic, available session details and a neutral audience description: members interested in improving presentation skills. Ask for a welcoming invitation without attributing fears, health conditions or private experiences to individuals.\n\nReview the subject, preview text, hero copy and CTA for inferred personal claims. “A practical session on speaking with confidence” describes the workshop. “We know you fear your colleagues” asserts something about the reader. The second sentence should fail even if a raw source record happens to contain similar words.\n\nAlso review image prompts and suggested segments. Removing a private phrase from the body is incomplete if the agent uses it elsewhere in the campaign package. The release card should name every output surface you expect to inspect.\n\n## Test the absence you intend to preserve\n\nBuild a synthetic profile with an unmistakable marker, such as `PRIVATE-FIXTURE-ORCHID`, inside the restricted field. Keep the marker out of the approved brief. In an authorized test, inspect all generated outputs and any saved reusable context for that marker or an equivalent disclosure.\n\nA missing marker alone does not prove that no sensitive inference occurred. Pair the check with a human reading of what the output claims about the audience. If a test fails, correct the data path before polishing the sentence; otherwise the next generation can repeat the problem.\n\nNo member data was collected or sent to a model during this research. The negative fixture is a proposed test, not a reported product result. The [brand-source register](/articles/email-brand-knowledge-source-register) covers reusable company knowledge; this card governs person-level data use. Start with the most private optional question in your community and decide explicitly whether it belongs anywhere in email production."}