Cómo determinan los sitios web tu ubicación

¿Por qué una IP alemana puede abrir la tienda para India?

Imagina un cliente en India que abre una tienda en línea mediante un proxy anunciado como alemán. En este ejemplo, la tienda también identifica la IP como alemana. Sin embargo, el selector de país de la parte superior sigue indicando India, y el catálogo es el disponible para los clientes de India.

En una visita anterior, el cliente eligió India en ese menú. La tienda guardó la elección y vuelve a utilizarla cuando regresa. Tiene dos datos útiles: la solicitud actual procede de una IP que asocia con Alemania y el cliente pidió anteriormente comprar para India. Mantener el mercado seleccionado forma parte deliberada del funcionamiento de esta tienda.

Por tanto, el país de la IP y la tienda regional seleccionada responden a preguntas diferentes. Uno se refiere a la dirección desde la que llegó la solicitud; la otra controla la experiencia de compra. Lo mismo ocurre con una ciudad seleccionada en un sitio meteorológico o un destino introducido en una búsqueda de hoteles. El sitio puede mostrar información de un lugar sin determinar que el visitante esté físicamente allí.

¿Qué información llega al sitio?

El servidor que atiende una solicitud de página ve la IP de la conexión. Si la solicitud pasa por un proxy, es la dirección que utiliza el proxy para conectarse al servicio. Los datos de geolocalización IP asocian esa dirección con un país o una zona. El sitio o un servicio que atienda solicitudes en su nombre pueden realizar esa consulta.

La solicitud también puede contener preferencias de idioma y cookies guardadas anteriormente para el sitio. Después de cargar la página, su JavaScript puede leer otros ajustes del navegador y solicitar la ubicación del dispositivo mediante el sistema de permisos. Iniciar sesión permite acceder a otra información: el sitio puede recuperar los datos guardados de la cuenta.

Un sitio utiliza la información necesaria para sus funciones. Una página sencilla puede basarse solo en la IP, mientras una tienda con cuentas, catálogos regionales y opciones de entrega tiene motivos para utilizar varias fuentes. No es obligatorio que todos los sitios recopilen todos los elementos de la tabla.

¿Cómo recuerda un sitio el país seleccionado?

Las cookies son pequeños datos que un navegador guarda y envía con las solicitudes posteriores al sitio correspondiente. Una cookie puede contener directamente una preferencia de país. También puede contener un identificador con el que el servidor encuentra una sesión guardada y sus ajustes. Otros tipos de almacenamiento del navegador, como localStorage, pueden conservar preferencias que los scripts del sitio leen.

Cambiar el proxy cambia la conexión utilizada en las solicitudes posteriores. No elimina esos valores guardados. En el ejemplo de compra, una solicitud desde la IP alemana puede llevar la misma cookie de sesión y permitir a la tienda recuperar la selección de India.

Los ajustes de cuenta pueden mantenerse entre navegadores y dispositivos. El sitio puede guardar en sus servidores una dirección de domicilio, una de entrega o una región preferida. Después de iniciar sesión, esos datos vuelven a estar disponibles. Borrar los datos locales del sitio no elimina los registros de la cuenta.

El enlace que abres también puede seleccionar una región. Una tienda puede tener un dominio o una ruta distintos para cada mercado. Seguir un enlace a su tienda para India puede abrir esa versión directamente. En este caso, la URL seleccionada ya indica qué versión solicitaste.

La actividad anterior también puede importar. Google, por ejemplo, documenta el uso de información IP, ubicación del dispositivo, direcciones de casa y trabajo guardadas, y actividad previa para estimar una ubicación pertinente para la búsqueda. Esto describe el servicio de Google; no significa que cualquier sitio pueda leer todo el historial del navegador.

¿Cómo comparte el navegador la ubicación del dispositivo?

La Geolocation API es una función del navegador mediante la que una página puede solicitar una estimación de la posición geográfica del dispositivo. En sitios públicos convencionales, está disponible en un contexto seguro, normalmente HTTPS, y requiere permiso de ubicación. El resultado incluye latitud, longitud, una estimación de precisión y el momento en que se obtuvo la posición. Una solicitud autorizada puede utilizar una posición en caché si la página lo permite, por lo que abrir un mapa no genera necesariamente una medición nueva.

