API Comparison Table

Heading 1

Heading 2

Heading 3

Heading 4

Heading 5
Heading 6

Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat. Duis aute irure dolor in reprehenderit in voluptate velit esse cillum dolore eu fugiat nulla pariatur.

Block quote

Ordered list

  1. Item 1
  2. Item 2
  3. Item 3

Unordered list

Text link

Bold text

Emphasis

Superscript

Subscript

Pricing
Get started
Get started

Read more

Product News

Gladia to join OVH Groupe, accelerating Europe's sovereign voice AI ambitions

PARIS, France — Sept 21, 2026 — Gladia, the AI audio infrastructure provider trusted by more than 300,000 developers and 2,000 enterprise customers worldwide, announced July 31st, that it has been acquired by OVH Groupe, the parent company of OVHcloud and Europe's leading sovereign cloud provider.

Speech-To-Text

Migrating from Azure Speech to Gladia: a step-by-step switching guide

TL;DR: Migrating from Azure Speech to Gladia removes the overhead of custom training pipelines and fragmented per-feature billing. Azure routes diarization, translation, and sentiment through separate services with separate billing meters. We bundle all audio intelligence into one per-hour rate on Starter and Growth plans. Solaria-3 ranks #1 for real-world European business audio, Solaria-1 covers 100+ languages with native code-switching. Both deliver out-of-the-box accuracy that eliminates custom training for most production audio. Most engineering teams complete the API refactoring in under 24 hours.

Speech-To-Text

How to evaluate a speech-to-text API: a technical buyer's framework

TL;DR: Choosing an STT API on vendor benchmarks alone is how teams end up with transcription that looks fine in staging and breaks on production audio. A rigorous evaluation requires building a test set from your own calls, measuring word error rate (WER) on your specific audio distribution, stress-testing latency under concurrent load, and auditing data retraining terms before signing. This guide gives you a reusable engineering blueprint to run that evaluation end-to-end, the same methodology behind our own open async benchmark, which covers 7 datasets and 74+ hours of audio across 8 providers.

Introducing Partials: Unlock faster, smoother voice agent conversations with partial transcripts

Published on Sep 8, 2025
Introducing Partials: Unlock faster, smoother voice agent conversations with partial transcripts

One of the biggest challenges in building Voice AI Agents is response time—users expect natural, real-time conversations, but every millisecond counts. That’s why we’re thrilled to announce the general availability of partials on Gladia’s real-time API, a feature now open to all developers.

After an early access phase working closely with Voice AI builders, we’ve validated what many had been asking for: the ability to stream partial transcripts word by word, rather than waiting for the final output. By acting on these partials, agents can understand intent faster, interrupt at the right moment, and deliver a smoother, more responsive user experience.

With Gladia's partials, the first few words in an utterance are emitted exceptionally fast (<100ms, up to 2x faster than other providers offering partial transcripts), allowing voice agents to achieve industry-leading ultra-low latency.

In this blog, we dive into how partials work, how we tailored them to Voice AI agent flows, and how you can leverage partial transcripts together with LLMs to improve latency while ensuring fast, fluid, and natural customer-agent interactions.

What are partials and why they matter

Partials (short for “partial transcripts”) provide a word-by-word streaming transcription of spoken words as they are received. While partials are subject to change until the final transcription is complete, they deliver immediate, actionable insights.

For Voice AI platforms, this is a game-changer: even if partials are less accurate than finals, they can be sent to the LLM instantly, allowing the agent to begin formulating a response without delay. The result is a smoother, more natural call experience—a must-have for building truly fluid voice interactions.

Gladia’s partials tailored for Voice AI Agents

Our team carefully crafted the partials specifically for Voice AI Agent use cases. This means they are designed for ultra-low latency on the initial words of an utterance, with a regular pace for the remainder. 

A typical Voice AI Agent flow involves three key steps:

  1. STT (Speech-to-Text): Transforms speech into text (typically handled by real-time transcription APIs such as Gladia or open source models).
  2. LLM (Large Language Model): Interprets the text and formulates an answer (e.g., OpenAI, Gemini).
  3. TTS (Text-to-Speech): Converts the answer back into voice (e.g., Cartesia, ElevenLabs).

The total time taken for this entire process, starting from audio input and speech-to-text, significantly impacts the overall quality of the call. 

That's where partials come in.

For an AI agent, knowing when a user begins to speak and what they are saying is crucial; the regular speech_start event is often insufficient. The first few words of an utterance carry vital information:

  • Interruption: Signifies that the user has started speaking.
  • Intention: Reveals what the user is trying to communicate.

Consider these examples:

  • “Yes, I want to order…”
  • “Stop, this is not what I said…”

In both scenarios, the first word alone is often enough to understand the user's intent and to stop the AI from continuing to speak unnecessarily.

This is why, with our partials:

  • The first words are emitted exceptionally fast.
  • The rest of the utterance, until the final transcription, is emitted at a regular pace. This results in the following processing schema:
__wf_reserved_inherit

By enabling partials, voice agent flows can achieve ultra-low latency in the STT phase. Moreover, some of the time saved can be reallocated to utilize a more sophisticated LLM for crafting answers or to simply reduce the total response time, enhancing the user experience.

Partials + LLMs: picking the right configuration for optimal performance

To achieve superior latency for partials, our real-time API utilizes a smaller model than the one used for final transcriptions. In this context, "smaller" directly translates to "faster," requiring fewer milliseconds for inference.

While finals rely on "endpointing" to determine if an utterance is complete, partials are more time-based, with words being forced to be emitted as they are processed.

A significant advantage is that Large Language Models are adept at understanding imperfect or incomplete sentences. This means that the slightly lower accuracy of partials compared to finals is not a major impediment. LLMs can still effectively grasp the user's intent and generate appropriate responses.

For optimal results, we recommend explicitly selecting the target language from the language_config as opposed to having the model auto-detect it, as the minimal audio context makes language detection more sensitive.

Experiment with partials today!

The new developer playground now returns partials, allowing you to experience this feature firsthand.

Partials are live on all Gladia accounts. Please note that the real-time API does not return them by default. To enable this feature, simply use the messages_config.receive_partial_transcripts option when making your request.

For a quick start, refer to our comprehensive code samples, with TypeScript or Python snippets.

Contact us

280
Your request has been registered
A problem occurred while submitting the form.

Read more