Sådan bruger du cookie-fri domæner: En komplet guide

Lider dit websted af træg ydeevne og høj netværkstrafik? Hvor cookies ofte er synderen, er en effektiv løsning at bruge cookie-frie domæner.

Selv om cookies er en af de vigtigste hjørnesten i vores onlineoplevelse, er de ikke altid så velsmagende, som deres navn måske antyder. Ud over de problemer med sikkerhed og privatlivets fred, der er forbundet med cookies fra tredjeparter, kan cookies, der automatisk er knyttet til billeder og andet statisk indhold på dit websted, have en alvorlig indvirkning på sidens ydeevne.

Heldigvis er det muligt at fjerne den døde vægt (i dette tilfælde døde cookies) ved at bruge cookie-frie domæner. I denne komplette vejledning gennemgår vi det grundlæggende om cookiefrie domæner, hvorfor de er så nyttige, og hvordan du kan konfigurere dit WordPress-websted til at bruge dem.

Men lad os først gribe ned i den digitale kagedåse og se nærmere på, hvordan domæner bruger cookies – på godt og ondt.

Hvad er cookie-fri domæner?

Cookiefrie domæner er dele af et websted, som ikke sender cookies til brugernes browsere.

Men hvorfor ikke sende cookies hele tiden? Ville det trods alt ikke være høfligt at give brugerne så mange cookies som muligt?

Ikke nødvendigvis. Når vi taler om cookie-frie domæner, henviser vi naturligvis til HTTP-cookies. I modsætning til vores foretrukne bagværk er HTTP-cookies små datapakker, som websteder sender til brugernes browsere. Selv om de ikke er særligt velsmagende, er de meget nyttige, fordi de gør det muligt for websteder at “huske” brugerne næste gang, de besøger dem.

Ligesom med rigtige cookies skal du dog ikke servere for mange HTTP-cookies. Som vi vil se om lidt, elsker besøgende at få små cookies – men flere end nødvendigt vil få dem til at føle sig trætte og oppustede.

Hvad er HTTP-cookies?

HTTP-cookies findes overalt på nettet.

Når du besøger et websted, er der en god chance for, at webstedet vil bede dig om at gemme cookies i din browser. Ud over oplysninger om selve webstedet og den side, du har besøgt, indeholder cookies en personlig identifikator, der er knyttet til dig og din browser. Denne identifikator gør det muligt for webstedet at “huske”, om du allerede har besøgt siden.

Lad os se nærmere på, hvordan denne cookie-udveksling fungerer (advarsel: der er ikke nogen charmerende metoder involveret).

Som det fremgår af billedet ovenfor, kan udvekslingen opdeles i tre trin:

1. Din browser anmoder om en webside. Når du indtaster en adresse (f.eks. en domæne-URL som “kinsta.com”) i din browsers adresselinje eller klikker på et weblink, genererer din browser en HTTP-anmodning, der fortæller webstedet, at den ønsker at se siden. Denne anmodning sendes til den webserver, der er host for webstedet og dets sider.
2. Webserveren sender siden og cookien. Når webserveren modtager din anmodning, sender den den ønskede side og en cookie med visse oplysninger tilbage. Som vi nævnte tidligere, indeholder denne cookie næsten altid en personlig identifikator for dig og din browser.
3. Browseren anmoder om en anden side fra den samme server. Lad os nu sige, at du klikker på et link til en anden side på webstedet, f.eks. “Shop” eller “Om os” på et e-handelssite. Her sender din browser endnu en anmodning til webserveren og den cookie, den oprindeligt fik, til webserveren. Når webserveren modtager denne anmodning, ser den den cookie, som den tidligere har sendt, og husker, at du allerede har besøgt siden. Med disse oplysninger kan webserveren levere mere personlige oplevelser, f.eks. ved at opretholde et aktivt login eller varer i en indkøbskurv.

Der findes også forskellige cookies til forskellige formål. I eksemplet ovenfor vedligeholder webserveren, der er involveret i sessionshåndtering, dit login eller dine varer i indkøbskurven – med andre ord din individuelle session på deres websted. På samme måde kan cookies også bruges til at levere personlige oplevelser, f.eks. ved at vise seneste ordrer, sete varer eller endda målrettede reklamer.

