“Qué CDN debería utilizar para su sitio de WordPress, Kinsta o Cloudflare?” Esta es una pregunta que nos hacen a cada rato, especialmente de nuevos usuarios migrando a Kinsta. La respuesta corta es, las dos son buenas opciones. Pero la respuesta larga es que realmente depende de las prioridades de su sitio, ya que nuestro CDN y el que ofrece Cloudflare son bastante distintos.

No se preocupe, hablaremos de las ventajas y desventajas de cada uno para que pueda tomar una decisión informada de cual podría funcionar mejor para usted.

¿Qué Es un CDN?

CDN es una abreviación para content delivery network o red de distribución de contenidos. Estos son una red de servidores (también conocidos como POPs) ubicados de forma estratégica alrededor del mundo. Estos son diseñados para ser host y distribuir copias del contenido estático de su sitio WordPress como imágenes, CSS, y JavaScript. Dependiendo del CDN, estos también pueden ser usados para hacer host a contenido dinámico como streams de video y MP3.

Kinsta CDN

Kinsta CDN

El objetivo principal de un CDN es acelerar la distribución de contenido de sus activos de su sitio de WordPress. Abajo le dejamos algunas formas como lo hace.

Reduce la Latencia de la Red

La latencia de la red se refiere al tiempo y o retraso involucrado en la transmisión de datos a través de una red. En otras palabras, que tanto tarda en que un paquete de datos vaya de un punto a otro. Entre más tenga que viajar sus datos, mayor será la latencia y el tiempo que tarda en cargar.

Al copiar sus activos a ubicación con servidores (POPs) más cercanas al visitante, esto reduce dramáticamente el tiempo de latencia de la red. Por ejemplo, si su sitio está albergado en un centro de datos en Iowa (EUA), y una persona visita su sitio desde Alemania, los datos tendrías que viajar miles de millas. Si usted está utilizando un CDN, sus activos son automáticamente distribuidos de una ubicación mucho más cercana como la de un servidor CDN (POP) ubicado en Frankfurt, Alemania.

Reduce TTFB

TTFB es una abreviatura para time to first byte o tiempo para el primer byte. Para explicarlo con palabras más simples, esto es una medida de cuánto tiene que esperar el servidor antes de recibir su primer byte de dato desde un servidor. Cuanto más tarda en recibir esos datos, será mayor la espera para que aparezca en la pantalla. Una idea errónea es que está calculado después de los tiempos de búsqueda del DNS, sin embargo, el cálculo original del TTFB en las redes siempre incluye la latencia de la red.

Una de las formas principales que un CDN ayuda a reducir el TTFB es a través de caché. El Caché es un proceso de almacenar recursos de una petición y reusar esos recursos para peticiones subsecuentes. Básicamente, este reduce el tiempo de trabajo requerido para generar la vista de una página. Justo y como su host de WordPress utiliza el caché, es igual para un CDN. Cuando los activos son entregados desde un caché en el CDN, estos cargan súper rápido para el visitante.

Los TTFB de sus sitios pueden variar dependiendo del tipo de CDN que esté utilizando, de los cuales hablaremos más adelante.

Pero antes de sumergirnos en las diferencias de TTFB, es importante conocer los dos distintos tipos de redes de entrega de contenido que los clientes utilizan comúnmente en Kinsta:

  1. CDN Tradicionales
  2. WAF CDN/Proxy inverso

1. CDN Tradicionales

El CDN de Kinsta es un CDN tradicional

Los CDN tradicionales sacan una copia de todo su contenido y archivos multimedia y utilizan un subdominio o un URL aleatorio para servir los activos, como 123.kinstacdn.com. Cuando alguien visita su sitio de WordPress, se hace una petición del cliente a su proveedor de hosting, y luego al CDN para sacar todos los activos.

domain.com [request → WordPress host]
123.kinstacdn.com/image.png [request → CDN]
123.kinstacdn.com/style.css [request → CDN]
123.kinstacdn.com/scripts.js [request → CDN]

