Zie je de foutmelding “serve static content from a cookieless domain” in PingdomGTmetrix, of Google PageSpeed Insights? In het algemeen is er geen enkele reden waarom een HTTP cookie met content zoals afbeeldingen, Javascript of CSS meegestuurd moet worden, omdat dit alleen maar meer overhead met zich meebrengt. Wanneer een server een cookie voor een specifiek domein instelt, moeten alle volgende HTTP aanvragen ook dezelfde cookie bevatten.

De foutmelding zal je dan ook vaker zien op een server die een hoog aantal aanvragen moet behandelen. Je kan dit probleem onder andere oplossen door gebruik te maken van een CDN of door een apart (sub)domein te instellen om cookies te regelen.

Info

Let op: Door recente veranderingen in het internet en door de introductie van nieuwe protocollen zoals HTTP/2, kan deze waarschuwing met een gerust hart genegeerd worden. De kosten voor het aanmaken van een nieuwe verbinding zijn vaak hoger dan het blijven gebruiken van een enkele verbinding voor het streamen van data. HTTP/2 werkt verbazingwekkend goed als het gaat om het tegelijkertijd managen van verbindingen en cookies zijn vaak erg kleine bestanden.

Afhankelijk van de tool of software die je gebruikt, krijg je een van de volgende waarschuwingen, of iets dat hier op lijkt:

  • “serve the following static resources from a domain that doesn’t set cookies”
  • “serve static content from a cookieless domain”
Serveer statische inhoud van een kookwekker domeinwaarschuwing

Serveer statische inhoud van een kookwekker domeinwaarschuwing

Als je toch een losstaand (sub)domein wil opzetten om cookies te versturen, kan je de instructies hieronder volgen.

De waarschuwing “Serve Static Content From a Cookieless Domain” oplossen

Er zijn een aantal manieren om de foutmelding “serve static content from a cookieless domain” op te lossen, waaronder het opstellen van een CDN, maar ook het herconfigureren van je WordPress website.

  1. Gebruikmaken van een CDN
  2. Herconfigureren van je WordPress website

1. Gebruikmaken van een CDN

Een makkelijke oplossing is om een CDN-provider te gebruiken. Hierbij is het van belang dat je een CDN-provider gebruikt, die je de mogelijkheid geeft om ofwel cookies te negeren of een die cookies voor je stript zodat de browser de Set-Cookie response header niet meer ontvangt. KeyCDN is een provider die deze dienst aanbiedt. Deze twee opties zijn automatisch ingeschakeld. Dit is een makkelijke optie waarbij je niet met je website in de weer hoeft en waarbij je ook niet een (sub)domein hoeft in te stellen.CDN strip cookies

Let op: Als je website via CloudFare loopt, is het niet mogelijk om cookies uit te schakelen. Daarnaast voegt CloudFlare hun eigen beveiligingscookies toe aan je header. Nogmaals, deze cookies zijn uitermate klein en het effect op de prestaties van je website nihil.

2. Herconfigureren van je WordPress website

De tweede optie die je hebt is het herconfigureren van je WordPress website, zodat deze statische content aanbiedt via een nieuw (sub)domein. Let op: Als je gebruikt maakt van een top-level domein, zoals domein.nl, dan dien je een compleet ander domein te gebruiken. Als je www.domein.nl gebruikt, dan kan je simpelweg een subdomein opzetten zoals static.domein.nl. We gaan er in deze handleiding vanuit dat je website zich op www.domein.nl bevindt.

  1. De eerste stap is om een subdomein aan te maken, zoals static.domein.nl. Vanuit deze locatie worden alle bestanden geleverd.
  2. Stel nu het DNS record van je subdomein in met een CNAME die verwijst naar je hoofddomein.
  3. Verwijs het subdomein naar de ‘/wp-content’ map door het ‘wp-config.php’ bestand te wijzigen.
define("WP_CONTENT_URL", "http://static.domain.com"); 
define("COOKIE_DOMAIN", "domain.com");
10
keer gedeeld