Was ein Mensch auf kommunalen US-Websites vorfindet

Version 1 — Datenstand vom 1. September 2026, 05:00 · US-Durchlauf abgeschlossen: alle 11.659 Websites im CISA-Register mit Stand 31. Aug. 2026 · Maksim Galatin & AIfa (Claude, Gemini, Grok) · CC BY-NC 4.0

Ein Agent öffnet die Seite in einem echten Chrome-Browser und versucht, das kommunale Formular zur Steuerzahlung zu erreichen, ohne die Maus zu berühren — nur mit der Tab-Taste, so wie es ein Mensch tut, der keine Maus benutzen kann. Für jede Seite verzeichnen wir, wie viele Tab-Drücke nötig waren, wo und warum der Pfad abbrach — und machen einen Screenshot der Abbruchstelle.

Dieselbe Seite wird parallel automatisch mit dem Regelsatz von axe-core geprüft. Die Lücke zwischen beiden Messungen ist das Hauptergebnis dieser Arbeit.

Über kumulierte Stichproben von 10.904 bis 95.524 Einträgen blieb die Schätzung innerhalb von 1,5 Prozentpunkten. Das zeigt, dass die Berechnung stabil ist; es beweist nicht, dass die Schätzung unverzerrt ist, da die Stichprobe nach einer einzigen Regel gewachsen ist. Wo die automatische Prüfung überhaupt keine Verstöße fand, erreicht der Tastaturdurchlauf das Ziel in weniger als der Hälfte der Fälle: Die Maschine erklärte 53,8 % der Seiten für barrierefrei, und sie ließen sich nicht durchlaufen. Messungen mit wachsender Stichprobe. Das ist eines von drei unterschiedlichen Maßen, und sie dürfen nicht vermischt werden. Das erste ist das hier besprochene: Unter den Seiten, die die Maschine für sauber hielt, erreichten 53,8 % das Ziel nicht; der Nenner ist 25.966. Das zweite: Unter ALLEN messbaren Seiten erreichten 74,6 % von 47.271 das Ziel nicht. Das dritte: Von allen 95.524 Protokolleinträgen erreichten 12,6 % ihr Ziel. Keines der drei bedeutet „X % der Websites sind nicht barrierefrei“ — es sind Anteile von Seiten, nicht von Websites, und jeder hat einen anderen Nenner. Alles in diesem Absatz ist Version 1 des Datensatzes (Schnappschuss vom 1. September 2026, Instrument v4). Version 2 (2. Oktober 2026, Instrument v5) zählt anders: Seiten ohne die benötigte Funktion werden nicht als Barrieren gezählt, und die Barriere unter den gemessenen Seiten beträgt 33,5 % (8.448 von 25.252) oder 33,9 % bei strenger Zählung eines schwachen Fokusrahmens. Details und der Vergleich der Versionen stehen im Block „Version 2 · 2. Oktober 2026“ weiter oben auf dieser Seite.

Die Stichprobe wuchs auf das Neunfache, und über diese ganze Spanne bewegte sich die Zahl nie um mehr als anderthalb Punkte: von 52,6 % bei elftausend Einträgen auf 53,8 % bei fünfundneunzigtausend. So verhält sich eine Messung, kein Zufall.

Wie viel erledigt ist

Die Stichprobe stammt aus dem offiziellen Register der .gov-Domains, das die CISA führt — das sind 11.659 Kommunen in 51 Bundesstaaten und Gebieten. Keine eigene Auswahl, sondern eine behördliche Liste.

Ergebnis des Tastaturdurchlaufs

Das Ziel wurde auf 12,6 % der Seiten per Tastatur erreicht. Auf weiteren 22,3 % existierte der Pfad formal, war für einen Menschen aber unpassierbar: Der Fokus ist unsichtbar, Felder haben keine Beschriftungen, eine Schaltfläche ist keine Schaltfläche.

Woraus „nicht messbar oder nicht verfügbar“ besteht

Die Zeile oben ist nicht ein Grund, sondern sechs. Eine Seite konnte in zwei verschiedenen Bedeutungen nicht wie von einem Menschen geprüft werden: Entweder hat sich die Website geöffnet und ließ sich nicht durchlaufen, oder die Website ist schlicht nicht vorhanden. Letzteres macht 20,5 % alles Nichtmessbaren aus (9.874 Einträge), und das ist der Zustand dieser Websites, kein Versagen unsererseits.

Vergleich der Plattformen

Eine Kommune baut ihre Website selten selbst — sie kauft eine fertige Plattform. Deshalb ist es sinnvoll, auf die Anbieter statt auf die Städte zu schauen: Ein Mangel in der Vorlage wiederholt sich bei allen Kunden zugleich.

Die einzige Schlussfolgerung, die die Stichprobe schon trägt: Der Unterschied zwischen einer Eigenentwicklung und der am weitesten verbreiteten gekauften Plattform liegt innerhalb der Fehlermarge — 26,9 % gegenüber 27,8 %. Hinter diesen Anteilen stehen 14.501 gegenüber 12.383 messbaren Seiten: Die Stichprobe ist groß und die Lücke klein, daher können wir nicht behaupten, dass einer der beiden Typen bei der Erreichbarkeit schlechter ist. Der echte Unterschied zeigt sich anderswo — beim unterdrückten Fokus, siehe unten.

Abdeckung nach Bundesstaat

Gezeigt werden die zwölf Bundesstaaten mit der breitesten Abdeckung von 51 besuchten. Der Durchlauf läuft in Runden — eine Kommune aus jedem Bundesstaat, dann die nächste Runde —, damit die Abdeckung zu jedem Zeitpunkt, an dem wir anhalten, geografisch ausgewogen bleibt. Eine ausgewogene Abdeckung ist nicht dasselbe wie eine bevölkerungsrepräsentative Stichprobe: Eine Stadt mit acht Millionen und ein Ort mit dreihundert Einwohnern tragen je acht Seiten bei.

Je dringender eine Seite gebraucht wird, desto weniger erreichbar ist sie

Auf jeder Website werden acht Seiten mit unterschiedlichen Aufgaben geprüft. Wäre das einfache Schlamperei, wären die Anteile gleichmäßig verteilt. Sie sind es nicht — und das Muster ist unangenehm.

Eine Rechnung bezahlen — 20,6 % und elf Tab-Drücke. Den Veranstaltungskalender ansehen — 40,4 % und ein Druck. Die Spanne zwischen der besten und der schlechtesten Seite beträgt 24,5 Punkte. Am schlechtesten sind Dokumente mit 15,9 % — und Dokumente sind genau das, weswegen Menschen eine Behördenwebsite besuchen.

