Acelerar WordPress: 5-Guía técnica de pasos para aprobar Core Web Vitals (2026)

Un retraso de 1 segundo en la carga de la página reduce las conversiones en 7%. Tu sitio de WordPress es lento, los visitantes se van, avisos de google, caída de clasificación. La buena noticia? La mayoría de los problemas de velocidad tienen soluciones que no requieren un título en informática.

Esta guía lo guía a través de cinco optimizaciones técnicas que realmente mueven la aguja.. sin pelusa, ningún consejo vago como “Utilice un tema rápido.” Sólo acciones específicas con resultados mensurables..

Esto es lo que arreglarás: tiempo de respuesta del servidor, brechas de almacenamiento en caché, Imágenes de hinchado, desorden de bases de datos, y recursos de bloqueo de renderizado. Cada paso apunta a un cuello de botella de rendimiento diferente. Conjunto, pueden reducir el tiempo de carga 50-70%.

respuesta rapida: Actualizar a PHP 8.3, instalar un complemento de almacenamiento en caché como WP Rocket, comprimir imágenes a WebP, limpia tu base de datos mensualmente, y diferir JavaScript. La mayoría de los sitios ven 40-60% tiempos de carga más rápidos después de estos cinco cambios.

Última actualización: febrero 2026. Todas las herramientas y puntos de referencia verificados.

Antes de comenzar: Comprensión de los elementos básicos de la Web

Google mide la velocidad de su sitio utilizando tres métricas de Core Web Vitals. Estos no son números arbitrarios. Afectan directamente su clasificación de búsqueda y su experiencia de usuario..

LCP (Pintura contenta más grande): ¿Qué tan rápido aparece tu contenido principal?? Objetivo: debajo 2.5 segundos. Esto mide cuando el elemento visible más grande (generalmente una imagen destacada o un titular) termina de cargar.

EN P (Interacción con la siguiente pintura): ¿Qué tan rápido responde su sitio cuando alguien hace clic o toca?? Objetivo: debajo 200 milisegundos. INP reemplazó la antigua métrica FID en septiembre 2024. Mide la capacidad de respuesta durante toda la visita., no solo el primer clic.

CLS (Cambio de diseño acumulativo): ¿Tu página salta mientras se carga?? Objetivo: debajo 0.1. Cuando los anuncios o las imágenes se cargan tarde y empujan el contenido hacia abajo, eso es cambio de diseño. Los usuarios lo odian.

Un sitio de puntuación 75 en PageSpeed ​​con la aprobación de Core Web Vitals superará la puntuación de un sitio 95 con LCP fallido. Los signos vitales importan más que la puntuación general.

Paso 1: Repare la base de su servidor

Antes de optimizar cualquier otra cosa, comprobar dos cosas: tu versión de PHP y tu calidad de hosting. Ambos impactan directamente a TTFB (Tiempo al primer byte), ¿Cuál es la rapidez con la que su servidor comienza a responder a las solicitudes?.

Actualizar a PHP 8.2 o 8.3

PHP es el lenguaje de programación en el que se ejecuta WordPress. Las versiones más nuevas son notablemente más rápidas. PHP 8.3 maneja sobre 169 solicitudes por segundo, terminado 13% más rápido que PHP 7.4. Algunos puntos de referencia muestran 30-50% mejoras de velocidad al actualizar desde versiones anteriores de PHP.

Aquí está el estado actual de las versiones de PHP.:

• PHP 8.2: Estable, amplia compatibilidad, valor predeterminado recomendado
• PHP 8.3: Opción estable más rápida, ligeramente menos problemas de compatibilidad de complementos que 8.4
• PHP 8.4: Disponible pero pruébelo cuidadosamente, algunos complementos aún no son compatibles

Para verificar su versión de PHP, go to Tools > Site Health in your WordPress dashboard, luego haga clic en Información y expanda la sección Servidor. La mayoría de los paneles de control de hosting (cPanel, Plesk) te permite cambiar las versiones de PHP con unos pocos clics.

