WordPress hamnar automatiskt i underhållsläge varje gång du kör en uppdatering. Det varar normalt i några sekunder — men det händer, och besökaren ser en vit sida med texten Briefly unavailable for scheduled maintenance. Check back in a minute.
De flesta märker inte av det. Men vid större uppdateringar, eller om något går snett, kan det dröja längre.
Vad underhållsläget faktiskt gör
När WordPress uppdateras skapas en tillfällig fil som heter .maintenance i rotkatalogen. Så länge den filen finns returnerar WordPress 503-statuskod till alla besökare. Det är med vilje — sökmotorer ska inte indexera en halvfärdig sida.
Vid en normal uppdatering försvinner filen automatiskt när processen är klar. Problemet uppstår när något avbryts mitt i — ett timeout, en plugin-konflikt, ett serverfel. Då stannar filen kvar och sidan fastnar i underhållsläge tills någon tar bort den manuellt.
Det ser jag hos kunder ett par gånger per år, oftast efter att de kört 5-6 uppdateringar på en gång utan staging-miljö.
Tre lägen att hålla isär
Automatiskt underhållsläge — det inbyggda, triggas av WordPress självt vid uppdateringar. Kortvarigt, men kan fastna.
Manuellt underhållsläge via plugin — du aktiverar det medvetet innan du gör ändringar, visar en snygg landningssida för besökarna. Rätt väg att gå om du ska göra något som tar mer än 30 sekunder.
Sidan nere på grund av fel — inte underhållsläge, men ser likadant ut för besökaren. Serverproblem, kraschad databas, PHP-fel. Här är det inte .maintenance-filen som är boven.
Skillnaden spelar roll när du felsöker. Om du ser den exakta texten Briefly unavailable for scheduled maintenance är det sannolikt .maintenance-filen. Allt annat är något annat.
När du faktiskt bör använda det manuellt
De flesta skippar det och uppdaterar direkt i produktion. Det funkar ofta — men inte alltid.
Jag rekommenderar att aktivera underhållsläge manuellt om du ska:
- Byta tema
- Uppdatera WooCommerce eller andra tunga plugins med databasmigreringar
- Göra ändringar i PHP-filer eller functions.php
- Migrera till nytt webbhotell
Vid kortare uppdateringar av vanliga plugins är risken låg. Men om du vet att det kan gå snett — sätt upp en presentabel underhållssida istället för att hoppas att besökaren råkar komma förbi just under de tio sekunder något är trasigt.
Hur du tar bort ett fastnat underhållsläge
Anslut via FTP eller filhanteraren i ditt webbhotells kontrollpanel. Navigera till rotkatalogen (samma nivå som wp-admin och wp-content). Leta efter en fil som heter .maintenance — notera punkten i början, den kan vara dold i vissa klienter.
Ta bort den filen. Klart. Sidan är tillbaka.
Om du inte hittar filen men sidan fortfarande visar underhållsmeddelandet är det troligen inte underhållsläge — det är ett annat fel. Kolla då felloggar och kontakta support.
En notering om plugins
Det finns ett dussin plugins för att hantera underhållsläget snyggt — SeedProd, WP Maintenance Mode och liknande. De flesta funkar. Välj ett med aktivt underhåll och rimligt antal aktiva installationer.
Undvik att ha det aktiverat och glömma bort det. Jag har sett kunder som haft underhållsläget påslaget i veckor för att de uppdaterade en gång, stängde laptopen och aldrig stängde av det. Besökarna ser en tom sida, du ser ingenting eftersom du är inloggad.
Om du vill ha koll på att sidan faktiskt är tillgänglig för omvärlden — inte bara för dig — är webbplatsövervakning ett enkelt sätt att fånga upp den typen av misstag innan de kostar dig.
För den som vill ha ett mer strukturerat upplägg kring uppdateringar och riskhantering: ta en titt på vad som ingår i ett WordPress supportavtal — det täcker bland annat staging och schemalagda uppdateringar så att den här typen av problem hanteras innan de når besökarna.
