Hemsidan visar ett fel

En tom vit sida, ett HTTP 500-fel eller meddelandet "There has been a critical error on this website" betyder nästan alltid ett PHP-fel i ett plugin, tema eller anpassad kod - inte ett hostingproblem. Målet är att ta reda på vilket fel, och sedan vilken del av koden som orsakar det.

Om du istället ser "Briefly unavailable for scheduled maintenance" är hemsidan fast i underhållsläge - se Fast i underhållsläge för en snabbfix med ett klick.

Läs det faktiska felet

Det snabbaste stället att se det underliggande felet är fliken Loggar i Templ-panelen - ingen installation behövs:

Öppna din hemsida i Templ-panelen och gå till fliken Loggar.
Under Log, välj Error log och klicka sedan på Fetch logs.
Ladda om sidan som visar fel, hämta igen och läs de senaste posterna. De namnger vanligtvis filen och raden som orsakar felet.

Om felloggarna inte visar tillräckligt med detaljer, aktivera WordPress felsökning för att fånga det fullständiga PHP-felet i en fil:

Följ Aktivera WordPress felsökning för att slå på WP_DEBUG och WP_DEBUG_LOG.
Ladda om sidan som visar fel och läs sedan wp-content/debug.log. De sista posterna namnger vanligtvis filen och raden som orsakar felet.

Felmeddelandet pekar ofta direkt på en specifik plugin- eller temafil.

Isolera orsaken

Om felet namnger ett specifikt plugin, inaktivera bara det från panelens Inaktivera plugins-verktyg - det fungerar även när hemsidan visar en vit skärm. Om felet inte namnger en uppenbar bov, inaktivera plugins och teman för att isolera det: inaktivera alla plugins och byt till ett standardtema, aktivera dem sedan ett i taget tills felet återkommer.

Om hemsidan inte är helt nere - felet träffar bara vissa sidor - felsök på en staging-sajt istället, så att besökare inte påverkas.

Rulla tillbaka en nylig ändring

Om felet dök upp direkt efter en uppdatering eller redigering, ångra den ändringen - och återställ inte mer än nödvändigt.

Om ett plugin är felet, inaktivera det som beskrivits ovan - ingen återställning behövs.
Om trasig kod är orsaken, gör en partiell återställning av endast de berörda filerna och kryssa i Do not restore database, så att du inte förlorar beställningar, inlägg och annan data som skapats sedan backupen.
För en pluginuppdatering, rulla tillbaka den till föregående version över SSH.
En fullständig backup-återställning är sista utvägen, eftersom den också rullar tillbaka databasen.

Om du inte kan tolka felet, kontakta support med de relevanta raderna från Error log i fliken Loggar (eller från debug.log) så hjälper vi dig att läsa dem.