Du bytte PHP på ditt webbhotell, och sajten gick ner med en vit skärm. Låter det bekant? Sedan 2020 har tusentals WordPress-ägare varit med om detta scenario när webbhotell började massinaktivera PHP 7.4 medan plugin-ekosystemet ännu inte hunnit ikapp version 8.

Nu är det mitten av 2026, och landskapet har förändrats dramatiskt. WordPress Core-teamet har officiellt tagit bort etiketten "beta-kompatibilitet" för alla PHP 8.x-versioner, från 8.0 till 8.5. Den lägsta rekommenderade versionen har höjts till PHP 8.3, och WordPress 6.9 och 7.0 har fullt stöd för PHP 8.5. Om din sajt fortfarande körs på 7.4 eller 8.0 förlorar du inte bara säkerhet utan också de märkbara prestandavinster som nyare språkversioner ger.

Låt oss reda ut det utan fluff: vilka PHP-versioner som är aktuella för WordPress idag, varför "beta" är ett minne blott och hur du uppdaterar utan att en enda plugin går sönder.

💡 Snabb översikt:

• Den lägsta rekommenderade PHP-versionen för WordPress 2026 är 8.3, och WP 6.9 har fullt stöd för PHP 8.5 (källa)
• Etiketten "beta-kompatibilitet" togs officiellt bort i maj 2026; alla PHP 8.x-versioner har nu fullt stöd
• Säker uppdateringsplan: backup → staging-kopia → plugin-kontroll → uppdatering → verifiering
• PHP 7.4, 8.0 och 8.1 får inte längre säkerhetsuppdateringar; att fortsätta använda dem är riskabelt

Hur WordPress nådde fullt PHP 8-stöd

Resan tog nästan sex år. WordPress 5.6, som släpptes i december 2020, blev den första versionen med deklarerad PHP 8.0-kompatibilitet. Men teamet satte omedelbart statusen som "beta", och av goda skäl. Kärnan fungerade, men ekosystemet med tiotusentals plugins och teman förblev oförutsägbart. Funktionen create_function(), som togs bort i PHP 8.0, användes i mer än 5 500 plugins vid den tiden, enligt Wordfences uppskattningar.

Den avgörande förändringen kom 2023 när WordPress antog kvantitativa kriterier för att ta bort beta-etiketten: den behölls tills användningen av en specifik PHP-version översteg 10% på motsvarande WordPress-version. Våren 2026 hade antalet och allvarlighetsgraden av inkompatibilitetsrapporter minskat så mycket att etiketten togs bort helt, retroaktivt för alla PHP 8.x-versioner.

Idag är situationen glasklar: WordPress 6.4 och nyare har fullt stöd för PHP 8.3, version 6.8+ stöder PHP 8.4, och 6.9 och 7.0 stöder PHP 8.5. Inget mer "beta" eller "med undantag".

Vilka PHP-versioner fungerar med WordPress 2026

Den officiella WordPress kravsida definierar tre supportnivåer. Här är den aktuella bilden i juni 2026:

Viktig notering: PHP 8.2 når EOL den 31 december 2026. Om ditt webbhotell erbjuder "PHP 8.2" som maximum står du utan säkerhetsuppdateringar om ett halvår. Kräv 8.3 eller 8.4.

Varför du bör uppdatera just nu

Tre skäl som motiverar en timmes systemadministratörsarbete.

Säkerhet. PHP 7.4 har inte fått några patchar sedan november 2022 (fyra år utan skydd). Varje sårbarhet som upptäckts efter det datumet är en öppen dörr på din server. PHP 8.0 har varit utan support sedan november 2023. Enligt W3Techs data från juni 2026 körs cirka 15% av WordPress-sajterna fortfarande på PHP-versioner utan säkerhetssupport. Det är hundratusentals potentiellt sårbara installationer.

Prestanda. PHP 8.0 introducerade JIT-kompilatorn, och versionerna 8.1-8.4 förde med sig en kaskad av opcode-optimeringar, preloading och typningsförbättringar. I praktiken ger en övergång från 7.4 till 8.3 en hastighetsökning på 30-50% på en typisk WordPress-sajt utan några kodändringar, enligt benchmark-mätningar. För WooCommerce-butiker med hundratals produkter är skillnaden ännu mer märkbar: lägre sidgenereringstid innebär högre konvertering.

Kompatibilitet. Plugin-utvecklare testar redan på PHP 8.3 och 8.4 som sina minimiversioner. Nya releaser av populära plugins kanske helt enkelt inte körs på PHP 7.4, vilket lämnar dig utan funktionsuppdateringar utöver de uteblivna säkerhetsuppdateringarna.

Vad som går sönder vid PHP-uppdatering och hur du kontrollerar

Den främsta källan till problem är borttagna funktioner. PHP 8.0 kapade flera dussin föråldrade anrop, inklusive create_function(), each() och money_format(). PHP 8.1 skärpte typningen: att skicka null till en icke-nullbar parameter blev ett fatalt fel istället för en varning. PHP 8.2 fortsatte städa bort dynamiska egenskaper, och 8.4 tog slutligen bort E_STRICT.

Praktisk slutsats: om din plugin eller ditt tema inte har uppdaterats sedan 2020-2021 är risken för inkompatibilitet hög. Men det finns diagnostiska verktyg.

Först, järnregeln: skapa en backup före alla åtgärder. Sedan finns det två vägar för verifiering.

