Regularmente veo gstatic.com en la barra de estado, ¿qué es ese dominio?

Google ha descargado contenido estático (código JavaScript, imágenes y CSS) a un nombre de dominio diferente en un esfuerzo por reducir el uso de ancho de banda y aumentar el rendimiento de la red para el usuario final.

• aumenta el rendimiento al aumentar, en teoría, el número de conexiones que el navegador puede utilizar, por defecto, la mayoría de los navegadores sólo harán dos conexiones a un solo servidor. Aunque esto es configurable, la mayoría de los usuarios no se molestan, por lo que al tener el contenido proveniente de múltiples dominios, puede abrir dos conexiones para cada dominio que el sitio utiliza. Esto carga el contenido en el navegador de los usuarios más rápido.

• disminuye el ancho de banda al deshabilitar las cookies y otros encabezados HTTP para el dominio gstatic.com. Lo creas o no, deshabilitar los encabezados reduce enormemente el uso de ancho de banda, especialmente si una página usa muchos archivos estáticos.

• el contenido estático puede ser descargado a servidores geográficamente diversos CDN . Google puede enviar todo el contenido a los servidores más cercanos. Esto es probablemente más aplicable a un sitio corporativo normal, ya que Google hace un gran trabajo de empujar todo a un centro de datos más cercano a ti. Pero para una empresa normal, podría dividir su contenido dinámico y su contenido estático y luego pagar a un proveedor de CDN para alojar su contenido estático, reduciendo el uso de ancho de banda de su centro de datos corporativo, mientras mejora los tiempos de carga para su usuario.

gstatic.com es un dominio sin cookies para ofrecer contenido estático para Google. Consulta este artículo para obtener más información: Mejores prácticas para acelerar su sitio web - Uso de dominios sin cookies para componentes

Cuando el navegador hace una solicitud de una imagen estática y envía cookies junto con la solicitud, el servidor no tiene ningún uso para esas cookies. Por lo tanto, sólo crean tráfico de red sin una buena razón. Debes asegurarte de que los componentes estáticos se soliciten con solicitudes sin cookies. Crea un subdominio y aloja allí todos tus componentes estáticos.

Si tu dominio es www.example.org, puedes alojar tus componentes estáticos en static.example.org. Sin embargo, si ya has establecido las cookies en el dominio de primer nivel example.org en lugar de www.example.org, todas las solicitudes a static.example.org incluirán esas cookies. En este caso, puede comprar un dominio completamente nuevo, alojar sus componentes estáticos allí y mantener este dominio libre de cookies. Yahoo! utiliza yimg.com, YouTube utiliza ytimg.com, Amazon utiliza images-amazon.com y así sucesivamente.

Otra ventaja de alojar componentes estáticos en un dominio libre de cookies es que algunos proxies pueden negarse a almacenar en caché los componentes que se solicitan con las cookies. En una nota relacionada, si te preguntas si deberías usar example.org o www.example.org para tu página de inicio, considera el impacto de las cookies. Omitir www no te deja otra opción que escribir las cookies en *.example.org, así que por razones de rendimiento es mejor usar el subdominio www y escribir las cookies en ese subdominio.

Si eres como yo, probablemente notas el dominio gstatic porque tu navegador está pausado esperando un recurso.

Si el dominio que estás viendo es

csi.gstatic.com

entonces nota que esto es NO un recurso estático. Es una especie de registro interno (muy parecido a Google Analytics). Si haces una búsqueda en Google de csi gstatic verás que mucha gente espera hasta 30 segundos para que esta URI sea procesada por Google.

Google, por su parte, nunca (hasta donde yo sé) ha mencionado públicamente csi.gstatic.com/csi.

gstatic.com es un dominio propiedad de google en el que alberga su contenido estático, principalmente imágenes. El objetivo principal de este dominio es mejorar el rendimiento de otros sitios, y no construir un sitio. Uno de los motivos de la existencia de dicho dominio es debido a las limitaciones de los principales navegadores en cuanto a las descargas simultáneas de un solo subdominio. Había una versión de los principales navegadores que limitaba las descargas simultáneas a 4. Las investigaciones sobre el rendimiento de la web apuntaban a que si se creaban hasta cuatro subdominios, la velocidad de carga de las páginas con muchos archivos estáticos mejoraría.