CDN de WordPress: por qué debería usar uno en 2022

Como empresa de alojamiento de rendimiento, nos gusta investigar y compartir formas de hacer que su sitio de WordPress sea más rápido. Una de las obviedades cuando se trata de velocidad hoy en día es utilizar una red de entrega de contenido (CDN). ¡Toman la carga de su servidor web mientras aceleran la entrega de contenido a sus visitantes, mejorando así su experiencia!

Hoy queremos explicarte en términos sencillos cómo funciona un CDN de WordPress , por qué deberías usar uno y algunos de los beneficios adicionales que lo acompañan. También compartiremos algunas pruebas de velocidad para que pueda juzgar mejor cuánto aumento de rendimiento podría esperar ver en su propio sitio.

• Cómo funciona un CDN
• beneficios CDN
• Pruebas de velocidad de CDN
• ¿Necesitas un CDN?
• Proveedores populares de CDN
• Cómo instalar un CDN en WordPress

Cómo funciona un CDN

En primer lugar, no desea que se confunda una CDN con su empresa de alojamiento de WordPress. Estos son servicios completamente separados. Un CDN no es un reemplazo para su proveedor de alojamiento, sino una forma adicional de aumentar la velocidad de su sitio. Si bien nuestro alojamiento aquí en Kinsta es ultrarrápido, un CDN puede hacer que su sitio sea aún más rápido.

¿Cómo funciona exactamente un CDN? Bueno, por ejemplo, cuando aloja su sitio web con Kinsta, debe elegir una ubicación de centro de datos físico, como el centro de EE. UU., Europa, América del Sur o Asia. Supongamos que elige US Central. Esto significa que su sitio web está ubicado físicamente en un "servidor host" en Council Bluffs, Iowa. Cuando las personas en Europa visiten su sitio web, tardará más en cargarse en comparación con alguien que lo visite desde, por ejemplo, Dallas, TX. ¿Por qué? Porque los datos tienen que viajar una distancia mayor. Esto es lo que se conoce como latencia. La latencia se refiere al tiempo y/o retraso que está involucrado en la transmisión de datos a través de una red. Cuanto mayor sea la distancia, mayor será la latencia.

El 40 por ciento de los visitantes abandona un sitio web si tarda más de tres segundos en cargarse. Haz clic para twittear

También se necesitan varios saltos de red (instancias de comunicación entre dispositivos de red intermedios) para atender las solicitudes de datos de los navegadores a los servidores de alojamiento y el contenido solicitado de los servidores de alojamiento a los navegadores web. Y ahí es donde entra en juego un CDN. Ayuda a reducir esa latencia al cargar el contenido de su sitio desde servidores más cercanos a ellos. Estos servidores CDN a veces también se denominan POP (puntos de presencia).

Los usuarios de WordPress a veces pueden ser reacios a buscar redes de distribución de contenido, ya que puede ser un poco abrumador al principio. Así es como funcionan y se pueden implementar, en términos sencillos, en tres simples pasos:

Paso 1

Selecciona un proveedor de CDN y se suscribe a su servicio. Por lo general, se facturan mensualmente o por uso de datos. La mayoría de los proveedores tendrán una calculadora para estimar sus costos.

Paso 2

Utiliza un complemento gratuito como CDN Enabler o WP Rocket para integrarlo. Estos complementos vinculan automáticamente sus activos a la CDN. No se necesita ningún trabajo de su parte para obtener su contenido en el CDN, ¡todo esto es sin intervención! Implementar una CDN es mucho más fácil de lo que solía ser hace unos años.

Paso 3

Cuando las personas visitan su sitio web, ahora está cargando el contenido de su sitio de WordPress desde diferentes CDN en todo el mundo. Entonces, para aquellos visitantes en Europa que visiten su sitio ubicado en Iowa, su contenido ahora se está cargando desde un POP en Europa. ¿Cómo lo hacen? Las CDN suelen utilizar dos tipos diferentes de tecnologías para enrutar a los usuarios a la ubicación correcta, que es IP Anycast + enrutamiento de geolocalización . Pueden detectar automáticamente de dónde provienen las solicitudes de los usuarios y enrutar las solicitudes al POP más cercano.

