Microsoft Edge oder Google Chrome: Welcher Browser passt besser zu meinem Alltag, meiner Leistung und meinem Datenschutz?

Technische Basis und Funktionsumfang: Was Chromium gleich macht – und wo Edge und Chrome abzweigen

Chromium als gemeinsames Fundament: Rendering, JavaScript und Web-Standards

Microsoft Edge und Google Chrome basieren beide auf Chromium. Diese gemeinsame Codebasis prägt zentrale Eigenschaften, die im Alltag oft als „Browser-Geschwindigkeit“ wahrgenommen werden: das Rendering über Blink, die Ausführung von JavaScript über V8 sowie ein großer Teil der Netzwerkschicht und Medienkomponenten. Dadurch verhalten sich beide Browser bei reinen Web-Standards (HTML, CSS, JavaScript, WebAssembly, WebRTC) in vielen Situationen ähnlich, weil dieselben Engines dieselben Spezifikationen umsetzen und dieselben Klassen von Optimierungen nutzen.

Brandson - Windmaschine Retro Stil 120 Watt - Ventilator in Chrom - Standventilator 45 cm - Bodenventilator - hoher Luftdurchsatz - stufenlos neigbarer Ventilatorkopf - Silber ^ℹ︎

Rezensionen lesen^ℹ︎

Preise inkl. MwSt., zzgl. Versandkosten

Bei  ansehen^ℹ︎

Die Gemeinsamkeiten reichen bis in Details wie die DevTools, die Erweiterungsarchitektur nach Manifest V3 und die Art, wie Website-Isolation und Prozessmodelle grundsätzlich funktionieren. Praktisch bedeutet das: Viele „gefühlte“ Unterschiede ergeben sich nicht aus einer grundsätzlich anderen Web-Engine, sondern aus Produktentscheidungen rund um Voreinstellungen, Hintergrunddienste, Kontenanbindung, Telemetrie- und Sicherheitsfeatures, Update-Taktung sowie aus Zusatzfunktionen, die oberhalb der Chromium-Basis implementiert werden.

Wo sie sich trennen: Produktentscheidungen oberhalb von Chromium

Chrome bleibt in weiten Teilen der Referenz-Browser, an dem sich viele Web-Features zuerst praktisch erproben lassen, weil Google etliche Dienste direkt an das Google-Konto koppelt und Funktionen häufig eng in das eigene Ökosystem integriert. Edge nutzt Chromium dagegen als Plattform und ergänzt bewusst Elemente, die in Windows-Umgebungen und Microsoft-365-Kontexten nützlich sind. Dazu gehören Unternehmenssteuerung, Windows-Integration und eine Reihe von Bedienfunktionen, die es in Chrome so nicht oder nicht in gleicher Ausprägung gibt.

Auch wenn sich die Benutzeroberflächen auf den ersten Blick ähneln, werden entscheidende Weichen über Defaults gestellt: bevorzugte Suchmaschine, Startseiten-/New-Tab-Verhalten, Vorschläge in der Adressleiste, Synchronisationsumfang, Passwort- und Identitätsverwaltung sowie die Frage, welche Online-Dienste im Hintergrund verbunden sind. Diese Entscheidungen beeinflussen sowohl den Funktionsumfang als auch den Datenschutz-Footprint, ohne dass sich am eigentlichen „Chromium-Kern“ etwas ändert.

Funktionspakete: Erweiterungen, PDF, Medien und Zusatz-Tools

Bei Erweiterungen ist die technische Basis ähnlich, doch die Distribution und Governance unterscheidet sich. In Chrome dominiert der Chrome Web Store; Edge bietet einen eigenen Add-on-Katalog und kann zusätzlich Erweiterungen aus dem Chrome Web Store zulassen. Für Unternehmen ist weniger die Quelle entscheidend als die Steuerbarkeit: Beide unterstützen zentrale Richtlinienverwaltung, Edge wird in vielen Windows-Domänen jedoch als „näher am System“ wahrgenommen, etwa weil Verwaltung und Anmeldung stärker an Microsoft-Identitäten anknüpfen können.

