JavaScript i renderowanie źródła: zastosowanie praktyczne
Najważniejsza zasada: Jeżeli źródło wymaga kliknięcia, logowania lub niepewnego renderowania, system może nie otrzymać tej samej informacji co użytkownik.
Jak zastosować tę zasadę?
Zapewnij główną treść, nagłówki i linki w odpowiedzi HTML albo przetestuj renderowanie. Nie ukrywaj jedynego dowodu za interakcją, zgodą lub błędem skryptu.
Przykład
Tabela wyników widoczna dopiero po kliknięciu ma także statyczne podsumowanie HTML z definicją kolumn i linkiem do danych.
Test jakości
Porównaj kod źródłowy, DOM po renderowaniu i wersję pobraną bez JavaScript. Kluczowe twierdzenie powinno być dostępne w testowanym wariancie.
Ograniczenie
JavaScript sam w sobie nie jest błędem; problemem jest brak niezawodnego dostępu do istotnej informacji.
Minimalna karta źródła
| Warstwa | Pytanie kontrolne | Rezultat |
|---|---|---|
| Potrzeba | Na jakie pytanie odpowiada dokument? | jedna intencja główna |
| Zakres | Dla kogo i kiedy odpowiedź jest prawdziwa? | podmiot, okres, warunki |
| Dowód | Skąd pochodzi twierdzenie? | dane, metoda lub źródło |
| Fragment | Czy zachowuje sens poza stroną? | samodzielna jednostka informacji |
| Identyfikacja | Kto odpowiada za publikację? | autor, wydawca i wersja |
| Dostęp | Czy system może pobrać właściwy wariant? | 200, HTML i canonical |
Co sprawdzić przed publikacją?
JavaScript sam w sobie nie jest błędem; problemem jest brak niezawodnego dostępu do istotnej informacji.