Das passt zu der Hypothese, dass interaktivere Abläufe größere Tastaturbarrieren erzeugen; die Kausalität haben wir nicht geprüft. Kalender und Stellenlisten sind gewöhnliche Listen aus einem fertigen Modul. Die Zahlung ist ein komplexes Formular, oft in einem eingebetteten Zahlungsfenster eines Drittanbieters, und outline: none kommt dort am häufigsten vor: 32,9 % gegenüber 14,1 % bei Kalendern.

Die Lehre für alle, die das beheben: Beginnen Sie nicht mit der Startseite, sondern mit Zahlungen und Dokumenten. Dort ist die Barriere höher, und ihre Kosten für einen Menschen sind ungleich größer: Eine verpasste Steuerfrist ist eine Strafe, keine Unannehmlichkeit.

Mehr als jede neunte Adresse im Register ist tot

Von 11.659 Registerwebsites haben 2.537 dem Skript nicht geantwortet. Wir sind sie von Hand durchgegangen — diese Prüfung ist abgeschlossen, und ihr Hauptbefund betrifft nicht die Barrierefreiheit, sondern die Qualität der behördlichen Daten selbst.

1.318 Domains aus dem offiziellen CISA-Register existieren im DNS nicht. Das sind 11,3 % der Registerdomains in unserem Protokoll — mehr als jede neunte Adresse. Die Städte selbst leben: albanyky.gov, cityofforrestcityar.gov, durantok.gov sind existierende Kommunen, deren offizielle Domains nicht antworten. Jedes Beispiel ist durch eine Wiederholungsmessung an einem anderen Tag bestätigt: Eine Domain bleibt nur dann auf der Liste, wenn sie bei JEDER Messung stumm blieb. Eine einzige Antwort an irgendeinem Tag genügt, damit sie herausfällt — so unterscheidet die Prüfung eine tote Adresse von einer kurzen Netzwerkstörung.

Und umgekehrt: 20 % der Nichtantwortenden sind für einen Menschen erreichbar. Ein Cloudflare-Schutz (8,9 %) und fehlerhaftes TLS (6,7 %) sperren die Website für einen Roboter, aber nicht für einen Besucher. Solche Websites als nicht barrierefrei zu zählen, hieße, unseren eigenen Messfehler als Barriere zu verbuchen. Wir führen sie in einer eigenen Zeile.

Zwei Zählweisen — beide hier gezeigt

Für einen Teil der Stichprobe antwortet überhaupt kein DNS-Server: Die Website existiert nicht. Solche Adressen lassen sich auf zwei Arten zählen, und wir zeigen beide.

Bei Zählung JEDES Eintrags: eine Barriere für Menschen auf 22,3 % von 95.524 Seiten.

OHNE tote Domains: eine Barriere auf 24,9 % von 85.650 Seiten.

Die zweite Methode sieht für die geprüften Websites SCHLECHTER aus — genau deshalb haben wir sie nicht stillschweigend übernommen. Die Lücke von 2,6 Punkten zeigt, wie stark tote Domains das Bild verwässern.

Nur 15 Einträge mit dem Urteil „formaler Zugang, Barriere für Menschen“ entfallen auf tote Domains: Der Hauptbefund der Studie hängt nicht von der Zählweise ab.

Wer gesetzlich verpflichtet ist

Die Regel des US-Justizministeriums nach ADA Title II verpflichtet öffentliche Stellen, die 50.000 Menschen oder mehr versorgen, ihre Websites bis zum 26. April 2027 auf WCAG 2.1 AA zu bringen. Kleinere haben ein Jahr länger. Das teilt unsere Stichprobe in zwei Hälften und erlaubt die gewichtigste Frage: Wie steht es um diejenigen, denen gesetzlich noch acht Monate bleiben?

Große Städte schneiden besser ab als kleine, aber nur wenig: 30,5 % gegenüber 26,1 %. Das bedeutet: Für Kommunen, die gesetzlich bis April 2027 konform sein müssen, bleiben sieben von zehn Seiten für einen Tastaturdurchlauf unpassierbar — während die automatische Prüfung auf der Hälfte davon keine Verstöße sieht.

Der eine Punkt, an dem der Unterschied sichtbar wird, ist der unterdrückte Fokus: 21,4 % bei großen Städten gegenüber 27,0 % bei kleinen. Größere Städte haben öfter einen Entwickler im Haus, und outline: none kommt seltener vor. Doch selbst dort trifft es jede fünfte Seite.

Was genau zu beheben ist

Von 23.324 Seiten, die sich geöffnet haben, erreichte der Durchlauf auf 17.285 das Ziel nicht. Aber „nicht erreicht“ umfasst drei verschiedene Probleme, und sie werden auf unterschiedliche Weise behoben.

Worin die Abweichung tatsächlich besteht

Nehmen Sie nur die Seiten, auf denen die automatische Prüfung keine Verstöße meldete und der Durchlauf das Ziel dennoch nicht erreichte. Es sind 13 972 — genau der Zähler der Hauptzahl. Sie haben genau zwei Ursachen, und beide betreffen, was ein Mensch sehen kann, nicht was das Markup sagt.

Kein einziger Eintrag lautet hier „Pfad länger als vierzig Schritte“, und das ergibt Sinn: Ist ein Pfad physisch unpassierbar, findet meist auch ein Markup-Prüfer etwas. Ein entfernter Fokusrahmen hinterlässt im Markup keine Spur — die Regel steckt im Stylesheet. Sehen kann man ihn nur, indem man die Seite durchläuft.

Die zweite Zeile ist die ärgerlichste. outline: none wird in Stylesheets geschrieben, um den „hässlichen Ring“ um eine gedrückte Schaltfläche zu entfernen. Danach landet der Fokus weiterhin auf dem Element, das Element funktioniert weiterhin, die automatische Prüfung sieht keinen Verstoß — und ein Mensch weiß nicht mehr, wo er sich auf der Seite befindet. Eine Zeile CSS, 10.410 Fälle.

Wenn der Durchlauf das Ziel erreicht, braucht er wenige Schritte. Der Median liegt bei drei Tab-Drücken; bei einem Viertel der Seiten genügt einer. Das Problem ist also nicht die Pfadlänge an sich: Wo er richtig gebaut ist, liegt das Ziel nah. Ein Abbruch beim vierzigsten Druck bedeutet nicht „weit weg“, sondern „im Kreis gehen, ohne zu sehen, wo man ist“.

