Un CDN es la infraestructura que decide si una visita desde Bilbao o desde Sevilla carga tu web con la misma rapidez, sin depender de en qué ciudad esté físicamente el servidor de tu hosting. Para un despacho con clientes en toda España, esa diferencia se nota justo antes de que aparezca el formulario de contacto, el momento en el que más leads se pierden por una espera de más.
Este artículo explica qué hace un CDN, qué cambia realmente en tu WordPress y cuándo compensa activarlo frente a quedarte con el hosting que ya tienes.
Un CDN (red de distribución de contenidos) copia los archivos estáticos de tu web —imágenes, CSS, JavaScript— en servidores repartidos por el territorio y los sirve desde el más cercano a cada visitante. Compensa sobre todo cuando el servidor de origen de tu hosting está lejos de quien te lee, algo habitual en planes baratos alojados fuera de Europa.
Un CDN acorta la ruta hasta tu web
Sin CDN, cada visita viaja directa hasta el servidor donde vive tu WordPress. Si ese servidor está en Bilbao y quien te lee también, el trayecto es corto. Si está en Ámsterdam o en Virginia —donde alojan buena parte de los planes de hosting baratos—, el archivo cruza varias redes intermedias antes de llegar.
Un CDN interpone entre los dos una capa de servidores que ya tienen una copia de tus archivos: la petición se resuelve en el nodo más próximo al visitante, no en el origen. La documentación de rendimiento web de Google lo resume así: los servidores de un CDN están más cerca del usuario que el servidor de origen, así que el tiempo de ida y vuelta de cada petición es menor, y eso mejora directamente el Largest Contentful Paint de la página.
Nodos de borde y caché en cada punto
Cada uno de esos servidores repartidos se llama nodo de borde o punto de presencia. Según la documentación técnica de Amazon CloudFront, uno de los CDN más usados, estos nodos guardan copias de tus archivos —páginas, imágenes, hojas de estilo— en centros de datos distribuidos por el mundo. Por defecto cada copia permanece en caché 24 horas antes de expirar, un margen que se puede acortar o alargar según el tipo de archivo, y que evita que la imagen de portada viaje desde tu hosting cada vez que alguien la ve.
Latencia y TTFB cuando el servidor está lejos
La latencia no es solo cuestión de kilómetros: cada petición HTTPS también negocia una conexión segura antes de transferir el primer byte. Con TLS 1.3, ese saludo inicial pasa de necesitar dos idas y vueltas a solo una, lo que recorta alrededor de un 33% el tiempo de conexión frente a versiones anteriores del protocolo, según la misma guía de Google. Un CDN bien configurado aplica esto en el nodo más cercano al visitante, no a miles de kilómetros.
El TTFB, tiempo hasta el primer byte, mide cuánto tarda el navegador en recibir el primer fragmento de respuesta del servidor tras pedir una página. Cuanto más lejos esté ese servidor, más alto sube ese tiempo, antes incluso de que empiece a cargarse el contenido visible.
La otra pieza es la tasa de aciertos de caché: qué porcentaje de peticiones se resuelve desde el CDN sin tocar el servidor de origen. La propia documentación de Google sitúa el 90% como un objetivo razonable para la mayoría de webs. Por debajo de eso, buena parte del beneficio se pierde por una configuración de caché demasiado corta o mal ajustada al tipo de contenido.
Despachos nacionales y la distancia al CDN
Un despacho que capta clientes solo en su ciudad puede permitirse ignorar esto: su hosting suele estar cerca de casi todos sus visitantes. Pero un despacho con ámbito nacional recibe tráfico de toda España, y ahí la ubicación del servidor deja de ser un detalle. Si tu hosting está en Madrid, la visita desde Vigo o desde Almería ya viaja más lejos que la que hace la búsqueda desde la propia capital.
El problema se agrava cuando el hosting, por precio, no está en España. Muchos planes de entrada de proveedores internacionales alojan por defecto en Irlanda, Alemania o Estados Unidos, y esa distancia se suma a la que ya recorre cada visita dentro del país. Es la misma lógica que hace que cambiar de hosting para despachos de abogados compense en unos casos y en otros no: importa dónde vive el servidor, no solo el precio del plan.
Un CDN no cambia de hosting: añade una capa por delante que reduce ese trayecto. Para un despacho con leads en varias comunidades autónomas, es la forma más barata de igualar el tiempo de carga entre Barcelona y Cádiz.
Cuando el hosting basta sin red de distribución
Un CDN no es gratis en tiempo de configuración ni siempre en dinero, y no todos los despachos lo necesitan. Antes de activarlo conviene comprobar unos cuantos puntos:
- El hosting ya está físicamente en España o en un centro de datos próximo, y la mayoría de los clientes potenciales están en la misma zona horaria y a poca distancia.
- El tráfico mensual es bajo: unas pocas decenas de visitas diarias no notan una mejora perceptible frente a la complejidad añadida.
- La web ya usa caché de página en el servidor y las imágenes están comprimidas: si ese trabajo básico no está hecho, hay más beneficio en resolverlo primero que en añadir un CDN encima.
- El plan de hosting ya incluye un CDN integrado, algo cada vez más común en los planes gestionados para WordPress: activarlo dos veces no suma, duplica caché y complica el diagnóstico si algo falla.
Si tu despacho capta clientes solo en su provincia y el hosting ya está cerca, la mejora de un CDN es marginal. El caso claro es el contrario: ámbito nacional, hosting barato y lejano, y tráfico ya consolidado que justifica invertir tiempo en configurarlo bien.
Instalación de un CDN gratuito en WordPress
La mayoría de despachos no necesitan un CDN de pago para notar la diferencia. Los planes gratuitos de los proveedores más conocidos cubren de sobra el tráfico de una web corporativa de servicios legales.
Opciones gratuitas y de pago para WordPress
El camino más simple es un CDN que actúa a nivel de DNS: se cambian los servidores de nombres del dominio para que pasen por él, y a partir de ahí sirve caché y una capa de seguridad básica sin tocar el hosting. La alternativa es un plugin que sirve solo los archivos estáticos —imágenes, CSS, JavaScript—, sin tocar el DNS del dominio ni sus registros existentes. Los planes de pago añaden más nodos cercanos a España, reglas de caché más finas y protección contra bots, algo que solo compensa cuando el tráfico ya es alto o hay ataques recurrentes.
Qué activar y qué dejar tal como está
Conviene activar la compresión Brotli o Gzip, la caché de imágenes y hojas de estilo, y la purga automática cada vez que se publica un artículo: sin eso, una pieza recién publicada puede tardar horas en verse actualizada para quien ya la había visitado. Conviene dejar sin cachear el área de administración y cualquier formulario con sesión de usuario, porque cachear una página con estado personal la sirve igual a todo el mundo. Repasar después el informe de Core Web Vitals confirma si el cambio se nota de verdad en el LCP.
Errores que anulan sus ventajas de velocidad
El error más común es activarlo y no volver a mirarlo. Un CDN mal purgado sirve versiones antiguas de la web durante días; uno con la caché demasiado corta apenas reduce peticiones al origen. Ambos casos dan la sensación de que «no ha cambiado nada» cuando en realidad está mal configurado.
El segundo error es sumarlo a un plugin de caché que ya existía sin desactivar ninguno de los dos: dos capas de caché compitiendo generan páginas a medio actualizar y complican cualquier diagnóstico cuando algo se rompe. Y el tercero es tratarlo como sustituto de un mal problema de velocidad de carga de fondo: si las imágenes pesan de más o el hosting responde lento en origen, un CDN reparte ese problema por el mundo, no lo resuelve.
Preguntas frecuentes sobre el CDN en WordPress
¿Necesita mi despacho un CDN si solo capto clientes en mi ciudad?
Normalmente no. Si tu hosting ya está cerca de tu público y el tráfico es bajo, la mejora de un CDN es difícil de notar. Antes conviene revisar caché de página, peso de imágenes y calidad del hosting: ahí suele estar el margen real.
¿Un CDN sustituye al hosting?
No. El CDN reparte copias de tus archivos, pero tu WordPress, tu base de datos y el resto de procesos siguen viviendo en el hosting de origen. Un hosting lento en origen sigue siendo lento aunque el CDN reparta bien lo que ya tiene cacheado.
¿Un CDN mejora el SEO directamente?
No de forma directa, pero sí indirecta: al reducir el tiempo de carga y mejorar el LCP, ayuda a pasar el examen de Core Web Vitals, que sí es una señal que Google usa en su clasificación. El efecto se ve en la métrica, no en el ranking al día siguiente.
¿Cuánto tarda en notarse la mejora tras activarlo?
La propagación por DNS suele tardar entre unas horas y un día completo. La caché empieza a llenarse desde la primera visita a cada archivo, así que la mejora se nota antes en las páginas más visitadas que en las que casi nadie lee.
Fuente: web.dev (Google)