CloudFlare: Comprende Cómo Fundiona!!

CloudFlare es un servicio de caché distribuida. En concreto se llama CDN (Content Delivery Network), es decir, una red de distribución de contenidos. Esto permite publicar copias de tus contenidos en servidores distribuidos mucho más cercanos a tus usuarios. Por tanto, aumentar la velocidad de carga de tu página web.

CloudFlare: Modelo de Negocio

El servicio de CloudFlare puede ser activado y configurado directamente desde su página web. Esta es la forma más efectiva de utilizarlo. Simplemente configuras tus DNS apuntando a los de CloudFlare, y a partir de ese momento ya has situado a CloudFlare entre tus usuarios y tus servidores webs.

Pero claro, esto como modelo de negocio, requeriría que la captación de potenciales clientes de CloudFlare se debería hacer con su web (una web entre millones de las existentes en Internet).

En cuanto a modelo de negocio, ¿dónde están los potenciales clientes de CloudFlare? La respuesta es en los Hostings. Así, CloudFlare muy inteligentemente, desarrolló un addon para cPanel para que los proveedores de Hosting lo incorporen a sus clientes.

Ahora bién, ¿y qué ganan los proveedores con esto? Es cierto que les reduce un poco la carga, pero desde luego esto require un soporte técnico que les está transfiriendo CloudFlare a ellos, por tanto alguna compensación económica necesitan. La solución es que los proveedores de Hosting son “resellers” del producto, de modo que te venden “extras” en modelo suscripción del servicio CloudFlare.

Esto nos lleva, al siguiente punto: Railgun.

CloudFlare Railgun: Cacheando Contenido Dinámico

La idea de cachear el contenido dinámico suena bastante absurda. Precisamente si es algo cambiante, no debiera ser cacheado. Sin embargo, la forma de captar clientes de CloudFlare es a base de dar GRATIS el servicio de caché del contenido estático de tu web, esto les permite tener millones de usuarios y potenciales clientes de pago.

Por tanto, si se está dando gratis el servicio de caché del contenido estático, hay que desarrollar nuevas ideas de negocio por las que lograr los ingresos que toda compañía necesita.

La solución: Railgun. Este servicio solo está disponible a través de los planes más caros de su web (Business y Enterprise) que vienen a costar $200/mes, si bien lo puedes adquirir por apenas $3 a través de los CloudFlare Optimized Partners (es decir, la red de proveedores de hosting que han incorporado un pequeño software para ello).  Por tanto, es fácilmente ‘vendible’ para los proveedores de Hosting.

Volviendo al tema del modelo de negocio, esta idea comercial pretende que los Hostings puedan obtener algunos ingresos a cambio de los costes de soporte técnico que CloudFlare les está trasladando.

Este modelo de negocio ha convencido a bastantes proveedores, pero por ejemplo HostGator se ha bajado del carro. Me imagino que a HostGator no le ha compensado los costes de soporte frente a los ingresos extra con motivo de ‘vender’ mejoras a CloudFlare.

CloudFlare Rocket Loader

Esta es una de las funcionalidades que vienen por defecto GRATIS, tanto si te suscribes a CloudFlare a través su web como si lo haces a través de uno de sus partners (de la red de hostings que incluyen su addon en el cPanel).

Está muy bien, si embargo en muchos casos dejan de funcional los sliders. La mayoría de mis webs llevan un slider en la home, de modo que al final he tenido que deshabilitarlo. Como me daba rabia ponerlo en ‘Off’, simplemente lo he pasado de ‘Automatic’ a ‘Manual’. Pero a efectos prácticos, salvo que codifique los scripts para que utilicen esta funcionalidad, no se va a utilizar.

Conclusión: buena idea, pero a la mayoría no nos sirve.

CloudFlare Flexible SSL

Esta es la joya de la corona. Realmente esto es una maravilla. En mi todas mis webs son SSL de verdad (con un certificado instalado en el servidor). Sin embargo utilizo dominios y subdominios para alojar las imágenes (contenido estático) en Amazon S3, y ello requeriría también tener otros tanto certificados SSL en dichos dominios.

La solución es Flexible SSL. Con ello todos estos dominios solo utilizados para imágenes pueden tener direcciones https y por tanto no romper el “candado verde”  de tu web principal.

Esta funcionalidad da muchísimo juego.

También la utilizaría yo para cualquier proyecto web que se inicia y que no tiene todavía un certificado SSL. Porque desde el primer minuto puedes estar indexando en Google (y en cualquier otra web que te enlacen) con direcciones https, y por tanto cuando en un future evoluciones a SSL todos los enlaces (backlinks) ya estarán hacia ella. No pasaría nada (claro que podrías hacer una redirección) pero es mucho más limpio si desde el inicio tu web es https.

Mi Conclusión de CloudFlare

CloudFlare es la mejor solución que he probado hasta la fecha para CDN. De forma GRATUITA cache el contenido estático de tu página web y lo distribuye lo más próximo posible a tus usuarios. Esto mejora en velocidad de carga para ellos, y al mismo tiempo te descarga tus servidores webs (que solo deberán servir el contenido dinámico).

