Mide primero — no adivines
Antes de optimizar, registra dónde estás para poder saber qué ayudó realmente. Dos herramientas son suficientes. PageSpeed Insights (pagespeed.web.dev) muestra tus puntuaciones móvil y de escritorio más los Core Web Vitals — céntrate en la puntuación móvil, ya que la mayoría de los visitantes están en teléfonos. El TTFB (Time To First Byte) mide cuánto tarda tu servidor en enviar el primer byte.
Los objetivos saludables son un LCP por debajo de 2,5 segundos, un TTFB por debajo de unos 200 ms, un INP por debajo de 200 ms y un CLS por debajo de 0,1. Un TTFB alto apunta al servidor, el hosting, el PHP o la base de datos. Un LCP alto con un TTFB bajo apunta a las imágenes y la entrega. La medición te dice qué sección de abajo priorizar.
El lado de WordPress — lo que arreglas tú mismo
Una CDN no puede rescatar una instalación de WordPress hinchada, así que ordena tu propia casa primero. Actualiza PHP a 8.1 o más reciente — es notablemente más rápido que 7.x. Elimina los plugins que no usas (desactivarlos no basta); cada plugin activo añade scripts y consultas a la base de datos, y los plugins de "por si acaso los necesito luego" son los principales culpables. Cuestiona los constructores de páginas y temas pesados que cargan docenas de hojas de estilo y scripts por página — un tema más ligero, basado en bloques, suele ser más rápido.
Limpia la base de datos: las revisiones antiguas, los comentarios spam y los transients obsoletos se acumulan, así que elimínalos y optimiza las tablas. Recorta los scripts de terceros como widgets de chat, mapas de calor, fuentes extra y píxeles de seguimiento; cada uno es otra petición y otro retraso. Para sitios con muchas consultas como WooCommerce, membresías o foros, una caché de objetos Redis mantiene en memoria las búsquedas repetidas a la base de datos y reduce mucho el TTFB — el hosting compartido rara vez lo incluye, así que normalmente hace falta un servicio Redis dedicado.
Caché — el paso de mayor rendimiento
WordPress reconstruye cada página desde cero con PHP y la base de datos en cada visita. La caché de página almacena el HTML ya terminado y lo sirve listo al siguiente visitante, así la carga del servidor y el TTFB bajan de inmediato. Instala un plugin de caché de página como WP Super Cache, W3 Total Cache o LiteSpeed Cache (o activa la caché incorporada de tu hosting), activa la compresión GZIP/Brotli, y define cabeceras de caché del navegador para que los visitantes recurrentes no vuelvan a descargar archivos estáticos.
La caché de página acelera tu único servidor; la caché edge acelera el mundo entero. cdn.com.tr sirve tus archivos estáticos desde el servidor edge más cercano a cada visitante mediante Brotli y HTTP/2 — un visitante en Estambul y otro en Alemania cargan rápido ambos. Los dos trabajan juntos: la caché de página de WordPress más la caché edge de cdn.com.tr.
Imágenes — la parte más pesada de la página
La mayor parte del peso de una página son las imágenes, así que hay mucho que ganar aquí. Sube las imágenes al tamaño en que se muestran — enviar una foto de 4000px a un espacio de 800px es puro desperdicio. Usa carga diferida (WordPress lo hace por defecto) para que las imágenes fuera de pantalla esperen hasta que se necesiten. Luego cambia a formatos de nueva generación: WebP, y AVIF donde esté soportado, son un 25-50% más pequeños que JPEG/PNG a la misma calidad y eliminan la advertencia de PageSpeed "Sirve imágenes en formatos de próxima generación".
En lugar de convertir a mano, el plugin gratuito CDNTR lo hace automáticamente: crea WebP (y AVIF donde tu servidor lo soporte) en tu propio servidor, las sirve desde la CDN mediante un elemento picture, y recurre al original para navegadores más antiguos. Solo sirve un archivo convertido cuando es realmente más pequeño, así que una foto bien comprimida nunca se hace más grande, y puede convertir en bloque toda tu biblioteca de medios.
Entrega — por qué una CDN no es opcional
Incluso con una configuración perfecta de WordPress, sigues teniendo un único servidor: un visitante lejano espera, y un pico de tráfico lo tensiona. Una CDN copia tus archivos estáticos a servidores edge repartidos por todo el mundo, y cada visitante se sirve desde el más cercano — menor latencia, resiliencia bajo carga, y SSL automático, WAF y protección DDoS junto con la velocidad.
Conectarla a WordPress lleva minutos con el plugin gratuito CDNTR. En tu administración de WordPress abre Plugins → Añadir nuevo, busca "CDNTR", instálalo y actívalo, luego introduce tus datos de la API de cdn.com.tr en Ajustes de CDNTR — tu nombre de host de la CDN se rellena automáticamente. A partir de ahí, tu CSS, JavaScript e imágenes se sirven desde la CDN sin cambios de tema. El plugin también te da purga de caché con un clic y automática, así que el contenido actualizado se publica de inmediato, además de un precalentamiento de caché que precalienta tus páginas después de una purga, para que el primer visitante nunca espere en una página fría.
Cuando quieres que la plataforma se encargue
Puedes montar la caché, una CDN, las imágenes y el SSL tú mismo, o entregar la infraestructura a cdn.com.tr. Para sitios de alto tráfico o WooCommerce también ofrece WordPress gestionado, Redis gestionado para la caché de objetos, y almacenamiento de objetos compatible con S3 para descargar los medios — así parte del trabajo del "lado de WordPress" también se vuelve nuestro. Los certificados se renuevan solos, los picos de tráfico se absorben en el edge, y tú te centras en el sitio en lugar de en la fontanería.
Dónde más rinde la velocidad
Páginas de producto y de pago más rápidas elevan directamente las conversiones; la caché y una CDN mantienen ágil una tienda concurrida bajo carga.
Cuando una publicación se dispara, la caché edge atiende a la multitud desde copias cercanas a ellos en lugar de saturar un solo servidor.
La mayoría de los visitantes están en móvil; unas imágenes más ligeras y de nueva generación y páginas en caché mejoran los Core Web Vitals que Google usa para posicionar.
Preguntas frecuentes sobre la velocidad de WordPress
¿Sigo necesitando un plugin de caché si uso una CDN?
Sí — resuelven problemas distintos. Un plugin de caché de página almacena el HTML que WordPress construye en tu servidor; una CDN entrega esa salida y tus archivos estáticos desde un edge cercano a cada visitante. Usados juntos, se potencian.
¿Cambiar a WebP reduce la calidad de la imagen?
No. WebP y AVIF producen archivos más pequeños a la misma calidad visual. CDNTR solo sirve un archivo convertido cuando es realmente más pequeño que el original; si no, mantiene el original.
Tengo WooCommerce — ¿se romperán las páginas dinámicas?
No. Solo los archivos estáticos (CSS, JS, imágenes) se sirven desde la CDN; el carrito, el checkout y las páginas de cuenta siguen funcionando con normalidad, y la purga automática mantiene frescas las páginas de categoría y tienda.
Mi servidor es lento — ¿basta con una CDN?
Una CDN acelera la entrega estática, pero si un TTFB alto viene del hosting, el PHP o la base de datos debes arreglar eso primero (consulta los pasos del lado de WordPress y de caché). Para un servidor muy lento, moverse a WordPress gestionado es la solución más duradera.