2. WAF CDN/ Proxy Inverso

Cloudflare es un WAF CDN/Proxy inverso

Un WAF CDN/Proxy Inverso es un poco distinto al CDN tradicional. Mientras que actúa como un CDN, este intercepta todas las peticiones entrantes y actúa como un servidor intermediario entre el cliente y su host. Esta es una razón por la que usted tiene que cambiar los servidores de nombres y apuntar su DNS a estos. A diferencia del CDN tradicional, este típicamente no involucra el uso de un subdominio o un URL aleatorio.

domain.com [request → reverse proxy/WAF CDN → WordPress host]
domain.com/image.png [request → reverse proxy/WAF CDN]
domain.com/style.css [request → reverse proxy/WAF CDN]
domain.com/scripts.js [request → reverse proxy/WAF CDN]

Cómo Probar de Forma Apropiada la Velocidad de un CDN

Antes de adentrarnos a las ventajas y desventajas del Kinsta CDN y Cloudflare CDN, queremos compartir con usted algunos tips sobre como poner a prueba la velocidad de un CDN. Muchos hacen esto de forma inapropiada y por lo tanto no ven el desempeño real que están consiguiendo.

Usted Tiene que Hacer Pruebas en Varias Ocasiones por el Caché

Recuerde que un CDN es rápido porque sirve su contenido directamente desde el caché. Sin embargo, si usted acaba de agregar un CDN a su sitio o usted acaba de depurar el caché, el contenido podría no estar en el caché cuando usted haga su primera prueba de velocidad. El caché podría haber expirado.

Muchos usuarios suelen hacer pruebas de velocidad sólo una vez, el contenido no es aún almacenado en el caché del CDN, y de pronto, parece ser que el CDN en realidad está haciendo más lento al sitio (o simplemente no ven una mejora en el desempeño). En nuestras pruebas de velocidad de CDN, ¡notamos que un CDN en realidad puede reducir los tiempos de carga en algunos casos por un 50%! Esto depende de la ubicación de la que está probando, pero en cualquier escenario, usted debería ver unas mejoras en la velocidad.

¿Como saber si su CDN aún no está sirviendo el contenido de su caché? Muy fácil. Cada herramienta de prueba de velocidad le muestra a lo que llamamos encabezados de HTTP (también conocidos como encabezados de respuesta). Estos contienen información importante sobre cada petición. En el ejemplo de abajo, nosotros estamos utilizando Pingdom.

Cuando uno ve su sitio de WordPress, usted querrá ver uno de sus activos cargando desde el CDN. Este podría ser una imagen o un archivo de CSS/JS. Al utilizar el CDN de Kinsta, busque un encabezado llamado x-cache. Cuando no está sirviendo del caché aún, este se registrará como un MISS.

MISS HTTP header

MISS HTTP header

Para probar correctamente su CDN, necesita ver todo lo que se carga desde el caché. Cuando es así, el valor de x-cache será registrada por un HIT. Esto a veces requiere ejecutar su prueba de velocidad varias veces. Hemos percibido que dos o tres es el número mágico generalmente. Algunas herramientas de prueba de velocidad como Pingdom también, limitan el tiempo entre cada prueba (generalmente un par de minutos). Es posible que tenga que ejecutar su prueba de velocidad, volver más tarde, ejecutarla nuevamente, etc.

HIT HTTP header

encabezado HIT HTTP

Cuando está usando Cloudflare, el encabezado HTTP se llama cf-cache-status. Todo lo que se mencionó anteriormente sigue siendo válido, tendrá que realizar las pruebas de velocidad un par de veces hasta que vea el registro HIT. Esto significa que en realidad está sirviendo sus activos desde la memoria caché de Cloudflare.

cf-cache-status HTTP header

encabezado HTTP cf-cache-status

La Ubicación de su prueba importa mucho

La ubicación que elije durante las pruebas de velocidad es importante. La razón de todo esto está relacionado con el centro de datos donde se hospeda su sitio de WordPress. TTFB, latencia de la red, todo entra en juego.

