Zusammenfassung

  • Am 10. August leitete das W3C Team die Verfeinerung eines Chartaentwurfs für die Immersive Web Working Group ein. Die öffentliche Diskussion sollte in Strategy Issue 564 stattfinden; Mitglieder konnten zusätzlich das vertrauliche w3c-ac-forum nutzen.
  • Abschnitt 4.2 des W3C Process verlangt, alle gegen den Entwurf eingereichten Issues formell zu behandeln und ihre Lösungen in einer disposition of comments nachzuverfolgen. Nicht im Konsens gelöste Punkte sind hervorzuheben.
  • Der öffentliche Thread zeigt bereits eine prüfbare Kette: ein als blockierend bezeichneter Sicherheitshinweis, eine Antwort und PR 862; APA-Fragen, Antworten und PR 865. Am 30. August waren beide PRs offen und nicht gemergt.
  • Member-only-Informationen bleiben geschützt. Abschnitte 7.2 und 7.3 erlauben der zuständigen Stelle zugleich eine nicht zugeordnete öffentliche Fassung, die das Erforderliche mitteilt, ohne den vertraulichen Ursprung offenzulegen.
  • Ein gemeinsames Protokoll sollte Problemklasse, betroffene Version und Klausel, Antwort, öffentlichen Diff oder Begründung für keine Änderung, Konsensstatus, nächsten Autoritätsschritt und Ablösungsgeschichte enthalten. Namen, vertrauliche Formulierungen und identifizierende Mengenangaben gehören nicht hinein.
  • Beteiligung liefert Sachkunde und Einwände, aber keine AC-Stimme und kein abstraktes Volksmandat. Refinement, Team Decision, AC Review und W3C Decision sind getrennte Autoritätszustände.

Warum zwei Kanäle sinnvoll sein können

Die Mitteilung vom 10. August benennt beide Wege offen. Der öffentliche Strategy-Thread steht zur frühen Diskussion bereit; Mitglieder dürfen den geschützten Verteiler nutzen. Für den einen Chartaentwurf gibt es einen Chartering Facilitator und ein gemeinsames, ungefähr bis 7. September reichendes Refinement.

Der öffentliche Kanal ermöglicht zitierbare Zeilen, sichtbare Patches und spätere Kontrolle. Der geschützte Kanal kann nicht angekündigte Implementierungspläne, vertragliche Beschränkungen oder Einschätzungen aufnehmen, deren Zuordnung selbst Schaden verursachen würde. Nicht jede nützliche Information entsteht unter einer Pflicht zur sofortigen Veröffentlichung.

Die Existenz des Mitgliederkanals beweist daher weder Geheimsteuerung noch tatsächliche Nutzung. Ebenso wenig ist GitHub automatisch folgenlose Kulisse. Entscheidend ist, was nach der Eingabe geschieht: Welche öffentliche Spur bleibt, wenn beide Kanäle denselben Text verändern können?

Zusammengeführt werden muss der Status, nicht der Rohinhalt. Die vertrauliche Nachricht bleibt geschützt. Ein öffentlicher Eintrag kann dennoch festhalten, dass eine sichere Problemklasse eine bestimmte Klausel betraf, beantwortet wurde und zu Änderung, begründetem Nichtändern oder offenem Zustand führte.

Der öffentliche Thread enthält mehr als einen Schalter

Ein Security Reviewer verglich die Formulierung, jede Spezifikation solle „sections“ zu Sicherheits- und Datenschutzfolgen enthalten, mit dem aktuellen Template, das „separate sections“ verlangt. Er bezeichnete den Hinweis als blocking und nannte die Bedingung für die Erledigung. Die Antwort erkannte die Abweichung an und eröffnete PR 862. Der Reviewer erklärte, ein Merge werde den Blocker beseitigen.

Damit sind Problem, Antwort, vorgeschlagener Diff und Abschlussbedingung einzeln sichtbar. Am Stichtag blieb der PR offen. Eine vorhandene Korrektur ist noch keine eingearbeitete Korrektur; sie ist aber auch kein ignorierter Hinweis.

