GTmetrix gir siden din 72/100, og anbefalingene viser «Serve static content from a cookieless domain.» Du klikker og ser en liste på 40 CSS-filer, hver av dem drar med seg en Set-Cookie-header. Bilder, fonter, skript, dusinvis av forespørsler, og hver eneste en bærer med seg en HTTP-header disse filene absolutt ikke trenger.

Problemet er ikke koden din. Det er et arkitektonisk trekk: serveren setter informasjonskapsler på domenenivå, og nettleseren fester dem pliktoppfyllende til hver forespørsel, også de der autentisering og sesjoner ikke gir mening. Resultatet: ekstra kilobyte i hver respons, tregere lasting av statisk innhold og et rødt flagg i GTmetrix- og Pingdom-rapporter.

Gode nyheter: dette tar 15 minutter å fikse uten å bytte hosting. Du trenger ikke en ekstra server, du trenger ikke en dyr enterprise-plan. Et separat underdomene eller CDN er nok, og statiske filer vil gå uten informasjonskapsler mens GTmetrix-scoren din hopper 10-15 poeng.

💡 Rask oversikt:

• Forstå hvorfor informasjonskapsler «lekker» til statisk innhold og når det faktisk er et problem
• Sett opp et separat underdomene for wp-content via cPanel, trinn for trinn, inkludert SQL-URL-erstatning
• Koble til KeyCDN via CDN Enabler-pluginen som et moderne alternativ (5 minutter, fra $4/måned)
• Lær hvorfor Cloudflare ikke fjerner GTmetrix-advarselen, og når du kan ignorere den

Hvorfor informasjonskapsler havner på statisk innhold

Informasjonskapsler settes på domenenivå. Men det er en nyanse som ofte overses: underdomener arver informasjonskapselinnstillinger fra forelderen. Hvis nettstedet ligger på example.com og setter informasjonskapsler for det domenet, går de automatisk til www.example.com og static.example.com.

Det er derfor det ikke er nok å bare opprette et underdomene for static.example.com. Mens hovedsiden ligger på det nakne domenet, vil informasjonskapsler «lekke» til underdomenet. Løsningen er enkel, men kontraintuitiv: flytt nettstedet til www.example.com og legg statisk innhold på static.example.com. Da gjelder informasjonskapsler for www, mens static forblir rent.

Det andre alternativet, et helt separat domene. Fungerer teknisk, men å kjøpe et domene for denne oppgaven er nesten aldri forsvarlig: riktig håndtering av underdomener er tilstrekkelig.

Og en annen ting: på managed WordPress-hoster som Kinsta, WP Engine eller SiteGround er problemet ofte allerede løst på servernivå. Hvis planen inkluderer «edge caching» eller «CDN inkludert», trengs ikke ytterligere oppsett.

Metode 1. Separat underdomene for statisk innhold via cPanel

Grunnmetoden som fungerer på enhver hosting med cPanel. Ingen tredjepartstjenester, ingen månedlige betalinger. Ideen: opprett et underdomene, knytt det til /wp-content, og be WordPress om å levere statisk innhold gjennom det.

Opprett et underdomene

Gå til cPanel → «Domains»-delen → «Subdomains». Opprett underdomenet static.yoursite.com. I feltet Document Root angir du stien til wp-content: vanligvis er det public_html/wp-content.

Sjekk: hovedsiden bør ligge på www.yoursite.com. Hvis du sitter på det nakne domenet uten www, flytt først siden til www, ellers vil ikke metoden fungere.

Legg til konstanter i wp-config.php

Åpne wp-config.php i nettstedets rot og legg til to linjer FØR kommentaren /* That's all, stop editing! Happy publishing. */:

1
define('WP_CONTENT_URL', 'https://static.yoursite.com');
2
define('COOKIE_DOMAIN', 'www.yoursite.com');

WP_CONTENT_URL ber WordPress om å levere alt innhold fra /wp-content/ gjennom det nye underdomenet. COOKIE_DOMAIN begrenser informasjonskapslenes virkeområde til www-underdomenet, og hindrer dem i å spre seg til static.

Erstatt URL-er for eksisterende filer i databasen

Allerede publiserte innlegg lagrer lenker til gamle bilde-URL-er. De må erstattes i bulk via phpMyAdmin.

Gå inn i phpMyAdmin (cPanel → Databases), velg WordPress-databasen, SQL-fanen. Utfør:

1
UPDATE wp_posts SET post_content = REPLACE(post_content, 'www.yoursite.com/wp-content/', 'static.yoursite.com/');

Ta sikkerhetskopi av databasen før du utfører. SQL-erstatning er irreversibel. Skriver du feil URL, vil bilder på nettstedet knekke, og du må gjenopprette fra en sikkerhetskopi.

Fordeler og ulemper