Así que pruebe su sitio desde una ubicación cercana a sus centros de datos y una que esté lejos. Haga pruebas de velocidad sin el CDN y luego con el CDN. Esto también le ayudará a ver que tanto impacto un CDN tiene sobre su sitio de WordPress.

¿Cuál es mejor para su sitio de WordPress, el CDN de Kinsta o el de Cloudflare? 🤔 Descubrámoslo. Haga clic para Tweet

Las Ventajas y Desventajas del Kinsta CDN

Ahora hablemos de las ventajas y desventajas del Kinsta CDN. Esto es incluido en todos los planes de hosting de WordPress.

Ventajas del Kinsta CDN

El Kinsta CDN funciona gracias a KeyCDN, como un CDN tradicional. Una de las razones principales por las que típicamente recomendamos el Kinsta CDN en lugar del CDN de Cloudflare es porque tiene un muy bajo TTFB y no impacta la petición a su proveedor de hosting. Recuerde, Cloudflare es un WAF CDN/Proxy inverso, lo que quiere decir que esté se encuentra entre su sitio y el host. Esto agrega una sobrecarga lo cual resulta en mayores TTFB. Puede evitar esto con unas reglas de caché para la página, pero no siempre es tan fácil, y hablaremos de eso más adelante.

El Kinsta CDN contiene HTTP/2, tiene habilitado IPv6, y tiene 35 ubicaciones alrededor del mundo para potenciar sus activos. Mientras que Cloudflare tiene más ubicaciones, el muy bajo TTFB y su facilidad de uso, hacen que el Kinsta CDN sea una sorprendente opción si usted quiere la opción más rápida y sencilla. Usted puede activar el Kinsta CDN en dos simples pasos. No tiene que cambiar los servidores de nombres, no requiere abrir cuentas adicionales, y no requiere la instalación de plugins adicionales.

Paso 1

Para habilitar el Kinsta CDN, lo único que tiene que hacer es iniciar sesión en el dashboard de MyKinsta. Dar clic sobre su sitio y luego en la pestaña de CDN.

Kinsta CDN

Kinsta CDN

Paso 2

Luego de clic en “Habilitar.” Después de unos minutos, el CDN es automáticamente desplegado, y sus activos serán servidos desde el caché alrededor del mundo. Eso es todo.

Activando el Kinsta CDN

Activando el Kinsta CDN

Las Desventajas del Kinsta CDN

La desventaja más grande del Kinsta CDN es que en realidad este no es un Proxy inverso/WAF. ¿Por qué? Porque no siempre hace un buen trabajo al momento de filtrar los bots malignos o tráfico negativo. Recuerde este tipo de tráfico usualmente llega a su sitio de forma directa, no sus activos. Por lo tanto, el uso del Kinsta CDN típicamente no ayudará a reducir el tráfico negativo. Esto quiere decir que las visitas en su sitio serán mayores que si usted llegara a usar una solución proxy/WAF como la de Cloudflare.

Nosotros no contamos visitas de agentes de “bots” reconocidos y hacemos lo posible para filtrarlos de nuestros datos analíticos. Sin embargo, los bots también son conocidos por hacerse pasar como agentes usuarios, los cuales aparecerían como legítimos en nuestros registros de acceso. Lea más sobre cómo contamos las visitas.

Incluimos una generosa cantidad de ancho de banda de CDN con cada plan de hosting. Para muchos de nuestros clientes, jamás rebasarán esta cantidad y por lo tanto el CDN es usualmente gratuito. Sin embargo, si usted rebasa esta cantidad, entonces le cobraremos $0.10/GB. A pesar de que esto sigue siendo muy barato, esto puede ser visto como un punto negativo, ya que podría no ser gratuito dependiendo del volumen de tráfico que usted recibe y el tipo/tamaño de archivos multimedia en su sitio.

Las Ventajas y Desventajas de Cloudflare CDN

