Puede encontrar respuestas a preguntas frecuentes en la sección Preguntas frecuentes.
¶ Principal
Después de integrar correctamente el archivo index.php, debe mostrarse un preloader al redirigir a la black page al acceder a la white page.
Además, los registros de transición de prueba deben aparecer en el Panel:
¶ Cómo probar correctamente la integración y por qué puede permanecer en la white page durante las verificaciones de redirección
Antes de agregar el enlace de la white page a su campaña publicitaria y lanzar tráfico, asegúrese de que la integración esté configurada correctamente.
Abra el enlace de la white page y verifique que la redirección a la black page funcione como se espera.
Si la redirección desde la white page a la black page no ocurre, considere las posibles razones y corríjalas.
Verifique si Pause Mode está habilitado en el Flow — cuando está activo, todos los visitantes permanecen en la white page
Todos los visitantes que usen proxies IPv4 o IPv6, VPN, TOR o direcciones IP de redes corporativas y centros de datos permanecerán en la white page
¶ Prueba con una dirección IP específica
La forma más sencilla de comprobar si la integración y la redirección a la black page funcionan correctamente es ingresar su dirección IP (de cualquier tipo) en el campo IP permitida para prueba en la configuración del Flow y realizar la prueba desde esa IP.
Este método ignora todos los ajustes del Flow, los filtros de cloaking y las huellas del navegador.
Puede verificar su IP actual aquí:
https://browserleaks.com/ip
Cuando se utiliza una IP de prueba, la visita siempre aparecerá como una visita a la white page en el Panel — incluso si la redirección a la black page funcionó correctamente
¶ Prueba con un navegador estándar y una IP residencial
Si desea probar la redirección a la black page sin usar una IP de prueba, pero sigue aterrizando en la white page, siga estos pasos:
-
Use un proxy residencial o móvil de un país permitido, o su propia IP doméstica/móvil. Asegúrese de que su país esté temporalmente añadido a la lista de países permitidos en el Flow durante la prueba.
-
Asegúrese de no estar realizando la prueba desde una máquina virtual — utilice un navegador estándar en un dispositivo físico.
-
Si Click ID Filtering está habilitado en el Flow, no olvide agregar un parámetro Click ID para la prueba:
/?gclid=Cj0KCQiAmpyRBhC-ARIsABs2EArUH0fVxaDZJyqvuAUjkHhEgQAWmTfENIrJyQ7tJtteDAdfryCV4REaAoXnEALw_wcB
Ejemplo:
https://whitepage.com/?gclid=Cj0KCQiAmpyRBhC-ARIsABs2EArUH0fVxaDZJyqvuAUjkHhEgQAWmTfENIrJyQ7tJtteDAdfryCV4REaAoXnEALw_wcB
❗ Este parámetro es solo para pruebas y no debe usarse en campañas publicitarias reales.
-
Use un navegador estándar sin extensiones que puedan bloquear o eliminar parámetros Click ID (como Adblock), y sin configuraciones personalizadas que puedan afectar el fingerprinting — como WebGL deshabilitado o zona horaria modificada.
Evite usar el navegador Brave, ya que puede eliminar el parámetro Click ID por defecto. -
Si su white page está creada con WordPress y utiliza un plugin de caché (como LiteSpeed Cache, W3 Total Cache o WP Fastest Cache), asegúrese de limpiar la caché y desactivar el caché después de la integración.
-
Compruebe también lo siguiente:
- ¿Su visita proviene de un dispositivo y un país permitidos en el Flow?
- ¿Su computadora está configurada en una zona horaria permitida (si el filtro de zona horaria está habilitado) y coincide con su país (si está habilitada la opción Coincidencia entre la zona horaria del navegador y la ubicación del visitante)?
- ¿Existen filtros personalizados en el Flow (por ejemplo, referrers permitidos o rangos de IP) que puedan estar afectando la visita?
- ¿Está habilitado el Filtrado por pantalla táctil mientras prueba desde un dispositivo de escritorio?
Si comprobó todo lo anterior y aún permanece en la white page, por favor contacte al soporte.
¶ Errores en la white page
¶ php-curl extension does not exist
La biblioteca cURL no está instalada.
Debe:
- Instalar cURL y reiniciar el servidor.
- Verificar si la extensión php-curl está instalada.
- Ubicar el archivo php.ini en el servidor, abrirlo y comprobar si la línea correspondiente tiene un punto y coma ; al inicio. Si está presente, elimínelo para habilitar la extensión y guarde el archivo.
Si no puede realizar estas acciones por su cuenta, contacte al soporte de su proveedor de hosting.
¶ php-curl extension does not exist
El archivo index2.php falta. Esto suele ocurrir si los archivos se renombraron incorrectamente durante la integración en el servidor.
Para una integración correcta, debe renombrar el archivo de inicio de la white page de index.php a index2.php (si el archivo de inicio es index.html, cámbielo a index2.php modificando la extensión a .php)
y cargar el archivo index.php descargado del Flow en la raíz del sitio.
Renombrado correcto:
¶ html markup error: missing <body> tag
La etiqueta <body> falta en el código de la white page, lo cual es necesario para incrustar el script de integración de hoax.tech.
Agregue la etiqueta <body> al archivo index2.php después de la etiqueta </head>, o sustituya la white page por otra que contenga la etiqueta <body> en el archivo index.
¶ ¿Por qué hay más pérdida de tráfico con JS Fingerprinting habilitado y cómo reducirla?
Obtenga más información sobre la pérdida de tráfico en la sección Pérdidas de tráfico.
Con JavaScript Fingerprinting habilitado, se verifica la coherencia de los parámetros del sistema operativo y las huellas digitales del visitante. Por ejemplo:
- Número de núcleos del procesador;
- RAM;
- Resolución de pantalla;
- Presencia de pantalla táctil;
- Zona horaria;
y docenas de otros parámetros que no pueden obtenerse mediante PHP.
Con JavaScript Fingerprinting habilitado, la redirección no ocurre en el servidor, sino en el navegador del visitante después de cargar la white page.
Por ello, para reducir pérdidas de tráfico, es fundamental acelerar la carga de la white page.
Esto puede lograrse mediante:
- Uso de white pages ligeras y optimizadas, sin numerosos scripts, imágenes pesadas, videos o métricas;
- Uso de servidores idealmente ubicados cerca de la audiencia objetivo;
- Alojamiento de white pages en servidores de especificaciones medias o altas, evitando entornos débiles de hosting compartido;
¶ White Page en CMS WordPress
La integración PHP en white pages creadas con WordPress es similar a la integración en sitios HTML estáticos y se realiza en la carpeta raíz:
❗️ A qué prestar atención:
-
La integración correcta del cloaking en sitios WordPress se garantiza al usar el servidor web Apache.
-
Si un plugin de caché como LiteSpeed Cache, W3 Total Cache o WP Fastest Cache está activo y después de instalar el script index.php observa ausencia del preloader o un preloader infinito — se recomienda limpiar la caché y desactivar los plugins de caché.
-
También se recomienda limpiar la caché y desactivar funciones de caché en el hosting si están activadas.
-
Si aparece el error html markup error: missing
<body>tag, la plantilla utilizada no contiene la etiqueta<body>. Intente cambiar de tema. -
Al utilizar la integración PHP con una white page basada en WordPress, el cloaking se aplica a todas las páginas del sitio. Por esta razón, la black page no debe ubicarse en el mismo dominio de la white page, ya que esto provocaría un bucle de redirección. En su lugar, la black page debe alojarse en un dominio separado o en un subdominio de la white page.