Sin embargo, sigue siendo importante elegir una ubicación de servidor estratégica para su host de WordPress. Porque a pesar de que una CDN ayuda a distribuir sus medios y contenido, aún se debe realizar una sola solicitud al proveedor de alojamiento cuando se carga su sitio web. A menos que esté utilizando el almacenamiento en caché de página completa en un servidor proxy, que veremos más adelante. Kinsta ahora tiene 29 ubicaciones de centros de datos desde las que puede alojar su sitio de WordPress.

Beneficios de CDN

A continuación se muestran solo algunos de los muchos beneficios de usar un CDN en su sitio de WordPress.

1. Aumento del rendimiento

Un aumento del rendimiento es una de las principales razones para utilizar una CDN. Se ha demostrado una y otra vez que un sitio que se carga más rápido se correlaciona directamente con tasas de conversión más altas, tasas de rebote más bajas y una duración promedio más prolongada del visitante. Y eso sin mencionar una experiencia de usuario simplemente mejor. ¿Cuándo fue la última vez que volvió a hacer clic en su navegador porque el sitio web tardaba demasiado en cargarse? Esto es lo último que quieres que suceda. Pero no confíe en nuestra palabra, aquí hay algunas estadísticas rápidas para usted de algunos de los principales líderes de la industria:

• Un retraso de 1 segundo en la respuesta de la página puede resultar en una reducción del 7% en las conversiones. (Fuente: Kissmetrics)
• BBC ha visto que pierden un 10% adicional de usuarios por cada segundo adicional que tarda en cargarse su sitio. (Fuente: Creative Bloq)
• El 53% de las visitas a sitios móviles se abandonan después de 3 segundos según una investigación de DoubleClick de Google. (Fuente: DoubleClick)
• AliExpress redujo el tiempo de carga en un 36 % y experimentó un aumento del 10,5 % en los pedidos y un aumento del 27 % en la conversión de nuevos clientes. (Fuente: Akamai)

Aquí hay algunas formas en que un CDN puede ayudar a mejorar el rendimiento de su sitio de WordPress.

Reduce TTFB

Ya cubrimos anteriormente que un CDN de WordPress puede ayudar a disminuir la latencia al acortar la distancia física requerida para que viajen los datos. Pero también puede ayudar a reducir el tiempo hasta el primer byte (TTFB). En pocas palabras, esta es una medida de cuánto tiempo tiene que esperar el navegador antes de recibir su primer byte de datos del servidor. Cuanto más tarde en obtener esos datos, más tardará en mostrar su página.

Un error común es que esto se calcula después de los tiempos de búsqueda de DNS; sin embargo, el cálculo original de TTFB en la red siempre incluye la latencia de la red. Esto implica un proceso de 3 pasos y los retrasos y la latencia pueden ocurrir en cualquier punto intermedio, sumándose a su TTFB total. El TTFB alto puede deberse a varias razones, como un código incorrecto o un almacenamiento en caché mal configurado en su servidor host. Pero la distancia geográfica es definitivamente un actor. Hicimos una pequeña prueba para mostrar la diferencia con nuestro Kinsta CDN (con tecnología KeyCDN). Cada prueba se ejecutó 5 veces y se tomó el promedio.

TTFB sin CDN

Primero realizamos una prueba con nuestro CDN deshabilitado y, como puede ver, nuestro tiempo de carga total fue de 1,45 s y nuestro TTFB promedio en un activo fue de alrededor de 136 ms.

TTFB con CDN

