WooCommerce pokazuje błąd 404 na produktach? To jeden z najbardziej irytujących problemów w sklepie internetowym, bo z zewnątrz wygląda jak awaria pojedynczej podstrony, a w praktyce może blokować sprzedaż całej kategorii, psuć SEO i powodować utratę zaufania klientów. Produkt istnieje, jest opublikowany, w panelu wszystko wygląda poprawnie, a po kliknięciu w link użytkownik trafia na stronę „Nie znaleziono”.
Najgorsze w tym błędzie jest to, że nie ma jednej uniwersalnej przyczyny. W WooCommerce 404 może wynikać z przepuszczonych zmian w permalinkach, konfliktu z wtyczką SEO lub translacji, błędnej reguły serwera, cache, problemu z bazą danych, a czasem nawet z tego, że sam motyw nadpisuje szablon produktu w sposób niezgodny z aktualną wersją WordPressa. Dobra wiadomość jest taka, że w większości przypadków da się to naprawić bez przebudowy sklepu.
W tym artykule przeprowadzę Cię przez realną diagnozę problemu, wskażę najczęstsze źródła 404 na produktach WooCommerce i pokażę bezpieczną procedurę naprawczą krok po kroku. Dostaniesz też listę błędów, których lepiej nie popełniać, oraz sytuacje, w których samodzielna naprawa może skończyć się wyłączeniem sklepu albo utratą danych.
Szybka odpowiedź
Jeśli WooCommerce zwraca 404 na stronach produktów, zacznij od najprostszych działań: wejdź w Ustawienia > Bezpośrednie odnośniki i kliknij Zapisz zmiany bez wprowadzania zmian, aby odświeżyć reguły permalinków. Następnie wyczyść cache strony, wtyczki cache, cache serwera i cache przeglądarki. Jeżeli problem dalej występuje, wyłącz tymczasowo wtyczki wpływające na adresy URL, SEO, języki, bezpieczeństwo i cache, a potem sprawdź, czy błąd 404 nie powoduje konfliktu z motywem albo regułami serwera.
Jeśli 404 dotyczy tylko wybranych produktów, sprawdź czy nie mają konfliktujących slugów, czy nie są zapisane jako szkic, prywatne lub usunięte do kosza, a także czy nie używasz tłumaczenia produktu w sposób, który zmienia adresy bez aktualizacji linków. Jeśli 404 dotyczy wszystkich produktów, problem częściej siedzi w permalinkach, .htaccess, konfiguracji Nginx, wtyczce do przepisywania adresów albo w błędnej integracji z multisite, CDN lub cache po stronie hostingu.
Ważne ostrzeżenie: przed zmianami wykonaj kopię zapasową plików i bazy danych. Jeżeli sklep generuje sprzedaż, nawet krótkie testy wykonuj w godzinach mniejszego ruchu lub na środowisku staging. Nie usuwaj losowo wtyczek i nie edytuj na ślepo plików serwera, jeśli nie masz pewności, jak przywrócić wcześniejszą konfigurację.
Diagnoza problemu
404 w WooCommerce to nie jest jeden błąd, tylko efekt końcowy sytuacji, w której WordPress nie potrafi zmapować adresu URL do właściwej treści. Z punktu widzenia użytkownika oznacza to „strona nie istnieje”, ale od strony technicznej problem może leżeć w kilku warstwach jednocześnie: w ustawieniach WordPressa, strukturze linków, wtyczkach, motywie, serwerze, pamięci podręcznej lub samej treści produktu.
Najpierw warto ustalić zakres awarii. Zadaj sobie trzy pytania:
1. Czy błąd 404 występuje na wszystkich produktach, czy tylko na wybranych?
2. Czy problem pojawił się po aktualizacji WordPressa, WooCommerce, motywu lub wtyczki?
3. Czy 404 widzisz tylko Ty w panelu lub przy zalogowaniu, czy także zwykły użytkownik w trybie incognito i na innym urządzeniu?
Te odpowiedzi skracają diagnozę o połowę. Jeśli 404 występuje tylko lokalnie, winny bywa cache przeglądarki, CDN albo wtyczka cache. Jeśli dzieje się globalnie, trzeba sprawdzać reguły przepisywania adresów i ustawienia sklepu. Jeżeli problem pojawił się tuż po migracji hostingu lub zmianie domeny, dużym podejrzanym jest konfiguracja serwera lub niepełne odtworzenie plików .htaccess / reguł Nginx.
Warto też rozróżnić dwa podobne, ale różne objawy. Pierwszy: produkt istnieje, ale bezpośredni adres prowadzi do 404. Drugi: produkt niby się otwiera, lecz niektóre wersje adresu zwracają 404, np. po zmianie slugów, języka, kategorii nadrzędnej albo po usunięciu starych odnośników z menu i kampanii reklamowych. W pierwszym przypadku problem zwykle leży w mapowaniu adresu. W drugim często chodzi o stare linki, przekierowania lub konflikt nazw.
Dobrym testem jest porównanie działania produktu pod trzema scenariuszami: otwarcie z poziomu listy produktów w panelu, otwarcie po wpisaniu adresu ręcznie oraz wejście w link z wyszukiwarki lub zewnętrznego źródła. Jeśli tylko jedna z tych dróg powoduje 404, masz już trop, gdzie szukać przyczyny.
Możliwe przyczyny
W praktyce błąd 404 na produktach WooCommerce najczęściej wynika z jednej z poniższych przyczyn. Poniżej opisuję je w kolejności, w jakiej warto je sprawdzać.
1. Nieodświeżone permalinki
To absolutna klasyka. WordPress zapisuje reguły adresów i czasem po aktualizacji, migracji, zmianie struktury linków lub dodaniu nowych typów treści reguły przestają działać poprawnie. Produkt jest w bazie, ale WordPress nie potrafi odczytać adresu w aktualnym formacie. Kliknięcie „Zapisz zmiany” w ustawieniach bezpośrednich odnośników wymusza przebudowę reguł i często rozwiązuje problem w kilka sekund.
2. Konflikt slugów lub identyczne nazwy adresów
Jeżeli produkt ma slug taki sam jak strona, wpis, kategoria, tag, a czasem nawet własna strona sklepu lub endpoint WooCommerce, system może kierować ruch w złe miejsce albo zwracać 404. To szczególnie częste w sklepach, w których wiele rzeczy nazywa się podobnie: „koszula”, „koszulka”, „koszule”, „shop”, „sklep”, „konto”.
3. Wtyczki zmieniające adresy URL
Wtyczki do SEO, tłumaczeń, wielowalutowości, filtrów produktów, bezpieczeństwa czy cache czasem wchodzą w konflikt z mechanizmem permalinków. Problem pojawia się szczególnie po aktualizacjach, kiedy jedna wtyczka oczekuje innej struktury niż druga. Często 404 dotyka tylko wybranych kategorii, wersji językowych albo produktów z określonym atrybutem.
4. Motyw nadpisujący szablony WooCommerce
Niektóre motywy mają własne szablony produktu i sklepu. Jeśli są nieaktualne, źle skonfigurowane lub niezgodne z aktualną wersją WooCommerce, mogą powodować błędne ładowanie treści albo wyglądać jak 404, mimo że produkt istnieje. Zdarza się też, że motyw ingeruje w zapytania WordPressa i filtruje produkty w sposób niezamierzony.
5. Błędne reguły serwera lub plik .htaccess
Na hostingu Apache plik .htaccess odpowiada za reguły przepisywania adresów. Jeśli został nadpisany, uszkodzony albo ma błędne wpisy, WordPress nie przechwyci poprawnie URL-a produktu. Na Nginx analogiczny problem dotyczy konfiguracji lokalizacji i przepisywania żądań. Po migracji hostingu lub ręcznej zmianie konfiguracji serwera ten punkt jest wyjątkowo podejrzany.
6. Cache, CDN i agresywna optymalizacja
Cache potrafi maskować problem albo go symulować. Zdarza się, że jedna wersja strony została zapisana jako 404 i jest podawana kolejnym użytkownikom mimo że problem został już naprawiony. CDN może też cache’ować stare przekierowania lub błędne odpowiedzi. Jeśli sklep korzysta z rozbudowanej optymalizacji, trzeba wyczyścić kilka warstw cache, nie tylko jedną.
7. Produkty w złym statusie lub z błędnym przypisaniem
Jeżeli produkt jest szkicem, prywatny, usunięty do kosza, nieprzypisany do właściwej kategorii albo ma wyłączoną widoczność, użytkownik może trafić na stronę błędu. W niektórych konfiguracjach SEO i filtrów produkt może istnieć w panelu, ale nie mieć poprawnie wystawionej publicznej ścieżki.
8. Problemy z tłumaczeniami i duplikacją treści
W sklepach wielojęzycznych 404 na produktach często wynika z tego, że tłumaczenie produktu ma osobny slug, ale linki prowadzą do starej wersji adresu. Po synchronizacji tłumaczeń czasami jeden język działa, a drugi zwraca 404. Dotyczy to zwłaszcza sklepów, które korzystają z wtyczek tworzących oddzielne wersje URL.
9. Zmiana domeny, migracja lub niedokończone przekierowania
Jeśli sklep został przeniesiony, zmienił domenę, katalog instalacji albo strukturę adresów, stare linki mogą nadal prowadzić do nieistniejących ścieżek. Nawet jeżeli główna strona działa, pojedyncze produkty mogą mieć nieprawidłowe odnośniki zapisane w bazie, menu, kampaniach lub w zewnętrznych integracjach.
10. Uszkodzona baza danych lub nieprawidłowe rekordy produktu
Rzadziej, ale jednak: przy dużych sklepach, błędach importu CSV, przerwanych aktualizacjach lub problemach z hostingiem mogą pojawić się niespójności w rekordach produktu. Produkt jest widoczny, ale jego adres albo dane przepływające przez WordPress są uszkodzone. To już poziom, na którym ostrożność jest obowiązkowa.
Rozwiązanie krok po kroku
Poniższa procedura idzie od najbezpieczniejszych i najczęstszych działań do bardziej zaawansowanych. Rób je po kolei i po każdym kroku testuj jeden problematyczny produkt w oknie incognito. Dzięki temu szybciej ustalisz, co faktycznie pomogło.
Krok 1: Zrób kopię zapasową
Zanim zmienisz cokolwiek, wykonaj pełny backup plików i bazy danych. Jeżeli masz hosting z backupem jednego kliknięcia, upewnij się, że przywrócenie działa i wiesz, jak to zrobić. Jeśli korzystasz z zewnętrznej wtyczki backupowej, sprawdź, czy kopia obejmuje nie tylko pliki WordPressa, ale również bazę oraz, jeśli to możliwe, konfigurację serwera.
Ostrzeżenie: nie testuj napraw na produkcji bez planu powrotu. W sklepach e-commerce nawet pozornie niewinna zmiana permalinków może chwilowo wyczyścić cache, przeładować reguły i wywołać dodatkowe błędy, jeśli środowisko jest niestabilne.
Krok 2: Odśwież bezpośrednie odnośniki
Wejdź w panel WordPressa do ustawień bezpośrednich odnośników i po prostu kliknij zapisanie zmian. Nie musisz nic zmieniać. To wymusza przebudowanie reguł przepisywania adresów i bardzo często naprawia 404 na produktach.
Po zapisaniu:
- otwórz jeden problematyczny produkt w nowej karcie,
- sprawdź też kategorię produktów i stronę sklepu,
- przetestuj link w trybie incognito,
- jeśli korzystasz z CDN, sprawdź wersję po wyczyszczeniu cache CDN.
Krok 3: Wyczyść cache na każdym poziomie
Cache trzeba czyścić szerzej niż tylko w przeglądarce. Najpierw usuń cache wtyczki optymalizacyjnej, potem cache hostingu, potem CDN, a na końcu przeglądarkę. Jeśli sklep używa mechanizmów typu page cache, object cache lub Redis, upewnij się, że odświeżasz odpowiednie warstwy.
Jeżeli po czyszczeniu cache wszystko wraca do normy, winny był zapis starej odpowiedzi. Jeśli 404 natychmiast wraca, problem leży głębiej i nie ma sensu marnować czasu na sam cache.
Krok 4: Sprawdź, czy 404 dotyczy jednego produktu czy wielu
To bardzo ważne. Jeśli problem dotyczy tylko kilku produktów, sprawdź ich slugi, status publikacji, przypisanie do kategorii i ewentualne duplikaty nazw. Jeśli 404 dotyczy wszystkich produktów, przechodzisz do weryfikacji ustawień globalnych, wtyczek i serwera.
Przy pojedynczym produkcie sprawdź szczególnie:
- czy produkt jest opublikowany,
- czy jego slug nie jest taki sam jak innej podstrony,
- czy produkt nie został przypadkiem przeniesiony do kosza i przywrócony,
- czy tłumaczenie ma poprawny adres,
- czy nie ma ręcznie wpisanego kanonicznego URL-a w SEO.
Krok 5: Tymczasowo wyłącz wtyczki, które zmieniają ruch URL
Najpierw wyłącz wtyczki związane z:
- cache i optymalizacją,
- SEO,
- tłumaczeniami,
- wielowalutowością,
- bezpieczeństwem,
- filtrami i wyszukiwaniem produktów,
- przekierowaniami.
Nie wyłączaj wszystkiego chaotycznie, jeśli sklep jest duży. Najlepiej rób to etapami i po każdej zmianie testuj ten sam produkt. Gdy błąd zniknie, aktywuj wtyczki po jednej, żeby znaleźć winowajcę. Jeżeli nie możesz ryzykować przerwy w sprzedaży, przeprowadź testy na stagingu.
Krok 6: Sprawdź motyw
Na chwilę przełącz sklep na domyślny motyw testowy zgodny z WooCommerce, jeśli możesz to zrobić bezpiecznie. Jeśli 404 znika, winny jest motyw lub jego nadpisane szablony. W takim przypadku sprawdź aktualizacje motywu, dokumentację producenta i zgodność z aktualną wersją WooCommerce.
Wiele sklepów ma zmodyfikowane szablony produktu w katalogu motywu. Problem w tym, że po aktualizacji WooCommerce stary szablon może działać częściowo, a częściowo powodować błędne zachowanie. W praktyce wygląda to jak losowe 404 lub dziwne przekierowania.
Krok 7: Zweryfikuj reguły .htaccess lub konfigurację Nginx
Jeśli sklep działa na Apache, sprawdź, czy plik .htaccess nie został uszkodzony i czy zawiera standardowe reguły WordPressa. Jeśli nie masz doświadczenia, nie edytuj go na ślepo. Jedna literówka potrafi wyłączyć całą witrynę.
Na Nginx problem rozwiązuje się zwykle w konfiguracji bloku serwera. Jeśli nie masz dostępu do panelu serwera lub nie wiesz, gdzie są reguły rewrite, lepiej przekazać to administratorowi hostingu lub specjaliście. Właśnie tu najłatwiej o poważny błąd, bo objawy mogą przypominać „zepsute WooCommerce”, choć w rzeczywistości zawodzi warstwa serwerowa.
Krok 8: Sprawdź ustawienia permalinków produktów w WooCommerce
WooCommerce pozwala zmieniać strukturę adresów produktów. Jeśli używasz kategorii w URL, baz sklepu albo niestandardowych reguł, każdy konflikt może dawać 404. Warto tymczasowo uprościć strukturę i sprawdzić, czy problem znika. Jeśli tak, masz potwierdzenie, że przyczyna leżała w przepisywaniu adresów lub kolizji slugów.
Uwaga: zmiana struktury URL może wymagać przekierowań 301 ze starych adresów. Jeśli sklep jest indeksowany przez Google i ma ruch organiczny, nie rób tego bez planu SEO, bo możesz stracić widoczność i ruch.
Krok 9: Skontroluj integracje wielojęzyczne i przekładane slugi
Jeśli sklep działa w kilku językach, sprawdź, czy każdy wariant produktu ma poprawny i aktualny adres. Często problem polega na tym, że tłumaczenie istnieje, ale link prowadzi do starego sluga albo niezsynchronizowanej wersji. Przejrzyj też ustawienia automatycznego tłumaczenia adresów, jeśli z niego korzystasz.
Jeżeli po tłumaczeniu produktu lub kategorii 404 pojawia się tylko w jednym języku, to niemal na pewno problem jest w synchronizacji slugów albo wtyczce językowej.
Krok 10: Sprawdź logi i zachowanie serwera
Jeśli poprzednie kroki nie pomogły, zajrzyj do logów błędów serwera oraz logów WordPressa, jeśli są włączone. Szukaj komunikatów o błędach rewrite, problemach z dostępem, błędach PHP i konfliktach z motywem. Logi często pokazują coś, czego nie widać na stronie, np. że serwer w ogóle nie przekazuje żądania do WordPressa lub że konkretna wtyczka powoduje fatal error przy ładowaniu produktu.
Krok 11: Przetestuj produkt po zmianie sluga lub ponownym zapisaniu
Czasem pomaga prosta operacja: otwórz produkt, zmień slug na krótki i unikalny, zapisz, a potem ustaw docelowy slug jeszcze raz. To wymusza odświeżenie reguł dla tego konkretnego wpisu. Nie jest to rozwiązanie pierwszego wyboru, ale przy pojedynczych produktach bywa skuteczne.
Jeżeli po tej operacji produkt działa, a po przywróceniu starego sluga znów pojawia się 404, masz konflikt nazewnictwa. Wtedy trzeba znaleźć, z czym ten adres się zderza.
Krok 12: Przywróć porządek w bazie i tabelach WooCommerce
W niektórych sytuacjach trzeba odbudować dane pomocnicze WooCommerce, odświeżyć indeksy, przeliczyć widoczność produktów lub naprawić integralność tabel po imporcie. To już etap bardziej zaawansowany. Jeśli nie masz pewności, co robisz, nie uruchamiaj masowych operacji bez backupu. Błąd w bazie może dotknąć nie tylko 404, ale też ceny, stany magazynowe i zamówienia.
Najczęstsze błędy
Przy naprawie 404 na produktach WooCommerce właściciele sklepów najczęściej popełniają te błędy:
- kasują losowe wtyczki bez diagnozy,
- zmieniają strukturę permalinków bez planu przekierowań,
- edytują .htaccess bez kopii zapasowej,
- czyszczą tylko jeden cache i uznają problem za rozwiązany,
- testują naprawy tylko po zalogowaniu, mimo że problem dotyczy użytkowników niezalogowanych,
- pomijają CDN i cache hostingu,
- nie sprawdzają tłumaczeń i slugów w wersjach językowych,
- ignorują komunikaty o niezgodności szablonu motywu,
- naprawiają jeden produkt, a nie sprawdzają całej grupy produktów z podobnym slugiem,
- wdrażają zmiany w godzinach największego ruchu, bez planu awaryjnego.
Najbardziej kosztowny błąd to próba „naprawy na oko”. W WordPressie i WooCommerce ten sam objaw może pochodzić z kilku różnych warstw. Jeśli skrócisz diagnozę zbyt mocno, możesz usunąć coś, co działa poprawnie, i wprowadzić kolejny problem.
Kiedy nie robić tego samodzielnie
Nie warto naprawiać problemu samodzielnie, jeśli:
- sklep ma duży ruch i każda minuta niedostępności to realna strata,
- błąd 404 dotyczy setek lub tysięcy produktów,
- po migracji lub aktualizacji pojawiły się też inne błędy, np. 500, brak obrazów lub problemy z koszykiem,
- nie masz pewności, czy hosting działa na Apache, Nginx czy w środowisku z niestandardowym proxy,
- używasz wielu wtyczek wpływających na URL-e, tłumaczenia i SEO,
- nie masz sprawdzonej kopii zapasowej,
- wiesz, że ktoś wcześniej ręcznie edytował pliki serwera lub motyw potomny.
W takich sytuacjach ryzyko przypadkowego wyłączenia całego sklepu jest zbyt duże. Szczególnie niebezpieczne jest samodzielne grzebanie w regułach przekierowań, plikach konfiguracyjnych serwera i bazie danych bez możliwości szybkiego przywrócenia stanu poprzedniego.
Kiedy zgłosić się do specjalisty
Specjalista będzie potrzebny, gdy problem wraca po każdej pozornej naprawie, pojawia się tylko na części środowisk, albo gdy w grę wchodzą migracje, CDN, wielojęzyczność i niestandardowa konfiguracja serwera. Warto też zgłosić się po pomoc, jeśli:
- 404 pojawia się po aktualizacji WooCommerce lub WordPressa i nie znika po odświeżeniu permalinków,
- błąd dotyczy produktów po zmianie domeny lub struktury katalogów,
- sklep jest po dużym imporcie lub integracji z ERP/marketplace,
- potrzebujesz naprawy bez przestojów i z kontrolą SEO,
- podejrzewasz uszkodzenie bazy danych albo konflikt na poziomie serwera.
Dobry specjalista nie powinien zaczynać od „wyłączenia wszystkiego”. Najpierw zrobi diagnostykę zakresu błędu, sprawdzi logi, reguły przepisywania, cache i zgodność szablonów. Dopiero potem zaproponuje bezpieczną naprawę. To ważne, bo przy sklepie internetowym nie chodzi tylko o to, żeby „strona się otworzyła”, ale żeby działanie było stabilne, indeksowalne i zgodne z dalszą sprzedażą.
Podsumowanie
Błąd 404 na produktach WooCommerce zwykle wygląda poważniej, niż jest w rzeczywistości, ale nie wolno go lekceważyć. Najczęściej problem wynika z permalinksów, cache, konfliktu wtyczek, motywu lub reguł serwera. Jeśli podejdziesz do tematu metodycznie, zaczniesz od odświeżenia bezpośrednich odnośników, sprawdzisz cache, wykluczysz konflikty i przejrzysz konfigurację URL, w wielu przypadkach przywrócisz sklep do działania bez większych kosztów.
Jednocześnie pamiętaj, że nie każdy 404 da się bezpiecznie naprawić samodzielnie. Gdy w grę wchodzi duży sklep, migracja, wielojęzyczność, niestandardowy hosting albo podejrzenie uszkodzenia serwera, lepiej przeprowadzić diagnostykę profesjonalnie. To oszczędzi Ci czasu, nerwów i ryzyka utraty sprzedaży.
CTA do kontaktu: Jeśli WooCommerce pokazuje błąd 404 na produktach i chcesz szybko ustalić przyczynę bez ryzykowania awarii sklepu, skontaktuj się ze specjalistą R99.PL. Warto zdiagnozować problem zanim zacznie wpływać na sprzedaż, SEO i doświadczenie klientów.
FAQ
Czy kliknięcie „Zapisz zmiany” w permalinkach naprawdę pomaga?
Tak, bardzo często. To najprostszy sposób na przebudowanie reguł adresów w WordPressie i WooCommerce. Jeśli problem wynika z nieodświeżonych rewrite rules, zwykle działa od razu.
Dlaczego 404 pojawia się tylko na niektórych produktach?
Najczęściej przez konflikt slugów, złą publikację, tłumaczenia, uszkodzone linki lub lokalne reguły dla konkretnego produktu. Wtedy trzeba porównać produkty działające i niedziałające.
Czy cache może pokazywać stary błąd 404 nawet po naprawie?
Tak. Cache wtyczki, hostingu i CDN potrafi przechowywać nieaktualną odpowiedź. Dlatego trzeba czyścić kilka warstw, a nie tylko jedną.
Czy zmiana motywu może naprawić błąd 404?
Jeśli to motyw nadpisuje szablony WooCommerce lub wpływa na zapytania, tak. Jeśli problem znika po przełączeniu motywu, masz mocny sygnał, że winny jest szablon albo jego aktualizacja.
Czy usuwanie i ponowne tworzenie produktu to dobry pomysł?
Zwykle nie. To ryzyko utraty SEO, historii zamówień, powiązań z integracjami i linków. Najpierw trzeba znaleźć przyczynę, a nie odtwarzać produkt od zera.
Rozwiązanie krok po kroku – skrót operacyjny
- Wykonaj backup plików i bazy.
- Odśwież bezpośrednie odnośniki, zapisując ustawienia permalinków.
- Wyczyść cache wtyczki, hostingu, CDN i przeglądarki.
- Sprawdź, czy 404 dotyczy wszystkich produktów czy tylko wybranych.
- Wyłącz tymczasowo wtyczki od SEO, cache, tłumaczeń, bezpieczeństwa i przekierowań.
- Przetestuj motyw w wersji domyślnej zgodnej z WooCommerce.
- Zweryfikuj .htaccess lub konfigurację Nginx.
- Sprawdź slugi, status publikacji i tłumaczenia produktów.
- Przejrzyj logi błędów serwera i WordPressa.
- Jeśli problem wraca, przekaż sprawę specjaliście.
Najważniejsze ostrzeżenia bezpieczeństwa
- Nie edytuj plików serwera bez kopii zapasowej.
- Nie zmieniaj struktury URL bez planu przekierowań 301.
- Nie testuj na żywym sklepie w szczycie sprzedaży, jeśli możesz tego uniknąć.
- Nie usuwaj masowo wtyczek, jeśli nie wiesz, które odpowiadają za SEO, tłumaczenia i cache.
- Nie ignoruj ostrzeżeń po aktualizacjach WooCommerce i motywu.