Ist das ein Mangel einer Plattform oder eine allgemeine Gewohnheit? Wir haben es geprüft: Wäre outline: none die Schuld einer beliebten Engine, würde es genügen, ihren Entwicklern zu schreiben. Doch der Anteil unterdrückten Fokus verteilt sich auf alle.

Diese Schlussfolgerung hat sich bei uns umgekehrt, und wir sagen das offen. Bei einer neunmal kleineren Stichprobe sah es so aus, als seien Eigenentwicklungen doppelt so schlecht wie fertige Plattformen — 24,0 % unterdrückter Fokus gegenüber 9,0 %. Jetzt, bei 95.524 Einträgen, ist das Bild umgekehrt: Die Eigenentwicklung ist die beste unter den verbreiteten (16,4 %), und als schlechteste erwies sich der Website-Baukasten.

Wix: Fokus auf 64,5 % der Seiten unterdrückt, Ziel auf 1,1 % erreicht. Von 322 messbaren Seiten erreichte der Tastaturdurchlauf das Ziel auf drei. Der Grund ist kein langer Pfad — ganz im Gegenteil: Bei 108 von rund 245 Abbrüchen war das Element bereits innerhalb der ersten drei Tab-Drücke gefunden, und der Eintrag lautet „Element gefunden, aber visueller Fokus unterdrückt“. Die Navigation ist kurz und unsichtbar zugleich: Der Fokus sitzt auf der richtigen Schaltfläche und gibt kein Zeichen davon.

Die Vorbehalte, ohne die diese Zahl nicht gelesen werden kann. Das Register enthält 305 Wix-Websites; 122 wurden mit messbaren Seiten geprüft — vierzig Prozent, und das Ergebnis kann sich noch ändern. New York stellt 15,4 % davon gegenüber 10,5 % in der ganzen Stichprobe — eine Schieflage besteht, aber die Plattform kommt in mehr als sechs Bundesstaaten vor, also ist das keine lokale Besonderheit. Wir kommen auf diese Zahl zurück, sobald die übrigen 183 Websites erledigt sind.

Alle 51 Gebiete vollständig abgedeckt

Der Durchlauf wurde am 1. September 2026, 05:00 abgeschlossen. Alle 50 Bundesstaaten und Puerto Rico wurden abgedeckt: 11.902 Websites und 95.524 Seitenprüfungen — acht Seiten pro Website. Der District of Columbia fehlt absichtlich, nicht aus Versehen: Die Stichprobe ist aus CISA-Registerdomains der Typen City und County aufgebaut, und DC ist nicht in Städte oder Landkreise gegliedert. Die Tabelle führt ALLE Gebiete auf, vom niedrigsten bis zum höchsten Anteil barrierefreier Seiten. Die Anteile werden über die in diesem Bundesstaat geprüften Seiten berechnet und ergeben zusammen 100 %. Puerto Rico steht an erster Stelle, hat aber nur vier Websites — zu wenige, um Schlüsse darüber zu ziehen.

Warum das wichtiger ist als die Gesamtzahl. Jede Studie zur Barrierefreiheit sieht sich einem fertigen Einwand gegenüber: „Sie haben bequeme Websites ausgewählt.“ Für einen vollständigen Durchlauf eines Bundesstaats gilt er nicht — in South Dakota wurden alle 45 Kommunen des offiziellen Registers geprüft; es gab nichts auszuwählen.

Und das Wichtigste: In vollständig abgedeckten Bundesstaaten beträgt die Lücke zwischen Scanner und Durchlauf 52,9 %, gegenüber 57,6 % anderswo. Der Unterschied beträgt 4,7 Punkte, und wir nennen ihn offen, weil er gegen unser eigenes Argument spricht: In den abgeschlossenen Bundesstaaten ist das Bild etwas BESSER. Bei vollständiger Abdeckung kann die Gesamtzahl also sinken. Um wie viel, sagen wir nicht voraus: Die abgeschlossenen Bundesstaaten tragen 20.955 Einträge bei gegenüber 5.011 anderswo, und alle vier vollständig durchlaufenen Bundesstaaten sind klein und ländlich. Die Richtung der Schieflage ist gemessen; ihre Größe lässt sich aus einer solchen Stichprobe nicht schätzen.

Auf dieser Seite stand früher „ein Unterschied von neun Zehnteln eines Punktes“. Das galt für eine viermal kleinere Stichprobe; bei der Messung vom 29. August 2026 mit 43.083 Einträgen war die Lücke auf 4,2 gewachsen, bei der Messung vom 30. August 2026 mit 80.077 Einträgen auf 4,6. Und bei der Messung vom 31. August 2026, mit ABGESCHLOSSENEM US-Durchlauf und 95.524 Einträgen im Protokoll, lag die Lücke bei 4,7 Punkten — 52,9 % gegenüber 57,6 %. Früher wurde sie an 645 Einträgen gemessen; jetzt an 20.955. Der Befund hielt, während die Stichprobe auf das Dreißigfache wuchs. Die Erklärung ist einfach und wissenswert: Vollständig abgeschlossen werden die KLEINEN Bundesstaaten — sie haben weniger Kommunen —, und kleine Kommunen installieren seltener die komplexen Systeme, an denen der Tastaturpfad abbricht. Das ist kein Fehler der Stichprobe, aber auch nicht „dasselbe Bild“: Ehrlich ist die Aussage, dass eine Schieflage besteht und gemessen wurde.

Phase 2 — neue Messungen: Overlays, Sprunglinks, Bevölkerung

Der Datensatz oben ist abgeschlossen und notariell gesichert; Phase 2 fügt neue Messungen hinzu, ohne ein Byte davon anzurühren. Vor dem Start wurde ein Integritätsregister erstellt: 369 Datendateien mit SHA-256 und Schreibschutz; der Hash des Beweisregisters stimmte mit dem OpenTimestamps-Stempel vom 1. September überein. Alle neuen Daten gehen in einen eigenen Ordner, phase2_20260903; die oben veröffentlichten Zahlen ändern sich nicht. Die Stichprobeneinheit sind dieselben 11.659 Domains des CISA-Registers.

Wie viele Menschen hinter diesen Websites stehen — die Verknüpfung mit dem Zensus