Luego habilitamos nuestro CDN y ejecutamos la prueba nuevamente. Como puede ver, nuestros tiempos de carga totales se redujeron a 788 ms y nuestro TTFB promedio ahora es de 37 ms. Qué diferencia puede hacer una CDN. Otra cosa importante a tener en cuenta es que elegimos la ubicación de Estocolmo para realizar esta prueba. ¿Por qué? Porque queríamos mostrarte la mejora real que se puede tener al disminuir la distancia física. Hay un CDN POP ubicado en Estocolmo, por lo que nuestro contenido se sirve desde Estocolmo.

Nota: si está utilizando Cloudflare, es posible que tenga un TTFB ligeramente más alto. Lo más probable es que esto se deba a la sobrecarga adicional y la complejidad de tener el servicio de proxy completo en ejecución. Recuerde que Cloudflare tiene firewalls adicionales y otras funciones que algunos proveedores de CDN no tienen. Por lo tanto, debe decidir qué podría beneficiarlo más. Si todo su sitio no está optimizado correctamente, vale la pena aceptar el TTFB ligeramente más alto.

Sin embargo, es posible que también desee consultar la guía de WP Bullet sobre el uso del almacenamiento en caché de páginas de Cloudflare para reducir el TTFB. Esto podría requerir alguna configuración y prueba adicional. Asegúrese de ejecutar sus propias pruebas ya que cada entorno es diferente. En algunos casos, también se ha demostrado que el nuevo servicio Argo de Cloudflare ayuda a reducir el TTFB. Eche un vistazo a la nueva herramienta de optimización automática de plataforma de Cloudflare, que es un servicio increíble para aumentar el rendimiento de WordPress.

Entrega más rápida con almacenamiento en caché

Al igual que utiliza el almacenamiento en caché con su host de WordPress o un complemento, los CDN también utilizan el almacenamiento en caché. Esa es una forma en la que pueden entregar archivos tan rápido. Sin embargo, una cosa importante a tener en cuenta es cómo funciona el almacenamiento en caché. Una vez que una CDN obtiene una copia de sus medios, normalmente un visitante debe solicitarla una o dos veces antes de que se almacene en caché en la CDN. Un CDN coloca un encabezado HTTP en las solicitudes llamado "X-Cache". En la primera o segunda solicitud, el archivo generalmente aparecerá como MISS, lo que significa que aún no está en caché.

En solicitudes posteriores, aparecerá como HIT, lo que significa que ahora está almacenado en caché en su CDN. Permanecerá en caché en función de una serie de factores, como encabezados de ETag, encabezados de caducidad o la purga manual de su caché de CDN.

Si está utilizando un CDN de proxy completo como Cloudflare, también puede llevar el almacenamiento en caché al siguiente nivel utilizando lo que se conoce como almacenamiento en caché de página completa. Esto implica almacenar en caché todo en una URL. Sin embargo, para los sitios de WordPress, esto a veces puede ser complicado, ya que deberá implementar soluciones alternativas para las partes dinámicas de su sitio.

Grandes ahorros con la compresión GZIP

Los CDN de WordPress también utilizan GZIP, un formato de archivo y una aplicación de software utilizada para la compresión y descompresión de archivos. La compresión GZIP está habilitada en el lado del servidor (o más bien en el servidor CDN/POP), y permite una mayor reducción en el tamaño de sus archivos HTML, hojas de estilo y JavaScript. No funcionará en imágenes, ya que estas ya están comprimidas de una manera diferente. Algunos han visto reducciones de hasta un 70% debido a la compresión. Es probablemente una de las optimizaciones más fáciles que podría hacer. Y no se preocupe, todas las principales CDN tienen esto habilitado de manera predeterminada.

Puede usar una herramienta como Check GZIP Compression o Chrome DevTools para ver la gran diferencia que hace la compresión. Por ejemplo, a continuación puede ver que en nuestro archivo jquery.js servido desde un CDN, la compresión GZIP redujo el tamaño de 94,9 KB a 33,6 KB. Eso es un ahorro del 64,59% en un solo archivo. ¡Agregue esto a todos sus activos y medios y verá por qué la compresión es esencial!

Brotli lleva la compresión al siguiente nivel

