Sustitución de destino: cómo investigar el incidente

Un cliente informa de que un anuncio lo llevó a un destino distinto de la página acordada con tu socio. Trátalo como un incidente que necesita pruebas, no como una sentencia inmediata de fraude. Una versión en otro idioma, una promoción caducada, un script comprometido y una ocultación intencionada pueden producir capturas parecidas, pero requieren soluciones diferentes.

Esta guía ofrece un procedimiento acotado para investigar una posible sustitución del destino. No explica cómo construir cloaking ni eludir revisiones. Trabaja únicamente sobre activos propios o cuya inspección esté autorizada. Los dos escenarios son ejercicios ficticios con supuestos independientes en euros, no resultados de AffiliateCore. El método puede aplicarse en distintos mercados, pero no autoriza la publicidad de productos restringidos en ningún país.

Contenido: Límites · Expediente · Investigación · Falsa alarma · Sustitución confirmada · Reanudación.

1. Distingue otra presentación de otra promesa

La pregunta no es si dos capturas son idénticas píxel a píxel. Es si el producto, las condiciones importantes y la siguiente acción coinciden con lo prometido. Una traducción puede mantener la misma propuesta. Una página que promete una demostración de software de agenda y conduce a una suscripción ajena de pago no la mantiene.

La política de Google sobre elusión de sistemas prohíbe el cloaking destinado a ocultar infracciones. Esa regla sirve de referencia; el procedimiento de investigación que sigue es una propuesta operativa propia. Una evaluación interna no garantiza la resolución de una apelación ante una plataforma publicitaria.

Define primero el recorrido aprobado: versión de la creatividad, categoría de fuente, dominio y página de destino, redirecciones acordadas, producto, condiciones esenciales, acción esperada y responsable de cambios. En una oferta de AffiliateCore, alinea los requisitos escritos de tráfico y destino con la oferta real y la campaña autorizada del socio. La plataforma permite organizar la oferta y los resultados registrados; esta guía no afirma que detecte automáticamente cloaking ni conserve todas las pruebas web.

No generes una inscripción o un pago remunerable para comprobar la ruta. Si necesitas una demostración autenticada, acuerda un entorno de pruebas y eventos excluidos expresamente. No solicites las credenciales de otra persona ni copies su sesión privada del navegador.

2. Abre un expediente con las pruebas necesarias

Incluye identificador del incidente, informante y contacto autorizado, fecha y zona horaria, identificadores de oferta y campaña, URL observada y destino final, dispositivo y navegador, propuesta esperada y observada, referencias de pruebas, alcance estimado, medida protectora, responsable y próxima revisión. Evita datos personales en mensajes colectivos; normalmente basta con el identificador del expediente.

Pide una captura de la promesa inesperada y de la barra de direcciones, con los datos personales ocultos. Pregunta qué acción la precedió, por ejemplo, el clic en un botón concreto. Una captura no demuestra por sí sola toda la cadena de redirección ni quién controlaba el destino. Márcala como un reporte pendiente de corroboración.

En los activos propios, conserva la configuración relevante, el historial de despliegue y registros de acceso limitados al periodo necesario antes de corregir. Aplica restricciones de acceso y la política de conservación existente. No recopiles todo el historial de navegación del cliente. Si hace falta exportar actividad de red, elimina cookies, tokens, valores de formularios y peticiones ajenas al caso antes de compartirla.

Control: un segundo revisor debe distinguir observación confirmada, inferencia y pregunta abierta. Si no puede hacerlo, reescribe el expediente antes de atribuir responsabilidades.

Para preparar los límites comerciales, regístrate como anunciante en AffiliateCore y define fuentes permitidas, destinos y criterios de aceptación. Crear una cuenta o un borrador de oferta no aprueba la ruta ni garantiza tráfico de socios.

3. Investiga sin aumentar la exposición

1. Valora las consecuencias. Un idioma inesperado exige revisión; una solicitud de pago ajena o una posible captura de credenciales exige protección inmediata. Pausa la ubicación o campaña afectada dentro de tus atribuciones, sin esperar una muestra estadística si los usuarios pueden sufrir daños.
2. Fija la referencia. Guarda creatividad y destino aprobados. Confirma que el reporte corresponde a la misma campaña y periodo. Una captura antigua frente a una versión nueva no es una comparación controlada.
3. Revisa el recorrido autorizado. Sigue el camino normal en una sesión limpia sin producir un evento remunerable. Documenta direcciones y promesas esenciales. Detente antes de descargar software desconocido o introducir credenciales en un destino sospechoso.
4. Compara registros. Examina cambios propios, configuración de redirecciones y componentes de terceros aprobados. Solicita al socio responsable su versión y explicación mediante el canal comercial autorizado. Una respuesta ausente limita la investigación; no prueba intención.
5. Comprueba explicaciones legítimas. Considera promociones vencidas, localización documentada, errores de redirección o componentes comprometidos. Cambia una sola condición conocida cada vez en tu entorno de pruebas. No sondees sistemas de protección ajenos ni suplantes a un revisor.
6. Clasifica el hallazgo. Usa estados claros: no reproducido; variación legítima explicada; desvío accidental; sustitución no autorizada confirmada; pruebas insuficientes. Atribuye intención únicamente con respaldo. Conserva el grado de confianza y las dudas junto al estado.
7. Define la corrección. Retira o corrige la ruta dentro de tu autoridad, documenta el cambio, revisa los resultados afectados según las condiciones existentes y fija qué evidencia permitirá reabrir. No reescribas silenciosamente los eventos históricos.

El resultado necesario es una decisión razonada, no un número de capturas de herramientas. Un resultado limpio en un momento no demuestra que todos los visitantes siempre vieran lo mismo. Una captura discordante tampoco justifica rechazar todos los resultados legítimos del socio.

