Das Unternehmen Google die Absicht, innerhalb der nĂ€chsten zwei Jahre die UnterstĂŒtzung fĂŒr Drittanbieter-Cookies in Chrome vollstĂ€ndig einzustellen, die beim Zugriff auf Seiten auĂerhalb der Domain der aktuellen Seite gesetzt werden. Solche Cookies werden verwendet, um die Bewegungen der Nutzer zwischen Websites in den Codes von Werbenetzwerken, Social-Media-Widgets und Web-Analytiksystemen nachzuverfolgen.
Wie auch gestern die Absicht zur Vereinheitlichung des User-Agent-Headers, der Verzicht auf Drittanbieter-Cookies wird im Rahmen einer Initiative vorangetrieben , die darauf abzielt, einen Kompromiss zwischen dem BedĂŒrfnis der Nutzer nach Datenschutz und dem Wunsch von Werbenetzwerken und Websites, die Vorlieben der Besucher zu verfolgen, zu erreichen. Bis Ende dieses Jahres wird im Modus die Einschaltung im Browser erwartet zur Messung von Conversions und zur Personalisierung von Werbung ohne Verwendung von Drittanbieter-Cookies.
Um die Interessens-kategorie eines Nutzers ohne individuelle Identifikation und ohne Bezug zur Besuchshistorie bestimmter Seiten zu definieren, wird Werbenetzwerken empfohlen, die API , zur Bewertung der NutzeraktivitĂ€t nach dem Ăbergang auf Werbung â die API , und zur Trennung der Nutzer ohne Verwendung von websiteĂŒbergreifenden Identifikatoren â die API . Die Entwicklung von Spezifikationen zur Anzeige von zielgerichteter Werbung
ohne Verletzung der PrivatsphĂ€re, wird , die von der W3C-Organisation gegrĂŒndet wurde.
Aktuell wird im Kontext des Schutzes vor der Ăbertragung von Cookies der im Set-Cookie-Header angegebene SameSite-Attribut verwendet, das seit Chrome 76 standardmĂ€Ăig auf "SameSite=Lax" eingestellt ist, was die Sendung von Cookies fĂŒr Einbettungen von Drittanbieter-Websites einschrĂ€nkt, aber Websites können die EinschrĂ€nkung aufheben, indem sie beim Setzen von Cookies den Wert SameSite=None angeben. Der SameSite-Attribut kann zwei Werte annehmen: âstrictâ oder âlaxâ. Im âstrictâ-Modus werden Cookies daran gehindert, fĂŒr jegliche Arten von websiteĂŒbergreifenden Anfragen gesendet zu werden. Im âlaxâ-Modus gelten sanftere EinschrĂ€nkungen, und die Ăbertragung von Cookies wird nur fĂŒr websiteĂŒbergreifende Subanfragen blockiert, wie beispielsweise einem Bildaufruf oder dem Laden von Inhalten ĂŒber ein iframe.
In Chrome 80, das fĂŒr den 4. Februar geplant ist, wird eine strengere Regelung eingefĂŒhrt, die die Verarbeitung von Drittanbieter-Cookies fĂŒr Anfragen ohne HTTPS verbietet (Cookies mit dem Attribut SameSite=None können nur im Secure-Modus gesetzt werden). DarĂŒber hinaus wird weiterhin an der Umsetzung von MaĂnahmen zur Erkennung und zum Schutz vor Umgehungsmethoden zur Nachverfolgung und heimlichen Identifizierung (âBrowser-Fingerprintingâ) gearbeitet.
Wir erinnern daran, dass in Firefox, beginnend mit der Veröffentlichung , standardmĂ€Ăig alle Cookies von Drittanbietersystemen zur Verfolgung von Bewegungen ignoriert werden. Google hĂ€lt eine solche Blockade fĂŒr gerechtfertigt, die jedoch eine vorbereitende Anpassung des Web-Ăkosystems und die Bereitstellung alternativer APIs erfordert, um Aufgaben zu lösen, fĂŒr die zuvor Drittanbieter-Cookies verwendet wurden, ohne die PrivatsphĂ€re zu verletzen und die Monetarisierungsmodelle von durch Werbung finanzierten Websites nicht zu untergraben. Als Antwort auf die Blockade von Cookies ohne Bereitstellung von Alternativen haben Werbenetzwerke die Nachverfolgung nicht eingestellt, sondern sind lediglich auf ausgeklĂŒgeltere Methoden auf Basis der heimlichen Identifizierung von Nutzern (Fingerprinting) oder ĂŒber fĂŒr den Tracker von bestimmten Subdomains im Domain des Werbeeinblendungsstandorts.
Quelle: opennet.ru