Selv om det måske lyder rart at få cookies, hvor du end går hen, er det ikke alt, hvad det er, som man tror, det er. Som vi vil se i det næste afsnit, er det faktisk muligt for et websted at levere for mange cookies – hvoraf mange mennesker helst ikke vil “spise” nogle af dem

Sådan bruger domæner HTTP-cookies

Selv om personlige identifikatorer er en meget vigtig anvendelse af HTTP-cookies, er det ikke den eneste. Faktisk kan cookies bruges til en lang række formål for at give mere personlige weboplevelser, levere målrettet indhold og meget mere.

Vi har allerede været inde på, hvordan websteder og browsere udveksler HTTP-cookies for at “huske” dig. Selv om det kan være nyttigt til at opretholde login-sessioner og vise varer i indkøbskurven, kan cookies også bruges til mere skadelige (eller direkte irriterende) formål.

Her er nogle af de mest almindelige måder, hvorpå domæner bruger HTTP-cookies.

• Sessionsstyring. Du kender den allerede nu. Sessionsstyring anses ofte for at være den mest “godartede” anvendelse af HTTP-cookies, da dens eneste formål er at levere en ensartet brugeroplevelse, der hjælper brugeren med at undgå at skulle gentage visse handlinger. Selv om det kan give anledning til bekymring for nogle brugeres privatlivets fred, er det relativt harmløst at se tidligere aktiviteter. De virkelige problemer med privatlivets fred opstår, når cookies bruges til sporing, hvilket vi vil beskæftige os med om kort tid.
• Personalisering. Sessionsstyring kan også bruges til at tilpasse websider på baggrund af brugerens præferencer og aktivitet. Når brugerne f.eks. har valgt det sprog, de ønsker, vil de kunne se webstedet på det samme sprog ved efterfølgende besøg uden at skulle ændre det hver gang. Cookies kan også gøre det muligt for websteder at tilpasse sig til de specifikke krav, som forskellige webbrowsere stiller.
• Sporing. Cookies har også en kontroversiel side. Da din browser gemmer de cookies, som webstederne giver dig, kan disse cookies bruges til at spore dig overalt på nettet. Du kan f.eks. besøge et websted, som giver din browser en sporingscookie, der giver tilknyttede annoncører rundt omkring på nettet besked om, at du har besøgt deres side. Når annoncører bemærker denne cookie, kan de vise målrettede annoncer for det oprindelige websted eller endda bruge det som en vektor for cyberangreb. Under alle omstændigheder kan sporingscookies få det til at føles, som om du bliver “fulgt” – noget, der er forbundet med en række etiske og privatlivsrelaterede problemer.

Heldigvis bruges de fleste HTTP-cookies til sessionshåndtering og personalisering. Men selv de mest uskyldige cookies kan skabe problemer.

Indtil videre har vi undersøgt idéen om, at én side sender én cookie. I virkeligheden sender en side normalt flere cookies, ofte en for hvert sideelement – HTML, billedfiler osv. Mens nogle af disse cookies er nødvendige for at kunne administrere sessionen og tilpasse den, er mange af dem det ikke.

Som følge heraf er det muligt at sende for mange cookies, og det kan give flere problemer. Vi vil diskutere disse problemer i næste afsnit.

Spise for mange cookies

I modsætning til de fleste dokumenter er websider en samling af forskellige elementer, der giver dem form, struktur og mening. Hvert af disse elementer kan have sin egen cookie.

Mens almindelige dokumenter, som vi kan se i et .pdf- eller .docx-format, kan virke som en enkelt “kombination” af tekst og billeder, er websider opbygget af mange separate, små dele.

Når du f.eks. anmoder om en webside, anmoder du faktisk om separate sidekomponenter, f.eks. HTML (struktur), CSS (stil/formatering), JavaScript (interaktivitet) og medier, f.eks. billeder. Når din browser modtager en webside, modtager den faktisk disse komponenter og kombinerer dem igen for at vise den komplette side på skærmen.

Hvis webserveren også sender cookies, kan den automatisk sende en cookie sammen med hvert enkelt element i løbet af denne proces. Det betyder måske ikke så meget for en simpel webside med kun få billeder, men det kan hurtigt blive overvældende, hvis en webside har snesevis eller endog hundrede forskellige komponenter – og sender en cookie for hver enkelt af dem.

