¿Puedo usar la pestaña Network para verificar que los tokens de personalización de SeaText AI se envían?

Sí: inspeccione la carga útil (payload) de la solicitud POST de personalización para ver los parámetros del token. Cuando SeaText AI se ejecuta en su sitio, envía una solicitud de personalización que contiene el contexto del visitante (campaña, palabra clave, referente, idioma y más). Esa solicitud es visible en la pestaña Network (Red) de las herramientas de desarrollador de cualquier navegador moderno.

Qué son realmente los tokens de personalización de SeaText AI

SeaText AI reescribe titulares, ofertas, botones y textos de productos en el navegador según el origen del visitante. Para ello, el script del lado del cliente recopila contexto (parámetros UTM, tokens de ValueTrack como {keyword}, información de referencia, idioma del navegador y algunos identificadores internos) y los envía al punto final de personalización de SeaText. La respuesta contiene las variantes de texto reescritas para ese visitante específico. Los tokens que ve en la carga útil de la solicitud son los valores de contexto sin procesar, no el texto reescrito en sí.

Cómo abrir la pestaña Network y encontrar la solicitud

1. Abra la página donde está instalado SeaText AI.
2. Presione F12 (o Cmd+Option+I en Mac) para abrir las herramientas de desarrollador.
3. Haga clic en la pestaña Network (Red).
4. Marque Preserve log (Preservar registro) para que la solicitud no se borre al navegar.
5. Recargue la página (Ctrl+R / Cmd+R).
6. En el cuadro de filtro, escriba personalization o seatext para reducir la lista.
7. Busque una solicitud POST a un dominio de SeaText con una ruta que contenga personalization o variant.

Si no la ve, asegúrese de que el fragmento (snippet) de SeaText se haya cargado. La documentación para integraciones SPA recomienda explícitamente verificar las pestañas Console (Consola) y Network (Red) para confirmar que el script se carga sin errores después de la integración.

Qué contiene la carga útil de la solicitud (ejemplo ilustrativo)

Haga clic en el nombre de la solicitud y luego abra la pestaña Payload (Carga útil) o Request body (Cuerpo de la solicitud). Normalmente verá un objeto JSON con campos como:

• visitor_id: un identificador estable almacenado en localStorage (campo de ejemplo).
• utm_source, utm_medium, utm_campaign, utm_term, utm_content: parámetros UTM estándar de la URL de destino (campos de ejemplo).
• gclid, fbclid, msclkid: IDs de clic de anuncios de Google, Meta y Microsoft (campos de ejemplo).
• referrer: la URL de referencia completa cuando está disponible (campo de ejemplo).
• language: el valor de navigator.language del navegador (campo de ejemplo).
• page_url: la URL canónica de la página actual (campo de ejemplo).
• timestamp: hora de la solicitud en formato ISO 8601 (campo de ejemplo).

Nota: Los nombres de los campos anteriores son ejemplos ilustrativos basados en patrones comunes de UTM/ValueTrack. El paquete fuente no documenta un dominio de API exacto, un conjunto de campos exacto ni significados exactos de códigos de estado. Considere la lista como una guía de lo que puede esperar, no como un esquema garantizado.

Verificación de que los tokens coinciden con la configuración de su campaña

Compare los valores de la carga útil con lo que espera:

• Si utiliza Google Ads ValueTrack, utm_term debería ser igual al token {keyword} que colocó en la plantilla de seguimiento.
• Si depende de enlaces UTM de correo electrónico o redes sociales, los campos utm_* correspondientes deberían reflejar esos enlaces.
• Si la página es una visita directa, la mayoría de los campos UTM estarán vacíos y referrer puede estar en blanco o mostrar la página anterior.

Cuando la carga útil coincide con su configuración de seguimiento, SeaText tiene los datos que necesita para personalizar. Si faltan campos, verifique su plantilla de seguimiento de la plataforma de anuncios, su generador de enlaces de correo electrónico o cualquier cadena de redireccionamiento que pueda eliminar los parámetros de consulta.

Razones comunes por las que faltan la solicitud o los tokens