Im Alltag relevant sind außerdem integrierte Viewer und Workflows: Beide bringen einen leistungsfähigen PDF-Viewer mit und unterstützen moderne Medienstandards, weil sie auf der gleichen Chromium-Medienpipeline aufsetzen. Unterschiede entstehen in den Zusatzfunktionen: Edge ergänzt je nach Plattform Funktionen wie vertikale Tabs, Collections oder einen ausgeprägteren „Arbeitsmodus“ rund um Profile. Chrome hält die Oberfläche oft schlanker und verlagert mehr in Google-Dienste oder Erweiterungen. Diese Unterschiede verändern nicht, was Websites können, wohl aber, wie Arbeitsabläufe im Browser organisiert werden.

• Erweiterungs-Ökosystem: Chrome priorisiert den Chrome Web Store; Edge nutzt Microsoft Edge Add-ons und kann optional Erweiterungen aus https://chromewebstore.google.com/ zulassen.
• Profile und Trennung: Beide unterstützen mehrere Profile; Edge integriert Profile häufig enger in Windows- und Microsoft-Identitäten, während Chrome standardmäßig auf das Google-Konto ausgerichtet ist.
• Sicherheits- und Reputationsschutz: Chrome verwendet Google Safe Browsing; Edge setzt prominent auf Microsoft Defender SmartScreen, insbesondere beim Download- und Reputationsschutz.
• Unternehmensfunktionen: In verwalteten Umgebungen greifen Richtlinien über ADMX/MDM; für Chrome typischerweise über Google Chrome Enterprise-Policies, für Edge über Microsoft Edge-Policies und Windows-Managementpfade.

Update-Mechanik und Kanalstrategie: gleiches Projekt, anderer Takt

Obwohl beide Browser auf Chromium aufbauen, veröffentlichen sie Updates in eigener Verantwortung. Sicherheitsfixes aus dem Chromium-Projekt landen typischerweise zeitnah in beiden Produkten, doch Rollout-Strategien, Testkanäle und die Einbindung in Betriebssystem-Updatepfade unterscheiden sich. Chrome aktualisiert sich plattformübergreifend über den eigenen Updater; Edge hängt unter Windows zusätzlich am Microsoft-Ökosystem und kann in Unternehmensumgebungen stärker über zentrale Richtlinien und Update-Kontrollen gesteuert werden.

Für den Funktionsumfang bedeutet das: Selbst wenn die zugrunde liegende Chromium-Version ähnlich ist, können einzelne Features (oder deren Default-Einstellungen) zeitversetzt auftauchen oder anders vorkonfiguriert sein. In der Praxis sind damit weniger „Webseiten-Kompatibilität“ und mehr Themen wie Benutzerführung, Kontenanbindung, Sicherheits-Defaults und Verwaltungsoptionen betroffen.

Kompatibilität im Web: warum „gleich“ nicht „identisch“ bedeutet

Die gemeinsame Engine reduziert das Risiko klassischer Rendering-Abweichungen, wie sie früher zwischen grundverschiedenen Browserkernen häufig auftraten. Dennoch bleiben Unterschiede möglich. Erstens können Flags, Experimente und Feature-Rollouts variieren. Zweitens beeinflussen eingebaute Schutzmechanismen (Tracking-Schutz, Phishing-/Malware-Blocklisten, Download-Reputation) das Verhalten bei konkreten Seiten oder Datei-Downloads. Drittens spielen Standardwerte bei Cookies, Drittanbieter-Kontexten oder Sicherheitswarnungen eine Rolle, selbst wenn die technische Basis dieselbe ist.

Damit erklärt sich auch, warum die verbreitete Annahme „Chromium-Browser sind austauschbar“ nur eingeschränkt trägt. Web-Standards laufen in beiden meist sehr ähnlich, aber der Browser ist längst mehr als eine Render-Engine: Identitäten, Synchronisation, Sicherheits- und Reputationsdienste sowie die UI-Werkzeuge für Tab- und Arbeitsorganisation prägen den Alltag und unterscheiden Edge und Chrome in spürbaren Details.

Alltag und Leistung: Startzeit, Seitenaufbau, RAM/CPU-Verbrauch, viele Tabs, Energieverbrauch und Stabilität in Web-Apps

Startzeit und „Time to First Page“: Was im Alltag wirklich auffällt

Edge und Chrome basieren beide auf Chromium, dennoch fühlt sich der Start im Alltag nicht immer identisch an. Der Grund liegt weniger in der Rendering-Engine als in „Drumherum“-Mechanismen: Welche Dienste werden beim Start initialisiert, welche Profilbestandteile werden vorab geladen, wie aggressiv arbeitet das Vorabrendern und wie stark greift das Betriebssystem ein.