Brotli es un algoritmo de compresión más nuevo desarrollado por Google que se ha demostrado que reduce el tamaño de los archivos hasta en un 26 por ciento con respecto a las soluciones existentes, incluido GZIP. La tasa de adopción de Brotli está creciendo a un ritmo bastante rápido. A partir del 20 de junio, Google ahora incluso está comprimiendo anuncios gráficos con compresión Brotli.

Sin embargo, dado que Brotli aún es nuevo, aún no está disponible en todos los proveedores de CDN. Pero hay algunos, como KeyCDN y CDN77, que ahora lo admiten. En la mayoría de los casos, su servidor de origen (servidor de alojamiento) también debe tener habilitado Brotli para que esto funcione. Y el soporte del navegador para Brotli también se está poniendo al día. Si se configura correctamente, los servidores que tienen Brotli habilitado pero se cargan en un navegador que no lo admite, simplemente recurrirán a GZIP.

HTTP/2

HTTP/2 es también una de las características más importantes que utilizan ahora todas las CDN para acelerar la entrega de activos. HTTP/2 requiere HTTPS debido a la compatibilidad con el navegador. La mejora en el rendimiento se debe a una variedad de razones, como que el protocolo puede admitir una mejor multiplexación, paralelismo, compresión HPACK con codificación Huffman, la extensión ALPN y la inserción del servidor. Solía ​​haber bastante sobrecarga de TLS cuando se usaba HTTPS, pero gracias a HTTP/2, esto ahora es cosa del pasado.

2. Menores costos de ancho de banda

Otro gran beneficio de una CDN es que puede ayudar a descargar CPU y recursos de su servidor de alojamiento (servidor de origen). Esto ayuda a evitar que los picos de tráfico abrumen a su anfitrión. También puede ayudar a reducir los costos de ancho de banda. Lo último que desea es que algo se vuelva viral y se quede con una factura enorme de su anfitrión, o un cargo adicional. Por ejemplo, a continuación se muestra un sitio que usa Cloudflare y, como puede ver, ayudó a descargar el 69 % de las solicitudes de ancho de banda.

Otra forma en que una CDN ayuda a reducir los costos es al proporcionar formas sencillas de habilitar la protección de enlace activo. Básicamente, esto se refiere a restringir las referencias HTTP y evitar que otros incrusten sus activos (imágenes; tenemos un tutorial sobre cómo proteger sus imágenes) en otros sitios web. Algunos de ustedes pueden haber oído hablar del fiasco del Huffington Post. Un autor del Huffington Post copió y pegó imágenes del sitio web de Oatmeal, lo que a su vez le generó una factura de más de $1,000 de AWS. El dueño del Oatmeal terminó reemplazando las imágenes para que los lectores del artículo del Huffington Post lo vieran. Pero esta es la razón por la que siempre es importante habilitar la protección de hotlink , de lo contrario, podría terminar con una factura escandalosa.

3. Alta disponibilidad y escalabilidad

Las CDN también ofrecen alta disponibilidad y escalabilidad. Dado que el contenido replicado está disponible en múltiples POP en diferentes ubicaciones geográficas, el tráfico web se enruta dinámicamente a otro servidor si uno falla. Y no hay necesidad de preocuparse por la escalabilidad, ya que los proveedores de CDN se crean teniendo eso en cuenta. Si está utilizando un host compartido más pequeño, una CDN podría evitar que su sitio web se bloquee, ya que maneja la mayor parte de la carga.

4. Ventajas SEO

Google hizo de la velocidad del sitio un factor de clasificación en 2010, por lo que no es ningún secreto que un sitio web más rápido podría resultar en una clasificación más alta. Si bien no hay forma de saber cuánto peso se le da a la velocidad, puede asumir con seguridad que es uno de los más importantes, ya que afecta la experiencia del usuario. Brian Dean analizó el millón de dominios principales para ver la correlación entre la velocidad del sitio y las clasificaciones de Google y los resultados fueron muy positivos. Si bien estas pruebas son casi imposibles de probar de manera concluyente, puede estar seguro de que tener un sitio web más rápido solo lo ayudará en Google. En pocas palabras, Google recompensa los sitios rápidos.

