Cómo configurar una comprobación de transacción (paso a paso)

Paso de navegación inicial

Introduce la URL que debe abrir primero el navegador en el campo Initial navigation step: ahí es donde empieza toda la transacción, antes de que se ejecute ninguno de los pasos de abajo. También puedes darle al monitor un nombre opcional (por ejemplo "flujo de pago - tienda UE") para reconocerlo después en las alertas y los informes.

Configuración principal

• Monitorización activada: pausa o reanuda la comprobación sin eliminarla.
• Calendario por intervalo / Calendario por cron: ejecuta con un intervalo fijo o con una expresión cron. Como un flujo completo de navegador tarda notablemente más por ejecución que un simple ping o una comprobación HTTP, calcula el intervalo en consecuencia.
• Transaction timeout: el tiempo total máximo permitido para que termine toda la secuencia de pasos antes de que la comprobación dispare una alerta. Por defecto son 40 segundos, y el deslizador va de 1 a 60 segundos para la mayoría de las cuentas.
• Etiquetas: etiquetas separadas por comas para filtrar y buscar en tu lista de monitores.
• Registro completo / Abrir estadísticas: Registro completo guarda cada resultado individual de la comprobación en lugar de agrupar los idénticos repetidos; Abrir estadísticas hace compartible la página de estadísticas y registro con personas que no han iniciado sesión en tu cuenta. Las comprobaciones de transacción no tienen los interruptores de monitor adjunto DNSBL/Web Risk que llevan Ping, Port y HTTP: este tipo solo expone estos dos indicadores aquí.

Pasos de la transacción

Este es el corazón de una comprobación de transacción. Construyes una lista ordenada de pasos, hasta 10 por transacción, cada uno una acción que realiza el navegador o una condición que verifica. Pulsa "+ Add new transaction step" para añadir uno, elige su Action, y rellena los campos que necesite esa acción:

• Click page element: un selector CSS que identifica en qué hacer clic, más una elección de comportamiento After click: terminar el paso de inmediato, esperar unos segundos (un deslizador de retardo de 1 a 10 segundos), esperar a que termine la navegación resultante, o esperar a la navegación y hacer fallar el paso si no ocurre.
• Fill in a text input: un selector CSS para el campo de entrada y el texto que escribir en él, útil para cuadros de búsqueda, formularios de inicio de sesión o cualquier campo que el flujo necesite rellenado.
• Verify textual content of a page: una o varias palabras clave separadas por comas, más un modo de coincidencia: cualquier palabra clave presente, todas las palabras clave presentes, cualquier palabra clave ausente, o todas las palabras clave ausentes, con coincidencia opcional sensible a mayúsculas y una opción para comprobar solo el contenido visible (para que el texto oculto en el DOM, como un menú colapsado, no produzca una coincidencia falsa).
• Verify page elements: un selector CSS que buscar, con una estrategia de validación: fallar si no se encuentra ningún elemento coincidente, fallar si se encuentra alguno, o fallar si no hay exactamente uno. Útil para confirmar que un botón, un banner o un mensaje de error está (o no está) presente.
• Go back to the previous page: dispara la navegación hacia atrás del navegador, con un deslizador de tiempo de espera de 1 a 40 segundos para cuánto esperar a que termine.
• Navigate to a new page: una Page URL objetivo más un deslizador de tiempo de espera de navegación de 1 a 40 segundos.
• Wait for specified time: un retardo fijo de 1 a 10 segundos, para contenido que necesita un momento para asentarse antes de que se ejecute el siguiente paso.

Debajo de la lista de pasos, dos interruptores se aplican a toda la ejecución, ambos activados por defecto: Final screenshot captura una imagen del estado de la última página, que te muestra por qué falló un paso con un pequeño coste adicional; Skip loading media files acelera cada ejecución (y reduce el ancho de banda) al no cargar imágenes, vídeo ni fuentes durante la transacción, lo cual está bien cuando estás probando el flujo funcional y no lo que la página renderiza visualmente.

Validación de respuesta

Esta sección no tiene captura de pantalla en esta guía, pero es un grupo completo en el formulario, y es independiente de las comprobaciones de contenido por paso de arriba: juzga la ejecución como un todo.

• Fail on console error: cuando está activado, cualquier error de la consola del navegador que se produzca durante la transacción hace fallar la comprobación, a menos que coincida con la lista de permitidos de abajo. Está desactivado por defecto.
• Expected console errors (solo se muestra cuando el interruptor de arriba está activado): una lista opcional separada por comas de texto de error que ignorar, para sitios que registran advertencias inofensivas o ruido de scripts de terceros que no quieres que disparen alertas.

Suscripciones de alerta