Ligesom når man spiser for mange cookies i det virkelige liv, fører det at sende og modtage for mange HTTP-cookies til en træg ydeevne. Da det kræver ekstra tid og ressourcer at sende ekstra data, kan det nemt opbruge en stor mængde netværksressourcer at sende cookies sammen med hvert enkelt element.

Domænekost: Cookie-frihed

Heldigvis bruger løsningen på at sende for mange cookies en analogi fra den virkelige verden: For at forbedre ydeevnen skal du blot spise (læs: sende) færre cookies.

Men hvilke cookies skal vi give afkald på? I de fleste tilfælde er det den bedste praksis at fjerne cookies fra alle statiske elementer på din side.

Statiske elementer er elementer, som du ikke forventer at ændre med brugerens adfærd, f.eks. statiske billeder eller statiske filer, som f.eks. CSS-filer. Som følge heraf har de ikke brug for cookies tilknyttet dem, hvilket gør det til en af de bedste måder at reducere netværksbelastningen og forbedre ydeevnen på at fjerne dem.

Det er naturligvis ikke så enkelt at fjerne cookies som at fjerne markeringen af et afkrydsningsfelt for “cookies”.

I stedet bruger webservere cookie-frie domæner til at distribuere statisk indhold uden cookies separat fra indhold med cookies. Et cookiefrit domæne er normalt et separat domæne (f.eks. et underdomæne eller FQDN, som f.eks. “static.kinsta.com” eller “kinsta.com“).

Heldigvis er det ikke særlig svært at bruge cookie-frie domæner, når du bruger de rigtige værktøjer – og oprettelse af et underdomæne er ikke den eneste metode til at gøre det.

Men før vi får fingrene i det hele, skal vi undersøge nogle af de største fordele ved at bruge cookiefrie domæner, og hvor stor en indvirkning det kan have på dit websted (og dit budget).

Hvorfor bruge cookie-frie domæner?

At fjerne ekstra cookies kan lyde som en lille handling – og det er det ærligt talt også.

Men denne lille handling kommer med nogle ret store fordele. Ved kun at sende de cookies, du har brug for, letter du din netværkstrafik og høster mange af de andre fordele, der findes nedenfor – hvoraf nogle af dem slet ikke har noget med ydeevne at gøre.

Reducerer unødvendig netværkstrafik

De fleste fordele ved at bruge cookie-frie domæner skyldes, at netværksbelastningen fra unødvendig cookietrafik reduceres.

Som vi dækkede tidligere, kræver det en vis mængde netværksressourcer at sende sideelementer til dine besøgende. Ud over selve elementerne sendes hvert element (eller endog flere dele af det samme element) med svarheadere, der indeholder oplysninger om routing, sammen med andre elementer såsom cookies.

Selv om cookies er relativt små datafiler, kan det hurtigt løbe op i en stor mængde, hvis man skal sende mange af dem med hver sideanmodning. Resultatet er, at brugerne må vente længere tid på, at siden indlæses, mens din stakkels webhost bliver overbebyrdet (og dermed overskrider budgettet).

Hvis du bruger cookie-frie domæner, vil du imidlertid fjerne det meste af den masse, der skyldes afsendelse af unødvendige cookies.

Forbedrer webstedets ydeevne

Som du måske kan forestille dig, har en reduktion af netværksbelastningen ved at reducere cookies en betydelig indvirkning på indlæsningstider og webstedets ydeevne.

Da hvert sideklik er en separat anmodning til webserveren, kan brugerne opleve at vente i længere perioder blot for at udføre grundlæggende navigation (Hjemmeside > Om os > Butik osv.). Selv om sideelementer og cookies kan blive cachet og genbrugt efter de første indlæsninger, kan det stadig være et problem, hvis siderne ændres, eller brugeren dykker endnu dybere ned i dit websted.

Fordele SEO og brugeroplevelse

Ved at reducere unødvendig trafik for at forbedre webstedets ydeevne kan dit websted også opleve fordele med hensyn til søgemaskineoptimering (SEO) og naturligvis kunde- og brugeroplevelsen.

Kundeoplevelsen er den mest indlysende fordel: Med en kortere indlæsningstid kan brugerne hurtigere få adgang til det indhold, de ønsker. Som følge heraf vil de være mere tilbøjelige til at udforske dit websted (og dine produkter eller tjenester) og mindre tilbøjelige til at klikke væk i frustration.

Den samme fordel gælder også for SEO. Mens sidens indlæsningstider ikke direkte påvirker SEO, gør din bounce rate – den procentdel af besøgende, der klikker sig væk fra din side – det helt sikkert.