4. Ejercicio: una localización confundida con sustitución

Supón que un editor envía visitantes a una página de consulta de un proveedor de formación. Una queja señala que cambia su aspecto en otro idioma. Los documentos aprobados identifican al mismo proveedor, consulta y condiciones de precio en ambas versiones. La revisión confirma diferencias en título y botón, mientras producto y condiciones importantes coinciden. No se demuestra ningún destino ajeno.

La investigación requiere tres horas de analista a 30 €, dos horas de revisión con el socio a 25 € y una hora de verificación a 30 €. El entorno de pruebas cuesta 20 €. El coste de revisión es 190 €: 90 + 50 + 30 + 20. Son supuestos didácticos, no tarifas de servicios concretos.

En la cohorte delimitada se registraron 40 acciones: seis incumplen la definición previa de aceptación, cuatro se cancelan, dos siguen pendientes y 28 se aceptan. Con un pago hipotético de 20 € por acción aceptada, se deben 560 €. La preparación asignada a la cohorte cuesta 250 €. El coste total enumerado, incluida la revisión, es 1.000 €. El coste por acción aceptada es 1.000/28 = 35,71 €. Si el techo documentado fuera 40 €, la cohorte estaría dentro del límite. Ese techo también es un supuesto, no una recomendación universal.

Los materiales resultantes son una lista comparativa de promesas, referencias a las dos versiones aprobadas, sus fechas y una conclusión limitada: «Localización legítima confirmada para la ruta revisada; sin pruebas de sustitución oculta del producto en las condiciones comprobadas». No escribas «libre de fraude para siempre».

Reabre cuando otro revisor confirme las condiciones esenciales y la información sea clara para el cliente. Las seis acciones rechazadas conservan sus motivos individuales y las cuatro cancelaciones siguen siendo cancelaciones. No aceptes las dos pendientes solo porque el incidente técnico se resolvió. La conclusión sobre la ruta y la decisión sobre conversiones son registros separados.

5. Ejercicio: destino no autorizado confirmado

Supón que el recorrido aprobado conduce a una consulta de software. Un registro controlado en infraestructura propia muestra que una redirección modificada envió a parte de los visitantes a una suscripción ajena. El historial identifica el componente cambiado y la vía de acceso utilizada. Eso confirma una modificación no autorizada; responsabilidad e intención todavía necesitan examen de las pruebas disponibles.

Pausa el recorrido, conserva la versión y restaura el destino aprobado mediante el procedimiento normal de cambios. El expediente incluye ruta aprobada, destino final observado, historial de configuración acotado y corrección aplicada. No publiques instrucciones para reproducir el engaño ni distribuyas un enlace sospechoso activo a todo el equipo.

De 50 acciones registradas, diez se rechazan con motivos, cinco se cancelan, diez permanecen en revisión y 25 se aceptan según las reglas existentes. No rechaces automáticamente todo el periodo del incidente. Los pagos a socios a 20 € suman 500 €. Medios y preparación asignados cuestan 400 €. La investigación ocupa seis horas a 30 €, la corrección dos horas a 30 € y la atención autorizada a clientes otros 60 €. Coste total: 1.200 € = 500 + 400 + 180 + 60 + 60. Coste por acción aceptada: 48 €.

La economía ya supera el techo hipotético de 40 €. Si las diez pendientes fueran aceptadas legítimamente al mismo precio, el coste subiría a 1.400 € para 35 acciones, es decir, 40 € cada una. La cuenta no autoriza reanudar: la corrección debe verificarse y los resultados pendientes no pueden darse por hechos.

Son motivos de parada inmediata la exposición de usuarios a riesgo, la imposibilidad de controlar la ruta aprobada o cambios inexplicados repetidos. Reabrir exige corrección documentada, verificación independiente, responsables de cambios limitados y una observación pequeña autorizada. No compres más tráfico para diluir el coste del incidente. Reembolsos, cancelaciones y pagos siguen las condiciones contractuales reales y la evidencia de cada registro.

6. Reanuda deliberadamente y conserva lo aprendido

Comprueba: versión aprobada restaurada; condiciones esenciales coherentes; permisos de cambio restringidos a responsables; componentes externos revisados; cohorte afectada separada; motivos individuales conservados; próxima revisión asignada. Registra quién autorizó la reanudación y su alcance. Volver por etapas es una decisión comercial tras corregir, no una demostración de seguridad absoluta mediante una prueba pequeña.

Errores frecuentes: tratar toda localización como engaño, confundir un enlace roto con ocultación intencionada, compartir registros personales sin depurar, aceptar toda conversión después de una reparación o culpar al socio antes de revisar componentes propios comprometidos. Cada error mezcla preguntas que necesitan pruebas distintas.

Los anunciantes existentes pueden entrar en AffiliateCore para revisar la oferta y las condiciones acordadas. Conserva las pruebas en un sistema con acceso apropiadamente restringido: la lista ordinaria de conversiones no equivale a un archivo forense completo. Si la definición del evento es ambigua, aclara primero la especificación escrita de aceptación antes de escalar.

Tarea: prepara una ficha de ruta aprobada y un expediente vacío para tu próximo piloto. Define quién puede pausar, quién investiga, qué prueba permite reabrir y cómo se asignan los costes de revisión a la cohorte. Ensaya con una discrepancia inocua en pruebas, sin eventos reales remunerables ni exposición de clientes.

Fuentes consultadas el 15 de octubre de 2026: política de Google Ads sobre elusión y políticas de spam de Google Search. Los escenarios, cálculos y plantillas son ejemplos educativos originales.