PRIVACY & SECURITY
Privacy & Security
Oralion puts privacy first by design: raw microphone audio never passes through our servers; captions and translated voice are encrypted in the browser before our servers relay them, and are not stored. This page explains how data flows, what we collect, and how optional features handle text.
Last updated: 6 August 2026
ONE-MINUTE SUMMARY
- Captions and translated voice are encrypted in the speaker browser before relay. To create a one-step sharing QR code, our server briefly receives the room key and password over HTTPS. These QR inputs are not stored or logged; the QR response is not cached.
- AI live correction. A speaker can turn this on in the console (on by default, off at any time). While it is on, plaintext captions are relayed to a language model to fix terminology; in a translated session the original and translated captions are also sent together so that mistranslated terms can be found, and the mappings found are added only to that session's recognition context and are not kept by us. In a session that went on air with no recognition context, the captions of its opening minutes are also sent to work one out for that session, and it is likewise not kept by us. This is the explicit exception to encrypted delivery above. Full captions are not written to a database or log. However, terminology rules proposed by the model (find text, replacement, reason, and whether the safety check accepted them) are retained for administrator review and deleted with the account. When correction is off, Oralion receives only ciphertext on the normal caption-delivery path.
- Raw voice never touches us. Microphone audio goes directly from your browser to the speech provider; we cannot see or store it. Optional translated voice is relayed to viewers only as end-to-end-encrypted ciphertext.
- The provider is a US-based specialist that won't reuse your data. We use a speech provider headquartered in the US that commits to: no long-term retention after real-time processing, never using it to train or improve AI models, no selling, no other use.
- We keep only the minimum. Account email, a hashed password or linked Google identity identifier, usage stats, and session metadata that contains no caption content.
1 · How data flows
Once you see how Oralion works, it's clear why your content is hard for us to reach. A broadcast involves four kinds of data, each on its own path:
① Audio
Your browser captures the microphone (or the tab/window audio you choose to share) and connects directly to the speech provider for real-time recognition and translation, using short-lived, per-session temporary credentials. Audio never flows through Oralion's servers, and we store no audio. Our real service key always stays on the server and is never handed to the browser.
② Caption text
Recognized and translated captions are encrypted in the speaker's browser before our room service relays the ciphertext to viewers; history replay uses a newly encrypted envelope too. Copied links carry the key in the URL `#` fragment, which browsers do not send to the server.
While AI live correction is on (speaker-controlled, on by default), plaintext captions (including their translations, in a translated session) are relayed in real time through our servers to a language-model provider. Full captions are discarded after processing and are not logged or stored. To audit correction safety and improve validation, we retain the model's proposed find/replacement fragments, reason, validation result, and model name; administrators alone can view these records, and they are deleted with the account. Turning correction off removes this plaintext path.
③ Optional recognition context
A speaker may enter an event description, names, or terminology to improve recognition. The field starts blank whenever the speaker page opens and never carries content over from the previous broadcast. When signed in, it is relayed through our server to a language model for organisation before the browser sends it to the speech provider. When signed out, timed out, or preparation fails, the original input goes directly to the speech provider. Oralion's servers write neither the input nor the organised result to a database or log. Clear the field to avoid this path.
The one exception is a setup you choose to save. When you are signed in and save the current settings as a named setup on the console, the recognition context typed at that moment is stored in your account together with the language and voice options, so the setup is there on any device you sign in on; it never includes the room password or correction rules. You can delete any saved setup on the console at any time, and all of them are deleted with your account. We do not read, analyse or use them for anything other than handing them back to you when you apply one.
④ Connection & ciphertext relay
The relay sees room membership, connection times, ciphertext sizes and timing, but does not inspect caption content. Sharing links include access information in the URL fragment. Anyone holding a link or QR code can join; share it only with your intended audience.
⑤ Audience questions
A speaker may choose to open a question room; when it is closed this path does not exist. When it is open, a question a viewer sends, with the name and background they typed, is sent to the speaker under that session's encryption key and shown to everyone in the same session. So that people reading in different languages can follow, the question and the introduction (never the name) are relayed through our server to a language model and translated into the session's languages; when the speaker is signed out or the model is unavailable, the speaker's browser sends them to Google instead. This is an explicit exception to encrypted delivery: our server handles the question while it is being translated, but writes it to no database or log. Questions exist only in the speaker's browser tab, where the speaker can hide any of them and download the questions from their own session. Do not put personal details in a question that you would not want the whole room to see.
2 · The speech provider's commitments
Recognition and translation are performed by a specialist real-time speech provider headquartered in the US, whose service and data handling are subject to applicable US laws and privacy standards. Privacy was central to our choice of partner. Per its privacy terms, the provider commits to:
- A US-based company: operated by a US-headquartered team, following US data-protection practices.
- Real-time processing, no long-term retention: audio and transcripts are used to return results in real time and not stored long-term.
- Not used to train AI: your audio and text are never used to train or improve any AI/ML model.
- No secondary use, no selling: your content is not used beyond delivering the service, nor sold or rented to third parties.
- Encrypted in transit: the connection to the provider is encrypted throughout.
These are the provider's commitments under its privacy policy. Oralion itself never handles this audio, so it cannot and does not retain the content.
3 · What we collect
We deliberately keep collection to a minimum. In practice it's only the following, none of which includes audio or caption content:
- Account data: your email, a hashed password (we can't recover your original), the stable identifier when you choose Google sign-in, and usage/credit stats. We do not store Google access tokens.
- Registration IP, rough city and browser identifier: each kept once at signup, solely to spot duplicate registrations and prevent abuse. From the third account created in one browser, the new account gets a smaller monthly free allowance; paid plans and purchased permanent Credits are unaffected. Visible to admins only, never made public or used for anything else.
- Room code and room password: held only in server memory to set up the live connection; they vanish when the broadcast ends, and are never written to the database or logs.
- Anonymous trial metering: logged-out trials are metered temporarily by source IP (in memory only) to grant the free allowance and prevent abuse.
- Broadcast session metadata: after a broadcast ends we keep a summary for operations and usage analysis — room code, language settings, consecutive/simultaneous mode, start/end times, and viewer count. Any geographic info is only a rough country/city (derived once from the IP, after which the raw IP is not kept), and it never includes audio or caption content.
-
Cookies: three, all our own, none used for ad tracking. The session cookie that keeps you signed in;
locale, which remembers the language you chose; andoralion_trial, a random identifier used to meter the signed-out free trial and to tell whether repeated accounts are being created in one browser (see section 3). It contains nothing personal and cannot be read by scripts on the page.
4 · What we never do
- We don't store your audio.
- We don't store your original or translated caption content — AI live correction relays it in real time and stores nothing either.
- We don't sell or rent your content or personal data to anyone.
- We don't use your data for advertising or cross-site tracking.
- We don't reuse your content in any form or use it for AI training.
5 · Security measures
- HTTPS/TLS everywhere: all pages and connections are encrypted in transit.
- End-to-end encryption: captions and translated voice are readable only at the speaker and viewer ends.
- Short-lived credentials: the credentials used to reach the speech service are short-lived and issued per session; our master key never leaves the server.
- Hashed passwords: account passwords are stored hashed with an industry-standard algorithm, never in plaintext.
- Server-enforced room passwords: for a password-protected room, an unauthenticated viewer can't obtain a connection at the server, so they never receive any captions.
- Proof links: a speaker can create a separate proof link for the proofreaders working with them. Anyone holding it can read and change that broadcast's captions, and changes appear to the audience at once; they are encrypted in the same way and our servers cannot read them. It uses a different key from the viewer link, and the speaker can invalidate it at any time.
No online service can guarantee absolute security, but we continually reduce risk through least-privilege and end-to-end-encryption principles.
6 · Retention & deletion
- Account data: kept until you delete your account or request deletion.
- Audio and captions: not retained by default. Raw microphone audio does not pass through us. Caption and translated-voice ciphertext is relayed in room memory only and never persisted. Full plaintext captions used for AI correction are not stored, but the terminology-rule audit records described above are retained. Optional transcript saving, and the automatic summaries produced from it (which send the transcript to a language model), are covered in section 8.
- Room code / password: cleared from memory when the broadcast ends.
- Session metadata and server logs: kept only for the limited period needed for operations analysis and abuse prevention.
7 · Third-party services
To provide the service we use a few third parties:
- Speech provider: real-time recognition and translation, plus any recognition context you choose to provide (see section 2 for commitments).
- Language-model provider: used to correct captions while AI live correction is on, or to organise optional recognition context when a signed-in speaker enters it. This is the only third party that sees caption text; turning live correction off stops captions from being sent. Neither path includes your account, email, or room code. When a speaker opens a question room, the same provider also translates audience questions and the asker's introduction (never the asker's name).
- Google: used only when you choose Google sign-in, to verify your identity and obtain your email and stable account identifier; access tokens are not retained.
- Cloud hosting: runs our website and signaling/relay servers.
- Email delivery: sends account confirmation and notification emails.
- Noise-reduction model provider: used only when a speaker turns on background noise reduction. The processing runs entirely inside the speaker's own browser and no audio is sent to this provider; the browser only downloads a model file from them, so they see the speaker's IP address.
8 · Transcript saving and summaries (opt-in)
Captions are not stored by default. Only after you explicitly enable transcript saving in account settings will a finished broadcast be saved to your own account for export or deletion. We do not use these transcripts to train anything, and we do not use them to evaluate our own quality. What is stored is used for one thing: producing the summaries described below, for you to look back at.
Automatic summaries
- So that you can find a particular session later, a transcript is sent to a language model to produce a title, the people who took part, and a summary of the main points. At most 20,000 characters per session; a longer one is sent as its beginning and its end, with the middle left out. Only one language of a transcript is sent. The text passes through that one request only; it is not retained by the model provider and not used for training.
- Transcripts held only on your device are summarised too, and the transcript itself is still never uploaded or stored. Your browser sends that same extract, we produce the summary, and only the summary is kept — the transcript stays in your browser. This is counter-intuitive, so plainly: the transcript is not kept, the summary is.
- Summaries are produced by a model and can be wrong or miss the point. They are an aid to remembering, not minutes of record.
Scope and limits
- Transcripts belong to your account and are kept until you delete them; closing your account deletes them too.
- You can turn it off at any time in account settings, or delete individual transcripts or all of them. Turning it off stops new broadcasts being saved; what is already stored stays until you delete it.
- A summary is deleted together with the session it belongs to, and everything is deleted when you close your account. For the ones held only on your device, deleting the summary leaves us with nothing at all.
- Categories you create on the transcripts page store their names, and which session is in which, in your account so every device shows the same ones; they hold no transcript text. A session's category goes when the session does, and all of them when you close your account.
- When you press “Auto-file”, the titles and main points of your unfiled sessions' summaries, together with your existing category names, are sent to a language model to choose categories. The transcripts themselves are not sent, and the model provider does not keep them or train on them.
Enable or disable transcript saving in account settings.
9 · Your rights
You can view, correct, or delete your account data at any time. Once logged in, update your email and password in account settings; to delete your account (including the Google sign-in identifier) or exercise other data rights, email [email protected] and we'll handle it within a reasonable time.
10 · Children's privacy
This service is not designed for children. We don't knowingly collect children's personal data; if you believe a child provided data without consent, contact us so we can delete it.
11 · Changes & contact
We may update this page from time to time; material changes will be marked with a new "Last updated" date here. Continued use of the service means you accept the updated terms.
Questions about privacy or security? Email [email protected].