Quand un réseau marche et un autre non, le site va bien et c'est le chemin qui ne va pas. Trois causes couvrent presque tout, et chacune se distingue en une minute.

1. Un DNS qui n'a pas suivi

Le résolveur du bureau a le nouvel enregistrement ; celui de l'opérateur mobile a encore l'ancien. Rien n'est cassé : c'est le TTL. Voyez Le domaine pointe toujours sur l'ancien serveur.

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

2. Un IPv6 configuré à moitié

Les réseaux mobiles sont massivement en IPv6, le wifi souvent pas. Un enregistrement AAAA qui pointe sur un serveur n'écoutant pas réellement en IPv6 fonctionne partout sauf en données mobiles - ce qui est exactement ce symptôme.

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 ligne v6 reste bloquée ou échoue alors que la v4 répond, la panne est trouvée. Réparez l'écoute ou supprimez l'enregistrement AAAA - voyez IPv6 sur un VPS.

3. Une chaîne de certificats incomplète

Les navigateurs de bureau gardent souvent le certificat intermédiaire d'un site précédent et comblent le trou en silence. Un téléphone qui ne l'a jamais vu ne le peut pas : le même site est donc non fiable sur mobile et impeccable sur le portable.

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

Voyez Une chaîne de certificats incomplète. Servez fullchain.pem, jamais cert.pem.

Mettre le téléphone hors de cause

Coupez le wifi, chargez le site, puis activez un VPN sur ce même téléphone. Si cela marche à travers le VPN, le problème vient du chemin de l'opérateur - DNS ou IPv6 - et non de votre téléphone.