Skip to content

Security

How we handle your data, keep accounts isolated, and limit what leaves your control. Written for the people who review software before their organisation adopts it.

Last updated 2026-09-23

What Omnipresence does with your data

Omnipresence measures how a brand shows up in AI assistants. It works from three things you give it: the public prompts you want to track, your brand and domain, and — optionally — an AI provider key so probes run under your own account. It sends those prompts to AI providers, records the answers and the sources they cite, and shows you the results over time.

What it does not touch is just as important: we do not ingest your internal documents, your product or PIM data, or your customer records. Your proprietary content stays in your systems. What we store is the public query, the public AI answer, the cited URLs, and your configuration.

Where your data lives

All customer data — the database and authentication — is stored in AWS us-east-1 (United States). Application compute runs on Railway. We do not replicate customer data outside that region.

Encryption

  • In transit. All traffic to the application and its APIs is served over TLS (HTTPS).
  • At rest. The database is encrypted at rest by the platform. Secrets and any AI provider keys you supply are additionally encrypted at the application layer before they are stored, so a key is never held in plaintext.

Authentication and access

  • Sign-in. Members authenticate with a magic link, one-time code or Google sign-in. Passwords are never stored by us.
  • Agent access (MCP). When you connect Omnipresence to an AI assistant, the connection uses OAuth 2.1 with PKCE. Access is granted through an account-scoped token that only reaches that account's projects, and can be revoked at any time.
  • Roles. Accounts have Admins and Marketers; a Marketer only reaches the specific projects they are granted.

Tenant isolation

Every account's data is separated at the database level: access rules are enforced by the database itself (row-level security), and the service additionally checks project access on every request. One account cannot read or write another account's projects, and an agent connection is confined to the account that authorised it.

Sub-processors

We rely on a small set of sub-processors, each scoped to one purpose:

  • SupabaseDatabase and authentication (hosted on AWS us-east-1).
  • RailwayApplication hosting and compute.
  • StripePayments and subscription management. Card details never reach our servers.
  • OpenAIRunning measurement probes against ChatGPT models.
  • OpenRouterGateway that routes measurement probes to Anthropic (Claude), Google (Gemini) and Perplexity.
  • DataForSEOSearch-demand and SERP data used to size and rank tracked queries.
  • ResendTransactional email such as invitations, billing notices and digests.
  • Google Tag ManagerAnalytics on the public marketing pages only — deliberately not loaded inside the authenticated application.

Data retention and deletion

Measurement history is retained while your account is open, because long-run comparison is the point of the product. When you ask us to delete your account we remove your personal and project data within 30 days, except billing records we must keep for tax and accounting. You can request an export of your data at any time.

Reporting a vulnerability or incident

If you believe you have found a security issue, or need to reach us about one, email [email protected]. We investigate reports promptly and will keep you informed. If we become aware of a breach affecting your data, we will notify affected account holders.

Data processing agreement

A Data Processing Agreement is available for customers who need one — see our DPA or email [email protected].