• Suscribir a todos los contactos a eventos Up/Down: suscribe a todos los contactos de tu cuenta a las alertas Up y Down de una sola vez.
• Chips Down / Up / Repeat por contacto: Down se dispara cuando falla un paso y el monitor pasa a un estado fallido, Up se dispara en la recuperación, y Repeat reenvía la notificación Down con un calendario mientras el flujo siga fallando.
• Buscar contactos: filtra la lista de contactos por nombre o dirección.

Suscripciones de informes

• Suscribir a todos los contactos a informes semanales/mensuales: suscribe a todos los contactos a ambas cadencias a la vez.
• Chips Daily / Weekly / Monthly por contacto: elige qué correo de resumen de uptime periódico recibe cada contacto.

Ubicaciones de monitorización

• Árbol de ubicaciones: elige qué ubicaciones de monitorización ejecutan la transacción, por continente, país o todo el mundo; "Copiar ubicaciones de otra tarea" clona el conjunto de un monitor existente.
• Estrategia de reintento: cómo se confirma un cambio de estado. Por defecto es una votación por mayoría entre las ubicaciones de reintento; las alternativas son un número concreto que confirme Down (deslizador de 1 a 7), ningún reintento en absoluto, acuerdo total entre todas las ubicaciones de reintento, o acuerdo total para Down mientras que Up solo necesita mayoría.
• Si las ubicaciones seleccionadas no están disponibles: "Solo ubicaciones seleccionadas" (por defecto) espera a que vuelva una ubicación elegida; "Ubicaciones más cercanas" vuelve a ejecutar desde las disponibles más próximas; "Cualquier ubicación" recurre a cualquier sitio disponible en el mundo.

Ejemplo resuelto

Un monitor de pago realista para una tienda en línea: paso 1, Navigate to a new page apuntando al listado de productos; paso 2, Click page element en el enlace "Añadir al carrito" de un producto concreto, con After click behavior fijado en esperar a la navegación; paso 3, Verify textual content of a page para la palabra clave "Cart" que confirme que el artículo llegó ahí; paso 4, Click page element en el botón de pago, esperando de nuevo a la navegación; paso 5, Fill in a text input para el campo de correo con una dirección de prueba; paso 6, Verify page elements para confirmar que está presente el botón de enviar del formulario de pago. Son 6 de los 10 pasos disponibles, dejando margen para ampliar el flujo más tarde. Activa Final screenshot para que un fallo te deje una imagen de dónde se detuvo realmente el flujo, mantén Skip loading media files activado ya que esta prueba se preocupa por el flujo funcional, y suscribe a tu equipo a Down, Up y Repeat en Suscripciones de alerta.

Solución de problemas

• Un paso que antes pasaba falla de repente: la causa más habitual es que un selector CSS se rompa después de que cambie el marcado del sitio objetivo: un rediseño, una prueba A/B, o un cambio de nombre de clase. Abre el paso que falla y confirma que el selector sigue coincidiendo con un elemento en la página en vivo.
• Un paso de navegación agota el tiempo de espera: cada paso Navigate to a new page o Go back tiene su propio deslizador de tiempo de espera de hasta 40 segundos, aparte del Transaction timeout global de Configuración principal; si una página concreta simplemente tarda en cargar, sube el tiempo de espera propio de ese paso en lugar de solo el total.
• Fail on console error se dispara con ruido que no te importa: los scripts de anuncios o analítica de terceros a menudo registran errores de consola inofensivos. En lugar de dejar Fail on console error desactivado del todo, añade el texto de error conocido a la lista de permitidos Expected console errors para que los errores reales se sigan detectando.
• Verify textual content coincide (o no) de forma inesperada: comprueba si Check only visible content y Case sensitive match están como esperas: el texto oculto en el DOM puede producir un falso positivo con el ajuste desactivado, y un cambio de mayúsculas entre variantes de página puede producir un falso negativo con la coincidencia sensible a mayúsculas activada.
• El flujo necesita más de 10 pasos: la lista de pasos tiene un tope de 10. Recorta un recorrido largo a los pasos que validan el flujo, o divídelo entre dos monitores de transacción que cubran mitades distintas.

Relacionado

• Monitorización de transacciones: la página de producto de este tipo de comprobación.
• Tiempos de acceso por navegador: otro tipo de comprobación que usa un navegador real, útil cuando quieres detalle del tiempo de carga en lugar de un flujo de varios pasos.
• Comprobación de velocidad de página: guía completa de configuración: la guía hermana para la monitorización de rendimiento basada en navegador.
• Modo de aserciones: referencia completa de validación de respuesta: el lenguaje de reglas de validación de respuesta usado en otros tipos de comprobación.
• 500 Internal Server Error: el estado que más a menudo devuelve un paso roto en medio de un flujo.
• Todas las guías de monitorización: la guía de configuración de cada otro tipo de comprobación.