11.659 Registerkommunen wurden über das Paar „Name + Bundesstaat“ mit den Bevölkerungsschätzungen 2023 des U.S. Census Bureau verknüpft. Zugeordnet: 9.633 (82,6 %): 1.560 exakte Namensübereinstimmungen, 8.056 nach Entfernen von Vor- und Nachsätzen (City of, Township, County), 17 unscharfe Übereinstimmungen oberhalb der Schwelle. Nicht zugeordnet: 2.026 (17,4 %) — eine ehrliche Zahl, keine Lücke: Schulbehörden, Gerichtsbezirke, Häfen und andere Sondergebietskörperschaften haben keine Entsprechung unter den eingetragenen Gemeinden, und eine erzwungene Zuordnung wäre falsch. Manuelle Prüfung von 100 zufälligen Zuordnungen (Generator-Seed 20260903): 100 von 100 korrekt.

Barrierefreiheits-Overlays: Jede fünfte erreichbare Website hat eines gekauft

Kommunen kaufen Skripte von Drittanbietern, die versprechen, „die Website mit einer Codezeile barrierefrei zu machen“. Blindenverbände halten solche Overlays für schädlich: Sie entreißen echten Hilfstechnologien die Kontrolle. Wie viele US-Behördenwebsites sie installiert haben, wurde nie gemessen. Wir suchen auf der Startseite jeder Registerdomain nach acht bekannten Produkten und bewahren das Codefragment als Beleg auf.

Alle 11.659 Registerdomains wurden geprüft. Die Startseite öffnete sich bei 7.156 davon (61,4 %); die übrigen 4.503 antworteten nicht — Bot-Schutz, fehlender DNS-Eintrag, Zeitüberschreitung. Ein Overlay wurde auf 1.581 Websites gefunden: 22,09 % der erreichbaren, mit einem 95-%-Konfidenzintervall von 21,15 bis 23,07 %. Unerreichbare Domains sind vom Anteil ausgenommen: „konnte nicht geprüft werden“ und „geprüft, kein Overlay“ sind verschiedene Zustände und dürfen nicht zusammengeworfen werden.

Zwei Durchgänge. Der erste ist statisch: Das HTML der Startseite jeder Domain wird abgerufen. Der zweite läuft im Browser, auf einer Zufallsstichprobe von 500 Domains: Die Seite wird tatsächlich geöffnet, und jede geladene Ressource wird erfasst. Manche Overlays werden dynamisch über Tag-Manager eingefügt und sind im statischen HTML unsichtbar. Der Vergleich beider Durchgänge auf derselben Stichprobe ergibt unsere eigene Untererfassungsrate — wir veröffentlichen sie neben dem Ergebnis.

Der Link „Zum Inhalt springen“: Zwei Fünftel der Websites haben keinen

Das WCAG-Kriterium 2.4.1 verlangt eine Möglichkeit, wiederholte Navigation zu überspringen — meist der erste Link auf der Seite, „Zum Hauptinhalt springen“. Ohne ihn durchläuft ein Mensch, der sich mit der Tab-Taste über die Seite bewegt, jedes einzelne Mal das ganze Menü, bevor er den Text erreicht. Von den 7.156 Websites, die sich öffneten, haben 4.255 den Link im Markup (59,46 %, Intervall 58,32 bis 60,59 %) und 2.901 nicht (40,54 %); weitere 4.503 Domains öffneten sich nicht und sind ungemessen. Ob der Link im Code existiert und ob er für einen Menschen beim Fokus sichtbar wird, sind verschiedene Fragen, und die zweite prüfen wir gesondert: Ein Link, der formal existiert, beim Fokus aber unsichtbar bleibt, ist ein Befund derselben Art wie ein unterdrückter Fokusrahmen.

E-Mail-Schutz der Domains — interne Messung

Für jede Domain lesen wir die DMARC- und SPF-Einträge und den HSTS-Header. Diese Daten werden nicht zur Veröffentlichung erhoben: Eine Liste von Behördendomains mit schwachem E-Mail-Schutz ist eine fertige Zielkarte für Phishing. Die Ergebnisse pro Domain gehen vertraulich an die CISA; hier erscheint nur eine Zusammenfassung pro Bundesstaat, ohne Namen.

Die Wix-Lücke schließen

Der Anteil unterdrückten Fokus für die Plattform Wix oben wurde an 122 von 305 Websites berechnet — die angreifbarste Zahl des Berichts. Die übrigen 183 Websites durchlaufen denselben Standarddurchlauf: dieselben acht Seitentypen, dieselben vierzig Tab-Drücke, dieselben Screenshots. Das Ergebnis wird in eine eigene Datei geschrieben und ohne gesonderte Entscheidung nicht in den Hauptdatensatz übernommen.

Kommunale Dokumente im PDF-Format

Nach ADA Title II müssen Sitzungstagesordnungen, Protokolle und Haushaltspläne barrierefrei sein. Die meisten Städte scannen Papier als flaches Bild ein — für einen blinden Menschen ist das eine leere Seite. Von den Dokumenten- und Sitzungsseiten nehmen wir bis zu 5 PDFs pro Domain und messen jede: Gibt es eine Textebene; gibt es strukturelles Markup (Tagged PDF — das Flag „marked“ und ein echter Strukturbaum werden getrennt gezählt); Titel, Sprache, Lesezeichen, Schutz gegen Textextraktion. Es wird kein OCR durchgeführt: Die Aufgabe ist, die Tatsache festzustellen, nicht das Dokument wiederherzustellen. Bei 500 zufälligen Scans wird die Darstellung der ersten Seite als Beleg aufbewahrt. „Keine Textebene“ ist eine gemessene Tatsache; „das Dokument ist nicht barrierefrei“ ist eine Schlussfolgerung, die wir nicht für den Leser ziehen.

Prüfung mit einem Screenreader — unabhängige Validierung des Durchlaufs

Der Haupteinwand gegen die Studie: „Sie haben mit einem Roboter gemessen, nicht mit einem Screenreader.“ Wir antworten auf zwei Ebenen. Erstens der Barrierefreiheitsbaum, den der Browser an Hilfstechnologien übergibt: 2.000 Seiten, Stichprobe geschichtet nach Seitentyp und Plattform; wir messen den barrierefreien Namen des Zielelements, Landmarks (main, navigation), die Überschriftenstruktur, die Beschriftungen von Formularfeldern. Zweitens ein NVDA-Lauf nach festem Skript über 200–300 Seiten mit vollständiger Mitschrift des Gesprochenen. Die Urteile des Durchlaufs werden dann mit dem abgeglichen, was der Screenreader gesagt hat — das ergibt die Genauigkeit des Agenten gegenüber dem Screenreader, mit Konfidenzintervall. Das ist ein skriptgesteuerter maschineller Lauf, kein Test mit blinden Nutzern — und genau so nennen wir ihn.