Ifølge en rapport fra Unbounce vil tre fjerdedele af afsenderne opgive en side, hvis de skal vente fire sekunder eller længere på at få den indlæst.

Det betyder, at selv om fjernelse af unødvendige cookies kun forbedrer dine indlæsningstider med et sekund, vil du stadig se en massiv reduktion i antallet af afviste sider og dermed et løft i din søgerangering.

Reducerer hostingomkostningerne

Netværkstrafik koster i sidste ende penge i webhostinggebyrer.

Det betyder, at hvis du sender flere cookies, end du har brug for, betaler du også langt mere i webhostinggebyrer. Og hvis cookies påvirker sidens ydeevne, er skaden fordoblet: Ud over at betale for mere trafik skal du betale for endnu mere for at få det samme udbytte på grund af den øgede bounce rate, der skyldes langsomme indlæsningstider.

Heldigvis kan administrerede hostingtjenester som Kinsta hjælpe dig med at udnytte dine sidebesøg fuldt ud. Kinsta tilbyder APM-værktøjer og andre funktioner, der hjælper dig med at få mest muligt ud af dit WordPress-websted.

Cookieless fremtidsberedskab

Endelig, selv om det måske ikke er en direkte fordel nu, vil levering af cookiefrit indhold hjælpe dig med at forberede dig bedre på en cookieless fremtid.

Med den stigende kontrovers om cookies i lyset af krav om beskyttelse af privatlivets fred, såsom GDPR, søger mange store søgemaskiner og teknologivirksomheder efter måder at fjerne cookies helt og holdent. Selv om cookies sandsynligvis ikke forsvinder inden for et stykke tid, kan de meget vel forsvinde på et tidspunkt – og jo før du er klar til det, jo lettere bliver overgangen.

Metoder til brug af cookie-frie domæner

Som vi dækkede tidligere, er den generelle idé med et cookiefrit domæne at levere statisk indhold uden at levere cookies. Selv om det at oprette et separat statisk domæne eller et subdomæne er den mest direkte måde at gøre dette på, er det også muligt med CDN’er og et par WordPress-tricks.

Opret et separat, cookie-frit domæne

Med denne metode opretter du et separat domæne til hosting af dit websteds statiske komponenter, f.eks. billeder og CSS.

Selvom du kan registrere et helt separat domænenavn, er det normalt nemmere og mere omkostningseffektivt at oprette et underdomæne af dit eksisterende domænenavn. De fleste cookiefrie domæner bruger simpelthen et statisk præfiks (f.eks. “static.yourdomain.com“) som deres underdomæne.

Bemærk, at dette kun fungerer, hvis “www”-versionen af dit domæne (f.eks.”www.yourdomain.com“) er roddomænet i dit webstedets rodfil.

For at gøre underdomænet cookieless skal du normalt finde og redigere din .htaccess-fil direkte ved hjælp af særlig kode. Men som vi vil se senere, er det meget nemmere blot at omkonfigurere dit WordPress-websted eller bruge et plugin.

Uanset hvordan du konfigurerer dit cookiefrie underdomæne, kan du uploade statiske komponenter, såsom dine CSS-komponenter, billeder, tekst og JavaScript.

Brug et Content Delivery Network (CDN)

Brug af et indholdsleveringsnetværk eller CDN er en yderst praktisk måde at bruge cookie-frie domæner på.

I stedet for at skulle oprette separate underdomæner og redigere konfigurationsfiler kan du her blot fortælle dit CDN, at det skal ignorere og fjerne cookies fra svarheaderene for dine statiske komponenter. Det lyder måske lidt kompliceret, men det er faktisk en simpel funktion i mange CDN’er.

Bemærk, at det ikke er alle CDN’er, der tilbyder denne funktionalitet. Derfor er det generelt bedre at ændre konfigurationen af dit websted, medmindre du allerede bruger et CDN, der giver dig mulighed for at deaktivere cookies.

Omkonfigurer dit WordPress-websted

Hvis du bruger WordPress, er du heldig: Det eneste, der skal til for at udpege et cookiefrit domæne, er at opdatere et par linjer i din wp-config.php-fil. Spring videre til næste afsnit (Konfigurering af WordPress til brug af cookiefrie domæner) for at få en komplet vejledning.

