Empieza por medir la página afectada antes de comprar un plugin, cambiar de hosting o mover el sitio. Pasa la página por PageSpeed Insights en móvil y en escritorio, y luego anota su URL, la fecha, el tipo de dispositivo, LCP, INP, CLS, TTFB, el tamaño total de la página y las advertencias más importantes.
Las primeras correcciones habituales son imágenes con el tamaño correcto, menos plugins innecesarios, un tema más ligero, una versión actual de PHP y un solo sistema de caché de página bien configurado. Si el TTFB sigue alto o el plan de hosting alcanza una y otra vez los límites de CPU, memoria, procesos o base de datos, pregunta al proveedor por las condiciones exactas de tu plan antes de pagar un servicio nuevo.
Puntos clave
- Mide la misma página en móvil y en escritorio antes de cambiar nada.
- Revisa la caché a nivel de hosting y los límites de recursos antes de instalar un plugin de caché.
- Haz una copia de seguridad que puedas restaurar antes de cambiar PHP, la caché, la base de datos, el tema o la configuración de optimización.
- Corrige imágenes, plugins, temas y JavaScript antes de suponer que el problema es el hosting.
- Prueba formularios, inicios de sesión, comentarios, carritos y pagos después de activar la caché.
- Compara los precios de renovación, los límites del plan, los impuestos y las condiciones de cancelación antes de pagar.
¿Cómo encuentras el cuello de botella antes de comprar algo?
Pasa la página afectada por PageSpeed Insights, tanto en móvil como en escritorio. Anota la URL, la fecha, el tipo de dispositivo, LCP, INP, CLS, TTFB, el tamaño total de la página y las advertencias de diagnóstico más importantes. Usa la misma URL y las mismas condiciones de dispositivo al volver a probar, para que la comparación tenga sentido.
PageSpeed Insights muestra dos tipos de datos. Los datos de laboratorio de Lighthouse simulan la carga de una página y te ayudan a depurar una página concreta. Los datos de campo del Chrome User Experience Report representan a visitantes reales durante un periodo móvil de 28 días y usan el percentil 75. Una página nueva o con poco tráfico puede no tener datos de campo, y el informe puede mostrar datos del origen del sitio en lugar de la URL exacta.
Los Core Web Vitals de Google son LCP, INP y CLS. Google considera un buen resultado un LCP de 2.5 segundos o menos, un INP de 200 milisegundos o menos y un CLS de 0.1 o menos. El TTFB mide el tiempo que pasa antes de que el servidor empiece a enviar una respuesta. PageSpeed Insights clasifica un TTFB de 800 milisegundos o menos como bueno, de 800 a 1,800 milisegundos como algo que necesita mejorar, y más de 1,800 milisegundos como malo.
Compara una visita sin sesión iniciada o sin caché con una visita normal. La caché puede hacer que las visitas repetidas parezcan más rápidas, mientras que una visita con sesión iniciada, un carrito de compras o una página personalizada puede saltarse la caché. Pregunta a tu hosting actual qué caché de página, caché de objetos, versión de PHP, límite de CPU, límite de memoria, límite de procesos y funciones de red de entrega de contenido (CDN) se aplican al plan exacto.
Un TTFB alto apunta al hosting, a la ejecución de PHP, al trabajo de la base de datos, a los recursos del servidor, a la falta de caché de objetos o a la distancia del visitante. Las imágenes y los recursos grandes apuntan al peso de la página. Un INP alto puede apuntar al trabajo de JavaScript. El CLS apunta a movimientos del diseño. Mide la página afectada antes de pagar un hosting nuevo, un plugin, un creador de páginas, un servicio de seguridad, un servicio de correo, un complemento de dominio o una herramienta de SEO.
¿Qué correcciones suelen ir primero: caché, imágenes, plugins o temas?
Haz una copia de seguridad de los archivos de WordPress y de la base de datos antes de cambiar la configuración de optimización. Una copia de la caché no es una copia de seguridad, y borrar un plugin o un registro de la base de datos puede eliminar funciones o contenido que necesitas.
Empieza por las imágenes. Ajusta cada imagen a las dimensiones con las que aparece, comprímela y convierte los archivos adecuados a WebP u otro formato eficiente. Subir un original grande y mostrarlo en un espacio pequeño hace que el navegador descargue más datos de los que el visitante necesita. La optimización de imágenes no corrige un PHP lento, consultas a la base de datos, saturación del servidor ni JavaScript pesado, así que mide de nuevo después de cambiar las imágenes.
Después, elimina los plugins que ya no necesitas y revisa los que añaden scripts de front-end, llamadas a terceros, consultas a la base de datos o funciones visuales pesadas. Tener menos plugins no es automáticamente más rápido. Un plugin necesario puede hacer menos trabajo que varios plugins pequeños, mientras que un plugin sin usar puede seguir creando problemas de mantenimiento y de seguridad.
Revisa el tema para detectar scripts innecesarios, animaciones, elementos del creador de páginas y funciones de diseño que se cargan en todas las páginas. Los creadores de sitios web como Elementor pueden ayudarte a crear páginas, pero los widgets y los recursos que elijas siguen afectando al peso de la página. Conserva solo las secciones y los efectos que la página necesita.
Configura un solo sistema de caché de página, coherente. WordPress documenta que los plugins de caché crean versiones estáticas de las páginas, lo que reduce la necesidad de procesar WordPress en cada solicitud. La caché del navegador evita volver a descargar imágenes, CSS y JavaScript que no han cambiado. Si el hosting ya ofrece caché del lado del servidor, pregunta si el plugin debe usarla, reemplazarla o quedar desactivado. Tener varios sistemas de caché de página superpuestos puede mostrar contenido desactualizado o complicar mucho la solución de problemas.
WordPress también recomienda una versión actual de PHP, CSS y JavaScript reducidos, caché de objetos persistente donde el hosting la admita y una CDN para los recursos estáticos. La documentación de WordPress 7.1 recomienda PHP 8.3 o más reciente, MariaDB 10.11 o más reciente o MySQL 8.0 o más reciente, y HTTPS, aunque los requisitos varían según la versión de WordPress instalada. Confirma la compatibilidad antes de cambiar PHP.
Después de cada cambio, prueba la página de inicio y la página afectada, y luego prueba formularios, inicios de sesión, comentarios, búsqueda, carritos, pagos y cualquier área solo para miembros. Vacía las cachés pertinentes del plugin y del hosting cuando existan ambas. Si la página se rompe, restaura la copia de seguridad o revierte el último ajuste, y luego continúa con el siguiente cambio aislado.
¿Cuándo son el hosting y la respuesta del servidor el límite real?
Es más probable que el límite sea el hosting cuando el TTFB sigue alto después de cambiar imágenes, plugins, tema y caché. Lo mismo ocurre cuando el plan alcanza una y otra vez los límites de CPU, memoria, workers de PHP, procesos, almacenamiento o base de datos, o cuando el hosting no puede ofrecer la versión de PHP, la caché de página, la caché de objetos o la configuración de CDN que necesita el sitio.
Un plan de hosting compartido coloca varios sitios sobre los mismos recursos generales del servidor. Puede servir para un blog nuevo, un sitio de folleto o un sitio de negocio pequeño cuando el tráfico y el trabajo en la base de datos son moderados. El hosting administrado para WordPress añade soporte y ajustes del servidor enfocados en WordPress, pero la caché incluida, las copias de seguridad, el entorno de pruebas (staging), las migraciones y los límites de recursos varían según el plan.
El hosting en la nube suele repartir los recursos entre una plataforma en la nube administrada y puede convenir a un sitio que necesita más control o margen para crecer. El VPS te da un entorno de servidor virtual definido, pero normalmente exige más administración. Un VPS no vuelve automáticamente más rápido un sitio de WordPress mal configurado, y no elimina la necesidad de administrar actualizaciones, seguridad, caché, copias de seguridad y capacidad.
Pregunta al hosting por la caché de página del lado del servidor del plan exacto, la caché de objetos persistente, los límites de PHP, de CPU, de memoria y de procesos, las funciones de CDN, la frecuencia de las copias de seguridad, su retención, el costo de restauración, el alcance de la migración y la cobertura de correo. Pide también las condiciones vigentes en EE. UU., los límites de recursos, las exclusiones, el lenguaje sobre el tiempo de actividad (uptime), el precio de renovación, las condiciones de reembolso y el proceso de cancelación.
El hardware del hosting, el almacenamiento NVMe, el servicio LiteSpeed, la CDN o la ubicación de su centro de datos son funciones documentadas, no un resultado de velocidad medido. Una garantía de tiempo de actividad es un contrato con condiciones y posibles créditos, no un tiempo de actividad observado. Cambiar de hosting puede ayudar cuando el servidor de origen es el cuello de botella, pero no corrige imágenes sobredimensionadas, un tema pesado ni un JavaScript mal diseñado.
Si estás considerando cambiarte, sigue los pasos para mover un sitio de WordPress a un nuevo proveedor solo después de confirmar las copias de seguridad, el DNS, el SSL, el staging, el correo, las pruebas y la reversión. No canceles el hosting actual hasta que el sitio nuevo haya sido revisado.
¿Qué opciones gratuitas de velocidad para WordPress cubren lo suficiente?
WordPress.org incluye WP Super Cache como plugin gratuito que crea archivos HTML estáticos y puede servir páginas en caché sin ejecutar toda la pila de WordPress en cada solicitud. Su limitación es que los cambios en el contenido pueden no aparecer de inmediato, y las páginas con contenido personalizado o transaccional necesitan exclusiones cuidadosas.
LiteSpeed Cache for WordPress es gratuito y de código abierto, pero sus funciones de caché requieren LiteSpeed Enterprise, OpenLiteSpeed con el módulo necesario o QUIC.cloud. Instalar solo el plugin no ofrece todas las funciones de caché.
WP Fastest Cache tiene una versión gratuita. Sus funciones incluyen archivos de caché estáticos, caché del navegador, compresión, optimización de imágenes, conversión a WebP, limpieza de la base de datos y carga diferida (lazy loading). La versión gratuita puede ser una primera prueba razonable cuando el hosting no administra ya la caché de página, pero aún debes confirmar la compatibilidad y evitar sistemas de caché superpuestos.
Una CDN puede ser gratuita como servicio de caché sin que el hosting sea gratuito. La documentación de caché de Cloudflare indica que las imágenes, el CSS y el JavaScript estáticos se pueden almacenar en caché por defecto en todos los planes. Las páginas HTML que cambian necesitan reglas adicionales, y el contenido con sesión iniciada, el carrito, el pago y el contenido personalizado necesitan que se omita la caché.
La opción gratuita encaja cuando el cuello de botella es la cobertura de caché, la caché del navegador o la entrega de recursos, y el hosting admite la configuración necesaria. No crea más CPU, memoria, workers de PHP ni capacidad de base de datos. Trata el hosting actual, el dominio, el correo, la seguridad, las copias de seguridad y las herramientas de SEO como decisiones separadas.
¿Cuánto cuestan las herramientas de caché de pago y cuál es su precio de renovación?
Los precios siguientes son montos de EE. UU. mostrados por cada proveedor, verificados el 30 de octubre de 2026. Un nivel gratuito, una prueba gratuita y un periodo de devolución de dinero son condiciones distintas.
WP Fastest Cache ofrece una versión gratuita y licencias premium de pago. Antes de comprar, revisa en la página de precios de WP Fastest Cache el precio actual de cada licencia y si se trata de una compra única o de una renovación. Cada licencia incluye 10,000 créditos de imágenes, y la página de precios muestra soporte y actualizaciones ilimitados, además de una garantía de devolución de dinero de 30 días.
WP Rocket ofrece una prueba gratuita de 14 días. Su página de precios, consultada el 31 de octubre de 2026, mostraba Single a $5 al mes, Plus a $10 al mes y Multi a $25 al mes (cada uno con un descuento del 20% en la página), con licencias que se facturan cada año y posibles impuestos adicionales. Confirma en el pago el monto exacto que se cobra por adelantado y el monto de la renovación futura. Si la prueba no se cancela desde la cuenta o el proceso de licencia, el método de pago se cobra automáticamente al terminar la prueba.
La elección práctica depende del problema. WP Fastest Cache encaja con quien quiere una licencia de pago único y acepta que su vida útil depende de la compatibilidad con el hosting y con los cambios futuros de WordPress. WP Rocket encaja con quien quiere funciones de pago como precarga (preload), carga diferida, JavaScript con carga retrasada, eliminación de CSS no utilizado, funciones relacionadas con la CDN y un panel de rendimiento, y acepta un cobro recurrente después de la prueba o del periodo pagado. Ninguna de las dos herramientas reemplaza la capacidad del hosting ni garantiza aprobar los Core Web Vitals.
Antes de pagar, confirma el total final del pago, el plazo de facturación efectivo, el monto de la renovación, los impuestos, la ruta de cancelación, el periodo de devolución, los límites de créditos de imágenes y la cobertura de la licencia. Lee las condiciones exactas del hosting y del servicio sobre las exclusiones relacionadas con dominios, complementos, cargos de configuración, migraciones, copias de seguridad y correo. Pregunta al hosting qué funciones están incluidas en el plan exacto y cuáles se renuevan por separado.
¿Cómo afectan la entrega por CDN, las páginas que cambian y los límites de compatibilidad a la velocidad?
Una CDN sirve recursos estáticos en caché desde ubicaciones distribuidas más cerca de los visitantes. Puede reducir el número de solicitudes que llegan al servidor de origen de WordPress, sobre todo en imágenes, CSS y JavaScript. No mueve la base de datos de WordPress ni garantiza que cada solicitud llegue desde la ubicación más cercana.
Cloudflare indica que las imágenes, el CSS y el JavaScript estáticos se almacenan en caché por defecto, mientras que el HTML que cambia necesita reglas de caché adicionales. Los registros solo DNS y los recursos de terceros quedan fuera de la ruta normal de caché. Las páginas con sesión iniciada, el contenido personalizado, los carritos, el pago y las áreas de cuenta deben omitir la caché de página, salvo que la configuración documentada los maneje de forma segura.
Un plugin de caché de página ayuda sobre todo con las páginas que pueden servirse de forma segura como salida en caché. WP Super Cache documenta que los elementos que cambian pueden no actualizarse de inmediato. Esto significa que una entrada recién publicada, un comentario, un nivel de inventario, un resultado de formulario o un dato de cuenta puede requerir vaciar la caché o una regla de exclusión.
Revisa la compatibilidad con el hosting, el tema, los plugins, el sistema de pagos, los formularios, el servicio de seguridad y la CDN. Prueba las páginas sin sesión iniciada por separado de las páginas con sesión iniciada y de las páginas transaccionales. Si la CDN mejora la entrega de recursos estáticos pero el TTFB sigue malo, el servidor de origen sigue siendo parte del problema.
¿Cuál es el orden seguro para cambiar un sitio de WordPress en vivo?
Usa este orden para que cada resultado sea más fácil de identificar y de revertir:
Registra la línea base. Guarda la URL, la fecha de la prueba, el tipo de dispositivo, LCP, INP, CLS, TTFB, el tamaño total de la página y las advertencias, con las mismas condiciones de prueba.
Identifica el hosting y el plan. Pregunta por la caché de página, la caché de objetos, PHP, CPU, memoria, límites de procesos, funciones de CDN, copias de seguridad y precio de renovación.
Haz una copia de seguridad de los archivos y de la base de datos que puedas restaurar. Confirma que puedes restaurarla antes de cambiar PHP, la configuración de la base de datos, los temas, la caché o la configuración de optimización.
Corrige las causas a nivel de página. Ajusta el tamaño de las imágenes, convierte los archivos adecuados, elimina los plugins sin uso, reduce los scripts innecesarios, revisa el tema y haz limpieza de la base de datos solo cuando entiendas qué se eliminará.
Configura un solo sistema de caché. Usa la caché documentada por el hosting o un plugin compatible. Vacía las cachés pertinentes y prueba formularios, inicios de sesión, comentarios, carritos, pagos y páginas personalizadas.
Añade o ajusta la entrega por CDN. Pon primero en caché los recursos estáticos. Añade HTML que cambia solo cuando las reglas omitan de forma segura el contenido con sesión iniciada y el contenido transaccional.
Actualiza el software después de revisar la compatibilidad. Actualiza WordPress, el tema, los plugins y PHP con una copia de seguridad actual y una ruta de reversión.
Repite las mismas mediciones. Compara la misma página, dispositivo, URL y métricas. Conserva el cambio solo cuando la página funcione y la métrica correspondiente mejore.
Si un cambio rompe el sitio, revierte ese cambio o restaura la copia de seguridad. No canceles el hosting anterior, no borres el sitio anterior ni elimines el servicio de correo anterior antes de probar el reemplazo. Si el servidor de origen sigue lento después de atender las causas de la página, compara las condiciones y los límites del plan actual con otra opción de hosting. La página Mejor hosting para WordPress: qué plan encaja con tu sitio y tu presupuesto puede ser la siguiente decisión cuando el cuello de botella apunta al hosting y no a la configuración de la página.
Preguntas frecuentes
Usa la respuesta que corresponda al problema medido y luego vuelve a probar la misma página.
¿Cómo puedo optimizar mi sitio de WordPress para que cargue más rápido?
Mide primero y luego corrige el cuello de botella documentado más grande. Empieza por la caché, las dimensiones y formatos de imagen, los plugins innecesarios, el peso del tema, una versión actual de PHP, la respuesta del servidor, la caché de objetos y la entrega por CDN.
¿Por qué mi sitio de WordPress es tan lento?
Las causas más comunes son un hosting con límites de recursos, la falta de caché de página, imágenes sobredimensionadas, un tema pesado, plugins innecesarios o en conflicto, exceso de JavaScript, trabajo en la base de datos y visitantes lejos del servidor. Las métricas de la página deberían indicar cuál de estas causas aplica.
¿Cómo hago que mi sitio web funcione más rápido?
Usa PageSpeed Insights para separar los diagnósticos de laboratorio de Lighthouse de los datos de campo de usuarios reales. Corrige el problema repetible más grande, vacía la caché pertinente, prueba las funciones de la página y vuelve a medir en las mismas condiciones.
¿Cómo puedo aumentar la velocidad de mi sitio de WordPress sin plugins?
Usa caché de página a nivel de hosting, encabezados de caché del navegador, dimensiones y formatos de imagen eficientes, un tema más ligero, una versión actual de PHP, menos recursos de front-end, limpieza de la base de datos y una CDN. La caché a nivel de hosting y las reglas de CDN aún necesitan una configuración correcta.
¿WP Fastest Cache es gratis?
Sí, WP Fastest Cache tiene una versión gratuita. Sus licencias premium (Bronze, Silver, Gold y Platinum) se pagan por separado; revisa el precio actual de cada una en la página de precios de WP Fastest Cache. Precios verificados el 31 de octubre de 2026.
¿Cómo vacío la caché desde el panel de administración de WordPress?
El control exacto depende del plugin de caché y del hosting. Vacía la caché del plugin y la del hosting cuando existan ambas, y luego prueba la página en una ventana privada del navegador.
¿Hay una forma gratuita de probar la velocidad de mi sitio web?
Sí. PageSpeed Insights ofrece resultados para móvil y escritorio sin suscripción de pago. Muestra diagnósticos de laboratorio de Lighthouse y, cuando hay datos suficientes, datos de campo de CrUX de visitantes reales.
¿Qué es la regla de los 3 segundos en el diseño web?
Tres segundos es una meta de rendimiento antigua, no una regla universal actual de aprobado o reprobado de los Core Web Vitals. Los objetivos buenos actuales de Google son un LCP de 2.5 segundos o menos, un INP de 200 milisegundos o menos y un CLS de 0.1 o menos.
¿Conviene cambiar de hosting para que WordPress sea más rápido?
Cambia de hosting cuando el TTFB sigue alto, el plan alcanza una y otra vez los límites de recursos, no hay caché de objetos persistente para un sitio con mucho trabajo en la base de datos, o el hosting no puede ofrecer las funciones de PHP y de caché que necesitas. Cambiar de hosting no corregirá imágenes sobredimensionadas, un tema pesado ni un JavaScript deficiente.
¿Una CDN hace más rápida cada página de WordPress?
No. Una CDN ayuda sobre todo a entregar recursos estáticos que se pueden almacenar en caché más cerca de los visitantes. Las páginas con sesión iniciada, el contenido personalizado, los carritos y el pago necesitan reglas de omisión, y una CDN no mejora automáticamente un servidor de origen de WordPress lento.
Encuentra más reseñas y guías en Even Reviews. ¿Viste algo que corregir? Escríbenos e incluye el título de la página.
