D-610P1 · krytyczne
SEO QA przed publikacją strony
Przed publikacją nowej strony przechodzimy przez listę kontrolną SEO, żeby błąd nie trafił do indeksu. Sprawdzamy title, meta, H1, URL, canonical, indeksowalność, schema, linki, obrazy, wersję mobilną, CTA, formularz, źródła i autora.
Jak to robimy
- Porównujemy treść z intencją frazy, dla której strona powstała.
- Weryfikujemy znaczniki: title, meta description, H1, canonical i brak przypadkowego noindex.
- Sprawdzamy linki wewnętrzne, teksty alternatywne obrazów i dane strukturalne.
- Testujemy stronę na telefonie, w tym formularz i widoczność CTA.
- Kontrolujemy Core Web Vitals oraz podpis autora i źródła w treści.
Co otrzymujesz
Każda nowa strona ma wypełnioną checklistę QA przed publikacją. Błędy wychodzą na etapie kontroli, zanim zobaczy je Google.
Kiedy i w jakiej formie: Przed każdą publikacją
D-611P1 · krytyczne
SEO QA po wdrożeniu dev
Po każdym wdrożeniu zmian przez programistów sprawdzamy, czy nic nie zepsuło SEO. Nowa wersja szablonu potrafi dodać noindex, zmienić canonical albo zablokować serwis w robots.txt.
Jak to robimy
- Crawlujemy główne szablony: stronę główną, kategorie, produkty lub usługi oraz wpisy.
- Porównujemy robots.txt, noindex, canonical i statusy HTTP ze stanem sprzed wdrożenia.
- Sprawdzamy mapy witryny, przekierowania i dane strukturalne w nowej wersji.
- Testujemy formularze i szukamy błędów JavaScript w konsoli przeglądarki.
- Wyniki kontroli przekazujemy zespołowi IT z priorytetem i opisem poprawki.
Co otrzymujesz
Po każdym wdrożeniu dostajesz raport QA z wynikiem kontroli i listą ewentualnych błędów. Problemy wychwytujemy tuż po zmianie, zanim odbiją się na ruchu.
Kiedy i w jakiej formie: Po deployu
D-612P1 · krytyczne
Unikanie spamu SEO
Nie stosujemy technik, które Google uznaje za spam, bo grożą działaniem ręcznym i utratą widoczności. Wykluczamy m.in. cloaking, czyli pokazywanie robotom innej treści niż ludziom, oraz strony przejściowe typu doorway. Nie używamy też sieci zapleczy PBN, ukrytych tekstów, upychania słów ani sztucznych recenzji.
Jak to robimy
- Przed startem sprawdzamy, czy serwis nie ma śladów wcześniejszych praktyk spamerskich.
- Każdą taktykę pozyskania linków oceniamy pod kątem zgodności z zasadami Google.
- Nie zlecamy automatycznych komentarzy ani opinii pisanych na zamówienie.
- Sprawdzamy w Search Console zakładkę działań ręcznych i reagujemy na każde powiadomienie.
Co otrzymujesz
Twój serwis rozwija się metodami zgodnymi z wytycznymi wyszukiwarek. Nie narażasz domeny na karę, która mogłaby cofnąć efekty wielu miesięcy pracy.
Kiedy i w jakiej formie: Zawsze
D-613P1 · krytyczne
Kontrola treści AI-assisted
Treści przygotowane z pomocą AI przechodzą u nas redakcję człowieka i kontrolę merytoryczną przed publikacją. Nie publikujemy masowo generycznych tekstów, bo nie wnoszą nic nowego i mogą zaszkodzić ocenie serwisu.
Jak to robimy
- Model AI wykorzystujemy do szkicu, researchu albo struktury, a sam tekst pisze redaktor.
- Sprawdzamy fakty, dane i źródła, bo modele językowe potrafią je zmyślać.
- Dodajemy doświadczenie firmy: przykłady, zdjęcia, dane z realizacji i opinię eksperta.
- Przed publikacją tekst akceptuje osoba, która zna temat z praktyki.
Co otrzymujesz
Publikowane treści mają sprawdzone fakty i przykłady z Twojej firmy. Ryzyko publikacji błędnych informacji wyraźnie spada.
Kiedy i w jakiej formie: Przy każdej treści AI
D-614P2 · ważne
Checklisty redakcyjne
Redaktorzy dostają od nas listę wymagań, którą każdy tekst spełnia przed oddaniem. Obejmuje intencję, źródła, autora, nagłówki, linki, grafiki, FAQ, CTA, meta, aktualność i zgodność z tonem marki.
Jak to robimy
- Przygotowujemy checklistę dopasowaną do typu treści: artykułu, strony usługi lub karty produktu.
- Dołączamy ją do każdego briefu, żeby autor znał wymagania przed pisaniem.
- Redaktor zaznacza spełnione punkty, a specjalista SEO sprawdza tekst według tej samej listy.
- Aktualizujemy checklistę, gdy zmieniają się wytyczne Google lub standardy marki.
Co otrzymujesz
Masz checklisty redakcyjne dla każdego typu treści w projekcie. Teksty od różnych autorów trzymają ten sam poziom.
Kiedy i w jakiej formie: Stały proces
D-615P2 · ważne
Procedura akceptacji treści
Ustalamy, kto i w jakiej kolejności akceptuje treść przed publikacją: autor, ekspert, SEO, redaktor, prawnik, dział compliance, klient. Taka procedura jest szczególnie ważna w tematach YMYL, czyli dotyczących zdrowia, finansów, prawa i bezpieczeństwa.
Jak to robimy
- Spisujemy role i zakres odpowiedzialności każdej osoby w procesie.
- Ustalamy kolejność akceptacji i czas, jaki każda osoba ma na uwagi.
- Dla treści medycznych, finansowych lub prawnych dodajemy obowiązkową weryfikację specjalisty.
- Zapisujemy w dokumentacji, kto i kiedy zatwierdził każdą publikację.
Co otrzymujesz
Masz opisaną procedurę akceptacji z rolami i kolejnością kroków. Treści wysokiej odpowiedzialności przechodzą weryfikację eksperta przed publikacją.
Kiedy i w jakiej formie: Stały proces
D-616P2 · ważne
Dokumentacja wdrożeń
Każdy większy audyt i każdą zmianę w serwisie dokumentujemy: co zrobiono, dlaczego, z jakim priorytetem i kto odpowiada. Gdy po kilku miesiącach zmieni się ruch, dokumentacja pozwala szybko powiązać to z konkretnym wdrożeniem.
Jak to robimy
- Każde zalecenie zapisujemy z opisem, powodem, priorytetem i właścicielem zadania.
- Po wdrożeniu dopisujemy datę zmiany i adresy, których dotyczyła.
- Dołączamy wynik kontroli QA i zrzuty ekranu sprzed zmiany i po niej.
- Historię zmian prowadzimy w jednym miejscu dostępnym dla Ciebie i naszego zespołu.
Co otrzymujesz
Dostajesz dziennik wdrożeń, z którego można odczytać historię serwisu. Diagnozy spadków i wzrostów zajmują mniej czasu.
Kiedy i w jakiej formie: Stała obsługa
D-617P2 · ważne
Higiena linków i współprac
Każdą publikację sponsorowaną, afiliacyjną lub partnerską oznaczamy zgodnie z zasadami platformy i prawem. Linki z takich publikacji dostają atrybut sponsored lub nofollow, a anchory brzmią naturalnie.
Jak to robimy
- Sprawdzamy, czy publikacja ma widoczne oznaczenie współpracy, np. dopisek o artykule sponsorowanym.
- Pilnujemy atrybutu sponsored lub nofollow przy linkach z płatnych publikacji.
- Dobieramy anchory tak, żeby pasowały do zdania i nie powtarzały tej samej frazy sprzedażowej.
- Prowadzimy rejestr współprac z datą, wydawcą i sposobem oznaczenia.
Co otrzymujesz
Twoje współprace z wydawcami są jawne i zgodne z wytycznymi Google. Masz rejestr, który pokazuje sposób oznaczenia każdej publikacji.
Kiedy i w jakiej formie: Przy działaniach PR/link
D-618P2 · ważne
Prywatność i consent a pomiar
Sprawdzamy, czy baner zgód i Consent Mode v2 działają poprawnie, bez nadmiernej utraty danych w analityce. Weryfikujemy też, czy wdrożenia analityczne spełniają wymagania prawne wskazane przez Twój dział prawny lub inspektora ochrony danych.
Jak to robimy
- Testujemy baner w różnych scenariuszach: pełna zgoda, odmowa i zgoda częściowa.
- Sprawdzamy w Tag Managerze, czy tagi uruchamiają się dopiero po właściwej zgodzie.
- Weryfikujemy, czy Consent Mode v2 przekazuje sygnały zgody do GA4 i Google Ads.
- Porównujemy liczbę sesji i konwersji sprzed wdrożenia banera i po nim.
Co otrzymujesz
Dostajesz raport działania zgód z listą poprawek w konfiguracji. Pomiar respektuje wybór użytkownika i zachowuje możliwie dużo danych.
Kiedy i w jakiej formie: Kwartalnie
D-619P3 · rozwojowe
Biblioteka SOP agencji
Tworzymy instrukcje SOP, czyli standardowe procedury dla powtarzalnych prac w agencji. Obejmują audyt, research, briefy, publikację, link building, migracje, raportowanie i QA, żeby jakość nie zależała od jednej osoby.
Jak to robimy
- Opisujemy każdy proces krok po kroku, razem z narzędziami i oczekiwanym wynikiem.
- Dołączamy szablony dokumentów, checklisty i przykłady poprawnie wykonanej pracy.
- Nowe osoby w zespole wdrażamy według SOP i sprawdzamy ich pierwsze zadania.
- Aktualizujemy instrukcje po zmianach w wytycznych Google i po wnioskach z retrospektyw.
Co otrzymujesz
Twój projekt prowadzimy według spisanych procedur. Zmiana osoby w zespole nie obniża jakości prac.
Kiedy i w jakiej formie: Jednorazowo + aktualizacja
D-620P3 · rozwojowe
Retrospektywa wyników
Regularnie sprawdzamy, które działania przyniosły efekt, a które zajęły czas bez wpływu na wyniki. Na tej podstawie zmieniamy procesy, szablony i priorytety w projekcie.
Jak to robimy
- Zestawiamy wykonane zadania z danymi o ruchu, konwersjach i widoczności.
- Każde działanie oceniamy jako skuteczne, niejasne albo bez efektu.
- Szukamy przyczyn słabych wyników, np. złego wyboru stron lub niepełnego wdrożenia.
- Wnioski przenosimy do backlogu, szablonów i procedur obowiązujących w projekcie.
Co otrzymujesz
Dostajesz podsumowanie retrospektywy z listą działań do kontynuacji i do porzucenia. Kolejny okres planujemy na podstawie tego, co faktycznie działa w Twoim serwisie.
Kiedy i w jakiej formie: Kwartalnie
D-812P1 · krytyczneNowe we wrześniu 2026
Testy wysyłki formularzy i powiadomień
Formularz może przestać działać po aktualizacji wtyczki, zmianie motywu albo serwera poczty i nikt tego nie zauważy przez tygodnie. Przez każdy formularz w serwisie wysyłamy zgłoszenie testowe i śledzimy je do końca: strona podziękowania, mail, zapis w panelu i konwersja w analityce.
Jak to robimy
- Spisujemy wszystkie formularze w serwisie razem z adresami stron i odbiorcami powiadomień.
- Wysyłamy zgłoszenie testowe z komputera i z telefonu, także z załącznikiem, jeśli formularz go przyjmuje.
- Sprawdzamy, czy mail dochodzi i nie trafia do spamu, a zgłoszenie zapisuje się w panelu.
- Potwierdzamy, że wysłanie formularza liczy się jako konwersja w GA4 i w Google Ads.
- Powtarzamy test po każdej aktualizacji, a zgłoszenia testowe usuwamy z panelu.
Co otrzymujesz
Dostajesz protokół testu z listą formularzy, wynikiem każdego sprawdzenia i poprawkami, jeśli coś nie działało.
Kiedy i w jakiej formie: Po każdym wdrożeniu i co miesiąc