Vercel: geolocalización por IP con precisión de ciudad

Qué cambió exactamente en la geolocalización por IP de Vercel

Vercel actualizó su geolocalización por IP y ahora resuelve la ubicación de los visitantes con una granularidad de red más fina. Según el changelog de la compañía, el sistema entrega datos a nivel de ciudad para casi todas las solicitudes y datos a nivel de código postal para el 90% del tráfico.

El cambio llega sin fricción para el desarrollador: está habilitado para todos los proyectos y no requiere modificaciones de código ni de configuración. Los headers de geolocalización existentes y el helper geolocation() del paquete @vercel/functions siguen devolviendo los mismos campos, tanto en Vercel Functions como en Routing Middleware.

Lo que sí cambió es la frecuencia de actualización de los datos. La compañía indica que la información se refresca más seguido, para que las ubicaciones acompañen la reasignación de rangos de IP y los cambios de routing.

¿Por qué importa la precisión a nivel de código postal?

Durante años, la geolocalización por IP se vendió como una aproximación: sabías el país, con suerte la ciudad, y el resto era adivinar. Cuando la resolución llega al código postal, se abren casos de uso que antes exigían pedirle la dirección al usuario o integrar un servicio externo de geocoding.

• Localización real: mostrar precios en moneda local, horarios de entrega, disponibilidad de stock o contenido por zona metropolitana, no por país.
• Cumplimiento normativo: aplicar restricciones de contenido o de licencias que operan a nivel regional o estatal, no nacional.
• Control de acceso y antifraude: detectar patrones anómalos cuando decenas de cuentas se crean desde el mismo bloque de red.
• Logística y marketplaces: estimar tiempos de envío o asignar comercios cercanos sin pedir un dato extra al usuario.

Para un founder, la lectura práctica es otra: cada campo de geolocalización que ya tenías disponible ahora tiene más resolución. Si tu producto ignoraba la ciudad porque el dato era poco confiable, vale la pena revisar esa decisión.

¿Por qué algunos visitantes ahora aparecen en otra ciudad o país?

Este es el punto que exige atención. Vercel advierte explícitamente que, si usas geolocalización para controles de acceso, localización o cumplimiento, algunos visitantes van a resolver a una ciudad o un país distinto que antes. El caso más frecuente es el tráfico que llega desde VPN, proveedores de hosting y rangos de IP arrendados.

La razón está en cómo se resuelve la ubicación. Los registros de los registros regionales de internet (RIR) documentan a quién le fue asignado un bloque de direcciones, no dónde termina físicamente el tráfico. Un subnet anunciado por un proveedor de hosting en un país distinto al de su registro RIR ahora resuelve a la ubicación física donde el tráfico realmente termina: el data center.

En la práctica, esto significa que la geolocalización se vuelve más fiel a la realidad de la red y menos fiel a la ficha administrativa del bloque. Para la mayoría de los casos de uso es una mejora. Para una regla de acceso escrita sobre la asignación estática del registro, es un cambio de comportamiento.

¿Qué significa esto para tu startup?

Si tu producto bloquea, redirige o personaliza según el país del visitante, esta actualización puede alterar el resultado de esas reglas sin que hayas tocado una línea de código. No es un bug: es un cambio de criterio en la resolución.

El riesgo concreto es el siguiente. Una regla del tipo "si el país es X, permitir; si no, bloquear" puede empezar a dejar pasar o a frenar tráfico que antes clasificaba distinto. Si además esa regla protege contenido licenciado, precios regionales o cumplimiento normativo, el impacto no es solo de experiencia de usuario.

La recomendación de Vercel es directa: verifica tus reglas de acceso contra la ubicación de red activa de una IP, no contra su asignación estática en el registro. Es un cambio de mentalidad: la IP deja de ser una etiqueta fija y pasa a ser un dato con estado.

Cómo auditar tus reglas geográficas en 3 pasos

1. Inventaria dónde usas geolocalización. Busca en tu código las referencias a los headers de geolocalización y al helper geolocation(). Incluye también las reglas de firewall, los redirects por país y cualquier lógica de precios o contenido condicionada por región. Si tienes varios proyectos, hazlo proyecto por proyecto.

2. Prueba con tráfico real, no solo con tu IP. Tu propia conexión es el peor caso de prueba posible. Arma una matriz con al menos una VPN, un proveedor de hosting en la nube y una conexión móvil, y compara qué devuelve cada uno contra lo que esperabas antes del cambio. Documenta las diferencias: ahí están tus reglas frágiles.

3. Define un comportamiento por defecto para el caso desconocido. Toda lógica geográfica necesita una rama de fallback. Decide de antemano si un visitante que no resuelve a una ubicación esperada ve el contenido general, un mensaje de verificación o un bloqueo. Un default explícito evita que un cambio de resolución se convierta en una caída de conversión.

A esto se suma una acción de bajo costo y alto retorno: registra en tus logs tanto la ciudad como el país que devuelve la geolocalización. Con ese histórico vas a poder detectar en semanas, y no en un incidente, si la mezcla de tráfico cambió.

¿Qué NO cambia con esta actualización?

Vale la pena ser preciso para no generar trabajo innecesario. No hay migración: los campos que ya consumías siguen siendo los mismos, el helper y los headers no cambian de forma, y no hay que activar nada. Tampoco cambia el modelo de precios ni el hecho de que la geolocalización sigue siendo una inferencia basada en red, no una confirmación de identidad.

Lo que cambia es la calidad y la actualidad del dato. Y con eso, la confiabilidad de las decisiones que construiste encima.

Conclusión

La actualización de geolocalización por IP de Vercel es de esas mejoras silenciosas que no rompen nada a simple vista pero sí mueven el piso de la lógica geográfica. Ganar resolución de ciudad y código postal habilita personalización y cumplimiento más finos; el costo es que algunas reglas viejas van a clasificar distinto a cierto tráfico.

Si tu producto toma decisiones por ubicación, el trabajo de esta semana es simple: audita las reglas, pruébalas con VPN y hosting, y define qué pasa cuando la ubicación no es la esperada. Media hora de revisión hoy es más barata que descubrir el problema con un cliente bloqueado.

Fuentes

• Improved IP geolocation data — Vercel Changelog (fuente original)
• Request headers — Vercel Docs