Feedback

Wo und wie Sie während des Entwicklungsprozesses Feedback zu Privacy Sandbox-Vorschlägen geben können

Für die Privacy Sandbox-Initiative ist es von entscheidender Bedeutung, Feedback von verschiedenen Interessenvertretern aus der gesamten Webumgebung zu erhalten. Hier finden Sie Erläuterungen zu den vielen öffentlichen Kanälen, die bei der Entwicklung entscheidend sind, und Anleitungen dazu, wie Einzelpersonen und Organisationen in jeder Phase Feedback geben können. Chrome-Produktmanager und -Entwickler beschäftigen sich aktiv mit diesem Feedback und es gibt bereits Hunderte von Branchenvertretern.

Ihnen stehen viele Feedback-Kanäle zur Verfügung. Einzelne Interaktionen sind in den meisten Fällen öffentlich. Sie können also Diskussionen folgen und entscheiden, wo Sie einen Beitrag leisten möchten. Über ein Feedbackformular können Stakeholder ihr Feedback außerhalb öffentlicher Foren direkt an das Chrome-Team senden. Feedback, das über das Feedbackformular eingeht, kann ohne Quellenangabe zusammengefasst werden, um es in die öffentlichen Berichte des Chrome-Teams aufzunehmen.

Wie wissen Sie, dass Feedback berücksichtigt wurde?

Auf dieser Website werden regelmäßige Updates für jede Privacy Sandbox API veröffentlicht. Diese Aktualisierungen decken insbesondere eine Zusammenfassung häufiger Feedbackthemen pro API ab.

Zwar werden öffentliche Feedbackkanäle bevorzugt, aber beide Kanäle (z.B. GitHub) und direkte Kanäle (z. B. Feedbackformular) gibt es. Das Chrome-Team wird dann erklären, ob und wie Feedback und Bedenken, die sich aus der Einbeziehung der Stakeholder ergeben, in das Design und die Entwicklung der einzelnen APIs einfließen.

Feedbackrouten

Gemeinsam an einzelnen Angeboten arbeiten

Jeder Privacy Sandbox-Vorschlag ist öffentlich diskutiert, wobei Angebotsautoren und Interessenvertreter im Web zusammenarbeiten, um offene Fragen zu beantworten und Details zur Implementierung zu klären, bevor die Funktionen endgültig festgelegt werden.

Ein Angebot beginnt mit einer erklärenden Beschreibung, d. h. einer allgemeinen technischen Übersicht über die Funktionalität einer vorgeschlagenen Spezifikation. Erklärende Personen werden gepostet, um den Feedbackprozess zu starten, da es immer offene Fragen und Details gibt, die geklärt werden müssen. Dieser gemeinsame Prozess erstreckt sich über den gesamten Lebenszyklus des Vorschlags von der ersten Diskussion der Idee bis zur Iteration von Revisionen einer formalen Spezifikation.

Die Erklärungen und unterstützenden Inhalte werden auf GitHub gehostet. GitHub ermöglicht es allen Nutzern mit einem GitHub-Konto, im Repository (Repository) ein Problem zu stellen (Fragen zu stellen oder Kommentare hinzuzufügen), um eine Diskussion zu beginnen oder daran teilzunehmen. Angebotsautoren wie Chrome-Produktmanager und -Entwickler sind an diesen Diskussionen aktiv und GitHub bietet Optionen, um über neue Aktivitäten informiert zu werden. Dank GitHub-Feedback können Sie sich direkt mit der Community austauschen, die an einem bestimmten Vorschlag interessiert ist. Auch ohne GitHub-Konto können Sie alle Communitykommentare zu den einzelnen Vorschlägen lesen.

Im Repository sollten Sie sich darauf konzentrieren, wie und warum der Vorschlag den Anwendungsfall berücksichtigt, den er lösen möchte. Den Link zum Ansehen und Melden eines Problems für jedes Angebot finden Sie in der Spalte Feedback der Tabellen im Bereich Angebote.

Entwicklung von Chromium-Funktionen im Blick behalten und darauf reagieren

Jede Phase der Funktionsentwicklung wird in einer öffentlichen Mailingliste angekündigt, um weitere Diskussionen über die technische Implementierung anzuregen.

