„Możemy odebrać stronę?” Najpierw spróbuj zostać jej klientem

W naszej zmyślonej kancelarii wykonawca pyta: „Możemy potwierdzić odbiór?” Wspólniczka właśnie skończyła oglądać projekt na laptopie. Podoba jej się. Zanim odpowie, bierze telefon i mówi: „Sprawdzę jeszcze, jak ktoś do nas napisze”.

W tej kancelarii osoba szukająca pomocy ma ustalić, czy zespół prowadzi sprawy spadkowe, znaleźć kontakt i wysłać krótkie zapytanie. Wspólniczka przejdzie tę drogę bez podpowiedzi wykonawcy. Nie musi umieć ocenić kodu, żeby sprawdzić, czy da się wykonać zadanie. Wykonawca odpowiada za techniczne próby; właściciel sprawdza, czy strona robi to, czego kancelaria potrzebuje.

Odbieraj stronę na podstawie uzgodnionych zadań i zapisanych wyników. „Ładna” jest oceną projektu. „Próbna wiadomość dotarła do sekretariatu i udało się na nią odpowiedzieć” opisuje działanie. Do decyzji o uruchomieniu potrzebujesz obu tych perspektyw.

Ustalcie, co znaczy „gotowe”

Najlepiej zapisać kryteria przed realizacją. Jakie widoki, funkcje i materiały obejmuje zamówienie? Kto zatwierdza teksty? Jak sprawdzicie telefon, dostępność i wydajność? Kto przeprowadza próby po publikacji? Przy gotowej stronie wróć do oferty i uzgodnień. Jeśli kryteriów nie zapisano, uzgodnijcie je teraz przed potwierdzeniem odbioru. Nie dopisujcie wstecz progów, których oferta nie przewidywała. Brak kryteriów nie oznacza obowiązku kupienia audytu. Zapiszcie wspólnie, jakie wykonanie zamówionych funkcji uznajecie za poprawne i jak to potwierdzicie.

Dla małej wizytówki bez formularza sprawdzasz kontakt przez podany numer lub e-mail. Bez panelu do samodzielnej edycji nie ma sensu wymagać szkolenia z publikowania artykułów. Przy serwisie z rezerwacjami trzeba natomiast sprawdzić także tę drogę, a nie poprzestać na samym mailu.

Ustalcie też, które usterki zatrzymują publikację. Mogą to być brak jedynej drogi kontaktu, błędny adres kancelarii albo niedostępność kluczowego zadania przy użyciu klawiatury. Znaczenie usterki odnosicie do uzgodnionych wymagań i potrzeb odbiorców. Nie rozstrzyga go sam kolor w raporcie automatycznego narzędzia.

Ty sprawdzasz zadanie, wykonawca jego warunki

Zacznij na własnym telefonie od strony głównej, a potem osobno od podstrony usługi. Znajdź sprawy spadkowe, przeczytaj zakres pomocy i spróbuj skontaktować się z kancelarią. Obróć telefon, otwórz menu i sprawdź, czy napis lub przycisk nie znika pod innym elementem. Powiększ stronę gestem rozsunięcia palców i sprawdź, czy tekst nadal da się odczytać. Zapisz miejsce, w którym trzeba zgadywać, przesuwać coś bez widocznej wskazówki albo wracać po brakującą informację.

Przy każdym problemie podaj adres podstrony, urządzenie, przeglądarkę i czynność. „Nie działa na telefonie” trudno powtórzyć. „Na telefonie, w widoku pionowym, nie mogę zamknąć menu i nacisnąć Kontakt” daje wykonawcy zadanie do odtworzenia. Dołącz zrzut ekranu albo krótkie nagranie, bez danych klientów.

Potem odłóż mysz przy komputerze. Przechodź klawiszem Tab między linkami i przyciskami, a Shift+Tab wracaj. Powinno być widać, który element jest wybrany. Spróbuj otworzyć menu, przejść do usługi i uruchomić kontakt. Sprawdź, czy Enter lub Spacja uruchamiają wybrany link albo przycisk. Jeśli otworzy się okno, sprawdź też, czy umiesz je zamknąć klawiaturą i wrócić do strony. Uwzględnij menu, baner cookies i okno kontaktu, jeśli są na stronie.

W3C opisuje takie podstawowe próby jako wstępny przegląd. Pomagają zauważyć bariery, ale ich zaliczenie nie oznacza pełnej zgodności z WCAG, czyli wytycznymi dostępności. Gdy klawiatura pomija wszystkie linki, sprawdź z wykonawcą także ustawienia przeglądarki: nawigacja klawiaturą może być w nich ograniczona. Dopiero potem przypisz problem stronie.

