Menú


Serve Static Content From A Cookieless Domain

En primer lugar deciros que este artículo tiene sentido hasta mediados, finales, del año 2020. Pues con la extensión de HTTP2, es más rentable enviar información sobrante en la cabecera, que no hacer peticiones a otro DNS, por muy optimizado que esté. Por lo tanto si estáis viendo esto en el año 2025 por ejemplo. Una de tres, o váis muy peces, os habéis equivocado de páginas o simplemente os gusta la historia antigua.

Alguien podría decirnos: - ¿Por que no la borráis entonces?- Por Dios, y perder una página indexada. Perder la posibilidad de traer usuarios a nuestra Web. Pero estamos locos o que. La verdad es que por las visitas que nos trae esta página, si sería conveniente eliminarla. Pero como fue de las primeras, le tenemos un poco de cariño y además nos sirve para ver como evoluciona de rápido el mundo tecnológico.

Como todavía estamos a principios del 2020, justo en plena cuarentena por el Coronavirus, vamos darle caña al asunto.

Evitar el envío de cookies

Eso es de lo que trata el asunto. Intentar enviar en la cabecera del protocolo HTTP, la menor información posible. Ver también Como solucionar eTags o entity tags. Si nuestro dominio utiliza cookies, que seguro que lo hace, entonces cada nueva petición a nuestro sitio web incluirá siempre estas cookies aunque no las usemos. Este información a veces resulta innecesaria, sobretodo cuando llamamos a elementos estáticos como imagenes, hojas de estilos, javascripts...

Existen dos soluciones al respecto

Solución 1: Crear un subdominio

En esta solución se trata de crear un subdominio. Por ejemplo static.seopractico.com y meter en el todos los archivos que podamos considerar estáticos. Es decir que no variaran mucho en el tiempo. Entonces todas las llamadas a imágenes, hojas de estilos, javascripts deben de hacerse a traves del nuevo subdominio. Por ejemplo: https://static.seopractico.com/img/logo.jpg

En esta opción hay dos posibles problemas. El primero que tu plan de hosting no te deje crear ningún subdominio, con lo que hay que ir a la solución 2. El segundo, es que tu certificado SSL, seguramente solo cubra el dominio principal www.tudominio.com y no el subdominio static.tudominio.com. Entonces o pagas más por el certificado SSL o aceptas recibir el aviso de contenido mixto (Tener llamadas a protocolo no seguro HTTP) en tus aplicaciones de análisis. Nosotros te recomendamos ir a la solución 2.

Solución 2: Utilizar un ### CDN (Content Delivery Network o Red de distribución de contenidos)

Estas redes están optimizadas para servir contenidos de forma ligera y muy rápida. Cuentan con grandes estructuras de servidores y optimizan al máximo el uso del ancho de banda, grancias a la minificación de la información y al uso de sistemas de cache muy sofisticadas.

Las ventajas de está opción es que ya está todo preparado y optimizado para su uso. Sin cookies, con el protocolo HTTPS... Solo tienes que subir la información a la que después quieras acceder desde tu web y hacer las llamadas pertinentes.

CloudFlare es uno de los más famosos proveedores de ### CDNs. Seguid el enlace el siguiente enlace y os explicaremos las virtudes de estos sistemas.

### Los CDNs

Conclusión

Creemos que la nueva generación de navegadores, con el asentamiento del protocolo HTTP2, acabaran por minimizar el impacto del uso de Cookies en un dominio. Por lo tanto harán más óptima la opción de hacer las peticiones internas y no a subdomnios u otros DNS. De hecho mientras escribiamos estas lineas a día 31/03/2020, hemos contrastado que Pingdom, ya ha eliminado el error del su informe de resultados sobre el test de velocidad.

Artículos relacionados