Checklista przed publikacją strony w Divi 5 — co sprawdzić zanim klikniesz „Opublikuj”

przez Łukasz | kwi 8, 2026

Moment przed publikacją strony jest zawsze trochę nerwowy. Projekt który przez tygodnie wyglądał dobrze na Twoim ekranie za chwilę zobaczy klient i jego klienci. I zawsze jest to moment kiedy okazuje się że coś zostało pominięte.

Nie dlatego że ktoś jest niedbały. Dlatego że przy budowaniu strony skupiasz się na tym co budujesz, a nie na tym co mogłeś przeoczyć. Checklist przed publikacją to zmiana trybu — z budowania na weryfikację.

Poniżej lista rzeczy które warto sprawdzić przed każdą publikacją. Nie wszystkie dotyczą każdego projektu — wybierz te które są istotne dla Twojego.

Treść i teksty

Czy wszystkie placeholder teksty zostały zastąpione — „Lorem ipsum” w stopce albo „Wpisz tu swój tekst” w sekcji hero to klasyk który pojawia się na opublikowanych stronach częściej niż powinien. Przejdź przez każdą stronę i upewnij się że nie ma tymczasowej treści.

Czy dane kontaktowe są poprawne — numer telefonu, adres email, adres fizyczny. Szczególnie ważne jeśli kopiowałeś dane z poprzedniego projektu albo z briefu klienta który mógł się zmienić.

Czy wszystkie linki działają — linki w menu, linki w treści, linki w stopce, linki w CTA. Kliknij każdy. Szczególnie sprawdź linki do zewnętrznych stron które mogły się zmienić.

Czy linki zewnętrzne otwierają się w nowej karcie — linki które wyprowadzają użytkownika z serwisu powinny otwierać się w nowej karcie żeby nie tracić odwiedzającego.

Czy formularze działają i czy maile dochodzą — wypełnij każdy formularz testowymi danymi i sprawdź czy wiadomość dotarła na właściwy adres. Sprawdź też automatyczną odpowiedź jeśli jest skonfigurowana.

Czy strona z podziękowaniem po formularzu działa — przekierowanie po wysłaniu formularza albo komunikat potwierdzający. Przetestuj cały flow od wypełnienia do potwierdzenia.

Wygląd i design

Czy strona wygląda poprawnie na wszystkich breakpointach — desktop, tablet, telefon. Sprawdź każdą stronę na każdym urządzeniu. Szczególna uwaga na nagłówek i stopkę, sekcje z wieloma kolumnami, obrazki tła i sekcje hero.

Czy czcionki ładują się poprawnie — zdarza się że font który wygląda dobrze w builderze ładuje się inaczej na opublikowanej stronie. Sprawdź w przeglądarce bez zalogowanego WordPressa.

Czy obrazki mają odpowiednią jakość i nie są rozciągnięte — przejdź przez wszystkie strony i sprawdź każdy obrazek. Szczególna uwaga na featured images wpisów blogowych i zdjęcia w sekcjach hero.

Czy alt texty obrazków są uzupełnione — ważne zarówno dla dostępności jak i dla SEO. Każdy obrazek powinien mieć opisowy alt text.

Czy favicon jest ustawiony — mała ikonka w zakładce przeglądarki. Brak faviconu to drobna rzecz ale widoczna i profesjonalnie wygląda kiedy jest.

Czy kolory są spójne w całym serwisie — szybkie przejście przez wszystkie strony z pytaniem: czy coś nie pasuje kolorystycznie. Czasem przy budowaniu jednej sekcji coś się rozjeżdża z resztą.

SEO i techniczne

Czy tytuły stron są ustawione — każda strona powinna mieć unikalny tytuł SEO. Nie „Strona główna” ale „Nazwa firmy — krótki opis czym się zajmuje”. Sprawdź przez wtyczkę Yoast lub Rank Math.

Czy meta opisy są uzupełnione — krótki opis każdej strony który pojawia się w wynikach wyszukiwania. Nie jest bezpośrednim czynnikiem rankingowym ale wpływa na to czy ktoś kliknie w wynik.

Czy strony które nie powinny być indeksowane są zablokowane — strona z podziękowaniem po formularzu, strona testowa, strony w budowie. Ustawienie „noindex” w opcjach SEO dla tych stron.

Czy mapa strony XML jest wygenerowana — Yoast i Rank Math robią to automatycznie. Warto sprawdzić czy mapa jest dostępna pod adresem /sitemap.xml i czy zawiera właściwe strony.

Czy certyfikat SSL jest aktywny — strona powinna działać na HTTPS. Sprawdź czy nie ma ostrzeżeń o mieszanej treści HTTP/HTTPS — zdarza się gdy obrazki albo inne zasoby są linkowane przez HTTP.

Czy Google Analytics lub inne narzędzie analityczne jest podpięte — klient powinien mieć dane od pierwszego dnia działania strony, nie od miesiąca po publikacji.

Czy prędkość ładowania strony jest akceptowalna — szybki test w PageSpeed Insights albo GTmetrix. Nie chodzi o wynik 100/100 — chodzi o to żeby strona nie ładowała się 8 sekund. Wynik Core Web Vitals w zieleni to dobry cel.

Prawne i RODO

Czy polityka prywatności jest opublikowana i aktualna — musi być dostępna ze strony głównej, zazwyczaj w stopce.