Wir haben unsere eigenen negativen Urteile nachgeprüft

Fast jede Spalte dieser Studie spricht über UNS: Wir konnten es nicht öffnen, wir konnten es nicht messen. Solche Aussagen sind schwer zu bestreiten. Aber zwei Spalten sprechen über DIE WELT — „Domain existiert nicht“ und „Website gesperrt“ —, und jeder kann sie mit einer einzigen Anfrage aus dem Browser prüfen. Also haben wir sie selbst geprüft. Wir nahmen 53 Domains, die unser Durchlauf als nicht existent markiert hatte, und besuchten jede so, wie es ein Mensch tun würde: Browser-User-Agent, vier Adressen (mit und ohne www, https und http), im Abstand von zehn Sekunden. 46 von 53 existieren — 86,8 %. Auf sie entfallen 368 Protokolleinträge, und 23 Domains liefern eine vollständige Seite: darunter offizielle Websites von Landkreisen und Städten.

Die zweite Prüfung betrifft das Urteil „gesperrt“. Es wurde vergeben, wenn ein Server uns ablehnte und der Screenshot bei verschiedenen Städten übereinstimmte — wir sahen also eine Sperrseite, keine Website. Es gibt 273 solche Städte. Live-Prüfung: Die Website existiert bei 220 davon (80,6 %). Davon lieferten 175 (64,1 %) eine Bot-Schutzseite — ein Mensch öffnet eine solche Website normal; 45 (16,5 %) lieferten eine echte Seite. Nur 15 (5,5 %) schweigen wirklich — und nur bei ihnen war das Urteil richtig.

Die Stichprobe war die erste Prüfung, nicht die einzige. Jeder Eintrag in dieser Spalte folgte — 3.593 davon über 473 Domains. Ergebnis: Die Website existiert bei 3.585 von 3.593 Einträgen, also 99,78 %. Eine vollständige Seite kam beim ersten Kontakt bei 628 Einträgen (17,48 %, 90 Domains); 2.957 Einträge (82,30 %, 382 Domains) stießen auf eine Bot-Schutzseite — die Website ist da, unser Crawler wurde nicht hereingelassen. Genau EINE Domain hat nie geantwortet: 8 Einträge, 0,22 %. Die Stichprobe hatte das auf einen Prozentpunkt genau vorhergesagt — 16,5 % gegenüber 17,48 % —, und das ist wichtiger als die Zahlen selbst: Die Methode hält, sie wurde nicht an das Ergebnis angepasst.

Wir schreiben frühere Zahlen nicht stillschweigend um und vergraben die Korrektur nicht in einer Fußnote. Die Hauptanteile der Studie beruhen auf Seiten, während diese beiden Spalten auf Domains beruhen, sodass sich der Hauptbefund nicht verschiebt. Aber eine Behauptung, die Website eines anderen existiere nicht, muss durch eine Prüfung belegt sein, nicht durch das Versagen unseres Clients. Eine vollständige Nachprüfung jedes Eintrags in diesen beiden Spalten läuft; ihre Ergebnisse erscheinen hier auf dieselbe Weise.

Änderungsprotokoll der Daten

Die Zahlen auf dieser Seite ändern sich: Die Studie läuft, der Durchlauf geht weiter, Fehler werden gefunden und korrigiert. Damit der Leser uns nicht aufs Wort glauben muss, führen wir ein Protokoll: was sich geändert hat, wann und warum. Jeder Eintrag entspricht einem Commit im Repository und kann Zeile für Zeile geprüft werden. Wir schreiben frühere Zahlen nicht stillschweigend um: Hat sich eine Zahl geändert, steht hier, was der Grund war.

Wie viele Menschen hinter diesen Zahlen leben

Prozentzahlen allein sagen einem Menschen nichts. Deshalb haben wir die Ergebnisse des Durchlaufs mit der Zensuszuordnung verknüpft und Menschen gezählt. In Gebietskörperschaften, deren Website sich mit einem Overlay-Widget freigekauft hat, leben 54.749.080 Menschen. Wo die Website nicht einmal einen Sprunglink hat, leben 39.194.691 Menschen. Jede Gebietskörperschaft wird einmal gezählt, wie viele Domains sie auch hat (bis zum 19. Oktober 2026 standen hier 64.532.960 und 52.013.413 — Summen über Domains mit Mehrfachzählung); ein Landkreis und eine Stadt darin können beide in der Summe stehen. Das ist keine Schätzung und keine Hochrechnung: Wir haben die Bevölkerung genau der Kommunen addiert, deren Domains dieses Ergebnis lieferten, und nur derer, die wir dem Zensus zuordnen konnten. Die realen Zahlen sind höher — manche Kommunen blieben ehrlich unzugeordnet.

Hängt Barrierefreiheit von der Stadtgröße ab

Wir haben es direkt geprüft: Pearson-Korrelation zwischen dem Logarithmus der Einwohnerzahl und zwei Merkmalen, über 6.015 Kommunen, bei denen beides bekannt ist. Overlay — 0,1857, Sprunglink — 0,2451. Beide sind positiv, aber schwach. Lesen Sie es so: Größere Städte haben öfter sowohl ein Overlay als auch einen echten Sprunglink — sie haben schlicht mehr Budget für die Website überhaupt. Doch die Stadtgröße erklärt die Barrierefreiheit nicht: Der Zusammenhang ist viel zu schwach, um aus der Einwohnerzahl vorherzusagen, ob eine Website nutzbar ist.

PDF-Dokumente: die Hälfte für einen Screenreader unlesbar

Eine Kommune veröffentlicht einen Haushaltsplan, eine Sitzungstagesordnung, ein Antragsformular — und fast immer ist es ein PDF. Wir haben die Startseiten jeder Website im Register geprüft: PDFs fanden sich auf 2.268 davon (19,5 %). Von diesen Dokumenten haben 1.213 (53,5 %) keine strukturellen Tags — keine Überschriften, keine Lesereihenfolge, keinen Alternativtext. Ein Screenreader liest eine solche Datei als ununterbrochenen Zeichenstrom, oft in falscher Reihenfolge und manchmal gar nicht, wenn es ein Scan ist. Ein Mensch, der dieses Antragsformular braucht, bekommt es nicht.

