Lider din webbplats av trög prestanda och hög nätverkstrafik? I och med att cookies ofta är boven i dramat så är cookiefria domäner en effektiv lösning.

Även om cookies är en av de viktigaste hörnstenarna i vår onlineupplevelse så är de inte alltid så välsmakande som namnet antyder. Det kan dels uppstå integritets- och säkerhetsproblem med cookies från tredje part. Cookies som kopplas automatiskt till bilder och annat statiskt innehåll på din webbplats kan dessutom ha en allvarlig inverkan på sidans prestanda.

Som tur är så kan man ta bort den döda vikten (i det här fallet döda cookies) genom att använda cookiefria domäner. I den här kompletta guiden så går vi igenom grunderna för cookiefria domäner, varför de är så användbara och hur du kan konfigurera din WordPress-webbplats för att använda dem.

Men vi ska först ta en titt i den digitala kakburken och titta närmare på hur domäner använder cookies – på gott och ont.

Vad är cookiefria domäner?

Cookiefria domäner är delar av en webbplats som inte skickar cookies till användarnas webbläsare.

Men varför ska man inte skicka cookies hela tiden? Kan det trots allt inte vara artigt att ge användarna så många cookies som möjligt?

Inte nödvändigtvis. När vi talar om cookiefria domäner så menar vi förstås HTTP-cookies. Till skillnad från våra favorit-cookies så är HTTP-cookies små datapaket som webbplatser skickar till användarnas webbläsare. Även om de inte är särskilt välsmakande så är de extremt användbara för att webbplatserna ska kunna ”komma ihåg” användarna nästa gång som de besöker dem.

Precis som med riktiga cookies så bör du dock inte servera för många HTTP-cookies. Som vi kommer att se inom kort så älskar besökarna vissa cookies – men om de får fler än vad de behöver så kommer de att känna sig tröga och uppblåsta.

Vad är HTTP-cookies?

HTTP-cookies finns överallt på webben.

När du besöker en webbplats så finns det en stor chans att webbplatsen ber dig att lagra cookies i din webbläsare. Förutom information om själva webbplatsen och den sida som du har besökt så innehåller cookies en personlig identifierare som är knuten till dig och din webbläsare. Med hjälp av denna identifierare så kan webbplatsen ”komma ihåg” om du redan har besökt sidan.

Låt oss ta en närmare titt på hur detta cookie-utbyte fungerar (spoilervarning: det finns inga charmiga korgar eller flickscouter inblandade).

Hur webbplatser skickar HTTP-cookies till användarnas webbläsare
Hur webbplatser skickar HTTP-cookies till användarnas webbläsare

Som framgår av bilden ovan så kan utbytet delas upp i tre steg:

  1. Din webbläsare begär en webbsida. När du skriver in en adress (t.ex. en domän-webbadress som ”kinsta.com”) i webbläsarens adressfält eller klickar på en webblänk så genererar din webbläsare en HTTP-förfrågan som talar om för webbplatsen att den vill visa sidan. Denna begäran skickas till webbservern som  hostar webbplatsen och dess sidor.
  2. Webbservern skickar sidan och cookien. När webbservern tar emot din begäran så skickar den tillbaka den begärda sidan och en cookie som innehåller viss information. Som vi nämnde tidigare så innehåller denna cookie nästan alltid en personlig identifierare för dig och din webbläsare.
  3. Webbläsaren begär en annan sida från samma server. Låt oss nu säga att du klickar på en länk till en annan sida på webbplatsen, t.ex. ”Butik” eller ”Om oss” på en e-handelswebbplats. Här skickar din webbläsare en ny förfrågan till webbservern och den cookie som den ursprungligen fick. När webbservern tar emot denna begäran så ser den cookien som den skickade tidigare och kommer ihåg att du redan har besökt webbplatsen. Med den informationen så kan webbservern leverera mer personliga upplevelser, t.ex. upprätthålla en aktiv inloggning eller varor i en kundvagn.

