Ile wtyczek WordPress instalować i jak oceniać ich jakość

Właściciel strony otwiera listę wtyczek i widzi liczbę, która go przeraża: na przykład 47 aktywnych pozycji. Pierwsza reakcja jest zawsze taka sama – „to chyba za dużo, trzeba to przeciąć na pół”. Prosi o usunięcie połowy, byle szybko, bez sprawdzania, co która robi. Rozumiemy ten odruch. Gdzieś w internecie każdy przeczytał, że dużo wtyczek to zły znak. Problem w tym, że sama liczba nic nie mówi. Zdarzają się strony z dziesięcioma wtyczkami, które ledwo się ładują, i strony z pięćdziesięcioma, które działają sprawnie od lat. Różnica nie leży w liczbie, tylko w jakości tego, co jest zainstalowane, i w tym, czy ktoś to regularnie przegląda. W tym artykule pokazujemy, jak faktycznie ocenić, czy Twoja strona ma problem z wtyczkami, i jak podejmować te decyzje w oparciu o konkrety, a nie o strach przed dużą liczbą w panelu.

Mit „im mniej wtyczek, tym lepiej”

Ten mit jest tak popularny, że traktuje się go jak oczywistość, choć rzadko ktoś sprawdza, czy faktycznie się sprawdza w konkretnym przypadku. Prawda jest bardziej niewygodna, bo wymaga myślenia zamiast liczenia: strona ze starannie dobranymi, dobrze utrzymanymi wtyczkami działa lepiej niż strona z mniejszą liczbą wtyczek napisanych niedbale, rzadko aktualizowanych albo robiących w tle więcej, niż powinny. Jedna źle skonfigurowana wtyczka do budowania stron, wykonująca wiele zapytań do bazy danych przy każdym załadowaniu, potrafi obciążyć stronę bardziej niż dwadzieścia lekkich, wyspecjalizowanych narzędzi razem wziętych.

Skąd w ogóle wziął się ten mit? Częściowo z uzasadnionej obserwacji – rzeczywiście, im więcej elementów na stronie, tym więcej potencjalnych punktów awarii i tym więcej rzeczy do aktualizowania. Ale ta obserwacja została uproszczona do hasła „mniej znaczy lepiej”, które pomija najważniejsze pytanie: mniej czego? Mniej przypadkowych, niepotrzebnych, zaniedbanych wtyczek – tak, to ma sens. Mniej wtyczek w ogóle, bez względu na to, czy są potrzebne i dobrze napisane – to już nie jest strategia, tylko arbitralna liczba, która nie ma żadnego związku z realnym stanem strony.

Zamiast pytać „ile wtyczek to za dużo”, warto zadać sobie dwa inne pytania: czy każda zainstalowana wtyczka faktycznie robi coś, czego strona potrzebuje, i czy ta wtyczka jest napisana i utrzymywana w sposób, który nie zagraża bezpieczeństwu ani wydajności. Odpowiedzi na te dwa pytania mówią dużo więcej o kondycji strony niż sama cyfra w panelu.

Co realnie obciąża stronę – liczba wtyczek czy ich jakość

Kod każdej wtyczki, w momencie załadowania strony, robi jedną z kilku rzeczy: wykonuje zapytania do bazy danych, ładuje dodatkowe pliki CSS i JavaScript, łączy się z zewnętrznym serwerem albo zajmuje pamięć serwera podczas przetwarzania żądania. To, ile z tych operacji dana wtyczka wykonuje i jak są one zoptymalizowane, ma dużo większe znaczenie dla szybkości strony niż sam fakt, że wtyczka jest aktywna.

