WooCommerce és PHP 8.1: mit tegyen a webáruház a 11.6-os verzió előtt
A WooCommerce PHP 8.1 az új minimális követelmény: a 2027 februárjára tervezett WooCommerce 11.6 PHP 8.1-et vagy újabbat igényel. A PHP 7.4-en vagy 8.0-n futó webáruházak legfeljebb a 11.5-ös verzióig kapják meg a WooCommerce frissítéseit, újabbat a WordPress általában nem kínál fel nekik. Önmagában a PHP 8.1-re váltás azonban nem elég, mert a PHP 8.1 2025. december 31. óta már biztonsági javításokat sem kap. A WooCommerce és a WordPress is PHP 8.3-at vagy újabbat ajánl. A gyakorlatban ez három lépést jelent: ellenőrizze a PHP verzióját, tesztelje a váltást a webáruház másolatán, és az éles oldalt egy nyugodt időszakban állítsa át.
Erről a változásról először még javaslatként írtunk a WooCommerce 11.1 újdonságairól szóló cikkünkben. Azóta a döntést megerősítették, és egy verzióval későbbre tették. Az alábbiakban megtalálja az idővonalat, a PHP verziók támogatási táblázatát, a váltás lépéseit, valamint azt, mi a teendő, ha valami nem működik az új PHP-n. Azt, hogyan teszteljen biztonságosan egy weboldal másolatán, részletesen bemutatja a WordPress frissítésekről, stagingről és rollbackről szóló cikkünk. Ha olyan webáruházat szeretne, amely az ilyen változásokat stressz nélkül kezeli, nézze meg, hogyan készítünk egyedi webáruházakat.
WooCommerce PHP 8.1: mi változik és mikor
A WooCommerce 11.6-tól a minimum PHP 8.1 lesz, erre a 11.3-as verziótól a WooCommerce figyelmeztetni fogja Önt.
A WooCommerce csapata a változást 2026. szeptember 8-án javasolta a 2027 januárjára tervezett 11.5-ös verzióhoz. A közösség visszajelzései után 2026. szeptember 29-én megerősítette, és áttette a 11.6-os verzióra, hogy a webáruházak a legerősebb értékesítési szezon után tesztelhessenek. A bővítmény WordPress.org oldala szerint a jelenlegi stabil verzió a 11.1.2, és továbbra is PHP 7.4-et vagy újabbat igényel.
| WooCommerce verzió | Mit hoz a PHP terén | Mit jelent a PHP 7.4-en vagy 8.0-n futó webáruháznak |
|---|---|---|
| 11.1.2 (jelenlegi) | Minimum PHP 7.4 | Működik, egyelőre semmi sem változik |
| 11.3 | Bezárható figyelmeztetés az adminfelületen | A webáruház tovább működik, a figyelmeztetés megmutatja a PHP verzióját, és javasolja, hogy keresse meg a tárhelyszolgáltatót |
| 11.5 | Az utolsó tervezett verzió PHP 7.4-hez és 8.0-hoz | A legmagasabb verzió, amelyet PHP-váltás nélkül még elér |
| 11.6 (terv: 2027. február) | Minimum PHP 8.1 | A WordPress általában nem kínálja fel a frissítést, amíg nem vált PHP-t |
Legalább ennyire fontos, mi nem fog történni. A WooCommerce szerint a követelmény változása nem kapcsolja ki a meglévő telepítést, és a tárhelyén sem cseréli le a PHP-t. A régi PHP-n futó webáruház egyszerűen megreked az utolsó verzión, amelyet a környezete még kezel. Éppen ez a probléma, amelyre alább visszatérünk.

