CompanyScope
by Janus Compliance

AI voice synthesis / voice cloning

ElevenLabs compliance: GDPR, AI Act, DPA, training, transfers

Independent compliance research from Janus Compliance. Reviewed by Michael K. Onyekwere, CIPP/E. Last reviewed 2026-10-15. Not legal advice.

Share this ElevenLabs profile:Share on XBluesky

TL;DR. A voice recording is personal data, and it becomes special-category biometric data when it is processed to identify the speaker uniquely (GDPR Articles 4(14) and 9(1)), as voice-clone verification can be. Enterprise tier: no training on customer data by default, Zero Retention Mode (ZRM) for select customers' API traffic, and storage in an isolated EU, India or Singapore environment. Self-serve plans (Free, Starter, Creator, Pro, Scale and Business): data is used for training by default unless the customer opts out, and the opt-out applies only to data submitted afterwards. ZRM covers API traffic for Text to Speech, Voice Changer, Speech to Text, Text to Dialogue and ElevenAgents. ElevenLabs lists voice cloning as not eligible, so cloned voice models are stored. Under EU AI Act Article 50, ElevenLabs must mark generated audio as AI-generated, and the buyer must disclose any output that is a deep fake.

DPO action: use Enterprise for EU processing of identifiable people's voices; document explicit consent for any cloned voice; disclose deep fakes under Article 50(4) and give the AI notice that the ElevenAgents terms require.

What the tool does