Det finns även olika cookies för olika ändamål. I exemplet ovan så upprätthåller webbservern som ägnar sig åt sessionshantering din inloggning eller dina varor i kundvagnen – med andra ord din individuella session på deras webbplats. På samma sätt så kan cookies även användas för att leverera personliga upplevelser, till exempel genom att visa senaste beställningar, visade artiklar eller till och med riktade annonser.

Även om det kan låta trevligt att få cookies var du än går, är det inte alltid det. Som vi kommer att se i nästa avsnitt så är det faktiskt möjligt för en webbplats att leverera för många cookies – varav många människor helst inte vill ”äta” några alls.

Hur domäner använder HTTP-cookies

Även om personliga identifierare är ett mycket viktigt användningsområde för HTTP-cookies så är det inte det enda. Faktum är att cookies kan användas för en mängd olika ändamål för att ge mer personliga webbupplevelser, leverera målinriktat innehåll med mera.

Hur cookies kan användas för att kränka integriteten
Hur cookies kan användas för att kränka integriteten

Vi har redan tagit upp hur webbplatser och webbläsare utbyter HTTP-cookies för att ”komma ihåg” dig. Detta kan vara bra för att upprätthålla inloggningssessioner och visa varor i kundvagnen, men cookies kan även användas för mer ondskefulla (eller rent ut sagt irriterande) syften.

Här är några av de vanligaste sätten för domäner att använda HTTP-cookies.

  • Sessionshantering. Den här känner du redan till vid det här laget. Sessionshantering anses ofta vara det mest ”godartade” användningsområdet för HTTP-cookies. Dess enda syfte är nämligen att leverera en konsekvent användarupplevelse som hjälper användaren att undvika att behöva upprepa vissa åtgärder. Även om det kan vara problematiskt för vissa användare att se tidigare aktiviteter, så är det relativt ofarligt. De verkliga integritetsfrågorna uppstår när cookies används för spårning, vilket vi kommer att ta upp inom kort.
  • Personalisering. Sessionshantering kan även användas för att anpassa webbsidor utifrån användarens preferenser och aktivitet. Användarna kan exempelvis, efter att ha valt det språk som de vill ha, se webbplatsen på samma språk vid efterföljande besök utan att behöva byta språk varje gång. Cookies kan även göra det möjligt för webbplatser att anpassa sig till olika webbläsares specifika krav.
  • Spårning. Cookies har även en kontroversiell sida. Eftersom din webbläsare lagrar de cookies som webbplatser ger dig så kan dessa kakor användas för att spåra dig överallt på webben. Du kan t.ex. besöka en webbplats som ger din webbläsare en spårningscookie som låter anslutna annonsörer runt om på nätet veta att du besökte deras sida. När annonsörerna lägger märke till denna cookie så kan de visa riktade annonser för den ursprungliga webbplatsen eller till och med använda den som en vektor för cyberattacker. I vilket fall som helst så kan spårningscookies få det att kännas som om du är ”förföljd” – något som medför en mängd etiska problem och problem med integriteten.

Lyckligtvis så används de flesta HTTP-cookies för sessionshantering och personalisering. Men även nätets mest oskyldiga cookies kan orsaka problem.

Hittills så har vi utforskat idén om att en sida skickar en cookie. I verkligheten så skickar en sida vanligtvis flera cookies, ofta en för varje sidelement – HTML, bildfiler och så vidare. Vissa av dessa cookies är nödvändiga för sessionshantering och personalisering, men många av dem är det inte.

Det är därför möjligt att skicka för många cookies, vilket kan orsaka flera problem. Vi diskuterar dessa problem i nästa avsnitt.

Att äta för många cookies

Till skillnad från de flesta dokument så är webbsidor en samling av olika element som ger dem form, struktur och mening. Var och en av dessa element kan ha sin egen cookie.