Miért nem elég csak PHP 8.1-re váltani
A PHP 8.1 ugyan teljesíti a WooCommerce 11.6 minimumát, de maga már nem kap biztonsági javításokat, ezért célozza meg egyből a PHP 8.3-at vagy 8.4-et.
A PHP projekt szerint minden PHP-ág két év teljes támogatást kap, utána további két évig már csak kritikus biztonsági javításokat. Ezután megszűnik a támogatása. A támogatott PHP verziók és a már nem támogatott ágak hivatalos oldalai szerint a dátumok a következők:
| PHP verzió | Biztonsági javítások eddig | A WooCommerce 11.6-hoz |
|---|---|---|
| 7.4 | 2022. 11. 28-án megszűntek | Nem elég |
| 8.0 | 2023. 11. 26-án megszűntek | Nem elég |
| 8.1 | 2025. 12. 31-én megszűntek | Teljesíti a minimumot, de javítások nélkül |
| 8.2 | 2026. 12. 31. | Teljesíti a minimumot, a támogatás kevesebb mint három hónap múlva megszűnik |
| 8.3 | 2027. 12. 31. | A WooCommerce és a WordPress ajánlott minimuma |
| 8.4 | 2028. 12. 31. | Jó választás hosszabb tartalékkal |
| 8.5 | 2029. 12. 31. | A legújabb ág, a bővítmények kompatibilitását külön ellenőrizze |
A WordPress a hivatalos követelményei szerint továbbra is fut PHP 7.4-en, de PHP 8.3-at vagy újabbat ajánl. A WooCommerce ugyanígy látja: a PHP 8.1 a minimum, a 8.3 vagy újabb a jelenlegi ajánlása. A WooCommerce szerverajánlásokról szóló oldala ráadásul azt írja, hogy a WooCommerce-t PHP 8.4-ig tesztelték. Ezért mi PHP 8.3-at vagy 8.4-et javaslunk. A 8.5-re csak akkor váltson, ha a sablonja és minden bővítménye kifejezetten támogatja.
Ha már PHP-t vált, tegye meg egyszer, de alaposan. A 7.4-ről 8.1-re, majd egy év múlva újra 8.3-ra váltás azt jelenti, hogy ugyanazt a webáruházat kétszer kell tesztelni. Az egyből 8.3-ra vagy 8.4-re ugrás hasonló erőfeszítés, és 2027, illetve 2028 végéig tartalékot ad.
Webáruház, amely az új PHP verziót is bírja
Ha webáruháza régi PHP-n fut, és nem tudja, mit ront el a váltás, nézze meg, hogyan dolgozunk a webáruházakon, és mit tesztelünk az indítás előtt.
Hogyan derül ki, hogy érinti-e Önt a WooCommerce PHP 8.1 követelmény
A PHP verzióját egy perc alatt megtalálja közvetlenül a WooCommerce adminfelületén.
- Nyissa meg a rendszerállapotot: a WordPress adminfelületén válassza a WooCommerce, majd a Status menüpontot.
- Keresse meg a Server environment részt: a PHP version sorban látja, melyik verzión fut a webáruház.
- Vesse össze a fenti táblázattal: a 7.4 vagy a 8.0 azt jelenti, hogy a változás közvetlenül érinti. A 8.1 és a 8.2 esetén nem a WooCommerce 11.6 a gond, hanem a biztonsági javítások megszűnése.
- Jegyezze fel a WordPress és a WooCommerce verzióját is: ugyanezen az oldalon, a WordPress environment részben találja, és a teszthez szüksége lesz rájuk.
Mennyire gyakori a régi PHP? A WooCommerce adatai szerint a követett webáruházak nagyjából 7%-a fut PHP 7.4-en, és nagyjából 2%-a PHP 8.0-n. Azok körében, amelyek az elmúlt egy évben frissítették a WooCommerce-t, az együttes arány 6% közelében van, és csökken. A követés önkéntes, így ez minta, nem az összes webáruház megszámlálása. Ha azonban régi PHP-n fut, egy zsugorodó csoportba tartozik, és a bővítmények újabb verziói már nem feltétlenül számolnak az Ön környezetével.
PHP-váltás kiesett rendelések nélkül: a lépések
Először mentés és teszt a webáruház másolatán, csak utána jön a váltás az éles oldalon és a WooCommerce frissítése.
A WooCommerce a bejelentésében ezt a sorrendet ajánlja. Kiegészítettük azzal, amibe webáruházaknál a leggyakrabban belefutunk.
- A teljes webáruház mentése: adatbázis és fájlok, a szerveren kívül tárolva. Hogy hogyan, azt a WordPress mentéséről és a 3-2-1 stratégiáról szóló cikkünk mutatja be.
- A webáruház másolata (staging): itt állítsa át a PHP-t a célverzióra, ideális esetben 8.3-ra vagy 8.4-re. Egyes tárhelyszolgáltatók a stagingot közvetlenül a saját adminfelületükön kínálják, máskor kézzel kell létrehozni.
- A kritikus folyamatok tesztelése: pénztár és minden fizetési mód, a szállítási díj és az áfa számítása, a rendeléskezelés, az ütemezett feladatok, a sablon, a bővítmények és az egyedi kód. A másolaton ne felejtse el kikapcsolni a vásárlóknak küldött e-maileket és az éles fizetéseket.
- A talált hibák javítása: frissítse azokat a bővítményeket, amelyek az új PHP-n hibát jeleznek, és cserélje le azokat, amelyeket már senki sem fejleszt. Az egyedi kódmódosításokat nézze át egy fejlesztő.
- PHP-váltás az éles oldalon: akkor, amikor a legkevesebb rendelés érkezik, előkészített visszaúttal az eredeti verzióra.
- Ellenőrzés a váltás után: nyissa meg újra a WooCommerce, Status oldalt, és ellenőrizze a PHP verzióját. Ezután adjon le egy próbarendelést végig, egészen a visszaigazoló e-mailig.
- Frissítés WooCommerce 11.6-ra: csak miután megjelent, és az éles webáruház hibák nélkül fut az új PHP-n.