Advertencia: Pruebe primero en un sitio de prueba. Los temas o complementos obsoletos pueden fallar en las versiones más nuevas de PHP. Los culpables comunes incluyen versiones anteriores de Elementor Pro, WP Super Cache, y valla de palabras.

Evalúe su alojamiento

Su proveedor de hosting controla su TTFB. Un servidor lento significa que todo es lento, incluso con una optimización perfecta en otros lugares. Apunta a TTFB por debajo de 400 ms, idealmente menos de 200 ms.

Señales de que su hosting es el cuello de botella:

• TTFB más de 600 ms en una página simple
• La velocidad varía enormemente a lo largo del día.
• Otros sitios en el mismo servidor afectan su rendimiento
• Sin almacenamiento en caché de objetos (Redis o Memcached) disponible

Los hosts de WordPress administrados generalmente ofrecen mejores Core Web Vitals que el hosting compartido económico porque incluyen almacenamiento en caché integrado., Integración CDN, y configuraciones de servidor optimizadas. Si utiliza alojamiento compartido económico y se toma en serio la velocidad, la actualización es a menudo la mayor mejora que puede realizar. Vea nuestro Comparación de hosting administrado de WordPress para opciones.

Elija un tema ligero

Tu tema afecta cada carga de página.. Un tema inflado con marcos pesados ​​puede agregar más de 500 KB y cientos de milisegundos antes de que su contenido comience a cargarse..

Temas livianos que pasan consistentemente Core Web Vitals:

• Astra: 48Total de KB, cargas en ~400ms
• GeneratePress: 50Total de KB, excelente para desarrolladores
• Cadencia: Ligeramente más grande pero altamente personalizable
• Hola elementor: Solo 21 KB si estás usando Elementor

Si estás atrapado con un tema pesado, desactivar funciones que no utilizas. La mayoría de los temas cargan bibliotecas de animación., fuentes de iconos, y JavaScript para controles deslizantes que quizás nunca uses. Verifique la configuración del tema para “actuación” o “velocidad” opciones.

Hospede sus fuentes usted mismo

Las fuentes de Google cargadas desde los servidores de Google requieren una búsqueda y conexión de DNS adicionales. Esto agrega entre 100 y 300 ms a su LCP.

La solución: descargar fuentes y servirlas desde su propio dominio. Complementos como Dios mío (Optimizar mis fuentes de Google) o Fuentes locales de Google automatizar esto. WP Rocket y Perfmatters también incluyen optimización de fuentes.

Para un rendimiento aún mejor, usar fuentes del sistema (arial, Georgia, sistema-ui) donde el diseño lo permite. Se cargan instantáneamente porque ya están en los usuarios.’ dispositivos.

Paso 2: Implementar el almacenamiento en caché multicapa

El almacenamiento en caché almacena copias de sus páginas para que el servidor no las reconstruya desde cero para cada visitante.. Una estrategia de almacenamiento en caché configurada correctamente puede reducir el tiempo de carga de la página al 40-60% y reducir drásticamente el TTFB.

Necesita almacenamiento en caché en múltiples niveles: caché de página, caché de objetos, caché de navegador, y caché CDN. Cada capa capta diferentes solicitudes.

Almacenamiento en caché de páginas

El almacenamiento en caché de páginas guarda páginas HTML completas. Cuando alguien visita tu página de inicio, el servidor entrega la copia guardada en lugar de ejecutar código PHP y consultas de bases de datos. Esta es la mayor ganancia de rendimiento para la mayoría de los sitios..

Principales complementos de almacenamiento en caché basados ​​en 2026 Tasas de aprobación de Core Web Vitals:

• nitropack: 54% tasa de aprobación, solución todo en uno (prima)
• Caché más rápido de WP: 51% tasa de aprobación, versión gratuita disponible
• Perfimporta: 51% tasa de aprobación, ligero (prima)
• WP Rocket: 50% tasa de aprobación, fácil de usar (prima, $59/año)
• Caché LiteSpeed: 48% tasa de aprobación, gratis, pero mejor en servidores LiteSpeed

