Du har flyttet din hjemmeside til et nyt webhotel. Måske er det en større pakke, måske en helt anden udbyder. Så åbner du forsiden, og den tager en evighed om at indlæse. Det er irriterende, når flytningen skulle gøre siden hurtigere. En WordPress-side, der er langsom efter flytning, er et almindeligt problem, og årsagen er som regel enkel.
Årsagen er ofte lille, for eksempel en tom cache, en indstilling der ikke kom med, eller en server der er sat lidt anderledes op end den gamle. Herunder går jeg igennem den rækkefølge, jeg plejer at tjekke tingene i.
Test hastigheden, før du ændrer noget
Lige efter en flytning virker en side ofte langsom, fordi intet er cachet endnu. Hver side bliver bygget fra bunden, første gang nogen besøger den. Efter nogle timers normal trafik bliver mange sider hurtigere af sig selv.
Kør nogle sider igennem PageSpeed Insights eller GTmetrix, og skriv indlæsningstiden og TTFB ned. TTFB er den tid, serveren bruger på at begynde at sende siden. Sammenlign med dine gamle tal, hvis du har dem. Husk også, at et DNS-skift tager tid at brede sig, så nogle besøgende kan stadig ramme den gamle server i et stykke tid.
De mest almindelige årsager
Det er de årsager, jeg ser oftest. I de fleste tilfælde forklarer en eller to af dem, hvorfor siden er langsom.
- Kold cache: sidecache og objektcache er tomme efter flytningen.
- Svagere server: den nye pakke har mindre CPU eller RAM, end du troede.
- Gammel PHP-version: PHP 7.4 eller ældre er langsommere end PHP 8.2 eller 8.3.
- Mistede cache-indstillinger: dit caching-plugin har ikke beholdt sin opsætning.
- Oppustet database: gamle revisioner, spamkommentarer og udløbne transients kom med.
- Forkerte URL’er: gamle links ligger stadig i databasen og giver ekstra omdirigeringer.
- Tunge billeder: filerne blev kopieret uden komprimering.
- Plugins der driller: et plugin, der virkede før, passer ikke til den nye server.
- Manglende CDN-opsætning: CDN’et blev ikke koblet til igen.
Symptomer og sandsynlige årsager
Tabellen herunder kobler almindelige symptomer til deres sandsynlige årsager.
| Det her ser du | Sandsynlig årsag | Hurtig løsning |
|---|---|---|
| Langsom kun ved første besøg | Kold cache | Vent nogle timer eller varm cachen op |
| Høj TTFB på alle sider | Svag server eller gammel PHP | Opdater PHP, tjek serverens ressourcer |
| Administrationen er langsom | Database eller plugin | Ryd op i databasen, test plugins |
| Billeder indlæses langsomt | Store filer, intet CDN | Komprimer billeder, kobl CDN til igen |
| Siderne omdirigerer flere gange | Gamle URL’er eller SSL | Ret site-URL, opdater links |
| Tilfældige udsving i hastighed | Overbelastet delt server | Spørg dit webhotel om grænser |
Tjek serveren og PHP-versionen
Mange vælger et webhotel ud fra prisen og opdager bagefter, at pakken har lidt hukommelse eller stramme CPU-grænser. WordPress har brug for plads, og endnu mere med WooCommerce eller Elementor. En delt server med mange travle sider kan også trække dig ned.
PHP-versionen har også betydning. Nyere versioner kører den samme kode hurtigere, så tjek i dit hostingpanel, hvilken du bruger. Gå til PHP 8.2 eller nyere, hvis dit tema og dine plugins tillader det. Test på en kopi først, for gamle plugins kan gå i stykker. Hvis siden er gået helt i stykker og ikke bare er langsom, er problemer efter serverflytning ofte forklaringen.
Ryd op i databasen
En flytning kopierer alt med, også det der ikke bruges. Revisioner, slettede indlæg, spamkommentarer og gamle transients samler sig op gennem årene. En større database giver langsommere forespørgsler og højere TTFB. Det er sjældent hovedårsagen, men det lægger sig oven i resten. En grundig oprydning ser sådan ud:
- Tag en fuld sikkerhedskopi først.
- Slet indlægsrevisioner, du ikke har brug for.
- Tøm papirkurven og fjern spamkommentarer.
- Ryd udløbne transients.
- Optimer databasetabellerne.
Ret din cache-opsætning
Caching giver som regel de fleste WordPress-sider det største hastighedsløft. Efter en flytning skal den ofte sættes op igen. Indstillinger kan gå tabt, eller cache-mappen kan få forkerte rettigheder på den nye server. Nogle gange kører to cache-systemer på samme tid, et fra pluginet og et fra webhotellet. Det gør siden langsommere.
Vælg én hovedcache, og sørg for, at den er slået til. Mange webhoteller, for eksempel dem med LiteSpeed eller Nginx-caching, har allerede en, så du behøver måske ikke et ekstra plugin. Ryd derefter alle caches, også browsercachen og eventuel CDN-cache. Besøg dine vigtigste sider et par gange for at varme dem op.
Find ødelagte URL’er og omdirigeringer
Når en side flyttes, kan den gamle adresse blive liggende i databasen. Billeder, menulinks og interne links peger måske stadig på det gamle domæne eller på http i stedet for https. Hvert forkert link kan give en ekstra omdirigering, og hver omdirigering koster tid.
Tjek site-URL og hjemme-URL i WordPress-indstillingerne. Kør derefter en søg og erstat i databasen med et værktøj, der håndterer serialiseret data sikkert. Test bagefter dine vigtigste sider for omdirigeringskæder. Nogle links kan også gå helt i stykker efter en flytning, og det kræver en særskilt løsning på ødelagte links.
Billeder, CDN og Core Web Vitals
Billeder er ofte det tungeste på en side. Under en flytning kan mediebiblioteket komme rodet med, så nogle filer mangler, og andre har mistet deres komprimerede versioner. Store billeder skader din Largest Contentful Paint, som er en af de Core Web Vitals, Google ser på.
- Komprimer billeder, og brug moderne formater som WebP.
- Slå lazy loading til for billeder under skærmens synlige del.
- Kobl dit CDN til igen, og tjek at det peger på den nye server.
- Genskab miniaturebilleder, hvis størrelserne ser forkerte ud.
- Hvis dine fremhævede billeder er forsvundet, skal de også rettes.
Rækkefølge for rettelser
Ret én ting ad gangen, og test efter hver ændring, så du ved, hvad der hjalp.
- Vent nogle timer, og test igen med varm cache.
- Tjek PHP-versionen, og opdater den, hvis du kan.
- Gennemgå caching-pluginet, og fjern dobbelt caching.
- Ret site-URL og gamle links.
- Ryd op i og optimer databasen.
- Komprimer billeder, og kobl CDN til igen.
- Slå plugins fra ét ad gangen for at finde et langsomt et.
- Spørg dit webhotel om CPU, RAM og eventuelle grænser i din pakke.
Sådan undgår du det næste gang
Mange af problemerne kan findes før lancering. En staging-side lader dig teste hastighed, links og plugins, mens den gamle side stadig er live. Du retter tingene først og skifter domæne bagefter.
Gem dine hastighedstal før flytningen, og test de samme sider bagefter. En langsom side kan også påvirke placeringerne, og det er en del af planlægningen af SEO ved migration. Og en tjekliste efter flytning hjælper dig med at fange de små ting, før de besøgende gør det.
Det ville jeg gøre, hvis det var min hjemmeside
Jeg ville ikke give det nye webhotel skylden med det samme. Jeg ville vente på, at cachen blev varm, tjekke PHP-versionen og se på cache-opsætningen. De tre trin løser de fleste tilfælde. Bagefter ville jeg se på databasen, de gamle URL’er og billederne.
Hvis du har prøvet det hele, og siden stadig er langsom, kan problemet ligge dybere i serveropsætningen. Vi har stået for mere end 500 flytninger af hjemmesider hos Flyt Hjemmeside. Send os en besked, så ser vi på din side og giver dig en fast pris, før vi går i gang.
Ofte stillede spørgsmål
Hvorfor er min WordPress-side langsom lige efter flytning?
Oftest er cachen tom. WordPress skal bygge hver side på ny, første gang den bliver besøgt. Efter nogle timers trafik bliver det som regel bedre. Hvis den stadig er langsom, så tjek PHP-versionen, serverens ressourcer og din cache-opsætning.
Hvor længe skal jeg vente, før jeg bliver bekymret?
Giv det en dag eller to. DNS-ændringer og opbygning af cache tager begge tid. Hvis siden stadig er langsom efter det, så følg trinnene ovenfor ét ad gangen.
Kan et nyt webhotel være langsommere end det gamle?
Ja. En billigere pakke kan have mindre CPU, mindre hukommelse eller flere sider på samme server. Se på pakkens specifikationer og ikke kun på prisen.
Skader en langsom side efter flytning min SEO?
Det kan den, lidt. Hastighed er ét rangeringssignal blandt mange, men langsomme sider får også besøgende til at forlade siden. Jo hurtigere du retter det, jo mindre bliver effekten.
Har jeg brug for et caching-plugin, hvis mit webhotel har sin egen cache?
Ikke altid. Nogle webhoteller har cache på serverniveau, der virker godt. To cache-værktøjer sammen kan give konflikter og gøre siden langsommere. Tjek først, hvad dit webhotel tilbyder.
