È pratico avere un punteggio di validazione perfetto su HTML?

A meno che tu non abbia intenzione di validare come HTML 3.2 o qualcosa del genere (e di perdere tutti i vantaggi che derivano dall'HTML 4 o 5), il tuo HTML bloccherà comunque i vecchi browser. Non li stai aiutando solo con l'HTML 5. Avrai bisogno di avvolgere i tuoi CSS e JS nei commenti, fornire meccanismi di fallback per i browser che non hanno il supporto Ajax, ecc. Quindi, in realtà, stai facendo più lavoro per te se ti importa troppo di quella roba.

Quindi la domanda diventa: "a quanto mi devo preoccupare del supporto?". E la risposta dipende dal pubblico di destinazione (tenendo presente che la compatibilità al 100% con ogni browser è un sogno irriducibile al di fuori delle intranet). Se il tuo sito è in attesa di visite da parte degli utenti di PC, non c'è alcun bisogno reale di supportare IE 3 o Mosaic o qualsiasi altra cosa - nessuna parte degli utenti che valga la pena menzionarla la userà. Browser per dispositivi mobili, forse si desidera il supporto per HTML 3.2 (alcuni browser telefonici sono irrimediabilmente obsoleti). Passato, però, in realtà non ottieni altro che fuzzies caldi.

Ciò che conta di più è la compatibilità in avanti - assicurando che con l'evolversi dell'HTML, l'aggiornamento dei browser non interrompa il tuo sito. Per questo, la validazione è una cosa migliore. La possibilità di supporto per cose che vengono rimosse è piuttosto bassa; anche il materiale HTML4 "non supportato" in HTML 5 è supportato, ci sono istruzioni esplicite su come trattarlo e non c'è più un vero meccanismo per rimuoverlo (poiché così facendo si interromperà il contenuto esistente). Quindi se la tua pagina è HTML 4 valida e non usa (o fornisce meccanismi di fallback per) la roba che è nuova in HTML 5, che copre probabilmente il 99% di tutti gli utenti, anche utilizzando la maggior parte dei "vecchi" browser.

Dato che non hai specificato di quale tipo di test stai parlando, ne sto parlando in termini generali.

Molti di questi cosiddetti "test di convalida" sono solo un controllo di sintassi con un DOM di riferimento, questo significa che un punteggio elevato è per una fonte ben formattata, un punteggio inferiore è per i documenti che non rispettano la linea guida DOM.

Il problema principale con l'HTML è il fatto che è un linguaggio interpretato e non hai un'implementazione di riferimento e anche i valori e gli attributi che puoi usare all'interno della lingua non possono essere associati a un comportamento unico o un risultato unico.

La maggior parte delle volte si finisce con la necessità di alcuni hack che possono interrompere il controllo della sintassi, a volte è meglio avere una sintassi non corretta piuttosto che avere una pagina HTML che appare brutta e può essere resa nel modo sbagliato.

Da quello che so anche io non posso definire Usabilità / Accessibilità perché queste 2 parole possono avere un numero infinito di definizioni, per un utente mobile questo può significare un sito web con pulsanti più grandi, per una persona con alcuni problemi agli occhi può essere interpretato come un migliore contrasto di colore nella pagina; questo dipende molto da cosa stai mirando.

Come ho detto, questi test sono solo un controllo di sintassi ma il loro vero significato è intorno a zero o meno, alcuni client possono richiedere quei piccoli loghi in fondo alla pagina, ma non credo che sappiano cos'è una pagina web di e come funziona.

So che la risposta è già stata accettata, ma voglio solo dirlo.

Diversi browser rispondono in modo diverso agli errori. Se hai errori nel tuo codice HTML, la probabilità che sembrerà la stessa nei vari browser sarà più piccola.

Questo non riguarda i browser più vecchi. Riguarda i browser correnti. Se guardi la tua pagina web con i browser più recenti, le differenze nel modo in cui vengono visualizzate saranno più ridotte se utilizzi un codice HTML privo di errori.

Ecco un elenco con esempi di come i browser rispondono agli errori sul mio sito web .

La domanda non ha una risposta costruttiva a meno che non sia chiarita, ma assumendo che "validazione" significhi cosa significasse (verificare la conformità a una definizione del tipo di documento) nel contesto HTML, allora la risposta corretta è: convalida in quanto tale niente tranne controllare che il tuo documento sia conforme alle regole di sintassi formalizzate che desideri impostare (per riferimento, che è il modo comune, o dando le tue regole). Questo è utile ma relativamente banale.

Se "convalida" significa utilizzare qualsiasi programma tu stia utilizzando per verificare la "validità", tutto dipende da cosa fa quel programma.