AnswerLift data processing agreement
Data Processing Agreement
Last updated 24 October 2026 (version 2026-10-24). This agreement is between Nikah AI Ltd (company no. 17199968, ICO registration ZC176381), trading as AnswerLift, registered office Office 1216, 60 Tottenham Court Road, Fitzrovia, London W1T 2EW, United Kingdom (“we”, “us”), and the business that holds an AnswerLift account or buys a Visibility Sprint (“you”). It forms part of, and is incorporated by reference into, our Terms of Service. You accept it when you accept those terms.
1. Who does what
Client data means the personal data, if any, contained in what you or your team put into, or ask us to collect for, a workspace: client brand names and domains, target markets, buyer questions, the answers collected from answer engines about them, evidence observations and notes, remediation tasks, imported files, and the client reports made from them.
For client data, you are the controller and we are your processor under the UK GDPR and the Data Protection Act 2018. Where you are yourself acting for your own client, we are your sub-processor and you are responsible for passing on to your client what this agreement says.
This agreement does not cover data we decide about ourselves — your account details, sign-in and billing records, support requests, site analytics and sales enquiries. For that data we are the controller, and our privacy notice applies.
The details of the processing (subject matter, duration, nature and purpose, types of personal data and categories of data subjects) are in Annex 1.
2. Your instructions
We process client data only on your documented instructions. Your instructions are: this agreement, the Terms of Service and purchase terms, the way you configure and use the service (for example creating an audit, scheduling collection, starting a Sprint run, verifying a record or issuing a share link), and any other written instruction you give us that we agree to.
That includes transfers outside the UK: we transfer client data to a third country only as described in clause 6 and Annex 3, or where UK law requires it, in which case we will tell you first unless the law forbids it.
If we think an instruction breaks the UK GDPR or other data protection law, we will tell you promptly and may decline to follow it until it is confirmed or changed.
3. Confidentiality
Everyone we authorise to process client data is bound by a duty of confidentiality, contractual or statutory. Access is limited to the people who need it to run and support the service.
4. Security
We implement the technical and organisational measures in Annex 2, which we consider appropriate to the risk of the processing as required by Article 32. We may change those measures, but not in a way that materially reduces the overall protection of client data. Annex 2 is a description of what is actually in place, not a list of aspirations: where we do not do something, it says so.
5. Sub-processors
You give us general written authorisation to use the sub-processors listed in Annex 3. Our hosting provider, Cloudflare and OpenRouter are each bound by a written data processing agreement imposing obligations that are, in substance, no less protective than those in this agreement. The AI model providers in Annex 3 are reached only through OpenRouter and are covered by OpenRouter’s agreement, which lets us exclude providers; every request we send allows only providers that do not collect or train on inputs and only zero-data-retention endpoints. We remain responsible to you for the performance of every sub-processor.
Before a new sub-processor starts processing client data, we will update Annex 3 on this page and email the owner of each workspace at least 14 days in advance. You may object on reasonable data protection grounds within that period. If we cannot address the objection, you may end the agreement for the affected service; if that leaves Sprint work you have paid for undelivered, we will refund the fee for that work.
Some sub-processors in Annex 3 only receive data when a particular feature or gateway is switched on for the deployment; the “When” column says which.
6. International transfers
Client data is stored in the United Kingdom (OVH Limited, London), so storing it involves no international transfer. Some sub-processors process data elsewhere, as shown in Annex 3. For each restricted transfer we rely on the UK Extension to the EU-US Data Privacy Framework (the “UK-US data bridge”) where the recipient is certified, or on the UK Addendum to the EU Standard Contractual Clauses, which is a transfer tool under Article 46: for OpenRouter (which is not certified), the UK Addendum in its data processing agreement; for Cloudflare and Stripe, the UK-US data bridge with the UK Addendum as a fallback. We do not use the UK International Data Transfer Agreement (IDTA) with any sub-processor at present; the UK Addendum does the same job.
AI answer engines, and the China-origin comparison models. A Sprint asks the models behind ChatGPT, Claude, Gemini and Perplexity and five comparison models developed by companies based in China (DeepSeek, Qwen, Kimi, GLM and MiniMax), all through OpenRouter; the brand-extraction and report-drafting steps run on MiniMax, GLM or DeepSeek models. These are open models that many hosts serve. Every request we send to OpenRouter excludes China-hosted endpoints, and Qwen is limited to Alibaba’s US endpoint, so these requests are served outside China — mostly in the United States, and for some endpoints by companies based in Singapore. The transfer to OpenRouter relies on the UK Addendum in its data processing agreement, and we have carried out a transfer risk assessment, which is available on request. On top of that, personal data is excluded by design from everything sent to any AI model:
- What is sent is business information: the agreed buyer questions (written without the client brand), the target market, and, for the extraction and report steps, one stored engine answer or the computed findings, which include the client brand name and domain and the names of competing businesses.
- No request contains your name, your email, your team’s details, your client’s contact details or any login data. Before any text is sent, the service automatically removes anything that looks like an email address, a phone number or a UK postcode, whichever field or stored answer it came from.
- You agree not to enter personal data in the brand, domain, question or market fields (clause 11).
The residual risk, stated plainly. The automatic removal does not catch a person’s name. An answer engine can name a person in its answer — most often a company founder or spokesperson — and that answer is sent to a model for brand extraction. Such a name is information the engine itself produced about a business, not data you gave us, but it can still be personal data. You can leave the China-origin models out for a workspace in Settings. They are then not asked at all, and brand extraction and report drafting for that workspace run on US-developed models instead.
7. Helping you meet your obligations
Taking into account the nature of the processing and the information available to us, we will help you:
- respond to requests from individuals exercising their rights. Most requests can be met directly from the workspace: records can be viewed, corrected by adding a new version, exported as CSV, and deleted by deleting the workspace or account. If a request about client data reaches us, we will pass it to you without undue delay and not answer it ourselves unless you ask us to;
- meet your obligations on security (Article 32), breach notification (Articles 33 and 34), data protection impact assessments and prior consultation (Articles 35 and 36).
Help that goes beyond what the service already provides, or beyond a reasonable amount of time, may be charged at a rate we agree with you first.
8. Personal data breaches
If we become aware of a personal data breach affecting client data, we will notify you without undue delay and in any event within 48 hours, by email to the workspace owner. The notice will describe, as far as we then know: what happened, the categories and approximate number of individuals and records concerned, the likely consequences, what we have done and propose to do, and who to contact. Where we do not yet have all of that, we will send what we have and follow up as we learn more.
We will take reasonable steps to contain the breach and reduce its effects, and will not notify the Information Commissioner or affected individuals about client data on your behalf unless you ask us to or the law requires it. Notifying you is not an admission of fault.
9. Deletion and return
You control deletion while you use the service:
- You can export a Sprint’s evidence ledger at any time as a CSV file from the evidence page, and print or save the client report as a PDF.
- Deleting your account removes, immediately, every workspace where you are the last member together with its audits, evidence, collected answers, imports and remediation tasks. The account deletion page lists exactly what is removed and what is kept.
When the services end, you should export what you want to keep and then delete the account. If you ask us in writing, we will delete the client data ourselves within 30 days and confirm when it is done, unless UK law requires us to keep part of it. We do not keep separate long-term archives of client data; copies that exist only in operational backups or logs are not restored into the service and are overwritten in the ordinary course. Order and payment records are our own records, not client data, and are kept as the purchase terms say.
10. Information and audits
We will make available to you the information reasonably necessary to show that we meet Article 28 and this agreement, including this page, Annex 2 and Annex 3, and written answers to reasonable security questionnaires.
If that information is not enough to show compliance, or a regulator requires it, you (or an independent auditor you appoint who is bound by confidentiality and is not our competitor) may audit our processing of client data, on at least 30 days’ written notice, during business hours, no more than once in any twelve months unless a breach or a regulator requires otherwise, and in a way that does not compromise other customers’ data. Each side bears its own costs.
11. Your obligations
- You are responsible for having a lawful basis, and any notice or permission your own clients require, for putting client data into the service and for the processing you instruct.
- The service is built to work with business information. Do not enter special category data, criminal offence data or data about children, and keep personal data out of the brand, domain, question and market fields, which are sent to answer engines.
- Keep your team’s sign-in details secure and remove members who should no longer have access.
12. Liability, term and law
This agreement lasts for as long as we process client data for you. Each party’s liability under it is subject to the limitations in the Terms of Service, except where the law does not allow it to be limited. If this agreement and the terms conflict on the protection of personal data, this agreement wins. It is governed by the law of England and Wales, and the courts of England and Wales have exclusive jurisdiction.
For questions about this agreement or to send a notice under it, email support@answer-lift.com.
Annex 1: Details of processing
- Subject matter and purpose
- Providing the AnswerLift service: storing workspace content; asking answer engines your agreed buyer questions and storing their answers; extracting the brands named in each answer; drafting the findings report; human review of each record; and producing client reports, share links and exports.
- Nature of processing
- Collection (from answer engines, by API), recording, organisation, storage, retrieval, transmission to the sub-processors in Annex 3, display, export and erasure.
- Duration
- For as long as the workspace exists, then as clause 9 describes. A client-report share link stops working after 30 days unless reissued.
- Types of personal data
- The service is designed around business information, so client data usually contains little or no personal data. Where it does, it is limited to: names of individuals that appear in a brand or business name, in an engine’s answer or in a cited source; names, job titles or opinions written into evidence notes or remediation tasks; and the names or email addresses of your team members recorded against the records they create or sign off.
- Categories of data subjects
- Your clients’ owners, staff and representatives; individuals named in answer-engine output or cited sources; and your own team members who use the workspace.
- Special category data
- None is intended or needed. See clause 11.
Annex 2: Security measures
- Hosting. The application, database and backend run on a single server at OVH Limited in London, United Kingdom, as a self-hosted Convex instance. Outbound email is sent from that server’s own mail server. No third-party backend platform holds client data.
- In transit. All traffic to the site and between our server and sub-processors uses HTTPS (TLS).
- At rest. We do not add application-level encryption to stored workspace data. It is protected by the server’s access controls and OVHcloud’s physical and network security.
- Tenant isolation. Every read and write of workspace data checks, in the backend, that the signed-in user is a member of that workspace. The check does not rely on the page.
- Authentication. Passwords are stored only as salted hashes. Password-reset and confirmation codes expire after 15 minutes and are never written to logs.
- Operator access. Our operator console requires both a signed, time-limited admin token and an allowlisted account. Operator actions on a customer workspace (for example joining it to deliver a Sprint, which the customer can see on their team page) are recorded in an audit log with a reason. Suspended accounts cannot write.
- Accountable review. A record can only reach a client report after a signed-in workspace member verifies it; the reviewer recorded is that account, not a typed name.
- Sharing. Client-report links use unguessable tokens, expire after 30 days and show only verified records.
- Minimisation towards AI engines. Buyer questions are sent without the client brand; no contact or login data is ever sent to an engine, and email addresses, phone numbers and UK postcodes are stripped automatically from every request before it is sent; requests to OpenRouter allow only no-data-collection, zero-data-retention, non-China-hosted endpoints; a workspace can exclude the China-origin models; each Sprint run has a fixed spending ceiling.
- Secrets. API keys for payment and AI gateways are held in the server environment and never sent to the browser.
- Payments. Card details are entered on Stripe’s hosted page and never reach our systems.
- Abuse controls. Public forms are bounded in size and protected by a hidden honeypot field and per-address rate limits.
- Monitoring. Errors and outbound messages are logged to an operator console so failures are visible rather than silent.
- People. Production access is limited to personnel of Nikah AI Ltd who need it and are bound by confidentiality.
- Recovery. We do not offer point-in-time restore of an individual workspace. Keep your own export of anything you must retain.
Annex 3: Sub-processors
The same list appears in our privacy notice. Not every provider receives client data: Stripe and PostHog, for example, receive only data we hold as controller, and are listed so the picture is complete. We do not use OpenCode Zen or NVIDIA NIM.
| Sub-processor | Purpose and data | Location and safeguard | When |
|---|---|---|---|
| OVHcloud (OVH Limited) | Hosting: the web application, database and backend run on one server, which also sends our outbound email through its own mail server. Data: Everything the service stores, including the brand data your workspaces hold, and the emails we send. | United Kingdom (London). Safeguard: None needed: hosted in the UK. OVH staff may access the server remotely from the EEA for maintenance, which the UK treats as adequate. | Always |
| Cloudflare | DNS for answer-lift.com, and forwarding of email sent to our @answer-lift.com addresses. Cloudflare does not sit in front of the website. Data: DNS queries; the content of email sent to our addresses, while it is forwarded. No workspace content. | Global network; Cloudflare, Inc. is in the United States. Safeguard: UK Extension to the EU-US Data Privacy Framework (Cloudflare is certified); the UK Addendum to the EU Standard Contractual Clauses in its data processing addendum as a fallback. | Whenever the site's domain is looked up, or you email us |
| Stripe | Payment for the Visibility Sprint, on Stripe's hosted checkout page. Data: Buyer name, email, billing details and card data (card data never reaches AnswerLift). | Ireland (Stripe Payments Europe, Limited, the Stripe company that contracts with UK businesses) and the United States. Safeguard: UK Extension to the EU-US Data Privacy Framework and the UK Addendum to the EU Standard Contractual Clauses, in Stripe's data processing agreement. | When you buy a Sprint |
| OpenRouter | AI gateway that carries Sprint questions to the answer engines (OpenAI, Anthropic, Google, Perplexity and the comparison models) and runs the brand-extraction and report-drafting steps. Where an engine is asked with web search, OpenRouter's web-search plugin (which can use Exa) receives a search derived from the question; zero data retention does not cover that plugin. Data: The buyer questions agreed for the Sprint and the target market; the stored answers (for brand extraction); the computed findings, which include the client brand name and domain (for the report draft). Never your name, email or login details; email addresses, phone numbers and postcodes are removed automatically before sending. | United States; onward to the model provider that serves each request (see below). Safeguard: The UK Addendum to the EU Standard Contractual Clauses in OpenRouter's data processing agreement, which its terms incorporate (OpenRouter is not certified under the UK-US data bridge). Every request is sent with routing preferences that allow only providers that do not collect or train on inputs and only zero-data-retention endpoints. | When a Sprint or scheduled collection runs and OPENROUTER_API_KEY is configured |
| OpenAI, Anthropic, Google, Perplexity | The models behind ChatGPT, Claude, Gemini and Perplexity, reached through OpenRouter. Data: The buyer question and target market; for a workspace that has excluded the comparison models, also the brand-extraction and report-drafting inputs above. | United States. Safeguard: Reached only through OpenRouter, under OpenRouter's data processing agreement (UK Addendum). | As OpenRouter, above |
| DeepSeek, Qwen (Alibaba), Kimi (Moonshot AI), GLM (Z.ai), MiniMax | The five comparison models, developed by companies based in China, reached through OpenRouter; MiniMax, GLM and DeepSeek models also run the brand-extraction and report-drafting steps. Data: For comparison answers: the buyer question and target market only. For extraction: a stored answer. For the report draft: the computed findings, including the client brand name and domain. | Served by hosts outside China, mostly in the United States; some endpoints are run by companies based in Singapore. China-hosted endpoints are excluded on every request, and Qwen is limited to Alibaba's US endpoint. Safeguard: Reached only through OpenRouter, under OpenRouter's data processing agreement (UK Addendum), with the routing preferences above. Personal data is kept out by design and a transfer risk assessment, available on request, records the residual risk. A workspace owner can leave these models out in Settings. | When a Sprint or scheduled collection runs, those engines are enabled on the deployment, and the workspace has not excluded them |
| PostHog | Site analytics and checkout attribution. Data: Pages viewed, events and a pseudonymous browser identifier. | United States or the EU, depending on the configured project. Safeguard: UK Extension to the EU-US Data Privacy Framework (PostHog is certified) for a US project; none needed for an EU project. | Only if analytics is configured AND you accept it on the cookie banner |