Domain-Infrastruktur: wie eine Kommune ihre E-Mail schützt

Neben der Barrierefreiheit haben wir den Zustand der Domains selbst erfasst — 11.654 davon. IPv6 unterstützen 15,5 %, DNSSEC ist bei 5,7 % aktiviert, ein CAA-Eintrag existiert bei 1,4 %. Eine DMARC-Richtlinie für E-Mail ist bei 56,9 % konfiguriert, im echten reject-Modus aber nur bei 34,6 %. Das betrifft nicht die Barrierefreiheit, sondern wie leicht es ist, sich in einem Brief an einen Einwohner als Rathaus auszugeben. Wir geben die Zahlen, wie sie sind, ohne Schlussfolgerungen: Sie stammen aus Standard-DNS-Abfragen, und jeder kann sie prüfen.

Konfidenzintervalle

Für die zentralen Anteile der Studie wurden 95-%-Konfidenzintervalle nach der Wilson-Methode berechnet, die auch nahe den Rändern des Bereichs korrekt bleibt, wo die Normalapproximation versagt. Abweichung Scanner gegenüber Durchlauf: 53,8 %, Intervall 53,20 — 54,41 %. Ziel auf erreichbaren Websites nicht erreicht: 74,6 %, Intervall 74,23 — 75,02 %. Echte Barrierefreiheit für einen Menschen: 12,6 %, Intervall 12,35 — 12,77 %. Frühere Zahlen wurden nicht angetastet: Die Intervalle wurden daneben gestellt, und bei Stichproben von sieben- bis fünfundneunzigtausend Einträgen bleibt die Fehlermarge unter einem halben Prozentpunkt. Alles in diesem Absatz ist Version 1 des Datensatzes (Schnappschuss vom 1. September 2026, Instrument v4). Version 2 (2. Oktober 2026, Instrument v5) zählt anders: Seiten ohne die benötigte Funktion werden nicht als Barrieren gezählt, und die Barriere unter den gemessenen Seiten beträgt 33,5 % (8.448 von 25.252) oder 33,9 % bei strenger Zählung eines schwachen Fokusrahmens. Details und der Vergleich der Versionen stehen im Block „Version 2 · 2. Oktober 2026“ weiter oben auf dieser Seite.

Die Erhebung läuft mit einem ehrlichen User-Agent, der das Projekt und eine Kontaktadresse nennt; höchstens eine Anfrage pro Sekunde und Domain und höchstens zehn gleichzeitige Verbindungen; bei Antworten 429 und 503 wächst die Verzögerung.

Nach jeder Phase wird das Integritätsregister neu berechnet: Eine Abweichung in einem einzigen Hash stoppt die Arbeit. Neue Belege werden auf dieselbe Weise wie die ersten über OpenTimestamps notariell gesichert, und die Rohdateien werden in /data veröffentlicht.

Was an diesen Daten nicht stimmt

1. Der US-Durchlauf ist abgeschlossen: 11.659 Websites von 11.659 im CISA-Register — hundert Prozent davon — plus 243 weitere außerhalb des Registers. Aus den USA werden diese Zahlen nicht mehr wachsen; sie ändern sich nur, wenn andere Länder hinzukommen, und das wird offen gesagt.

2. Nicht jeder Eintrag hat einen Screenshot. Von 95.524 Einträgen tragen 85.704 einen Screenshot-Pfad, und bei 83.212 wurde die Datei selbst auf dem Datenträger geprüft. Bei den übrigen hat sich die Seite nicht geöffnet — es gab nichts aufzunehmen; manche Einträge stammen aus der Zeit vor dem 27. August, als der Code einen Fehler hatte: Der Screenshot-Pfad wurde auch geschrieben, wenn kein Screenshot gespeichert worden war. Der Fehler ist behoben, und die alten Einträge sind markiert.

2b. Wo Screenshots fehlen — und warum gerade dort. Ein Dateipfad ist bei 85.704 Einträgen vorhanden, und die Prüfung JEDER Datei auf dem Datenträger am 31. August 2026 ergab 83.212: Bei 2.492 Einträgen wurde der Pfad geschrieben, die Datei fehlt aber. Die übrigen 9.820 Einträge tragen überhaupt keinen Pfad, und das ist kein Zufall — kein Screenshot wird gespeichert, wo sich die Seite nie geöffnet hat: Domain fehlt im DNS (6.303 Fälle), fehlerhaftes TLS (1.788), Zeitüberschreitung der Anfrage (819), keine Verbindung (813), sonstige Fehler (97). Dort gibt es nichts aufzunehmen. Die Prüfung wurde am 1. September 2026 mit einem unabhängigen Skript wiederholt und ergab dieselben drei Zahlen — 85.704, 83.212 und 2.492. Jede Datei der Beweisbasis — 81.065 Screenshots und 578 frühere Artefakte — ist in einem einzigen Register aufgeführt, und sein SHA-256 wurde am 1. September 2026 über OpenTimestamps mit Zeitstempel in Bitcoin verankert (drei unabhängige Kalender haben ihn angenommen, kostenlos). Register und Zeitstempel sind unter /data/evidence-hashes-2026-09-01.txt.gz veröffentlicht. Der Hash wird über die ENTPACKTE Datei berechnet — das Verfahren ist in /data/evidence-hashes-README.txt beschrieben. Einen Screenshot rückzudatieren ist jetzt unmöglich, ohne Bitcoin umzuschreiben.

2-ter. Einträge und Prüfungen sind nicht dasselbe. Die Zahl oben zählt Durchlaufeinträge. Eindeutige Prüfungen — verschiedene Paare aus Adresse und Seitentyp — gibt es 95.492; Wiederholungsbesuche einer bereits durchlaufenen Seite 32 (0,03 %). Die Wiederholungen sind Spuren des Nachdurchlaufs: Manche Adressen wurden erneut durchlaufen, während das Protokoll vervollständigt wurde. Auf die Anteile wirken sie sich nicht aus: Gut dreißig Einträge von fünfundneunzigtausend bewegen keine Zahl, nicht einmal in der ersten Nachkommastelle. Auf dieser Seite stand früher, es gebe keine Wiederholungen — das stimmte für das Protokoll jenes Tages und stimmt nach dem Nachdurchlauf nicht mehr. Gefunden durch einen vollständigen Abgleich jeder Zahl auf der Seite, nicht durch eine Stichprobe.