Metoden fungerer uten tredjepartstjenester og ekstra utgifter. Men: manuell redigering av wp-config.php og database, risiko for SQL-feil, behov for å vedlikeholde konfigurasjon av to underdomener. På VPS med NGINX må du også redigere serverkonfigurasjonen, noe som gir økt kompleksitet.

For de fleste nettsteder i dag finnes det et enklere alternativ, CDN.

Metode 2. CDN som en moderne løsning

Content Delivery Network henter statisk innhold til sine servere og bruker som standard ikke informasjonskapsler for filer. Du får to ting på en gang: statisk innhold uten informasjonskapsler pluss et globalt leveringsnettverk som øker hastigheten for besøkende fra hvor som helst i verden.

KeyCDN-tjenesten, pay-as-you-go CDN med priser fra $0,04/GB trafikk og minimumsbetaling på $4/måned. For et gjennomsnittlig nettsted ligger kostnadene på $4-10 per måned. 60+ tilstedepunkter, innebygd Strip Cookies-alternativ som tvangsfjerner Set-Cookie-headere fra responser.

Tilkobling via CDN Enabler

CDN Enabler, offisiell KeyCDN-plugin for WordPress. Versjon 2.0.8, 10 000+ aktive installasjoner, testet opp til WordPress 6.9. Den fanger opp sider og omskriver URL-er for statiske filer til CDN-domenet.

Oppsettstrinn:

• Opprett en KeyCDN-konto. Tjenesten gir en prøveperiode, du kan teste uten betaling.

• Installer CDN Enabler fra WordPress-repositoriet: Plugins → Add New → søk «CDN Enabler» → Activate.

• Opprett en Pull-sone i KeyCDN-dashbordet. Sonen definerer hvilket innhold CDN-et skal hente fra nettstedet ditt. Angi opprinnelses-URL-en, nettadressen din.

• Kopier sone-URL-en, den ser ut som https://yourzone.kxcdn.com, og lim den inn i CDN Enabler-innstillingene: Innstillinger → CDN Enabler → CDN Hostname.

• Aktiver Strip Cookies i KeyCDN: Zone Settings → Strip Cookies = Enabled. Dette alternativet garanterer at statiske filer serveres uten Set-Cookie-headere.

• Tøm nettstedets cache og sjekk resultatet i GTmetrix.

CDN Enabler fungerer med alle CDN-er. Hvis du allerede bruker Cloudflare, BunnyCDN eller StackPath, angir du bare leverandørens CDN Hostname.

Viktig poeng: etter at du har deaktivert CDN og fjernet plugin-en, kan bilde-URL-er forbli omskrevet til CDN-domenet. Før du deaktiverer, tøm plugin-cachen og forsikre deg om at URL-ene har gått tilbake til originalen.

Metode 3. Cloudflare, gratis men med et forbehold

Cloudflare, det største CDN-et med et helt gratis nivå. Fungerer på DNS-nivå: bytt domenet til Cloudflares navnetjenere, så går all trafikk gjennom nettverket deres.

Men det er en nyanse. Cloudflare bruker en tjenestecookie _cfduid for hver forespørsel av sikkerhetshensyn. Den er kritisk for DDoS-beskyttelse og bot-håndtering, og selv om du aktiverer «Strip Cookies» på Pro-nivået, blir ikke denne cookien fjernet.

På grunn av _cfduid vil GTmetrix fortsette å vise advarselen «Serve static content from a cookieless domain». Å oppnå 100/100 i YSlow-målingen med gratis Cloudflare er teknisk umulig. Men dette er en falsk positiv: statisk innhold gjennom Cloudflare lastes fortsatt raskt, og én tjenestecookie påvirker ikke den faktiske ytelsen.

Hvis maksimal GTmetrix-score er viktig for deg, velg KeyCDN med Strip Cookies. Hvis prioriteten er gratis tjeneste og DDoS-beskyttelse, håndterer Cloudflare dette fullt ut.

Når du kan ignorere GTmetrix-advarselen

Vanlig situasjon: CDN er konfigurert, Strip Cookies er aktivert, men GTmetrix viser fortsatt en feil om cookieløst domene. Årsaken er at YSlow, motoren i GTmetrix, ikke sjekker om Strip Cookies er aktivert på CDN-siden. Den ser en URL som ligner på hoveddomenet og flagger mekanisk en advarsel.

30-sekunders sjekk: åpne Chrome DevTools (F12) → Nettverk → velg en statisk fil, CSS, JS eller PNG → Headers-fanen → Request Headers. Hvis det ikke står noen Cookie:-linje der, går statisk innhold uten informasjonskapsler, og du kan ignorere GTmetrix-advarselen.

En annen kilde til falske positiver er serverinformasjonskapsler fra analyse- og A/B-testing (Google Analytics, Hotjar, VWO). De dukker også opp i rapporten som «ekstra», selv om de påvirker sidehastigheten minimalt.

