Veröffentlicht am 21. November 2025
Bisher basierte die Browserunterstützung auf Target.com hauptsächlich auf der Unterstützung aller Nutzer, die auf Target.com Einkäufe tätigen. Diese Richtlinie ändert sich an wichtigen Entscheidungspunkten, z. B. wenn die Unterstützung für Internet Explorer vollständig eingestellt wird oder eine bestimmte Mindestversion eines Browsers erforderlich ist, um auf eine wichtige Funktion zugreifen zu können. Das passiert alle paar Jahre, wenn es erforderlich ist.
Ohne eine progressive Richtlinie für die Browser und Funktionen, auf die sich Target.com konzentrieren sollte, waren im Code nur moderne Funktionen zulässig. Dazu wurden schwerfällige Lösungen wie Polyfilling und Transpiling auf sehr alte JavaScript-Versionen verwendet. Als die WebDX Community Group Baseline einführte, sahen die Stakeholder bei Target.com den richtigen Zeitpunkt, um über ein angemesseneres Mindestziel für die Unterstützung nachzudenken.
Mit Baseline weiß Target jetzt genau, welche Funktionen in unterstützten Browsern verfügbar sind. Außerdem können neuere Funktionen, die durch Progressive Enhancement und Polyfills als mögliche Fallbacks verfügbar sind, identifiziert werden.
Das Problem
Täglich tragen Dutzende von Entwicklern Code zu Target.com bei. Bei Code-Reviews wird häufig auf Funktionen hingewiesen, die nicht mit den von Target.com unterstützten Browserversionen funktionieren. Als Ressource wird dabei Can I use verwendet. Wenn Entwickler immer wieder Kommentare erhalten, in denen sie aufgefordert werden, ihren Code so zu ändern, dass Legacy-Funktionen anstelle moderner Funktionen bevorzugt werden, führt dies dazu, dass neue Webfunktionen vermieden werden. Target greift dann auf „alte“ Techniken zurück, die funktionieren, aber die Möglichkeit, moderne Funktionen zu nutzen, wird auf einen anderen Zeitpunkt verschoben. Die Verwendung moderner Webfunktionen bietet oft eine bessere Entwicklerumgebung und kann auch eine bessere Nutzererfahrung ermöglichen, da weniger Code ausgeliefert wird.
Datengetriebener Ansatz für die Browserunterstützung
Target.com hat eine webpack-Konfiguration, in der die unterstützten Mindestbrowserversionen definiert sind. Bisher war es schwierig, eine Erhöhung dieser mindestens unterstützten Browserversionen zu rechtfertigen. Anfang 2025 galten folgende Regeln:
- Die aktuelle und die beiden vorherigen Versionen von Chrome, Edge und Firefox.
- Safari 11 und höher
Safari wird aufgrund des hohen Traffics und der hohen Umsätze, die Target über Safari auf iOS-Geräten erzielt, mit besonderer Sorgfalt behandelt. Anfangs wurde Safari 11 als Mindestversion für die Entwicklung festgelegt. Durch diese Entscheidung wurde Target.com an Webfunktionen gebunden, die 2017 und davor verfügbar waren.
Im ersten Schritt von Target zur Integration von Baseline in den Entwicklungs-Workflow wurde ein datengesteuerter Ansatz verwendet. Durch Untersuchungen stellte Target fest, dass die Safari-Versionen 11 bis 14 nur sehr geringe Auswirkungen auf das Geschäft hatten, nämlich 0,0001% der Nachfrageumsätze auf Target.com. Angesichts dieser Tatsache erkannte Target, dass das Entfernen von Transpilierung und Polyfills für diese veralteten Browserversionen erhebliche Möglichkeiten zur Verbesserung der Websiteleistung bieten würde.
Weitere Untersuchungen haben ergeben, dass Safari 15.4 die erste Safari-Version war, die mindestens 0,5% der Nachfrageumsätze generiert hat.Jede untergeordnete Version von Safari 15 danach hatte ähnliche Auswirkungen. Jedes Mal, wenn Target einen A/B-Test durchführt, ist eine Änderung von 0,5% des Umsatzes sehr wertvoll.Daraus lässt sich schließen, dass die unterstützte Mindestversion von Safari irgendwo in Version 15 liegen sollte.
Ein interessanter Trend, den wir in dieser Studie festgestellt haben, ist die Geschwindigkeit, mit der alte Safari-Browserversionen nicht mehr verwendet werden. Im September 2024 trug Safari 15 nur zu 0,94% der Nachfrageverkäufe auf Target.com bei. Im Januar 2025 waren es 0,67% der Nachfrageverkäufe, im Mai 2025 nur noch 0,45 % und im November 2025 0,32%. Target hat daraus gelernt, dass die Unterstützung für diese Browser automatisch beendet werden kann, wenn ein Schwellenwert für echtes Geld als Prozentsatz des Umsatzes auf der gesamten Website festgelegt wird. Die nächste Hauptversion auf Safari 16 kann bis zum Jahresende erreicht werden.
Wenn wir die Unterstützung für einen Browser einstellen, bedeutet das nicht, dass er blockiert wird. Nutzer, die ihn verwenden, können möglicherweise trotzdem einen Weg zum Kauf finden, aber in einigen Fällen kann es zu Einschränkungen kommen. Auch nach den Änderungen wurde der datengesteuerte Ansatz beibehalten. Die Analysten stellten keine messbaren Auswirkungen auf die Unternehmensmesswerte fest. Target prüft außerdem die Möglichkeit, ein Banner einzublenden, das Nutzer in nicht unterstützten Browserversionen vor der eingeschränkten Nutzerfreundlichkeit warnt.
Basisziel für Target.com auswählen
Die Webentwickler von Target haben eine Baseline-Arbeitsgruppe gebildet, um diese Bemühungen zu bündeln und moderne Funktionen sowie das sich ständig ändernde Ziel, welche Browser unterstützt werden sollen, zu nutzen, um die Richtlinie voranzutreiben. Mithilfe der Tools von Baseline haben sie sich angesehen, welche Browser in den einzelnen Jahren mindestens unterstützt werden mussten. Das Ziel, das der neuen Richtlinie von Target am nächsten kam, war Baseline 2022:
{
"chrome": "108",
"edge": "108",
"firefox": "108",
"ios": "16",
"safari": "16"
}
Um diese Baseline zu erreichen, müsste Target seine Browserrichtlinie mindestens auf Safari 16 anpassen, anstatt auf die aktuelle Version 15.4. Dies würde das Einkaufserlebnis von weniger als 0,5% der Käufer beeinträchtigen. Dieser Prozentsatz sinkt jedoch. Target hofft daher, die offizielle Richtlinie bis Ende 2025 an die Baseline 2022 anpassen zu können. Entwickler für Target.com können das Ziel so ändern, dass es etwa drei Jahre hinter der jährlich veröffentlichten Baseline liegt.
Insgesamt sind die Webpack-Bundles für Target.com kleiner, da weniger Code transpilieren und weniger Polyfills hinzugefügt werden. Target ist zuversichtlich, dass sich dieses Ziel im Laufe der Zeit ändern wird. Hoffentlich kann Baseline 2023 im nächsten Jahr um diese Zeit eingeführt werden. Es enthält viele tolle Funktionen wie Container-Abfragen, den Selektor :has und das Attribut inert.
Neuere Baseline-Funktionsgruppen
Die Arbeitsgruppe „Target Baseline“ wird auch nach Baseline 2022 weiterarbeiten. Viele der Funktionen von Baseline 2023 sind gerade an der Schwelle, ohne Backups wie Polyfills unterstützt werden zu können. Für jedes der Features in Baseline 2023, an denen Target interessiert ist, muss das Unternehmen Folgendes tun:
- Erklären Sie, was die Funktion macht.
- Dokumentieren Sie, wie die Nutzung von Gemini Target.com verbessern könnte, einschließlich Verbesserungen für Entwickler.
- Suchen Sie nach einem geeigneten Testlauf, um die Funktion in die Target.com-Codebasis zu implementieren.
- Dokumentieren Sie bei Bedarf, welche Fallbacks verwendet werden sollen, einschließlich Progressive Enhancement oder anderer Lösungen, die durch die Funktionserkennung bereitgestellt werden.
- Wann kann mit einer Genehmigung der Nutzung der Funktion gerechnet werden? Kann es jetzt verwendet werden? Oder sollte ein zukünftiger Grenzwert abgewartet werden?
Ein Beispiel dafür ist das Attribut inert. Die Mindestversion für die Verwendung von inert in Safari ist 15.5. Target.com kann es also bald verwenden. Target.com hat viele Modal-Implementierungen, bei denen dieses Attribut im Vergleich zur aktuellen JavaScript-Lösung von Vorteil wäre. Wenn ein Entwickler den Bericht zu dieser Funktion verfasst, kann Wissen weitergegeben und die nächste Lockerung der Browserrichtlinie vorbereitet werden. So lässt sich argumentieren, dass durch das Einstellen der Unterstützung für eine Browserversion, die wenig geschäftlichen Wert hat, Funktionen freigeschaltet werden können, die sehr wohl einen Wert haben. Die Funktion kann entwickelt, überprüft und unter einem Feature-Flag bereitgestellt werden und ist bereit, falls sie verwendet werden kann.
Außerdem wird ein anderer Entwickler denselben Prozess für die Verwendung von Container-Abfragen durchlaufen, die jetzt allgemein verfügbar sind. Containerabfragen können mit einem Polyfill verwendet werden, aber das Polyfill hat bekannte Leistungsprobleme. Die Lösung von Target bestand darin, Containerabfragen nur als progressive Erweiterung zu verwenden, bis die Browseranforderungen steigen, um die Funktion vollständig zu unterstützen.
Dieser Prozess funktioniert gut für Target.com, da die Funktion verwendet werden kann, sobald die Mindestversion der Funktion ausreichend genutzt wird und keine progressive Verbesserung mehr erforderlich ist. Bei einem kürzlich durchgeführten Audit wurde festgestellt, dass Target.com so viele unnötige Polyfills versendet, dass die Implementierung von Baseline in die Anwendung dazu beitragen kann, diese Art von technischer Schuld in Schach zu halten.
Baseline-Konzepte mit der Web-Leistung in Beziehung setzen
Die Leistung ist für jede Einzelhandelswebsite wichtig. Ein gemeinsamer Glaube von Entwicklern, die an Target.com arbeiten, ist, dass zu viel JavaScript ausgeliefert wird. Wenn 5% der an Nutzer gesendeten JavaScript-Bundles entfernt werden, ist das ein großer Erfolg. Die Core Web Vitals auf Target.com werden dadurch jedoch nicht wesentlich verbessert. Wenn Target dies jedoch zehnmal erreicht, würde die Größe der Bundles um 50% sinken, was erheblich zu den Leistungszielen von Target beitragen würde.
Der Ansatz von Target für Baseline hat dazu geführt, dass die Entwickler von Target.com über die Menge an JavaScript nachdenken, die für Dinge wie Modale, Bedienungshilfen, Pop-overs, Karussells, Akkordeons und andere häufige Probleme mit der Nutzerfreundlichkeit benötigt wird. Für jede dieser Funktionen sind Polyfills oder benutzerdefinierte JavaScript-Lösungen erforderlich, die zum JavaScript-Bloat einer Anwendung beitragen. Da Target Baseline verwendet, entwickeln sich Browserziele im Laufe der Zeit weiter und Richtlinien für neuere Funktionen können gelockert werden. Target geht davon aus, dass im Laufe der Zeit weniger Code transpiliert und weniger Funktionen mit Polyfills versehen werden müssen. Außerdem sollen Webkomponenten eingeführt werden, wenn sich die Gelegenheit dazu bietet. Durch die Berücksichtigung von Polyfills und Zielbrowsern, die in Projekt-Toolchains enthalten sind, konnte die JavaScript-Bundle-Größe von Target.com bereits um 10%reduziert werden. Dies ist vor der Einführung neuerer Funktionen. Das sollte sich im Jahresvergleich verbessern. Das hängt direkt mit den großen Investitionen zusammen, die Target in die Leistungsverbesserung von Target.com steckt.
Fazit
Ein Baseline-Ziel und sehr gut zusammengestellte Baseline-Berichte zu neu verfügbaren und weit verbreiteten Webfunktionen waren ein leistungsstarkes Tool für Target.com. Hier sind einige wichtige Ergebnisse:
- Die Browserunterstützung wurde von Browsern, die vor 8 Jahren veröffentlicht wurden, auf Browser, die vor 3 Jahren veröffentlicht wurden, umgestellt.
- Das Basisziel für 2022 wird bis Ende 2025 erreicht.
- Die Gesamtgröße der JavaScript-Bundles von Target.com wurde um 10 % reduziert.
- Der Longtail alter Browser, die weniger als 1% des Geschäfts ausmachen, nimmt jährlich um etwa 300% ab (0,94% im September 2024 auf 0,32% im November 2025).
Die Erkenntnis, dass sich das Web schneller als je zuvor entwickelt, hat Target dazu veranlasst, Funktionen so schnell wie möglich einzuführen. Durch die Organisation dieser Funktionen können sie im Voraus planen, wann Target die einzelnen Funktionen freischaltet. Außerdem können sie darauf vertrauen, dass ihre Entwickler, die an einer großen Einzelhandelswebsite mitwirken, wissen, welche Funktionen sie wann verwenden können.