ShieldFont

8 points by jrgtt


JulianSildenLanglo

Screen readers read the source code rather than the words displayed by the font, so the current <Shield> component uses aria-hidden to stop the substituted text from being read aloud. We have a built-in alternative, in beta and on by default, which allows users to spawn the real words on the page through an aria button only screen readers reach. The reader’s browser solves a compute-costly puzzle for the key, taking a few seconds. It works in our Dynamic Websites tier and requires JavaScript, which is part of the point: most scrapers never run any. Tested with VoiceOver and an automated screen reader.

Not a fan of making the experience even worse for screen readers.

BenjaminRi

This reminds me of how people tried to protect images from being copied and saved in the browser in the 2000's. Annoyances like prohibiting right click with JavaScript and overlaying the image with a transparent image (so that right clicking and 'Save as...' will save the transparent image) were widespread. It was completely futile.

Levitating

This is an old technique students use to bypass plagarism software.

It's quite hostile to the end user as it will inevitably mess with your screen reader, clipboard, custom fonts etc.

gerikson

Reportedly messes with screen readers: https://caneandable.social/@WeirdWriter/117031884001259326

Site now has a section where screen readers are excempt if they solve a "compute-heavy puzzle". So please ensure your screen reader has JavaScript!

This does nothing to prevent a scraper from overwhelming a site with traffic, though.

It does show that people are willing to jump through absurd hoops to mess with GenAI vendors though, which is interesting[1]


[1] or rather that the creator believes there's a market consisting of such people

tentacloids

Boy, I thought the tag was applied for the other reason. I can only assume the authors appreciate the ouroboric irony.