WooCommerce 11.6, programat pentru februarie 2027, va cere PHP 8.1 sau mai nou. Din versiunea 11.3, magazinele care ruleaza pe PHP 7.4 sau 8.0 primesc o notificare in admin, cu versiunea curenta a serverului si recomandarea de a discuta cu hostingul. Notificarea e informativa, nu blocheaza nimic: WooCommerce 11.3 functioneaza in continuare pe acele versiuni.
Sursa: WooCommerce Developer Blog, 29.09.2026.
Ce se schimba exact si cand
Trei repere conteaza. Primul: WooCommerce 11.3 adauga o notificare dismissibila pentru magazinele pe PHP 7.4 sau 8.0. Al doilea: pana la 11.5 inclusiv, magazinele pot continua sa actualizeze WooCommerce pe acele versiuni de PHP. Al treilea: de la 11.6, pragul devine PHP 8.1.
Motivul invocat de echipa WooCommerce este dublu. PHP 7.4 si 8.0 au iesit din suportul de securitate upstream, deci nu mai primesc patch-uri de la comunitatea PHP. In plus, mentinerea compatibilitatii cu ele obliga WooCommerce sa ramana legat de versiuni mai vechi de dependinte si de cai de cod suplimentare, cu testare pe mai multe medii la fiecare lansare. Pragul de 8.1 le da loc dezvoltatorilor de extensii sa actualizeze dependinte si sa foloseasca functionalitati PHP mai noi.
Un detaliu important: schimbarea nu dezactiveaza o instalare existenta de WooCommerce. WordPress blocheaza de obicei actualizarea unui plugin daca serverul nu indeplineste cerinta declarata de PHP. Deci ramai functional pe ce versiune ai, dar nu mai avansezi.
Cifrele publicate de WooCommerce merita citite cu atentie. Aproximativ 7% dintre magazinele urmarite sunt pe PHP 7.4 si 2% pe PHP 8.0. Dintre cele care au actualizat WooCommerce in ultimul an, totalul e mai aproape de 6% si scade constant. Datele vin din tracking opt-in, deci sunt un esantion, nu o numaratoare completa. WooCommerce spune explicit ca numerele reale vor fi si mai mici in momentul schimbarii.
Pe partea de extensii, analiza statica pe intreaga piata a acoperit 1.357 de extensii disponibile pentru cumparare, iar 0,22% au aratat probleme potentiale, care vor fi revizuite manual cu dezvoltatorii. WooCommerce recunoaste ca screeningul nu garanteaza ca fiecare extensie, tema sau integrare custom dintr-un magazin anume va functiona dupa upgrade.
De ce nu e o stire de panica
Sunt trei lucruri care fac acest anunt gestionabil, si merita spuse clar pentru ca in piata circula reflexul de a transforma orice schimbare de cerinte intr-o criza.
Primul: termenul e lung. Anuntul vine in septembrie 2026, lansarea e in februarie 2027, iar WooCommerce a mutat deliberat versiunea tinta dupa feedback-ul comunitatii, ca magazinele sa aiba timp sa testeze dupa sezonul de varf. Nu e o schimbare care te prinde in Black Friday.
Al doilea: PHP 7.4 si 8.0 nu sunt versiuni pe care le vrei oricum pe un site de comert. Au iesit din suportul de securitate upstream, ceea ce inseamna ca un patch WooCommerce nu acopera riscurile din runtime-ul PHP. Daca magazinul tau ruleaza pe 7.4, problema nu e WooCommerce 11.6, problema e ca rulezi un runtime nesuportat pe un site care proceseaza plati.
Al treilea: WooCommerce recomanda PHP 8.3 sau mai nou pentru un mediu actualizat, nu doar 8.1. Adica pragul minim nu e si tinta optima. Daca tot faci mutarea, sari direct la ce recomanda furnizorul, dupa ce verifici ca restul stack-ului suporta.
Ce inseamna pentru tine, antreprenor sau marketer roman
Sa traducem in termeni de business local. Ai un magazin pe WooCommerce, cu trafic platit din Google Ads sau Meta, cu un flux de email-uri si cu checkout-ul ca punct final. Un upgrade de PHP nu e un subiect de infrastructura abstracta, e un risc de conversie.
Scenariul de evitat: schimbi PHP-ul in productie, in plin sezon, fara backup, si descoperi la prima comanda ca un plugin de transport sau de plata crapa. Nu pierzi doar comenzi, pierzi si increderea clientului care a vazut o eroare la checkout.
Scenariul corect: tratezi acest termen ca pe o munca de mentenanta planificata. Iei versiunea curenta din WooCommerce, aici status, sectiunea de mediu server. Vezi exact ce PHP rulezi. Daca esti pe 7.4 sau 8.0, deschizi discutia cu hostingul in octombrie sau noiembrie 2026, nu in ianuarie 2027.
Apoi izolezi testul. O copie de staging a magazinului, un backup real inainte de orice, si schimbi PHP-ul acolo. Verifici fluxurile critice: checkout, metode de plata, calcul de transport si taxe, gestionarea comenzilor, joburi programate, tema, extensiile, codul custom. Orice problema se rezolva pe staging, nu pe site-ul live.
Daca lucrezi cu o agentie care iti face si SEO-ul, intreaba daca upgrade-ul de PHP face parte din planul lor de mentenanta sau e lasat pe seama ta. Nu e o intrebare ostila, e o intrebare de responsabilitate.
Ce spun cifrele pentru un magazin mic
Daca esti intr-un segment cu 500 de comenzi pe luna, un 5% din trafic care loveste o eroare de checkout intr-o zi proasta se simte imediat in raportul de vanzari. Nu ai nevoie de statistici ca sa intelegi asta. Ai nevoie de o fereastra de test, nu de curaj.
Plan de executie in cinci pasi
Primul pas: identifici versiunea de PHP. In admin WordPress, WooCommerce, Status, cauti versiunea PHP in mediul server. Ghidul de actualizare PHP publicat de WooCommerce ofera mai mult detaliu.
Al doilea pas: vorbesti cu hostingul. Ceri mutarea pe PHP 8.3 sau mai nou daca software-ul site-ului suporta. 8.1 acopera minimul pentru 11.6, dar 8.3 plus e recomandarea actuala.
Al treilea pas: backup si test pe staging. Nu sari peste asta.
Al patrulea pas: schimbi PHP in productie si verifici. Te intorci in WooCommerce, Status, si repeti fluxurile critice ale magazinului.
Al cincilea pas: actualizezi la WooCommerce 11.6 cand devine disponibil.
Daca ai o constrangere de hosting sau de extensie care nu se rezolva la timp, poti ramane pe WooCommerce 11.5, ultima lansare planificata compatibila cu PHP 7.4 si 8.0. E o solutie temporara, nu o strategie. Politica de patch-uri de securitate a WooCommerce acopera inapoi doar vulnerabilitatile cu scor CVSS 9 sau mai mare, intr-o fereastra de 21 de serii majore de lansare. Restul corectiilor se livreaza doar pentru ultima versiune. Adica ramaiand pe 11.5, te bazezi pe un singur tip de patch si pe un runtime PHP fara suport upstream.
Pentru cine administreaza un magazin care foloseste si alte straturi de comert, merita sa stii ca presiunea de a tine stack-ul la zi nu vine doar dinspre WooCommerce. Am scris despre cum Shopify schimba selling_plan_id in webhook-urile de comenzi si despre ce presupune un mediu enterprise modern in analiza despre Cloudflare Enterprise, RBAC si Logpush. Tiparul e acelasi: infrastructura se actualizeaza pe termene, nu pe inspiratie.
Ce verifici inainte sa anunti ca esti pregatit
O verificare incompleta nu dovedeste absenta unei probleme. Asta e o regula pe care o aplicam constant: daca nu ai testat un flux, nu poti spune ca functioneaza, poti spune doar ca nu ai gasit inca o eroare.
Lista minima pe care recomand sa o treci in revista, in ordinea impactului:
Checkout-ul si metodele de plata. Aici se pierd banii. Calculul de transport si taxe, care depinde des de extensii terte. Gestionarea comenzilor si joburile programate, gen sincronizari de stoc sau rapoarte. Tema si codul custom din child theme, care e cel mai des uitat. Extensiile care nu sunt in analiza WooCommerce, de exemplu integrari facute de o agentie locala.
Daca un test nu poate fi facut integral, noteaza explicit ce nu ai acoperit. E mai util un raport cu goluri declarate decat o bifa verde care ascunde o zona netestata.
FAQ
Trebuie sa schimb PHP-ul acum, pentru WooCommerce 11.3? Nu. Notificarea din 11.3 e informativa. WooCommerce 11.3 functioneaza pe PHP 7.4 si 8.0. Cerinta minima se schimba abia la lansarea WooCommerce 11.6.
Pot ramane pe WooCommerce 11.5 daca nu reusesc upgrade-ul? Da, temporar. Este ultima lansare planificata compatibila cu PHP 7.4 si 8.0. Retine insa ca patch-urile de securitate se aplica inapoi doar pentru vulnerabilitati cu scor CVSS 9 sau mai mare, iar PHP 7.4 si 8.0 nu mai primesc suport de securitate upstream.
Upgrade-ul de PHP imi strica magazinul? Nu exista o garantie generala. Analiza WooCommerce pe 1.357 de extensii a gasit 0,22% cu probleme potentiale, dar screeningul nu acopera tema ta, integrarile custom sau configuratia particulara a magazinului. De aceea testul pe staging nu e optional.
Ce versiune de PHP aleg? Minimul pentru WooCommerce 11.6 este 8.1. WooCommerce recomanda 8.3 sau mai nou pentru un mediu actualizat. Alege in functie de ce suporta restul software-ului din site.
AI-ul te ajuta sa planifici, dar executia ramane umana
Un asistent AI iti poate face inventarul extensiilor, iti poate genera checklist-ul de testare pe fluxuri si iti poate structura un calendar de migrare pe etape. Poate chiar sa iti citeasca statusul de sistem si sa iti spuna ce versiuni ai. Ce nu poate face: sa isi asume decizia de a muta un site de productie care vinde.
Acea decizie se ia de un om care stie ce se intampla in contul de ads cand checkout-ul da eroare, care stie care extensie e critica si care e moarta de mult, care stie ce client asteapta o livrare azi. Media buyer-ul si omul de ecommerce raman la butoane. AI-ul pregateste terenul, omul decide si executa.
Iar pasul concret, cel cu data in calendar si cu staging-ul facut inainte de sezonul de varf, il face ALLSoft Agency. Fara hype, fara promisiuni de zero downtime pe care nimeni nu le poate garanta, doar plan, backup si verificare.
Comentarii
Ca sa lasi un comentariu, conecteaza-te sau fa-ti un cont gratuit.
Niciun comentariu inca. Fii primul.