Die richtige Zahl lautet also: Bei messbaren Seiten — denen, die sich geöffnet haben — ist ein Screenshot in 87,1 % der Fälle auf dem Datenträger geprüft (83.212 von 95.524). Nach Urteil: „für einen Menschen erreichbar“ — 99,6 %, „teilweise Barriere“ — 99,7 %, „formal barrierefrei, aber eine Barriere“ — 89,6 %. Bei Seiten mit dem Urteil „nicht erreichbar oder nicht messbar“ fehlt ein Screenshot in 43 % der Fälle, und das ist kein verlorener Beleg, sondern ein Beleg, der nicht existieren kann: Es gibt nichts zu beweisen, wenn eine Website nicht antwortet.

In dieser Zeile stand früher eine Zählung von PFADEN zu Dateien statt der Dateien selbst, und sie überzeichnete die Beweisbasis um 17 %. Hier steht jetzt eine geprüfte Zahl: Jede Datei wurde geöffnet, ihre Größe und PNG-Signatur geprüft.

Gesondert zu 2.421 Dateien unter fünf Kilobyte. Ihre Größen häufen sich unplausibel eng: 4.714 Byte — 1.566 Dateien, 4.719 Byte — 808. Das Hashen ergab, dass es unter den ersten sechshundert Dateien nur zehn verschiedene Bilder gibt, und zwei davon decken 571 Dateien ab. Wir haben sie geöffnet: ein schlichtes weißes Rechteck. Ein normaler Screenshot wiegt 158 Kilobyte, dreiunddreißigmal mehr.

Die Ursache ist technisch: Der Screenshot wurde aufgenommen, bevor die Seite gezeichnet war — der Browser hatte die Navigation bereits als abgeschlossen gemeldet, während der Inhalt noch nicht dargestellt war. Eine solche Datei existiert und öffnet sich, beweist aber nichts, und deshalb wird sie nicht zu den belegten Einträgen gezählt. Die Aufnahme ist korrigiert: Der Screenshot wird jetzt aufgenommen, nachdem Text auf der Seite erscheint, und die Dateigröße wird unmittelbar nach dem Speichern geprüft.

3. Ein Bot-Schutz ist nicht dasselbe wie fehlende Barrierefreiheit. Websites, die mit einem CAPTCHA oder einer Browserprüfung antworteten, sind als „nicht messbar“ markiert und werden nicht als schlecht gezählt. Wir wissen nicht, was hinter dem Schutz liegt.

4. Die Bewertung eines Durchlaufs ersetzt keinen echten Nutzer. Deshalb trägt jeder Eintrag einen Screenshot: Die Schlussfolgerung lässt sich mit eigenen Augen prüfen.

5. Vierzig Prozent der Einträge sind nicht gemessen — und das ist der Zustand der Websites, kein Mangel unsererseits. Von 95.524 Einträgen erhielten 38.328 (40,1 %) das Urteil „nicht erreichbar oder nicht messbar“. Fast alle davon sind Websites, die nicht geantwortet haben: Die Seite öffnete sich in 14.527 Fällen (15,2 %) mit einem Netzwerkfehler nicht und in 14.267 (14,9 %) mit einer Ablehnung durch den Server — zusammen 30,1 %. Wir haben sie nicht übersprungen: Es gab nichts zu messen. Eine solche Seite als „für einen Menschen nicht barrierefrei“ zu zählen, wäre eine Unterschiebung: Ein Mensch würde unter derselben Adresse denselben Fehler sehen, doch das sagt etwas über die Website, nicht über ihre Barrierefreiheit für Menschen mit Behinderungen. Solche Einträge werden daher als eigenes Urteil geführt und NICHT in den Anteil der Barrieren eingerechnet.

6. Eintausendzweihundertvierundsechzig Einträge wurden für Adressen erstellt, die im Register fehlen, und das sagen wir selbst. Stellenweise bildete der Durchlauf die Adresse aus dem Stadtnamen, statt sie der offiziellen CISA-Liste zu entnehmen: houston.gov statt houstontx.gov, garland.gov statt garlandtx.gov, frisco.gov statt friscotexas.gov. Solche Adressen antworten nicht, und die Einträge erhielten das Urteil „nicht messbar“, was den Anteil des Unerreichbaren aufbläht. Wir haben gemessen, was das ändert: Der nicht messbare Anteil beträgt mit ihnen 41,5 % und ohne sie 40,9 %, die Hauptlücke 53,4 % gegenüber 53,5 % — eine Verschiebung um vier Hundertstel eines Punktes. Zwölfhundert Einträge verschwinden in einundneunzigtausend. Wir sagen das nicht, weil es die Schlussfolgerung beschädigt, sondern weil die Widerstandsfähigkeit der Zahl gegen eine solche Bereinigung ein Argument für sie ist.

7. Das Register, dem wir folgen, ist selbst unvollständig — und auch das sagen wir selbst. Von 91.129 Einträgen wurden 1.272 für Adressen erstellt, die im CISA-Register fehlen. Wir teilen sie in zwei verschiedene Fälle, denn sie zusammenzuwerfen wäre unehrlich. Der erste ist unser eigener Fehler: 1.264 Einträge über 78 Adressen, die der Durchlauf aus dem Stadtnamen statt aus der offiziellen Liste gebildet hat, wobei dieselbe Stadt im Register unter einer anderen Adresse existiert. Der zweite sind acht Einträge für eine einzige Adresse, bellevueohio.gov: Die Website antwortet, doch die Stadt Bellevue, Ohio, steht überhaupt nicht im Register. Die offizielle Liste lässt also funktionierende kommunale Websites aus. Acht Einträge von einundneunzigtausend ändern an den Zahlen nichts, aber sie sagen etwas Wichtiges: Wo das Register schweigt, sieht der Durchlauf trotzdem.

In unserer eigenen Methode gefunden: Der Sprunglink wurde als Erreichen des Ziels gezählt

