Strona główna / Wiedza / Działania / WordPress, CMS, bezpieczeństwo i utrzymanie techniczne
WordPress, bezpieczeństwo i migracje

WordPress, CMS, bezpieczeństwo i utrzymanie techniczne

Utrzymanie techniczne WordPressa to stała praca nad wtyczkami, aktualizacjami, kopiami zapasowymi i dostępami do panelu. Wykonujemy ją, bo jedna nieprzemyślana zmiana w CMS potrafi wyłączyć indeksację albo zepsuć przekierowania. Pilnujemy, żeby każda zmiana w Twoim serwisie przechodziła przez sprawdzony proces z testem i dokumentacją.

12działań w tej grupie
5z priorytetem P1
D-540P1 · krytyczne

Konfiguracja wtyczki SEO

Przeglądamy ustawienia wtyczki SEO w Twoim WordPressie i poprawiamy te, które szkodzą indeksacji. Wtyczka steruje szablonami tytułów, meta robots, mapami witryny i danymi strukturalnymi. Jeden błąd w jej konfiguracji powiela się na wszystkich podstronach danego typu.

Jak to robimy

  1. Sprawdzamy szablony title i meta description dla stron, wpisów, produktów, kategorii i archiwów.
  2. Ustalamy, które typy treści i taksonomie mają być indeksowane, a które dostają noindex.
  3. Weryfikujemy mapy witryny, canonical, breadcrumbs oraz znaczniki schema generowane przez wtyczkę.
  4. Kontrolujemy metadane do mediów społecznościowych i moduł przekierowań, jeśli wtyczka go obsługuje.
  5. Zapisujemy docelową konfigurację, żeby dało się ją odtworzyć po aktualizacji lub zmianie wtyczki.

Co otrzymujesz

Dostajesz poprawioną konfigurację wtyczki SEO i jej opis w dokumentacji projektu. Szablony, indeksacja i mapy witryny działają według jednej, spisanej logiki.

Kiedy i w jakiej formie: Start + po aktualizacjach

  • WordPress
  • Screaming Frog
  • Google Search Console
D-541P1 · krytyczne

Aktualizacje WP, motywu i wtyczek

Aktualizujemy rdzeń WordPressa, motyw i wtyczki według stałej procedury z kopią zapasową i testem. Każda aktualizacja może zmienić szybkość strony, znaczniki schema, ustawienia noindex, szablony lub przekierowania. Dlatego sprawdzamy ją, zanim trafi na produkcję.

Jak to robimy

  1. Przed aktualizacją wykonujemy pełną kopię plików i bazy danych serwisu.
  2. Instalujemy nowe wersje na stagingu, czyli testowej kopii serwisu niewidocznej dla wyszukiwarek.
  3. Testujemy formularze, szablony, dane strukturalne, meta robots i czas ładowania najważniejszych podstron.
  4. Po pozytywnym teście wdrażamy zmiany na produkcji i powtarzamy kontrolę jakości na żywej stronie.

Co otrzymujesz

Serwis działa na aktualnym oprogramowaniu, a Ty dostajesz wpis w dzienniku zmian z listą zaktualizowanych elementów. W razie problemu wiemy od razu, którą aktualizację cofnąć.

Kiedy i w jakiej formie: Miesięcznie

  • WordPress
  • PageSpeed Insights
  • Screaming Frog
D-542P1 · krytyczne

Backupy i odtwarzanie

Ustawiamy automatyczne kopie zapasowe plików i bazy danych, a potem sprawdzamy, czy da się z nich odtworzyć stronę. Kopia, której nikt nie przywracał, daje fałszywe poczucie bezpieczeństwa. O jej wadach dowiadujesz się zwykle dopiero w dniu awarii.