Die APA-Prüfung bündelte andere Fragen: Überschneidungen von Plane und Mesh Detection, Zeitplan von WebGPU und Fortbestand von WebGL, die Rolle von CSS Spatial Layout und Haptik. Antworten grenzten die Arbeiten ab und verwiesen auf PR 865. APA hielt die ersten Fragen für beantwortet, stellte danach aber eine weitere zur uneinheitlichen Benennung als „detection“, „tracking“ oder „sensing“.

„APA zugestimmt“ oder „APA widersprochen“ wäre zu grob. Mehrere Fragen wurden beantwortet, ein Patch blieb ungemergt und ein Terminologiepunkt offen. Das Protokoll muss unterhalb des Gesamt-Issues arbeiten.

Auch die 14 angezeigten Kommentare sind kein Repräsentationsmaß. Ein Beitrag kann fünf Fragen enthalten; mehrere Personen können eine Formulierung bearbeiten. Schweigen kann Zustimmung, Enthaltung, Unkenntnis oder fehlende Entscheidungskompetenz bedeuten. Aktivität ist keine Abstimmung.

Der Process fordert Behandlung und Zustandsnachweis

Zur Einleitung veröffentlicht das Team den Entwurf, erklärt die Teilnahme, nennt mindestens 28 Tage und bestimmt den Facilitator. Im Refinement erfolgt Wide Review. Der Facilitator sucht Konsens unter den Beteiligten. Kommt er nicht zustande, kann eine Team Decision angefordert werden, deren Begründung zu dokumentieren ist.

Der zentrale Satz verlangt, dass alle Issues gegen den Chartaentwurf formell behandelt und ihre Lösungen in einer disposition of comments verfolgt werden, einschließlich der nicht im Konsens gelösten Punkte.

Ein bloßer Diskussionslink genügt deshalb nicht. Eingabe, Antwort und Status müssen verbunden sein. Die Vorschrift verlangt aber keine Veröffentlichung jedes erhaltenen Wortes; die Vertraulichkeitsstufen bleiben bestehen.

Vor Ablauf muss das Team AC Review einleiten, den Vorschlag aufgeben oder das Refinement verlängern. Die Entscheidung ist mit der vorgeschriebenen Sichtbarkeit anzukündigen; ohne AC Review ist eine Begründung erforderlich.

AC Review ist eine eigene Phase. Jede Mitgliedsorganisation reicht über ihre AC-Vertretung eine Review ein; Dissent muss dort als Formal Objection ausgedrückt werden. Ein öffentlicher Refinement-Kommentar ist keine solche Review. Ein vertraulicher Hinweis wird ebenfalls nicht automatisch zur späteren formellen Einwendung.

Ein öffentlicher Index muss nichts verraten

Abschnitt 7.2 unterscheidet public, Member-only und Team-only. Berechtigte Empfänger müssen eingeschränkte Informationen schützen. Mailtexte, Urheber oder Details, die ein Unternehmen erkennbar machen, gehören nicht in ein Transparenzinstrument.

Abschnitt 7.3 erkennt jedoch an, dass bei Verfahren mit erheblichem öffentlichem Anteil entscheidungsrelevante Informationen öffentlich werden können. Nur das Team oder eine autorisierte Partei darf die Vertraulichkeit ändern. Gibt es keine geeignete Autorenfassung, kann das Team eine nicht zugeordnete Version bereitstellen, die das Erforderliche angemessen vermittelt und das ursprüngliche Schutzniveau achtet.

Ein öffentlicher Eintrag könnte lauten: „Member-only Problemklasse M-03: Abgrenzung eines Deliverables“. Er nennt Abschnitt, Commit, öffentliche Textänderung und Disposition. Er nennt weder Mitglied noch Anzahl, Produkt oder Zitat.

Wenn selbst die Klasse eine Quelle erkennbar macht, muss die Beschreibung auf den kleinsten publizierbaren Prozesszustand schrumpfen. Aggregation beseitigt Reidentifikation nicht automatisch.

Die Quellen zeigen nicht, dass tatsächlich vertrauliche Kommentare zu dieser Charta existieren. Ein angebotener Kanal ist kein Beleg für seine Nutzung. Das Protokoll darf keine geheimen Eingaben erfinden.