Dobrze napisana wtyczka ładuje swoje zasoby tylko tam, gdzie są rzeczywiście potrzebne – na przykład wtyczka formularza kontaktowego nie powinna doładowywać swojego skryptu na każdej podstronie sklepu, tylko wyłącznie tam, gdzie formularz faktycznie występuje. Źle napisana wtyczka robi odwrotnie – ładuje wszystko wszędzie, na wszelki wypadek, niezależnie od tego, czy dana funkcja jest w ogóle używana na danej podstronie. To właśnie ta różnica, a nie liczba wtyczek jako taka, najczęściej odpowiada za to, że strona zaczyna działać wolniej z czasem. Pisaliśmy szerzej o mechanizmach, które realnie spowalniają WordPressa, w artykule o tym, dlaczego strona bywa wolna nawet przy zainstalowanych wtyczkach do cache’owania – warto go przeczytać, jeśli podejrzewasz, że problem leży gdzie indziej niż w samej liczbie zainstalowanych rozszerzeń.

Drugi czynnik, o którym rzadziej się mówi, to konflikty między wtyczkami. Dwie wtyczki osobno mogą działać bez zarzutu, ale razem – na przykład próbując zmodyfikować ten sam element strony albo zarejestrować ten sam hak w tym samym momencie – potrafią spowolnić stronę albo wywołać błąd, który trudno powiązać z konkretną przyczyną. Im więcej wtyczek ingeruje w te same obszary strony (na przykład kilka wtyczek SEO albo kilka wtyczek do formularzy), tym większe ryzyko takiego konfliktu, niezależnie od tego, jak dobrze każda z nich jest napisana z osobna.

Wniosek z tego jest prosty, choć mniej wygodny niż jedna liczba: żeby ocenić, czy strona ma problem z wtyczkami, trzeba spojrzeć na jakość i sposób działania każdej z nich, nie na sam licznik w panelu administracyjnym.

Kryteria oceny wtyczki przed instalacją

Zanim wtyczka trafi na stronę, warto poświęcić kilka minut na sprawdzenie kilku konkretnych rzeczy – to dużo tańsze niż usuwanie problemu, który wtyczka zdąży wywołać po instalacji. Napisaliśmy pełną checklistę oceny bezpieczeństwa wtyczki w osobnym artykule, do którego regularnie wracamy przy każdej decyzji o instalacji – checklista 12 punktów oceny, czy wtyczka WordPress jest bezpieczna rozwija ten temat dokładnie, punkt po punkcie. Tutaj skupiamy się na kryteriach, które decydują o ogólnej jakości wtyczki, nie tylko o bezpieczeństwie. Pierwsze, na co patrzymy, to data ostatniej aktualizacji. Wtyczka, która nie była aktualizowana od dłuższego czasu, to sygnał ostrzegawczy – albo autor przestał ją rozwijać, albo uznał, że nie wymaga zmian, co przy stale zmieniającym się rdzeniu WordPressa i PHP jest mało prawdopodobne. W katalogu WordPress.org ta informacja jest widoczna od razu na stronie wtyczki, razem z informacją o zgodności z aktualną wersją WordPressa – warto sprawdzić oba te pola przed kliknięciem „Zainstaluj”.

Drugie kryterium to liczba aktywnych instalacji i oceny użytkowników, ale czytane z rozsądkiem, nie mechanicznie. Duża liczba instalacji sama w sobie nie gwarantuje jakości, ale niska liczba w połączeniu z małą liczbą recenzji powinna budzić czujność, szczególnie przy wtyczkach odpowiadających za bezpieczeństwo, płatności albo dane użytkowników. Warto też zajrzeć w sekcję wsparcia technicznego na stronie wtyczki – jeśli pytania użytkowników sprzed kilku miesięcy zostają bez odpowiedzi, to znak, że w razie problemu nie możesz liczyć na pomoc autora.

Trzecie kryterium, które łatwo pominąć, to zakres uprawnień, jakich wtyczka wymaga, i liczba zewnętrznych połączeń, jakie nawiązuje. Wtyczka do prostego licznika odwiedzin nie powinna potrzebować dostępu do plików systemowych ani łączyć się z kilkoma zewnętrznymi serwerami naraz. Im większy rozdźwięk między funkcją wtyczki a zakresem tego, co robi w tle, tym więcej pytań warto sobie zadać przed instalacją.