Ahora hablaremos de las ventajas y desventajas del Cloudflare CDN.

Ventajas del Cloudflare CDN

Cloudflare es muy bueno cuando se trata de bloquear el tráfico negativo que llega a su sitio. Ellos han estado haciendo esto por mucho tiempo y tiene filtros/reglas desarrollados desde hace décadas. Si quiere reducir el número total de visitas de su plan de hosting de Kinsta, ¡usar Cloudflare sin duda alguna sería una buena idea! Es importante mencionar que el plan gratuito de Cloudflare no incluye la aplicación de firewall para la red (WAF). Sin embargo, aún así lo protegerá contra algunos tipos de tráfico negativo.

Si usted desea mantener mínimas sus visitas, siempre le recomendamos utilizar el plan Pro de Cloudflare por $20/mes, el cual incluye el WAF. Esto reducirá el conteo de visitas aún más. Cloudflare es genial para sitios de alto tráfico y populares los cuales usualmente serán atacados por bots, raspadores y crawlers. Verifique la diferencia en la página de planes de Cloudflare.

Cloudflare es rápido y tiene una mayor cantidad de ubicaciones de servidores (POPs) que cualquier otro proveedor de CDN en el mercado. Su red consiste en más de 165 POPs.

También tienen una multitud de funciones de desempeño y seguridad de las que podrá aprovechar. Una de estas, Cloudflare Railgun, la cual ofrecemos como un add-on aquí en Kinsta. Está disponible por $100/mes/sitio. Esto asegura que la conexión entre su servidor origen y la red de Cloudflare sea lo más rápida posible. Esto se encuentra disponible para clientes con los planes de Negocios o de Empresarial.

Las Desventajas del Cloudflare CDN

Ahora hablemos de las desventajas del Cloudflare CDN. Lo primero que es que tendrá que cambiar los servidores de nombres para apuntar directamente a Cloudflare, contra el Kinsta CDN donde no se requieren cambios de DNS si su sitio ya se encuentra con nosotros.

El problema más común que los usuarios tienen con Cloudflare es que, por defecto, usted verá un mayor TTFB. Recuerde, Cloudflare es un Proxy inverso/WAF que intercepta todas las peticiones entrantes y actúa como un servidor intermediario entre el cliente y su host. Esto quiere decir que impacta su petición HTTP inicial al igual que sus activos. El resultado es que este viene con algo de sobrecarga. Podrá ver abajo que el TTFB con Cloudflare (también conocido como tiempo de espera) fue de 141.1 ms.

Alto TTFB con Cloudflare

Alto TTFB con Cloudflare

¿Importa el TTFB? Este contribuye a su velocidad general, así que sí. Ahora si ve un sitio usando el Kinsta CDN, el TTFB en la petición inicial es mucho menor, a tan sólo 33.1 ms. Recuerde, el CDN tan sólo puede controlar activos, así que esta petición inicial viene directamente desde los servidores de Kinsta.

Pero, algunos argumentaron que el TTFB mayor en Cloudflare es poco notorio cuando uno compara el resto de cosas sorprendentes que hace para proteger su sitio de WordPress.

Kinsta TTFB

Kinsta TTFB

Mientras que el TTFB con Cloudflare es mayor, usted puede reducir su TTFB con reglas de caché de página. Esto esencialmente lo que hace es que su sitio de WordPress sirva completamente del caché en el CDN. Básicamente está imitando el caché de página entera que ofrecemos en Kinsta.

Sin embargo, lo malo de esto es que las reglas del caché de la página pueden ser complicadas de establecer. También tendrá que estar familiarizado con exactamente con lo que debería y no debería cachear. Cosas como sus comentarios, la barra de herramientas de admin de WordPress, páginas de pago de eCommerce, todas son cosas que usted necesitaría configurar apropiadamente con reglas de caché de página.