El navegador y los servicios de ubicación del dispositivo determinan cómo obtener esa estimación. Las fuentes disponibles pueden incluir GPS, redes Wi-Fi cercanas, información de la red móvil e información IP. Por ello, un portátil sin GPS también puede proporcionar una posición. La API no exige una fuente concreta ni identifica la fuente ante la página. Las coordenadas devueltas no deben describirse automáticamente como coordenadas GPS ni como una ubicación física exacta.

Supongamos que el cliente en India permite que la tienda obtenga la ubicación del dispositivo y el navegador devuelve coordenadas en India. La página puede enviarlas a la tienda a través del proxy alemán. La solicitud lleva entonces dos datos distintos: llega desde una IP alemana y su contenido incluye una posición en India. El proxy transporta esa información; no convierte las coordenadas suministradas en coordenadas de Alemania.

No tiene por qué aparecer una nueva petición de permiso en cada visita. El navegador puede conservar un permiso válido concedido anteriormente. Puedes revisar el permiso de ubicación de ese sitio en los ajustes del navegador; el acceso también puede depender de los permisos del sistema operativo para el navegador.

Denegar ese permiso impide que el sitio obtenga una posición nueva mediante esa API mientras siga denegado. Las estimaciones basadas en IP y la información que el sitio ya tenga guardada siguen siendo fuentes independientes. Esto explica por qué puede mostrar una ubicación aunque no le hayas permitido solicitar la posición del dispositivo.

¿Qué indican el idioma y la zona horaria?

Un navegador puede enviar los idiomas preferidos en la cabecera de solicitud Accept-Language. Los scripts de la página también pueden leer esas preferencias. Estos ajustes ayudan al sitio a elegir un idioma que entienda el visitante. No requieren el permiso utilizado para la geolocalización del dispositivo.

Un navegador en inglés puede seguir en inglés mientras su propietario viaja entre países o utiliza un proxy alemán. Si una tienda alemana admite inglés, puede mostrar texto en ese idioma y seguir tratando la conexión como alemana. Incluso una preferencia como en-US identifica una variante de idioma, no una posición verificada en Estados Unidos.

JavaScript también puede leer la zona horaria expuesta por el navegador, por ejemplo mediante Intl.DateTimeFormat().resolvedOptions().timeZone. Un sitio puede utilizarla para mostrar una cita en la hora local del visitante. El valor suele reflejar el entorno del navegador, que puede utilizar una zona horaria automática o configurada manualmente.

El nombre de una zona horaria y un desfase UTC son valores diferentes. El desfase indica la diferencia respecto a UTC en un momento dado, y varios países pueden compartirlo. Ninguno de esos valores establece por sí solo dónde se encuentra físicamente el dispositivo. Un sitio puede comparar idioma y zona horaria con otra información, pero una diferencia respecto al país del proxy no demuestra por sí sola que se haya revelado otra IP.

¿Puede el sitio conocer otra dirección IP?

La configuración de proxy se aplica al tráfico que el navegador envía a través de él; no establece que todas las conexiones del navegador o del dispositivo sigan esa ruta. WebRTC, la tecnología del navegador para intercambiar audio, vídeo y datos en tiempo real, puede descubrir direcciones al preparar conexiones. Cuando las reglas del navegador y la configuración de red permiten comprobaciones directas, estas pueden revelar otra IP pública, como la de la conexión a Internet del cliente.

El resultado depende de las reglas de privacidad del navegador y de la configuración de red. WebRTC no es un medio universal para que cualquier sitio recupere la IP pública del cliente. Una dirección local privada como 192.168.1.10 también es un hallazgo distinto: la misma dirección puede existir en muchas redes locales independientes, por lo que no identifica un país por sí sola.