Medan vanliga dokument som vi kan se i pdf- eller docx-format kan verka som en enda ”kombination” av text och bilder, så består webbsidor av många separata, små delar.

HTML, CSS och JavaScript är viktiga komponenter i de flesta webbplatser
HTML, CSS och JavaScript är viktiga komponenter i de flesta webbplatser

När du exempelvis begär en webbsida så begär du i själva verket separata sidkomponenter, t.ex. HTML (struktur), CSS (stil/formatering), JavaScript (interaktivitet) och media, t.ex. bilder. När din webbläsare tar emot en webbsida så tar den emot och kombinerar dessa komponenter för att visa hela sidan på din skärm.

Om webbservern även skickar cookies så kan den automatiskt skicka en cookie med varje enskild komponent under denna process. Det kanske inte betyder så mycket för en enkel webbsida med endast några få bilder, men det kan snabbt bli överväldigande om en webbsida har tiotals eller till och med hundratals olika komponenter – och skickar en cookie för var och en av dem.

Precis som när man äter för många cookies i verkligheten, så leder det till tröghet när man skickar och tar emot för många HTTP-cookies. Eftersom det krävs extra tid och resurser för att skicka extra data så kan det lätt kräva stora mängder nätverksresurser att skicka cookies tillsammans med varje element.

Domänkost: Att bli cookie-fri

Det finns tack och lov en lösning på problemet med att skicka för många cookies som bygger på en analogi från den verkliga världen: För att förbättra prestandan så är det bara att äta (läs: skicka) färre cookies.

Men vilka cookies ska vi ge upp? I de flesta fall så är det bäst att ta bort cookies från statiska element på sidan.

Statiska element är sådana som du inte förväntar dig att ändra med användarens beteende, exempelvis statiska bilder eller statiska filer, som CSS-filer. De behöver därför inte ha några cookies, vilket gör att ett av de bästa sätten att minska nätverksbelastningen och förbättra prestandan är att ta bort dem.

Att ta bort cookies är förstås inte så enkelt som att avmarkera en kryssruta för ”cookies”.

Webbservrar använder istället cookiefria domäner för att distribuera statiskt innehåll utan cookies separat från innehåll med cookies. En cookiefri domän är vanligtvis en separat domän (t.ex. en underdomän eller ett FQDN, som ”static.kinsta.com” eller ”kinsta.com”).

Strukturen för en webbadress som visar en underdomän
Strukturen för en webbadress som visar en underdomän

Det är tack och lov inte särskilt svårt att använda cookiefria domäner när du använder rätt verktyg – och att inrätta en underdomän är inte den enda metoden för att göra detta.

Men innan vi börjar smutsa ner händerna så ska vi utforska några av de största fördelarna med att använda cookiefria domäner och hur stor inverkan detta kan ha på din webbplats (och din budget).

Varför ska man använda cookiefria domäner?

Att ta bort extra cookies kan låta som en liten åtgärd – och ärligt talat så är det så.

Men denna lilla åtgärd inkluderar några ganska stora fördelar. Genom att endast skicka de cookies som du behöver så minskar du din nätverkstrafik och skördar många av de andra fördelarna som finns nedan – varav en del inte har något med prestanda att göra överhuvudtaget.

Minskar onödig nätverkstrafik

De flesta fördelarna med att använda cookiefria domäner kommer av att man minskar nätverksbelastningen från onödig cookietrafik.

Som vi gick igenom tidigare så krävs det en viss mängd nätverksresurser för att skicka sidelement till dina besökare. Förutom själva elementen så skickas varje element (eller till och med flera delar av samma element) med svars-sidhuvuden som inkluderar routningsinformation, tillsammans med andra element som t.ex. cookies.

Även om cookies är relativt små datafiler så kan det snabbt bli mycket att skicka många av dem med varje sidförfrågan. Resultatet blir att användarna måste vänta längre på att sidan ska laddas och att din stackars hosting blir överbelastad (och därmed överskrider sin budget).