Gefunden am 15. September 2026 und hier korrigiert, statt zu warten, bis jemand anderes es findet. Unser Durchlauf wertete das Seitenziel als erreicht, wenn das fokussierte Element entweder in seinem Text oder in seinem href mit einem Schlüsselwort übereinstimmte. Der erste Link auf einer gut gebauten Website ist der Hilfslink „Zum Hauptinhalt springen“: Er enthält das Wort main und verweist auf den Anker #main oder #content. Auf Seiten, zu deren Schlüsselwörtern main oder navigation gehören, wurde er daher schon beim allerersten Tab-Druck als Ziel akzeptiert. Ein Sprunglink ist ein echtes Merkmal der Barrierefreiheit, und Tastaturnutzer verwenden ihn tatsächlich. Aber er führt nicht zu den Kontaktdaten, zur Zahlungsseite oder zu den Öffnungszeiten — und genau das behauptet das Urteil „für einen Menschen erreichbar“. Gemessen am veröffentlichten Protokoll: Von 95.524 Einträgen wurde bei 6.184 (6,5 %) das Ziel einem solchen Link gutgeschrieben — 5.064 mit dem Urteil „erreichbar“ und 1.120 mit „teilweise Barriere“. Streng neu berechnet, ohne den Hilfslink als Ziel zu zählen: „erreichbar“ 11.994 → 6.930, „formal barrierefrei, aber Barriere“ 21.305 → 27.489, „teilweise Barriere“ 13.972 → 12.852. Barriereanteil unter den messbaren Seiten: 74,6 % → 85,3 % (40.341 von 47.271). Die Korrektur geht GEGEN die gemessenen Websites, nicht zu ihren Gunsten: Die veröffentlichte Zahl war gnädiger zu ihnen, als sie hätte sein sollen. Beide Zahlen stehen hier, damit sich jede reproduzieren lässt: Das Rohprotokoll speichert den Text des fokussierten Elements, sodass für die Prüfung kein erneuter Durchlauf nötig ist. Alles in diesem Absatz ist Version 1 des Datensatzes (Schnappschuss vom 1. September 2026, Instrument v4). Version 2 (2. Oktober 2026, Instrument v5) zählt anders: Seiten ohne die benötigte Funktion werden nicht als Barrieren gezählt, und die Barriere unter den gemessenen Seiten beträgt 33,5 % (8.448 von 25.252) oder 33,9 % bei strenger Zählung eines schwachen Fokusrahmens. Details und der Vergleich der Versionen stehen im Block „Version 2 · 2. Oktober 2026“ weiter oben auf dieser Seite.

8. Mehr als jede neunte Adresse aus dem Register existiert nicht, und das betrifft die Zahl oben. Eine frische DNS-Prüfung: Von 11.663 Domains im Protokoll werden 1.318 (11,3 %) überhaupt nicht aufgelöst — es gibt keine Website, und es gibt nichts zu messen. Auf sie entfallen 10.542 Einträge. Davon tragen 7.230 (7,6 % des Protokolls) das Urteil „nicht messbar oder nicht verfügbar“ statt „Domain existiert nicht“ — das heißt, der nicht messbare Anteil vermischt zwei verschiedene Dinge: eine Website, die ein Mensch nicht durchlaufen konnte, und eine Website, die es nicht gibt. Das Erste sagt etwas über die Qualität behördlicher Websites, das Zweite über die Qualität des Bundesregisters. Wir sagen das offen, weil eine Korrektur die Hauptzahl ZU UNSEREN GUNSTEN verschieben würde: Ohne tote Domains steigt der Anteil der Barrieren. Die Zahlen auf dieser Seite stehen OHNE diese Korrektur. Einträge mit dem Urteil „barrierefrei“ auf diesen Domains: 0 — auch am Tag des Durchlaufs war keine davon erreichbar, also ist keine erst danach weggefallen.

Wen das tatsächlich betrifft

Arbeit an der Barrierefreiheit wird meist als Hilfe für Menschen mit Behinderungen beschrieben. Nach den Zahlen ist diese Beschreibung unvollständig.

In den USA sind etwa eine Million Menschen blind und etwa sieben Millionen sehbehindert. 128.000.000 haben eine altersbedingte Weitsichtigkeit. Mehr als 80 % der Menschen entwickeln sie bis zum Alter von vierzig: Das ist keine Krankheit und keine Behinderung, es geschieht jedem. Bis 2030 wird sich die Rate der Sehbehinderungen in den USA mit der alternden Bevölkerung verdoppeln.

Es geht nicht nur um das Sehen. Mit dem Alter gehorcht die Hand weniger gut — eine kleine Schaltfläche wird schwer zu treffen. Die Reaktion verlangsamt sich — Formulare mit Zeitlimits schließen ältere Menschen als Erste aus. Das Gedächtnis lässt nach — mehrstufige Formulare werden unpassierbar. Alles, was diese Studie prüft — Zielgröße, Kontrast, Feldbeschriftungen, Tastaturbedienung —, versagt zuerst nicht bei einem blinden Menschen, sondern bei einem gewöhnlichen Sechzigjährigen.

Die Zahlen in diesem Abschnitt sind extern, nicht unsere: NIH StatPearls, BCLA CLEAR, American Foundation for the Blind. Unsere eigenen Messungen stehen weiter oben und sind gesondert gekennzeichnet.

Offenlegung

Datenversionen

Wie oft das nachgeprüft wurde und was sich geändert hat. Mit „in Arbeit“ markierte Zeilen sind Nachprüfungen, die noch nicht als eigene Dateien veröffentlicht sind. Ihre Zahlen werden bewusst gezeigt: Über sie zu schweigen, liest sich wie „einmal gemessen und dabei belassen“.

Wie man prüft, dass die Zahlen nicht nachträglich zurechtgebogen wurden

Eine Website kann über Nacht umgestaltet werden, und mit ihr verschwindet der Beweis eines Mangels. Deshalb sind die Quelldateien dieser Studie in drei unabhängigen Ketten verankert: Um sie rückzudatieren, müsste man ein öffentliches Register umschreiben. Überprüfbar ohne uns und ohne unsere Erlaubnis.

• Bitcoin — Der Hash des signierten Dokumentensatzes ist in Block 967198 festgehalten, bestätigt von zwei unabhängigen OpenTimestamps-Kalendern. Bitcoin
• Solana — Derselbe Hash ist im Mainnet über das Memo-Programm geschrieben, zusammen mit der Arweave-Adresse und der Bitcoin-Blockhöhe. Solana
• Arweave — Die Dateien selbst werden unverschlüsselt gespeichert: Laden Sie sie herunter, berechnen Sie SHA-256 und vergleichen Sie es mit dem Hash in der Kette. Arweave

Vollständige Methodik — aifa.works/research/methodology

Einen Fehler in den Daten gefunden — schreiben Sie uns: contact@codeofdigitaleternity.com