WordPress virker ikke efter en opdatering: sådan ruller du sikkert tilbage

En opdatering af WordPress, et plugin, temaet eller PHP, og hjemmesiden er ikke længere sig selv: layoutet i stykker, en hvid skærm, en formular, der er holdt op med at virke. Tilbagerulningen sker komponent for komponent, og alt det, hjemmesiden har modtaget siden, bevares, ordrer og beskeder medregnet. Her er trinnene, i rækkefølge.

Udgivet den 8. oktober 2026 Af Læsetid: 9 minutter

Alle guider

Det vigtigste

  1. Find ud af, hvad der blev opdateret og hvornår: skærmen med opdateringer, WordPress' mails om automatiske opdateringer, dit kontrolpanel.
  2. Ryd cacherne først: et ødelagt layout skyldes ofte gamle CSS-filer, som en cache stadig holder på.
  3. Hænger hjemmesiden på «Kortvarigt utilgængelig pga. planlagt vedligeholdelse»: slet filen .maintenance i hjemmesidens rodmappe.
  4. Plugin eller tema: geninstaller den tidligere version med WP-CLI eller med udgiverens arkiv.
  5. PHP-version ændret af din udbyder: skift tilbage til den tidligere i kontrolpanelet, mens du opdaterer den komponent, der er skyld i fejlen.
  6. Gem en fuld gendannelse som sidste udvej, efter at du har eksporteret det, hjemmesiden har modtaget siden den sikkerhedskopi.

Hvad blev opdateret?

Fire ting opdateres på en WordPress-hjemmeside, og hver af dem rulles tilbage på sin egen måde: WordPress-kernen, plugins, temaet og serverens PHP-version, som din udbyder opgraderer efter sin egen tidsplan. Sådan finder du ud af, hvilken af dem der har flyttet sig:

Terminal, i hjemmesidens rodmappe
wp plugin list
ls -lt wp-content/plugins | head

Den første kommando viser dine plugins med deres version og status; den anden viser pluginmapperne fra den senest ændrede til den ældste. Hold dem op mod det tidspunkt, hvor hjemmesiden ændrede sig.

Ryd cacherne, før du drager konklusioner

Efter en opdatering ændres CSS- og JavaScript-filer, og en cache kan blive ved med at servere de gamle. Resultatet ligner en fejl: layoutet i stykker, menuer, der ikke længere åbner. Ryd i denne rækkefølge cachen i dit cache- eller optimeringsplugin, cachen hos din udbyder, hvis den tilbyder en, og derefter din browsers cache, og genindlæs. Kommer hjemmesiden tilbage, var opdateringen ikke problemet.

Hjemmesiden hænger i vedligeholdelsestilstand

Under en opdatering opretter WordPress en fil .maintenance i hjemmesidens rodmappe og viser «Kortvarigt utilgængelig pga. planlagt vedligeholdelse. Vend tilbage om et minut.» Afbrydes opdateringen, bliver filen liggende. WordPress ignorerer den ti minutter efter det tidspunkt, der står i den; vil du undgå ventetiden, eller bliver beskeden ved, så slet filen via SFTP eller med din udbyders filhåndtering. Navnet begynder med et punktum, så slå visning af skjulte filer til for at se den.

Gå derefter til Kontrolpanel > Opdateringer: det element, hvis opdatering blev afbrudt, skal køres igen eller geninstalleres i sin tidligere version.

Sæt den tidligere version af et plugin tilbage

En geninstallation af den tidligere version erstatter pluginets filer og beholder dets indstillinger, som ligger i databasen.

Terminal: geninstaller en bestemt version
wp plugin install plugin-navn --version=2.4.1 --force

WordPress ruller allerede selv tilbage i to tilfælde. Siden version 6.3 sættes den gamle version tilbage, når en opdatering af et plugin eller et tema mislykkes undervejs. Siden version 6.6 geninstallerer WordPress den tidligere version, når en automatisk opdatering af et aktivt plugin giver en fatal fejl. En opdatering, der gennemføres og ødelægger en funktion uden en fatal fejl, skal stadig rulles tilbage manuelt.

Temaet: den tidligere version og tabte tilpasninger

Terminal
wp theme install tema-navn --version=3.1.0 --force

En opdatering af et tema erstatter alle dets filer. Ændringer foretaget direkte i temaets filer, for eksempel i functions.php eller i et stylesheet, forsvinder derfor ved hver opdatering. Sikkerhedskopien fra før opdateringen giver dig mulighed for at hente dem tilbage; for at beholde dem permanent hører de hjemme i et child theme, som opdateringer af hovedtemaet lader urørt.