LiteSpeed ​​Cache frente a WP Rocket: Si su host ejecuta LiteSpeed ​​Web Server (consulte con ellos), LiteSpeed ​​Cache es el claro ganador. Utiliza almacenamiento en caché a nivel de servidor que es más rápido que el enfoque basado en archivos de WP Rocket., además es completamente gratis. Pero si estás en Apache o Nginx, WP Rocket funciona en cualquier servidor y no requiere conocimientos técnicos.

Almacenamiento en caché de objetos

El almacenamiento en caché de objetos almacena los resultados de las consultas de la base de datos en la memoria. En lugar de acceder a la base de datos repetidamente para obtener los mismos datos, WordPress lo toma de la RAM. Esto acelera los usuarios que han iniciado sesión y el contenido dinámico que el almacenamiento en caché de la página no puede ayudar.

Necesita tener instalado Redis o Memcached en su servidor. La mayoría de los hosts de WordPress administrados incluyen esto. Los hosts compartidos económicos generalmente no lo hacen.

Para habilitar el almacenamiento en caché de objetos:

• Compruebe si su host ofrece Redis o Memcached
• Instalar un complemento de conector (Caché de objetos de Redis o caché total de W3)
• Verifique que esté funcionando en la configuración de su complemento de almacenamiento en caché

Almacenamiento en caché para WooCommerce y usuarios registrados

El almacenamiento en caché de páginas estándar no funciona para contenido personalizado. Si cada visitante ve algo diferente (contenido del carrito, detalles de la cuenta, áreas de membresía), no puedes servir la misma página en caché a todos.

Soluciones para sitios dinámicos:

• Excluir páginas dinámicas del caché: Carro, verificar, y las páginas de la cuenta nunca deben almacenarse en caché
• Usar almacenamiento en caché de fragmentos: Almacenar en caché la página pero cargar partes dinámicas (widget de carrito, nombre de usuario) vía AJAX
• Habilitar el almacenamiento en caché de objetos: Esencial para WooCommerce, reduce sustancialmente los tiempos de consulta de productos
• Considere el almacenamiento en caché perimetral con ESI: LiteSpeed ​​Cache y algunas CDN son compatibles con Edge Side Incluye para mezclar contenido dinámico y en caché

WP Rocket y LiteSpeed ​​Cache detectan WooCommerce y excluyen automáticamente páginas confidenciales. Para sitios de membresía, Deberá configurar manualmente las exclusiones según las páginas de su complemento..

Almacenamiento en caché del navegador

El almacenamiento en caché del navegador informa a los visitantes’ navegadores para guardar archivos estáticos (imágenes, CSS, JavaScript) en la zona. En visitas repetidas, su navegador los carga desde el disco en lugar de descargarlos nuevamente.

La mayoría de los complementos de almacenamiento en caché configuran esto automáticamente. Si lo estás haciendo manualmente, agregue estas reglas a su archivo .htaccess o configúrelas en la configuración de su CDN. Objetivo al menos 7 días para activos estáticos, 1 año para archivos versionados.

Almacenamiento en caché de CDN

Un CDN (Red de entrega de contenidos) almacena copias de su sitio en servidores en todo el mundo. Los visitantes son atendidos desde la ubicación más cercana., que reduce la latencia.

Flama de nube es la opción estándar. El plan gratuito funciona bien para la mayoría de los sitios.. La configuración tarda aproximadamente 15 minutos:

• Crea una cuenta de Cloudflare y agrega tu dominio
• Actualice los servidores de nombres de su dominio a los de Cloudflare
• Establecer SSL en “Completo (Estricto)” para evitar bucles de redireccionamiento
• Habilitar la compresión Brotli (más rápido que GZIP)
• Instale el complemento de WordPress de Cloudflare para la purga automática de caché

Un sitio vio caer el TTFB de 136 ms a 37 ms después de habilitar Cloudflare. Para sitios de WordPress específicamente, APO de Cloudflare (Optimización automática de la plataforma) La función almacena en caché HTML dinámico en el borde por $5 al mes., no solo archivos estáticos.

Para obtener más información sobre las opciones de CDN, Vea nuestro guía de alojamiento CDN.

Paso 3: Optimiza tus imágenes