Om du använder cookiefria domäner så eliminerar du dock det mesta av den mängd som orsakas av att du skickar onödiga cookies.

Förbättrar webbplatsens prestanda

Som du kanske kan föreställa dig så har minskad nätverksbelastning genom att minska antalet cookies en betydande inverkan på laddningstiderna och webbplatsens prestanda.

Eftersom varje sidklick är en separat förfrågan till webbservern så kan användarna få vänta under längre perioder bara för att utföra grundläggande navigering (startsida > om oss > butik, osv.). Även om sidelement och cookies kan cachelagras och återanvändas efter de första laddningarna så kan detta fortfarande utgöra ett problem om sidorna ändras eller om användaren dyker ännu djupare in på din webbplats.

Fördelar för SEO och användarupplevelse

Genom att minska onödig trafik för att förbättra webbplatsens prestanda så kan din webbplats också få fördelar när det gäller sökmotoroptimering (SEO) och naturligtvis kund- och användarupplevelsen.

Kundupplevelsen är den mest uppenbara fördelen: med en kortare laddningstid så kan användarna få tillgång till det innehåll som de vill ha snabbare. Detta gör att de är mer benägna att utforska din webbplats (och dina produkter eller tjänster) och mindre benägna att klicka bort i frustration.

Samma fördel gäller även för SEO. Även om sidans laddningstider inte direkt påverkar SEO, så gör din avvisningsfrekvens – den procentuella andelen besökare som klickar bort från din sida – det definitivt.

Sidans laddningshastigheter
Sidans laddningshastigheter

Enligt en rapport från Unbounce så överger tre fjärdedelar av avsändarna en sida om de måste vänta fyra sekunder eller längre på att den ska laddas.

Detta innebär att även om borttagandet av onödiga cookies endast förbättrar laddningstiderna med en sekund, så kommer du ändå att se en massiv minskning av antalet avhopp och därmed en ökning av din sökrankning.

Lägre kostnader för hosting

Nätverkstrafik kostar i slutändan pengar i form av hosting-kostnader.

Detta betyder att om du skickar fler cookies än du behöver så betalar du också mycket mer för din hosting. Och om cookies påverkar sidans prestanda så fördubblas skadan: Förutom att du betalar för mer trafik så måste du betala ännu mer för att få samma avkastning på grund av den ökade avvisningsfrekvensen som orsakas av långsamma laddningstider.

Tack och lov så kan hanterade hosting-tjänster som Kinsta hjälpa dig att utnyttja dina sidbesök fullt ut. Kinsta erbjuder APM-verktyg och andra funktioner som hjälper dig att få ut så mycket som möjligt av din WordPress-webbplats.

Cookiefri framtida beredskap

Slutligen, även om det kanske inte är en direkt fördel nu, så kan du genom att leverera cookiefritt innehåll förbereda dig bättre för en cookiefri framtid.

Kontroverser om cookies ökar i ljuset av krav på integritet, som GDPR. Av den anledningen så söker många stora sökmotorer och teknikföretag efter sätt att helt och hållet eliminera cookies. Även om cookies förmodligen inte kommer att försvinna på ett tag, så kan de mycket väl försvinna så småningom – och ju tidigare som du är redo för detta, desto lättare blir övergången.

Metoder för att använda cookiefria domäner

Som vi har nämnt tidigare så är den allmänna idén med en cookiefri domän att leverera statiskt innehåll utan att leverera cookies. Även om det mest direkta sättet att göra detta är att skapa en separat statisk domän eller underdomän, så är det även möjligt med CDN och ett par WordPress-trick.

Skapa en separat, cookiefri domän

Med den här metoden så skapar du en separat domän för att hysa webbplatsens statiska komponenter, exempelvis bilder och CSS.