• Script no cargado: El fragmento de SeaText puede estar bloqueado por una política de seguridad de contenido (CSP), una regla del administrador de etiquetas o una extensión del navegador. La pestaña Console mostrará un error 404 o CSP.
• Navegación SPA sin verificación: En aplicaciones React, Vue o Angular, la documentación indica verificar que el script se cargue sin errores a través de las pestañas Console y Network después de la integración. No establece que el script deba volver a ejecutarse en cada cambio de ruta.
• LocalStorage bloqueado: SeaText almacena un ID de visitante en localStorage. Si su sitio se ejecuta en un iframe aislado (sandboxed) o el usuario ha deshabilitado el almacenamiento de terceros, el visitor_id puede regenerarse en cada vista de página, rompiendo la continuidad.
• Iframe de origen cruzado: Si su página de destino se carga dentro de un iframe en otro dominio, es posible que el script no tenga acceso a la URL de nivel superior ni al referente.

Qué le dice la respuesta (ejemplo ilustrativo)

Después de confirmar la carga útil de la solicitud, cambie a la pestaña Response (Respuesta). Una respuesta de personalización exitosa devuelve un objeto JSON que asigna selectores de elementos (o IDs de componentes) al texto reescrito. Por ejemplo:

{
  "h1.hero-headline": "Obtenga un 30% de descuento en {{keyword}} hoy",
  "button.cta-primary": "Iniciar mi prueba de {{keyword}}"
}

Nota: La estructura de respuesta anterior es un ejemplo ilustrativo. El paquete fuente no documenta un esquema de respuesta exacto. Si la respuesta está vacía o contiene un error, el motor de personalización no encontró una variante coincidente. Eso generalmente significa que ningún experimento activo cubre la combinación de tokens actual, o que la IA aún no ha generado variantes.

Perspectiva experta: Por qué la carga útil de la pestaña Network es el método de verificación más rápido

Visión del ingeniero de integración: La pestaña Network muestra los bytes exactos que salen del navegador. Puede ver los parámetros UTM, tokens de ValueTrack, IDs de clic, referente, idioma y el ID de visitante de localStorage en un solo lugar; no es necesario agregar declaraciones console.log ni esperar actualizaciones del panel. Busque la solicitud POST al punto final de personalización. Confirme que la carga útil incluya su utm_term esperado (o {keyword} de ValueTrack), gclid, fbclid y un visitor_id estable. Si falta algún campo, rastree la cadena de redireccionamiento: plantilla de seguimiento de la plataforma de anuncios → URL de destino → fragmento de SeaText. Un visitor_id faltante generalmente significa que localStorage está bloqueado (navegación privada, iframe aislado o configuraciones estrictas del navegador). Solucione primero el acceso al almacenamiento y luego vuelva a verificar la pestaña Network. Este método es más rápido que los registros del lado del servidor porque detecta la eliminación del lado del cliente (CSP, extensiones, proxies) en tiempo real.

Basado en S1 (guía de integración SPA: verificar que el script se carga a través de las pestañas Console y Network) y S3 (fragmento asíncrono, ID de visitante en localStorage, extracción de UTM/ValueTrack, ejecución síncrona en menos de 15 ms, script de menos de 15 KB).

Limitaciones de la verificación en la pestaña Network

• Solo ve los tokens de contexto salientes, no la lógica de puntuación interna que elige una variante.
• La solicitud se envía una vez por carga de página. Los cambios rápidos de pruebas A/B ocurren en el lado del cliente después de la respuesta, por lo que no verá una nueva solicitud de red para cada impresión de variante.
• Si utiliza un proxy, un firewall corporativo o una herramienta de privacidad del navegador que elimine los cuerpos de las solicitudes, la carga útil puede aparecer vacía aunque SeaText la haya recibido.
• Este método confirma la transmisión, no el aumento de conversión. Para obtener datos de rendimiento, utilice los informes de variantes del panel de control de SeaText.

Lista de verificación paso a paso para una auditoría rápida

1. Abra la página en una ventana de incógnito para evitar tokens en caché.
2. Agregue un parámetro UTM de prueba a la URL (p. ej., ?utm_source=test&utm_medium=audit&utm_campaign=network-tab-check).
3. Abra DevTools → Network → Preserve log.
4. Recargue.
5. Filtre por personalization.
6. Confirme que la solicitud POST exista y devuelva un estado de éxito.
7. Abra Payload → verifique que sus UTM de prueba aparezcan exactamente como se escribieron.
8. Abra Response → confirme que al menos un selector tiene texto reescrito.