Jeder Vorschlag kann dazu führen, dass eine oder mehrere Funktionen in Chromium entwickelt werden. Angebotsentwickler reichen Anfragen für die einzelnen Phasen der Funktionsentwicklung über die öffentliche blink-dev-Mailingliste ein. Diese Phasen: Intent to Prototype (I2P), Intent to Experiment (I2E), Intent to Ship (I2S) und Intent to Remove (I2R).

  • Intent to Prototype (I2P): Der Entwickler möchte mit einer ersten Implementierung in Chromium beginnen. Dies führt häufig dazu, dass Entwickler bereits erste Funktionen testen können. Nützliches Feedback in dieser Phase eignet sich wahrscheinlich am besten für GitHub, da das Ziel in dieser Phase darin besteht, Angebotsideen mit funktionierendem Code zu validieren.
  • Intent to Experiment (I2E): Der Entwickler möchte skalierte Tests in Form eines Ursprungstests durchführen. So können Websites die erste Funktionalität an einem Teil ihres eigenen Traffics testen. Nützliches Feedback in dieser Phase ist, dass du deine Bereitschaft zur Teilnahme angibst und ob der vorgeschlagene Test deinen Anforderungen entspricht, um das Verhalten zu überprüfen.
  • Intent to Ship (I2S): Der Entwickler möchte die fertiggestellte Funktion für Chromium bereitstellen. Dadurch ist die Funktion für alle Nutzer verfügbar. Nützliches Feedback in dieser Phase behebt Probleme, um sicherzustellen, dass die Funktion für die allgemeine Verfügbarkeit bereit ist.
  • Intent to remove (I2R): Der Entwickler möchte Funktionen in Chromium einstellen und entfernen. Nützliches Feedback ist hier auch, dass Sie hervorheben, ob sich das Entfernen auf Ihren Anwendungsfall in einer Weise auswirkt, die vom Entwicklungsteam nicht erfasst wurde.

Für jede Phase gibt es eine Standardvorlage, in der der Entwickler eine Auswahl relevanter Informationen bereitstellt. Bestimmte Phasen erfordern die Genehmigung von Chromium-Projektinhabern, die dies durch die Bereitstellung einer LGTM-Antwort (Looks Good To Me) im Beitrag tun.

Die Mailingliste ist öffentlich zugänglich, sodass Sie die Diskussion zu jedem Meilenstein verfolgen und sich der Liste hinzufügen können, um zusätzliche Fragen zu stellen. Diese Liste enthält sehr viele Aktivitäten, da sie alle Funktionen des Chromium-Projekts abdeckt. Sie können daher einzelne Funktionen auf der Chrome-Status-Website verfolgen.

In diesen Threads sollten Sie sich auf die Details der Implementierung der jeweiligen Funktion in Chromium konzentrieren. Die Diskussion darüber, wie der Vorschlag selbst funktioniert, eignet sich am besten für GitHub. In der Spalte Intents der Tabellen im Abschnitt Angebote finden Sie einen Link, über den Sie jede dieser Ankündigungen aufrufen und bearbeiten können.

Entwicklung einzelner Funktionen verfolgen und besprechen

Im Verlauf der Angebotsimplementierung können bestimmte Mailinglisten erstellt werden, um eine fokussiertere Diskussion zu ermöglichen.

Während einzelne Angebote in Chromium implementiert werden, kann eine angebotsspezifische Mailingliste erstellt werden, um eine gezielte Kommunikation zu ermöglichen.

Dies ermöglicht Ankündigungen und Diskussionen über Aktualisierungen von Ursprungstests, erforderliche Codeaktualisierungen oder bekannte Probleme , die sich auf die Entwicklung auswirken können. Wie bei blink-dev sind diese Listen öffentlich. Wenn Sie eines dieser Angebote direkt nachverfolgen oder daran arbeiten, sollten Sie sich in die spezifische Liste aufnehmen, um Updates direkt von den Entwicklungsteams zu erhalten.

Die Diskussionen in diesen Threads sollten sich auf die fortlaufenden Details zur Implementierung in Chromium konzentrieren, da die Zielgruppe sind Entwickler, die direkt für die Funktion programmieren, im Gegensatz zu einer allgemeinen Zielgruppe, die an allgemeinen Ankündigungen interessiert ist. Im Bereich Angebote der Tabellen finden Sie in der Spalte Mailingliste einen Link, über den Sie diese einsehen und beisteuern können.

Funktionsprobleme melden und verfolgen

Im Laufe der Implementierung können Probleme mit dem Funktionsverhalten in der Chromium-Problemverfolgung gemeldet werden.