Väg ett: PHP Compatibility Checker. Installera pluginen med samma namn från WordPress.org-katalogen. Den skannar koden i ditt aktiva tema och dina plugins och visar inkompatibla anrop med fil och radnummer. Den är inte perfekt (den kan inte se körtidsproblem), men på fem minuter ger den dig en karta över minfältet.

Väg två: staging-kopia. Skapa en kopia av din sajt på en subdomän med hjälp av ditt webbhotells verktyg eller en plugin som WP Staging. Växla PHP till målversionen och gå igenom alla nyckelsidor: startsida, produkter, varukorg, formulär, adminpanel. Det som går sönder fixar eller ersätter du.

Hur du säkert uppdaterar PHP: steg-för-steg-plan

En åtgärdssekvens beprövad på dussintals sajter. Varje steg tar minuter men sparar timmar av återställning.

Steg 1: fullständig backup. Filer och databas. Inte "webbhotellets autobackup från förra veckan", utan en manuell backup just nu. De flesta webbhotell erbjuder en knapp i kontrollpanelen. Som reserv, pluginen UpdraftPlus: fem minuter att installera och köra.

Steg 2: uppdatera WordPress, ditt tema och alla plugins till de senaste versionerna. Färska releaser har med största sannolikhet redan tagit hänsyn till nya PHP-versioners särdrag. Om en plugin är övergiven och inte har uppdaterats på över ett år, avgör om du behöver den innan du byter till den nya PHP-versionen. En ersättning går nästan alltid att hitta.

Steg 3: skapa en staging-kopia. Växla PHP på den till målversionen (8.3 eller 8.4) och testa sajten. Gå igenom alla kritiska sidor. Femton minuters testning nu mot timmar av akut återställning senare.

Steg 4: på produktionssajten, växla PHP i webbhotellspanelen. Vanligtvis är detta sektionen "PHP-inställningar" eller "Välj PHP-version" i cPanel / DirectAdmin / ISPmanager. Efter bytet öppnar du sajten i inkognitoläge och kontrollerar: startsida, en intern sida, kontaktformulär, adminpanel.

Steg 5: aktivera loggar i 48 timmar. Lägg till i wp-config.php:

1
define( 'WP_DEBUG', true );
2
define( 'WP_DEBUG_LOG', true );
3
define( 'WP_DEBUG_DISPLAY', false );

Filen wp-content/debug.log kommer att visa fel som inte dök upp vid den ytliga kontrollen. Efter två dagar, om loggen är tom eller bara innehåller notiser, inaktivera debug-läget och arbeta i lugn och ro. Om det finns fatala fel vet du vilken plugin som är skyldig och kan ersätta den precist.

⁉️🤔 Vanliga frågor

Behöver jag uppdatera PHP om min sajt fungerar bra?

Ja, och ju längre du väntar, desto högre blir risken. Versioner utan säkerhetssupport får inga patchar. Ditt webbhotell kan när som helst tvångsinaktivera PHP 7.4, och sajten slutar helt enkelt att öppnas (du får reda på det av dina besökare). Under fyra år utan patchar (sedan november 2022) har en imponerande lista med kända sårbarheter ackumulerats som ingen åtgärdar på PHP 7.4.

Vilken PHP ska jag välja: 8.3 eller 8.4?

Om ditt webbhotell erbjuder båda, välj 8.4. Den är snabbare och kommer att få patchar till december 2028. PHP 8.3 är det lägsta rekommenderade alternativet om 8.4 inte är tillgängligt. Prestandaskillnaden mellan dem är märkbar under typisk WordPress-belastning, så det finns goda skäl att gå högre.

Vad ska jag göra om sajten visar en vit skärm efter PHP-uppdateringen?

Aktivera WP_DEBUG (steg 5 ovan); loggen visar det exakta felet och filen. I de allra flesta fall är problemet en föråldrad plugin. Inaktivera plugins via FTP: byt namn på mappen /wp-content/plugins/ till /plugins-off/, så vaknar sajten till liv igen. Aktivera sedan plugins en efter en för att hitta den skyldige och ersätt den med ett aktuellt alternativ.

Uppdaterar WordPress PHP automatiskt?

Nej. PHP är serverprogramvara som konfigureras på webbhotellsnivå. WordPress kan bara rekommendera en version via Webbplatshälsa i adminpanelen, men det faktiska bytet görs av dig eller webbhotellets supportteam.

Kan jag hoppa över uppdateringen och stanna på PHP 7.4?

Tekniskt sett ja, tills ditt webbhotell tvångsinaktiverar den gamla versionen. Men sedan november 2022 har denna version inte fått några säkerhetsfixar. Varje månad utan uppdatering är som att spela rysk roulette: du vet inte vilken sårbarhet som redan har hittats och utnyttjas.

PHP och WordPress 2026: vad du ska installera och när du ska uppdatera

Den korta domen: PHP 8.4 för de flesta sajter, PHP 8.3 som absolut minimum. Att gå från 7.4 täpper inte bara till fyra år gamla säkerhetshål utan ger också en märkbar hastighetsökning, enligt mätningar, från 30% på en vanlig sajt till 50% på en tungt belastad WooCommerce-butik.

Huvudregeln: hoppa inte över steget med backup och staging-testning. Tio minuter för en kopia sparar timmar av att återställa en kraschad sajt. Kontrollera plugins före PHP-uppdateringen, inte efter, så går processen utan överraskningar.

Om ditt webbhotell fortfarande inte erbjuder PHP 8.3 är det skäl att allvarligt överväga att byta webbhotell. År 2026 är stöd för aktuella PHP-versioner ett grundläggande hygienkrav, inte en konkurrensfördel.