Además de la velocidad de las páginas de su sitio web, una CDN también puede ayudar a aumentar la velocidad de rastreo de sus medios, como las imágenes, que se correlacionan con la indexación en la búsqueda de imágenes de Google.

5. Seguridad adicional

Muchos proveedores de CDN brindan seguridad adicional al permitirle implementar firewalls de aplicaciones web (WAF) y lo que algunos llaman escudos Origin. Estos pueden ayudar a mitigar los ataques DDoS en su sitio de WordPress de todas las formas y tamaños, incluidos los que tienen como objetivo los protocolos UDP e ICMP, así como los ataques SYN/ACK, la amplificación de DNS y la Capa 7. Otros beneficios incluyen ponerlo detrás de un proxy que ayuda a ocultar su dirección IP de origen, aunque no es a prueba de balas.

Asegúrese de consultar nuestro estudio de caso sobre cómo detener un ataque DDoS. Teníamos un cliente con un pequeño sitio de comercio electrónico que ejecutaba Easy Digital Downloads y recibió más de 5 millones de solicitudes en una sola página en 7 días . El sitio generalmente solo generaba entre 30 y 40 MB por día en ancho de banda y un par de cientos de visitantes por día. Pero de la nada, ¡el sitio pasó instantáneamente a entre 15 y 19 GB de transferencia de datos por día! Eso es un aumento del 4650% . Y Google Analytics no mostró tráfico adicional. Eso no es bueno.

El cliente implementó el firewall de aplicaciones web de Sucuri en su sitio y todo el ancho de banda y las solicitudes se cayeron instantáneamente en el sitio (como se ve a continuación) y no ha habido un solo problema desde entonces. Así que definitivamente es una buena inversión y un ahorro de tiempo si se encuentra con problemas como estos.

Los CDN también brindan funciones adicionales, como un token seguro, que le permite generar enlaces seguros con un tiempo de vencimiento. Después de que haya expirado, las personas ya no podrán acceder a ese contenido.

Pruebas de velocidad de CDN

Entonces, en lugar de solo decirle cuán beneficioso puede ser un CDN de WordPress, hagamos algunas pruebas para mostrarle los resultados. Realizamos 5 pruebas desde 4 ubicaciones de prueba diferentes con una CDN habilitada y luego sin una CDN. El sitio está alojado con Kinsta y utiliza Kinsta CDN (con tecnología de KeyCDN). La ubicación física del servidor está en Iowa, EE. UU.

Cuando esté probando la velocidad de su CDN, asegúrese de ejecutarlo un par de veces para que los medios se almacenen en caché. Como describimos más arriba con respecto al almacenamiento en caché de CDN, el encabezado HTTP de X-Cache mostrará un "HIT" una vez que se almacene en caché. Si no está en caché, mostrará un "MISS". Si no hace esto correctamente, puede parecer que la CDN no está ayudando a acelerar su sitio, cuando en realidad simplemente no creó el caché primero.

Sin CDN (Dallas, Texas, EE. UU.)

Primero realizamos 5 pruebas sin CDN en Pingdom de Dallas, Texas, y tomamos el promedio.

Sin CDN (Melbourne, Australia)

Luego realizamos 5 pruebas sin CDN en Pingdom de Melbourne, Australia, y tomamos el promedio.

Sin CDN (San José, California, EE. UU.)

Luego realizamos 5 pruebas sin CDN en Pingdom de San José, California, y tomamos el promedio.

Sin CDN (Estocolmo, Suecia)

Luego realizamos 5 pruebas sin CDN en Pingdom de Estocolmo, Suecia, y tomamos el promedio.

Con CDN (Dallas, Texas, EE. UU.)

Luego realizamos 5 pruebas con un CDN en Pingdom de Dallas, Texas y tomamos el promedio.