Brug et WordPress-plugin

En anden nem WordPress-mulighed er at bruge et plugin til at oprette statiske versioner af WordPress-websteder.

Et populært plugin til at gøre dette er WP2Static (bogstaveligt talt “WordPress-to-Static”). Når du har installeret plugin’et, skal du blot åbne det i dit WordPress-dashboard og konfigurere indstillingerne til at eksportere dit websted til en statisk version:

Konfigurering af WordPress til at bruge cookie-frie domæner

Som nævnt ovenfor tilbyder WordPress en nem måde at implementere cookie-frie domæner på. Processen kan koges ned til et par enkle trin:

1. Tilføjelse af et alternativt underdomæne og tilhørende DNS
2. Fortælle WordPress, hvilket domæne der skal servere statiske aktiver
3. Opdatering af eksisterende WordPress-databaseposter for at afspejle denne nye adresse

Kinsta-kunder kan bruge MyKinsta-dashboardet til at udføre nogle af disse opgaver. Mange andre WordPress-brugere vil være i stand til at gøre det samme i cPanel.

Vi vil dække begge dele nedenfor.

Brug MyKinsta til at oprette et cookiefrit domæne

Kinsta-kunder kan tilknytte underdomæner (eller helt andre domæner) til en WordPress-instans i MyKinsta-dashboardet. Mange kunder vil også bruge MyKinsta’s værktøjer til at konfigurere DNS for disse domæner.

I dette eksempel opretter vi et cookiefrit domæne på static.example.com for vores websted, der allerede er oprettet og kører på www.example.com.

Trin 1. Opret et underdomæne i MyKinsta

Hvis du oprindeligt oprettede dit WordPress-websted på Kinsta ved hjælp af wildcard-muligheden med dets domænenavn (som: *.example.com), er du allerede indstillet til at understøtte ethvert underdomænenavn. Hvis ikke, kan du tilføje det nye domæne til cookiefrit indhold som dette:

• Vælg WordPress Sites i menuen til venstre.
• Klik på navnet på dit WordPress-websted.
• Vælg Domæner i menuen til venstre.
• Klik på knappen Tilføj domæne.

I følgende dialogboks:

• Indtast navnet på dit cookiefrie domæne.
• Klik på knappen Tilføj domæne.

Dernæst skal dit nye statiske domæne have en DNS-optegnelse, der peger på dit eksisterende websted. Hvis du administrerer DNS for dine domæner via en tredjepartsudbyder, skal du bruge deres værktøjer til at gøre dette. Hvis din DNS leveres af os, skal du konfigurere dit nye domæne i MyKinsta på følgende måde:

• Vælg DNS i menuen til venstre på MyKinsta-hjemmesiden.
• Rul ned til blokken DNS Records på siden DNS Management (DNS-administration), og klik på knappen Add DNS Record (Tilføj DNS-record).

Vi anbefaler, at du tilføjer dit nye underdomæne til DNS som en CNAME-record, så du kun kan stole på domænenavnet på andet niveau for at skabe forbindelser til IP-adresser. Nedenfor tilføjer vi en CNAME-record for static, der peger på example.com:

Trin 2. Deaktiver cookies på dit statiske underdomæne

Nu redigerer vi din WordPress-websteds wp-config.php-fil, så aktiver i mappen wp-content serveres fra det “statiske” domæne, og cookies leveres kun via “www”-adressen.

De fleste Kinsta-kunder vil bruge en FTP/SFTP-klient til at logge ind på deres WordPress-websted og downloade wp-config.php til deres skrivebord til redigering:

Brug en teksteditor til at tilføje følgende linjer til wp-config.php-filen (erstat eksempeldomænerne med dine egne):

define("WP_CONTENT_URL", "https://static.example.com/wp-content");
define("COOKIE_DOMAIN", "www.example.com");

Når du har gemt filen, skal du uploade den til dit WordPress-websted og erstatte den tidligere version.

Trin 3. Omdiriger eksisterende aktiver til underdomænet

Ovenstående trin vil gøre det muligt at udlevere cookies, når browsere indlæser indhold som sider og blogindlæg fra “www”-adressen, men vil medføre, at indhold som medieupload og aktiver som JavaScript, CSS og skrifttyper i temaer vil blive tilknyttet det “statiske” domæne.