Wtyczki, które się dublują – jak to rozpoznać

Duplikacja funkcji to typowy problem stron, które rozrastały się przez lata, często przy udziale kilku różnych osób zarządzających treścią. Typowy scenariusz: strona ma dwie wtyczki SEO, bo jedna została zainstalowana przez pierwszego wykonawcę, a druga przez kolejnego, który nie sprawdził, co już jest na stronie. Albo dwie wtyczki do cache’owania, dwie wtyczki do formularzy kontaktowych, dwie wtyczki zabezpieczające – każda robiąca podobne rzeczy, czasem w sposób, który się wzajemnie wyklucza.

Rozpoznanie takiej duplikacji nie zawsze jest oczywiste na pierwszy rzut oka, bo wtyczki rzadko nazywają się identycznie. Najprostszy sposób to przejrzenie listy aktywnych wtyczek i pogrupowanie ich po funkcji, nie po nazwie – osobno wszystko, co dotyczy SEO, osobno cache i wydajność, osobno bezpieczeństwo, osobno formularze, osobno kopie zapasowe. Jeśli w którejś grupie znajdzie się więcej niż jedna pozycja, to sygnał do bliższego sprawdzenia, czy obie są rzeczywiście potrzebne, czy któraś dubluje funkcję drugiej.

Objawy takiej duplikacji bywają subtelne – strona działa, ale wolniej niż powinna, albo pojawiają się drobne niespójności, na przykład dwa różne opisy meta na tej samej podstronie, bo dwie wtyczki SEO próbują zarządzać tym samym polem. Czasem konflikt jest bardziej widoczny – dwie wtyczki zabezpieczające próbują jednocześnie blokować te same adresy IP albo modyfikować te same reguły na serwerze, co może skończyć się zablokowaniem dostępu również dla właściciela strony. W obu przypadkach rozwiązanie jest takie samo: zostawić jedną wtyczkę, tę lepiej ocenioną według kryteriów z poprzedniej sekcji, i dezaktywować drugą.

Kiedy warto zastąpić kilka wtyczek jedną

Rynek wtyczek WordPress oferuje dziś sporo rozwiązań wielofunkcyjnych – jedna wtyczka obsługująca jednocześnie SEO, mapę strony i część funkcji wydajnościowych, albo jedna wtyczka do bezpieczeństwa łącząca firewall, skanowanie i logowanie dwuetapowe. Zastąpienie kilku osobnych wtyczek jednym takim narzędziem bywa dobrą decyzją, ale nie zawsze – warto rozważyć konkretne plusy i minusy, zamiast zakładać z góry, że mniej wtyczek zawsze wygrywa.

Plus jest oczywisty: mniej punktów do aktualizowania, mniej potencjalnych konfliktów między niezależnymi wtyczkami, często też prostszy panel zarządzania dla osoby, która na co dzień prowadzi stronę. Minus pojawia się wtedy, gdy wielofunkcyjna wtyczka robi każdą ze swoich funkcji trochę gorzej niż wyspecjalizowane narzędzie – a to zdarza się częściej, niż mogłoby się wydawać, bo trudno być jednocześnie najlepszym w kilku różnych obszarach naraz. Drugi minus to większa zależność od jednego dostawcy – jeśli wielofunkcyjna wtyczka nagle przestaje być rozwijana albo zmienia model licencjonowania, tracisz naraz kilka funkcji, a nie jedną.

