Webbplatsen gick sönder efter en WordPress-uppdatering: så backar du rätt

En uppdatering av WordPress, ett tillägg, temat eller PHP, och webbplatsen är inte sig lik: layouten i bitar, en vit skärm, ett formulär som slutat fungera. Att backa görs komponent för komponent, och allt som webbplatsen har tagit emot sedan dess behålls, beställningar och meddelanden inräknade. Här är stegen, i ordning.

Publicerad den 8 oktober 2026 Av Lästid: 9 minuter

Alla guider

I korthet

  1. Ta reda på vad som uppdaterades, och när: sidan med uppdateringar, WordPress mejl om automatiska uppdateringar, webbhotellets kontrollpanel.
  2. Töm cacheminnena först: en trasig layout beror ofta på gamla CSS-filer som fortfarande ligger i en cache.
  3. Fastnat på ”Webbplatsen är tillfälligt otillgänglig på grund av ett planerat underhållsarbete”: radera filen .maintenance i webbplatsens rotmapp.
  4. Tillägg eller tema: installera om den tidigare versionen, med WP-CLI eller utgivarens arkiv.
  5. PHP-version som ändrats av webbhotellet: gå tillbaka till den tidigare i kontrollpanelen medan du uppdaterar komponenten som orsakar felet.
  6. Spara en fullständig återställning som sista utväg, efter att ha exporterat det som webbplatsen tagit emot sedan säkerhetskopian.

Vad uppdaterades?

Fyra saker uppdateras på en WordPress-webbplats, och var och en backas på sitt eget sätt: WordPress-kärnan, tilläggen, temat och serverns PHP-version, som webbhotellet uppgraderar enligt sitt eget schema. För att se vilken som ändrats:

Terminal, i webbplatsens rotmapp
wp plugin list
ls -lt wp-content/plugins | head

Det första kommandot listar tilläggen med version och status; det andra listar tilläggsmapparna från den senast ändrade till den äldsta. Jämför med tidpunkten då webbplatsen ändrades.

Töm cacheminnena innan du drar slutsatser

Efter en uppdatering ändras CSS- och JavaScript-filer, och en cache kan fortsätta servera de gamla. Resultatet ser ut som ett haveri: layouten i bitar, menyer som inte längre öppnas. Töm, i den här ordningen, cachen i ditt cache- eller optimeringstillägg, webbhotellets cache om det erbjuder en, och sedan webbläsarens, och ladda om. Kommer webbplatsen tillbaka var det inte uppdateringen som var problemet.

Webbplatsen har fastnat i underhållsläge

Under en uppdatering skapar WordPress filen .maintenance i webbplatsens rotmapp och visar ”Webbplatsen är tillfälligt otillgänglig på grund av ett planerat underhållsarbete. Välkommen tillbaka om någon minut.” Avbryts uppdateringen blir filen kvar. WordPress bortser från den tio minuter efter tidpunkten som står i den; vill du slippa vänta, eller om meddelandet ligger kvar, radera den via SFTP eller med webbhotellets filhanterare. Namnet börjar med en punkt, så slå på visning av dolda filer för att se den.

Gå sedan till Adminpanel > Uppdateringar: det objekt vars uppdatering avbröts behöver köras igen, eller installeras om i sin tidigare version.

Lägg tillbaka den tidigare versionen av ett tillägg

En ominstallation av den tidigare versionen ersätter tilläggets filer och behåller dess inställningar, som ligger i databasen.

Terminal: installera om en viss version
wp plugin install tillaggets-namn --version=2.4.1 --force

WordPress backar redan av sig självt i två fall. Sedan version 6.3 läggs den gamla versionen tillbaka när en uppdatering av ett tillägg eller tema misslyckas halvvägs. Sedan version 6.6 installerar WordPress om den tidigare versionen när en automatisk uppdatering av ett aktivt tillägg orsakar ett fatalt fel. En uppdatering som slutförs och förstör en funktion utan fatalt fel behöver fortfarande backas för hand.

Temat: den tidigare versionen, och förlorade anpassningar

Terminal
wp theme install temats-namn --version=3.1.0 --force

En temauppdatering ersätter alla temats filer. Ändringar som gjorts direkt i temats filer, till exempel i functions.php eller en stilmall, försvinner därför vid varje uppdatering. Säkerhetskopian från före uppdateringen gör att du kan hämta tillbaka dem; för att behålla dem för gott hör de hemma i ett barntema, som uppdateringar av huvudtemat lämnar orört.

