Loading page
Privacy
This page now shows what Attnom stores, why it exists, where it lives, how long it stays, and what a privacy request looks like as a real product flow.
Retention rules
Keep only what is needed for delivery, support, billing integrity, and platform security.
Storage model
Account, project, payment, and consent data are grouped by purpose instead of pushed into one vague bucket.
Contact path
Privacy requests go through direct contact with enough account, project, or payment context to review safely.
Data-handling map
Each card below explains one data type so a person can see the operational reason for collection before they scroll through detailed terms.
Data type
Purpose
Sign-in, account recovery, saved work, and support verification.
Retention
Held while the account is active, then retained only as long as needed for security, recovery, or record integrity.
Storage
Primary application records and transactional email logs.
Contact path
Use /contact with the account email and the page or product where the issue happened.
Data type
Purpose
Scope work, prepare quotes, coordinate approvals, and track active projects.
Retention
Kept for the life of the engagement and for follow-through where delivery, support, or dispute review requires it.
Storage
Workspace, project, and delivery records inside the Attnom application stack.
Contact path
Use /contact or workspace with a project reference.
Data type
Purpose
Verify deposits, reconcile orders, and preserve financial continuity around live work.
Retention
Retained for billing integrity, reconciliation, and fraud or charge review where applicable.
Storage
Payment records, receipt references, wallet addresses, and blockchain confirmation details.
Contact path
Use /contact with the payment reference, wallet, and order context.
Data type
Purpose
Respond to inquiries, manage newsletter preferences, and preserve necessary operational notices.
Retention
Preference state is retained until changed; support communications are kept while the thread remains operationally relevant.
Storage
Consent logs, support messages, and notification preferences.
Contact path
Use /contact and specify whether the change is export, deletion, or consent-related.
Console preview
The preview below explains what a self-serve privacy console shows even when a human still reviews the request before final release.
Export request
Preview mode
Export request
A self-serve export flow lets someone choose the scope, submit the request, and understand what comes back before Attnom releases any bundle.
Flow steps
Choose the scope: account profile, workspace activity, project history, payment references, or preference state.
Submit the request with the account email and enough product context to match the right records.
Attnom reviews identity and packages the export before release.
What the user sees
Guardrails
Passwords, secrets, and internal security notes are not exported.
Records tied to third-party privacy or fraud review can be redacted where necessary.
Privacy model
Send the request through direct contact with enough account, project, or payment context for Attnom to verify the right records before anything is released or removed.