Czy regulamin jest opublikowany jeśli wymagany — przy sklepach, formularzach zapisu, serwisach które zbierają dane.

Czy zgody przy formularzach są poprawnie sformułowane — checkbox z tekstem zgody na przetwarzanie danych osobowych przy każdym formularzu kontaktowym.

Czy cookie banner jest skonfigurowany — jeśli strona używa cookies analitycznych lub marketingowych, banner z informacją i możliwością odrzucenia jest wymagany przez RODO.

Przed oddaniem klientowi

Czy klient ma dostęp do panelu WordPress — konto z odpowiednimi uprawnieniami, hasło zmienione z domyślnego.

Czy klient wie jak edytować treści — przynajmniej podstawowe rzeczy: jak zmienić tekst, jak dodać wpis blogowy, jak zaktualizować dane kontaktowe.

Czy backup jest skonfigurowany — automatyczny backup bazy danych i plików. UpdraftPlus albo rozwiązanie hostingowe. Backup który nie jest testowany to backup który może nie działać gdy będzie potrzebny.

Czy WordPress i wszystkie wtyczki są zaktualizowane — publikuj na aktualnym oprogramowaniu, nie na wersji sprzed trzech miesięcy.

Czy zbędne wtyczki są wyłączone lub usunięte — każda aktywna wtyczka to potencjalny wektor ataku i potencjalny problem z wydajnością. Wtyczki których nie używasz — usuń.

Jeden przegląd jako użytkownik

Na końcu — zanim klikniesz „Opublikuj” — przejdź przez całą stronę jako zwykły użytkownik. Wyloguj się z WordPressa, otwórz stronę w trybie incognito i przejdź przez nią od początku do końca.

Kliknij w menu. Przejdź przez kilka podstron. Wypełnij formularz. Sprawdź blog. Wejdź na stronę kontakt.

Widok z perspektywy użytkownika który nie wie jak strona była budowana często ujawnia rzeczy których nie widać gdy siedzisz w builderze od tygodnia.

Agent kończy, ale zadania nie wykonał

Agent kończy, ale zadania nie wykonał

Objawy Agent odpowiada: „Przygotowałem i wysłałem potwierdzenie do klienta." Potwierdzenie nie zostało wysłane. Albo: „Zaktualizowałem wszystkie rekordy" — zaktualizował trzy z dwunastu. Albo: „Nie znalazłem żadnych zamówień" — bo narzędzie zwróciło błąd, którego nikt...

Agent zrobił coś, o co nikt nie prosił

Agent zrobił coś, o co nikt nie prosił

Objawy Operacja, której nikt nie zlecił. Dane wysłane pod adres, którego nie ma w żadnej konfiguracji. Rekord zmieniony poza zakresem zadania. Odpowiedź, z której wynika, że agent dostał instrukcje od kogoś innego niż ty. Cecha wspólna: technicznie wszystko zadziałało...

Agent zrobił to samo dwa razy

Agent zrobił to samo dwa razy

Objawy Ten syndrom różni się od pozostałych jedną rzeczą: objaw widzi klient, nie ty. Trzy identyczne wiadomości w skrzynce. Dwa zamówienia zamiast jednego. Podwójne obciążenie. Duplikaty rekordów, które ktoś zauważa tydzień później. W twoim dzienniku wszystko wygląda...

Agent gubi wątek w długim zadaniu

Agent gubi wątek w długim zadaniu

Objawy Pierwsze kroki idą wzorowo. Po kilkunastu agent zaczyna się rozjeżdżać. Przestaje przestrzegać reguły z promptu systemowego, której trzymał się na początku. Zmienia format odpowiedzi w połowie zadania. Wraca do czegoś, co już ustalił, i ustala to inaczej....

Agent podaje dane, których nie ma

Agent podaje dane, których nie ma

Objawy Numer zamówienia w idealnym formacie, którego nie ma w bazie. Kwota, której w dokumencie nie ma. Nazwa pola API, które nigdy nie istniało. Cytat z regulaminu, brzmiący dokładnie jak reszta regulaminu i w nim nieobecny. Cecha wspólna wszystkich tych przypadków:...

Działał wczoraj, dziś nie działa

Działał wczoraj, dziś nie działa

Objawy Nic się nie wywala. Nie ma wyjątków, nie ma timeoutów, dziennik wygląda tak samo jak zawsze. Po prostu odpowiedzi są gorsze. Postacie, w jakich to się objawia: Jakość. Agent zaczyna pomijać kroki, które wcześniej wykonywał, albo odpowiada ogólniej. Format....

Agent wybiera złe narzędzie

Agent wybiera złe narzędzie

Objawy Agent odpowiada nie na to pytanie. Pobiera listę zamówień, gdy pytano o jedno konkretne. Odpowiada z pamięci, choć miał sprawdzić w bazie. Albo sięga po właściwe narzędzie i wpisuje w argumenty coś, czego nie da się użyć. Sygnał, który odróżnia ten syndrom od...

Agent kręci się w kółko

Agent kręci się w kółko

Objawy Agent wykonuje kolejne obroty pętli, nie zbliżając się do zakończenia zadania. W dzienniku widać jedną z trzech postaci. Powtórzenie. To samo narzędzie, te same argumenty, raz za razem — czasem dziesiątki razy pod rząd. Oscylacja. Agent wywołuje na przemian dwa...