Który z wymienionych problemów walidator HTML (np. W3C Markup Validation Service) zgłosi jako błąd?
A. zbyt wolne ładowanie strony
B. zbyt długą treść akapitu
<p>C. brak zamknięcia znacznika
<div>D. użycie zbyt wielu kolorów na stronie
Walidator HTML, taki jak W3C Markup Validation Service, zgłosi brak zamknięcia znacznika <div> jako błąd, ponieważ sprawdza zgodność kodu ze składnią HTML i regułami zagnieżdżania elementów. Element <div> jest elementem blokowym używanym do grupowania fragmentów strony, ale jego znacznik końcowy </div> nie jest opcjonalny. Jeśli go zabraknie, przeglądarka często spróbuje sama naprawić strukturę dokumentu, ale nie znaczy to, że kod jest poprawny. Walidator może wtedy pokazać komunikat typu niezamknięty element albo problem z końcem dokumentu, bo parser widzi otwarty kontener tam, gdzie już powinien być zamknięty. W praktyce taki błąd potrafi popsuć układ CSS, dziedziczenie stylów, działanie JavaScriptu na DOM albo dostępność strony. Moim zdaniem warto regularnie walidować HTML, szczególnie przed oddaniem projektu, bo łatwo przeoczyć jeden </div>, a potem pół strony dziwnie się rozsypuje. Standardy HTML wymagają poprawnej struktury dokumentu, więc walidator skupia się właśnie na takich rzeczach: znacznikach, atrybutach, kolejności elementów i poprawnym zagnieżdżeniu.
Walidator HTML nie ocenia strony tak szeroko, jak czasem się wydaje. Jego głównym zadaniem jest sprawdzenie, czy dokument jest zgodny ze składnią HTML oraz obowiązującymi regułami standardu, czyli czy elementy są poprawnie zagnieżdżone, czy wymagane znaczniki zostały zamknięte, czy atrybuty są użyte w dozwolony sposób i czy struktura dokumentu ma sens dla parsera. Długość treści w akapicie <p> sama w sobie nie jest błędem HTML. Akapit może mieć jedno zdanie albo bardzo długi tekst, choć z punktu widzenia czytelności i UX lepiej dzielić treść na krótsze fragmenty. To jednak jest kwestia redakcyjna i projektowa, nie walidacyjna. Podobnie użycie wielu kolorów na stronie może wyglądać chaotycznie i moim zdaniem często psuje profesjonalny odbiór projektu, ale walidator HTML nie powie, że kolorów jest za dużo. Takie sprawy analizuje się raczej przez zasady UI, dostępność WCAG, kontrast tekstu i spójność identyfikacji wizualnej. Zbyt wolne ładowanie strony też nie jest błędem składni HTML. To problem wydajnościowy, który bada się narzędziami typu Lighthouse, PageSpeed Insights albo profilerem w DevTools. Typowy błąd myślowy polega tu na wrzucaniu wszystkich problemów strony do jednego worka. Walidator HTML nie jest audytorem designu ani testem szybkości, on sprawdza poprawność kodu znacznikowego. Brak zamknięcia <div> pasuje do tego zakresu idealnie, bo narusza strukturę dokumentu.