El equipo traduce la interfaz a una decena de idiomas, el desarrollador abre el sitio desde su IP de trabajo y ve el idioma correcto, así que todo funciona. En realidad solo se ha revisado una capa de cinco. La moneda, el impuesto en el precio, la disponibilidad de envío e incluso la composición del catálogo dependen no del idioma del navegador, sino de desde dónde el sitio ve al visitante. Sin salir desde una dirección real del país en cuestión, la localización se revisa a ciegas.

Qué cambia exactamente para el visitante local

La moneda no siempre se recalcula automáticamente según el idioma: a menudo el disparador es la geolocalización de la IP, y un error al detectar el país muestra dólares donde deberían aparecer euros o rublos. El impuesto en el precio es una variable aparte: algunas plataformas muestran el precio sin impuesto sobre las ventas y otras con el impuesto incluido, y esa decisión se toma en el backend según la dirección del visitante, no según el idioma de interfaz elegido.

La disponibilidad de envío es otra capa invisible cuando trabajas desde tu IP doméstica. La ficha de un producto puede mostrar «en stock» para un país y «envío no disponible» para otro con un maquetado absolutamente idéntico. Por último, la composición del catálogo: parte de los productos se oculta por región debido a licencias, restricciones locales sobre una categoría o simplemente por falta de almacén, y eso solo se puede ver entrando desde una dirección del país correspondiente.

Por qué la traducción de la interfaz solo se comprueba a medias

Cambiar el idioma en el selector es frontend. La moneda, el impuesto, el envío y el catálogo son lógica de backend ligada a la geolocalización de la IP y, a veces, al ASN: algunos servicios de precios distinguen una dirección doméstica de una de centro de datos y muestran al proxy de oficina una versión de la página distinta de la que ve un usuario común. La comprobación «el texto está traducido, los botones están en su sitio» responde sobre el idioma, pero no sobre lo que realmente verá el cliente en el país de destino. La diferencia entre una dirección residencial y una móvil también importa en esta verificación; más detalles en el artículo proxies móviles frente a residenciales.

Checklist para verificar la localización

Primero, el país y la ciudad según la geolocalización, no según lo que supones: la dirección debe resolverse justo donde se encuentra físicamente el usuario objetivo. Segundo, la moneda en la página del catálogo y en la de finalizar la compra, que a veces no coinciden. Tercero, la presencia y el monto del impuesto en el precio final. Cuarto, la disponibilidad de envío y de métodos de pago para la región. Quinto, la composición del catálogo: compara la lista de productos desde la dirección local y desde tu IP habitual; la diferencia mostrará las restricciones regionales.

Sexto, el idioma de la interfaz y el formato de fechas, números y máscaras telefónicas: deben corresponder a la localización, y no solo al selector de idioma. Estos puntos hay que revisarlos de forma sistemática y no al azar: la metodología para comprobar la calidad de un proxy describe en qué métricas apoyarte para que el resultado sea reproducible.

Bugs de localización típicos, visibles solo desde una dirección local

El primero: el precio mostrado es entre un 15 y un 20 % más bajo o más alto que el real, porque el impuesto se aplica o no según el país de la IP y no según la dirección de envío indicada en el formulario. El segundo: el botón de finalizar la compra está activo, pero al intentar enviar a la región real aparece un error en el último paso; desde la IP de trabajo nadie recorre ese camino. El tercero: el producto se ve en el catálogo desde la IP doméstica del desarrollador, pero desaparece al entrar desde una dirección del país de destino por una restricción regional de la que nadie sabía. El cuarto: la moneda cambia según el idioma y no según el país, y un usuario francófono de Canadá ve los precios en euros en lugar de dólares canadienses.

Estos bugs no los detecta ni el QA manual desde la IP de oficina ni las pruebas automáticas sin suplantación de geolocalización: hace falta una salida real desde el país de destino y, mejor aún, desde varios tipos de direcciones, porque algunas plataformas tratan una IP de centro de datos de forma distinta a una residencial. Para entender qué tipo de dirección elegir según la tarea de verificación, te puede servir el análisis dónde el ahorro en proxies es ilusorio.

Cuánto tráfico se gasta en verificar la localización

Una página completa de catálogo con imágenes pesa entre 2 y 5 MB; una página de texto sin medios, entre 0,3 y 1 MB. Revisar un centenar de fichas de producto (precio, impuesto y disponibilidad de envío) cabe aproximadamente en 0,3–0,5 GB, y el monitoreo diario de un centenar de páginas en varios países, en 1,5–3 GB al mes. El ahorro se logra desactivando la carga automática de imágenes y fuentes en la verificación automática, y no eligiendo el canal más barato: una sesión caída por una dirección inestable sale más cara que los gigabytes ahorrados.

Preguntas frecuentes

¿Basta una IP de centro de datos para verificar la localización?

Para comprobar el idioma de la interfaz y la disponibilidad básica del sitio, sí. Para comprobar precios, impuestos y catálogo, no siempre: algunas plataformas entregan a las direcciones de centros de datos una versión recortada o distinta de la página, por eso, para una verificación precisa de precios es más fiable una dirección residencial o móvil del país en cuestión.

¿Hace falta una dirección de la misma ciudad donde vive el usuario objetivo?

Para el impuesto y la moneda suele bastar la precisión a nivel de país, a veces de estado o región, si el impuesto es regional. Para el envío por código postal y las promociones locales, la precisión a nivel de ciudad puede ser importante; conviene comprobarlo aparte para cada plataforma concreta.

¿Con qué frecuencia hay que volver a verificar la localización si el sitio ya se revisó?

La lógica de precios, impuestos y catálogo cambia independientemente de las versiones de la interfaz: el proveedor actualizó la lista de precios, cambió una regla fiscal o se añadió una restricción regional. Una periodicidad razonable es cada 2–4 semanas o justo después de cualquier cambio en la lógica de precios o de catálogo.

Puedes comprobar la localización con tus propios ojos con un proxy del país que necesites: el catálogo de direcciones y tipos de acceso está disponible en la sección proxies.