Unter Windows kann Edge beim Erststart häufig Vorteile haben, weil er enger mit dem System verzahnt ist und Microsoft gezielt an Startpfaden optimiert. Chrome kompensiert das teilweise über eigene Hintergrundprozesse, die nach Updates oder nach dem Login Komponenten bereithalten. Entscheidend ist daher, ob der Browser „kalt“ (nach Neustart) oder „warm“ (nach bereits laufenden Prozessen) gestartet wird. Im Alltag ist außerdem die „Time to First Page“ relevanter als die reine Startzeit: Wie schnell ist nach dem Klick eine erste Seite benutzbar, inklusive Schriftarten, Passwortmanager und Erweiterungen.

Seitenaufbau, Interaktivität und CPU-Spitzen

Beim Seitenaufbau dominieren heute JavaScript-Ausführung, Layout-Komplexität, Medien-Decoding und Netzwerk-Latenzen. Da beide Browser denselben Kern nutzen, sind Unterschiede meist sekundär und entstehen durch Feature-Flags, Sicherheitsmechanismen, Tracking-Schutz, Erweiterungen oder abweichendes Vorabrendern. Auffällig werden Abweichungen vor allem bei CPU-Spitzen: schwere Single-Page-Apps, Videokonferenzen, umfangreiche Tabellen oder Seiten mit vielen Third-Party-Skripten.

In solchen Situationen zählt, wie gut der Browser Prioritäten setzt: Haupt-Tab gegenüber Hintergrund-Tabs, Rendering gegenüber Netzwerk, Eingabeereignisse gegenüber Timern. Beide setzen auf Multi-Process-Isolation; die praktische Responsiveness hängt jedoch stark von der Anzahl installierter Extensions und davon ab, ob sie in vielen Frames injizieren. Eine einzelne, „breit“ arbeitende Erweiterung kann einen vermeintlichen Performance-Unterschied zwischen Edge und Chrome vollständig überlagern.

RAM-Verbrauch und Speicherdruck: Warum „mehr Prozesse“ nicht automatisch schlechter ist

Chromium trennt Tabs, Site-Instanzen, GPU und oft Erweiterungen in separate Prozesse. Das erhöht die Stabilität und Sicherheit, kostet aber Overhead pro Prozess (Speicher für Code, Datenstrukturen, Caches). Der sichtbare RAM-Verbrauch steigt besonders bei vielen Tabs aus unterschiedlichen Domains und bei mehreren Profilen.

Edge und Chrome nutzen beide Mechanismen, um Speicherdruck zu reduzieren, etwa das Drosseln von Hintergrundaktivität oder das „Entladen“ inaktiver Tabs. Im Alltag entscheidet weniger der Momentanwert im Task-Manager als die Frage, ob der Browser unter Speicherdruck sauber degradiert: Werden Hintergrund-Tabs zuverlässig eingefroren, werden Ressourcen freigegeben, und bleibt der aktive Tab flüssig? Unterschiede zeigen sich eher in den Voreinstellungen und in der Art, wie aggressiv Energiespar- und Schlaf-Funktionen greifen.

• RAM-Treiber im Alltag: viele unterschiedliche Domains (mehr Site-Isolation), mehrere Profile, speicherhungrige Erweiterungen, große Cache- und Medienpuffer.
• Typisches Missverständnis: „Viele Prozesse“ bedeuten nicht zwingend „ineffizient“, sondern oft bessere Isolation und weniger Risiko, dass ein Tab den gesamten Browser blockiert.
• Praktischer Prüfpunkt: Integrierter Task-Manager zeigt Tab-/Extension-Verbrauch getrennt; in Chrome über chrome://taskmanager, in Edge über edge://taskmanager.
• Wenn das System knapp wird: Speicherdruck führt eher zu Tab-Reloads als zu „echtem“ Datenverlust; problematisch wird es bei Web-Apps ohne robuste Autosave-Logik oder bei Formularen ohne Zwischenspeicherung.

Viele Tabs: Schlafmodus, Tab-Gruppen, Wiederherstellung und Cache-Verhalten

