El martes se modificaron tres ajustes. El jueves alguien nota que el menú deja de responder algunas veces. Nadie recuerda si la opción de retrasar scripts ya estaba activa o si llegó con la nueva configuración de caché. Ahora hay dos problemas: un menú poco fiable y un historial confuso.
El registro no tiene por qué convertirse en otro proyecto. Una entrada fechada por experimento basta para conectar el motivo, la acción y el resultado. Guárdala donde pueda encontrarla la siguiente persona responsable, junto a las notas del sitio y no dentro de una conversación privada.
Describe el problema antes que el ajuste
Empieza con algo concreto: la primera imagen del artículo aparece tarde en la prueba móvil elegida. Después escribe la hipótesis: quizá el archivo descargado sea demasiado grande. Eso ayuda más que anotar optimización de imágenes, porque aclara qué considerarías una mejora relacionada con el problema.
Registra la página, las condiciones y algunas mediciones anteriores. La documentación de Lighthouse explica que las condiciones cambiantes pueden alterar los resultados. Conserva contexto suficiente para distinguir una página modificada de un entorno de prueba diferente; una puntuación aislada más alta no resume todo lo ocurrido.
Describe luego el cambio exacto con palabras normales. Por ejemplo, indica que exportaste una versión más pequeña de la fotografía inicial y actualizaste ese artículo para utilizarla. Conserva el archivo original o una referencia recuperable. Si cambiaste una opción, anota su valor anterior y el nuevo, sin depender de una captura que oculta los ajustes cercanos.
Permite que el resultado no sea favorable
Después de probar, escribe qué ocurrió aunque resulte decepcionante. Quizá se redujo la descarga pero la imagen siguió apareciendo en el mismo momento. Esa observación tiene valor: acota la investigación y evita que alguien repita el experimento el mes siguiente porque el intento anterior desapareció de la memoria.
Incluye una comprobación funcional breve. Al cambiar una imagen conviene revisar nitidez y recorte. Si modificaste la carga de scripts, prueba la navegación, el buscador y los formularios afectados. Explica qué recorridos realizaste; un todo bien demasiado general no permite saber qué quedó cubierto.
Cierra la entrada con una decisión: conservado, revertido o pendiente de observación. Si deshaces el experimento, restaura únicamente sus cambios y comprueba que las ediciones posteriores sigan intactas. Recuperar una copia completa del sitio puede ser una operación mucho mayor que reemplazar un archivo o devolver un ajuste a su valor anterior.
Leer el diagrama como texto
- Síntoma y referencia: Define tarea lenta, condiciones, resultados repetidos e hipótesis.
- Un cambio concreto: Anota valores o archivos anteriores y nuevos, conservando el original recuperable.
- Repite las comprobaciones: Compara el síntoma inicial y revisa que no fallen funciones relacionadas.
- Conservar, revertir u observar: Indica la decisión y revierte solo lo que corresponda a este experimento.
Un resultado sin mejora también evita que el siguiente responsable trabaje a ciegas.
Así queda una explicación breve que sirve durante un cambio de responsable. Muestra por qué se actuó, qué evidencia apoyó la decisión y cómo revisarla. No necesitas convertirla en una presentación: unas notas claras son más útiles que una gráfica impecable sin rastro de cómo se obtuvo.