Las imágenes suelen representar 50% o más del peso total de una página. Optimizarlos es una de las cosas más “provechoso” correcciones de velocidad: misma calidad visual, archivos dramáticamente más pequeños, mejora instantánea.

Convertir a formatos modernos

WebP y AVIF son formatos de imagen de próxima generación que se comprimen mejor que JPEG y PNG.

• WebP: 25-35% más pequeño que JPEG, 97% soporte del navegador
• AVIF: 50% más pequeño que WebP, 93% soporte del navegador

Objetivo: cada imagen de menos de 200 KB. Si tu imagen de héroe es de 2 MB, ese es tu problema de LCP justo ahí.

Principales complementos de optimización de imágenes (todo actualizado para 2026):

• Imaginar: 1M+ instalaciones, excelente conversión WebP/AVIF, hecho por el equipo de WP Rocket
• ShortPixel: 300Instalaciones K+, Incluye un CDN incorporado para servir imágenes optimizadas.
• Smush: 1M+ instalaciones, nivel gratuito con soporte WebP
• Convertidor para medios: Gratis, convierte imágenes existentes a WebP/AVIF automáticamente

La mayoría de los complementos funcionan de manera similar: comprimen imágenes al subirlas, convertir a WebP/AVIF, y ofrecer el formato correcto según la compatibilidad del navegador. Elige uno y configúralo. No apile varios complementos de imágenes.

Implementar carga diferida

La carga diferida retrasa la carga de imágenes hasta que están a punto de ingresar a la ventana gráfica. Esto acelera la carga inicial de la página porque el navegador no descarga imágenes a las que aún no te has desplazado..

WordPress ha incluido carga diferida nativa desde la versión 5.5. Funciona automáticamente sin complementos.. Desde WordPress 5.9, la primera imagen de cada página está excluida de la carga diferida para proteger su puntuación LCP.

sin embargo, La carga diferida nativa permite al navegador decidir qué aplazar.. A menudo es demasiado conservador. Los complementos de almacenamiento en caché como WP Rocket y Perfmatters ofrecen una carga diferida más agresiva que puede reducir aún más el peso inicial de la página..

Crítico: Nunca cargue de forma diferida su imagen LCP (normalmente la imagen principal o la imagen destacada en la parte superior de la página). Retrasar esa imagen perjudica directamente su puntuación de Core Web Vitals. Asegúrese de que su complemento de optimización excluya las imágenes de la mitad superior de la página.

Especificar dimensiones de imagen

Incluya siempre atributos de ancho y alto en las imágenes. Sin ellos, el navegador no sabe cuánto espacio reservar, provocando cambios de diseño (CLS malo) cuando se cargan las imágenes.

WordPress agrega dimensiones automáticamente para las imágenes en la biblioteca multimedia. Tenga cuidado con las imágenes codificadas manualmente o las imágenes agregadas a través de creadores de páginas sin el tamaño adecuado.

Vídeos de carga diferida con fachadas

Los vídeos integrados de YouTube y Vimeo matan el rendimiento. Una sola inserción de YouTube carga entre 400 y 800 KB de scripts antes de reproducirse. Si tienes varios vídeos en una página, estás viendo megabytes de JavaScript.

la solución: usar una fachada (miniatura de marcador de posición). La página carga una imagen estática en lugar del reproductor de video completo.. La inserción real se carga solo cuando el usuario hace clic en reproducir.

Complementos que manejan esto:

• WP Rocket: Carga diferida de YouTube incorporada con fachada
• Perfimporta: Carga diferida para YouTube, Vimeo, y marcos flotantes
• Carga diferida para vídeos: Complemento gratuito, reemplaza incrustaciones con miniaturas
• Caché LiteSpeed: Incluye carga diferida para iframes

Para vídeos autohospedados, utilizar el preload="none" atributo para que el navegador no descargue el vídeo hasta que comience la reproducción.

Precargue su imagen LCP

Si su elemento LCP es una imagen (normalmente lo es), la precarga le dice al navegador que le dé prioridad. Agregue esto a la sección principal de su página:

<link rel="preload" as="image" href="your-hero-image.webp">