Bei 20, 50 oder 200 Tabs verschiebt sich das Problem: Nicht der einzelne Seitenaufbau zählt, sondern Scheduling, Speichermanagement und die Wiederherstellung nach Fokuswechseln. Chromium kann Hintergrund-Tabs stark drosseln; zusätzlich implementieren Edge und Chrome Funktionen, die inaktive Tabs in einen Schlafzustand versetzen und bei Bedarf neu aktivieren. Das spart RAM und CPU-Zeit, kann aber zu kurzen Verzögerungen führen, wenn ein Tab „aufwacht“ und Skripte oder Netzwerkanfragen nachholen muss.

Für produktive Workflows ist außerdem die Wiederherstellung nach Abstürzen oder Updates relevant. Beide Browser sind grundsätzlich robust, doch Stabilität hängt stark vom Erweiterungs-Stack ab. Erweiterungen mit tiefen Eingriffen (Content-Skripte auf vielen Seiten, Proxy-/Security-Tools, komplexe Passwortmanager) erhöhen die Wahrscheinlichkeit von Hängern und verkomplizieren die Ursachenanalyse. Wer viele Tabs parallel nutzt, profitiert eher von einem schlanken Setup als von marginalen Unterschieden der Browser-Basis.

Energieverbrauch auf Notebook: Hintergrundaktivität, Video und Effizienzmodi

Auf Akkubetrieb zählt nicht nur CPU-Auslastung, sondern auch Aufweckhäufigkeit von Timern, Netzwerkaktivität, GPU-Last und Medien-Decoding. Browser senken den Verbrauch, indem sie Hintergrund-Timer drosseln, inaktive Tabs einfrieren und Rendering-Frequenzen reduzieren. Besonders teuer sind: mehrere parallele Echtzeit-Streams (Meetings, WebRTC), Seiten mit aggressiven Werbe-/Tracking-Skripten, sowie 4K-Video ohne Hardware-Decoding.

Edge bietet unter Windows typischerweise eng integrierte Energiespar-Optionen, während Chrome plattformübergreifend konsistente Mechanismen bereitstellt. In der Praxis entsteht der größte Unterschied durch Konfiguration und Nutzung: Autoplay, viele aktive Hintergrund-Tabs, mehrere Messenger-Web-Apps und dauerhaft offene Dashboards verhindern, dass der Browser in sparsame Zustände fällt. Für realistische Vergleiche muss daher derselbe Erweiterungsbestand und dasselbe Tab-Set zugrunde liegen.

Stabilität in Web-Apps: Office/Google Workspace, Videokonferenzen, Passwortmanager und SSO

Web-Apps reagieren sensibel auf Browserdetails, obwohl die Engine identisch ist. Unterschiede entstehen durch Richtlinienverwaltung, Zertifikats-/Smartcard-Handling, Single-Sign-on-Flows, DRM/Media-Komponenten und durch Sicherheitsfeatures, die Script-Injection oder Drittanbieter-Cookies einschränken. In Unternehmensumgebungen spielt außerdem die Verwaltung über Policies eine Rolle: Proxy-Konfiguration, TLS-Inspection, erlaubte Erweiterungen, und ob Profile sauber getrennt werden.

Bei Videokonferenzen und Kollaborationstools entscheidet oft, wie stabil Audio-/Video-Devices gemanagt werden und wie gut der Browser mit wechselnden Netzbedingungen umgeht. Da hier mehrere Subsysteme zusammenspielen (WebRTC, Medien-Stack, GPU, Treiber), kann ein Browser auf einem Gerät „besser“ wirken und auf einem anderen schlechter, ohne dass die Ursache im Browserkern liegt. Für belastbare Einschätzungen sollten problematische Erweiterungen testweise deaktiviert und die App in einem frischen Profil gegengeprüft werden.

Datenschutz und Ökosystem: Synchronisation, Kontobindung, Telemetrie, Tracking-Schutz, Erweiterungen und Betriebssystem-Integration als Entscheidungskriterien

Bei Edge und Chrome entscheidet der Alltag selten über Rendering-Details, sondern über das Zusammenspiel aus Konto, Synchronisation, Schutzmechanismen und der Einbettung in Dienste. Beide Browser basieren zwar auf Chromium, doch Microsoft und Google setzen unterschiedliche Schwerpunkte: Edge bindet sich tief in Windows- und Microsoft-365-Umgebungen ein, Chrome in Googles Identitäts-, Cloud- und Werbeökosystem. Daraus ergeben sich spürbare Unterschiede bei Datenflüssen, Standardvorgaben und administrativer Steuerbarkeit.

