Una campaña se lanza en once mercados. Los creativos fueron traducidos, revisados y aprobados. La plataforma reporta entrega en los once. Todo el mundo sigue adelante.
Tres semanas después, alguien en la oficina holandesa menciona que los anuncios en neerlandés han estado mostrando precios en euros con un separador decimal que se lee como un error de mil veces, y que la landing page ha estado en inglés todo este tiempo. La entrega era correcta. El gasto era correcto. La experiencia estaba rota, y nada en el stack de reporting estaba diseñado para detectarlo.
Esta es la brecha entre la aprobación de la campaña y la entrega de la campaña. La aprobación ocurre en tus propias herramientas. La entrega ocurre en la pantalla de un desconocido en un país en el que no estás.
Qué puede romperse en la entrega localizada, independientemente del anuncio
Que el creativo sea correcto en tu gestor de activos te dice muy poco, porque la experiencia servida se ensambla a partir de varios sistemas que pueden estar mal cada uno por su cuenta.
Se sirve la variante incorrecta. El targeting de idioma y mercado puede estar configurado correctamente y aun así recaer en un valor por defecto cuando una regla no coincide, cuando una variante se rechaza a mitad de proceso, o cuando la plataforma optimiza hacia una variante que resulta ser la inglesa.
El creativo es correcto y la landing page no. El fallo más común, con diferencia. El anuncio está localizado, el destino no lo está, o redirige a través de un enrutador geográfico que resuelve al sitio regional equivocado.
Formato de moneda, número y fecha. Moneda correcta, convención de separadores incorrecta. Formato correcto, moneda equivocada para el mercado. Precios convertidos con un tipo de cambio desactualizado.
Falta la información legal y normativa, o es genérica. Las divulgaciones obligatorias, los flujos de consentimiento y los avisos de edad o elegibilidad difieren según la jurisdicción. Una campaña que cumple la normativa en un mercado puede incumplirla en otro mostrando el mismo creativo exacto.
Las ofertas se filtran entre fronteras. Una promoción específica de un mercado es visible donde no es válida, lo cual es un problema comercial antes de ser un problema de marketing.
Los enlaces de tienda y app resuelven a la tienda equivocada. Los enlaces profundos que asumen una región envían a los usuarios a una ficha desde la que no pueden comprar.
Ninguno de estos casos genera un error en un panel de reporting. Producen una entrega de apariencia normal de una experiencia rota.
La verificación tiene que hacerse desde dentro del mercado
No puedes comprobar esto desde la sede central. Todo este tipo de fallo se desencadena por la ubicación aparente del visitante, así que un observador en la ubicación equivocada ve la experiencia correcta o ve un valor por defecto, y ambas lecturas son inútiles.
Para eso sirve un punto de observación local. Los proxies residenciales con targeting de país y ciudad permiten que un proceso de QA observe la campaña tal como la encuentra un usuario local. Con la puerta de enlace de Shifter, el targeting y la sesión van en las credenciales frente a p.shifter.io:443:
customer-USERNAME-country-nl-sid-qa-nl-31-ttl-600:PASSWORDcountry-nl fija el mercado, sid-qa-nl-31 mantiene una única salida durante todo el recorrido desde la impresión hasta la landing page, de modo que la comprobación sigue una sesión única y coherente, y ttl-600 conserva esa dirección durante diez minutos. Una sesión persistente importa aquí más que en la mayoría de trabajos de recopilación, porque lo que se verifica es un flujo de varios pasos.
Un detalle decide si la comprobación es válida: las señales de locale tienen que concordar con la salida. Una IP holandesa que envía una cabecera Accept-Language de en-US no es una visita holandesa, y muchos enrutadores geográficos se basan en la cabecera en lugar de en la dirección. Si no concuerdan, estás probando un visitante inconsistente y obtendrás una respuesta inconsistente. Esto se trata en matching proxy geo, timezone and locale.
La matriz de verificación
Una comprobación seria es una matriz, no una mirada puntual. Cada fila es algo que puede estar mal de forma independiente, con una condición de aprobación definida.
| Comprobación | Condición de aprobación | Evidencia a conservar |
|---|---|---|
| Anuncio servido | Aparece la variante prevista para este mercado | Captura de pantalla, ubicación, marca de tiempo |
| Idioma | Creativo y landing page en el idioma del mercado, sin recaída a valor por defecto | Texto renderizado, atributo lang, contenido de la página |
| Moneda y formato | Moneda, separadores y formato de fecha correctos para el locale | Captura de pantalla del bloque de precios |
| Validez de la oferta | La promoción mostrada es válida en este mercado | Texto de la oferta, enlace a términos, condiciones de elegibilidad |
| Información legal | Divulgaciones obligatorias presentes, localizadas y correctamente enlazadas | Texto de divulgación y estado del consentimiento |
| Coincidencia de la landing page | El destino resuelve a la página regional prevista | Cadena completa de redirección y URL final |
| Paridad entre dispositivos | Móvil y escritorio sirven ambos la experiencia correcta | Ambos perfiles de dispositivo capturados |
| Enlaces de tienda y profundos | Resuelven a la tienda del mercado correspondiente | URL final por plataforma |
Captura la cadena de redirección en lugar de solo la URL final. Cuando una landing page es incorrecta, la cadena es lo que te dice qué salto tomó la decisión, lo cual marca la diferencia entre una solución de quince minutos y una semana de especulación.
Ejecútalo de forma programada, no solo en el lanzamiento
La verificación en el momento del lanzamiento detecta la configuración inicial y nada después de ella. Estos fallos aparecen más tarde, y normalmente a raíz de un cambio que nadie relacionó con la campaña.
Merece la pena establecer tres disparadores. Con bloqueo por publicación, antes de que se active una campaña o un cambio en la landing page. Programado, con una cadencia por nivel de mercado, porque las reglas de CDN, las tablas de enrutamiento geográfico, las herramientas de consentimiento y la optimización de la plataforma derivan con el tiempo. Basado en eventos, tras una rotación de creativos, un cambio de precios, un despliegue del sitio o una actualización normativa en una jurisdicción.
Mantén las tasas de solicitud dentro de lo habitual y reduce el ritmo ante errores, como se explica en rate limiting and request throttling. Y no hagas clic en tus propios anuncios en producción como parte de una comprobación, ya que eso gasta presupuesto y contamina los datos de rendimiento; observa la impresión y después solicita la landing page directamente.
Verifica al verificador
Una comprobación de localización solo es tan fiable como el punto de observación desde el que se ejecutó, y este es el paso que la mayoría de los programas se saltan.
Confirma que la salida realmente resolvió al mercado que solicitaste, y regístralo junto con cada resultado. Distingue un fallo de red de un fallo de producto, porque un timeout no es evidencia de que la experiencia correcta estuviera presente. Y ejecuta una comprobación de control dos veces desde dos salidas distintas en el mismo mercado: si discrepan, la campaña se está comportando de forma inconsistente y eso en sí mismo es el hallazgo.
El método para establecer esa línea base está en testing proxy speed, success rate and location accuracy.
La misma disciplina se aplica a las comprobaciones impulsadas por cumplimiento normativo con un plazo legal asociado, algo que se trata en detalle en age verification as a geo-compliance testing problem.
Dirige los hallazgos hacia quien pueda solucionarlos
Los fallos de localización cruzan los límites entre equipos, y por eso sobreviven tanto tiempo. Un hallazgo necesita llegar al departamento correcto con la evidencia adjunta.
La variante equivocada va a medios. La landing page o redirección equivocada va a ingeniería web. La moneda u oferta equivocada va a comercial. La información legal ausente va a legal y cumplimiento, con el mercado especificado. Un hallazgo sin asignar en una hoja de cálculo compartida es un hallazgo que se redescubrirá el próximo trimestre.
Haz seguimiento de una métrica por encima de las demás: el tiempo transcurrido entre la aparición de un defecto de localización y su detección. Ese número es la razón de ser del programa.
Preguntas frecuentes
¿No puedo simplemente pedirle al equipo local que lo compruebe?
Para unos pocos mercados, sí, pero no escala, no es repetible, y no produce un registro de evidencia. Las comprobaciones puntuales humanas son un buen complemento a una matriz automatizada, no un sustituto.
¿Las vistas previas de la plataforma muestran lo que verá un mercado?
Muestran el creativo, no la experiencia ensamblada. Las vistas previas no ponen a prueba el enrutamiento geográfico, las herramientas de consentimiento, la lógica de moneda ni la landing page, que es donde vive la mayoría de estos fallos.
¿Cuántos mercados hay que comprobar?
Todos aquellos en los que inviertes. Escalona la cadencia según el gasto y la exposición normativa, en lugar de reducir la cobertura.
¿Cuál es la comprobación de mayor rendimiento?
La landing page y su cadena completa de redirección, por mercado, en ambos perfiles de dispositivo. Detecta más defectos reales que cualquier otra fila de la matriz.
La conclusión
Aprobación no es entrega. Una campaña puede estar correctamente construida, correctamente traducida y correctamente segmentada, y aun así servir el idioma equivocado, la moneda equivocada, una oferta inválida o una divulgación legal ausente, porque la experiencia servida la ensamblan sistemas que tu proceso de aprobación nunca tocó.
La única forma de saberlo es mirar desde dentro de cada mercado, con señales de locale que concuerden con el punto de observación, a través de una matriz definida, de forma programada, conservando la evidencia. La vista de producto está en la página de geo-targeted ad monitoring, con tarifas en la página de precios.