Zusammenfassung

  • Am 11. August meldete AGWG einen „Konsens mit einem Einwand“ zur Trennung von normativer Konformität und informativer Beratung für Regulierer. Abwesende erhielten fünf Arbeitstage für weitere Einwände.
  • Am 18. August setzte die Gruppe die Debatte fort, fasste aber keinen Beschluss. Der Vorsitz beendete den Abschnitt mit einer explorativen Stimmungsabfrage, nicht mit endgültigem Wortlaut.
  • Am 25. August nahm AGWG drei Beschlüsse an, die Abschnitte 3, 3.1 und 3.2 nach dem Text eines Google Docs zu aktualisieren – nach Klärung der dazugehörigen Kommentare.
  • Pull Request 826 erhielt nach der Sitzung weitere Integrations-, Redaktions- und Feedback-Commits und wurde am 26. August zusammengeführt. Der Verlauf belegt die spätere Ausführung, nicht für sich allein deren institutionelle Grundlage.
  • Gruppenbeschluss, Merge, Editor’s Draft, W3C Decision und Recommendation sind getrennte Autoritätszustände. Eine Decision-to-Diff-Konkordanz könnte sie verbinden, ohne das Repository zur Quelle des Mandats zu erklären.

Die Einschränkung steht im Beschluss selbst

Das folgenreichste Stück Text im Protokoll vom 25. August kommt jeweils nach dem Link. Dreimal beschloss die Arbeitsgruppe, einen Abschnitt anhand des Google Docs zu aktualisieren – nachdem die dazugehörigen Kommentare in diesem Dokument geklärt worden sind.

Diese Formulierung enthält Auftrag und Grenze. Die Redakteure erhielten mehr als eine Bitte, über das Thema weiter nachzudenken: Sie sollten den öffentlichen Editor’s Draft an konkreten Stellen ändern. Gleichzeitig erklärte die Gruppe nicht jedes Zeichen für genehmigt, das erst nach der Sitzung in der Merge-Fassung auftauchte. Die offenen Kommentare bildeten einen ausdrücklich verbleibenden Arbeitsbereich.

Wer nur den Auftrag wiedergibt, macht aus einem bedingten Beschluss eine Wortlautabnahme. Wer nur auf die offenen Kommentare blickt, macht aus einem protokollierten institutionellen Schritt eine unverbindliche Werkstatt. Beides verfehlt den Sachverhalt.

Ein Teilnehmer sprach das Archivproblem in der Sitzung unmittelbar an: Könne die Gruppe über Text in einem Google Doc entscheiden, wenn dieser nicht im IRC-Protokoll wiedergegeben sei? Die Antwort war pragmatisch: Das Material sei dafür zu lang. Das erklärt den Arbeitsweg, verleiht einem veränderlichen Dokument aber noch keine dauerhafte Identität. Unter derselben URL können vor, während und nach der Sitzung unterschiedliche Fassungen stehen.

Eine belastbare Lösung muss den Text nicht in den Chat kopieren. Sie muss die geprüfte Fassung als datierten Export oder Hash, die betroffenen Anker und die abgegrenzte Menge noch zu behandelnder Kommentare festhalten.

Der 25. August hatte eine zweiwöchige Vorgeschichte

Am 11. August hatte AGWG bereits „Konsens mit einem Einwand“ über die Grundarchitektur der Konformität bekanntgegeben. Der normative Abschnitt sollte sich auf Konformität konzentrieren, einschließlich eines in seinem Umfang bestimmten Konformitätsanspruchs. Empfehlungen an Regulierer zum Umgang mit Inhalten, die ein Autor nicht vollständig kontrolliert, sollten überwiegend in informative Leitlinien und gegebenenfalls in bestimmte WCAG-Ergebnisse wandern.

Der Einwand blieb sichtbar: Eine so große Entscheidung sei verfrüht, solange die Gruppe Konformität noch nicht definiert habe. Die öffentliche Nachricht gab Menschen, die nicht an der Sitzung teilgenommen hatten, fünf Arbeitstage für zusätzliche Einwände. Danach sollte die Entscheidung entweder dokumentiert oder erforderlichenfalls erneut in die Gruppe gebracht werden.

Konsens mit Einwand bedeutet nicht Einstimmigkeit. Er bedeutet auch nicht, dass ein Einwand automatisch jede Arbeit stoppt. Nach dem W3C Process kann der Vorsitz eine Gruppenentscheidung feststellen, wenn berechtigte Bedenken so weit wie vernünftigerweise möglich behandelt wurden, obwohl Dissens verbleibt. Ein aufrechterhaltener Einwand kann als Formal Objection einen gesonderten Prüfweg nehmen. Entscheidung, Dissens und Eskalation sind verschiedene Zustände.

