Skip to main content
Web calls in DialNexa are Voice AI calls started through a browser or web experience instead of a phone number route. They are useful for testing agents, embedded experiences, and situations where you want to remove the phone network from the first round of debugging.
A web call removes the phone network from the path. It does not remove microphone problems, unclear prompts, or the need to review evidence.

​
Web Call Versus Phone Call

AreaWeb callPhone call
Entry pathBrowser or embedded web surface.Plivo number, SIP trunk, batch campaign, workflow call node, or outbound launch.
Route dependencyMay not require a phone number.Depends on number assignment or outbound route.
Audio sourceBrowser microphone.Phone network or SIP media path.
Review pathCall History and call detail.Call History and call detail.
Best useAgent testing, demos, embedded web experiences, and microphone-based flows.Production inbound and outbound phone traffic.

​
What To Review

Use the same evidence discipline as phone calls.

Transcript

Did browser audio become accurate text?

Recording

Was the microphone clear enough?

Status

Did the web call complete, fail, or terminate early?

Post-call fields

Were structured outcomes extracted correctly?

​
Creation And Warmup Behavior

When you create a web call, DialNexa validates the organization, wallet balance, selected agent, and published version before creating a web call session. The response returns a session_id, call_id, and websocket URL when Speech returns a usable session. Provider warmup is non-blocking for web calls. DialNexa can return the websocket URL while provider connections continue warming in the background, so the browser can connect without waiting for every provider to finish setup. If Speech cannot create a usable session, DialNexa returns a 502 error with the stored failure message instead of returning a fake successful session. Treat that as a creation failure and check the agent version, provider readiness, wallet, and server error detail.

​
Browser Audio Checks

1

Grant microphone permission

The browser must allow microphone access before the call can capture usable audio.
2

Use headphones for testing

Headphones reduce echo from the agent voice re-entering the microphone.
3

Speak at production pace

Do not perform slow demo speech if real users will interrupt, pause, or answer briefly.
4

Compare with a phone call

If a web call works but phone calls fail, the issue is likely telephony path, carrier audio, or number routing.

​
Web Call Questions

Yes. DialNexa includes a web call termination path and stores the resulting call state.
The selected agent version still controls prompt, voice, model, transcriber, functions, and post-call analysis.
Use web calls to validate the agent. Use phone calls to validate the telephony path.

Call History

Find web call records.

Call Detail Page

Inspect the call.

Phone Numbers

Compare phone-routed calls.

Audio Quality

Review browser audio issues.