Webáruháznál az időzítés fontosabb, mint egy átlagos weboldalnál. Ha lehet, ne váltson PHP-t a karácsony előtti szezonban, akciók idején vagy közvetlenül egy kampány előtt. A WooCommerce csapata is így gondolkodott, amikor a kötelező változást 2027 februárjára tette át. Ha pedig a váltás után mégis elromlik valami, a hibakeresés lépéseit a frissítés után nem működő WordPress oldalról szóló cikkünkben találja.
Mi a teendő, ha a webáruház nem működik az új PHP-n
Átmenetileg maradhat a WooCommerce 11.5-ön, de ez halasztás, nem megoldás.
A WooCommerce kifejezetten leírja, hogy a 11.5-ös verzión maradhat, amíg a tárhely vagy egy bővítmény okozta akadályt megoldja. Két kikötést azonban hozzátesz. A biztonsági javításokra vonatkozó szabályzata szerint a régebbi verziókba csak a CVSS 9-es vagy magasabb pontszámú sérülékenységek javításait portolják vissza, mégpedig az utolsó 21 fő verzión belül. A többi javítás általában csak a legújabb verzióhoz jelenik meg. A második kikötés: maga a PHP 7.4 és 8.0 már nem kap biztonsági javításokat, így egyetlen WooCommerce-javítás sem szünteti meg a magában a PHP-ben rejlő kockázatokat.
A hivatalos marketplace fizetős bővítményeinél jó a helyzet. A WooCommerce statikus elemzéssel átvizsgálta mind az 1 357 bővítményt, amelyet a marketplace-én árul, és ezek 0,22%-ánál talált lehetséges problémát a PHP 8.1-gyel. Ugyanakkor maga figyelmeztet, hogy az ilyen ellenőrzés nem garantálja, hogy egy adott webáruházban minden bővítmény, sablon vagy egyedi módosítás működni fog az új PHP-n. A marketplace-en kívüli bővítmények és az egyedi kód nem voltak részei ennek az ellenőrzésnek.
| Mit mutatott a teszt | Mi a teendő |
|---|---|
| A bővítménynek van újabb verziója | Frissítse, és ismételje meg a tesztet |
| A bővítményt már senki sem fejleszti | Keressen helyette mást, vagy írassa újra a funkciót |
| Hiba az egyedi kódban vagy a sablon módosításában | A javítást fejlesztőnek kell elvégeznie |
| A tárhely nem kínál újabb PHP-t | Kérjen másik csomagot, vagy fontolja meg a tárhelyváltást |
| A sablon régi és nem karbantartott | Döntse el, hogy a sablont javíttatja, vagy a webáruházat újraépítteti |