Am 18. August zeigte sich, dass der Text noch keineswegs abgeschlossen war. Diskutiert wurden Seiten, Pfade, Prozesse, Komponenten, Konformitätsaussagen und Berichtspflichten. Vorschläge änderten sich während des Gesprächs. Gegen Ende erklärte der Vorsitz, an diesem Tag werde es keinen Beschluss geben. Eine unverbindliche Abfrage unterstützte, einen engeren Konformitätsabschnitt weiterzuverfolgen; Erkundung war aber noch keine Annahme.

Die drei Beschlüsse eine Woche später markierten somit einen Übergang: Aus Richtung, Einspruchsfenster, erneuter Beratung und Umfragetext wurde ein redaktionell ausführbarer Auftrag. Sie waren weder eine spontane Volksabstimmung noch der Abschluss des Standards.

Plus- und Minuszeichen machen noch keine formelle Abstimmung

Im Protokoll stehen +1, 0 und -1. Solche Signale zeigen Unterstützung, Vorbehalte und Widerspruch im Raum. Ihre Zählbarkeit verwandelt das Verfahren jedoch nicht automatisch in eine Abstimmung.

Das W3C Process Document trennt Konsensbildung und sachliche Abstimmung. Eine Abstimmung ist das letzte Mittel, wenn technische Diskussion und Kompromiss nicht mehr weiterführen. Dann müssen die Entscheidung abzustimmen, die Regel, das Ergebnis und Formal Objections dokumentiert werden. Das Protokoll vom 25. August spricht dagegen von Beschlussentwürfen, Signalen der Beteiligten und angenommenen Beschlüssen.

Die Unterscheidung hält die Autoritätsgrenzen sauber. Teilnehmer liefern Fachurteil, Nutzerperspektive, Argumente und Einwände. Der Vorsitz beurteilt nach dem Verfahren, ob eine Gruppenentscheidung besteht. Die Gruppe lenkt ihre Arbeit innerhalb von Charta und Prozess. Anwesenheit macht die Beteiligten dennoch nicht zu den Prinzipalen von Regulierern, Gerichten, Beschaffungsstellen oder allen Menschen im Web.

Auch innerhalb des W3C gibt es mehrere Ebenen. Das Verfahren unterscheidet Entscheidungen des Vorsitzes, Gruppenentscheidungen oder Resolutions, Team Decisions und W3C Decisions. „AGWG-Beschluss“ bezeichnet deshalb den richtigen Zustand: mehr als Gespräch, weniger als fertige Recommendation oder externe Rechtsnorm.

Das Repository dokumentiert Vollzug

Pull Request 826 im offiziellen Repository w3c/wcag3 war schon vor der Sitzung als Aktualisierung des Konformitätsabschnitts geöffnet. Zusammengeführt wurde er am 26. August um 23:57 Uhr UTC. Der finale Head und der Merge-Commit besitzen stabile Kennungen.

Der öffentliche Verlauf zeigt keine einzige unveränderte Übertragung. Zu den Beschreibungen gehören die Entfernung von Abschnitt 4, redaktionelle Anpassungen, die Integration von Konformitätsinhalt nach der Sitzung, Refactoring, Änderungen an der allgemeinverständlichen Zusammenfassung und an der einleitenden Editorennotiz, gezielte Review-Anpassungen sowie ein abschließendes „address feedback“.

Diese Abfolge belegt keinen Kompetenzverstoß. Die Beschlüsse sahen die Klärung der Kommentare ausdrücklich vor. Aus einer Commit-Zeile folgt nicht, ob ein Unterschied normativ, redaktionell, mechanisch oder bereits durch Umfrage und Diskussion gedeckt war. Die geprüften öffentlichen Quellen tragen keine Behauptung, die Redakteure hätten ihren Auftrag überschritten.

Sie belegen etwas Engeres und Wichtigeres: Der genaue Merge-Text entstand in einem Ausführungsschritt nach der Gruppenentscheidung. Git bewahrt Bytes, Urheber, Zeiten und Abstammung. Es beantwortet nicht automatisch, welcher Entscheidungssatz welchen Unterschied erlaubte, welcher Kommentar damit erledigt wurde oder ob eine spätere Umfangsänderung neu beschlossen werden musste.

Eine Datenbank ist kein Thron. Das Repository ist ein präziser Vollzugsbeleg, aber nicht der Ursprung der Befugnis.

Der Editor’s Draft warnt vor seiner eigenen Überhöhung

Der öffentliche Editor’s Draft vom 28. August sagt ausdrücklich, seine Veröffentlichung bedeute keine Billigung durch W3C oder dessen Members. Er könne jederzeit aktualisiert, ersetzt oder überholt werden und solle nicht anders als als laufende Arbeit zitiert werden.

