Guías de RenderLog
Estas guías ayudan a decidir qué capturar, qué vigilar con frecuencia y cuándo añadir referencias, avisos o más historial. Cada artículo parte de una tarea real con páginas, no de una lista genérica de pruebas.
Empieza aquí
Elige la ruta más cercana a la página que necesitas proteger o renderizar.
Salida API
Elige esto cuando un producto, tarea de backend o revisión de cliente necesite capturas, PDF, HTML, Markdown o archivos guardados.
Revisiones recurrentes
Úsalo cuando la misma URL, vista y estado de página deban revisarse de nuevo con historial y revisión.
Páginas de precios
Empieza aquí cuando tarjetas de precio, descuentos, enlaces de pago o precios localizados puedan desviarse tras cambios de producto.
Las páginas de precios cambian a menudo y se rompen sin ruido. RenderLog vigila la página completa, la compara con un estado aprobado y guarda contexto para la siguiente decisión de precio.
Úsalo cuando: Vigila la página de precios completa, no solo un selector o una respuesta de API.
Usa avisos inmediatos para páginas rotas y resúmenes diarios para historial visual estable que no debe interrumpir al equipo tras cada ejecución.
Úsalo cuando: Usa cada ejecución para revisiones urgentes y señales de páginas rotas.
El historial base cubre el trabajo reciente. La retención de un año es para equipos que necesitan encontrar archivos de resultado antiguos, referencias y contexto de revisión.
Úsalo cuando: El historial base se centra en los últimos 30 días.
Las reglas de fallo mantienen las capturas malas fuera de revisión para que el equipo revise cambios reales.
Úsalo cuando: Usa reglas listas para páginas de verificación, CAPTCHA e inicio de sesión.
Empieza con GET para una salida rápida. Pasa a POST cuando haya secretos, entradas largas, almacenamiento o pasos repetibles.
Úsalo cuando: Usa GET para una URL rápida a captura, PDF, HTML o Markdown.
Una captura solo se convierte en material útil de revisión cuando el equipo sabe qué está aprobado, qué ha cambiado y quién debe actuar después.
Úsalo cuando: La línea base marca el estado que el equipo aceptó.
Programa una página cuando alguien responde por el resultado y la misma configuración de captura debe ejecutarse otra vez.
Úsalo cuando: Revisiones después de publicar cambios.
Empieza manualmente cuando una página necesita una respuesta visual rápida. Guarda la misma configuración para automatizar solo si la revisión se repite.
Úsalo cuando: Validar un problema de maquetación sin esperar a una programación.
Una captura de página solo ayuda cuando la siguiente persona puede confiar en ella. Mantén archivo, configuración, estado aprobado y decisión juntos.
Úsalo cuando: Lanzar una captura puntual cuando el equipo necesita el estado actual.