HTML is the language of the Web. No matter what other languages are being used, in the end it all boils down to the content or functionality being represented by HTML.
Unfortunately, our field, the field of web and frontend development, doesn’t commit to any quality standard—that is, expectation—for HTML.
It’s not that no such standard existed—arguably, the baseline is conformance with the HTML specification—, it’s that this standard is being ignored.
This isn’t hyperbole: When you validate—check on conformance—the most popular websites, none (0) uses valid and conformant HTML.
It’s similar for websites for frontend documentation, tools, and starter projects.
Even when you turn to the websites of web developers, it’s the exception, and not the rule, that there would be no conformance issues.
The reason for this misery is not the point of this article—some of our peers as well as myself have hypothesized and written about this in other fora.
The point is also not that we miss what this lack of a quality standard means for the value of our field—that instead of increasing it, we deflate it.
The point is that we miss an exceptional opportunity to unite behind it.
Imagine, just for a moment, if we as web and frontend developers would all produce conformant websites, and all ran conformant websites.
“This document was successfully checked as HTML,” as the W3C validator says.
This, for once, could be uniting; it could get us from indifferent or apologetic ignorance to mutual respect and healthy pride of being a member of our field.
It could allow us to tackle more serious challenges—like advancing accessibility—with collective vigor.
That unity, that feeling, is something our field has always lacked. Can we finally change this? Can we finally convince our peers? (Are you on board?)
Together, we could lead by example, together we could establish our field’s first quality standard—an objective and proven, a light but robust foundation that we, as professional frontend developers, can build on.
Commit to HTML conformance. Make sure your HTML output is actual, error-free HTML. Make use of validators and validation packages and validate.
Top comments (0)