WordPress-kärnan

WP-CLI installerar om en viss version av kärnan:

Terminal (ersätt 7.0 med den version du körde före uppdateringen)
wp core update --version=7.0 --force

En större uppdatering av kärnan kan också ändra databasens struktur, som det här kommandot lämnar som den är. Den säkrare vägen är ofta att behålla kärnan uppdaterad och i stället backa det inkompatibla tillägget eller temat. Går det inte att undvika att backa kärnan, gör det från en fullständig säkerhetskopia tagen före uppdateringen.

PHP-versionen, ändrad av webbhotellet

Webbhotellen flyttar fram PHP när äldre versioner slutar få säkerhetsrättelser. Ett gammalt tillägg eller tema kan då stanna på ett fatalt fel. Webbhotellens kontrollpaneler låter dig oftast välja webbplatsens PHP-version:

  1. Anteckna den nuvarande versionen och gå sedan tillbaka till den tidigare.
  2. Kontrollera att webbplatsen fungerar igen.
  3. Uppdatera eller byt ut den komponent som orsakar felet, identifierad via felsökningsloggen.
  4. Gå tillbaka till den nya versionen.

Det bytet är ett felsökningssteg: en PHP-version utan säkerhetsrättelser gör webbplatsen sårbar. Enligt det officiella schemat på php.net har PHP 8.1 inte fått några säkerhetsrättelser sedan den 31 december 2025, PHP 8.2 får dem till den 31 december 2026 och PHP 8.3 till den 31 december 2027. WordPress rekommenderar PHP 8.3 eller senare.

Återställ en fullständig säkerhetskopia, som sista utväg

En återställning sätter tillbaka filerna och databasen till säkerhetskopians tillstånd. Allt som webbplatsen har tagit emot sedan dess går förlorat: beställningar, meddelanden från formulär, kommentarer, registreringar, publicerade inlägg.

  1. Exportera först det som kommit in sedan säkerhetskopian: beställningar, formulärsvar, nya konton.
  2. Återställ filer och databas från samma tidpunkt, med webbhotellets verktyg eller ditt tillägg för säkerhetskopiering. Filer från en dag och en databas från en annan ger fel som är svåra att tyda.
  3. Importera de exporterade uppgifterna igen.
  4. Gör om uppdateringarna en i taget och kontrollera webbplatsen mellan varje: den sista som gjordes före haveriet är den som orsakar det.

Inför nästa uppdatering

Uppdateringar som sköts av våra tekniker

Med Serenity by Simafri skapar vi din professionella webbplats, driftar den, säkrar den och håller den uppdaterad. Du skriver till oss, vi tar hand om allt. Domännamn och företagsmejl ingår.

Upptäck Serenity by Simafri

Vanliga frågor

Hur ångrar jag en uppdatering av ett WordPress-tillägg?

Installera om den tidigare versionen: med WP-CLI, wp plugin install tillaggets-namn --version=nummer --force; utan WP-CLI laddar du ned arkivet med den tidigare versionen och laddar upp det från sidan Lägg till tillägg, där du väljer att ersätta det nuvarande tillägget. Tilläggets inställningar, som lagras i databasen, behålls.

Kan WordPress ångra en uppdatering av sig självt?

I två fall. Sedan WordPress 6.3 lämnar en uppdatering av ett tillägg eller tema som misslyckas halvvägs den gamla versionen på plats. Sedan WordPress 6.6 backas en automatisk uppdatering av ett aktivt tillägg som orsakar ett fatalt fel. En uppdatering som slutförs och förstör en funktion utan fatalt fel backas för hand.

Varför ändrades min layout efter en temauppdatering?

Antingen serverar en cache fortfarande de gamla CSS-filerna, och då räcker det att tömma cacheminnena; eller så hade ändringar gjorts direkt i temats filer, och uppdateringen ersatte dem. I det andra fallet kan de hämtas tillbaka från säkerhetskopian som togs före uppdateringen och sedan flyttas till ett barntema.

Ska jag stänga av automatiska uppdateringar?

Uppdateringar täpper också till säkerhetshål, och en webbplats som får dem sent är sårbar längre. Upplägget som håller är en uppdatering som först görs på en testkopia, med en säkerhetskopia precis innan. Ett tillägg som ställer till problem kan få sina automatiska uppdateringar avstängda tills en rättelse släpps.

Kontakta oss