AI Voice Agents on Your Website: A Practical Guide for Indian Businesses
A visitor talks, your site answers — no phone number, no app, no call charges. What actually decides whether that works: microphone permission, browser support, the latency budget, how Indian callers really speak, and where a voice agent should stop and fetch a human.
- Voice AI
- India
- Lead Generation
- Real Estate
An on-page AI voice agent is a voice conversation that happens inside your web page: the visitor taps a button, speaks into their device microphone, and an AI agent answers out loud from your website content and knowledge base. There is no phone number to dial, no app to install and no call charge, because the audio travels over the internet connection the browser already has.
The idea is simple. Whether it works for a particular Indian business comes down to five practical things: whether the browser will let the page listen, how fast the agent answers, how your customers actually speak, what the agent is allowed to say, and when it hands over to a person. This guide covers each in the order a visitor meets them.
What does a visitor need for an on-page voice agent to work?
A visitor needs a modern browser, a page served over HTTPS, and a tap that grants microphone permission. Browsers expose the microphone only to secure pages, and only after the visitor allows it, so the agent cannot start listening on its own. That is a feature: the first thing the visitor sees is a button, and nothing is recorded until they press it.
Two consequences follow for how you set it up:
- Serve every page that carries the widget over HTTPS. On a plain HTTP page the browser withholds microphone access, and the button can never work. The MDN documentation for getUserMedia states the secure-context requirement.
- Expect some browsers to be unsupported, and hide the button there. A widget that shows a microphone button the browser cannot honour trains visitors to ignore it. The Vyostra voice widget checks for the required audio APIs when the page loads and does not appear at all if they are missing.
Why would a visitor talk instead of type?
Because for some questions, speaking is the lower-effort option. A person on a phone who wants to ask "is the two-bedroom on the higher floors still available, and what is the all-in price" can say it in five seconds and would need a minute to type it. Typing in Hindi, whether in Devanagari or in Roman script, on a phone keyboard is slower still, and many people simply do not bother.
Voice is not a replacement for chat. It suits questions that are long, specific or urgent, and visitors who are walking, driving or holding something. Chat suits people who are in a meeting, on a train without headphones, or who want to paste a link or copy a figure. Offering both on the same knowledge base lets the visitor choose, which is the reason to run the website chatbot and the voice agent from one source of answers rather than two.
How fast does a voice agent have to answer?
It has to answer in roughly the gap a person would leave, which is about a fifth of a second. A cross-language study of turn-taking in conversation (Stivers et al., PNAS, 2009) found that the typical pause between one speaker finishing and the next starting is around 200 milliseconds across the ten languages studied. Nobody expects a machine to hit that, but the study explains why a slow agent feels broken rather than merely slow: a long silence reads as a dropped call.
You cannot tune the model's speed yourself, but you control the things that add to it:
- Keep answers short. A two-to-three sentence reply starts and ends sooner than a paragraph, and it is easier to follow by ear. Vyostra's voice agent is instructed to keep to that length.
- Keep the knowledge base lean and specific. When the agent has to look something up, every lookup is a pause. Answers it can give from its core instructions are faster than answers it has to fetch.
- Do not make the agent read lists. Three bullet points on a screen are a scan; read aloud they are twenty seconds of monologue. Write voice answers as a sentence, then offer the next detail.
How do Indian callers really speak, and does it matter?
It matters more than any other setting, because mixing languages mid-sentence is normal speech in India, not an edge case. A visitor might ask a question in English, give a locality name in Hindi, and say their budget as "forty-five lakh". Accent, background noise on a phone speaker and the way digits are read aloud ("nine eight seven, double five") all change what the agent hears.
Do not assume it works; test it, with the people who will actually use it:
- Record or run live calls with real customers' accents, not just your own team's. Include the regional accents of your catchment area.
- Say numbers the way people say them: phone numbers in groups, budgets in lakh and crore, and floor numbers.
- Mix languages deliberately inside a single sentence, and note whether the agent keeps the thread.
- Check the failure mode, not just the success. When the agent does not understand, it should ask once to repeat and then offer a person, not guess.
The point of the test is to find the question shapes that fail before a customer does. Vyostra's current voice agent is English-first; if your audience mostly speaks another language, say so to yourself before launch rather than discovering it in the first week.
What should a voice agent be allowed to say?
It should say only what is in the knowledge base you gave it, and say plainly when it does not know. This is the single most important rule, because a voice agent sounds confident whatever it says. A chat answer with a wrong price can be re-read and doubted; a spoken one is simply heard.
Stale answers are the quieter version of the same problem. A knowledge base that says a unit is available after it has sold produces a confident, wrong sentence on every call that asks. Give one person ownership of the knowledge base and a habit of updating it when stock or pricing changes.
When should the agent hand over to a person?
On a real buying signal, on anything it cannot answer from the knowledge base, and the moment the visitor asks for a human. The agent should recognise these from meaning rather than keywords, because people ask for a person in unbounded ways, including through plain frustration. Vyostra's voice agent has a handoff action it can take for exactly this, which alerts your team.
Two rules keep a handoff honest:
- Never promise a callback nobody is staffed to make. A handoff into an unattended inbox is worse than telling the visitor when your team is actually available.
- Pass the context along. The person who picks up should know what the visitor asked and why they wanted a human, so they do not start with "how can I help you".
Do you have to tell people the call is recorded?
That is a legal question, not a product setting, and the answer depends on what you record and where you operate. India's Digital Personal Data Protection Act, 2023 governs how personal data is collected and used, and voice is personal data. Whether and how an AI voice agent must disclose itself or any recording is a point to settle with a lawyer who knows your sector.
The practical advice is narrow: do not switch on recording until you have that answer; and if you do disclose, say it as the first thing the agent speaks rather than burying it in a privacy policy nobody opens.
A pre-launch checklist for an on-page voice agent
| Check | What good looks like |
|---|---|
| HTTPS on every page with the widget | Microphone prompt appears on tap |
| Unsupported browsers | Button hidden, no broken state |
| Knowledge base | Only facts you will stand behind; one named owner |
| Answer length | Two or three spoken sentences, no read-out lists |
| Accents and language mix | Tested with real customers, including numbers and names |
| Handoff | Someone is staffed to act on it, with stated hours |
| Recording and disclosure | Legal advice taken before anything is recorded |
Where does an on-page voice agent fit with chat and WhatsApp?
It sits at the moment a visitor is already on your site and wants an answer now. WhatsApp is where the follow-up lives once you have their number, and chat is the quiet option beside it. The three work best as one flow on one set of answers: voice or chat to resolve the question, a captured number, then WhatsApp to bring the lead back. If you are weighing this against a voice agent that answers a phone number, read on-page voice agent or phone AI agent next, and for property specifically, what a real-estate voice agent should answer.
Common questions
- What is an on-page AI voice agent?
- It is a voice conversation that happens inside the web page. The visitor taps a button, speaks into their device microphone, and an AI agent answers out loud using your website content and knowledge base. There is no phone number, no dialler and no call charge on either side, because the audio travels over the internet connection the browser already has.
- Does an on-page voice agent need a phone number?
- No. That is the main practical difference from a phone-based agent. An on-page agent needs only a browser with microphone access, which means no number to buy, no telecom paperwork per market, and nothing to configure before a visitor can speak to it. A phone number is a separate product decision, useful when you want people to reach you without opening the site at all.
- Does it work on mobile browsers in India?
- On modern Android and iOS browsers, yes, with two conditions that apply everywhere: the page must be served over HTTPS, and the visitor has to grant microphone permission in response to a tap. Older iOS versions lack the recording APIs some widgets rely on, so a good widget checks for support and stays hidden rather than showing a button that cannot work.
- What happens if the visitor speaks Hinglish or switches languages?
- Code-switching mid-sentence is normal in India, not an edge case, and it is worth testing explicitly before launch rather than assuming. Test with the accents and the mix of languages your actual customers use, using recordings or live people, and check two things in particular: whether the agent still captures a phone number correctly, and whether it degrades gracefully to a human handoff when it does not understand.
- Should a voice agent record the call, and does it need to say so?
- Recording is useful for quality review and for writing the lead into a CRM, but what you must disclose, and how, is a legal question rather than a product one. Get advice for the jurisdictions you operate in before switching recording on, and if you disclose, say it as the first thing spoken rather than burying it in a privacy policy nobody opens.
- When should a voice agent hand over to a person?
- On any real buying signal, on any request it cannot answer from its knowledge base, and the moment the visitor asks for a human. Two rules matter: never invent an answer about price, availability or possession dates, and never promise a callback nobody is staffed to make. A handoff into an unattended inbox is worse than telling the visitor when the team is actually available.