Der Konformitätsabschnitt trägt den Zustand Developing. Im Vokabular des Entwurfs heißt das: allgemeine Übereinstimmung über das Thema, noch unvollständige Details. Das widerspricht einem echten Beschluss vom 25. August nicht. Es beschreibt den Entwicklungszustand, in den der Beschluss den Text überführte.

Der aktuelle Editor’s Draft und der jüngste formell veröffentlichte WCAG 3 Working Draft erfüllen ebenfalls verschiedene Funktionen. Der erste zeigt laufende Arbeit, der zweite hält einen förmlichen Publikationsstand fest. Eine spätere Recommendation wird einen weiteren Status besitzen. Wenn Gesetzgeber, Beschaffer oder Verträge WCAG Bindungswirkung geben, kommt diese Wirkung aus ihrem eigenen Übernahmeakt.

Der Gruppenbeschluss darf daher nicht als bedeutungslos abgetan werden, nur weil er nicht final ist. Ebenso darf der Entwurf nicht als endgültige W3C-Regel behandelt werden, nur weil er einen Beschluss ausführt.

Eine schlanke Decision-to-Diff-Konkordanz

Für die fehlende Verbindung ist kein Protokoll über jedes Komma nötig. Wenige strukturierte Felder genügen.

Erstens braucht es stabile Kennungen für Frage und Beschluss, den genauen Beschlusstext, die Entscheidungsart, den berechtigten Kreis, das Zeitfenster und den Zeitpunkt, zu dem der Vorsitz das Ergebnis feststellte.

Zweitens muss der wirklich geprüfte Text identifiziert werden. Bei einem repository-eigenen Entwurf können Commit und Abschnittsanker genügen. Bei einem Gemeinschaftsdokument braucht es einen versionierten Export und einen Inhalts-Hash. Der lebende Link bleibt hilfreich, aber nicht allein maßgeblich.

Drittens ist die Menge der für spätere Bearbeitung offenen Kommentare abzugrenzen, einschließlich der Zuständigkeit für ihre Erledigung. Persönliche Notizen oder geschützte Inhalte müssen nicht öffentlich sein; der genehmigte Arbeitsumfang muss es sein.

Viertens sollte der nachträgliche Änderungssatz klassifiziert werden: direkte Umsetzung, Erledigung eines benannten Kommentars, redaktionelle Korrektur, technische Reparatur oder Umfangsänderung. Das Etikett entscheidet nicht über die Qualität. Es führt den Prüfer zur einschlägigen Autorität.

Schließlich gehören finaler Head, Merge-Commit und Publikationsstatus mit späteren Calls for Consensus, Formal Objections, Wiedereröffnungen oder ersetzenden Beschlüssen verbunden. Ein reproduzierbarer Diff zwischen geprüftem Snapshot und Merge macht den Übergang testbar.

Ein Entscheidungsindex ist eine Projektion, nicht der Akt

Bei der Recherche zeigte die öffentliche AGWG-Seite „Decisions“ als letzte Bearbeitung den 17. August. Sie enthielt die erst am 25. August gefassten Beschlüsse daher noch nicht. Aus einem zeitlich älteren Index lässt sich weder Ungültigkeit noch Geheimhaltung oder Vergessen des späteren Akts ableiten.

Die Verzögerung zeigt trotzdem, warum Zustandsabgleich zählt. Das Sitzungsprotokoll belegt den Gruppenakt. Der Index macht ihn auffindbar. Der Pull Request zeigt die Ausführung. Der Editor’s Draft präsentiert den aktuellen Stand. Die formelle Veröffentlichungsseite markiert einen anderen Zustand. Keines dieser Systeme ist allein für alle Fragen zuständig.

Die angemessene Reaktion lautet Abstimmung der Aufzeichnungen, nicht Anklage. Ein aktualisierter Index kann Beschluss, geprüften Snapshot und Merge verbinden. Protokoll und Pull Request können aufeinander zurückverweisen. Leser müssen Autorität dann nicht aus Datumsfolgen und veränderlichen Links erraten.

Quellen

  1. AGWG – Protokoll und Beschluss vom 11. August 2026
  2. AGWG-Sitzungsprotokoll vom 11. August 2026
  3. AGWG-Sitzungsprotokoll vom 18. August 2026
  4. AGWG-Sitzungsprotokoll vom 25. August 2026
  5. Entscheidungsrichtlinie der Accessibility Guidelines Working Group
  6. W3C Process Document
  7. AGWG-Seite „Decisions“
  8. Pull Request 826 von w3c/wcag3
  9. Commit-Verlauf von Pull Request 826
  10. WCAG 3 Editor’s Draft
  11. Jüngster formell veröffentlichter WCAG 3 Working Draft
  12. W3C – Aktualisierung des Process Document 2025