Algunos complementos de almacenamiento en caché detectan y precargan su imagen LCP automáticamente. WP Rocket y Perfmatters ofrecen esta característica.

Paso 4: Limpia tu base de datos

Su base de datos de WordPress acumula basura con el tiempo. Publicar revisiones, comentarios de spam, datos transitorios, metadatos huérfanos. Esta hinchazón ralentiza las consultas. La optimización adecuada puede reducir el tiempo de consulta de la base de datos al 50-70%.

Eliminar datos innecesarios

Seguro para eliminar:

• Publicar revisiones: WordPress guarda cada edición. Mantener 2-3 revisiones recientes, borrar el resto.
• Borradores automáticos: Guardados automáticos que se acumulan
• Publicaciones y comentarios eliminados: Vacía tu basura
• Comentarios no deseados: Eliminar, no lo marques simplemente como spam
• Transitorios caducados: Datos almacenados en caché temporales que no se limpiaron
• Metadatos huérfanos: Datos dejados por publicaciones eliminadas o complementos desinstalados

WP-Optimize es el complemento gratuito estándar para esto. Maneja todo lo anterior con una limpieza con un solo clic y puede ejecutar limpiezas programadas automáticamente. Limpiador avanzado de bases de datos ofrece un control más granular si lo necesita.

Siempre haga una copia de seguridad antes de optimizar. Las operaciones de la base de datos no se pueden deshacer.

Administrar datos cargados automáticamente

Los datos cargados automáticamente se cargan en cada solicitud de página. Vive en la tabla wp_options. Tiempo extraordinario, Los complementos agregan opciones que se cargan automáticamente innecesariamente., ralentizando todo su sitio.

Objetivo: menos de 800 KB de datos cargados automáticamente. Muchos sitios mal mantenidos tienen entre 2 y 5 MB.

Para comprobar el tamaño de los datos cargados automáticamente:

• Utilice el complemento Query Monitor y observe el panel de consultas de la base de datos
• O ejecute esta consulta SQL en phpMyAdmin: SELECT SUM(LENGTH(option_value)) FROM wp_options WHERE autoload = 'yes';

Si es demasiado alto, identificar las opciones cargadas automáticamente más grandes y determinar qué complementos las crearon. A menudo son transitorios que deberían haber expirado pero no lo hicieron, o datos de complementos que no necesitan cargarse en cada solicitud.

Optimizar tablas de bases de datos

Las tablas MySQL se fragmentan con el tiempo. Ejecutar un comando de optimización los desfragmenta, como desfragmentar un disco duro. La mayoría de los complementos de limpieza de bases de datos incluyen esta función.

Frecuencia: Mensual para sitios activos. Semanalmente si tiene mucho tráfico o cambios frecuentes de contenido. Don’t over-optimize as the process temporarily locks tables.

Limitar revisiones de publicaciones

Prevent future bloat by limiting how many revisions WordPress saves. Add this to your wp-config.php file:

define('WP_POST_REVISIONS', 3);

Esto mantiene 3 revisiones por publicación. Empezar a false para deshabilitar las revisiones por completo (no recomendado para la mayoría de los sitios).

Paso 5: Elimina los recursos que bloquean el renderizado

Cuando un navegador carga su página, ciertos archivos CSS y JavaScript bloquean la renderización. El navegador se detiene, descarga estos archivos, los procesa, luego continúa. Esto retrasa su primera pintura con contenido y LCP.

PageSpeed ​​Insights marca esto como “Elimine los recursos que bloquean el renderizado.” Para solucionarlo es necesario aplazar los recursos no críticos o incorporar los críticos..

Aplazar JavaScript

No es necesario ejecutar la mayor parte de JavaScript en su sitio inmediatamente. Aplazarlo permite que la página se muestre primero, luego ejecuta scripts después.

Dos opciones:

• Aplazar: Descargas durante el análisis, se ejecuta después de que HTML esté completamente cargado, mantiene orden de ejecución
• Async: Descargas durante el análisis, se ejecuta tan pronto como se descarga, orden no garantizada

Aplazar es más seguro para la mayoría de los sitios de WordPress porque los complementos a menudo dependen de que los scripts se carguen en un orden específico..