DNS convierte nombres de dominio en direcciones de red. Una prueba DNS específica puede identificar el resolvedor que atiende sus consultas. El país del resolvedor describe ese servidor, que puede estar lejos tanto del cliente como del proxy. Algunos resolvedores también envían parte de la IP del cliente que realizó la solicitud DNS mediante la función opcional EDNS Client Subnet. Por tanto, ver un resolvedor en otro país y exponer información sobre la red del cliente son resultados diferentes.

Estos mecanismos afectan a información de red disponible más allá de la solicitud de página habitual. Conviene investigarlos si una prueba muestra una IP pública inesperada u otros datos de red. Que una página aparezca en un idioma incorrecto no basta para demostrar que se produjo una conexión de ese tipo.

¿A qué información da prioridad el sitio?

La respuesta depende de la decisión que deba tomar. La función «cerca de mí» de un mapa puede utilizar la posición del dispositivo si tiene permiso. Una tienda puede conservar el país seleccionado por un cliente que regresa. Un cálculo de entrega necesita el destino del paquete. Estas funciones pueden actuar durante una misma visita y utilizar información distinta.

No existe una regla universal que haga prevalecer siempre el GPS sobre la IP, o el país de una cuenta sobre ambos. El sitio decide qué fuentes están disponibles y son pertinentes para cada función. Puede utilizar una, recurrir a otra como alternativa o comparar varias.

El proceso de pago muestra especialmente bien esta distinción. Un cliente puede navegar por un catálogo alemán e introducir después una dirección de entrega en India. La tienda puede recalcular el envío, cambiar los productos disponibles o aplicar sus reglas para ese destino. Por ejemplo, Shopify documenta que la dirección de envío determina la experiencia de mercado final del cliente al pagar. Es una regla del sistema de comercio, no una medición nueva de la IP del proxy.

El acceso es otra decisión. Un servicio puede identificar el país correctamente y aun así rechazar una acción por sus reglas de cuenta, red o disponibilidad. Un rechazo general no revela qué información lo provocó. La prueba relevante es la explicación concreta que facilita el servicio, no el simple hecho de que aparezca un rechazo.

¿Cómo saber qué influyó en el resultado?

Empieza por la función exacta que compruebas: el país asignado a la conexión, un catálogo regional, resultados cercanos, el idioma o la disponibilidad de entrega. Cada una puede depender de información diferente. Para una comparación útil, mantén iguales la IP del proxy y la dirección de la página mientras cambias una condición pertinente. Registra la dirección utilizada en cada prueba en lugar de basarte solo en una configuración de proxy que no cambia; de lo contrario, la rotación puede modificar la IP al mismo tiempo que el ajuste que querías probar.

1. Revisa los ajustes del propio sitio. Comprueba su selector de país, zona de búsqueda, destino de entrega y versión regional de la URL. Una selección visible ya puede explicar el resultado.
2. Compara una visita habitual con una sesión nueva sin iniciar sesión. Un perfil de prueba separado, sin los datos guardados del sitio, ayuda a examinar su efecto. Confirma primero que utiliza la misma IP del proxy. Una nueva sesión privada utiliza datos del sitio separados de la navegación normal, pero no cambia automáticamente la conexión ni todos los ajustes del navegador.
3. Comprueba qué cambia al iniciar sesión. Si la región anterior vuelve con la cuenta, revisa sus ajustes de región y dirección. Ese comportamiento apunta a información vinculada a la cuenta, aunque no revela todo el proceso de decisión del sitio.
4. Revisa la ubicación del dispositivo cuando la función necesite una posición actual. Comprueba el permiso de ubicación del sitio y la explicación que ofrezca sobre la fuente de su estimación. Los resultados cercanos y un país de entrega guardado necesitan comprobaciones distintas.

En el ejemplo de compra, elegir Alemania en el menú de país de la tienda resuelve la preferencia regional guardada. Si la tarea es organizar una entrega a India, el destino indio sigue siendo pertinente. Si el sitio asigna expresamente la IP del proxy al país equivocado, la cuestión se refiere a sus datos de geolocalización para esa dirección. Identificar el resultado necesario permite concretar la siguiente acción.