Intermittent Zoom Chat Delivery Delays When Embedded on My Website (lescobil.pk)! | Community
Skip to main content
Explorer
November 9, 2025
Question

Intermittent Zoom Chat Delivery Delays When Embedded on My Website (lescobil.pk)!

  • November 9, 2025
  • 2 replies
  • 114 views

 

Hi everyone,
I’m experiencing a very unusual and rare issue involving Zoom Chat when it’s embedded as part of our customer support workflow on my energy utility information website lescobil.pk (we help users check and retrieve electric bill records).

Issue Overview

We use Zoom Chat for live assistance during peak traffic hours. Over the last 2 weeks, we’ve occasionally noticed that messages sent by either the visitor or our agent are delayed by 3–7 minutes before appearing on the other side. This only happens mid-conversation, not at the start.

Rare Conditions Observed

This delay:

  • does not occur consistently

  • happens only when 3+ users are chatting simultaneously

  • triggers more frequently when users upload screenshots of their bill

  • is not tied to network downtime (we monitored latency)

  • does not produce UI errors or “Message Failed” notifications

    Environment Details

    • Zoom Chat Web Client embedded through the official method

    • Host environment: Cloudflare CDN + WordPress

    • Browser variety: Chrome/Edge (latest)

    • Hosting: VPS with 4GB RAM

    • No custom JS modifications to the chat widget

      Troubleshooting Done So Far

      We’ve already:

      ✅ Disabled all caching on chat pages
      ✅ Whitelisted Zoom endpoints on our firewall
      ✅ Verified SSL handshake with Cloudflare
      ✅ Tested without plugins (same behavior)
      ✅ Monitored browser console (no warnings logged)

      Log Observations

      The only suspicious pattern we see:

       

       
      [Zoom Chat WebSocket] ping/pong latency spiked: ping: 7800ms pong: 8200ms
       

      …but only on affected sessions.

      Frequency

      Roughly 1 out of every 70–100 sessions.

      Impact

      When users try to retrieve past LESCO bills through our support team, the message delay makes the service feel broken or unresponsive.


      My Questions:

      1. Is this a known behavior related to WebSocket congestion?

      2. Are there recommended Zoom-side load thresholds per concurrent chat session?

      3. Is there a way for us to force a retry mechanism or client-side reconnection on delay spikes?

      4. Should we consider routing the chat iframe outside Cloudflare proxy rules?


        I’d really appreciate guidance or official documentation suggestions. This issue is extremely rare but negatively impacts trust, especially for government-related utility services.

        Thanks in advance!
        — Usman
        lescobil.pk

2 replies

Explorer
July 2, 2026

Here’s the website link if anyone did like to personally check the issue: https://lescobil.pk/lesco-old-bills-history/

Ethan Cole
Newcomer
Newcomer
July 2, 2026

Hi ​@RasheedAhmad06 
I hope you are doing well, That ping pong spike to 7800mzs is your smoking gun . The WebSocket is stalling right when the delay hits. when cloudflare;s proxy is almost certenily buffering or timing out the presistant websocket , which is why it showa mid-conversation and gets worse with 3+ users and screne shoot upload the saturating the connection .
 
The fix that's worked is putting the chat on its own subdomain (like chat.lescobil.pk) and setting that DNS record to DNS only (grey cloud) in Cloudflare, so just that traffic bypasses the proxy while your main site stays proxied.

This is WebSocket congestion, not a Zoom load limit, so you're not hitting any per-session threshold, and client-side retry isn't really exposed in the embedded web client. Route the iframe around the proxy first and watch if that ping latency drops.