Du kan registrera ett helt separat domännamn, men det är oftast enklare och mer kostnadseffektivt att skapa en underdomän till ditt befintliga domännamn. De flesta cookiefria domäner använder helt enkelt ett statiskt prefix (t.ex. ”static.yourdomain.com”) som underdomän.

Observera att detta endast fungerar om ”www”-versionen av din domän (t.ex. ”www.yourdomain.com”) är rotdomänen i din webbplats rotfil.

För att göra underdomänen cookiefri så måste du normalt hitta och redigera din .htaccess-fil direkt med hjälp av specialkod. Som vi kommer att se senare så är det dock mycket enklare att helt enkelt konfigurera om din WordPress-webbplats eller använda ett plugin.

Oavsett hur du konfigurerar din cookiefria underdomän så kan du ladda upp statiska komponenter, exempelvis dina CSS-komponenter, bilder, text och JavaScript.

Använd ett CDN-nätverk (Content Delivery Network)

Att använda ett innehållsleveransnätverk eller CDN är ett extremt bekvämt sätt att använda cookiefria domäner på.

I stället för att behöva skapa separata underdomäner och redigera konfigurationsfiler så kan du helt enkelt säga till ditt CDN att ignorera och ta bort cookies från svars-sidhuvudena för dina statiska komponenter. Det kan låta lite komplicerat, men det är faktiskt en enkel funktion i många CDN: er.

Observera att alla CDN: er inte tillhandahåller den här funktionen. Det är därför generellt bättre att ändra konfigurationen av din webbplats om du inte redan använder en CDN som gör det möjligt att inaktivera cookies.

Konfigurera om din WordPress-webbplats

Om du använder WordPress så har du tur: Allt som krävs för att utse en cookiefri domän är att uppdatera ett par rader i filen wp-config.php. Hoppa vidare till nästa avsnitt (Konfigurera WordPress för att använda cookiefria domäner) för fullständiga instruktioner.

Använd en WordPress-plugin

Ett annat enkelt WordPress-alternativ är att använda ett plugin för att skapa statiska versioner av WordPress-webbplatser.

Ett populärt plugin för detta är WP2Static (bokstavligen ”WordPress-to-Static”). När du har installerat pluginet så öppnar du det helt enkelt i din WordPress-instrumentpanel och konfigurerar inställningarna för att exportera din webbplats till en statisk version:

WP2Static
WP2Static

Konfigurera WordPress för att använda cookiefria domäner

Som vi nämnde ovan så erbjuder WordPress ett enkelt sätt att implementera cookiefria domäner. Processen kokar ner till några enkla steg:

  1. Lägg till en alternativ underdomän och tillhörande DNS.
  2. Meddela WordPress vilken domän som ska visa statiska tillgångar.
  3. Uppdatera befintliga WordPress-databasposter så att de återspeglar den nya adressen.

Kinsta-kunder kan använda instrumentpanelen MyKinsta för att utföra några av dessa uppgifter. Många andra WordPress-användare kommer att kunna göra samma sak i cPanel.

Vi kommer att gå igenom båda nedan.

Använda MyKinsta för att inrätta en cookiefri domän

Kinsta-kunder kan associera underdomäner (eller helt andra domäner) med en WordPress-instans i MyKinsta-instrumentpanelen. Många kunder kommer även att använda MyKinsta’s verktyg för att konfigurera DNS för dessa domäner.

I det här exemplet så skapar vi en cookiefri domän på static.example.com för vår webbplats som redan är igång på www.example.com.

Steg 1. Skapa en underdomän i MyKinsta

Om du ursprungligen upprättade din WordPress-webbplats på Kinsta med hjälp av wildcard-alternativet för ditt domännamn (som: *.example.com) så är du redan inställd på att stödja alla underdomännamn. Du kan annars lägga till den nya domänen för cookiefritt innehåll så här:

  • Välj WordPress Webbplatser i vänstermenyn.
  • Klicka på namnet på din WordPress-webbplats.
  • Välj Domäner i vänstermenyn.
  • Klicka på knappen Lägg till domän.