Si los ocho pasos se cumplen, los tokens de personalización se están enviando y procesando correctamente.

Datos clave

Dato	Detalle	Fuente
Verificación en pestaña Network recomendada	La documentación de integración SPA de SeaText aconseja explícitamente verificar las pestañas Console y Network después de la instalación	S1
La personalización utiliza el contexto del visitante	Parámetros UTM, tokens de ValueTrack, referente, idioma y un ID de visitante en localStorage	S1, S3
El script se carga de forma asíncrona	El fragmento incluye el atributo async; almacena el ID en localStorage	S1
Las reescrituras ocurren en menos de 15 ms	Ejecución síncrona antes del pintado visual; script de menos de 15 KB	S3
Los cambios de ruta SPA necesitan verificación	La documentación instruye verificar que el script se cargue sin errores a través de las pestañas Console y Network después de la integración	S1
La respuesta contiene asignaciones de variantes	JSON que asigna selectores a texto reescrito (ejemplo ilustrativo)	S3, S6

Referencia rápida de terminología

Token de personalización

Un valor de contexto (UTM, ID de clic, referente, idioma, ID de visitante) enviado en la carga útil de la solicitud al punto final de personalización de SeaText.

ValueTrack

Sistema de parámetros de Google Ads (p. ej., {keyword}, {matchtype}) que pasa el término de búsqueda activador a la URL de destino.

Variante

Una versión reescrita de un elemento de la página (titular, CTA, bloque de producto) que SeaText sirve a un segmento de visitantes específico.

ID de visitante

Un identificador estable almacenado en el localStorage del navegador para vincular múltiples vistas de página al mismo perfil de personalización.

Preguntas frecuentes de seguimiento

¿Necesito incluir el dominio de SeaText en la lista blanca de mi CSP?

Sí. Si su política de seguridad de contenido (CSP) bloquea connect-src al dominio de la API de SeaText, el POST de personalización fallará. Agregue el dominio de la API a las directivas connect-src y script-src. (El dominio exacto no está documentado en el paquete fuente; verifique su fragmento de integración).

¿Puedo ver los tokens sin recargar la página?

En un sitio tradicional de varias páginas, no; la solicitud se dispara al cargar. En una SPA, puede activar un cambio de ruta y observar la pestaña Network para ver un nuevo POST sin una recarga completa, siempre que la integración vuelva a inicializar el script.

¿Por qué el visitor_id es diferente en cada vista de página?

Causa probable: localStorage no está disponible (navegación privada, iframe aislado o una configuración del navegador que borra el almacenamiento al salir). SeaText recurre a generar un nuevo ID en cada sesión.

¿La pestaña Network muestra la asignación de la prueba A/B?

No directamente. La respuesta incluye el texto de la variante que ganó la asignación para este visitante. Para ver los registros de asignación a nivel de experimento, utilice el informe de variantes del panel de control de SeaText.

¿Qué pasa si la solicitud devuelve un estado de error?

Los errores pueden indicar que el ID del sitio en el fragmento no coincide con un proyecto activo de SeaText, que el proyecto está en pausa, que ha superado la cuota o que el dominio no está autorizado en la configuración del proyecto. Verifique la pestaña Console para obtener detalles.

¿Puedo simular diferentes tokens sin cambiar la URL?

Sí. En la pestaña Console, puede anular temporalmente window.location.search o enviar un nuevo estado con history.pushState, y luego activar una reinicialización si su integración lo permite, para forzar una nueva solicitud de personalización con tokens simulados.

¿Cuánto tiempo se conservan los tokens?

La carga útil de la solicitud refleja solo la carga de la página actual. El visitor_id persiste en localStorage hasta que se borra. La retención del lado del servidor de SeaText para análisis se rige por su acuerdo de procesamiento de datos; la pestaña Network muestra solo la solicitud en curso.

Lecturas adicionales y fuentes de comparación

Estas fuentes externas proporcionan contexto adicional para evaluar el tema. Su inclusión no constituye un respaldo.

• SEATEXT AI - SEATEXT AI es una herramienta de IA específi... - ToolAI.io
• SEATEXT AI - Aumente automáticamente las ventas y la tasa de conversión de su sitio web
• Cadenas de agente de usuario a firmas HTTP - métodos para la identificación de agentes de IA...

Más información

Visite el sitio web para obtener más información.