Jak to robimy

  1. Ustalamy częstotliwość kopii w zależności od tego, jak często zmieniają się treści i zamówienia.
  2. Konfigurujemy osobne kopie plików i bazy, przechowywane poza serwerem, na którym działa strona.
  3. Przywracamy wybraną kopię na środowisku testowym i sprawdzamy, czy serwis działa poprawnie.
  4. Zapisujemy procedurę odtworzenia krok po kroku, żeby każda osoba z zespołu mogła ją wykonać.

Co otrzymujesz

Masz działający harmonogram kopii i potwierdzony test przywrócenia strony. Procedura odtworzenia jest spisana i dostępna dla Twojego zespołu.

Kiedy i w jakiej formie: Stały proces + test kwartalny

  • WordPress
D-543P1 · krytyczne

Monitoring uptime i błędów

Śledzimy dostępność Twojej strony, żeby reagować, zanim awaria odbije się na ruchu i indeksacji. Obserwujemy błędy 5xx, czas odpowiedzi serwera, limity hostingu oraz termin wygaśnięcia certyfikatu SSL.

Jak to robimy

  1. Ustawiamy cykliczne sprawdzanie dostępności strony głównej i najważniejszych podstron ofertowych.
  2. Konfigurujemy alerty o błędach 5xx i wydłużonym czasie odpowiedzi serwera.
  3. Kontrolujemy zużycie zasobów hostingu, żeby wcześnie wychwycić zbliżające się limity.
  4. Po każdym wdrożeniu sprawdzamy, czy strona odpowiada poprawnie i nie zgłasza nowych błędów.
  5. Pilnujemy daty wygaśnięcia certyfikatu SSL i przypominamy o odnowieniu z wyprzedzeniem.

Co otrzymujesz

Dostajesz ustawione powiadomienia o awariach i krótkie podsumowanie incydentów w raporcie. Problemy z serwerem wychodzą na jaw, zanim zauważą je klienci lub roboty wyszukiwarek.

Kiedy i w jakiej formie: Stały monitoring

  • Google Search Console
  • automatyzacje
D-544P1 · krytyczne

Role i uprawnienia

Porządkujemy konta w panelu WordPressa: autorów, edytorów, administratorów oraz dostępy agencji i programistów. Każde zbędne konto z wysokimi uprawnieniami to dodatkowa furtka dla atakującego. Zwiększa też ryzyko przypadkowej zmiany w ustawieniach SEO.

Jak to robimy

  1. Eksportujemy listę użytkowników z przypisanymi rolami i datą ostatniego logowania.
  2. Usuwamy konta byłych pracowników, zakończonych współprac oraz nieużywane konta testowe.
  3. Obniżamy uprawnienia osobom, które mają rolę administratora, a potrzebują tylko roli edytora.
  4. Wymuszamy logowanie dwuskładnikowe (2FA) wszędzie, gdzie pozwala na to konfiguracja serwisu.

Co otrzymujesz

Otrzymujesz aktualną listę kont z rolami i uzasadnieniem każdego dostępu administracyjnego. Do panelu nie wejdą już osoby, które nie powinny z niego korzystać.

Kiedy i w jakiej formie: Kwartalnie

  • WordPress
D-545P2 · ważne

Audyt wtyczek

Przeglądamy wszystkie zainstalowane wtyczki i usuwamy te, które są zbędne, zbyt ciężkie albo porzucone przez autorów. Nadmiar dodatków spowalnia stronę i otwiera luki bezpieczeństwa. Niektóre wtyczki generują też śmieciowe adresy URL, które trafiają do indeksu.

Jak to robimy

  1. Spisujemy wtyczki z wersją, datą ostatniej aktualizacji i funkcją, jaką pełnią w serwisie.
  2. Mierzymy wpływ najcięższych dodatków na Core Web Vitals, wyłączając je kolejno na stagingu.
  3. Szukamy konfliktów, na przykład dwóch wtyczek generujących dane strukturalne dla tej samej strony.
  4. Crawlem sprawdzamy, czy któraś wtyczka tworzy zbędne adresy z parametrami lub strony załączników.
  5. Usuwamy albo zastępujemy wtyczki, które nie przeszły przeglądu, i zapisujemy uzasadnienie decyzji.

