Zusammenfassung

  • Der Chartaentwurf sieht für WebDriver und WebDriver BiDi Candidate Recommendation mit Snapshots, laufende Aktualisierung in diesem Stadium und keinen beabsichtigten Übergang zur Recommendation vor.
  • Die Charta ist noch nicht beschlossen; beide aktuellen technischen Berichte sind Working Drafts. Die WebDriver Recommendation von 2018 bleibt ein eigener Veröffentlichungsstand.
  • Candidate Recommendation Snapshot und Draft unterscheiden sich bei formaler Prüfung, Patentstatus und Änderungsaussage. Keiner von beiden ist ein W3C-Standard.
  • Ein reproduzierbarer Nachweis verbindet unveränderliche Spezifikation, Reifeart, Test-Commit und Auswahl, Browser-, Treiber- und Client-Build, Plattform, Datum und bekannte Ausnahmen.

Ein bewusst dauerhaftes Zwischenstadium

WebDriver übersetzt Browsersteuerung in ein herstellerübergreifendes Protokoll. WebDriver BiDi lässt zusätzlich Ereignisse vom Browser zum steuernden Prozess fließen. Der normative Text trifft deshalb auf mehrere voneinander unabhängige Systeme: Browser-Engine, Treiber, Automatisierungsbibliothek und Web Platform Tests.

Seit dem 18. August prüft das Advisory Committee eine Nachfolgecharta. Öffentliche Kommentare laufen bis 18. September; der geltende Auftrag wurde bis 23. Oktober verlängert. Der neue Text ist also ein Vorschlag. Seine Wartungsabsicht ist dennoch eindeutig.

WebDriver und WebDriver BiDi bleiben die beiden normativen Ergebnisse. Die Gruppe will ihren neuesten Stand als Candidate Recommendation mit Snapshots veröffentlichen und danach fortlaufend aktualisieren. Eine Recommendation ist nicht beabsichtigt.

Das W3C beschreibt Living CR selbst als zulässige Wahl. Wo Implementierungserfahrung aus mehreren Codebasen kommt, kann ein fortlaufender Kandidatenstand näher am tatsächlichen Lernen liegen. Snapshots schaffen überprüfte Punkte; Drafts integrieren spätere Änderungen.

Damit fällt jedoch der vermeintlich eindeutige Endpunkt weg. Ein Vertrag, ein Fehlerbericht oder eine Kompatibilitätsmatrix muss weiterhin etwas zitieren. Der Serienname verrät weder den Wortlaut noch die Tests und Builds, auf die sich das Ergebnis bezog.

Der Chartaentwurf ist schon jünger als seine „neuesten“ Fassungen

Im Deliverable-Abschnitt stehen WebDriver vom 1. April 2026 und WebDriver BiDi vom 19. März als jüngste Publikationen. Am Stichtag zeigten die W3C-Seiten bereits Working Drafts vom 2. Juli beziehungsweise 25. August.

Daraus folgt kein Fehlerverdacht. Eine Charta wird länger geprüft als ein aktiver Entwurf zur Veröffentlichung braucht. Der Abstand zeigt vielmehr, dass die Charta eine wandelnde Reihe ermächtigt und nicht die Bytes einfriert, die ein Implementierer tatsächlich verwendete.

Auch der Name hat mehrere Reifestufen. Eine WebDriver Recommendation von 2018 steht neben einem neueren WebDriver Working Draft. Der Entwurf erbt nicht automatisch die Freigabe des älteren Textes, und die alte Recommendation enthält nicht automatisch spätere Funktionen.

Ein latest-Link ist für die Gegenwart praktisch. Als historischer Beleg kann er später einen anderen Algorithmus anzeigen, während der untersuchte Browser unverändert bleibt.

Snapshot und Draft erfüllen verschiedene Funktionen

Ein Candidate Recommendation Snapshot benötigt einen bestätigten Übergangs- oder Aktualisierungsantrag und ist Patent Review Draft. Laut W3C verbindet er Gruppenkonsens, öffentliche und formale gruppenübergreifende Prüfung sowie lizenzrechtliche Zusagen der Teilnehmer.