Complementos que manejan esto bien:

• WP Rocket: Opción de aplazar con un clic, maneja las exclusiones automáticamente
• Perfimporta: Aplazar y retrasar JavaScript, administrador de scripts para deshabilitar por página
• Autoptimizar + JavaScript asíncrono: Combinación gratuita que funciona bien en conjunto
• Caché LiteSpeed: Opciones integradas de aplazamiento/asíncrono de JS

Advertencia de jQuery: Muchos sitios de WordPress dependen en gran medida de jQuery para los controles deslizantes, formularios de contacto, y animaciones. Bloquea el renderizado por naturaleza y pesa más de 30 KB. Algunos complementos le permiten excluir jQuery del aplazamiento para evitar interrumpir la funcionalidad. Si aplazar causa fallos visuales o funciones rotas, jQuery suele ser el culpable.

Retrasar JavaScript para mejorar el INP

Retrasar es diferente a aplazar. Los scripts diferidos se ejecutan después del análisis HTML. Los scripts retrasados ​​no se ejecutan hasta la interacción del usuario (Desplazarse, hacer clic, grifo).

Esto es poderoso para INP porque mantiene libre el hilo principal.. Scripts de terceros como widgets de chat, analítica, y los guiones publicitarios pueden retrasarse hasta que se necesiten sin afectar la capacidad de respuesta inicial.

WP Rocket, Perfimporta, y Flying Scripts admiten retrasos. Configurar cuidadosamente: Los scripts retrasados ​​que se ejecutan demasiado tarde pueden causar una carga visible de elementos que los usuarios esperan de inmediato..

Optimizar la entrega de CSS

CSS bloquea la representación porque el navegador necesita estilos para saber cómo mostrar el contenido.. la solución: CSS crítico en línea y aplazar el resto.

CSS crítico significa los estilos necesarios para el contenido de la mitad superior de la página. Incluirlos en el encabezado HTML permite que el navegador muestre contenido visible inmediatamente.. El archivo CSS completo se carga después.

WP Rocket y NitroPack generan CSS crítico automáticamente. Para opciones gratuitas, el generador de CSS crítico en criticcss.com puede crear el código, pero deberás implementarlo manualmente o mediante Autoptimize.

Eliminar CSS no utilizado es otro enfoque. Herramientas como Perfmatters y WP Rocket identifican CSS que no se usa en páginas específicas y evitan que se cargue.. Esto es importante porque muchos temas y complementos cargan todo su CSS en todas partes., incluso cuando la mayor parte no es necesaria.

Audite sus complementos

Veinte complementos bien codificados pueden ser más rápidos que cinco mal escritos. El problema no es la cantidad.. es calidad.

Usar Monitor de consulta para identificar complementos lentos:

• Instalar el monitor de consultas (gratis)
• Cargue una página y consulte la barra de administración para ver las estadísticas de consulta.
• Mira a “Consultas por componente” para ver qué complementos ejecutan la mayoría de las consultas de bases de datos
• Verifique el tiempo de carga por complemento

Bandera roja: Cualquier complemento que agregue más de 200 ms a la carga de la página debe eliminarse o reemplazarse.

Delincuentes comunes:

• Complementos para compartir en redes sociales que cargan scripts en cada página
• Complementos de estadísticas/análisis (utilice Google Tag Manager en su lugar)
• Constructores de páginas pesados ​​en páginas simples
• Los complementos obsoletos ya no se mantienen
• Complementos que cargan activos en todo el sitio cuando solo se necesitan en páginas específicas

Complementos del administrador de scripts (Perfimporta, Limpieza de activos) le permite deshabilitar secuencias de comandos de complementos específicos en páginas donde no son necesarios. No es necesario que el complemento de su formulario de contacto se cargue en cada publicación del blog.

Midiendo sus resultados

Después de implementar estos pasos, Pruebe su sitio correctamente. No confíes en una sola prueba de PageSpeed.

Herramientas a utilizar:

• Google PageSpeed ​​Insights: Muestra datos de laboratorio y de campo. (métricas de usuario reales)
• GTmetrix: Gráficos en cascada detallados que muestran qué cargas y cuándo
• Prueba de página web: Múltiples ubicaciones de prueba, vista de tira de película, repetir la prueba de visita
• DevTools de Chrome: Pestaña de red para análisis de carga en tiempo real

Que comprobar:

• Los tres Core Web Vitals pasan (verde)
• TTFB por debajo de 400 ms (menos de 200 ms es excelente)
• Tamaño total de página inferior a 2 MB para páginas con mucho contenido, menos de 1 MB para páginas simples
• Tiempo completamente cargado bajo 3 segundos

Pruebe desde diferentes ubicaciones si tiene visitantes internacionales.. Un sitio rápido en Nueva York podría ser lento en Sydney sin una CDN.

Victorias rápidas: Orden de prioridad

Poco tiempo? Aquí es donde centrarse para lograr el máximo impacto:

• 1. Habilitar el almacenamiento en caché de páginas (WP Rocket or LiteSpeed Cache): a menudo reduce el tiempo de carga 40%+ inmediatamente
• 2. Comprimir y convertir imágenes (Imaginar o ShortPixel): soluciona los problemas más comunes de LCP
• 3. Actualizar la versión de PHP: gratis 15-30% aumento de velocidad si estás en una versión antigua
• 4. Agregar una CDN (libre de nube): reduce la latencia para los usuarios alejados de su servidor
• 5. Aplazar JavaScript: aborda las advertencias de bloqueo de renderizado más comunes

Estos cinco cambios por sí solos superarán los Core Web Vitals para la mayoría de los sitios.. La limpieza de la base de datos y la optimización avanzada de CSS sirven para exprimir el rendimiento adicional o solucionar problemas específicos..

When Your Hosting is the Problem

A veces la optimización no es suficiente. Si ha hecho todo lo que se describe en esta guía y aún tiene un TTFB lento o un rendimiento inconsistente, el servidor en sí es el cuello de botella.

Considere actualizar cuando:

• TTFB se mantiene por encima de los 600 ms a pesar de la optimización
• Estás en alojamiento compartido con sitios de alto tráfico
• Su host no ofrece almacenamiento en caché de objetos
• Necesitas más control sobre la configuración de PHP
• El soporte no puede ayudar con los problemas de rendimiento

Opciones por necesidad:

• Más recursos, misma facilidad: Alojamiento de WordPress administrado con almacenamiento en caché integrado
• Más control: Alojamiento VPS con tu propia configuración de servidor
• Rendimiento máximo: Alojamiento en la nube con escalado automático

Para sitios que se ejecutan en Almacenamiento NVMe con servidores LiteSpeed ​​y almacenamiento en caché adecuado, Se pueden lograr tiempos de carga inferiores a un segundo sin esfuerzos heroicos de optimización..

Common Speed Optimization Mistakes

La sobreoptimización causa tantos problemas como la suboptimización. Evita estas trampas:

Apilar múltiples complementos de almacenamiento en caché. Un complemento de almacenamiento en caché es suficiente. Ejecutar WP Rocket junto con W3 Total Cache no duplica tu velocidad. Crea conflictos, sirve páginas obsoletas, y puede romper la funcionalidad. Elija uno y configúrelo correctamente.

Ignorando el móvil. La mayoría de las fallas de Core Web Vitals ocurren en dispositivos móviles, no escritorio. PageSpeed ​​Insights muestra dispositivos móviles de forma predeterminada por una razón. Prueba en dispositivos móviles reales, no solo simuladores de navegadores de escritorio. que se carga en 2 segundos en tu MacBook pueden tardar 6 segundos en un teléfono Android de gama media.

Retraso de JavaScript demasiado agresivo. Retrasar todo hasta la interacción del usuario suena genial hasta que el menú de navegación funcione. 3 segundos para poder hacer clic. Pruebe a fondo. Algunos scripts deben ejecutarse inmediatamente.

Olvidarse de los scripts de terceros. Optimizaste cada imagen y pospusiste cada guión., pero se carga Google Tag Manager 15 scripts de seguimiento que bloquean el hilo principal. Auditar código de terceros. Si no estás utilizando activamente una herramienta de análisis, eliminarlo.