Dazu gehören Implementierungsfehler, bei denen das Verhalten von Chromium nicht der vorgeschlagenen Spezifikation entspricht, aber auch browserspezifische Funktionen wie die Interaktion der Funktion mit den Entwicklertools und Nutzereinstellungen abdecken kann. Es kann auch sein, dass ein Fehler gemeldet wird. Probleme im Lebenszyklus einer Chromium-Funktion können zu jedem Zeitpunkt gemeldet werden, unabhängig davon, ob sie nun für Entwicklertests im Rahmen eines Flags verfügbar ist oder in einer stabilen Version gefunden wurde.

Probleme in Chromium sollten sich auf die Details der geplanten Implementierung der Funktion in Chromium konzentrieren. Diskussionen über die Funktionsweise des Angebots selbst finden Sie auf GitHub. Einen Link, über den du Probleme aufrufen oder melden kannst, findest du in der Spalte Chromium-Komponente der Tabellen im Abschnitt Angebote.

Normungsgremien befolgen und sich an ihnen beteiligen

Das World Wide Web Consortium (W3C) und die Internet Engineering Task Force (IETF) entwickeln offene Standards für alle Webplattformen. Sie regen interessierte Parteien dazu an, einzelne Standards sowie das Websystem insgesamt zu besprechen und sich darüber zu informieren.

W3C und IETF sind internationale Gemeinschaften, die offene Standards für das Web und das Internet entwickeln, um ein langfristiges Wachstum dieser offenen Plattformen zu gewährleisten. In verschiedenen Foren dieser Normungsgremien werden neue Webplattformtechnologien wie die Privacy Sandbox-Technologien vorgeschlagen und diskutiert. Diese Foren sind für alle zugänglich, die sich aktiv am Design und der Entwicklung von Technologien beteiligen möchten.

Jede Standardorganisation bietet Interessenten eine Vielzahl verschiedener Mitgliedschaften und Beitragsoptionen. Es gibt Community- und Unternehmensgruppen, zu denen Mitglieder aus dem gesamten Web-Ökosystem und aus relevanten Branchen gehören. Angebotsautoren präsentieren in zugehörigen Meetings häufig Übersichten und Aktualisierungen des Fortschritts und bieten die Möglichkeit, direkte Fragen zu stellen und sich mit anderen Stakeholdern auszutauschen. Besprechungsprotokolle sind für die meisten Gruppen öffentlich verfügbar.

Die Diskussionen in Normungsgremien sind breit gefächert, konzentrieren sich aber im Allgemeinen darauf, wie ein Vorschlag die Anforderungen des Ökosystems erfüllt und wie er zu einem akzeptierten Standard wird. Im Bereich Angebote finden Sie in der Spalte Standardgruppen der Tabellen einen Link, dem Sie folgen oder verknüpfen können.

Von Chrome unterstützte Tests

Wir benötigen Feedback zu den von Chrome unterstützten Testplänen und zu Tracking-Problemen, die sich aus der anfänglichen Einstellung von Drittanbieter-Cookies ergeben haben.

Wenn Sie für die Websitefunktionen auf Drittanbieter-Cookie-Daten angewiesen sind, können Sie jetzt Websiteprobleme melden, die aus der Einstellung von Drittanbieter-Cookies resultieren. Nutzen Sie dazu den öffentlichen Issue Tracker.

Außerdem wird Chrome 1% der Drittanbieter-Cookies im 1. Quartal 2024 einstellen. Wir werden eng mit der CMA zusammenarbeiten, bevor wir weitere Schritte zur Einstellung vornehmen. Sie können auf GitHub Feedback zu dem entsprechenden Anteil des Traffics geben, um diesen von Chrome unterstützten Tests zuzuweisen.

Feedback über das Feedbackformular geben

Nicht alle Probleme lassen sich problemlos in die oben genannten Kategorien einordnen. Diese Routen sind zwar die beste Möglichkeit, einen öffentlichen Dialog mit den relevantesten Personen zu beginnen. Über das Feedbackformular können Sie das Chrome-Team aber immer direkt kontaktieren.

Dieses Formular ist ideal, wenn Sie mehr darüber erfahren möchten:

  • Wie sich mehrere Angebote auf bestimmte Situationen auswirken können
  • Ob Ihr Anwendungsfall durch ein Angebot abgedeckt wird.

Auf diese Weise können Stakeholder dem Chrome-Team direkt Feedback geben. Die Themen oder Probleme in Ihrem Feedback können jedoch zusammengefasst und ohne Quellenangabe in die öffentlichen Berichte des Chrome-Teams aufgenommen werden.

Vorschläge

Feedback- und Diskussionsoptionen für einzelne Privacy Sandbox-Vorschläge finden Sie unter API-Status und Funktionsreleases.