Hogyan néz ki ez a gyakorlatban
Tapasztalataink alapján ritkán maga a WooCommerce a gond, sokkal inkább a régi kiegészítők, az egyedi kód és az elfelejtett tárhelycsomag.
Azoknál a webáruházaknál, amelyeket karbantartásra vagy újratervezésre veszünk át, néhány minta újra és újra előjön:
- Régi tárhelycsomag: a webáruház évek óta ugyanazon a csomagon fut, és a PHP verzióját senki sem módosította. Gyakran elég átállítani a verziót a tárhely adminfelületén, máskor újabb csomagra kell váltani.
- Kisebb fejlesztők fizetési és szállítási kiegészítői: a helyi fizetési kapukhoz, futárszolgálatokhoz vagy számlázási kapcsolatokhoz készült modulok néha lemaradnak az új PHP verziók mögött. Ezeket érdemes elsőként tesztelni, mert nélkülük a rendelés nem fejeződik be.
- Közvetlenül a sablonba írt módosítások: a kosár, az árszámítás vagy a rendelésexport apró módosításai, amelyeket valaki egykor a functions.php fájlba tett. Az új PHP-n csendben leállhatnak, vagy az egész oldalt elérhetetlenné tehetik.
- Ütemezett feladatok: az árösszehasonlító oldalakra készülő exportok, a készlet szinkronizálása vagy az automatikus e-mailek a háttérben futnak. A bennük lévő hiba nem látszik azonnal, csak amikor egy vásárló nem kap e-mailt, vagy nem stimmel a készlet.
Így csináljuk a Denvánál: minden webáruház indítása előtt valódi vásárlóként végigmegyünk a teljes vásárláson, a kosárba helyezéstől a fizetésen át a visszaigazoló e-mailig. Az indítás után, ha szeretné, a frissítésekről és a felügyeletről is gondoskodunk.
Ha kiderül, hogy a webáruház egy nem karbantartott sablonra és több tucat kiegészítőre épül, érdemes elgondolkodni, hogy csak javítgassa, vagy újraépíttesse. A platformok összehasonlítását a WooCommerce vs Shoptet cikkünkben találja.
Mikor boldogul egyedül, és mikor érdemes minket bevonni
Egyedül is boldogul, ha:
- a webáruház csak rendszeresen karbantartott bővítményeket használ, egyedi kódot nem,
- a tárhelye kínál stagingot és egy kattintásos PHP-verzióváltást,
- a másolaton végzett teszt után a pénztár, a fizetés, a szállítás és az e-mailek is hibátlanul működnek.
Érdemes minket bevonni, ha:
- a webáruház egyedi módosításokat vagy olyan kiegészítőket tartalmaz, amelyeket már senki sem fejleszt,
- a másolaton végzett teszt hibákat mutatott a pénztárban, a fizetésben vagy a készlet- és számlázási kapcsolatban,
- nincs stagingje, és nem biztos benne, hogyan térhet vissza, ha baj van.
Összegzés
A WooCommerce PHP 8.1 követelmény a 11.6-os verzióval érkezik 2027 februárjában, a cselekvés valódi oka azonban más: a PHP 7.4, 8.0 és 8.1 már nem kap biztonsági javításokat, a PHP 8.2 pedig 2026. december 31-én veszíti el őket. Ellenőrizze a PHP verzióját a WooCommerce, Status oldalon, tesztelje a PHP 8.3-ra vagy 8.4-re váltást a webáruház másolatán, és az éles oldalt egy nyugodt időszakban állítsa át. A WooCommerce 11.5-ön csak addig maradjon, amíg elhárítja az akadályt. Ha bizonytalan a teszttel vagy a javításokkal kapcsolatban, írjon nekünk a kapcsolatfelvételi űrlapon, és együtt végigvesszük.
PHP-váltás kiesett rendelések nélkül
Írja meg, min fut a webáruháza, és együtt átnézzük, hogy elég-e a PHP-váltás, a kiegészítők javítása, vagy új webáruház kell.
Gyakori kérdések.
Mikortól követeli meg a WooCommerce a PHP 8.1-et?
A WooCommerce 11.6-os verziójától, amelyet a WooCommerce 2027 februárjára tervez. A 11.5-ös verzióig bezárólag a WooCommerce még PHP 7.4-en és 8.0-n is működik, a 11.3-tól pedig figyelmeztetés jelenik meg az adminfelületen.
Leáll a PHP 7.4-en futó webáruházam?
Nem, a meglévő telepítés nem kapcsol ki. A WordPress azonban általában nem kínálja fel a WooCommerce 11.6-ra és újabbra frissítést, így a webáruház régi verzión marad, a legtöbb javítás és új funkció nélkül.
Melyik PHP verziót válasszam a WooCommerce-hez?
PHP 8.3-at vagy 8.4-et. A PHP 8.1 ugyan teljesíti a minimumot, de 2025. december 31. óta nem kap biztonsági javításokat. A WooCommerce és a WordPress is PHP 8.3-at vagy újabbat ajánl.
Hol látom, milyen PHP verzión fut a webáruházam?
A WordPress adminfelületén, a WooCommerce, Status oldalon. A Server environment részben találja a PHP version sort. A verziót a tárhelyszolgáltatója is meg tudja mondani.
Maradhatok a WooCommerce 11.5-ön?
Átmenetileg igen, a WooCommerce halasztásként megengedi. A régebbi verziókba azonban csak a CVSS 9-es vagy magasabb pontszámú sérülékenységek javításait portolják vissza, és maga a PHP 7.4 és 8.0 már nem kap javításokat.