Ein Candidate Recommendation Draft integriert danach beabsichtigte Änderungen. Geringere Publikationsanforderungen halten den Bericht aktuell. Diese Änderungen haben noch nicht die gleiche formale Prüfung erhalten, und der Draft erzeugt nicht selbst die Ausschlussmöglichkeit des Snapshots.

Beide dürfen nicht als W3C-Standard bezeichnet werden. Für einen Snapshot ist außerdem keine ausreichende Implementierungserfahrung zwingende Voraussetzung. Funktionen können noch wechseln, ungleich verfügbar, begrenzt interoperabel oder unvollständig getestet sein.

Das ist keine Abwertung. Der Snapshot beweist einen überprüften Zielstand und Patentmeilenstein. Der Draft zeigt die Integration danach. Eine Recommendation würde W3C-Endorsement und einen weiteren Implementierungsnachweis hinzufügen. Saubere Begriffe verhindern geliehene Reife.

Unterstützung entsteht erst in der Verbindung

Die vorgeschlagene Charta verlangt Tests für CR-Änderungen und bereits ausgelieferte Funktionen, Interesse von mindestens zwei potenziellen Implementierern sowie Sicherheits-, Datenschutz-, Barrierefreiheits- und horizontale Reviews.

Keine Einzelspur reicht. Interesse ist kein Code. Eine Testdatei kann Lücken haben. Ein grünes Dashboard ohne Commit und Build ist nicht reproduzierbar. Funktionen hinter Flags und durch Clients eingeschränkte Protokollteile erzeugen weitere Zustände.

Für folgenreiche Aussagen sollte daher gelten:

unveränderlicher Snapshot + Reifeart + Test-Commit/Auswahl + Browser-/Treiber-/Client-Build + Plattform + Datum + Ausnahmen

Bei CR Drafts gehört der vorherige Snapshot samt geprüfter Änderung dazu. Bei Snapshots gehören Übergangsentscheidung und Patentstatus dazu. Bei latest müssen Auflösungszeit, Mechanismus und Ergebnis festgehalten werden.

Das ist keine neue Zertifizierungsinstanz. W3C, Arbeitsgruppe, Implementierer und Betreiber behalten ihre Zuständigkeiten. Der Nachweis hält nur fest, wo ihre Artefakte sich trafen.

Keine Forderung nach einer Recommendation

Die Quellen begründen keinen Zwang zur Recommendation. Für browsernahe Protokolle kann Living CR sinnvoll sein. Ein endgültiges Label schafft allein keine Interoperabilität.

Problematisch wird Beweglichkeit ohne Identität. Ein begrenzter Erfolg kann zur Aussage über die ganze Reihe werden. Spätere Änderungen können rückwirkend in alte Anforderungen gelesen werden. Ein gemeinsamer Name verwischt Review- und Verhaltensunterschiede.

Ein eingefrorener Beleg friert die Entwicklung nicht ein. Jede neue Kombination erzeugt einen neuen Vergleichspunkt. So bleibt Wandel möglich, ohne Herkunft zu verlieren.

Offene Fragen

Das Advisory Committee kann zustimmen, Änderungen verlangen oder ablehnen. Die Living-CR-Klausel kann sich ändern. Beide Spezifikationen sind derzeit Working Drafts; ein Datum für den ersten CR-Übergang fehlt.

Dieser Artikel bewertet keine aktuelle Browserkompatibilität und behandelt WPT nicht als Urteil. Ein Entwickler auf dem Hauptzweig und ein langfristiger Beschaffungsvertrag benötigen unterschiedliche Belegtiefen.

Die belastbare Aussage ist enger: Wird Candidate Recommendation zum dauerhaften Ziel, gehört exakte Versionsidentität zur Governance. Der Reihenname sagt nicht, was lief.

Quellen

  1. W3C-Ankündigung der vorgeschlagenen Charta
  2. Vorgeschlagene Browser-Testing-and-Tools-Charta
  3. Geltende Browser-Testing-and-Tools-Charta
  4. W3C Process
  5. Hinweise zur letzten Reifestufe
  6. W3C-Dokumentarten
  7. Aktueller WebDriver-Bericht
  8. WebDriver-Publikationshistorie
  9. Aktueller WebDriver-BiDi-Bericht
  10. WebDriver-BiDi-Publikationshistorie
  11. WPT-Ergebnisse für WebDriver BiDi
  12. WPT-Testbaum für WebDriver BiDi