Właściciel sklepu wchodzi do panelu, szuka edytora produktów pokazywanego w świeżo znalezionym poradniku i… cisza. Nie ma przełącznika, nie ma nowego ekraniku, nie ma magicznego przycisku „włącz beta”. Pierwsza myśl? Aktualizacja coś popsuła. Spokojnie — w tym przypadku brak eksperymentalnego edytora nie musi oznaczać awarii ani zniknięcia katalogu.
Eksperymentalny, blokowy edytor produktów WooCommerce został wycofany w wersji 10.9, a następnie usunięty w WooCommerce 11.0. Produkty i dane produktowe nie zostały przez to skasowane ani przeniesione. Zmienił się ekran administracyjny, z którego korzystasz przy obsłudze katalogu. Poniżej porządkujemy, co dokładnie się wydarzyło, które stare poradniki można odłożyć na półkę oraz jak zaplanować aktualizację sklepu bez podejścia „zobaczymy, co wybuchnie”.
Edytor produktów zniknął — ale co dokładnie zniknęło?
Zniknął eksperymentalny blokowy edytor produktów, czyli rozwiązanie testowane jako alternatywny sposób pracy w panelu WooCommerce. Nie zniknęły natomiast produkty, warianty ani dane produktowe zapisane w sklepie. To ważne rozróżnienie, bo komunikat o usunięciu edytora może brzmieć groźniej, niż wygląda w praktyce.
W WooCommerce 11.0 i nowszych właściciel sklepu korzysta z klasycznego edytora produktów. Jeśli po aktualizacji nie widzisz opcji beta-edytora, nie oznacza to automatycznie utraty katalogu. Najpewniej oglądasz po prostu efekt planowanej zmiany w samym panelu administracyjnym.
Beta-edytor a klasyczny edytor
Beta-edytor był eksperymentalnym ekranem do zarządzania produktami. Klasyczny edytor pozostaje standardowym sposobem pracy po usunięciu wersji beta. W praktyce oznacza to, że produkty nadal edytujesz i obsługujesz w panelu, ale nie przez blokowy ekran, który opisywały wcześniejsze materiały.
Najważniejszy wniosek jest prosty: brak beta-edytora nie oznacza, że trzeba odbudowywać katalog albo migrować produkty. Trzeba natomiast przestawić się na aktualny sposób zarządzania produktami i nie szukać na siłę funkcji, która została wycofana.
WooCommerce 10.9 kontra 11.0 — krótka oś zmian
W WooCommerce 10.9 rozpoczęto wygaszanie eksperymentalnego edytora. To był etap przejściowy. Po wyłączeniu beta-edytora usunięto ustawienie pozwalające włączyć go ponownie z poziomu ustawień WooCommerce. Innymi słowy: stary przełącznik przestał być drogą powrotu.
WooCommerce 11.0 poszedł krok dalej i usunął beta-edytor z rdzenia WooCommerce. Wraz z nim usunięto także powiązane elementy techniczne, między innymi flagę funkcji, trasy oraz pakiet wykorzystywany przez integracje. Standardowym sposobem pracy stał się klasyczny edytor produktów.
Nie zmieniło się natomiast to, co dla właściciela sklepu najważniejsze: produkty i dane produktowe pozostały w sklepie. Sama zmiana nie usuwa katalogu ani nie powoduje jego migracji.
Co oznacza to dla codziennej obsługi sklepu
Jeśli sklep działa na WooCommerce 11.0 lub nowszym, planuj codzienną pracę z użyciem klasycznego edytora. Nie ma sensu tracić czasu na szukanie ustawienia beta według instrukcji napisanej dla wcześniejszej wersji. Aktualna dokumentacja zarządzania produktami jest właściwym kierunkiem, a stary poradnik może być dziś zwyczajnie nie na temat.
Jeżeli natomiast masz niestandardową wtyczkę albo integrację, która rozszerzała beta-edytor, sprawa wymaga osobnego sprawdzenia. Usunięcie ekranu nie musi być problemem dla każdego sklepu, ale elementy techniczne powiązane z wersją beta nie są już dostępne w WooCommerce 11.0.
Jak rozpoznać, że poradnik jest już z innej epoki
Internet lubi przechowywać poradniki długo po tym, jak ich instrukcje przestają pasować do aktualnej wersji. W przypadku edytora produktów WooCommerce czerwone światło zapala się wtedy, gdy materiał każe wchodzić w ustawienia i zaznaczać opcję „Try new product editor (Beta)”. Taki opis dotyczy starszych wersji albo historycznego scenariusza.
Nieaktualne dla WooCommerce 11.0 i nowszego są także materiały przedstawiające beta-edytor jako standardowo dostępną funkcję. Podobnie trzeba uważać na instrukcje dotyczące wyłączania tej funkcji, jeśli pokazują ustawienie, którego w nowszej wersji już nie ma.
Szybki test aktualności instrukcji
- Sprawdź wersję WooCommerce. Poradnik może dotyczyć wcześniejszej wersji, a nie tej zainstalowanej w sklepie.
- Poszukaj przełącznika beta. Jeśli instrukcja prowadzi do opcji włączania eksperymentalnego edytora, nie traktuj jej jako bieżącej instrukcji dla WooCommerce 11.0 lub nowszego.
- Zobacz, co opisuje materiał. Jeżeli pokazuje beta-edytor jako dostępny standardowo, prawdopodobnie powstał przed jego usunięciem.
- Sprawdź aktualny sposób zarządzania produktami. Po odejściu od wersji beta właściwym punktem odniesienia jest klasyczny edytor i aktualna dokumentacja produktów.
Historyczna dokumentacja beta może pomóc zrozumieć, co było dostępne wcześniej, ale nie potwierdza dostępności tej funkcji w WooCommerce 11.0. Nie wykonuj starej instrukcji na żywym sklepie tylko dlatego, że wygląda znajomo.
Bezpieczna aktualizacja WooCommerce bez ruletki
Aktualizacja WooCommerce to nie jest moment na zakład: „może tym razem wszystko przejdzie”. Bezpieczniejszy schemat zaczyna się przed kliknięciem przycisku aktualizacji. Najpierw wykonaj aktualną kopię bazy danych i plików. To nie ozdobnik w checkliście, tylko punkt, do którego można wrócić, jeśli po zmianach pojawi się problem.
Jeśli masz taką możliwość, skopiuj sklep na staging i tam przeprowadź test. Staging pozwala sprawdzić aktualizację poza żywym sklepem, bez ryzyka, że klient trafi akurat na moment, w którym panel lub checkout przestają działać. Na tym etapie nie testuj wyłącznie samego WooCommerce. Aktualizacja może zetknąć się także z rozszerzeniami i elementami, które na pierwszy rzut oka nie wyglądają na związane z edytorem produktów.
Kolejność działań przed wdrożeniem
- Wykonaj kopię bazy danych i plików. Kopia powinna być aktualna względem momentu planowanej zmiany.
- Przygotuj staging. Jeśli jest dostępny, nie zaczynaj testów od żywego sklepu.
- Odtwórz zestaw zależności. Uwzględnij WooCommerce, wtyczki, motyw, bramki płatności oraz inne elementy wpływające na działanie sklepu.
- Zaktualizuj i sprawdź wszystko na stagingu. Nie oceniaj zgodności wyłącznie na podstawie tego, czy panel WooCommerce się otwiera.
- Przetestuj kluczowe procesy. Dopiero po pozytywnym teście planuj wdrożenie tego samego zestawu zmian na produkcji.
Taki schemat nie daje obietnicy, że każda aktualizacja przejdzie bezproblemowo. Ogranicza jednak ryzyko i pozwala znaleźć problem w kontrolowanym środowisku, zamiast odkrywać go przy pierwszym zamówieniu klienta.
Co sprawdzić po aktualizacji w panelu i na froncie
Po aktualizacji nie kończ testu na sprawdzeniu, czy da się zalogować do panelu. Edytor produktów to tylko jeden element układanki. Najpierw sprawdź dodawanie i edycję produktów w klasycznym edytorze. Zobacz, czy można poprawić podstawowe dane, ceny, stany magazynowe, warianty oraz informacje potrzebne do wysyłki.
Następnie przejdź na stronę sklepu i wykonaj próbny proces zakupowy. Sprawdź stronę produktu, dodanie do koszyka oraz checkout. Potem zweryfikuj płatność, dostawę, podatki i wiadomości e-mail. Jeśli sklep korzysta z konkretnych rozszerzeń, sprawdź także funkcje zależne od tych wtyczek. Panel może wyglądać poprawnie, a problem może pojawić się dopiero przy zamówieniu.
Minimum testów po zmianie
- Panel administracyjny: otwieranie, dodawanie i edycja produktów w klasycznym edytorze.
- Dane produktu: warianty, ceny, stany magazynowe i dane wysyłkowe.
- Strona produktu: wyświetlanie informacji i możliwość dodania produktu do koszyka.
- Koszyk i checkout: przejście przez podstawową ścieżkę zakupu.
- Płatność i dostawa: sprawdzenie działania bramki płatności oraz wybranych metod dostawy.
- Podatki i e-maile: weryfikacja naliczania podatków oraz wysyłania wiadomości związanych z zamówieniem.
Jeśli po aktualizacji sklep działa nieprawidłowo, nie wyłączaj na produkcji losowych wtyczek metodą prób i błędów. Zachowaj kopię stanu po awarii, ogranicz albo wyłącz checkout, jeśli proces zakupowy jest niesprawny, i przenieś diagnozę na staging. Dzięki temu nie zamienisz jednego problemu w kilka kolejnych.
Kiedy potrzebna jest pomoc techniczna
Nie każda trudność po aktualizacji wynika z samego zniknięcia beta-edytora. Czasem problem dotyczy integracji, która korzystała bezpośrednio z jego pakietu, tras, flag funkcji albo innych powiązanych API. W takim przypadku trzeba przeanalizować konkretną wtyczkę i sposób, w jaki rozszerza panel administracyjny.
Pomoc techniczna może być potrzebna także wtedy, gdy po aktualizacji znikają pola produktu, nie działa niestandardowy proces obsługi katalogu albo przestaje działać integracja używana w sklepie. Szczególnej ostrożności wymaga instalacja bez środowiska stagingowego, z dużą liczbą zależności lub niestandardowymi zmianami.
Beta-edytor a integracje
Nie istnieje uniwersalna lista wszystkich wtyczek, które mogą być dotknięte usunięciem beta-edytora. Zgodność trzeba oceniać dla konkretnego zestawu: WooCommerce, wtyczek, motywu, hostingu i integracji. Sam fakt, że dana wtyczka działała przed aktualizacją, nie jest jeszcze dowodem, że korzystała wyłącznie z elementów, które pozostały dostępne.
Nie traktuj też cofnięcia wersji jako automatycznego rozwiązania. Ewentualny rollback wymaga indywidualnego planu i uwzględnienia kopii bazy danych, plików, zamówień oraz zmian wykonanych po aktualizacji. Najpierw warto zachować stan po awarii, odtworzyć problem na stagingu i ustalić, który element faktycznie nie działa.
Najkrócej mówiąc: zniknął eksperymentalny ekran, a nie katalog produktów. W WooCommerce 11.0 i nowszym standardem jest klasyczny edytor produktów. Stare poradniki z przełącznikiem beta mogą wprowadzać w błąd, więc przed użyciem sprawdź wersję, której dotyczą. Aktualizację planuj z kopią bazy i plików, najlepiej po teście na stagingu, razem z wtyczkami, motywem i płatnościami. Po wdrożeniu przejdź cały proces: produkt, koszyk, checkout, płatność, dostawa, podatki i e-maile. Masz stronę, sklep albo materiały graficzne, które proszą się o ogarnięcie? Napisz do INB Marketing i zobaczymy, co da się z tym sensownie zrobić.
