# Raport audytu strony: szablon do uzupełnienia

**To pusty szablon.** Wpisz w niego fakty i dowody ze swojego zlecenia. „Nie ustalono” znaczy, że wyniku jeszcze nie ma, więc nikt nie powinien czytać tego pola jako dobrej wiadomości. Instrukcje w polach usuń dopiero po wypełnieniu dokumentu, a gotowego raportu z danymi klienta nie publikuj obok tych szablonów.

## Metryka dokumentu

| Pole | Wartość |
|---|---|
| Klient i projekt | Nie ustalono |
| Numer raportu | Nie nadano |
| Wersja i data dokumentu | Nie ustalono |
| Autor i recenzent | Nie ustalono |
| Okres badania | Nie ustalono |
| Środowisko i wersja wdrożenia | Nie ustalono |
| Odbiorcy i poufność | Nie ustalono. Nie udostępniaj, dopóki tego nie uzgodnicie |
| Gdzie leżą chronione dowody | Nie ustalono |
| Poprzednia wersja i historia zmian | Przy pierwszej wersji nie dotyczy, potem wskaż |

## Podsumowanie dla klienta

**Cel badania:** nie ustalono.

**Decyzja potrzebna od klienta:** nie ustalono.

**Najważniejsze potwierdzone ustalenia:** nie badano. Przy każdym podaj opis, numer ustalenia i odnośnik do dowodu zamiast samej liczby punktów ze skanera.

**Proponowany pierwszy zakres prac:** nie ustalono. Nazwij zadania, zależności i warunki odbioru.

**Ograniczenia, które wpływają na decyzję:** nie ustalono. Wypisz strony, do których nie było dostępu, procesy, których nie badano, i brakujące dane. Ten akapit stoi przy podsumowaniu, bo w załączniku nikt go nie przeczyta.

## Zakres: plan i wykonanie

| Co badasz | Zaplanowano | Wykonano | Co ogranicza wniosek |
|---|---|---|---|
| Adresy URL | Nie ustalono | Nie badano | Nie ustalono |
| Szablony i komponenty | Nie ustalono | Nie badano | Nie ustalono |
| Procesy i stany dynamiczne | Nie ustalono | Nie badano | Nie ustalono |
| Wersje językowe | Nie ustalono | Nie badano | Nie ustalono |
| Role, logowanie i zgody | Nie ustalono | Nie badano | Nie ustalono |
| Urządzenia, rozdzielczości, przeglądarki | Nie ustalono | Nie badano | Nie ustalono |

Lista adresów z sitemapy mówi, co istnieje, a nie co przetestowano. Nieudane próby zapisz osobno, a procent pokrycia podawaj tylko wtedy, gdy znasz pełną liczbę stron.

**Jak dobrano próbkę:** nie ustalono. Wskaż kluczowe procesy, szablony, które reprezentują resztę, i pominięte warianty. Ograniczony przegląd dostępności nazywaj przeglądem, bo pełna ocena według metody WCAG-EM to osobna, dłuższa procedura.

**Wyłączenia i ich skutek:** nie ustalono. Przykład zapisu, a nie wynik: „Nie badano płatności, więc nie można potwierdzić, że zakup da się dokończyć”.

## Metody i źródła danych

| Obszar | Narzędzie, wersja i ustawienia | Na czym opiera się wynik | Wynik i ograniczenie |
|---|---|---|---|
| SEO | Nie ustalono | HTML, DOM, nagłówki HTTP, crawl, Search Console: wpisz te, których naprawdę użyłeś | Nie badano |
| Wydajność w teście laboratoryjnym | Nie ustalono | Adres, urządzenie, sieć, cache, liczba prób i statystyka | Nie badano |
| Wydajność u prawdziwych użytkowników | Nie ustalono | Adres albo cała domena, urządzenie, okres, 75. percentyl | Nie wiadomo, czy dane są dostępne |
| Dostępność | Nie ustalono | Wersja i kryteria WCAG, stan strony, metoda, technologie asystujące | Nie badano |
| Bezpieczeństwo | Nie ustalono | Zakres i zgoda na testy, role, API, nagłówki | Nie badano |
| CO₂e | Nie ustalono | Model i jego wersja, dane wejściowe, jednostka, granice systemu | Nie szacowano |

Brak wykrycia opisuj jako brak wykrycia w badanym zakresie, bo on nie gwarantuje braku problemu. Wyników z różnych obszarów nie uśredniaj do jednego procentu zgodności czy bezpieczeństwa.

## Rejestr ustaleń

Dla każdego problemu wypełnij osobną [kartę ustalenia](karta-ustalenia.md). Kilka wystąpień o wspólnej przyczynie może mieć jedno zadanie, ale przyczynę oznacz jako potwierdzoną albo jako hipotezę.

| ID | Ustalenie i skutek | Dowód i zakres | Dotkliwość i pewność | Priorytet i powód | Stan pracy |
|---|---|---|---|---|---|
| Nie nadano | Nie badano | Nie ustalono | Nie ustalono | Nie ustalono | Nie rozpoczęto oceny |

## Plan napraw i warunki współpracy

| Zadanie lub ustalenie | Kto realizuje | Kto akceptuje i weryfikuje | Zależność | Zakres i koszt | Termin |
|---|---|---|---|---|---|
| Nie ustalono | Nie ustalono | Nie ustalono | Nie ustalono | Do wyceny po ustaleniu zakresu | Nie uzgodniono |

**Co obejmuje zlecenie:** nie ustalono. Rozdziel badanie, konsultacje, wykonanie zmian, testy, wdrożenie i retest.

**Założenia wyceny i prace dodatkowe:** nie ustalono.

**Liczba rund retestu i termin dostępu:** nie uzgodniono.

## Odbiór, wyjątki i dalsza obserwacja

Do odbioru użyj [karty retestu](retest-i-odbior.md). Ustalenie ze stanem „wdrożono” dostaje „zweryfikowano” dopiero po reteście.

**Odroczone ryzyka:** brak decyzji. Każda akceptacja ryzyka ma właściciela, datę, uzasadnienie i termin przeglądu, a wynik techniczny zostaje taki, jaki był.

**Dalsze pomiary:** nie ustalono. Przy danych CrUX zapisz okres i zakres danych. Termin poprawy wyniku podawaj jako cel, bo konkretnej daty lepszego wyniku nikt nie zagwarantuje.

## Bezpieczne przekazanie i historia

Przed wysłaniem usuń albo zamaskuj dane osobowe, tokeny, identyfikatory sesji i szczegóły podatności. Ustal odbiorców, kanał z kontrolą dostępu, czas przechowywania i sposób odebrania dostępu. Tag `noindex` chowa stronę przed wyszukiwarką, ale nie blokuje otwarcia linku.

| Wersja | Co zmieniono | Data i autor | Dowody i decyzje |
|---|---|---|---|
| Nie nadano | Pusty szablon, bez badania | Nie ustalono | Brak |

## Załączniki

Nie dodano. Wypisz tu dowody, surowe wyniki i wersje narzędzi. Załączniki uzupełniają interpretację w raporcie, ale jej nie zastępują.