Wykonawca potwierdza techniczne sprawdzenia i ich zakres. Jeśli zamówienie obejmuje określone kryteria dostępności, poproś o raport odnoszący się właśnie do nich, ze wskazaniem sprawdzonych stron i funkcji. Właściciel nie musi samodzielnie rozstrzygać, czy kod etykiety formularza jest poprawny.

Przy wydajności poproś o wynik dla uzgodnionych podstron i warunków pomiaru, z nazwą narzędzia i datą. Podgląd za hasłem nie musi być odsłaniany na potrzeby pomiaru. Wykonawca dobiera narzędzie działające przy ograniczonym dostępie. Jeżeli raport pokazuje problem z uzgodnionym wymaganiem, zapiszcie poprawkę i powtórzcie pomiar.

Sprawdźcie również teksty, fotografie i linki. Kancelaria zatwierdza merytoryczny zakres usług oraz prawdziwość informacji o zespole. Wykonawca sprawdza działanie odnośników, plików do pobrania i wskazanych funkcji. Otwórzcie je także z telefonu. Protokół techniczny nie zastępuje zatwierdzenia treści ani oceny praw do materiałów.

Kontakt kończy się po drugiej stronie

Zapisz godzinę próby i kanał kontaktu. Przy wiadomości dopisz uzgodnionego odbiorcę. Poproś osobę czytającą skrzynkę o potwierdzenie odbioru i próbną odpowiedź. Ustalcie z wykonawcą czas oczekiwania na doręczenie, a z odbiorcą termin sprawdzenia skrzynki. Sprawdź, czy odpowiedź wróciła na właściwy adres. Sam komunikat na stronie albo automatyczny mail nie potwierdzają, że zgłoszenie podjęła właściwa osoba.

Jeśli formularza nie ma, sprawdź każdy podany kanał: telefon lub e-mail. Sprawdź również linki, które mają otwierać wybieranie numeru lub nową wiadomość. Ustalcie, kto odpowiada i co dzieje się, gdy tej osoby nie ma. Próba nie wymaga dodawania nowego kanału kontaktu.

Jeśli jest formularz, użyj własnego adresu do prób, testowych danych i oznacz wiadomość jako próbę. Nie wysyłaj opisu prawdziwej sprawy ani załączników. Zobacz też, czy wymagane pola są zrozumiałe i czy błąd wpisanego adresu e-mail daje czytelną podpowiedź, co poprawić. W3C zaleca, żeby walidacja pomagała rozpoznać i naprawić błąd, a nie tylko zatrzymywała wysyłkę. Pełne pięć prób znajdziesz w poradniku o formularzu kancelarii.

Gdy wiadomość nie dociera, wykonawca strony i administrator poczty dostają zapis tej samej próby. Jeśli skrzynka działa w Microsoft 365, administrator z uprawnieniami może w śledzeniu wiadomości ustalić, czy usługa ją przyjęła, odrzuciła lub dostarczyła. U innego dostawcy poproś o odpowiadające temu dane. Nie wnioskuj z samego braku maila, że winny jest formularz albo poczta.

Dostępy i materiały też mają odbiorcę

Sprawdź własne konto, zamiast oglądać, jak wykonawca pokazuje swój panel. Jeśli zamówiono samodzielną edycję, osoba, która będzie publikować, powinna na podglądzie albo niepublicznym szkicu wykonać jedną typową zmianę z instrukcją: poprawić numer, zmienić opis usługi albo dodać wpis. Sposób próby uzgodnij z wykonawcą, żeby nie opublikować testu na działającej stronie. Próbny szkic potem usuńcie. Sam widok przycisku „Edytuj” nie dowodzi, że da się zakończyć zadanie. Jeśli korzystacie z Search Console, zapiszcie także, kto kontroluje tę usługę i kto ma potrzebny dostęp do sprawdzeń.

Dla strony bez panelu wystarczy uzgodniony sposób zlecania zmian. Zapiszcie, kto przyjmuje zgłoszenie, jaki zakres obejmuje opieka, jak rozlicza się dodatkowe prace i kto pilnuje domeny, hostingu oraz płatnych dodatków. Listę praw, plików i kont uporządkujesz z kartą właściciela strony. Haseł i kodów odzyskiwania nie wpisuj do ogólnego protokołu.

Protokół przed publikacją

W nagłówku wpiszcie adres podglądu, oznaczenie wersji i datę. Podgląd powinien mieć ograniczony dostęp, na przykład hasło. Samo wyłączenie z wyszukiwarki nie zatrzyma osoby, która zna link. Dane klientów pozostają poza próbą.