También puede evitar el caché cuando una cookie es detectada al menos que esté utilizando el plan de Negocios o Empresarial de Cloudflare. Recuerde, en Kinsta hemos impuestos reglas a nivel servidor para sitios de eCommerce para automáticamente saltarse el caché cuando la cookie woocommerce_items_in_cart o la de edd_items_in_cart son detectadas para asegurar un proceso sincronizado de pago. Si usted implementa reglas de caché de página completa usted también necesitará configurar esto.

El plan gratuito también sólo viene con tres reglas de caché de página.

Habiendo dicho esto, si usted establece apropiadamente las reglas, esto es verdaderamente rápido. Revíselo, con caché de página completa establecido con Cloudflare, ¡nuestro TTFB estuvo bajo 20 ms!

TTFB con la regla de caché de página completa de Cloudflare

TTFB con la regla de caché de página completa de Cloudflare

Si quiere elegir la ruta de caché de página completa, le recomendamos leer estos tutoriales sobre como establecerlos:

Si está confundido o necesita ayuda, le recomendamos contratar a un desarrollador de WordPress para ayudarle.

Podría terminar viendo la siguiente advertencia en las herramientas de prueba de velocidad cuando su sitio de WordPress se encuentra detrás de Cloudflare: “Sirva contenido estático desde un dominio sin cookies.”

Usted no puede deshabilitar las cookies en recursos servidos a través de Cloudflare. Cloudflare incluye su propia cookie de seguridad en su encabezado. Sin embargo, estas cookies son muy pequeñas y las implicaciones de desempeño son extremadamente mínimas. Pero si usted utiliza Cloudflare, no hay forma de evitar esta advertencia. Usted no obtendrá esta advertencia al utilizar el Kinsta CDN.

Al utilizar Cloudflare, también querrá instalar su plugin de WordPress. Este permite cosas como depuración automática del caché cuando pública nuevo contenido. De cualquier otra forma, usted tendría que visitar el dashboard de Cloudflare para depurar el caché manualmente o esperar. En Kinsta el caché es automáticamente depurado cuando pública nuevos artículos.

También es importante tomar nota de que el plan gratuito de Cloudflare CDN en realidad es mucho más lento en algunas partes del mundo.

¿Qué CDN Debería Utilizar?

Esperemos que haya aprendido un poco más sobre el Kinsta CDN y el Cloudflare CDN, y ahora tiene un mejor entendimiento de cuál puede que funcione mejor para su sitio. De nuevo, ambas opciones son muy buenas. Tenemos a varios clientes usando ambos. Para recapitular:

Kinsta CDN

  • Tiene un TTFB muy bajo y es súper rápido. Si lo que busca es desempeño, le recomendamos el Kinsta CDN.
  • Es fácil de utilizar, puede activarlo en segundos. No se requieren cambios en el servidor de nombres o tener que preocuparse sobre reglas de caché de la página.
  • Usualmente es gratuito. Incluso si rebasa el límite del ancho de banda incluido, sigue siendo muy barato.
  • No hace un buen trabajo al momento de filtrar bots o tráfico negativo.

Cloudflare CDN

  • Es una excelente solución para bloquear tráfico negativo. Esto puede ayudar a reducir el número de sus visitas en su plan de hosting de Kinsta. Siempre recomendamos el Plan Pro de Cloudflare el cual incluye el WAF completo.
  • Debido al hecho de que el Cloudflare CDN es un Proxy inverso/WAF, tiene un TTFB más alto debido a esa sobre carga adicional.
  • Es posible reducir el TTFB, pero requiere implementar reglas de página. Dependiendo de la complejidad del sitio, esto puede ser muy pesado y podría requerir un plan superior de Cloudflare.
  • El plan gratuito de Cloudflare es mucho más lento en algunas regiones.
  • Requiere un plugin de WordPress si quiere asegurar una funcionalidad apropiada como una depuración automática al publicar contenido nuevo.
  • Tiene que cambiar los servidores de nombre para apuntar el DNS a Cloudflare.

Si cree que nos hemos perdido algo, déjenos sus comentarios a continuación.

5
Shares