„Der er et teknisk problem med dit websted“ – sådan bruger du mailen

Kort svar: Mailen betyder, at en fatal PHP-fejl har ramt dit site, og at WordPress har fanget den. Læs fejldetaljerne i mailen – de nævner fejltype, fil og linje og dermed synderen. Brug gendannelseslinket til at logge ind i gendannelsestilstand, deaktiver kun det plugin eller tema, mailen peger på, og ret derefter årsagen. Kom mailen aldrig frem, kan du gøre det samme manuelt via filhåndteringen, SFTP eller WP-CLI.

Fagligt gennemgået: 2. oktober 2026

Mailen med emnet „Der er et teknisk problem med dit websted“ kommer fra WordPress selv – ikke fra dit hostingfirma og ikke fra en hacker. Den er en del af WordPress’ indbyggede fejlbeskyttelse: Når en fatal fejl vælter en del af sitet, får administratorens mailadresse besked med detaljer og et særligt login-link.

Rigtigt brugt er mailen den hurtigste vej til både diagnose og løsning. Forkert brugt – fx ved at klikke rundt og deaktivere alt – kan den skabe flere problemer, end den løser. Herunder får du rækkefølgen, der virker.

Før du ændrer noget: Gem mailen, og notér fejltype, fil, linje og tidspunkt. Tag en backup, hvis du kan komme til det, før du deaktiverer eller opdaterer noget. Kør en webshop, så tjek, om ordrer og betalinger stadig går igennem – det afgør, hvor hurtigt du skal handle.

Hvad mailen betyder

Siden WordPress 5.2 har kernen haft en indbygget håndtering af fatale fejl (en såkaldt „fatal error handler“). Når et plugin, et tema eller PHP selv vælter med en fatal fejl, sker der to ting: Besøgende ser beskeden „Der er sket en kritisk fejl på dette websted“, og administratoren får mailen med fejldetaljer og et gendannelseslink. De to hører sammen – mailen er nøglen til at løse det, besøgende ser.

Linket logger dig ind i gendannelsestilstand: en særlig session, hvor WordPress sætter det fejlende plugin eller tema på pause – kun for dig. Besøgende mærker ingen forskel, og intet bliver ændret, før du aktivt deaktiverer noget. Fejlen er altså stadig synlig for alle andre, indtil du har rettet den.

Handleren fanger de egentlige fatale fejl: fx kald til en funktion eller klasse, der ikke findes, syntaksfejl i en PHP-fil, „Allowed memory size exhausted“ og typefejl, som PHP 8 stopper ved. Advarsler og „deprecated“-beskeder udløser ikke mailen – de skriver højst i loggen.

1. Tjek, at mailen er ægte

Fordi mailen indeholder et login-link, er den også en oplagt skabelon for phishing. Den ægte mail kommer fra dit eget site (typisk fra adressen wordpress@ditdomæne.dk eller den afsender, dit SMTP-plugin bruger) og linker til dit eget domænes /wp-login.php?action=enter_recovery_mode med en lang nøgle bagefter.

• Hold musen over linket, og kontrollér, at domænet er præcis dit eget.
• Gå til forsiden i et privat vindue: Ser du „Der er sket en kritisk fejl“ – eller fejler en bestemt side – passer mailen med virkeligheden.
• Peger linket på et andet domæne, eller beder mailen om betaling eller kodeord til noget andet end dit eget login, så slet den.

2. Læs fejldetaljerne først

I mailen står, hvilket plugin eller tema WordPress mener er synderen, og under fejldetaljer står fejltype, fil og linjenummer. Det er de oplysninger, der afgør alt det næste – gem dem, før du klikker på noget:

• Stien indeholder /wp-content/plugins/navn/: Fejlen ligger i det plugin – det skal deaktiveres eller rulles tilbage.
• Stien indeholder /wp-content/themes/navn/: Temaet (eller child-temaets functions.php) er synderen.
• Stien indeholder /wp-content/mu-plugins/: Et „must use“-plugin kan ikke deaktiveres fra wp-admin. Det skal flyttes eller omdøbes via filhåndteringen eller SFTP.
• Stien peger på /wp-includes/ eller /wp-admin/: Kernen er der, hvor fejlen viser sig, men årsagen er næsten altid et plugin, der har kaldt kernen forkert, eller PHP-versionen – ikke WordPress selv.

Fejlteksten giver ofte retningen direkte:

Fejltekst i mailen	Typisk årsag	Første handling
Call to undefined function / Class not found	Plugin afhænger af et andet plugin, der er slået fra, eller en halv opdatering	Tjek afhængigheder, geninstallér pluginnet
syntax error, unexpected …	Fejl i en fil, der er redigeret i hånden (ofte functions.php)	Fortryd den seneste redigering
Allowed memory size … exhausted	For lav hukommelsesgrænse eller en løkke i koden	Find den tunge proces, før du hæver grænsen
Maximum execution time … exceeded	Opgave, der tager længere tid end serveren tillader	Find opgaven (import, backup, cron)
TypeError / Uncaught Error efter PHP-skift	Kode, der ikke er klar til PHP 8.x	Opdatér pluginnet, eller rul PHP-versionen midlertidigt tilbage

3. Brug gendannelseslinket rigtigt

Klik på linket, og log ind som normalt. Øverst står der nu, at du er i gendannelsestilstand, og under Plugins (eller Udseende → Temaer) er synderen markeret med fejlbeskeden. Deaktiver kun den – lad resten være. Derefter afslutter du gendannelsestilstand via knappen i topbjælken, og sitet kører igen for alle uden det fejlende plugin.

Linket er som standard gyldigt i ét døgn, og WordPress sender som standard højst én mail om dagen om samme problem, så din indbakke ikke oversvømmes. Er linket udløbet, kan du gå den manuelle vej nedenfor med det samme i stedet for at vente på en ny mail.

Er det aktive tema synderen, kan du ikke bare deaktivere det. Skift i stedet midlertidigt til et standardtema (fx det nyeste „Twenty“-tema), mens du retter fejlen. Bruger du en sidebygger eller et child-tema, skal du forvente, at fronten ser anderledes ud imens.

4. Når mailen aldrig kom frem

Mailen sendes til adressen under Indstillinger → Generelt – medmindre konstanten RECOVERY_MODE_EMAIL i wp-config.php sender den et andet sted hen. Tjek først spam-mappen, og om adressen overhovedet er en, du læser. Sender dit site generelt ikke mails pålideligt, er det sit eget problem med sin egen løsning – se guiden om WordPress-mails der ryger i spam.

Uden mail bruger du den manuelle nødudgang: Omdøb synderens mappe via filhåndteringen eller SFTP (fx eksempel-plugin til eksempel-plugin-fra). Så deaktiverer WordPress pluginnet ved næste indlæsning, og wp-admin bliver tilgængeligt igen. Har du SSH-adgang, er WP-CLI hurtigere:

# se status på alle plugins uden at indlæse dem
wp plugin list --skip-plugins --skip-themes

# deaktiver kun synderen
wp plugin deactivate eksempel-plugin --skip-plugins --skip-themes

Kender du ikke synderen, så slå logning til og find den konkrete PHP-fejl. Guiden om kritisk fejl i WordPress viser fremgangsmåden. Kort fortalt sætter du disse linjer i wp-config.php over linjen „That’s all, stop editing“ og genskaber fejlen:

define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );

Fejlen havner så i wp-content/debug.log. Filen kan være offentligt tilgængelig, så slå logningen fra og slet filen, når du har fundet årsagen. Serverens egen PHP-fejllog i kontrolpanelet viser ofte det samme uden ændringer i wp-config.php.

5. Ret årsagen – ikke kun symptomet

Et deaktiveret plugin er førstehjælp, ikke en løsning. Undersøg derefter, hvorfor fejlen opstod:

• Kom fejlen efter en opdatering? Rul til den forrige version, og afvent en rettelse – se guiden om at fortryde en WordPress-opdatering. Tjek pluginnets supportforum: Rammer fejlen mange, kommer der ofte en rettelse hurtigt.
• Kom fejlen efter et PHP-skift? Så er pluginnet ikke klar til den nye version – se fejl efter PHP-opgradering. Den langsigtede løsning er en opdateret version, ikke at blive på en gammel PHP-version.
• Kom fejlen efter en redigering? Fortryd ændringen i functions.php eller det kodestykke, du tilføjede. Kodeændringer hører hjemme i et child-tema eller et snippet-plugin, så de kan slås fra uden filadgang.
• To plugins, der ikke kan sammen? Fejlen opstår kun, når begge er aktive. Afgræns det på en kopi af sitet – se find en plugin- eller temakonflikt.
• Kom fejlen ud af det blå? Tjek, om pluginnet stadig vedligeholdes. Et plugin uden opdateringer i årevis er en tikkende fejl – find et alternativ. Tjek også, om automatiske opdateringer kørte i nat.

Når mailen kommer igen og igen

Får du mailen gentagne gange, selvom sitet ser ud til at virke, rammer fejlen typisk kun en bestemt handling: en cron-opgave om natten, en side i wp-admin, en formular eller en betalings-callback. Tidspunktet i mailen og PHP-loggen fortæller, hvilken request der fejlede. Sammenhold det med dine planlagte opgaver – fx med wp cron event list – eller med WooCommerce’ planlagte handlinger under Værktøjer → Planlagte handlinger.

Du kan teknisk slå hele mekanismen fra med konstanten WP_DISABLE_FATAL_ERROR_HANDLER, men det fjerner kun beskeden – ikke fejlen. Det giver mening på et udviklingsmiljø, ikke på et site, hvor du gerne vil vide, når noget går galt.

6. Verificér, at fejlen er væk

Sagen er lukket, når:

• besøgende ikke længere ser den kritiske fejl – testet i et privat vindue på forside, en underside og eventuelt checkout;
• wp-admin virker uden gendannelsestilstand;
• PHP-loggen ikke får nye linjer med samme fejl;
• den funktion, synderen leverede, enten er erstattet eller bevidst undværet;
• debug-logning er slået fra igen, og debug.log er slettet.

Gentager samme fejl sig efter en geninstallation, så genskab den på staging frem for at fejlsøge på live. Er du i tvivl om loggen, kan Hostious’ WordPress-support hjælpe med at afgrænse den.

Læs også

• Hub: WordPress fejl og fejlfinding
• Kritisk fejl i WordPress: find den konkrete PHP-fejl
• Hvid skærm i WordPress
• Find en plugin- eller temakonflikt uden at ramme live-sitet
• Mails fra WordPress ryger i spam
• WordPress hosting hos Hostious – daglig backup med selvbetjent gendannelse og staging fra WP StartUp

Ofte stillede spørgsmål om mailen

Er mailen ægte – eller phishing?

Den ægte mail kommer fra dit eget site og linker kun til dit eget domænes /wp-login.php. Tjek altid, at linkets domæne er dit, før du klikker. Peger det andre steder hen, er det svindel – slet mailen.

Hvor længe virker gendannelseslinket?

Som standard ét døgn. Derefter sender WordPress en ny mail, næste gang fejlen rammer. Du kan altid gå udenom ved at omdøbe synderens mappe via SFTP eller filhåndteringen.

Fjerner gendannelsestilstand selve fejlen?

Nej. Den giver dig kun sikker adgang til wp-admin, mens synderen er sat på pause for din session. Fejlen er først væk, når du deaktiverer, opdaterer eller udskifter det, der væltede.

Kan jeg få mailen sendt til en anden adresse?

Ja. Definér konstanten RECOVERY_MODE_EMAIL i wp-config.php med den ønskede adresse, fx en fælles driftspostkasse eller dit bureau. Ellers går mailen til administratoradressen under Indstillinger → Generelt.