Jak zrobić automatyczne wykrywanie nieużywanych wtyczek i motywów

Dlaczego warto sprawdzać wtyczki i motywy WordPress

Stare, niepotrzebne komponenty zajmują miejsce w kopiach i utrudniają przegląd aktualizacji. Ich pliki pozostają na serwerze także po wyłączeniu, dlatego warto ograniczać liczbę rzeczy, które trzeba utrzymywać. Usunięcie nieaktywnej wtyczki nie musi jednak przyspieszyć strony.

Automatyzuj zbieranie informacji, nie decyzję o usunięciu. Raport znajdzie nieaktywne wtyczki i motywy, ale nie wie, czy są potrzebne do sezonowej sprzedaży, awaryjnego przywracania strony lub innej witryny w sieci.

Analiza aktywności wtyczek i motywów w WordPress

Wtyczka aktywna jest włączona, a nieaktywna pozostaje zainstalowana, ale normalnie nie jest ładowana jako aktywna. Żaden z tych statusów nie mówi, czy jej funkcja jest potrzebna. Aktywna integracja może działać tylko przy rzadkim zdarzeniu, a nieaktywna służyć do okazjonalnego importu.

Sprawdź przeznaczenie komponentu, ustawienia i zależności: formularze, shortcody, bloki, zadania cykliczne, integracje, kod motywu i dodatki do innych wtyczek. Brak widocznych elementów ani wynik pojedynczego pomiaru nie dowodzi braku użycia. WordPress nie udostępnia ogólnej daty ostatniego użycia każdej wtyczki.

Przy motywach zachowaj motyw nadrzędny używany przez aktywny motyw potomny oraz rozważ pozostawienie aktualnego motywu domyślnego do diagnostyki. W multisite sprawdź wszystkie witryny i aktywację sieciową; pojedynczy raport witryny nie opisuje całej sieci.

Raport wtyczek i motywów za pomocą WP-CLI

Jeśli masz dostęp SSH i WP-CLI, uruchom poniższe polecenia w katalogu instalacji WordPress, jako użytkownik uprawniony do odczytu tej instalacji. Najpierw sprawdź listę wszystkich komponentów, a potem kandydatów oznaczonych jako nieaktywni:

wp plugin list --skip-update-check
wp theme list --skip-update-check
wp plugin list --status=inactive --skip-update-check
wp theme list --status=inactive --skip-update-check

Przełącznik --skip-update-check pomija sprawdzanie aktualizacji w tym raporcie; aktualizacje i podatności sprawdzaj osobno. W wynikach pełnej listy zwróć też uwagę na wtyczki must-use i drop-in. W multisite użyj właściwego adresu witryny przez --url=<adres-witryny> i sprawdź pozostałe witryny oraz stan sieciowy. Nie traktuj motywu oznaczonego jako nieaktywny w jednej witrynie jako zbędnego w całej sieci.

Dokumentacja: wp plugin list i wp theme list. Polecenia zbierają status, nie historię użycia; do porównania zmian zachowuj kolejne wyniki i daty przeglądu.

Narzędzia do audytu wtyczek i motywów

Bez SSH przejrzyj listy Wtyczki oraz Wygląd → Motywy w panelu. Zapisz nazwę, wersję, status, przeznaczenie i osobę odpowiedzialną za każdy podejrzany komponent.

Query Monitor może pomóc obejrzeć zapytania i błędy podczas konkretnego żądania, ale brak wyników nie oznacza, że wtyczka jest zbędna. Testy wyłączania najlepiej przeprowadzać na kopii strony. Sama diagnoza nie zastępuje kopii zapasowej.

Automatyczne raportowanie nieużywanych komponentów

Administrator może zaplanować okresowe uruchamianie powyższych poleceń w systemowym cron, z jawną ścieżką do WP-CLI i instalacji oraz pod właściwym użytkownikiem. Najpierw uruchom je ręcznie w tym samym środowisku i sprawdź kod wyjścia oraz błędy. Cron nie ma koniecznie takiej samej zmiennej PATH jak sesja SSH.

Raport przechowuj poza katalogiem dostępnym przez WWW, z dostępem tylko dla uprawnionych osób. Zadbaj o rotację i osobne powiadomienie o błędzie zadania: pusty lub nieaktualny raport nie oznacza, że wszystko jest w porządku. Jeśli wysyłasz go e-mailem, uwzględnij dostęp odbiorców do informacji o wersjach i konfiguracji. Harmonogram sam nie skonfiguruje poczty ani nie wykryje daty ostatniego użycia.

