Cuando una red funciona y otra no, el sitio está bien y lo que no está bien es el camino. Tres causas cubren casi todo, y cada una se distingue en un minuto.

1. Un DNS que no se ha puesto al día

El resolutor de su oficina tiene el registro nuevo; el del operador móvil todavía tiene el viejo. No hay nada roto: es el TTL. Vea El dominio sigue apuntando al servidor viejo.

dig +short yourdomain.com @8.8.8.8
dig +short yourdomain.com @1.1.1.1

2. Un IPv6 configurado a medias

Las redes móviles son IPv6 en gran medida; el wifi a menudo no. Un registro AAAA que apunta a un servidor que en realidad no escucha en IPv6 funciona en todas partes menos en los datos móviles, que es justamente este síntoma.

curl -6 -sS -o /dev/null -w 'v6 %{http_code}\
' https://yourdomain.com
curl -4 -sS -o /dev/null -w 'v4 %{http_code}\
' https://yourdomain.com
Si la línea de v6 se queda colgada o falla mientras la de v4 responde, ya tiene la avería. Arregle la escucha o quite el registro AAAA: vea IPv6 en un VPS.

3. Una cadena de certificados incompleta

Los navegadores de escritorio suelen guardar el certificado intermedio de un sitio anterior y tapan el hueco en silencio. Un teléfono que no lo ha visto nunca no puede, así que el mismo sitio no es de fiar en el móvil y está perfecto en el portátil.

openssl s_client -connect yourdomain.com:443 -servername yourdomain.com < /dev/null 2>/dev/null \
  | grep -E '^ *[0-9] s:|Verify return code'

Vea Una cadena de certificados incompleta. Sirva fullchain.pem, nunca cert.pem.

Descartar el teléfono

Apague el wifi, cargue el sitio y luego encienda una VPN en ese mismo teléfono. Si funciona por la VPN, el problema está en el camino del operador (DNS o IPv6) y no en su teléfono.