Voiceflow named a 2026 Best Software Award winner by G2
Read now

If you're evaluating Dialogflow in 2026, you want two answers fast: is it any good, and what should you use instead if it isn't the right fit. Here's the short version. Dialogflow is a capable, mature conversational AI platform with genuinely strong natural language understanding and tight Google Cloud integration. It's a reasonable pick if your stack already lives inside Google. The catch: its generative features are bound to Google's Gemini models, its voice and phone story runs through a separate product (Google CCAI), and its authoring console was reorganized in late 2025. If any of those are friction for you, the best alternatives are Voiceflow (model-agnostic, unified voice and chat), Cognigy and Kore.ai (enterprise contact-center peers), or Rasa (open-source, code-first).
This is a full review, written for someone deciding whether to build on Dialogflow or move to something else. We'll cover what it does well, where it's showing its age, what the Conversational Agents migration means in practice, what it costs, and the alternatives worth real evaluation.
For readers who want the summary before the detail:
If you're a current Dialogflow CX user, you're being moved to Google's new console regardless. If you're a new buyer, you're walking into a product whose authoring surface has been folded into something larger. Either way, this is the right moment to weigh alternatives.
{{blue-cta}}
The changes worth knowing before you commit:
gemini-2.5-flash; voice and rewriter modes moved to gemini-2.5-flash-lite. If you built on the older 2.0 defaults, this is a behavior change to test.If you're auditing a Dialogflow deployment, the practical question is whether your team has the bandwidth to relearn the Conversational Agents console mid-cycle, or whether you'd rather use the migration window to evaluate platforms that aren't being reorganized.
Dialogflow is Google's conversational AI platform for building chat and voice agents, now authored through the Conversational Agents console. It comes in two editions:
Core capabilities:
What you don't get out of the box: model choice (you're on Gemini for the generative layer), or a unified voice-and-phone stack that doesn't require Google CCAI as a separate product. Those two constraints drive most of the "should I switch" decisions later in this review.
Give the platform its due. Teams that stay on Dialogflow tend to cite the same three reasons, and they're real.
The NLU is well-tuned. Intent classification is reliable at scale, even on noisy speech-to-text input, which is why so many contact-center deployments run on it. Integration with the rest of Google Cloud is tight: BigQuery for analytics, Vertex AI Search for retrieval, and Google Workspace through native connectors. And the usage-based billing is predictable for high-volume deployments once you understand the per-session model.
For a team already inside the Google ecosystem, running Workspace and BigQuery and GCP for everything else, that gravitational pull is a legitimate reason to stay.
Dialogflow CX's knowledge surface runs through Vertex AI Search data stores. You point it at documents, websites, or BigQuery tables, and the agent queries at runtime for grounded answers. ES has a thinner FAQ-style knowledge feature with limited filtering.
Voiceflow takes a different approach. The Knowledge Base is a first-class primitive: chunked semantic search over embeddings, optional LLM synthesis using your agent's configured model, filter operators on the query path, and environment-scoped content, so dev, staging, and production each carry their own copy. Neither is universally better. The difference is that Voiceflow's retrieval is decoupled from any one model, while Dialogflow's is tied to Google's stack. If you're comparing how other platforms handle this, our Sage Knowledge Base breakdown covers a different approach again.
Google's Conversational Agents documentation is the canonical starting point, and the ES quickstarts walk through building a simple agent, calling the API, and testing flows. Two things to know if you're coming from older tutorials. The CX experience is structurally different from ES (graph-based, not intent-and-rule-based). And the console UI changed again with the 2025 migration, so screenshots in older guides won't match.
Dialogflow's API ships in two editions: ES for small and midsize teams, CX for enterprise. Both expose intent detection, fulfillment, speech recognition, and webhook integration. The CX API is materially richer, with pages, flows, and parameters as first-class objects, and it's the path Google is investing in.
If you're new to building API-driven agents, Voiceflow has a primer on agent APIs that covers the same ground in a model-agnostic way.
Dialogflow was founded in 2010 as API.AI by Ilya Gelfenbeyn. After Google's 2016 acquisition, Gelfenbeyn led Google Assistant Investments until 2020. He's currently co-founder and Executive Chairman of Inworld AI, an AI character platform.
Dialogflow is a Google Cloud product, and Alphabet is one of the most valuable companies in the world, with a market cap in the trillions as of early 2026. Translation: Dialogflow isn't going anywhere as a product line. The migration to Conversational Agents is a product reorganization, not a sign of abandonment. That's reassuring for stability, but it doesn't change the model-lock-in and voice-stack questions that drive the switch decision.
Google publishes usage-based pricing that varies by edition. ES has per-request pricing for text and audio. CX is priced per session, with text and voice sessions billed differently (voice is meaningfully more expensive), and includes a free tier of $600 in credit on first activation, valid for 12 months. Enterprise customers typically negotiate volume pricing through a Google Cloud sales rep, so expect quoted figures to be heavily customer-specific.
The honest read on cost: predictable if you understand the per-session model and your volume is steady, less predictable if your traffic is spiky or your voice mix is high. Model the voice sessions separately before you commit.
If Dialogflow's Google lock-in, the ongoing console migration, or the separate voice stack are friction points, these are the alternatives worth real evaluation. Each gets a one-line "pick this if" so you can shortlist quickly.
Alternative | Pick this if… |
You want model choice and native voice + phone + chat in one authoring surface. The rest of this review. | |
You're an enterprise with heavy contact-center and voice needs. Strong in voice; recently acquired by NICE, so the same "vendor in transition" caveat applies. | |
You're in banking, financial services, or insurance and want deep BFSI-oriented virtual-agent tooling. | |
You're a high-touch consumer brand wanting an agentic CX platform, and you're comfortable with a newer entrant. | |
You want full control and have the engineering capacity. Open-source and code-first. | |
Your stack lives in AWS the way a Dialogflow buyer's lives in GCP. Same cloud-incumbent tradeoffs, different cloud. | |
You want an open, developer-leaning platform with a visual builder and don't need enterprise contact-center features. | |
You're an IBM shop wanting enterprise multilingual NLU. | |
You want agentic CX focused specifically on support automation. |
For broader surveys, see our roundups of the best AI chatbots and best agent management platforms. If your evaluation is anchored on Zendesk, our best AI chatbots for Zendesk comparison is the more specific read.
Google has won a long list of brand-name customers, mostly through CCAI and CX deployments in contact centers, including General Motors, Verizon, Comcast, Ticketmaster, Wells Fargo, Domino's, Best Buy, Ubisoft, ING Bank, Malaysia Airlines, The Wall Street Journal, Mercedes-Benz, CNN, and Easy Jet. The point of the alternatives above isn't that Dialogflow is weak. It's that "already on Google Cloud" is the main thing it optimizes for, and plenty of teams optimize for something else.
Dimension | Dialogflow CX (Conversational Agents) | Voiceflow |
Model flexibility | Generative features run on Google's Gemini family | Model-agnostic: Claude (default), the GPT-5 line, Gemini, Bedrock-hosted models, GLM, Groq, OpenRouter |
Voice and phone | Voice via Google CCAI, a separate product and licensing surface | Native voice + phone in the core platform: |
Agent primitives | Playbooks (LLM reasoning) + Flows (deterministic) + Playbook Tools | Playbooks (LLM reasoning) + Workflows (deterministic) + Tools (Functions, API, MCP) |
Knowledge Base | Vertex AI Search data stores | First-class KB with chunked retrieval, filter operators, env-scoped content |
Environments | Per-flow versioning, no first-class env primitive | Dev / staging / production with promotion pipelines |
Authoring stability | Console migrated October 2025; ongoing changes | Stable authoring surface, no console deprecation in flight |
Security | Google Cloud-native (SOC 2, ISO, HIPAA via BAA) | SOC 2 Type 2, PII masking on by default |
{{blue-cta}}
Here's where I'll be direct about positioning, and also honest about what has and hasn't changed. Both platforms have converged on the same building blocks: LLM-reasoning agents, deterministic flows, and callable tools. Dialogflow added playbooks; the vocabulary looks similar now. So the real reasons teams move aren't the primitives. They're these three.
Voiceflow's runtime exposes a wide model catalog: Anthropic's Claude as the default, OpenAI's GPT-5 line, Google's Gemini, AWS Bedrock-hosted models, Voiceflow-native GLM, Groq, and OpenRouter. You pick per task. You swap when something better lands. Dialogflow's generative layer is bound to Gemini.
For teams that actively avoid model lock-in, which is most senior AI and ML teams in 2026, that's the cleanest single differentiator. It's also the one Dialogflow structurally can't match, because Gemini is the point of the product.
Voiceflow ships native voice and phone in the core platform: call_forward for human escalation, dtmf for IVR menus and secure data capture, two-socket transport for live transcripts plus TTS audio, multi-provider STT (Deepgram, Google) and TTS (ElevenLabs, Google, Polly), and barge-in for natural turn-taking. If you're building a voice agent or an AI call center agent, it's the same agent and the same authoring surface as your chat agent.
Dialogflow voice runs through Google CCAI as a separate product: different config surface, different licensing, usually a different team. For anyone consolidating chat and voice, that separation is real operational overhead. Our read on where this is heading is in the agentic contact center landscape.
Voiceflow ships the things you need to run an agent in production as a single connected system:
These capabilities exist in Google Cloud too, but they're spread across Vertex AI, Cloud Logging, and Looker. The Voiceflow difference is that they're one integrated surface, not assembled from separate GCP products. If you're designing agentic AI systems where deterministic and reasoning surfaces coexist, that integration is what keeps iteration fast.
Voiceflow runs production agents at Turo, StubHub International, Sanlam Studios, and Trilogy. The customer service automation playbook and the enterprise ROI case are documented, and the security and compliance posture covers SOC 2 Type 2 with PII masking on by default. If you're scoping a customer service AI agent for a regulated environment, those are real reference points, not a landing-page claim.
{{blue-cta}}
Dialogflow CX includes a $600 free credit on first activation, valid for 12 months. Dialogflow ES has a free tier with limited monthly text and audio quotas. Beyond those, both are usage-based and scale by request or session volume. Voiceflow has an always-on free tier with no time limit, and moves to usage-based pricing only at scale.
It depends on edition and traffic. CX bills per session, with text and voice sessions priced separately and voice meaningfully more expensive. ES bills per request. Enterprise customers typically negotiate volume pricing through a Google Cloud sales rep, and quoted figures are highly customer-specific. Check the pricing page for current rates, and model your voice sessions separately.
Yes. Dialogflow has been Google's conversational AI platform since 2016, and CX adds generative capabilities through Gemini-backed playbooks. The 2025 migration to the Conversational Agents console consolidated Dialogflow CX with Vertex AI Agent Builder under one authoring surface, but it's still fundamentally an AI agent platform.
For teams already standardized on Google Cloud and comfortable running on Gemini, yes. The NLU is strong and the GCP integration is genuinely useful. For teams that want model choice, unified voice and chat, or that would rather not relearn a console mid-project, the answer is more often no, and one of the alternatives above is the better fit.
Depends on your stack. For model flexibility and unified voice + chat, Voiceflow is the cleanest swap. For enterprise contact-center deployments, Cognigy and Kore.ai are the natural peers, with the caveat that Cognigy is mid-acquisition by NICE. For code-first teams, Rasa is open-source. For an AWS-native shop, Amazon Lex mirrors Dialogflow's cloud-incumbent tradeoffs on a different cloud.
Yes, but it's not the path of least resistance. You can wire OpenAI as a webhook from a Dialogflow CX fulfillment, passing the user's input and returning the model's response as the agent's reply. The configuration is bespoke, and token management, error handling, and rate limiting all sit on you. If using a non-Google model is a hard requirement, a model-agnostic platform like Voiceflow is structurally closer to what you want.
Google's unified console, released in 2025, that consolidates Dialogflow CX and Vertex AI Agent Builder into one authoring surface. The Dialogflow CX console was deprecated October 31, 2025; existing CX agents are accessible through the new console. The underlying runtime is unchanged. The change is in the authoring experience.