Co otrzymujesz

Dostajesz tabelę wtyczek z decyzją dla każdej: zostaje, do wymiany albo do usunięcia. Serwis ma mniej kodu do utrzymania i mniej miejsc podatnych na atak.

Kiedy i w jakiej formie: Kwartalnie

  • WordPress
  • Screaming Frog
  • PageSpeed Insights
  • Lighthouse
D-546P2 · ważne

Media library

Biblioteka mediów w WordPressie szybko zarasta ciężkimi obrazami, duplikatami i plikami bez opisu, więc ją porządkujemy. Zajmujemy się też stronami załączników, które system tworzy dla każdego pliku. Takie puste podstrony nie powinny trafiać do indeksu.

Jak to robimy

  1. Wyszukujemy obrazy bez tekstu alternatywnego i uzupełniamy go na podstronach z największym ruchem.
  2. Znajdujemy duplikaty oraz pliki ważące za dużo w stosunku do wyświetlanego rozmiaru.
  3. Wdrażamy automatyczną kompresję i konwersję do formatu WebP lub AVIF przy wgrywaniu plików.
  4. Strony załączników przekierowujemy do wpisu nadrzędnego albo wyłączamy z indeksacji.

Co otrzymujesz

Biblioteka mediów jest uporządkowana, a nowe obrazy trafiają na stronę już skompresowane. Z indeksu znikają puste strony załączników, które rozpraszały budżet crawlowania.

Kiedy i w jakiej formie: Kwartalnie

  • WordPress
  • Screaming Frog
  • PageSpeed Insights
D-547P2 · ważne

Taksonomie WordPress

Ograniczamy tagi, kategorie i archiwa, które powstają w WordPressie bez kontroli. Indeksowana taksonomia powinna mieć jasny cel, własną treść, linki wewnętrzne i realne zapytania w wyszukiwarce. Resztę łączymy, przekierowujemy albo wyłączamy z indeksu.

Jak to robimy

  1. Eksportujemy wszystkie kategorie i tagi z liczbą przypisanych wpisów oraz danymi o ruchu.
  2. Sprawdzamy w danych wyszukiwania, które archiwa odpowiadają na faktyczne zapytania użytkowników.
  3. Scalamy zdublowane tagi i te z pojedynczymi wpisami, ustawiając przekierowania na właściwe archiwa.
  4. Wartościowym kategoriom dodajemy opis wprowadzający, a pozostałe archiwa oznaczamy noindex.

Co otrzymujesz

Dostajesz uporządkowaną strukturę taksonomii z listą zmian i przekierowań. Robot wyszukiwarki trafia na mniej pustych archiwów, a mocne kategorie zyskują treść.

Kiedy i w jakiej formie: Kwartalnie

  • WordPress
  • Google Search Console
  • Screaming Frog
D-548P2 · ważne

Redirect management

Prowadzimy jeden centralny rejestr przekierowań dla całego serwisu. Reguły rozrzucone po wtyczkach i plikach serwera szybko się dublują i tworzą łańcuchy. W jednym miejscu łatwo sprawdzić, dokąd prowadzi każdy stary adres.

Jak to robimy

  1. Zbieramy przekierowania z wtyczek, pliku .htaccess i konfiguracji serwera w jednym arkuszu.
  2. Usuwamy zdublowane reguły i skracamy łańcuchy tak, by stary adres prowadził od razu do docelowego.
  3. Testujemy reguły oparte na wyrażeniach regularnych na próbce adresów przed ich publikacją.
  4. Wskazujemy trafne tematycznie strony docelowe zamiast masowego kierowania ruchu na stronę główną.

Co otrzymujesz

Masz aktualny rejestr przekierowań z datą i powodem każdej zmiany. Użytkownicy i roboty trafiają pod właściwy adres bez zbędnych przeskoków.

