Du klistrar in en kodsnutt, uppdaterar sidan och väntar på resultatet. Men inget syns. Om du känner igen dig i “installerat ny kod men inget händer? det kan vara cache i wordpress” så är du långt ifrån ensam. Det här är ett av de vanligaste problemen i WordPress – och ofta är felet inte koden, utan att du fortfarande ser en gammal version av sidan.
Det är frustrerande, särskilt när du vill få något klart snabbt. För företagare blir det ännu mer störande eftersom varje timme som går med en felaktig eller ofärdig webbplats kan påverka både förtroende och inkommande affärer. Den goda nyheten är att problemet ofta går att lösa ganska enkelt när man vet var cachen finns.
Installerat ny kod men inget händer? Det kan vara cache i WordPress
Cache är i grunden en sparad kopia av din webbplats. Syftet är bra – sidan ska ladda snabbare och servern ska belastas mindre. Men nackdelen är att du ibland inte ser de senaste ändringarna direkt.
När du lägger in ny CSS, JavaScript, PHP eller uppdaterar innehåll kan flera olika lager visa en gammal version. Det kan handla om cache i webbläsaren, i ett WordPress-plugin, på servern, i ett CDN eller till och med i ditt tema. Därför räcker det inte alltid att bara trycka på uppdatera.
Det är också därför två personer kan se olika saker på samma sida samtidigt. Du kanske ser en gammal layout medan någon annan ser den nya. Det betyder inte automatiskt att webbplatsen är trasig. Det betyder ofta bara att rätt cache inte har rensats ännu.
Varför cache ställer till det just när du ändrat kod
Kodändringar är känsligare än vanliga textändringar. Om du till exempel ändrar CSS för en knapp eller lägger till ett script för spårning kan webbläsaren fortsätta ladda en tidigare filversion. Har filen samma namn som tidigare tror systemet ibland att inget har ändrats.
Det här märks särskilt i WordPress eftersom många webbplatser använder flera prestandalager samtidigt. Ett cacheplugin kan skapa statiska versioner av sidorna. Webbhotellet kan ha egen servercache. Vissa använder dessutom Cloudflare eller liknande tjänster. Lägg till en webbläsarcache ovanpå det, så har du flera ställen där en gammal version kan ligga kvar.
Det är alltså inte ovanligt att rätt kod finns på webbplatsen medan fel version visas utåt. Det är en viktig skillnad. Om du börjar ändra samma kod igen innan du kontrollerat cache kan du i värsta fall skapa nya problem fast originalet redan var rätt.
Börja med det enkla innan du felsöker koden
Det första du ska göra är att öppna sidan i ett privat fönster eller inkognitoläge. Då försvinner ofta delar av webbläsarens sparade data, och du får en bättre bild av vad en vanlig besökare ser.
Om ändringen syns där, men inte i ditt vanliga fönster, är problemet nästan alltid lokal cache i webbläsaren. Då kan en hård omladdning hjälpa. Ibland behöver du också rensa cache manuellt i webbläsaren, särskilt om det gäller CSS eller JavaScript.
Syns ändringen fortfarande inte i privat läge behöver du gå vidare. Då är det ofta WordPress-cachen, servercachen eller CDN som ligger kvar.
Vanliga ställen där cachen finns
I WordPress är cache sällan bara en sak. Ofta är det flera lager samtidigt, och det är därför problemet kan kännas svårfångat.
Cacheplugin i WordPress
Använder du plugin som WP Rocket, LiteSpeed Cache, W3 Total Cache eller liknande behöver du börja där. De flesta har en knapp för att rensa all cache. Efter det kan du behöva ladda om sidan igen och kontrollera resultatet i privat läge.
Vissa plugin minifierar också CSS och JavaScript. Då kan de skapa sammanslagna filer som inte uppdateras direkt. Om du nyss lagt in kod och inget händer kan det därför hjälpa att även rensa optimerade filer, inte bara sidcache.
Servercache hos webbhotellet
Många webbhotell använder egen cache på serversidan. Det är bra för hastigheten, men kan göra felsökning segare. Om du rensat ditt plugin och ändå inte ser ändringen kan servern fortfarande leverera en gammal version.
Det här ser man ofta på snabbare hostingmiljöer där cache är aktiv som standard. Då behöver du logga in i webbhotellets kontrollpanel och tömma cachen därifrån, eller be supporten göra det om funktionen inte är tydlig.
CDN och externa cachar
Om din webbplats använder ett CDN kan ändringen ligga rätt på originalservern men fel i den distribuerade versionen. Då behöver du rensa CDN-cache separat. Annars kan olika geografiska användare se olika versioner under en tid.
För företag som annonserar eller jobbar med kampanjsidor kan det här bli extra känsligt. Du vill inte skicka trafik till en sida där nya budskap, formulär eller spårningskoder inte faktiskt syns.
Webbläsarcache
Det här är den vanligaste orsaken när bara du själv inte ser ändringen. Webbläsaren sparar filer för att ladda sidan snabbare nästa gång. Bra för användaren, mindre bra när du just ändrat design eller funktion.
Om du ofta arbetar i din egen WordPress-webbplats är det klokt att vänja sig vid att kontrollera i privat läge. Det sparar tid och minskar risken att du börjar jaga fel som egentligen inte finns.
När det inte är cache – utan faktiskt ett kodproblem
Det är viktigt att säga det också: ibland är det faktiskt koden som inte fungerar. Om du rensat cache på alla nivåer och inget händer kan orsaken vara att koden lagts på fel plats, innehåller ett syntaxfel eller skrivs över av temat eller ett annat plugin.
CSS kan till exempel laddas men inte slå igenom eftersom en annan regel har högre specificitet. JavaScript kan blockeras av ett annat script. PHP-kod kan ligga i fel fil eller inte köras i den del av WordPress där du tror. Och om du jobbar i ett child theme men webbplatsen fortfarande använder föräldratemat för vissa delar, kan resultatet bli förvirrande.
Här gäller det att inte gissa för mycket. Kontrollera först om filen verkligen laddas. Se sedan om ändringen finns i sidans källkod eller i utvecklarverktygen. Om den gör det men inte syns, är det ofta en konflikt eller prioriteringsfråga, inte cache.
Så arbetar du smartare nästa gång
Om du gör ändringar löpande på en företagswebbplats är det värt att skapa en enkel rutin. Ta backup innan du ändrar. Jobba helst i testmiljö om det gäller större funktioner. Rensa cache direkt efter varje ändring och kontrollera resultatet i privat läge innan du går vidare.
Det är också klokt att versionshantera filer eller åtminstone dokumentera vad som ändrats. Då blir det mycket lättare att veta om problemet uppstod efter en kodändring, en pluginuppdatering eller en cacheoptimering.
En annan praktisk detalj är att versionsnumrera CSS- och JS-filer när du uppdaterar dem. Då tvingas webbläsaren att hämta en ny fil i stället för att använda den gamla. Det är en enkel lösning som ofta sparar mycket tid.
Installerat ny kod men inget händer? Det kan vara cache i WordPress – men tänk affär också
För många företag handlar det här inte bara om teknik. Om formulär, call to action-knappar, spårning eller landningssidor inte uppdateras som de ska kan du missa leads utan att förstå varför. Därför är cache inte bara en teknisk detalj – det påverkar faktiskt resultatet.
En webbplats ska inte bara vara snygg eller snabb. Den ska fungera när du behöver den. Om varje liten ändring blir ett irritationsmoment eller ett osäkerhetsmoment är det ofta ett tecken på att webbplatsen behöver bättre struktur, bättre underhåll eller en enklare arbetsprocess.
Det är just därför många företag väljer en partner som kan ta ansvar för både tekniken och helheten. Brandstedt Marketing arbetar till exempel mycket med WordPress-lösningar där support, underhåll och tydlig kommunikation är en del av leveransen – inte något som kommer i efterhand när problem redan uppstått.
Du behöver inte kunna allt själv. Men du tjänar på att förstå tillräckligt för att snabbt känna igen vanliga felkällor.
Nästa gång du tänker att något är trasigt för att din nya kod inte syns, stanna upp en minut innan du börjar ändra om allt. Ofta är det inte din kod som är problemet. Ofta är det bara gammal cache som vägrar släppa taget.