Teilnahme ist wichtig, aber keine unbegrenzte Vollmacht

Der Process verlangt die Berücksichtigung legitimer Ansichten und Einwände von aktiven Beteiligten und anderen, einschließlich der Öffentlichkeit. Fachleute für Accessibility, Security, Privacy, Internationalisierung oder Architektur können echte Lücken zeigen. Implementierende können einen unrealistischen Zeitplan belegen.

Sachkunde macht sie dennoch nicht zu politischen Prinzipalen. Ein Beitrag gewinnt Gewicht durch Gründe, Belege und Folgen, nicht durch das Etikett Stakeholder.

Im Refinement bewertet der Facilitator den Konsens. Das Team übt zugewiesene Entscheidungen aus und bestimmt die nächste Stufe. Der Advisory Committee prüft später formell; darauf folgt die W3C Decision.

Das Protokoll sollte die Quelle nur dort zeigen, wo dies sicher ist, aber stets die antwortende Rolle und die schließende Autorität benennen. So wird öffentliche Prüfung weder zur Show noch zum erfundenen Mandat.

Die minimale gemeinsame Schicht

Für jedes Issue oder jede sichere Klasse sollte sie enthalten:

  1. eine stabile Kennung;
  2. Kanaltyp public oder Member-only, ohne Identität oder geschützte Zahl;
  3. eine öffentlich sichere Problembeschreibung;
  4. genaue Charta-Sektion und Commit;
  5. antwortende Rolle und Datum;
  6. PR, Diff, Ersatztext oder Begründung für keine Änderung;
  7. Disposition: angenommen, teilweise, unverändert, ersetzt, zurückgezogen, vertagt oder ungelöst;
  8. den prozessrelevanten Konsensstatus;
  9. die nächste Autorität: weiteres Refinement, Team Decision, AC Review, Verlängerung oder Aufgabe;
  10. Abschluss, Ablösung und Korrekturen.

Der Kanal ist kein Gewicht. Member-only steht nicht über einer entscheidenden öffentlichen Fachprüfung; public bedeutet nicht repräsentativ. Der Kanal beschreibt Verwahrung, die Entscheidung trägt ihre Begründung.

Die feste Version verhindert Verwechslung. Ein offener PR ist kein gemergter Text; gemergter Text ist keine genehmigte Charta. Die Sicherheitsbedingung gilt erst, wenn die Änderung die fortschreitende Version erreicht.

Grenzen des Befunds

Am 30. August waren Issue 564 und beide PRs offen; die 2026-Charta blieb Entwurf. Die Gruppenseite zeigte die aktive Charta bis 25. September.

Das beweist weder Pflichtverletzung noch technische Schwäche. Refinement ist für offene Kommentare und Patches vorgesehen. Der 7. September war eine Schätzung, und der Process erlaubt eine angekündigte Verlängerung.

Der Verzeichnislink zu privacy ist nur kontextuell. Er bezeichnet nicht W3C, die Immersive Web Working Group oder WebXR und enthält keine Billigung.

Die Empfehlung bleibt schmal: beide Türen erhalten, ihre Zugriffsregeln schützen und genügend Status veröffentlichen, um die Abstammung einer Charta zu prüfen.

Quellen

  1. W3C — Beginn des Refinements, 10. August 2026
  2. W3C — Entwurf der Immersive Web Working Group Charter
  3. w3c/strategy Issue 564
  4. w3c/charter-drafts PR 831 — erster Entwurf 2026
  5. w3c/charter-drafts PR 862 — Coordination-Text
  6. w3c/charter-drafts PR 865 — Spezifikationsbeschreibungen
  7. W3C Process Document, 18. August 2025
  8. W3C — Immersive Web Working Group
  9. W3C — aktive Charta vom September 2024
  10. w3c/charter-drafts — Commit-Historie des Entwurfs 2026
  11. w3c/charter-drafts Commit 488587ec141b — DRAFT-Markierung
  12. W3C — Horizontal Review
  13. Heng Lu — On the Multi-Stakeholder Mirage
  14. Heng Lu — On the Reality Layers of Internet Governance