Przy każdym wierszu wybierz jeden wynik: działa w tej próbie, usterka, nie sprawdzono albo nie dotyczy. Dopisz dowód, osobę odpowiedzialną i termin, jeśli coś pozostaje otwarte. „Nie dotyczy” wymaga powodu, na przykład braku formularza w uzgodnionym zakresie. „Nie sprawdzono” nie staje się potwierdzeniem poprawności tylko dlatego, że kończy się termin projektu. Tak oznacz też próby na publicznej stronie, których nie można jeszcze przeprowadzić przed publikacją. Brak potwierdzenia wymaga terminu sprawdzenia. Jeśli uzgodniony czas doręczenia minął i po sprawdzeniu skrzynki wiadomości nie ma, zapisz usterkę drogi kontaktu, choć jej przyczyny jeszcze nie znacie.

Rozdzielcie usterki zatrzymujące publikację, pozostałe poprawki i sprawy spoza zakresu. Otwarte pozycje zapiszcie poniżej osobno: czego brakuje lub co nie działa, czy zatrzymuje publikację, kto poprawia lub sprawdza, do kiedy i kto powtarza próbę. Dopiszcie nowy wynik z datą, zamiast usuwać ślad poprzedniej próby. Decyzję o odbiorze odnieście do umowy i tych wyników. Dalsze utrzymanie wymaga osobnych ustaleń.

Przykładowy wpis dla naszej zmyślonej kancelarii: „Telefon, oferta spadkowa i kontakt: działa w tej próbie. Odbiór próbnego formularza: nie sprawdzono, sekretariat sprawdza skrzynkę do końca dnia”. To dwa wiersze protokołu, choć dotyczą jednej drogi klienta. Nie potrzebujecie przy tym kilkudziesięciu pozycji, które nie dotyczą Waszej strony.

Czego nie potwierdzi podgląd

Uzgodnijcie przed startem krótki drugi etap na publicznym adresie. Kancelaria powtarza drogę klienta, a wykonawca potwierdza techniczne warunki. Plan przełączenia, wpływ na pocztę i powrót do poprzedniej wersji opisaliśmy osobno w poradniku o przebudowie strony.

Jeśli korzystacie z Search Console, osoba mająca uprawnienia zapisuje wynik sprawdzenia publicznych adresów. To narzędzie Google dla właściciela witryny. Test na żywo może pomóc wykryć przeszkody techniczne, ale nie potwierdza, że strona jest już w indeksie ani że pojawi się na określonej pozycji. Stan indeksowania sprawdza się oddzielnie i nie musi być gotowy w chwili publikacji.

Poniższe cztery punkty dopiszcie pod tabelą jako część „Po publikacji”. W dniu odbioru na podglądzie mają status „nie sprawdzono”. Po próbie zapiszcie datę, adres, osobę, wynik i dowód:

• Publiczny dostęp bez logowania i HTTPS. Kancelaria powtarza linki ze swojego zadania, wykonawca pozostałe uzgodnione sprawdzenia i przekierowania z mapy, jeśli dotyczą.
• Próba kontaktu z publicznej wersji do odbioru i odpowiedzi, odpowiednia do podanych kanałów.
• Wykonawca: na publicznych stronach nie zostały blokady z podglądu. Przy Search Console zapisany wynik testu na żywo i oddzielny termin kontroli stanu indeksu.
• Wersja próbna nadal chroniona albo wyłączona.

Jeśli posługujecie się PageSpeed Insights, oddzielcie pomiar laboratoryjny od danych prawdziwych odwiedzin. Google wyjaśnia, że nowa lub rzadko odwiedzana strona może jeszcze nie mieć własnych danych użytkowników. Ich brak nie jest dowodem błędu ani zaliczeniem kryterium. Zapiszcie termin powrotu do tych danych, jeśli kryterium ich wymaga.

Wspólniczka wraca do pytania „możemy odebrać?” Teraz może odpisać zapisem: co na telefonie działało w tej próbie, a co czeka na potwierdzenie. Odpowiedź przestaje zależeć od tego, jak strona wyglądała na laptopie.

Źródła i dalsza lektura

Materiały sprawdzone 8 listopada 2026 r. Protokół jest naszą propozycją do ustalenia z wykonawcą, a podstawowe próby nie zastępują pełnej oceny dostępności ani uzgodnionych testów.

• W3C WAI: Easy Checks. Wstępne próby klawiatury, widocznego wyboru, formularzy i ich ograniczenia.
• W3C: brak pułapki klawiaturowej. Możliwość wyjścia z elementu przy użyciu klawiatury.
• W3C: walidacja formularzy. Rozpoznanie błędu i pomoc w jego poprawieniu.
• Google: narzędzie sprawdzania adresu URL. Informacja o indeksie, test na żywo i ich ograniczenia.
• Google: PageSpeed Insights. Dane laboratoryjne i rzeczywistych odwiedzin.
• Microsoft: śledzenie wiadomości w Exchange Online. Sprawdzenie dostarczenia przez osobę z uprawnieniami.