¿Por qué un sitio web funciona con datos móviles pero no con Wi-Fi?

si un El sitio web funciona con datos móviles pero no con Wi-Fi., el sitio web no está siempre fuera de línea. La variable cambiante es la ruta desde su dispositivo a través de la red Wi-Fi, por lo que la falla más probable es el DNS local, el enrutador, un VPN o filtro, el estado del navegador o la ruta del proveedor de banda ancha. Primero, ejecute la URL a través del ClockTools Comprobador de sitios web inactivos. Luego pruebe la misma URL en el mismo dispositivo a través de Wi-Fi y datos móviles, cambiando solo una variable a la vez.

¿Qué prueba este síntoma?

Demuestra que al menos una ruta de red puede llegar al sitio en ese momento. lo hace no demuestre que cada página, acción de cuenta, región o red puede alcanzarlo. Los datos móviles y el Wi-Fi doméstico pueden utilizar diferentes DNS solucionadores, direcciones IP públicas, rutas, filtros de contenido y rutas IPv4/IPv6.

Utilice esta pequeña matriz de evidencia antes de cambiar la configuración:

La frase "misma URL" es importante. Una página de inicio y un panel autenticado pueden viajar a través de diferentes rutas de aplicación. Copie la dirección completa en lugar de escribir solo el dominio.

¿El sitio web realmente está caído?

Compruébalo desde fuera de tu red local antes de reiniciar cualquier cosa. ClockTools realiza una verificación externa DNS y HTTP e informa el veredicto, la resolución A/AAAA, las redirecciones, la URL final, el estado de la respuesta, los encabezados seleccionados y el tiempo. En una verificación controlada el 2026-08-31, https://example.com regresó en línea, HTTP 200, DNS resueltos y sin redireccionamientos desde el borde MAA. Un deliberadamente inexistente .inválido nombre de host devuelto inalcanzable, con DNS sin resolver y sin resultado HTTP.

Esas dos sondas muestran por qué el orden es importante: una búsqueda DNS fallida y un servidor HTTP accesible requieren soluciones diferentes. También muestran los límites de la herramienta. Una ventaja externa es una prueba contundente, no una prueba de disponibilidad de cada ciudad o ISP.

Si se puede acceder al resultado externo pero su Wi-Fi aún falla, continúe localmente. Si no es posible acceder a él externamente y mediante datos móviles, espere o comuníquese con el propietario del sitio antes de cambiar su enrutador.

¿Dónde deberías realizar la siguiente prueba?

Siga el árbol de diagnóstico en el diagrama adjunto:

1. Mantenga fijos el dispositivo y la URL exacta; cambie solo entre Wi-Fi y datos móviles.

2. En Wi-Fi, pruebe con una ventana privada o un segundo navegador.

3. Prueba con otro dispositivo con el mismo Wi-Fi.

4. Pausar temporalmente un VPN o proxy solo el tiempo suficiente para ejecutar una comparación y luego restaurarlo.

5. Compare el comportamiento de DNS antes de reemplazar el solucionador.

6. Reinicie el enrutador solo después de registrar la evidencia que de otro modo borraría.

Una ventana privada puede omitir algunas cookies y extensiones almacenadas en caché, pero no crea una nueva ruta ISP. Un segundo dispositivo en el mismo Wi-Fi es más útil para separar el estado del dispositivo del estado de la red. Para obtener una pista a nivel de ruta, utilice Ruta de seguimiento; para su identidad de salida, compare ¿Cuál es mi IP? en cada red.

¿Podría DNS ser la diferencia?

Sí. Su enrutador Wi-Fi puede anunciar el solucionador de ISP mientras que los datos móviles utilizan el solucionador del operador. Un solucionador puede tener un registro obsoleto, una política de filtrado o una falla que el otro no tiene.

Comience con la observación, no con el reemplazo permanente. Tenga en cuenta si la verificación externa resuelve registros A o AAAA. En el dispositivo afectado, desconéctese y vuelva a conectarse a Wi-Fi, luego vuelva a intentarlo. Si su sistema operativo proporciona un vaciado de caché DNS, utilice su método documentado. Sólo entonces compárelo con un solucionador alternativo de buena reputación. Cloudflare documenta su DNS-sobre-HTTPS JSON interfaz para una comparación de resolución explícita.

No interprete "DNS funciona" como "la página debe renderizarse". DNS solo asigna el nombre. TLS, el enrutamiento, la política del servidor y la aplicación aún deben tener éxito.

¿Podría el enrutador, VPN o ISP estar bloqueando la ruta?

Cada uno puede crear exactamente esta división:

• Un enrutador puede conservar un mal estado, aplicar controles parentales, preferir una ruta IPv6 rota o bloquear una categoría.
• Un VPN, un proxy, un escudo web antivirus o un perfil empresarial pueden alterar DNS y el enrutamiento.
• Un ISP puede tener un incidente de enrutamiento o resolución que afecte a un destino.
• Un sitio puede limitar o bloquear la IP pública de la red Wi-Fi mientras acepta la IP del operador de telefonía móvil.

Verifique el alcance antes de deshabilitar las protecciones. Si todos los dispositivos fallan solo en una red Wi-Fi, concéntrate en esa red. Si solo falla un dispositivo administrado, no elimine sus controles de seguridad; pregúntale al administrador. Microsoft Secuencia de solución de problemas de Wi-Fi de Windows y de google Solución de problemas de conexión de Android Ambos comienzan con comprobaciones básicas de conexión y aíslan progresivamente el estado del dispositivo y de la red.

¿Qué debería restablecer y en qué orden?

Utilice primero el cambio menos disruptivo:

Evite restablecer el enrutador de fábrica a menos que tenga su configuración y credenciales. Evite dejar un firewall, VPN o un producto de seguridad desactivado simplemente porque la página se cargó una vez. Si la página se abre pero parece incompleta, ejecute el Prueba de representación del sitio web porque los activos estáticos o los scripts pueden estar fallando incluso cuando la respuesta principal HTTP tiene éxito.

¿Cuándo debería dejar de solucionar problemas localmente?

Deténgase y escale cuando la evidencia apunte fuera de su control: el verificador externo y los datos móviles fallan; los resultados del rastreo mueren constantemente más allá de su enrutador; todos los dispositivos en un ISP fallan mientras otra red funciona; o el sitio muestra una respuesta de política de acceso vinculada a su IP pública. Proporcione al proveedor la URL exacta, marcas de tiempo con zona horaria, veredicto externo, resultado DNS, red afectada y pasos ya probados. Esa evidencia es mucho más útil que "Internet está roto".