D-563P1 · krytyczne
Analiza WP pod kątem widoczności pod AI
Audytujemy konfigurację WordPressa pod kątem tego, co widzą roboty wyszukiwarek i crawlery modeli AI. Sprawdzamy, czy ustawienia wtyczek, cache i zabezpieczeń nie ukrywają treści albo nie wysyłają sprzecznych sygnałów.
Jak to robimy
- Przeglądamy wtyczkę SEO, mapy witryny, robots.txt, canonicale i ustawienia noindex dla typów treści.
- Sprawdzamy archiwa, tagi i strony załączników, które mogą rozmywać indeks.
- Weryfikujemy dane strukturalne i breadcrumbs generowane przez motyw oraz wtyczki.
- Porównujemy HTML zwracany przez serwer z wyrenderowaną stroną, żeby ocenić dostępność treści w DOM.
- Testujemy, czy cache i wtyczki bezpieczeństwa nie serwują robotom innej wersji strony.
Co otrzymujesz
Dostajesz raport z listą ustawień WordPressa, które utrudniają odczyt treści, uporządkowaną według priorytetu. Każdy punkt ma opisaną poprawkę do wdrożenia.
Kiedy i w jakiej formie: Start + kwartalnie
D-564P1 · krytyczne
Aktualizacje WP silnik
Nową wersję rdzenia WordPressa wdrażamy w procesie, który chroni indeksację i widoczność w odpowiedziach AI. Aktualizacja silnika potrafi zmienić sposób generowania kodu, map witryny lub nagłówków. Dlatego po każdej takiej zmianie sprawdzamy, co widzą roboty.
Jak to robimy
- Wykonujemy kopię zapasową i testujemy nową wersję rdzenia na stagingu.
- Sprawdzamy zgodność motywu i wtyczek z nową wersją, zanim trafi ona na produkcję.
- Po wdrożeniu kontrolujemy mapy witryny, robots.txt i meta robots na głównych szablonach.
- Przez kolejne dni obserwujemy raporty indeksowania w Google Search Console.
- Trzymamy gotowy plan powrotu do poprzedniej wersji na wypadek poważnych błędów.
Co otrzymujesz
Silnik strony ma aktualne poprawki bezpieczeństwa, a Ty dostajesz potwierdzenie, że aktualizacja nie zmieniła sygnałów dla robotów. W dzienniku zmian zapisujemy wersję i datę wdrożenia.
Kiedy i w jakiej formie: Miesięcznie
D-565P1 · krytyczne
Aktualizacje WP pluginy
Wtyczki aktualizujemy dopiero po sprawdzeniu, czy nowa wersja współpracuje z motywem i resztą dodatków. Szczególnie uważnie traktujemy wtyczki SEO, cache, bezpieczeństwa, formularzy i danych strukturalnych. Osobno testujemy page buildery, czyli wizualne kreatory stron.
Jak to robimy
- Czytamy listy zmian nowych wersji i wyłapujemy te, które dotyczą metadanych, schema lub cache.
- Aktualizujemy wtyczki na stagingu pojedynczo, żeby wiedzieć, która wywołuje ewentualny błąd.
- Po każdej aktualizacji sprawdzamy kod strony, dane strukturalne i działanie formularzy.
- Sprawdzone wersje wdrażamy na produkcję i czyścimy cache, żeby roboty dostały aktualny kod.
Co otrzymujesz
Wtyczki są aktualne, a ich aktualizacje nie psują danych strukturalnych ani ustawień indeksacji. Każda zmiana ma wpis w dzienniku z wersją przed aktualizacją i po niej.
Kiedy i w jakiej formie: Miesięcznie
D-566P1 · krytyczne
Automatyczne Backupy WP
Konfigurujemy automatyczne kopie plików i bazy WordPressa z przemyślaną retencją, szyfrowaniem i przechowywaniem poza serwerem. Kopia chroni przed utratą danych, ale nie zastępuje stagingu, na którym testujemy zmiany.
Jak to robimy
- Ustalamy, ile wersji kopii przechowujemy i jak długo, zależnie od tempa zmian w serwisie.
- Włączamy szyfrowanie archiwów i wysyłamy je do zewnętrznej lokalizacji, niezależnej od hostingu.
- Sprawdzamy, czy kopie wykonują się zgodnie z harmonogramem i mają pełny rozmiar.
- Okresowo odtwarzamy wybraną kopię na osobnym środowisku i dokumentujemy wynik testu.
Co otrzymujesz
Masz zaszyfrowane kopie w zewnętrznej lokalizacji i spisaną politykę ich przechowywania. Wynik ostatniego testu odtworzenia widzisz w raporcie.
Kiedy i w jakiej formie: Stały proces + test kwartalny
D-567P1 · krytyczne
Weryfikacja i optymalizacja dostępu do WP
Przeglądamy, kto ma dostęp do Twojego WordPressa i czy potrzebuje go w obecnym zakresie. Nieaktywne konta i stare dostępy agencji to częsta droga włamania, które kończy się spamem w indeksie.
Jak to robimy
- Porównujemy listę kont z aktualnym składem zespołu i listą współpracujących firm.
- Wyłączamy nieaktywne konta i dostępy agencji, których współpraca z Tobą już się zakończyła.
- Przypisujemy role według zasady minimalnych uprawnień: autor pisze, edytor publikuje, administrator konfiguruje.
- Włączamy logowanie dwuskładnikowe dla wszystkich kont z uprawnieniami edytora i wyższymi.
Co otrzymujesz
Otrzymujesz listę kont po przeglądzie z opisem zmian w rolach. Dostęp do panelu mają tylko osoby, które aktualnie pracują nad serwisem.
Kiedy i w jakiej formie: Kwartalnie
D-568P1 · krytyczne
Weryfikacja blokad botów przez security pluginy
Wtyczki bezpieczeństwa i zapory sieciowe potrafią po cichu blokować roboty, na których zależy Ci najbardziej. Sprawdzamy, czy firewall, WAF, antyspam i limity zapytań przepuszczają Googlebota, Bingbota i wybrane crawlery AI.
Jak to robimy
- Przeglądamy reguły blokowania według user-agenta, adresu IP i kraju we wtyczkach oraz na serwerze.
- Analizujemy logi serwera pod kątem odpowiedzi 403 i 429 wysyłanych do robotów wyszukiwarek.
- Testujemy renderowanie stron w Google Search Console, żeby wykluczyć blokadę plików JS i CSS.
- Ustalamy z Tobą, które crawlery AI mają mieć dostęp, i dopasowujemy do tego reguły.
Co otrzymujesz
Dostajesz listę reguł blokujących z rekomendacją zmian oraz potwierdzenie, które roboty mają dostęp. Zabezpieczenia chronią stronę, nie odcinając jej od wyszukiwarek.
Kiedy i w jakiej formie: Miesięcznie + po zmianach
D-569P1 · krytyczne
Cache przyjazny crawlerom
Upewniamy się, że cache i CDN serwują robotom aktualną, kompletną wersję strony. Źle ustawiony cache potrafi pokazywać botom stary canonical, nieaktualne schema, błędną wersję mobilną albo puste fragmenty treści.
Jak to robimy
- Pobieramy strony jako Googlebot i jako zwykły użytkownik, a potem porównujemy zwrócony kod.
- Sprawdzamy nagłówki cache, czas życia kopii i to, czy edycja treści czyści pamięć podręczną.
- Weryfikujemy, czy wersja mobilna i desktopowa nie mieszają się w jednym wpisie cache.
- Po zmianach powtarzamy test na podstronach, które były ostatnio edytowane.
Co otrzymujesz
Roboty dostają ten sam aktualny kod co użytkownicy, razem z poprawnym canonicalem i danymi strukturalnymi. Otrzymujesz opis ustawień cache i reguł jego czyszczenia.
Kiedy i w jakiej formie: Miesięcznie
D-570P1 · krytyczne
Szablony wpisów pod AI
Budujemy w WordPressie szablony wpisów, które porządkują treść w przewidywalne bloki. Model AI szybciej znajduje w takim tekście definicję, odpowiedź i źródła, a czytelnik łatwiej się w nim porusza.
Jak to robimy
- Projektujemy układ z blokiem definicji, krótką odpowiedzią na początku i spisem treści.
- Dodajemy sekcję FAQ, dane autora, listę źródeł i widoczną datę aktualizacji.
- Wstawiamy wezwanie do działania i moduł powiązanych treści dopasowany do tematu wpisu.
- Łączymy szablon z danymi strukturalnymi, na przykład Article i FAQPage, generowanymi automatycznie.
- Pokazujemy redakcji, jak wypełniać bloki, żeby w opublikowanych wpisach nie zostawały puste sekcje.
Co otrzymujesz
Dostajesz gotowe szablony wpisów w edytorze WordPressa wraz z instrukcją ich użycia. Nowe artykuły powstają w jednolitej strukturze, czytelnej dla ludzi i modeli językowych.
Kiedy i w jakiej formie: Po audycie contentu
D-571P2 · ważne
Automatyczne linkowanie według encji
Wdrażamy reguły, które automatycznie linkują wystąpienia ważnych pojęć, czyli encji, do ich stron docelowych. Automat nadzorujemy ręcznie, bo bez kontroli wstawia linki w złych miejscach i z mylącymi anchorami.
Jak to robimy
- Tworzymy słownik encji: produktów, usług, pojęć i osób, z przypisaną stroną docelową.
- Ustawiamy limit linków na jedną podstronę i wykluczamy nagłówki, cytaty oraz przyciski.
- Przeglądamy próbkę wstawionych linków i poprawiamy reguły, które dają błędne dopasowania.
- Co pewien czas crawlujemy serwis, żeby sprawdzić rozkład linków do stron docelowych.
Co otrzymujesz
Masz działający system linkowania encji z opisanymi regułami i limitami. Ważne strony dostają spójne linki wewnętrzne, a treść nie jest nimi przeładowana.
Kiedy i w jakiej formie: Kwartalnie
D-572P1 · krytyczne
Historia zmian w WP
Włączamy i porządkujemy mechanizmy, które pokazują, kto i kiedy zmienił treść w WordPressie. Rewizje, dziennik zmian i daty modyfikacji pozwalają powiązać spadek widoczności z konkretną edycją.
Jak to robimy
- Włączamy rewizje wpisów i ustawiamy rozsądny limit ich liczby, żeby nie obciążać bazy.
- Wprowadzamy prosty dziennik zmian merytorycznych dla najważniejszych stron ofertowych i poradników.
- Sprawdzamy, czy autor i data modyfikacji zapisują się poprawnie przy każdej edycji.
- Pokazujemy zespołowi, jak porównać dwie wersje strony i przywrócić poprzednią.
Co otrzymujesz
Zespół widzi historię zmian każdej ważnej podstrony, łącznie z autorem i datą edycji. Gdy zmienia się ruch, szybko sprawdzamy, co zostało zmienione i przez kogo.
Kiedy i w jakiej formie: Stały proces
D-573P1 · krytyczne
Widoczna data aktualizacji
Pokazujemy na stronie datę ostatniej aktualizacji ważnych treści i utrzymujemy ją zgodną z polem dateModified w schema. Data zmienia się tylko wtedy, gdy tekst przeszedł realną aktualizację merytoryczną.
Jak to robimy
- Dodajemy do szablonu widoczną datę aktualizacji obok daty pierwszej publikacji.
- Sprawdzamy, czy dateModified w danych strukturalnych zgadza się z datą widoczną dla czytelnika.
- Ustalamy z redakcją, jakie zmiany uzasadniają nową datę, a jakie nie, np. poprawka literówki.
- Wyłączamy mechanizmy, które automatycznie odświeżają daty bez zmiany treści.
Co otrzymujesz
Czytelnik i wyszukiwarka widzą wiarygodną informację o świeżości treści. Dostajesz zasady aktualizowania dat spisane dla redakcji, z przykładami zmian, które kwalifikują się do nowej daty.
Kiedy i w jakiej formie: Przy aktualizacji
D-574P2 · ważne
Optymalizacja kolejności treści w DOM
Tekst ładowany dopiero po kliknięciu albo ukryty w skryptach bywa pomijany przez roboty i modele AI. Dlatego kontrolujemy, czy najważniejsza treść, definicje i nagłówki są w kodzie strony w logicznej kolejności.
Jak to robimy
- Porównujemy kod źródłowy z wyrenderowanym DOM, czyli strukturą strony po wykonaniu skryptów.
- Sprawdzamy, czy odpowiedź na główne pytanie pojawia się w kodzie przed elementami pobocznymi.
- Wyszukujemy treści ładowane dopiero po interakcji, na przykład w zakładkach i rozwijanych panelach.
- Rekomendujemy zmiany w szablonie, które przenoszą ważny tekst do kodu HTML zwracanego przez serwer.
Co otrzymujesz
Dostajesz listę szablonów z opisem problemów w kolejności treści i proponowanymi zmianami. Po wdrożeniu najważniejsze informacje są dostępne od razu w kodzie strony.
Kiedy i w jakiej formie: Przy szablonach