Kiedy i w jakiej formie: Miesięcznie

  • Screaming Frog
  • Google Search Console
  • WordPress
D-549P2 · ważne

Staging i deploy process

Każdą większą zmianę testujemy najpierw na stagingu, czyli kopii serwisu zamkniętej dla wyszukiwarek. Przed publikacją skanujemy tę kopię crawlerem. Szukamy w niej błędów, które najczęściej pojawiają się przy wdrożeniach.

Jak to robimy

  1. Upewniamy się, że staging jest chroniony hasłem i nie trafi do indeksu Google.
  2. Crawlujemy środowisko testowe i porównujemy meta robots, canonical, linki oraz dane strukturalne z produkcją.
  3. Sprawdzamy ręcznie formularze, media i przekierowania na typowych szablonach stron.
  4. Po wdrożeniu kontrolujemy, czy blokady stagingu nie przeszły razem z kodem na produkcję.

Co otrzymujesz

Wdrożenia przechodzą przez spisany proces z listą kontrolną przed publikacją i po niej. Błędy wychwytujemy na kopii testowej, zanim zobaczą je użytkownicy.

Kiedy i w jakiej formie: Przed wdrożeniami

  • Screaming Frog
  • Sitebulb
  • WordPress
D-550P2 · ważne

Bezpieczeństwo i malware

Pilnujemy, żeby w serwisie nie pojawił się złośliwy kod, wstrzyknięty spam, ukryte linki ani nieautoryzowane przekierowania. Takie infekcje często widać dopiero w wynikach wyszukiwania. Ich skutkiem bywa utrata zaufania Google i gwałtowny spadek ruchu.

Jak to robimy

  1. Regularnie skanujemy pliki i bazę danych w poszukiwaniu znanych sygnatur złośliwego kodu.
  2. Szukamy w indeksie Google podstron ze spamem, na przykład z obcymi frazami farmaceutycznymi.
  3. Sprawdzamy, czy w kodzie nie pojawiły się ukryte linki ani fałszywe dane strukturalne.
  4. Śledzimy zgłoszenia dotyczące bezpieczeństwa w Google Search Console i reagujemy na nie od razu.
  5. Po wykryciu infekcji czyścimy serwis, zamykamy lukę i zgłaszamy prośbę o ponowne sprawdzenie.

Co otrzymujesz

Wiesz, czy serwis jest czysty, a w razie ataku dostajesz opis incydentu i wykonanych napraw. Szybka reakcja ogranicza szkody w indeksie i w reputacji marki.

Kiedy i w jakiej formie: Stały monitoring

  • Google Search Console
  • Screaming Frog
  • WordPress
D-551P3 · rozwojowe

Dokumentacja CMS

Spisujemy zasady pracy w CMS dla osób, które tworzą i publikują treści. Redakcja dostaje jasne wytyczne, czego nie ruszać, żeby przypadkowo nie zepsuć ustawień SEO.

Jak to robimy

  1. Opisujemy, jak tworzyć nowe strony i wpisy, wybierać kategorie oraz dodawać tagi.
  2. Ustalamy reguły dla tytułów, meta description, adresów URL i nagłówków w treści.
  3. Dodajemy instrukcję przygotowania obrazów: rozmiar, format, nazwa pliku i tekst alternatywny.
  4. Wyjaśniamy zasady linkowania wewnętrznego oraz uzupełniania danych autora przed publikacją.
  5. Wskazujemy ustawienia, których redakcja nie powinna zmieniać bez konsultacji z nami.

Co otrzymujesz

Dostajesz dokumentację CMS napisaną prostym językiem, z przykładami z Twojego serwisu. Nowe osoby w zespole szybciej publikują poprawne treści.

Kiedy i w jakiej formie: Jednorazowo + aktualizacja

  • WordPress

Które z tych działań są potrzebne Twojej firmie?

Zamów bezpłatny audyt. Sprawdzimy Twój serwis i wskażemy, od czego zacząć.

Współpraca, która napędza sukces

Zadzwoń