Optimización de sitios de desarrollo para métricas de producción. PageSpeed ​​Insights utiliza el Informe de experiencia del usuario de Chrome (Quid) datos de visitantes reales. Si su sitio no tiene tráfico, no tendrás datos de campo. datos de laboratorio (Faro) Simula el rendimiento pero no refleja perfectamente las condiciones del mundo real..

Persiguiendo puntuaciones de PageSpeed ​​en lugar de Core Web Vitals. una puntuación de 100 no significa nada si su LCP falla. Céntrese en las tres métricas que importan: LCP inferior a 2,5 s, INP inferior a 200 ms, CLS bajo 0.1. esos pasan? Estas bien, independientemente del número total.

Preguntas frecuentes

How fast should my WordPress site load?

Apunta a menos 2.5 segundos para LCP (cuando aparece el contenido principal) y debajo 3 segundos completamente cargado. Google considera LCP bajo 2.5 segundos “bien.” cualquier cosa terminada 4 Los segundos perjudicarán tanto las clasificaciones como las tasas de conversión..

Do I need a caching plugin if my host has built-in caching?

Hosts de WordPress administrados (Kinsta, WP Engine, SiteGround) incluir almacenamiento en caché de páginas, y agregar otra capa puede causar conflictos. sin embargo, Estos hosts no siempre manejan la optimización CSS/JS.. Utilice el almacenamiento en caché de su host, pero considere un complemento de optimización liviano como Perfmatters para los extras.

¿Cuál es mejor?: WP Rocket or LiteSpeed Cache?

Depende de tu servidor. LiteSpeed ​​Cache es más rápido y gratuito, pero sólo si su host ejecuta el servidor web LiteSpeed. En servidores Apache o Nginx, WP Rocket es la mejor opción porque LiteSpeed ​​Cache no puede usar sus funciones de almacenamiento en caché a nivel de servidor. Pregúntele a su anfitrión qué software de servidor utiliza.

Will optimizing my site break anything?

Potencialmente. Aplazar JavaScript puede romper los controles deslizantes, formas, o elementos interactivos. La optimización de CSS puede causar problemas de estilo. Pruebe siempre primero en un sitio de prueba, e implemente los cambios uno a la vez para que pueda identificar qué causó los problemas.

How often should I clean my database?

Mensual para la mayoría de los sitios. Semanalmente si tienes mucho tráfico, actualizaciones frecuentes de contenido, o actividad intensa de WooCommerce. No optimice demasiado. El proceso de limpieza bloquea temporalmente las tablas., lo que puede provocar breves ralentizaciones durante la ejecución.

Is it worth paying for a premium caching plugin?

Si tu tiempo tiene valor, si. WP Rocket ($59/año) Se configura en minutos y maneja casos extremos automáticamente.. Los complementos gratuitos como LiteSpeed ​​Cache pueden lograr resultados similares pero requieren más configuración y solución de problemas. Para la mayoría de los propietarios de sitios, el tiempo ahorrado vale la pena.

Does server location affect WordPress speed?

si. La distancia física entre su servidor y los visitantes afecta directamente a TTFB. Si tu servidor está en Nueva York y tu audiencia está en Sydney, cada solicitud recorre 16.000 km. Una CDN soluciona este problema para contenido estático, pero el HTML inicial aún proviene de su servidor de origen. Si la mayoría de los visitantes están en una región, anfitrión allí. Para audiencias globales, una CDN con almacenamiento en caché HTML de borde (como Cloudflare APO) es esencial.

¿Cómo sé si mi tema ralentiza WordPress??

Cambiar temporalmente a un tema predeterminado (como veinticuatro) y prueba tu velocidad. Si el rendimiento mejora dramáticamente, tu tema es el problema. También puede verificar los tamaños de archivos CSS y JS de su tema en la pestaña Red de Chrome DevTools.. Menos de 100 KB en total es bueno. Más de 500 KB son preocupantes. Temas que cargan múltiples fuentes de Google, bibliotecas de animación, y las fuentes de íconos son delincuentes comunes.