WordPress-kernen

WP-CLI geninstallerer en bestemt version af kernen:

Terminal (erstat 7.0 med den version, du kørte før opdateringen)
wp core update --version=7.0 --force

En større opdatering af kernen kan også ændre databasens struktur, som denne kommando lader være, som den er. Den sikreste vej er ofte at holde kernen opdateret og i stedet rulle det inkompatible plugin eller tema tilbage. Er det uundgåeligt at gå tilbage med kernen, så gør det ud fra en fuld sikkerhedskopi taget før opdateringen.

PHP-versionen, ændret af din udbyder

Udbydere flytter PHP fremad, efterhånden som ældre versioner holder op med at få sikkerhedsrettelser. Et gammelt plugin eller tema kan så stoppe på en fatal fejl. Kontrolpaneler lader dig som regel vælge hjemmesidens PHP-version:

  1. Notér den nuværende version, og skift derefter tilbage til den tidligere.
  2. Tjek, at hjemmesiden virker igen.
  3. Opdater eller udskift den komponent, der er skyld i fejlen, og som du har fundet via fejlfindingsloggen.
  4. Skift tilbage til den nyere version.

Det skift er et trin i fejlfindingen: en PHP-version uden sikkerhedsrettelser efterlader hjemmesiden sårbar. Ifølge den officielle tidsplan på php.net har PHP 8.1 ikke fået sikkerhedsrettelser siden den 31. december 2025, PHP 8.2 får dem til den 31. december 2026 og PHP 8.3 til den 31. december 2027. WordPress anbefaler PHP 8.3 eller nyere.

Gendan en fuld sikkerhedskopi som sidste udvej

En gendannelse sætter filerne og databasen tilbage til sikkerhedskopiens tilstand. Alt, hvad hjemmesiden har modtaget siden, går tabt: ordrer, beskeder fra formularer, kommentarer, tilmeldinger, udgivne indlæg.

  1. Eksportér først det, der er kommet ind siden sikkerhedskopien: ordrer, formularindsendelser, nye konti.
  2. Gendan filer og database fra samme tidspunkt med din udbyders værktøj eller dit backupplugin. Filer fra én dag og en database fra en anden giver fejl, der er svære at tyde.
  3. Importér de eksporterede data igen.
  4. Læg opdateringerne på igen én ad gangen, og tjek hjemmesiden imellem: den sidste, du lagde på før fejlen, er den, der giver den.

Til den næste opdatering

Opdateringer udført af vores teknikere

Med Serenity by Simafri opretter vi din professionelle hjemmeside, hoster den, sikrer den og holder den opdateret. Du skriver til os, vi tager os af alt. Domænenavn og professionel e-mail inkluderet.

Oplev Serenity by Simafri

Ofte stillede spørgsmål

Hvordan fortryder jeg en opdatering af et WordPress-plugin?

Geninstaller den tidligere version: med WP-CLI, wp plugin install plugin-navn --version=nummer --force; uden WP-CLI henter du arkivet med den tidligere version og uploader det fra skærmen Tilføj plugins, hvor du vælger at erstatte det nuværende plugin. Pluginets indstillinger, der ligger i databasen, bevares.

Kan WordPress selv fortryde en opdatering?

I to tilfælde. Siden WordPress 6.3 bliver den gamle version liggende, når en opdatering af et plugin eller et tema mislykkes undervejs. Siden WordPress 6.6 rulles en automatisk opdatering af et aktivt plugin, der giver en fatal fejl, tilbage. En opdatering, der gennemføres og ødelægger en funktion uden en fatal fejl, rulles tilbage manuelt.

Hvorfor ændrede mit layout sig efter en opdatering af temaet?

Enten serverer en cache stadig de gamle CSS-filer, og så er det nok at rydde cacherne; eller også var der foretaget ændringer direkte i temaets filer, og opdateringen erstattede dem. I det andet tilfælde kan de hentes tilbage fra sikkerhedskopien taget før opdateringen og derefter flyttes over i et child theme.

Skal jeg slå automatiske opdateringer fra?

Opdateringer lukker også sikkerhedshuller, og en hjemmeside, der får dem sent, er sårbar i længere tid. Den opsætning, der holder, er en opdatering, der først lægges på en testkopi, med en sikkerhedskopi lige før. Et plugin, der giver problemer, kan få slået sine autoopdateringer fra, indtil der kommer en rettelse.

Kontakt os