CDN corresponde a las siglas en inglés de Content Delivery Network que podríamos traducir a castellano como Red de Distribución de Contenidos. Se trata por tanto de una red de ordenadores que facilitan la distribución de los contenidos de una página o aplicación web utilizando servidores geolocalizados en diversos puntos del planeta.
El objetivo de estos sistemas es por tanto mejorar el rendimiento y la experiencia de los usuarios al interactuar con una aplicación o página web evitando que esta tenga que atender y servir todas las peticiones.
¿Cómo afecta al SEO?
Mejor tiempo de carga
Los tiempos de carga deberían disminuir ya que los servidores están más cerca geográficamente de nuestros visitantes y además emplean el almacenamiento en caché (guardan y sirven una copia de la página), por lo que los usuarios serán menos propensos a rebotar debido a la lentitud de carga de las páginas, especialmente en dispositivos móviles.
Mejorar la experiencia de los usuarios reduciendo el tiempo de acceso a una web es un factor SEO por lo que beneficiará la estrategia de posicionamiento.
Esta cuestión a veces entra en conflicto con la geolocalización de una página. Es decir, si uso un CDN y las peticiones se sirven de forma descentralizada desde múltiples nodos geográficos, pierdo el valor SEO de que mi página esté ubicada en el país donde me quiero posicionar. Eso es así, pero como comentó Matt Cutts hace ya unos años en este vídeo, la geolocalización de una página ya dejó de ser un factor relevante o al menos no lo es tanto como la experiencia de los usuarios o el tiempo de carga.
Mejor estabilidad
A mayores, los CDN nos ayudan a mantener nuestra página siempre operativa ya que aunque el servidor de origen falle, estos ofrecerán a los usuarios una copia de nuestra web (almacenada en caché) dándonos tiempo para que volvamos a tener el servidor en pie. El hecho de evitar caídas ofrece estabilidad, lo cuál también es apreciado por Google.
Página más segura
Una última ventaja asociada a utilizar un CDN en nuestro proyecto web será la seguridad. Podemos entender el uso de esta red como un cortafuegos que nos ayuda, no sólo frente a los Ataque de denegación de servicio (DdosS), sino también para detectar potenciales vulnerabilidades que pongan en riesgo nuestra página.
¿Qué pasa si uso un DNS sólo para las imágenes?
Los CDN sólo cambian la dirección IP de nuestro sitio a través del DNS para que apunte a los servidores del nodo regional, no cambian los nombres de dominio ni las URL, por lo que ni los usuarios ni los motores de búsqueda verán ninguna diferencia. Por ejemplo, nuestro dominio www.emirodgar.com puede estar alojado y funcionando en un servidor local y a mayores podríamos usar el subdominio img.emirodgar.com como CDN para las imágenes de nuestro sitio.
A efectos de Google, todo estará bajo el dominio emirodgar.com y las imágenes del CDN aportarán valor a la estrategia SEO.
¿Qué CDN debo usar?
Existen muchas alternativas en el mercado. Mi experiencia mayoritaria se ha centrado en Akamai y Cloudflare. No obstante, cualquier CDN que aporte mejora en el tiempo de carga, estabilidad a una web y seguridad, será beneficioso para una estrategia SEO.
Cuando el CDN falla y nadie lo revisa
Un CDN aporta estabilidad, pero también es un punto más que puede romperse sin que se note. Y cuando se rompe, el impacto en SEO puede ser enorme. Un ejemplo real de un proyecto en el que trabajo: un problema con el CDN que el equipo técnico no llegó a revisar provocó este desplome en Google Search Console.
Durante meses el sitio se movía en una banda estable, con unos 8.000 clics diarios y picos cercanos a los 12.000. A finales de septiembre la curva se hunde y los clics caen por debajo de los 2.000 diarios en cuestión de pocos días. Las impresiones se desploman a la vez, lo que indica que Google dejó de mostrar el sitio y no que los usuarios dejaran de hacer clic.
Por suerte me di cuenta y pude minimizar el daño, aunque por desgracia fue unos días después de que empezara el problema. Esos días de diferencia son tráfico perdido que ya no se recupera. La curva vuelve a subir, pero a la fecha de la captura todavía no ha recuperado el nivel previo.
Qué se ve en los clics, las impresiones y la posición media
Si ampliamos el periodo y añadimos la posición media (la línea naranja), el cuadro es más claro. Entre finales de julio y finales de septiembre, clics e impresiones se mueven en paralelo y con el patrón semanal habitual, y la posición se mantiene estable. A partir del 30 de septiembre las dos curvas se hunden a la vez, y desde entonces se repiten las caídas bruscas en lugar de recuperar el nivel previo.
Hay un detalle que conviene leer con cuidado: la posición media empeora al final del gráfico (la línea naranja sube), pero no porque el sitio posicione peor, sino porque con tan pocas impresiones la media se calcula sobre una muestra mucho más pequeña. Es un efecto del propio desplome. La señal real es la caída conjunta de clics e impresiones con una posición que antes estaba estable.
Qué ve Googlebot: el pico de errores 4XX
El otro lugar donde mirar es el informe de Estadísticas de rastreo de Search Console. En el mismo periodo, las solicitudes de rastreo con “Otro error de cliente (4XX)” pasan de ser prácticamente inexistentes a rondar picos de 2.400 al día.
En total son unas 21.100 solicitudes de rastreo con error en el periodo, con picos que coinciden con la fecha en la que empiezan a caer clics e impresiones, y con tramos intermedios en los que vuelven a cero. Ese patrón intermitente es típico de un problema de conectividad entre el CDN y el servidor de origen. A Googlebot le llegan respuestas de error sobre URLs que antes funcionaban, y mientras tanto el usuario puede no notar nada porque la caché sirve parte del contenido.
Por eso conviene mirar este informe junto al de rendimiento: si los errores del rastreo suben el mismo día que cae el tráfico, el origen del problema es técnico y hay que empezar por el CDN.
La lección es que un CDN necesita monitorización. Estas son las medidas que recomiendo:
- Revisar Search Console con frecuencia y no solo cuando hay quejas. Una caída simultánea de clics e impresiones es la señal de que algo técnico ha fallado.
- Configurar alertas de disponibilidad y de códigos de respuesta para que el equipo técnico se entere antes que nadie.
- Comprobar qué recibe Googlebot realmente con el proceso que describo a continuación.
Análisis para evitar problemas de rastreo e indexación con un CDN
Cuando detectamos problemas de rastreo e indexación en nuestro sitio, además de buscar otras causas, es conveniente revisar si el problema podía estar en Cloudflare o el CDN que estemos utilizando. Para ello, os comparto un proceso paso a paso para diagnosticar si Cloudflare, o cualquier otra configuración, puede estar bloqueando la indexación.
- Comparar el Live Test con la página rastreada en Google Search Console (GSC). Esto permite ver si Google está obteniendo una versión desactualizada de la página.
- Revisar las reglas de transformación, las cabeceras de respuesta y los Workers en Cloudflare. Estas configuraciones pueden modificar cómo Google ve el contenido.
- Usar cURL con el user-agent de Googlebot y la instrucción “Cache-Control: no-cache”. Esto ayuda a comprobar qué respuesta devuelve el servidor sin interferencias de la caché.
- Si la web está en WordPress, desactivar los plugins de SEO temporalmente. Algunos pueden generar cabeceras dinámicas que afecten la indexación.
- Registrar las solicitudes de Googlebot en el servidor y revisar si aparece la etiqueta X-Robots-Tag. Esto puede revelar si se están enviando señales no deseadas a los motores de búsqueda. Recuerda verificar que esas peticiones son realmente de Googlebot (DNS inversa o rangos de IP oficiales) y no de un robot que suplanta su
User-Agent. - Si todo lo anterior falla, desactivar Cloudflare temporalmente. Para ello, se puede apuntar el DNS directamente al servidor y hacer una nueva prueba.
Siguiendo estos pasos, es posible detectar si Cloudflare está impidiendo que Google indexe una página y tomar las medidas necesarias para solucionarlo.