Lägg till en underdomän i MyKinsta på följande sätt:
Lägg till en underdomän i MyKinsta på följande sätt:

I följande dialogruta:

  • Skriv namnet på din cookiefria domän.
  • Klicka på knappen Lägg till domän.
Ange den nya underdomänen i MyKinsta.
Ange den nya underdomänen i MyKinsta.

Därefter så behöver din nya statiska domän en DNS-post som riktas mot din befintliga webbplats. Om du hanterar DNS för dina domäner via en tredjepartsleverantör så använder du deras verktyg för att göra detta. Om ditt DNS tillhandahålls av oss så konfigurerar du din nya domän i MyKinsta på följande sätt:

  • Välj DNS i vänstermenyn på hemsidan för MyKinsta.
  • På sidan DNS-hantering så scrollar du ner till blocket DNS-poster och klickar på knappen Lägg till DNS-post.

Vi rekommenderar att du lägger till din nya underdomän i DNS som en CNAME-post, så att du endast kan förlita dig på domännamnet på andra nivån för associationer med IP-adresser. Nedan så lägger vi till en CNAME-post för static som riktas mot example.com:

Vi skapar en CNAME-post i MyKinsta DNS-hantering.
Vi skapar en CNAME-post i MyKinsta DNS-hantering.

Steg 2. Inaktivera cookies på din statiska underdomän

Nu redigerar vi filen wp-config.php för din WordPress-webbplats så att tillgångar i mappen wp-content serveras från den ”statiska” domänen och att cookies endast levereras via ”www”-adressen.

De flesta Kinsta-kunder använder en FTP/SFTP-klient för att logga in på sin WordPress-webbplats och ladda ner wp-config.php till sitt skrivbord för redigering:

Ladda ner filen wp-config.php till skrivbordet.
Ladda ner filen wp-config.php till skrivbordet.

Använd en textredigerare för att lägga till följande rader i filen wp-config.php (ersätt exempeldomänerna med dina egna domäner):

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

När du har sparat filen så laddar du upp den till din WordPress-webbplats och ersätter den tidigare versionen.

Steg 3. Omdirigera befintliga tillgångar till underdomänen

Stegen ovan gör det möjligt att dela ut cookies när webbläsare laddar innehåll som sidor och blogginlägg från ”www”-adressen. De gör dock även att innehåll som mediauppladdningar och tillgångar som JavaScript, CSS och typsnitt i teman associeras med den ”statiska” domänen.

Din webbplats kan dock redan ha innehåll som inkluderar länkar till dessa tillgångar på ”www”-adressen. Du kan rensa upp detta med lite sökning och ersättning i själva WordPress-databasen.

Säkerhetskopiera alltid din WordPress-webbplats innan du arbetar i databasen. När detta är gjort:

  • Välj WordPress Webbplatser i vänstermenyn på MyKinsta-instrumentpanelen.
  • Klicka på namnet på din WordPress-webbplats.
  • Välj Domäner i den vänstra menyn.
  • På sidan Webbplatsinformation så bläddrar du ner till blocket Databas Åtkomst. (Du kan vid behov kopiera information om databasens användarnamn och lösenord hit.)
  • Klicka på länken Öppna phpMyAdmin.
  • Logga in på din WordPress-databas.
  • Klicka på fliken SQL.
Kör en SQL-sökfråga för att uppdatera tillgångslänkar i WordPress-innehåll.
Kör en SQL-sökfråga för att uppdatera tillgångslänkar i WordPress-innehåll.

Kör följande kommando för att se till att alla tillgångslänkar i dina befintliga inlägg styrs till din cookiefria underdomän (se till att ersätta domänerna med dina egna):

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