Synchronisation und Kontobindung: Komfort gegen Abhängigkeit

Synchronisation wirkt banal, ist aber ein zentraler Datenkanal: Lesezeichen, Passwörter, Verlauf, offene Tabs, Autofill, Erweiterungen und Einstellungen wandern zwischen Geräten. Chrome koppelt diese Funktionen eng an ein Google-Konto; in vielen Umgebungen ist dies praktisch gleichbedeutend mit der Nutzung von Gmail/Workspace. Edge synchronisiert primär über ein Microsoft-Konto (MSA) oder über Entra ID (ehemals Azure AD) in Unternehmenskontexten. Dadurch unterscheiden sich typische „Einmal angemeldet, überall drin“-Erlebnisse ebenso wie die Möglichkeiten, private und berufliche Profile sauber zu trennen.

Beide Browser unterstützen mehrere Profile, getrennte Cookie-Speicher und unterschiedliche Sync-Sets. In der Praxis fällt jedoch ins Gewicht, welche Identität ohnehin täglich genutzt wird: Wer ohnehin in Microsoft 365 arbeitet, reduziert mit Edge Reibung bei SSO, Conditional Access und verwalteten Profilen; wer in Google Workspace lebt, profitiert analog von Chrome und Googles Account-Ökosystem. Umgekehrt entsteht bei Mischumgebungen schneller Kontosprawl: zwei Konten, zwei Passwortspeicher, doppelte Autovervollständigung, doppelte Richtlinien.

Telemetrie, Diagnosedaten und Werbe-/Personalisierungslogik

Beide Hersteller erheben Diagnosedaten, um Stabilität, Sicherheit und Produktentwicklung zu steuern. Relevanter als die bloße Existenz von Telemetrie ist, wie transparent sie steuerbar ist und wie eng sie mit accountbasierter Personalisierung verzahnt wird. Chrome ist historisch stark mit Googles Identitäts- und Werbeinfrastruktur verknüpft; viele Komfortfunktionen (etwa geräteübergreifende Personalisierung) werden durch konto- und cloudbasierte Verarbeitung erleichtert. Edge übermittelt ebenfalls Diagnosedaten an Microsoft und verzahnt sich mit Microsoft-Diensten; in verwalteten Umgebungen lässt sich die Datenerhebung typischerweise granular per Richtlinien steuern.

Für Privatsphäre-Abwägungen zählt weniger ein „Telemetrie an/aus“-Mythos als die Frage, welche Datenpfade im eigenen Alltag entstehen: Suche, Login-Provider, Cloud-Password-Manager, Zahlungs- und Adressdaten, Browser-Identifikatoren sowie die Reichweite der jeweiligen Konto-Ökosysteme. Wer bei Google ohnehin Suche, Maps, YouTube und Android nutzt, zentralisiert Datenströme leichter in Richtung Google. Wer Windows, Microsoft 365, OneDrive und Teams im Schwerpunkt nutzt, verstärkt entsprechend Microsoft als zentralen Aggregationspunkt.

• Pragmatische Trennlinie: Ein Browser-Profil ohne aktive Anmeldung reduziert kontoübergreifende Personalisierung; für getrennte Kontexte eignen sich separate Profile statt „Privatmodus als Dauerlösung“.
• Unternehmenssteuerung: In Managed-Umgebungen wirken Browser-Policies zentral; bei Edge sind Windows- und Entra-ID-Szenarien häufig besonders gut integriert, bei Chrome greifen Admin-Policies typischerweise eng mit Google Workspace und chrome://policy.
• Konten-Hygiene: Passwörter und Autofill sollten nicht unkontrolliert zwischen Privat- und Arbeitskontext wandern; Profile mit getrennten Tresoren sind dafür der belastbarere Mechanismus als bloßes Löschen von Verlauf.

Tracking-Schutz: Standards, Ausnahmen und reale Wirkung