Sensowna zasada przy takich decyzjach jest taka: konsolidacja ma sens tam, gdzie funkcje są proste i standardowe (na przykład podstawowe SEO albo podstawowa optymalizacja obrazów), a osobne, wyspecjalizowane narzędzia zostają tam, gdzie funkcja jest krytyczna dla strony i wymaga precyzyjnej kontroli – płatności, bezpieczeństwo na poziomie serwera, integracje z systemami zewnętrznymi. Czasem najlepszym rozwiązaniem nie jest wcale kolejna gotowa wtyczka, tylko kilka linijek własnego kodu w motywie, zamiast instalowania całej wtyczki dla jednej drobnej funkcji – pisaliśmy o tym, kiedy warto rozważyć stworzenie własnego, prostego pluginu zamiast instalowania gotowego, zamiast dokładać kolejną pozycję na listę, która i tak jest już długa.

Regularny audyt zainstalowanych wtyczek – jak go przeprowadzić

Ocena pojedynczej wtyczki przed instalacją to jedno. Drugie, równie ważne zadanie, to regularny przegląd tego, co już jest zainstalowane – bo strony żyją latami, zmieniają się potrzeby, zmieniają się osoby nimi zarządzające, a stare wtyczki rzadko ktoś aktywnie usuwa, nawet gdy przestają być potrzebne. Efektem jest właśnie taka lista czterdziestu kilku pozycji, z których część nikt już nie pamięta, po co tam trafiła.

Sensowny audyt zaczyna się od pełnej listy aktywnych wtyczek z panelu WordPressa. Data ostatniej aktualizacji nie jest widoczna na samej liście, znajdziesz ją po kliknięciu „Zobacz szczegóły” przy wtyczce albo na jej stronie w katalogu WordPress.org. Przy każdej pozycji warto zadać sobie proste pytanie: czy wiem, do czego ta wtyczka służy, i czy ta funkcja jest faktycznie używana na stronie? Zaskakująco często odpowiedź brzmi „nie wiem” – to pierwszy kandydat do bliższego sprawdzenia, zanim padnie decyzja o pozostawieniu albo usunięciu.

Przy audycie warto też sprawdzić rzeczywiste użycie, nie tylko domysły – część wtyczek (na przykład konstruktory stron albo dodatki do formularzy) da się sprawdzić, przeglądając, na ilu podstronach faktycznie występują ich elementy. Jeśli wtyczka do budowania landing page’y była użyta raz, na jednej promocyjnej podstronie sprzed dawna, a od tamtej pory stoi bezczynnie, ładując swoje skrypty na każdej innej podstronie przy okazji, to dobry kandydat do usunięcia albo przynajmniej do ograniczenia jej działania wyłącznie do tej jednej podstrony.

Każdą zmianę wynikającą z audytu – usunięcie, dezaktywację, zamianę jednej wtyczki na drugą – warto testować dokładnie tak samo ostrożnie, jak każdą aktualizację: najpierw na środowisku testowym, dopiero potem na żywej stronie, z kopią zapasową zrobioną przed zmianą. Pisaliśmy szczegółowo o tym procesie w artykule o bezpiecznej aktualizacji WordPressa i wtyczek – te same zasady backupu i stagingu dotyczą właśnie usuwania czy podmiany wtyczek, nie tylko ich aktualizowania. Sam audyt warto powtarzać cyklicznie, na przykład raz na kwartał, zamiast robić go tylko wtedy, gdy strona zacznie działać wyraźnie wolniej.

Sygnały, że wtyczkę trzeba usunąć

Kilka konkretnych sygnałów pojawia się powtarzalnie na stronach, które od dawna nie miały porządnego przeglądu wtyczek. Warto je znać, bo pozwalają podejmować decyzje o usunięciu w oparciu o konkrety, nie o przeczucie.

