This very article has 25 errors and 6 warnings :)
Almost nobody pays attention to web standards anymore
Are web coders losing their respect for standards? A recent review of the world’s largest sites suggests so. ValidateHTML, a project by independent French developer Théo Ducreux, examined the contents of the 5,000 most widely used web domains, as estimated by the Tranco research project. They include the usual suspects ( …
COMMENTS
-
-
Tuesday 18th August 2026 07:10 GMT Jimjam3
Re: Dead Internet Theory
‘I know what a turtle is….’
Crumbs, why are those in power copying the predictions from Sci-fi?
Can’t they tell those stories were warnings.
As for standards compliance that’s been slipping down the drain for all areas of society.
University tutors
House buildings
Advertising…. Etc etc.
-
-
-
-
-
-
Tuesday 18th August 2026 15:29 GMT tiggity
Re: Dead Internet Theory
@ibmalone
Although not tragic consequences, there was recent similar "pile on" (or as may be more reasonably described sustained media reporting that went on for several days) with the author of "The Salt Path" in the UK - white, middle aged & female so no "racism" element there. Though it was a similar theme someone profiting from lies (in that case a purportedly autobiographical book that had lots of untruths). I think the media obviously likes stories about grifters making decent money by lies (unless its the powerful e.g. the ultra wealthy, politicians etc. they seem to go in far less hard on them, they like their targets to have ardently made money but not be part of the incestuous "in groups" many in the media like to ingratiate themselves with).
I would suggest one reason for high press coverage was that Arday got his lawyers onto the Times Higher Education to spike the original investigative story (THE basked down not due to lack of evidence but with the hassle of time & costs fighting the case) & later Arday complained to the Met Police about the THE reporter claiming he was being harassed. So I think there was an aspect of many in the media rallying round / galvanized to to amplify the story as journalists don't respond well to attacks on their colleagues (different outlets but same industry)
-
-
Tuesday 18th August 2026 20:59 GMT rg287
Re: Dead Internet Theory
Do you know the name William O’Reilly?
No?
Don who plagiarised his students. And when he was discovered, issued legal threats against the student paper who were calling for a more robust response to his misconduct.
But because his face fits, the media didn’t give a toss.
Arday was most likely a bit of a chancer - though LJM stand by his PhD. But a FoI was made to Cambridge the day he was appointed demanding his credentials. Whilst he had various critics, the most vocal was a chap who had to move back to America after he was (correctly) “cancelled” at Cambridge for saying that if Britain was truly a meritocracy then there would be no black people in public life outside sports and acting. He literally held - in public - that people of colour are the intellectual inferiors of white people. Indefensible.
The Heritage Foundation saw fit to gun for Arday FFS. They have literally no business this side of the Atlantic, never mind commentating on Cambridge professorships.
So maybe Arday was a chancer. He wouldn’t be the first. Questions were raised about the CV of our last Chancellor. Somehow the media circus about a senior member of Government was less frenzied than one about the qualifications of a sociology professor….
Ultimately it was an internal academic issue for Cambridge. The entire media circus is driven by racism and white supremacy. Not always consciously, some of it is just piling on the bandwagon. People deeply underestimate the level to which far-right US-based interests are influencing public discourse through the strategic blowing up of matters like this out of all proportion as wedge issues. It’s a real threat to our democracy and needs to be more carefully scrutinised.
-
-
-
-
Tuesday 18th August 2026 12:17 GMT I ain't Spartacus
Re: Dead Internet Theory
ibmalone,
If you accidentally vote on a post, you are now committed to voting. However, the type of vote you give, is still an option. You can't got back to no vote, but if you've accidentally downvoted someone, you can turn that frown upside down by upvoting them, and it'll change your vote for you. Or you can go to the grumpy side of the force, and turn an up into a down, if you so choose.
-
-
-
-
-
-
-
Tuesday 18th August 2026 06:26 GMT Dan 55
Re: And?
No, they can't even work out their own XML which allegedly separates user prompts, "reasoning" steps, and answers so they've got no chance with HTML.
-
-
Tuesday 18th August 2026 21:28 GMT tekHedd
Maybe it's a mistake
Seeing the headline, my first thought was that it is just an article from 15-20 years ago that got accidentally reactivated.
Screen readers? Heck a generic mouse-keyboard full-vision person has to experiment with each new site to figure out how to navigate the most basic things. It's almost as if two generations of web designers never bothered to read even a short whitepaper on UI design, or even look at another site to consider what would be the "least astonishing" thing.
Stop Innovating.
-
-
Tuesday 18th August 2026 03:33 GMT steelpillow
Elegance in motion - not
Let us not forget the cleanly beautiful implementation that is HTML5. It is a "living standard", ever morphing and sliding around as the w3c get hooked on the next bright idea. That browser and site developers should have thrown their hands in the air and left the living standard to go fsck itself is shocking, deeply shocking I tell you. The w3c should unleash an AI on them to keep them all enslaved.
-
This post has been deleted by its author
-
Tuesday 18th August 2026 04:35 GMT sindrelspec
There are websites that pass validation??
I haven't seen a website that passed a validation check since the late 90s, people seemed to care a lot more back then.
As mentioned in the first comment, even this page doesn't validate: https://validator.w3.org/nu/?doc=https%3A%2F%2Fwww.theregister.com%2Fdevops%2F2026%2F08%2F17%2Falmost-nobody-pays-attention-to-web-standards-anymore%2F5288782
-
Tuesday 18th August 2026 06:15 GMT Richard 12
Re: There are websites that pass validation??
There's a lot of perfectly reasonable style choices which that tool calls an error.
For example, it calls it an error to skip heading levels! It's perfectly reasonable to have h2, h4 on a page - especially a dynamic one assembled from parts. You absolutely don't want a footer to change size when the content above changes.
Unfortunately accessibility is far more difficult to check than it should be. There's hardly any free tools.
-
Tuesday 18th August 2026 06:32 GMT find users who cut cat tail
Re: There are websites that pass validation??
There seem to be perfectly valid sites the tool calls to have errors. I happen to have an old XHTML-strict static web site (how quaint and all that…). XHTML validators are happy with it – but the tools complains the doctype is not html. Probably because it does not even recognise the XHTML doctype declaration.
-
Tuesday 18th August 2026 08:17 GMT sabroni
Re: There's hardly any free tools.
Inspect page => Accessiblity in Firefox or Edge. Inspect Page => lighthouse (select accessibility).
Can't check Safari, don't have it installed.
Browsers have built in tools that will give you an accessibility report for nothing.
Are you sure you should be commenting on this?
-
Tuesday 18th August 2026 10:38 GMT thosrtanner
Re: There are websites that pass validation??
I find "Warning: The type attribute is unnecessary for JavaScript resources." to be exceedingly annoying. It might be a bit verbose, but it's not incorrect and makes the intent very clear. It's a bit like ruff (python) telling you you've used `range(0, 51)` which IMO is much more explicit about what is expected than `range(51)`. A range has TWO bounds, not 1.
-
-
Tuesday 18th August 2026 06:52 GMT MachDiamond
Re: There are websites that pass validation??
"I haven't seen a website that passed a validation check since the late 90s, people seemed to care a lot more back then."
I'm a greedy F so I want people to find my website navigable no matter what browser they bring. It makes no sense to me to use some function that will only work with one browser and its clones.
Anybody remember Flash and the constant updating it took? All for some useless functionality that would bog down CPU's of the day if somebody wasn't on the bleeding edge. It's as bad as an entrance page that seeks to hide the hamburger to get into the rest of the site (mostly band sites).
-
-
Tuesday 18th August 2026 06:08 GMT david 12
MS IE is gone
The function of web standards, like most standards, is to give one set of suppliers a weapon against another set of suppliers. The function of web 'standards' in particular was to label and defeat IE.
Now the IE is gone, there is no persuasive reason why any particular browser should choose to adhere to any particular standard.
-
Tuesday 18th August 2026 08:21 GMT sabroni
Re: there is no persuasive reason why any browser should choose to adhere to any standard.
What a crock. At roughly 70% of all users Chrome is the new IE. If you want your browser to stand a chance in the market you follow the standards they do.
What is it with people on this thread talking absolute horse shit?
-
-
Tuesday 18th August 2026 07:01 GMT Anonymous Coward
Missing a lot of points
Where to start, HTML and CSS are both formats where the error recovery process is deterministic. Malformed content is guaranteed to parse the same way on all platforms.
It is literally impossible to write a stylesheet or HTML that will crash a (correctly implemented) parser.
So “Browsers are so good at error recovery that nothing forces anyone to fix their code” is true, but browsers are like that because they have implemented the specification, which requires error recovery.
I’m all for writing valid HTML and CSS, but this research is taking what is the greatest success of those formats and recasting it as a failure.
-
Tuesday 18th August 2026 08:00 GMT Filippo
Re: Missing a lot of points
I think the point is that if a page contains an error, but the error recovery makes it render correctly, but it breaks accessibility, then the error recovery was only partially successful at restoring functionality. If this is all done according to the spec, that only means that the spec was flawed. If it is impossible to craft an error recovery system that restores 100% of functionality, that's okay, but it ought to clearly report this, rather than saying nothing and then failing on corner cases.
There's also a good argument to be made that having error recovery in HTML was never a good idea, deterministic or not.
-
Tuesday 18th August 2026 17:13 GMT Anonymous Coward
Re: Missing a lot of points
OK, so you remove error recovery from HTML. What, exactly, are you suggesting that the user should do if a web-page opened up with an error dialog "Malformed input at line X"? Please share the good argument that shows how this helps the web-platform - and when I say "help" I'm talking not of the 100,000 developers that write HTML, but the 1,000,000,000 users that consume it.
"I think the point is that if a page contains an error, but the error recovery makes it render correctly, but it breaks accessibility, then the error recovery was only partially successful at restoring functionality." - with respect, I don't think that was the point being made.
The requirement for semantically correct tags is part of WCAG, but not every website hits that requirement. I'm a massive advocate for accessibility in general (I'm one of the contributing authors to the PDF/UA spec), but there will always be HTML pages designed for accessibilty, and it's a hard requirement that those pages are semantically correct tags. For those that aren't, it's not because of the error recovery, it's because no effort has been made by the author to make them accessible.
-
Tuesday 18th August 2026 17:46 GMT Anonymous Coward
Re: Missing a lot of points
Ugh, that last paragraph was more garbled than I wanted. Let me rephrase:
Accessibility comes from author intent, always. If you just belt out a page that looks OK and walk away, it's guaranteed to not be accessible. If you want to deliver accessibility you have to think about choosing the semantically correct tags, you have to think about table heading scopes, you have to think how the site navigation works and how the content is structured (the go-to feature everyone uses when they talk about accessibilty, "alt text on images", is ironically perhaps the least important - AI image auto-categorization is already quite effective here). Content only available on rollovers, dynamically loading content, text presented as images, charts without the same information presented in text etc - these are all the enemies of accessibility.
If you think of all those things and implement to the rules of WCAG then you have an accessible website, and (because you've used the right tags) a semantically correct one too. No need for error correction.
If you don't do those things, well, then your site is inaccessible. Whether it's also filled with parse errors is immaterial.
-
Tuesday 18th August 2026 18:41 GMT Ken Hagan
Re: Missing a lot of points
"I'm talking not of the 100,000 developers that write HTML, but the 1,000,000,000 users that consume it."
Do any of the 100,000 actually ever look at their own pages? If so, a browser that said "no" would be extremely useful, in the same way that almost any other "developer" finds it useful that their compiler emits syntax errors rather than just quietly making up shit in the object code.
-
Wednesday 19th August 2026 06:21 GMT Filippo
Re: Missing a lot of points
>OK, so you remove error recovery from HTML. What, exactly, are you suggesting that the user should do if a web-page opened up with an error dialog "Malformed input at line X"? Please share the good argument that shows how this helps the web-platform - and when I say "help" I'm talking not of the 100,000 developers that write HTML, but the 1,000,000,000 users that consume it.
The user would never see such a page, because the developer would never have been able to put it in production. It's the fail-fast principle. When you write C++, you can't randomly forget a semicolon, and so you don't. Same thing.
Of course, we can't remove error recovery now that there are billions of malformed pages out there. That wasn't what I was talking about.
-
-
-
Tuesday 18th August 2026 09:34 GMT alain williams
Re: Missing a lot of points
Where to start, HTML and CSS are both formats where the error recovery process is deterministic. Malformed content is guaranteed to parse the same way on all platforms.
If I drive my car and crash I am guaranteed that an ambulance will arrive and take the wounded to hospital. So why should I bother to drive in a way that does not need recovery ?
-
-
Tuesday 18th August 2026 17:08 GMT Anonymous Coward
Re: Missing a lot of points
No that's simply not true: error handling specifications for for CSS and HTML. Note the text "the error handling for parse errors is well-defined". There are many tests within the Web Platform Tests that take invalid input and verify the document object model is as expected. I have written parsers for CSS and worked very closely with the HTML parsers, I am familiar with this to a level of detail that pains me to think about.
-
-
-
Tuesday 18th August 2026 07:12 GMT Kurgan
Errors and warnings? Who cares
As a sysadmin I happen to work with web servers. The so called web developers have only one acceptance parameter: "it looks good on my pc (sorry, on my mac)". Everything else they just disregard. Be them standards, efficiency, security, or not having 10.000 errors a minute in Apache error log. Once a site "looks good" it's done. Bugged on the inside? Uses 10.000 useless plugins? Cannot be updated? Undocumented edits to some packaged file so an update breaks the CMS completely? Slow as hell? Uses 20 GB RAM to show a simple form? People without my mac cannot see it properly? Who cares.
-
Wednesday 19th August 2026 13:21 GMT RockBurner
Re: Errors and warnings? Who cares
As a web dev, I would like to think that I do care about such issues.
However, having been in the business for 25+ years, and seen the amount of caring that comes from those who pay the salaries, and the amount of care from newer web-devs, I can't help but agree with you.
Quality of output is definitely coming a long way last to quality. I guess Lenin had a point*.
* (referring to the comment that "Quantity has a quality all it's own" in case you wondered what I was wittering about)
-
Tuesday 18th August 2026 07:25 GMT Bebu sa Ware
Perhaps a dose of minimalism ?
A minimal subset of existing html and css standards that can produce most reasonable informational content on static pages might not be a bad thing.
The cesspit of the contemporary internet is so advertising and gracking infected that even with blockers and dns filtering any informational content is visually fragemented to the point of unreadibility. How people using screen readers manage is beyond me.
In many cases even Markdown pages are a massive improvement over the noxious html&c
-
Tuesday 18th August 2026 08:09 GMT Sproggit
No Downside...
To give you a bit of an extreme example, at a societal level we apply punishments to people who fail to adhere to social norms through the use of crime and punishment.
For a bit of context, our social contracts - the concept of law, crime and punishment - can be seen as far back as 2100-2050 BCE, in ancient Mesopotamia, inscribed in Cuneform on clay tablets in what is known as the "Code of Ur-Nammu.
Today we have a social contract between those who publish content and those who access it via HTML-based means.
It's just that the social contract we've built around HTML as a delivery mechanism actively glosses over deviations from those established norms. A quick Google search suggests that in ranked order of popularity, the browsers we're using are:-
Google Chrome - 68.22%
Apple Safari - 16.47%
Microsoft Edge - 5.37%
Mozilla Firefox - 3.34%
Samsung Internet - 2.06%
Opera - 1.88%
Similarly, if we look at the other end of the equation and think about the most widely-used web platforms today, we get:-
WordPress - 43%
Shopify
Wix
Squarespace
Webflow
Drupal
So if we were to apply the 80/20 rule and were able to persuade Google and Apple on the browser side of things and Wordpress/Shopify/Wix/Squarespace on the back end to all begin a gradual migration towards intolerance of mal-formed HTML, it might be possible to persuade web site maintainers and framework developers to follow along.
This is particularly true of very popular web sites that host and run their own platforms - like the big mainstream media companies - BBC, CNN, Fox, etc.
It almost certainly isn't worth "breaking stuff" to get there... but it's in all our interests to have the technology we use adhere to well-defined standards. The cost to national economies from having to endlessly refactor digital content would run to billions... so this isn't merely an academic exercise.
The only way to get this to move significantly in the right direction is to build an unstoppable momentum towards the uniform standard. Once the momentum is there, it becomes harder/less attractive to stop, because any client-side or server-side technology that deviates is basically just cutting themselves off from the ecosystem.
As the old saying goes:-
"When you've got them by the balls, their hearts and minds will follow..."
-
Tuesday 18th August 2026 09:16 GMT Torben Mogensen
Force browsers to mark bad HTML
If, say, the EU required browsers used in the EU to make it clearly visible when web pages don't follow the standard, I think the large web providers would quickly fall in.
The browsers don't have to flatly refuse to display the pages, and they can even do all the error correction that they currently do. But on invalid pages they could show everything (text, pictures, videos) in shades of grey rather than colour. Or, even better, shades of purple.
-
Tuesday 18th August 2026 11:20 GMT frankvw
This is news????
Sorry, but I don't understand why this would surprise anyone. HTML violations (and worse) have been rampant since before the start of the browser wars. For the past three decades the vast majority of websites has included malformed HTML. It's just been the degree that varies.
And don't even get me started on broken JS that lingers for years, invisible except for the errors that are only visibible on close under-the-bonnet inspection, or on CSS rules that are either broken or rendered inactive and therefore useless other than as an impediment to trouble shooting.
The code making up the average website is often little more than a digital rubbish dump.
-
-
Tuesday 18th August 2026 21:58 GMT captain veg
Re: This is news????
Yes, Frontpage was infamous for sucking in compliant markup and vomiting out tag soup. But so-called "modern" "frameworks" pretty much require you to ignore web standards completely and hope for the best. I'm thinking in particular of Angular, which pushes you strongly towards totally non-standard tag and attribute names, and, of course, React that makes you chuck both markup and styling in to your Typescript code and cross your fingers that the various layers of transpilation will produce something vaguely on nodding terms with the standards.
Both offer a steep learning curve which would be better put to understanding the actual fornicating web platform. We really don't need that crap.
-A.
-
-
-
Tuesday 18th August 2026 14:47 GMT Anonymous Coward
Ducreux wrote ... “Nobody writes that by hand.”
He clearly hasn't met many people like me who are utterly baffled by weird restrictions like [can't put style inside div], or the complete inability of CSS to simply put element [foo] beside element [bar] without thirteen levels of indirection and meta-meta-meta-container divs.
-
Tuesday 18th August 2026 22:10 GMT captain veg
Re: Ducreux wrote ... “Nobody writes that by hand.”
The <body> of a web page should contain marked up content and nothing else. Non-content, like style and javascript, belongs in the <head> section. Better still, put it in separate files and link with directives in the <head> section. I shouldn't need to be telling you this.
There are several ways of placing even block elements next to each other with CSS that don't require any kind of indirection or meta-container divs, whatever they are. Your ignorance is not the fault of the standards.
-A.
-
-
Wednesday 19th August 2026 14:25 GMT tiggity
"Are web coders losing their respect for standards?"
More pertinently, what tiny % of web devs ever had any respect for standards?
Too much commercial web frontend coding has employer mandating use of various frameworks, that often produce dubious code.
Only web frontend code I am happy with these days are the pages I write for a few community groups, which are all handcrafted* (& free of JS, obviously).
* As someone who used XML extensively so I'm keen on strict formatting (an upshot of this is some of the HTML self closing tags like br cause me distress as compliant code looks nasty!).