LA LISTA DE VERIFICACIÓN DE CWV
Las doce comprobaciones que realizo antes de dar por listo para su lanzamiento un sitio web o una plantilla. Son lo suficientemente breves como para aplicarlas, pero lo suficientemente rigurosas como para detectar fallos reales.
← Todas las guías Todas las guías de este tema
Por qué funcionan las listas de comprobación breves
Las auditorías de rendimiento largas suelen pasarse por alto. En su lugar, se utiliza una lista de doce puntos que un desarrollador principal puede revisar en una tarde. Esta es la lista que reviso antes del lanzamiento, antes de cualquier cambio importante en la plantilla y después de cualquier sorpresa del tipo «hemos añadido un pequeño script».
Se da por hecho que ya conoces las métricas. Si necesitas un diagnóstico, lee «Por qué tu página web va lenta». Si necesitas intervenir en una métrica concreta, lee la guía sobre LCP, INP y CLS. Esta página es el punto de partida.
Conclusión clave: Una lista de comprobación que se complete es mejor que una auditoría de 40 páginas que nadie vuelve a abrir.
Los 12 artículos
| # | Comprobar | El pase tiene este aspecto: |
|---|---|---|
| 1 | Datos de campo extraídos | CrUX o RUM para las plantillas clave, percentil 75 en dispositivos móviles |
| 2 | Se ha identificado un elemento LCP | Puedes indicar el nombre del elemento y su URL en la página principal. |
| 3 | Presupuesto para medios de LCP | Hero con un peso razonable, formato moderno, a medida y precargado si es necesario |
| 4 | TTFB correcto | El HTML almacenado en caché o estático mantiene el TTFB fuera de la zona de riesgo |
| 5 | JS en la ruta crítica | No es necesario charlar, hacer pruebas A/B ni hidratarse en exceso antes de la primera interacción. |
| 6 | Inspecciones aleatorias del INP | Los botones principales siguen respondiendo bien en un teléfono de gama media |
| 7 | Tipos de letra | Subconjunto, CDN autohospedada o controlada, sin texto invisible de varios segundos |
| 8 | Espacio reservado para CLS | Las imágenes, los contenidos incrustados y los anuncios tienen recuadros que indican sus dimensiones o su relación de aspecto |
| 9 | Terceros incluidos en la lista | Cada etiqueta tiene un propietario y una razón de ser |
| 10 | Encabezados de caché | El HTML y los recursos tienen una política de caché intencionada, no es algo fortuito. |
| 11 | Paridad de plantillas | Se han revisado las plantillas de la página de inicio, del centro y de los artículos, no solo la de la página de inicio |
| 12 | Regla de parada | Hay que parar cuando pase el CWV del campo, no cuando el Lighthouse llegue a 100. |
Imprímelo, pégalo en el ticket de lanzamiento o utilízalo como lista de comprobación para la solicitud de incorporación de cambios. Lo importante es que cada fila se evalúe como «aprobado» o «suspenso», no que haya respuestas de desarrollo.
Conclusión clave: Si no puedes marcar los puntos 1 y 2, no estás preparado para los puntos del 3 al 12.
Cómo utilizarlo realmente
Aplica la lista a las plantillas que generan ingresos o posicionamiento: página de inicio, página de destino principal, categoría o centro temático, y un artículo o una página de producto representativos. Una página de inicio verde con una plantilla de artículo roja sigue siendo un lanzamiento fallido.
Asigna un responsable a cada fallo. El trabajo de optimización sin un responsable acaba convirtiéndose en un hilo de Slack. Vuelve a ejecutar los datos de campo una semana después del lanzamiento, no solo en el entorno de prueba. El entorno de prueba no refleja la realidad en lo que respecta a terceros, el calentamiento de la caché y los dispositivos reales.
Cuando todo haya pasado, detente. Seguir optimizando es solo una cuestión de imagen de marca, a menos que una prueba de conversión específica indique lo contrario.
Conclusión clave: Utiliza la lista de comprobación como filtro para las plantillas que realmente importan y, una vez que los datos de campo estén claros, déjalo estar.
Por qué suspendo a los equipos
Dar por superada la fase «lab green» cuando Search Console sigue mostrando un grupo de URL con problemas. Publicar una nueva página de marketing que nunca figuró en la lista de comprobación. Dejar los widgets de chat en la ruta crítica porque así lo pidió el departamento de ventas. Corregir el CLS en el entorno de pruebas con espacios publicitarios vacíos que causan problemas graves en producción.
Además: considerar la lista de comprobación como algo puntual. Las plantillas se van desviando con el tiempo. Una revisión trimestral de las páginas relacionadas con el dinero permite detectar la «muerte lenta» provocada por «solo una etiqueta más».
Si fallan más de tres filas, no paralelices doce microtareas. Soluciona primero los problemas de LCP y de terceros, y luego vuelve a ejecutarlo. La mayoría de las placas se limpian más rápido así que con un sprint a lo loco.
Conclusión clave: Se debe rechazar el lanzamiento cuando falten datos de campo o la cobertura de las plantillas, no cuando la puntuación de un análisis de laboratorio «por vanidad» sea de 89.
Dónde se sitúa esta lista de comprobación dentro del grupo
Utiliza «why-is-my-website-slow» cuando aún necesites conocer la diferencia entre el servidor y el front-end. Utiliza la guía sobre LCP, INP y CLS cuando una métrica concreta esté en rojo y necesites soluciones. Recurre al pilar del rendimiento cuando la cuestión sea la hoja de ruta y la inversión, y no un requisito para el lanzamiento.
Esta lista de comprobación es la parte aburrida del proceso: es binaria, repetible y lo suficientemente breve como para que la gente realmente la utilice.
Conclusión clave: Gate se pone en marcha con la lista de comprobación. Realiza el diagnóstico con las demás guías de rendimiento.