• Brak aktualizacji od dłuższego czasu – wtyczka, którą autor przestał rozwijać, prędzej czy później przestanie być zgodna z aktualną wersją WordPressa albo PHP, a przy tym nie otrzyma już poprawek bezpieczeństwa, jeśli jakaś luka zostanie odkryta.
• Ostrzeżenie w panelu WordPressa o nieaktualności lub niekompatybilności – WordPress pokazuje takie ostrzeżenie w oknie szczegółów wtyczki i na ekranie instalacji, gdy wtyczka nie była testowana z Twoją wersją rdzenia. Jednego takiego ostrzeżenia nie trzeba traktować jako alarmu, ale kilku miesięcy takiego stanu bez reakcji autora – już tak.
• Nikt nie potrafi powiedzieć, po co ta wtyczka jest na stronie – jeśli ani obecny administrator, ani nikt z zespołu nie wie, jaką funkcję pełni dana wtyczka, prawdopodobnie ta funkcja dawno przestała być potrzebna, albo nigdy nie była kluczowa.
• Funkcja się dubluje z inną, lepiej ocenianą wtyczką – zgodnie z tym, co opisaliśmy w sekcji o duplikacji, druga z takich wtyczek jest zbędnym obciążeniem, nie zabezpieczeniem.
• Wtyczka jest przyczyną powtarzających się błędów lub spowolnień – jeśli po dezaktywacji wtyczki w ramach testu strona zaczyna działać zauważalnie szybciej albo stabilniej, to dość jednoznaczny sygnał, że ta wtyczka nie powinna wrócić bez dokładniejszego sprawdzenia alternatyw. Przy spadku wydajności sięgamy po Query Monitor, bo winowajcą bywa baza danych albo kod, i przeglądamy stronę po stronie w poszukiwaniu punktu zaczepienia. Jeśli strona po prostu zwolniła, a nic się nie wywala, debug log jest złym narzędziem i szkoda na niego czasu.

Żaden z tych sygnałów osobno nie musi oznaczać natychmiastowego usunięcia – ale kilka z nich naraz, przy tej samej wtyczce, to wystarczający powód, żeby potraktować sprawę priorytetowo, a nie odkładać ją na kolejny audyt.

Checklista przed dodaniem nowej wtyczki

Zanim kolejna wtyczka trafi na stronę, warto przejść przez krótką listę pytań – to kilka minut, które oszczędzają potem godziny sprzątania po nieprzemyślanej decyzji.

• Czy funkcja, której potrzebuję, naprawdę wymaga osobnej wtyczki, czy jest już dostępna w którejś z zainstalowanych?
• Kiedy wtyczka była ostatnio aktualizowana i czy jest zgodna z aktualną wersją WordPressa?
• Jak wyglądają oceny i sekcja wsparcia technicznego – czy autor odpowiada na zgłoszenia?
• Jakich uprawnień i połączeń zewnętrznych wymaga wtyczka w stosunku do tego, co faktycznie ma robić?
• Czy podobną funkcję da się osiągnąć prostszym sposobem, bez dokładania kolejnej wtyczki do listy?
• Czy przetestuję tę wtyczkę najpierw na środowisku testowym, zanim trafi na żywą stronę?

Ile wtyczek WordPress instalować? Tyle, ile strona realnie potrzebuje – ani mniej, żeby zaspokoić arbitralną liczbę, ani więcej, bo „przyda się kiedyś”. Liczba w panelu administracyjnym sama w sobie nic nie mówi o kondycji strony. Mówi o niej to, czy każda zainstalowana wtyczka jest tam z konkretnego powodu, czy jest dobrze utrzymywana i czy ktoś regularnie sprawdza, czy wciąż jest potrzebna. Strona z przemyślanym, choćby większym zestawem wtyczek, jest w lepszej kondycji niż strona z ich mniejszą liczbą, ale zaniedbaną i nieaudytowaną od lat.

Nie wiesz, które z zainstalowanych wtyczek faktycznie warto zostawić?
Robimy audyty wtyczek jako część regularnej opieki nad stroną – sprawdzamy, co jest potrzebne, co się dubluje i co obciąża stronę bez realnej korzyści. Sprawdź, co dokładnie obejmuje nasza opieka nad stroną WordPress i zobacz, czy Twoja strona mogłaby na tym skorzystać.