Con CDN (Melbourne, Australia)

Luego realizamos 5 pruebas con un CDN en Pingdom de Melbourne, Australia, y tomamos el promedio.

Con CDN (San José, California, EE. UU.)

Luego realizamos 5 pruebas con un CDN en Pingdom de San José, California, y tomamos el promedio.

Con CDN (Estocolmo, Suecia)

Luego realizamos 5 pruebas con un CDN en Pingdom de Estocolmo y tomamos el promedio.

Los resultados

Ahora echemos un vistazo a los resultados para comprender cuánto afecta una CDN a sus tiempos de carga totales.

• Dallas, Texas, EE. UU.: Disminución del 8,11% en el tiempo de carga total con un CDN.
• San José, California, EE. UU.: Disminución del 33,02% en el tiempo de carga total con un CDN
• Melbourne, Australia: Disminución del 54,19 % en el tiempo de carga total con un CDN.
• Estocolmo, Suecia: Disminución del 54,7% en el tiempo de carga total con un CDN.

Como puede ver, tanto en Dallas como en San José, con un CDN fue un poco más rápido. Y si echas un vistazo a las pruebas de Australia, puedes ver una gran diferencia en los tiempos de carga. Esto se debe a la ubicación geográfica del servidor de prueba. Nuestro servidor está en Iowa y, por lo tanto, al cargar desde Dallas y San José, los datos no tienen que viajar tan lejos. Pero para Australia, la distancia es lo que mata los tiempos de carga. Cuando habilitamos la CDN, el contenido y los medios se cargan desde un Kinsta CDN POP en Sydney, Australia, lo que resulta en tiempos de descarga mucho más rápidos. Lo mismo ocurre con Estocolmo, Suecia.

Ahora la pregunta es, ¿quieres disminuir tus tiempos de carga en más del 50% en algunos casos? ¡La respuesta deberia ser si!

¿Necesita un CDN?

Una pregunta que nos hacen mucho aquí en Kinsta es si se necesita o no un CDN para un sitio web en particular. Según nuestra experiencia, una CDN puede ser beneficiosa en casi todos los escenarios. Solo mire todos los beneficios que enumeramos anteriormente. Por lo general, el precio ya no es un factor, ya que la mayoría de los proveedores de CDN son muy baratos, algunos cobran tan solo $0.04/GB. Y luego Cloudflare es incluso gratis. Las únicas ocasiones en las que es posible que desee realizar más pruebas es si solo está sirviendo contenido a los visitantes en una ubicación geográfica específica.

Digamos, por ejemplo, que tiene una tienda pequeña con un sitio web en Ontario, Canadá. Quizás no le interesen tanto los clientes ubicados en otros lugares. Querrá investigar para ver dónde se encuentran los POP de un proveedor de CDN. Si, por ejemplo, el host de su servidor web está ubicado en Ontario, pero se registra en un proveedor de CDN que solo tiene un POP más cercano en los EE. UU., en realidad podría ralentizar su sitio. En este escenario, que es muy raro, podría ser más beneficioso no usar un CDN.

Proveedores populares de CDN

Hay muchos excelentes proveedores de CDN para elegir. La mayoría de ellos tienen pruebas gratuitas, por lo que recomendamos probar algunos para ver cuál funciona mejor para su sitio. Tenemos una integración de CDN gratuita aquí en Kinsta para todos los clientes, que funciona con KeyCDN. Aquí hay algunos otros proveedores de terceros que debe consultar:

• claveCDN
• Llamarada de nube
• StackPath (anteriormente MaxCDN)
• CDN77
• Amazon CloudFront
• Rapidamente
• encapsular
• Akamai

Cómo instalar un CDN en WordPress

Cada proveedor de CDN tiene su propio método de integración, pero afortunadamente todos son compatibles con WordPress y lo hacen muy fácil de integrar. Asegúrese de verificar su documentación o pregunte a su equipo de soporte si tiene problemas.

