La convalida dell'HTML è una cosa del passato? [duplicare]

La convalida sarà sempre importante, ma durante i periodi di transizione da uno standard all'altro è molto difficile da ottenere. È particolarmente difficile quando lo standard non è ancora finalizzato e concordato. Quindi, mentre la convalida è importante, il business è più importante e semplicemente non aspetterà la convalida. Quindi, inevitabilmente, ci sarà un periodo transitorio indefinito in cui la convalida verrà scartata sommariamente in molti casi finché non verrà raggiunto uno standard più stabile e implementato che possa fornire una base affidabile per la convalida.

Html5 è "out", ma non è impostato per essere finalizzato fino al 2014 a volte.

La convalida HTML non è un grosso problema per alcune ragioni, che in realtà non hanno nulla a che fare con HTML 5.

1. In realtà non significa altro che alcuni gruppi affermano che è giusto, se hai fatto tutto il resto che un validatore non può controllare.
2. HTML non è un codice sorgente per la maggior parte dei progetti, altre cose stanno generando HTML e hai un potere limitato sull'influenzare il modo in cui è stato fatto.
3. L'unica cosa che ha davvero veramente importanza è che funziona nei browser più diffusi e la convalida è stata tradizionalmente una garanzia mediocre di ciò.

HTML 4.01 Strict Validation è uno dei miei test automatici nella mia suite di test ATDD.

Per noi la convalida è importante a causa della coerenza del comportamento del browser. Quindi, se non hai bisogno di coerenza tra i vari browser (e le versioni del browser), allora è probabilmente più piacevole.

Aumentare la coerenza di comportamento per tutte le tue pagine rende quanto segue:

• comportamento più uniforme
• posizionamento più uniforme
• pagina "tweaking"
• una maggiore conformità ADA (ricorda che Target, Walmart e altri sono stati citati in giudizio)

Per una volta, Google penalizza i siti Web con errori HTML, non so quanto.

Fanno lo stesso con il caricamento lento delle pagine, e il rendering HTML è un compito estensivo della CPU e fare qualcosa in modo errato costringe il browser a "indovinare" la correzione, questo rallenta il tempo di rendering della pagina e anche i browser peggiori spesso sbagliano.

Poiché una pagina viene complicata da altri elementi inseriti in modo dinamico con un codice HTML non valido, è probabile che ciò che è stato rilevato / ignorato dal browser ora diventi effettivo, e che costa più risolvere che inizialmente considerando la convalida dell'HTML.