Du har nu framgångsrikt konfigurerat en cookiefri domän i WordPress med hjälp av MyKinsta. Använd den här domänen för att hysa statiskt innehåll som du inte vill skicka WordPress-cookies för och använd din vanliga domän för allt annat.

Använda cPanel för att konfigurera en cookiefri domän

Här är stegen för att åstadkomma det vi gjorde ovan i MyKinsta med hjälp av cPanel eller ett av de populära cPanel-alternativen.

Steg 1. Skapa en underdomän i cPanel

Navigera till avsnittet Domäner på cPanels huvudsida. I verktyget Underdomäner så skapar du helt enkelt en underdomän som är ansluten till toppdomänen för din nuvarande WordPress-webbplats.

Dessa inställningar kan ses nedan för att skapa underdomänen static.example.com.

Skapa en underdomän i cPanel
Skapa en underdomän i cPanel

Steg 2. Konfigurera underdomänen som statisk i cPanel

När din nya statiska underdomän är klar så är det dags att få den att leva upp till sitt namn genom att låta den servera statiskt innehåll i WordPress.

Vi gör detta genom att redigera filen wp-config.php på din WordPress-webbplats. Det enklaste sättet att komma åt den här filen är i cPanels filhanteringsverktyg.

I filhanteraren så navigerar du till din webbplats mapp public_html och väljer wp-config.php (1). Välj sedan alternativet Redigera (2) för att redigera filen.

Leta upp filen wp-config.php
Leta upp filen wp-config.php

I filen wp-config.php så lägger du helt enkelt till följande rader (se till att ersätta domänerna med dina egna!):

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

Klicka på ”Spara ändringar”.

Steg 3. Omdirigera befintliga inlägg till underdomänen

Slutligen så måste du omdirigera dina befintliga inlägg till den nya statiska underdomänen. Men du ska först se till att säkerhetskopiera din WordPress-webbplats ifall den inte fungerar som den ska efteråt.

Öppna verktyget PhpMySQL i databasen i cPanel. Välj din webbplats databas och sedan dess tabell _posts.

Klicka på fliken SQL för tabellen _posts. Kör följande kommando för att kontrollera att dina post-webbadresser dirigeras till din cookiefria underdomän (se till att ersätta domänerna med dina egna):

UPDATE wp_posts SET post_content = REPLACE(post_content, 'www.example.com/wp-content/', ' static.example.com/wp-content/')
Omdirigering av befintliga inlägg till den nya statiska underdomänen
Omdirigering av befintliga inlägg till den nya statiska underdomänen

Sen är det klart! Du har nu inrättat en cookiefri domän i WordPress med hjälp av cPanel. Använd den cookiefria domänen för statiskt innehåll som bilder, CSS, JavaScript och typsnitt, medan du tillåter cookies på webbplatsens primära domän.

Sammanfattning

Att använda cookiefria domäner är ett mycket effektivt sätt att förbättra webbplatsens prestanda, minska hosting-kostnaderna och till och med förbättra kundupplevelsen och SEO.

Som vi har sett så är det fördelaktigt att ställa in cookiefria domäner i WordPress. Det är dock endast en hanterad WordPress-hosting som Kinsta’s som kan dra full nytta av dessa fördelar.

Med praktiska verktyg för att ta bort set-cookie-huvuden och direkt databasåtkomst för att omdirigera inlägg till en statisk underdomän så har det aldrig varit enklare att använda cookiefria domäner. Kinsta’s APM-verktyg och andra funktioner för prestandaövervakning kan också hjälpa dig att spåra resultaten.

Om du vill ha mer information och uppleva Kinsta själv, kontakta oss eller boka en kostnadsfri demo idag.

Jeremy Holcombe Kinsta

Innehålls- och marknadsföringsredaktör på Kinsta, WordPress webbutvecklare och innehållsskribent. Utöver WordPress tycker jag om stranden, golf och filmer. Jag har även problem med långa människor ;).