Bezpieczne usuwanie wtyczek i motywów

1. Sprawdź kopię: wykonaj kopię plików i bazy oraz upewnij się, że można ją przywrócić. Ustal sposób cofnięcia zmiany bez nadpisywania nowych zamówień czy innych danych produkcyjnych.
2. Ustal zależności: sprawdź funkcje, integracje i witryny w sieci. Zapisz nazwę, wersję, konfigurację i powód zmiany.
3. Przetestuj na kopii: odizoluj staging od produkcyjnych płatności, poczty, webhooków i zadań automatycznych. Wyłącz jeden komponent i sprawdź odpowiednie funkcje, także te wykonywane okresowo.
4. Wprowadź zmianę świadomie: po ocenie testów wyłącz komponent na produkcji w odpowiednim terminie, obserwuj działanie i dopiero potem usuń go przez panel. Dobierz okres obserwacji do faktycznego cyklu działania funkcji; 24 godziny nie wykryją zadania miesięcznego.
5. Nie czyść bazy w ciemno: deinstalacja może usunąć ustawienia lub inne dane, a ponowna instalacja nie musi ich odtworzyć. Pozostałości usuwaj tylko po ustaleniu ich właściciela, skutków i możliwości przywrócenia.

Motywu nadrzędnego aktywnego motywu potomnego nie usuwaj. W multisite najpierw sprawdź, czy komponent nie jest używany w innej witrynie. Nie wykonuj testowych płatności ani wysyłek na rzeczywistych danych bez odpowiednio przygotowanego środowiska.

Kontrola po usunięciu

Sprawdź strony i funkcje powiązane ze zmianą: formularze, logowanie, koszyk, integracje i zadania okresowe. Przejrzyj logi PHP oraz konsolę przeglądarki. Porównuj pomiary tej samej strony i podobnych warunków cache przed zmianą i po niej; wyniki mogą się różnić z innych powodów. Dla Core Web Vitals sprawdzaj LCP, INP i CLS. Nie zakładaj poprawy wydajności bez pomiaru.

Harmonogram regularnych audytów

Ustaw przypomnienie, na przykład raz na kwartał, a po większych zmianach wykonaj dodatkowy przegląd. Dla każdej pozycji zapisz status, rolę, zależności, decyzję oraz datę kolejnej kontroli. Częstotliwość dostosuj do zmian na stronie i znaczenia jej funkcji; osobno kontroluj aktualizacje i informacje o podatnościach.

Integracja z systemami CI/CD

Jeżeli wtyczki są zarządzane w repozytorium lub procesie wdrożenia, pipeline może porównywać ich listę z poprzednią wersją i zgłaszać zmiany do przeglądu. Nie zakładaj, że lista w repozytorium obejmuje komponenty instalowane bezpośrednio na serwerze. Testy funkcjonalne uruchamiaj w odizolowanym środowisku, bez automatycznego usuwania komponentów produkcyjnych.

Podsumowanie

Raport WP-CLI pozwala regularnie zebrać statusy wtyczek i motywów. To początek audytu, nie dowód braku użycia. Decyzję podejmij po sprawdzeniu zależności, kopii i testów; dzięki temu porządki nie przerwą rzadziej używanej, ale ważnej funkcji.

Najczęstsze pytania

Czy nieaktywna wtyczka jest na pewno niepotrzebna?

Nie. Może być wyłączona tymczasowo albo używana sezonowo. Status nieaktywny wskazuje jedynie kandydata do sprawdzenia, nie jest podstawą do automatycznego usunięcia.

Czy nieaktywny motyw można bezpiecznie usunąć?

Najpierw sprawdź, czy nie jest motywem nadrzędnym aktywnego motywu potomnego ani motywem używanym przez inną witrynę w sieci. Warto zachować aktualny motyw zapasowy do diagnostyki.

Czy raport WP-CLI wykrywa faktyczne użycie wtyczki?

Nie. Pokazuje stan zainstalowanych komponentów, ale nie ustala, czy dana funkcja jest potrzebna. Zależności, integracje i okresowe zadania trzeba sprawdzić osobno.

Jak bezpiecznie usunąć zbędną wtyczkę?

Zrób i sprawdź kopię plików oraz bazy, ustal zależności i przetestuj wyłączenie na odizolowanej kopii. Następnie usuń wtyczkę świadomie przez panel i sprawdź działanie strony. Deinstalacja może usunąć również dane wtyczki.