Por qué un sitio web sigue conociendo tu ciudad a través de una VPN
Un sitio puede usar el permiso de ubicación del navegador y tu IP pública de forma independiente: revisa el permiso del origen, el ajuste del sistema y la ciudad guardada.
Dos mecanismos pueden poner una ciudad en la pantalla y solo uno de ellos se preocupa por dónde sale tu VPN. La API Geolocation del navegador devuelve una posición del dispositivo cuando la página tiene permiso, y una consulta de IP estima una región a partir de la dirección desde la que llegó la solicitud. Un sitio que muestra tu ciudad real mientras el túnel funciona en otro país suele usar el primer mecanismo, o lee una ciudad que guardó hace meses. Cinco pasos separan esos casos.
Paso uno: decide qué mecanismo puede responder
Empieza preguntando qué puede saber la página. Una posición del dispositivo requiere una llamada a la API y una decisión de permiso, y produce una coordenada precisa. Una estimación por IP no requiere nada del usuario y produce una ciudad en el mejor de los casos, a menudo equivocada. Una preferencia de cuenta guardada no requiere ninguna de las dos cosas y sobrevive a cada cambio de red.
Esas tres fuentes explican casi todos los informes. Un sitio de mapas que se centra en tu calle usa la API. Una tienda que te saluda en el idioma equivocado usa una estimación por IP. Un sitio de noticias que sigue mostrando tu ciudad natal tras una mudanza usa lo que guardó tu cuenta.
| What the page shows | Likely source |
|---|---|
| Street-level accuracy | Device position from the Geolocation API |
| City or region only | IP geolocation of the exit address |
| Same city for months | Stored account preference |
| Different result in a private window | Stored permission or cached state |
Paso dos: lee el permiso para ese origen exacto
Los navegadores recuerdan la decisión de permiso por origen, así que un sitio que permitiste el año pasado se abre sin una petición nueva. Revisa la entrada de ubicación para ese sitio concreto en los ajustes de sitios del navegador en lugar del valor global predeterminado, porque el ajuste global solo decide qué ocurre cuando no hay nada guardado.
Después revisa el sistema operativo. Un navegador en un ordenador o teléfono moderno también necesita el permiso de ubicación de la plataforma, y un permiso de plataforma denegado hace fallar la API incluso cuando el sitio está permitido. La posición disponible puede venir de los servicios de la plataforma, que no tienen nada que ver con el túnel.
Dos condiciones técnicas explican la mayoría de los fallos que parecen problemas de VPN. La API exige un contexto seguro, así que una página HTTP simple no puede usarla en absoluto, y los marcos incrustados pueden bloquearse por la Permissions Policy de la página. Una solicitud denegada es, por tanto, mucho más a menudo un resultado del navegador o de la política de la página que de la red.
Paso tres: confirma la dirección de salida con una solicitud nueva
Pregunta a un servicio independiente qué dirección ve, desde el mismo navegador que estás probando. Una pestaña obsoleta, un service worker o una página en caché pueden informar de la respuesta de ayer, y comparar una respuesta nueva con lo que muestra el sitio elimina esa duda.
curl -s https://ifconfig.me
curl -s https://ipinfo.io/jsonEjecútalos desde la máquina, no desde el router, y anota la dirección y el país que devuelve cada uno. Si ambos informan del país de la VPN y el sitio sigue mostrando tu ciudad natal, la salida no es la fuente y los candidatos restantes son el permiso, los datos guardados y una ruta de fuga.
Las rutas de fuga son la tercera posibilidad: una extensión del navegador con su propia pila de red, una ruta split-tunnel que envía el sitio fuera del túnel, o una ruta IPv6 que el túnel no transporta. Cada una es visible en la propia solicitud, por eso la comprobación de salida va antes de cualquier cambio de ajustes. Una extensión con ajustes de proxy propios es la que la gente pasa por alto, porque puede saltarse el túnel para una sola pestaña.
Paso cuatro: mira qué ha guardado ya la cuenta
Revocar el permiso afecta al acceso futuro según las reglas del navegador y no borra una posición que el servicio ya guardó. Una ciudad natal guardada, una dirección de entrega o una región de perfil permanecen hasta que la aplicación las actualice, y el sitio todavía puede hacer una estimación aproximada a partir de la dirección de salida.
Busca el control de ubicación propio del sitio antes de concluir que el navegador tiene la culpa. Muchas aplicaciones mantienen un selector de región manual que anula toda estimación automática, y un agente de soporte que lee el registro de la cuenta ve ese valor en lugar de tu conexión actual.
Cuando el valor guardado importa, cámbialo en la cuenta y anota la fecha. Eso te da un segundo punto de datos cuando la ciudad antigua vuelva a aparecer. Una captura de pantalla de la página de la cuenta antes del cambio vale más que una descripción después.
Paso cinco: cambia una variable a la vez
Prueba en un orden fijo: comprobación de salida nueva, permiso del origen, permiso de la plataforma, ajuste de la cuenta y luego otro perfil de navegador. Cambiar varias cosas a la vez hace que la fuente no se pueda identificar, y así es como una respuesta de cinco minutos se convierte en una semana de especulación.
Anota qué cambiaste y qué mostró la página después. Si la visualización solo cambia en una ventana privada, la causa es un estado guardado; si nunca cambia, la página usa una estimación por IP o un valor de cuenta que el navegador no puede influir. Mantén el antes y el después en la misma nota, porque el patrón es la prueba.
Sé honesto en la conclusión: una VPN cambia la dirección desde la que llega una solicitud, y la API Geolocation es un canal aparte con permiso que el túnel no toca. Ambos hechos pueden ser ciertos a la vez, y la mayoría de los informes confusos vienen de tratarlos como alternativas.