ElevenLabs makes AI voice synthesis and voice cloning. Buyers commonly evaluate one of three products:

  1. ElevenLabs platform (self-serve plans: Free, Starter, Creator, Pro, Scale and Business) - plans for individual creators and teams. Voice synthesis from text, voice cloning from audio samples, dubbing. The Free plan is limited to non-commercial use
  2. ElevenLabs API - programmatic access to text to speech, speech to speech (Voice Changer), speech to text, and ElevenAgents for voice agents (called the Agents Platform in parts of ElevenLabs' documentation)
  3. ElevenLabs Enterprise - admin controls, custom DPA terms, BAA availability, data residency, Zero Retention Mode

Voice cloning specifically has its own compliance posture and is not covered by the same defaults as text-to-speech. Treat voice cloning as a separate evaluation item in any DPIA.

Data processed

Special-category likelihood: High for voice cloning. A voice recording is personal data. Under Article 4(14) GDPR it becomes biometric data when it undergoes specific technical processing that allows or confirms the speaker's unique identification, as in voice-print verification, and Article 9 applies where it is processed for that purpose (Article 9(1)). ElevenLabs' privacy policy says that when it uses voice data to check that the voice belongs to the account holder, it "may be handling biometric or sensitive or special category data under some laws". Treat voice cloning and speaker verification as likely Article 9 processing, and record the analysis in the DPIA. Even text input often contains personal data the speaker would not want synthesised. Cloning an identifiable person's voice without their explicit consent raises a GDPR lawful-basis question and, under the EU AI Act, the deep-fake disclosure duty (Article 50(4)) and the prohibitions on manipulative or deceptive techniques and, from 2 December 2026, on non-consensual sexually explicit material (Article 5(1)(a) and (ba)).

Default geographic processing: data is stored in the US as standard. Enterprise customers can have data stored in isolated environments in the EU, India or Singapore, according to ElevenLabs' data residency documentation (checked 15 October 2026); ElevenLabs' Enterprise page, checked the same day, lists the United States, the European Union and India. Non-Enterprise customers cannot choose a storage location, and their data may be processed in the US, the EU or Singapore for latency and service performance.

DPA availability

ElevenLabs publishes a DPA.

Subprocessor list

The DPA states that ElevenLabs' subprocessor list is maintained at the trust centre, https://compliance.elevenlabs.io. The list had 32 entries on 15 October 2026 and displays only in a browser.

Notable subprocessors (checked 15 October 2026):

ElevenLabs' sources describe third-party model training in two places. The subprocessor entries for Google Cloud and Anthropic state that "LLM Services may also be used for research, development, training, and product improvement purposes, to the extent permitted under the applicable agreement with the customer." The Zero Retention Mode documentation states that ElevenLabs' agreements with each third-party LLM provider "expressly prohibit such providers from training their models on customer content, whether or not Zero Retention Mode is enabled." Buyers should ask ElevenLabs how the two statements apply to their plan.

If the subprocessor list is not findable at review time, flag as red - for a vendor processing voice data, opacity on subprocessing is unacceptable.

Training-on-customer-data position

Enterprise: Training data use is off by default. By default, ElevenLabs does not train on Enterprise customers' data, other than as may be necessary to provide services to them. Zero Retention Mode is available to select Enterprise customers and covers API traffic only (generations through the web UI are not covered). ElevenLabs can restrict access, for example where it considers a use case high risk. With ZRM on, most request and response data is deleted once the request completes.

Self-serve plans (Free, Starter, Creator, Pro, Scale and Business): ElevenLabs uses data from these plans, including API use, to improve its models unless the customer turns off the "Improve the models for everyone" toggle in the Data use settings. The opt-out applies prospectively only - material already submitted may already be in training datasets. This default covers every self-serve plan, including paid API use, and the data is voice.

Scope of Zero Retention Mode: ZRM covers API traffic for Text to Speech, Voice Changer, Speech to Text, Text to Dialogue and ElevenAgents. ElevenLabs lists Instant and Professional Voice Cloning as not eligible, giving the reason "Voice cloning requires storing the clone to generate speech". Music, image and video, dubbing and ElevenCreative Studio are not eligible either. Separately, the trust centre lists the HIPAA-eligible services as the Text to Speech API, the Speech to Text API and ElevenAgents, each only with ZRM enabled. For ElevenAgents it adds: "Agent configuration data is persisted, meaning it is not covered by Zero Retention Mode and should not contain PHI."

In practice this means voice cloning models, and ElevenAgents agent configuration data, fall outside ZRM. Enterprise procurement teams need to capture this explicitly.

Enterprise + ZRM is a defensible posture for text-to-speech and speech-to-text. Voice cloning needs a separate explicit assessment regardless of tier - the data type (voice data that may be biometric) and the persistence of voice models put it outside ZRM's scope. Non-Enterprise voice cloning is not appropriate for any organisation processing identifiable individuals' voices. - My read

EU / UK transfer position

ElevenLabs is a US company. The DPA authorises transfers on the basis of an adequacy decision, including the EU-US Data Privacy Framework, under the Standard Contractual Clauses (SCCs), or on other permitted safeguards (section 11.1). Under the SCCs the parties use the Controller-to-Processor module, or the Processor-to-Processor module where the customer is itself a processor for a third-party controller. For UK transfers the DPA references the UK Addendum issued by the UK Information Commissioner under Section 119A(1) of the UK Data Protection Act 2018 (version B1.0), and it modifies the SCCs for Swiss transfers. Other vendors describe the same UK instrument by reference to its laying before Parliament on 2 February 2022.

ElevenLabs is certified under the EU-US Data Privacy Framework, the Swiss-U.S. DPF, and the UK Extension to the EU-U.S. DPF, listed as Active across all three on the official dataprivacyframework.gov registry (registered as Eleven Labs Inc., checked 15 October 2026). All three periods run to 9 February 2027. Coverage extends to both HR Data and Non-HR Data. ElevenLabs' privacy policy notes that the certification "applies only to ElevenLabs' U.S. entity". Transfers to Eleven Labs Inc. can therefore rely on the EU adequacy decision for the DPF under Article 45 GDPR, which does not require a transfer impact assessment. Transfers to ElevenLabs' affiliates outside the US rely on the other mechanisms above. Neither OpenAI nor Anthropic appears on the register.

Data residency: Enterprise-only feature, offered at ElevenLabs' discretion. Enterprise customers can have data stored in isolated environments in the EU, India or Singapore; the US is the standard location. Residency controls where data is stored, not where it is processed. The DPA and the residency documentation both say that processing may take place outside the selected location, including by affiliates and subprocessors, for support and for content moderation. With EU residency, a customer can keep processing in the EU by using ZRM through the API, unless it uses optional integrations, such as custom LLMs or post-call webhooks, that need processing outside the region. Non-Enterprise customers cannot choose where their data is stored, and their data may be processed in the US, the EU or Singapore for latency and service performance.

Self-serve business customers are covered by the DPA through the Terms, and transfers to Eleven Labs Inc. rely on the DPF or the SCCs. What self-serve customers do not get is a choice of storage location, ZRM or a BAA, and for EU and UK SME buyers that is the main limitation of these plans. Enterprise pricing is quoted individually.

Security documentation

Per the ElevenLabs trust centre at https://compliance.elevenlabs.io/, checked 15 October 2026:

The trust centre also lists the CCPA, CPRA, LGPD, DORA, "EU AI ACT", "EcoVadis Committed" and "Trusted Partner Network - Blue Shield".

ISO/IEC 42001 certification is evidence of an AI management system. It does not by itself create a presumption of conformity with the AI Act, which the Act attaches to harmonised standards published in the Official Journal and to Commission common specifications (Articles 40 and 41). The HDS certification matters to buyers hosting French health data.

ElevenLabs announced its ISO 27701 and ISO 42001 certifications on 10 February 2026 and its HDS certification on 22 January 2026.

AI Act role + risk classification

Article 50 has applied since 2 August 2026 (Article 113, the general date of application; fixed). Providers of generative systems already on the market before that date have until 2 December 2026 to meet Article 50(2) (Article 111(4), inserted by Regulation (EU) 2026/1744; fixed). Under Article 50(4), the buyer as deployer must disclose that audio is artificially generated or manipulated where it is a deep fake, meaning it resembles an existing person (or object, place, entity or event) and would falsely appear authentic (Article 3(60)). For an evidently artistic, creative, satirical or fictional work, the duty is limited to disclosing the existence of the generated content in a way that does not hamper the work. ElevenLabs' tooling can produce deep fakes regardless of the buyer's intent.

Review the UK regulator's current guidance on biometric data alongside any ElevenLabs deployment plan.

DPIA prompts (for your use case)

  1. Are you processing biometric data? Voice data is biometric data where it is processed to identify the speaker uniquely, as in voice-clone verification or speaker recognition. If so, you need an Article 9(2) condition, such as explicit consent (Article 9(2)(a)), as well as an Article 6 lawful basis, plus a DPIA covering Article 35.
  2. Is the cloned voice a real person's voice - and do you have their explicit, informed, written consent? Without consent, cloning likely lacks a lawful basis under GDPR. Copyright in the source recording is a separate question and does not establish consent on the data subject's behalf.
  3. Are you on Enterprise with data residency configured to your jurisdiction? Self-serve plans (Free, Starter, Creator, Pro, Scale and Business) do not offer a choice of storage location, and their data may be processed in the US, the EU or Singapore.
  4. Have you opted out of training data use if you are not on Enterprise? Training is on by default on every self-serve plan, including API use, and the opt-out applies only to data submitted afterwards.
  5. Have you disclosed deep fakes under AI Act Article 50(4)? If you run a voice agent, have you given the notice the ElevenAgents terms require (that users are interacting with AI, and that conversations are recorded and may be shared with ElevenLabs and its LLM providers)?
  6. Voice cloning specifically: are voice models stored beyond your project lifecycle? Voice cloning is not eligible for ZRM, so ElevenLabs stores voice models until you delete them - plan for deletion when the project ends.
  7. ElevenAgents: if used, are conversation transcripts being processed under terms appropriate for the data type? This is a different surface from TTS and may have different defaults.

Unresolved questions / red flags

Related profiles

This is the only voice-AI profile in the index so far. For text-LLM context that often pairs with voice agents:

Sources checked

Related reading


Share this ElevenLabs profile:Share on XBluesky

Talk to Michael about ElevenLabs - or your AI vendor governance more broadly

CompanyScope's public profiles cover the general picture. Michael runs Janus DPO-as-a-Service for businesses that need ongoing AI vendor governance, and writes one-off CIPP/E-reviewed Vendor Risk Notes for specific procurement decisions. Tell him what you're actually trying to clear.

A sentence or two is plenty.

Your context goes only to Michael. We don't share with the vendor or anyone else. Privacy notice.

Subscribe to the AI Agent Incident Register

Every new Register entry delivered with the legal analysis: the incident, the duty engaged, who is liable across the chain, and what governance would have prevented it. Written by Michael K. Onyekwere, CIPP/E. Free.

Subscribe - free

Delivered via Compliance Engineering on Substack, which handles your subscription and consent. Unsubscribe any time. Privacy notice.

For ongoing AI compliance support, work with Janus DPO-as-a-Service. For other vendors, browse the full index, or see real agent failures analysed legally in the AI Agent Incident Register.