Beim Tracking-Schutz liegt ein praktischer Unterschied in den Voreinstellungen und im „Störgrad“ gegenüber Websites. Edge bietet einen integrierten Tracking-Schutz mit unterschiedlichen Stufen (von ausgewogen bis streng) und zielt dabei vor allem auf bekannte Tracker-Klassen. Chrome setzt stärker auf Mechanismen innerhalb des Chromium-Ökosystems und auf schrittweise Änderungen im Umgang mit Drittanbieter-Cookies; zugleich bleibt Chrome aus Herstellersicht in einem Umfeld verankert, in dem Werbe- und Messinfrastruktur eine zentrale Rolle spielt. Unabhängig vom Browser gilt: Werbe- und Consent-Ökosysteme umgehen rein cookie-basierte Blockaden teilweise über Fingerprinting, CNAME-Clamping-ähnliche Muster oder serverseitige Messpunkte; hier entscheidet häufig die Kombination aus Browser-Defaults, Erweiterungen und disziplinierter Berechtigungsvergabe.

Für die Alltagspraxis ist weniger die theoretische Blockierliste entscheidend als die Handhabung von Ausnahmen. Ein strengeres Tracking-Profil kann Login-Flows, eingebettete Kommentare, Zahlungsanbieter oder Single-Sign-On-Weiterleitungen stören. Edge und Chrome bieten dafür Ausnahmen pro Site; die Pflege dieser Liste wird zum Aufwand, wenn der Browser in sehr heterogenen Web-Anwendungslandschaften eingesetzt wird.

Erweiterungen: Machtvolle Eingriffe, aber auch ein zusätzlicher Datenkanal

Beide Browser unterstützen Erweiterungen aus dem Chromium-Ökosystem; Edge akzeptiert neben dem Microsoft Store in der Regel auch Erweiterungen aus dem Chrome Web Store. Datenschutzseitig ist entscheidend, dass Erweiterungen häufig weitreichende Rechte benötigen (Lesen/Ändern von Seiteninhalten, Zugriff auf Tabs, Netzwerkzugriffe). Damit werden sie zum potenten Tracking- oder Exfiltrationspfad, selbst wenn der Browser an sich restriktiv konfiguriert ist. Sinnvoller als viele kleine Tools ist oft eine schlanke, überprüfbare Auswahl, ergänzt um saubere Update- und Berechtigungsdisziplin.

• Rechte prüfen: Erweiterungen mit Zugriff auf „alle Websites“ sollten Ausnahme bleiben; dort, wo möglich, sind hostbasierte Einschränkungen vorzuziehen (z. B. nur auf https://*.intranet.example).
• Profilgebundenheit nutzen: Arbeitsprofil ohne private Shopping-/Preisvergleich-Add-ons reduziert Nebenkanäle; bei Bedarf separate Profile statt „alles in einem“.
• Unternehmenslisten: In Organisationen sind Allow-/Block-Listen für Extensions der Standard; Kontrolle erfolgt typischerweise über Richtlinien und ist über Diagnose-Seiten wie edge://policy bzw. chrome://policy nachvollziehbar.

Betriebssystem- und Dienstintegration: Windows, Android, iOS und Identitätsprovider

Edge ist unter Windows tief verankert: Standardhandler, WebView-Komponenten für eingebettete Web-Inhalte und die Nähe zu Windows-Sicherheitsfunktionen und Microsoft Defender-Ökosystemen prägen den Einsatz. In Unternehmen spielt zudem die Integration in Entra ID, Gerätestatus und Conditional-Access-Logik eine Rolle. Chrome ist plattformübergreifend sehr konsistent, harmoniert besonders eng mit Android und Google-Diensten und ist in vielen Web-Stacks der faktische Referenzbrowser für Support-Matrizen.

Als Entscheidungskriterium taugt hier weniger „Integration ist gut oder schlecht“, sondern die Frage, welche Bindung unerwünscht ist: Tiefe Windows-Integration kann administrativ vorteilhaft sein, wirkt aber in streng getrennten Privat-/Arbeitssetups manchmal wie ein zusätzlicher Kopplungspunkt. Umgekehrt kann die enge Verzahnung von Chrome mit Google-Logins in Umgebungen, die bewusst auf Microsoft-Identitäten setzen, zu Reibung bei Profilführung, Passwortspeicher und Richtlinien führen. Datenschutz ist in diesem Kapitel damit untrennbar ein Ökosystemthema: Der Browser entscheidet mit, zu welchem Konto- und Dienstverbund sich das tägliche Surf- und Arbeitsverhalten logisch „anlehnt“.