Ahora bien, para aprovechar todos sus beneficios, debes darte de alta y configurarlo en su web. Esto te va a dar 2 ventajas añadidas:

  1. Tienes acceso a Flexible SSL, que te permitirá entre otras cosas utilizar SSL para direcciones que no tienen instalado un certificado SSL. Ejemplos: cualquier blog; dominios de contenido estático (como serían imágenes), etc.
  2. Como resultado de lo anterior, podrás también utilizarlo en caso de que tu web tenga instalado un certificado SSL de verdad. Puesto que la mayoría de los proveedores de Hosting solo soportan CloudFlare con SSL en sus modalidades de pago.

Las conexiones quedan así:

USUARIO ———– (imágenes HTTPS) ————–>  CLOUDFLARE ——–(HTTP)———-> AMAZON S3 (No SSL)

USUARIO —– (contenido estático HTTPS)———> CLOUDFLARE ——–(HTTPS)——-> TU WEB (Certificado SSL)

USUARIO —————————— (contenido dinámico HTTPS)—————————-> TU WEB (Certificado SSL)

 

Extra: Nivel Avanzado: “cookie free domains” y SEO

Abrás visto en GTmetrix.com, tools.pingdo.com, etc. que últimamente te sugieren que sirvas el contenido estático de tu web desde “cookie free domains”.

Lo que te sugieren es que utilices cualquier otro dominio para servir el contenido estático. Ahora bien, ¿qué es contenido estático? básicamente estas cosas: las imágenes, los javascripts, CSS, y código html.

Ahora bien, lo que más pesado suelen ser las imágenes. No hablo de videos y audio porque a estas alturas ya debes saber que no debes alojarlos en tus servidores webs (lo natural es alojarlos en servicios externos tipo Youtube, Vimeo, Wistia, Soundcloud, etc.).

El tema es que las imágenes son CONTENIDO INDEXABLE. Es decir, lo indexan tanto los buscadores (Google, Bing, etc.) como cualquier otra persona que desee incorporar en su blog un backlink hacia tus imágenes.

Entonces: ¿Te imaginas ir a tu “Google Search Console” y tener cero imágenes indexadas? (porque lo están bajo cualquier otro dominio). Esto evidentemente puede que sea bueno para la velocidad de carga, pero no puede ser bueno para el SEO.

Cuando tu subes un video Youtube en vez  de a tu propia página web, al publicar dicho video en tu web lo que provocas es que “le regalas” un backlink a Youtube. Esto por millones de webs, estamos posicionando a Youtube en los rankings de Google. Al final, si buscas tu video en Google evidentemente el que saldrá es el de Youtube. Sin embargo, aunque sabemos todos esto, nos compensa. Es decir, los recursos que pone Youtube de forma gratuita para que nosotros subamos nuestros videos (no solo discos de almacenamiento sino también ancho de banda para las visitas), nos compensa perder ese tráfico de visitas a nuestras páginas webs. Youtube por supuesto ello lo rentabiliza incorporando anuncios en nuestros videos.

Ahora bien, ¿quieres perder el “link juice” también con tus imágenes? Yo no lo haría. Por ello, desde un punto de vista SEO, yo no alojaría en dominios distintos las imágenes.

Ahora bien, existe la solución de hacerlo en un subdominio de tu dominio principal. Esto te permitirá utilizar Amazon S3 bajo dicho subdominio. En Google Search Console verás todas tus imágenes indexadas, aunque estés utilizando ese subdominio. Por tanto a nivel de SEO resuelto.

A nivel de “cookie free domain” el tema es un poco más complicado. Si utilizas un subdominio para tus imágenes, solo podrás configurarlos como “cookie free” si la web principal la tienes bajo “www”. Si las tienes como yo, directamente con el root domain (https://midominio.com) porque te parece que con ello enfatizas tu imágen de marca a través de tu propio dominio, no vas a poder configurar tu imagenes.midominio.com como “cookie free”.

Por tanto, todo no se puede tener. Tienes que elegir entre 3 puntos clave:

  1. SEO (alojar el contenido estático bajo tu dominio principal o un subdominio)
  2. Velocidad (alojar en dominios distintos el contenido estático y además que sean “cookie free domain”)
  3. Marca (uso del root domain, facilitando recordar más fácilmente la web)

En mi caso, yo no utilico “cookie free domain”. Simplemente utilizo Amazon S3 bajo un subdominio de mi dominio principal. Y por delante de todo ello situo CloudFlare solo para el contenido estático (con su plan GRATIS). El resultado, es que mis páginas muy complejas cargan en apenas 2 segundos, sin embargo los detalles estadísticos de GTmetrix.com y tools.pingdom.com no salen bonitos porque no sigo todas sus recomendaciones 🙂

Así yo consigo SEO, Velocidad y Marca.

Ahora bien, tampoco es mala idea mantener el www y así de ese modo poder tener el “cookie free domain” para tus imágenes. Quizás para el próximo proyecto 😉

 

 

 

commentarios