Dit websted kan dog allerede have indhold, der indeholder links til disse aktiver på “www”-adressen. Du kan rydde op i det med en lille søgning og udskiftning i selve WordPress-databasen.

Tag altid en sikkerhedskopi af dit WordPress-websted, før du arbejder i databasen. Når det er gjort:

• Vælg WordPress Sites i venstremenuen på MyKinsta-dashboardet.
• Klik på navnet på dit WordPress-websted.
• Vælg Domæner i menuen til venstre.
• Rul ned til blokken Databaseadgang på siden Oplysninger om webstedet. (Du kan kopiere databasens brugernavn og password-oplysninger her, hvis det er nødvendigt.)
• Klik på linket Åbn phpMyAdmin.
• Log ind på din WordPress-database.
• Klik på fanen SQL.

Kør følgende kommando for at sikre dig, at alle aktivlinks i dine eksisterende indlæg dirigeres til dit cookie-frie underdomæne (igen skal du sørge for at erstatte domænerne med dine egne):

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

Du har nu med succes konfigureret et cookiefrit domæne i WordPress med hjælp fra MyKinsta. Brug dette domæne til at hoste alt statisk indhold, som du ikke ønsker at sende WordPress-cookies til, og brug dit almindelige domæne til alt andet.

Brug af cPanel til at konfigurere et cookie-frit domæne

Her er trinene til at opnå det, vi gjorde ovenfor i MyKinsta ved hjælp af cPanel eller et af de populære cPanel-alternativer.

Trin 1. Opret et underdomæne i cPanel

Naviger til afsnittet Domæner på cPanels hovedside. I værktøjet Underdomæner skal du blot oprette et underdomæne, der er forbundet med topdomænet for dit nuværende WordPress-websted.

Disse indstillinger kan ses nedenfor for at oprette underdomænet static.example.com.

Trin 2. Konfigurer underdomænet som statisk i cPanel

Når dit nye statiske underdomæne er klar, er det tid til at få det til at leve op til sit navn ved at få det til at servere statisk indhold i WordPress.

Vi gør dette ved at redigere din WordPress-websteds wp-config.php-fil. Den nemmeste måde at få adgang til denne fil er i cPanel’s File Manager-værktøj.

I File Manager skal du navigere til din hjemmesides mappe public_html og vælge wp-config.php (1). Vælg derefter Edit indstillingen (2) for at redigere filen.

I filen wp-config.php skal du blot tilføje følgende linjer (sørg for at erstatte domænerne med dine egne!):

define("WP_CONTENT_URL", "https://static.example.com/wp-content");
define("COOKIE_DOMAIN", "www.example.com");

Klik på “Gem ændringer.”

Trin 3. Omdiriger eksisterende indlæg til underdomænet

Endelig skal du omdirigere dine eksisterende indlæg til det nye statiske underdomæne. Men først skal du sørge for at tage backup af dit WordPress-websted, hvis det ikke fungerer korrekt bagefter.

Åbn værktøjet PhpMySQL i databasen i cPanel. Vælg dit webstedets database og derefter dets _posts-tabel.

Klik på fanen SQL for _posts-tavlen. Kør følgende kommando for at kontrollere, at dine post-URL’er er rettet mod dit cookie-frie underdomæne (igen skal du sørge for at erstatte domænerne med dine egne):

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

Og det var det! Du har nu oprettet et cookiefrit domæne i WordPress ved hjælp af cPanel. Brug det cookiefrie domæne til statisk indhold som billeder, CSS, JavaScript og skrifttyper, mens du tillader cookies på dit webstedets primære domæne.

Oversigt

Brug af cookie-frie domæner er en yderst effektiv måde at forbedre dit websteds ydeevne, reducere hostingomkostningerne og endda forbedre din kundeoplevelse og SEO.

Som vi har set, er det fordelagtigt at oprette cookie-frie domæner i WordPress. Det er dog kun en administreret WordPress-host som Kinsta, der kan drage fuld fordel af disse fordele.

Med praktiske værktøjer til at fjerne set-cookie-headere og direkte databaseadgang til at omdirigere indlæg til et statisk underdomæne, har det aldrig været nemmere at bruge cookie-frie domæner. Kinstas APM-værktøjer og andre funktioner til overvågning af ydeevne kan også hjælpe dig med at spore resultaterne.

Hvis du vil have flere oplysninger og selv se Kinsta, kan du kontakte os eller planlægge en gratis demo i dag.