CDN de Kinsta

Nos asociamos con KeyCDN, una red de entrega de contenido habilitada para HTTP/2 e IPv6 con más de 200 ubicaciones, para impulsar sus activos y medios en todo el mundo. Las regiones actualmente atendidas incluyen América, América del Sur, Europa, África, Asia y Australia.

Vea cómo habilitar Kinsta CDN. Es un proceso simple de un clic desde el tablero de MyKinsta.

También contamos con increíbles análisis de CDN para que pueda ver el uso de ancho de banda, los archivos principales por solicitudes, los códigos de estado HTTP y más.

Llamarada de nube

Si está utilizando o está interesado en Cloudflare, tenemos un tutorial detallado sobre cómo instalar Cloudflare en su sitio de WordPress.

CDN de terceros

Si está pensando en implementar KeyCDN usted mismo, le recomendamos que lea este artículo sobre CDN para principiantes.

Una cosa que recomendamos es utilizar un subdominio para sus medios y activos en lugar de la URL aleatoria que le proporcionó el proveedor. Ejemplo: cdn.tudominio.com. Esto asegurará una mejor marca para su sitio, así como menos problemas cuando se trata de problemas de indexación. Después de configurar su CDN en el proveedor, puede utilizar un complemento gratuito de WordPress como el habilitador de CDN para vincular fácilmente sus activos y copiarlos automáticamente en su proveedor de CDN.

Otros complementos como WP Rocket o W3 Total Cache también tienen métodos de integración similares.

Es importante cargar tantos recursos de su sitio de WordPress como pueda. Esto garantiza una entrega más rápida a los visitantes y el uso de una única conexión HTTP/2. Puede ejecutar su sitio web a través de una herramienta como Pingdom para ver desde dónde se cargan sus medios. A veces, los temas o ciertos complementos pueden requerir algunos ajustes o investigar por qué no se cargan desde su CDN incluso después de finalizar la integración.

Indexación de imágenes con CDN

Desea asegurarse de que sus imágenes aún se indexen con Google cuando se mueven a un CDN. Para los usuarios del complemento Yoast SEO, querrá agregar el siguiente código al final de su archivo functions.php. Reemplace, por supuesto, el dominio y el dominio CDN con los suyos propios.

 function wpseo_cdn_filter( $uri ) { return str_replace( 'http://yourdomain.com', 'http://cdn.yourdomain.com', $uri ); } add_filter( 'wpseo_xml_sitemap_img_src', 'wpseo_cdn_filter' );

Si no hace esto, podría resultar en que sus imágenes se desindexen (como se ve a continuación). Siempre puede verificar esto usted mismo en Google Search Console.

Sin embargo, también hemos notado bastantes inconsistencias cuando se trata de que Google Search Console informa correctamente que las imágenes están indexadas correctamente. Una buena manera de verificar si sus imágenes están realmente indexadas es dirigirse a la Búsqueda de imágenes de Google e ingresar lo siguiente: site:https://yourdomain.com .

Importante: no ingrese su URL de CDN. Aunque las imágenes se sirven desde la CDN, aún deben indexarse ​​en su dominio raíz. Si sus imágenes aparecen en la Búsqueda de imágenes de Google, significa que están indexadas correctamente.

Resumen

Con suerte, ahora puede ver todos los increíbles beneficios que puede obtener al usar un CDN de WordPress. Garantizará que sus medios se carguen más rápido en todo el mundo, reducirá su TTFB y disminuirá drásticamente los costos de ancho de banda y la carga del servidor. No solo eso, sino que podría ver mejores clasificaciones debido a tiempos de carga de página más rápidos. Y lo más importante, sus visitantes tendrán una experiencia de usuario mucho mejor.

No olvide que nuestro HTTP/2 Kinsta CDN ahora está incluido para todos nuestros clientes de alojamiento. ¿Tiene alguna idea sobre el uso de un CDN? Nos encantaría escuchar sus pensamientos a continuación.