Was ist ein Browser?

Browser und Suchmaschine werden oft verwechselt, weil fast jeder Browser in der Adressleiste eine voreingestellte Suchmaschine mitbringt. Es sind zwei verschiedene Dinge. Die Suchmaschine, etwa Google oder Bing, durchsucht das Web und ordnet Seiten für eine Suchanfrage. Der Browser zeigt die Seite an, die man ausgewählt hat.

Das Kernstück eines Browsers ist seine Rendering-Engine. Laut MDN ist das der Teil, der HTML, CSS und die übrigen Ressourcen einer Seite in eine sichtbare Darstellung umwandelt. Es gibt nur wenige Engines. Chrome basiert auf dem Open-Source-Projekt Chromium, dessen Engine Blink heißt. Safari nutzt WebKit, Firefox nutzt Gecko, die Engine von Mozilla. Deshalb kann dieselbe Seite je nach Browser etwas anders aussehen.

Wenn jemand eine Adresse eintippt oder einen Link anklickt, fordert der Browser die Seite beim Server an. Aus dem HTML baut er die Struktur der Seite auf, das DOM, und lädt nach, was der Code einbindet: Stylesheets, Skripte, Bilder und Schriften. Danach führt er das JavaScript aus und zeichnet das Ergebnis. Baut eine Seite ihren Inhalt erst im Browser mit JavaScript auf, hängt das, was man sieht, davon ab, dass dieser Code fehlerfrei läuft.

Der Browser speichert auch Daten auf dem Gerät. In seinem Cache hält er bereits geladene Ressourcen vor, damit er sie nicht erneut anfordern muss, und in Cookies speichert er Daten, die Websites sich merken lassen. Die großen Browser haben außerdem einen Back/Forward-Cache, den bfcache. Laut Google gibt es ihn in Chrome seit Version 96, in Firefox und in Safari, und er macht die Schaltflächen Zurück und Vor praktisch verzögerungsfrei.

Google sieht Seiten fast so, wie ein Browser sie sieht. Laut seiner Dokumentation führt Google Search JavaScript mit einer laufend aktualisierten Version von Chromium aus. Was in einem aktuellen Chrome funktioniert, hat also gute Chancen, auch für Googlebot zu funktionieren. Google weist allerdings darauf hin, dass Googlebot aggressiv cacht und dabei veraltete JavaScript- oder CSS-Dateien verwenden kann.

Der Browser ist auch die Quelle der Felddaten zur Nutzererfahrung. CrUX, der Felddatensatz von Google für die Core Web Vitals, stammt von echten Chrome-Nutzern auf Desktop und Android, die bestimmte Einstellungen aktiviert haben. Chrome auf iOS liefert keine Daten, Safari ebenfalls nicht. In Spanien fällt das ins Gewicht: Laut StatCounter, das Besuche auf den Websites seines Netzwerks misst, entfielen im September 2026 gerundet 74 % der Besuche auf Chrome, 15,4 % auf Safari, 3,3 % auf Edge, 2,7 % auf Samsung Internet, 2,2 % auf Firefox und 1,5 % auf Opera.

Für zds.es haben wir am 14. Oktober 2026 geprüft, ob eine Glossarseite bei Chrome, bei Safari und bei einer Anfrage, die sich als Googlebot ausgibt, gleich ankommt. Das Ergebnis war dreimal dasselbe HTML mit 190.480 Bytes. Der einzige Unterschied ist eine E-Mail-Adresse, die Cloudflare bei jedem Abruf neu codiert.

• Seiten in Chrome und in Safari testen, auf dem Desktop und auf dem Smartphone.
• Mit der URL-Prüfung der Search Console nachsehen, wie Google eine Seite rendert.
• Allen Browsern und Crawlern denselben Inhalt ausliefern.
• Das viewport-Meta-Tag setzen, damit mobile Browser die Seite an den Bildschirm anpassen.
• JavaScript- und CSS-Dateien umbenennen, wenn sich ihr Inhalt ändert, damit weder der Browser noch Googlebot alte Fassungen verwenden.
• Im Blick behalten, dass CrUX nur einen Teil der Chrome-Nutzer abbildet.

• Browser und Suchmaschine verwechseln.
• Nur in Chrome auf dem Desktop testen, obwohl ein großer Teil der Besuche über Safari und über Smartphones kommt.
• Annehmen, Googlebot führe jedes JavaScript genauso aus wie der Browser des Entwicklers.
• Je nach Browser oder Crawler unterschiedliche Inhalte ausliefern.
• Die Felddaten von CrUX so lesen, als enthielten sie die Safari-Nutzer.