Reell trafikkreduksjon ved å fjerne informasjonskapsler fra statisk innhold ligger på rundt 5-15% av totale forespørsler. Ikke revolusjonerende, men hvert millisekund teller: Google-forskning viste at ett sekunds forsinkelse reduserer konverteringen for mobilbesøkende med 20%.

⁉️🤔 Ofte stilte spørsmål

Er det obligatorisk å sette opp et cookieløst domene?

Nei, det er ikke et absolutt krav. Men hvis du kjemper for hastighet, gir fjerning av unødvendige informasjonskapsler fra statisk innhold målbare gevinster, særlig på nettsteder med mye media: nettbutikker, fotoblogger og nyhetsportaler. For en landingsside med tre blokker vil effekten være ubetydelig.

Hva gjør jeg hvis nettstedet sluttet å åpne seg etter at jeg redigerte wp-config.php?

Da har du nesten helt sikkert gjort en feil i konstant-URL-ene eller plassert dem ETTER linjen /* That's all, stop editing! */. Koble til nettstedet via FTP, åpne wp-config.php og sjekk: konstanter skal stå FØR denne kommentaren. Hvis nettstedet fortsatt ikke laster, kommenter ut de tilføyde linjene (// i starten av hver), så går nettstedet tilbake til opprinnelig tilstand, og du kan prøve på nytt med korrekte URL-er.

Kan CDN Enabler brukes sammen med andre caching-plugins?

Ja, uten problemer. CDN Enabler er kompatibel med Cache Enabler, WP Rocket, W3 Total Cache og LiteSpeed Cache. En nyanse: hvis du har WP Rocket, konfigureres CDN i selve WP Rocket, og en separat CDN Enabler-plugin er ikke nødvendig. Med andre caching-plugins kjører den parallelt, og det er ikke registrert noen konflikter.

Hvilken CDN bør jeg velge for et lite nettsted?

Avhenger av budsjett og prioriteringer. KeyCDN-priser (fra $0,04/GB, minimum $4/måned), en god start: betal for bruk, du betaler kun for trafikk. Cloudflare, gratis, men med en tjeneste-informasjonskapsel og falsk GTmetrix-advarsel. BunnyCDN (fra $0,01/GB på volumplaner, fra $1/måned minimum), billigere, men med færre tilstedepunkter. For et nettsted med opptil 10 000 besøk per måned vil CDN-kostnadene ligge på $2-7.

Er et cookieløst domene nødvendig hvis hostingen er moderne?

Administrerte WordPress-hoster, Kinsta, WP Engine, SiteGround, inkluderer ofte innebygd CDN eller server-caching som allerede løser informasjonskapselproblemet. Sjekk abonnementet ditt: hvis beskrivelsen inneholder «edge caching» eller «CDN inkludert», trengs ikke ekstra oppsett. På billig delt hosting uten CDN vil oppsett av et cookieløst domene gi et merkbart løft.

Hva gjør jeg hvis bildene forsvant etter SQL-spørringen?

Enten har du gjort en feil i URL-en (sjekk at domenet stemmer i spørringen og underdomene-innstillingene), eller så peker underdomenet static.yoursite.com til feil mappe. Gjenopprett databasen fra backup og sjekk: Document Root for underdomenet skal være public_html/wp-content, og domenet i SQL-spørringen skal samsvare med det som ble opprettet i cPanel (med www. eller uten, avhengig av hovednettstedets oppsett).

Hvilken metode du bør velge for din oppgave

Hvis nettstedet ligger på billig hosting uten CDN og uten budsjett for betalte tjenester, sett opp et eget underdomene via cPanel. Det er 15 minutters arbeid: underdomene, to linjer i wp-config.php og én SQL-spørring. Statisk innhold vil gå uten informasjonskapsler, og GTmetrix-poengsummen vil stige. Ulempen er manuelt vedlikehold og ingen global akselerasjon.

Hvis du er klar til å betale $4-10 per måned, bruk KeyCDN + CDN Enabler-kombinasjonen. Samme oppgave løses automatisk, pluss at du får et leveringsnettverk fra 60+ punkter, komprimering og akselerasjon for besøkende fra hele verden. For et prosjekt som tjener penger eller planlegger å gjøre det, betaler CDN seg umiddelbart.

Og viktigst av alt, ikke bli besatt av GTmetrix-poengsummer. Reell hastighet for brukerne betyr mer enn tall i en rapport. Hvis statisk innhold går uten informasjonskapsler (sjekket via DevTools), og nettstedet laster raskere enn 2 sekunder, er oppgaven løst.

For å friske opp hele bildet om hvordan du øker hastigheten på WordPress, hjelper den offisielle veiledningen fra WordPress.com-teamet, fra caching til CDN, med live-målinger og oppsett: