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.

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");

Bespaar tijd en kosten en maximaliseer siteprestaties met:

  • Directe hulp van WordPress-hostingexperts, 24/7.
  • Cloudflare Enterprise integration.
  • Globaal bereik met 28 datacenters verspreid over de wereld.
  • Optimalisatie met onze ingebouwde Application Performance Monitoring.

Dat alles en nog veel meer, in één pakket zonder langlopende contracten, met migraties en een 30 dagen geld-terug-garantie. Bekijk onze pakketten of neem contact op met sales om het pakket te vinden dat bij je past.