Usa esta checklist según lo que muestre la evidencia
Esta checklist de 47 puntos es una auditoría de trabajo para sitios WordPress. No promete un tiempo de carga ni una puntuación concretos: el hosting, el contenido, los dispositivos de los visitantes y los requisitos del negocio varían. Empieza por la experiencia de usuario que falla, elige las comprobaciones pertinentes y verifica un tipo de cambio a la vez.
Prioriza los cuellos de botella medidos antes del ajuste avanzado del servidor. Un cambio que ahorra una solicitud pequeña pero rompe el checkout es una regresión, aunque mejore la puntuación de laboratorio.
Establece la línea base
- Elige URLs representativas de inicio, artículo, archivo, producto y checkout; incluye sesiones con usuario identificado y anónimas.
- Registra la región del hosting, el dispositivo, las condiciones de red, el navegador y la versión del lanzamiento para que las pruebas posteriores sean comparables.
- Ejecuta pruebas de laboratorio repetibles más de una vez y conserva el rango, no solo el resultado más rápido.
- Revisa el LCP, el INP y el CLS de usuarios reales cuando haya datos de campo; distingue los datos de la URL de los del origen.
- Revisa la solicitud del documento y separa la demora de DNS, de conexión y de respuesta del servidor.
- Captura una traza del hilo principal mientras reproduces la interacción lenta, no solo durante la carga inicial.
- Identifica el elemento LCP real y la cadena de solicitudes necesaria para mostrarlo.
- Guarda una copia de seguridad restaurable y define los flujos de usuario clave que deben seguir funcionando después de los cambios.
Reduce el trabajo en el origen
- Usa una versión de PHP con soporte y compatible con el sitio; valida las actualizaciones en staging antes de producción.
- Comprueba el estado y la capacidad de OPcache. No desactives la comprobación de marcas de tiempo salvo que el despliegue invalide explícitamente la caché.
- Analiza las rutas lentas de PHP y las consultas repetidas a la base de datos antes de cambiar los ajustes del servidor.
- Revisa las solicitudes a APIs remotas durante el renderizado de la página; usa una caché adecuada y tiempos de espera acotados.
- Revisa con el proveedor de hosting la caché de objetos persistente y verifica la invalidación cuando cambia el contenido.
- Guarda en caché el HTML público solo donde sea seguro; excluye las respuestas autenticadas, de carrito, de checkout y personalizadas.
- Confirma que dos usuarios distintos no puedan recibir los datos en caché del otro.
- Revisa la saturación de CPU, memoria y procesos con una carga representativa antes de aumentar la concurrencia.
- Valida la ejecución de las tareas programadas. Si trasladas WP-Cron a un programador del sistema, monitorea las tareas omitidas y fallidas.
- Revisa los planes de consulta antes de agregar índices; evalúa el costo en las escrituras y prueba sobre una copia de datos representativa.
- Revisa las opciones autocargadas demasiado grandes junto con el plugin al que pertenecen. Haz una copia de seguridad antes de una limpieza puntual.
- Pagina las consultas grandes y evita cargar en memoria una colección sin límite.
Mejora el renderizado y la interacción
- Elimina scripts y estilos sin uso solo después de revisar los menús, los formularios, el checkout y los requisitos del editor.
- Difiere los scripts compatibles respetando el orden de las dependencias; async no sustituye a una ejecución ordenada.
- Revisa los estilos que bloquean el renderizado. Prueba cualquier enfoque de CSS crítico en todas las plantillas y tamaños de pantalla.
- Mantén la imagen LCP descubrible en el HTML inicial en lugar de insertarla tarde con JavaScript.
- No cargues de forma diferida la imagen LCP. Usa la prioridad de descarga alta de forma selectiva y luego revisa la cascada.
- Divide el JavaScript costoso en fragmentos medidos y cede el control entre ellos cuando corresponda.
- Agrupa las lecturas y escrituras del diseño para evitar recálculos forzados repetidos.
- Elimina los widgets de terceros innecesarios; retrasa los opcionales solo cuando su comportamiento y las reglas de consentimiento lo permitan.
- Reserva las dimensiones de imágenes, incrustaciones y anuncios antes de que lleguen sus recursos.
- Revisa las métricas de la fuente de respaldo y los desplazamientos del diseño; usa font-display de forma deliberada.
- Mantén los controles interactivos utilizables con la navegación por teclado y con el movimiento reducido.
- Prueba páginas largas y dispositivos de baja potencia; una página de inicio rápida no demuestra que todas las plantillas lo sean.
Entrega recursos del tamaño adecuado
- Elige el ancho de cada imagen según el espacio donde se muestra y la densidad de píxeles esperada.
- Compara AVIF, WebP y los formatos existentes con el archivo real en lugar de suponer un ahorro fijo.
- Ofrece candidatas srcset responsivas y un valor sizes que refleje el diseño.
- Carga de forma diferida las imágenes fuera de pantalla y usa decodificación asíncrona cuando corresponda.
- Mantén como HTML las etiquetas y explicaciones esenciales; el texto pequeño dentro de imágenes es difícil de leer.
- Aloja las fuentes en tu servidor o minimiza de otro modo sus solicitudes; carga solo los pesos y conjuntos de caracteres que el sitio necesita.
- Precarga solo los recursos realmente críticos después de verificar la cascada de solicitudes.
- Comprueba la entrega con gzip o Brotli de los recursos de texto y evita volver a comprimir imágenes ya comprimidas.
- Usa una caché de larga duración para los recursos estáticos versionados y cambia su URL cuando cambie su contenido.
- Carga los videos de forma intencionada. Ocultar un video solo con CSS no garantiza que se detenga su descarga.
Verifica el lanzamiento
- Prueba el inicio de sesión, la búsqueda, los formularios de contacto, el carrito y el checkout después de activar cualquier optimización.
- Revisa las cabeceras de caché y la invalidación del contenido en las páginas editadas.
- Repite las pruebas de laboratorio de la línea base en las mismas condiciones y registra tanto las mejoras como las regresiones.
- Monitorea las métricas de campo a lo largo del tiempo; un lanzamiento no se refleja de inmediato en una ventana de datos móvil.
- Define presupuestos de rendimiento y mantén un registro de cambios para poder atribuir una regresión posterior a un lanzamiento.
Preguntas frecuentes
¿Qué deberías corregir primero?
Si el documento inicial es lento, analiza el origen y el comportamiento de la caché. Si el documento llega rápido pero el contenido principal aparece tarde, revisa el recurso LCP y la ruta de renderizado. Si los clics se sienten lentos después de la carga, investiga el trabajo de JavaScript y de diseño durante la interacción. Deja clara esta distinción en tus notas de auditoría.
¿Una puntuación baja en Lighthouse provoca una penalización fija en el posicionamiento?
Ninguna regla publicada asigna una penalización fija en Google a una puntuación de Lighthouse inferior a un número concreto. Usa la puntuación para investigar oportunidades técnicas y los datos de campo para entender a los visitantes reales.
¿Tengo que aplicar las 47 comprobaciones a todos los sitios WordPress?
No. Usa la checklist para identificar las investigaciones pertinentes y luego prioriza el cuello de botella que afecta a un recorrido importante del cliente. Un sitio informativo y una tienda WooCommerce con mucho movimiento tienen requisitos distintos. Anota por qué una comprobación es aplicable, se pospone o no es necesaria.
¿Qué debo probar después de cambiar los ajustes de caché o de scripts?
Revisa los menús, la búsqueda, los formularios, el inicio de sesión y el checkout cuando corresponda. Prueba con sesiones separadas, edita y despublica contenido para comprobar la invalidación, y compara el rendimiento con la línea base original. Ten disponible una reversión por si una optimización rompe una interacción necesaria.
Fuentes y lecturas recomendadas
Sigue explorando
Profundiza en el diagnóstico del TTFB y las Core Web Vitals y en la entrega de imágenes responsivas.




Leave a Reply