Ik zie regelmatig gstatic.com in de statusbalk, wat is dat domein?

Google heeft statische content (JavaScript-code, afbeeldingen en CSS) naar een andere domeinnaam verplaatst in een poging om het gebruik van bandbreedte te verminderen en de netwerkprestaties voor de eindgebruiker te verhogen.

• verhoogt de prestaties door het aantal verbindingen dat de browser kan gebruiken te verhogen, standaard zullen de meeste browsers slechts twee verbindingen maken met een enkele server. Hoewel dit configureerbaar is, doen de meeste gebruikers er geen moeite mee, dus omdat de inhoud van meerdere domeinen komt, kan het twee verbindingen openen voor elk domein dat de site gebruikt. Dit laadt de inhoud sneller in de browser van de gebruiker.

• verlaagt de bandbreedte door het uitschakelen van cookies en andere HTTP-headers voor het gstatic.com-domein. Geloof het of niet, het uitschakelen van headers vermindert het bandbreedtegebruik aanzienlijk, vooral als een pagina veel statische bestanden gebruikt.

• statische inhoud kan worden uitgeladen naar geografisch diverse CDN servers. Google kan alle inhoud pushen naar servers die het dichtst bij u in de buurt staan. Dit is waarschijnlijk meer van toepassing op een normale bedrijfssite, aangezien Google alles naar een datacenter in uw buurt kan pushen. Maar voor een normaal bedrijf kunt u uw dynamische content en uw statische content opsplitsen en vervolgens een CDN-provider betalen om uw statische content te hosten, waardoor het bandbreedtegebruik van uw bedrijfsdatacenter wordt verminderd, terwijl de laadtijd voor uw gebruiker wordt verbeterd.

gstatic.com is een kookloos domein voor het leveren van statische content voor Google. Zie dit artikel voor meer informatie: Best Practices for Speeding Up Your Web Site - Use Cookie-free Domains for Components

Wanneer de browser een verzoek doet voor een statische afbeelding en samen met het verzoek cookies verstuurt, heeft de server geen gebruik voor deze cookies. Ze creëren dus alleen maar netwerkverkeer zonder goede reden. U dient ervoor te zorgen dat statische onderdelen worden opgevraagd bij verzoeken zonder cookies. Maak een subdomein aan en host daar al uw statische componenten.

Als uw domein www.example.org is, kunt u uw statische componenten hosten op static.example.org. Als u echter al cookies hebt ingesteld op het topleveldomein example.org in tegenstelling tot www.example.org, dan zullen alle aanvragen voor static.example.org deze cookies bevatten. In dit geval kunt u een heel nieuw domein kopen, daar uw statische componenten hosten en dit domein cookievrij houden. Yahoo! gebruikt yimg.com, YouTube gebruikt ytimg.com, Amazon gebruikt images-amazon.com enzovoort.

Een ander voordeel van het hosten van statische onderdelen op een cookievrij domein is dat sommige gevolmachtigden kunnen weigeren om de onderdelen die met cookies worden opgevraagd te cachen. Als u zich afvraagt of u example.org of www.example.org moet gebruiken voor uw homepage, overweeg dan de impact van cookies. Het weglaten van www laat je geen andere keuze dan cookies te schrijven naar example.org, dus om prestatieredenen is het het beste om het www subdomein te gebruiken en de cookies naar dat subdomein te schrijven.

Als je net als ik bent, merk je waarschijnlijk het statische domein op omdat je browser wacht op een bron.

Als het domein dat je ziet

csi.gstatic.com

is, merk dan op dat dit Niet een statische bron is. Het is een soort van interne logging (net als Google Analytics). Als je een Google search for csi gstatic doet, zul je zien dat veel mensen tot 30 seconden wachten op de verwerking van deze URI door Google.

Google heeft op zijn beurt nooit (bij mijn weten) csi.gstatic.com/csi publiekelijk vermeld.

gstatic.com is een domein dat eigendom is van google en waar het zijn statische inhoud, voornamelijk afbeeldingen, herbergt. Het belangrijkste doel van dit domein is om de prestaties van andere sites te verbeteren, en niet om een site te bouwen. Een van de motieven van het bestaan van een dergelijk domein is vanwege de belangrijkste beperkingen van browsers met betrekking tot het gelijktijdig downloaden van een enkel subdomein. Er was een versie van de belangrijkste browsers die de gelijktijdige downloads beperkte tot 4. Onderzoek naar de webprestaties wees uit dat als u tot vier subdomeinen zou aanmaken, de snelheid van het laden van pagina’s met veel statische bestanden zou verbeteren.