Was ist HTTP/2 und warum sollte es Sie interessieren?
Veröffentlicht: 2019-04-16Wenn Sie mit SEO zu tun haben, wissen Sie, wie komplex und facettenreich ein Prozess sein kann. Es gibt kein Ende der verschiedenen Dinge, über die Sie Bescheid wissen müssen. Von AMP- bis hin zu Zebra-Algorithmus-Updates müssen Sie alles beherrschen. Das kann es verlockend machen, einige Dinge an sich vorbeiziehen zu lassen. Vor allem, wenn ihre Bedeutung für SEO nicht sofort offensichtlich ist. Aus diesem Grund haben Sie vielleicht nicht viel über HTTP/2 nachgedacht.
Buchen Sie eine Beratung
Wir werden erklären, warum das ein großer Fehler sein könnte. Diese schnelle (und zum Glück nicht technische) Einführung in HTTP/2 ist speziell auf SEO ausgerichtet. Es vermittelt Ihnen die Grundlagen darüber, was HTTP/2 ist und warum es für SEO und damit für Sie wichtig ist. Hier ist, was unser Anfängerleitfaden zu HTTP/2 enthalten wird:
- Eine kurze Auffrischung zur Latenz
- Ein Überblick über den aktuellen Status quo der Netzwerkverbindung
- Eine einfache Beschreibung und Erklärung von HTTP/2
- Alle Gründe, warum Sie sich um HTTP/2 kümmern müssen
[accelerate_agency_cta]
Eine kurze Auffrischung zur Latenz
Bevor wir mit HTTP/2 richtig loslegen, lohnt es sich, schnell über Latenz zu sprechen. In Bezug auf das Web ist Latenz die Zeit, die eine Netzwerkverbindung benötigt, um über eine Entfernung hinweg geöffnet zu werden. Auf der einfachsten Ebene bedeutet dies die Zeit, die es dauert, bis Informationen von Ihrem Computer zum Server und zurück gelangen.
Latenz ist eines der Hauptprobleme, die die Geschwindigkeit des Internets beeinflussen. Es und die Bandbreite bestimmen zusammen die Geschwindigkeit, mit der Seiten geladen werden. Während Latenz die Zeit ist, die benötigt wird, um Informationen über eine Entfernung zu öffnen, ist Bandbreite im Grunde genommen, wie viele Informationen gleichzeitig geöffnet werden können.
HTTP/2 wurde von Google als neue Art der Netzwerkverbindung entwickelt. Sein Hauptziel war es, die Latenz zu reduzieren und damit das Internet zu beschleunigen. Wir werden später auf das Wesentliche von HTTP/2 eingehen. Schauen wir uns zunächst den aktuellen Status quo an, zu dessen Ersetzung HTTP/2 entwickelt wurde.
Die aktuelle Situation
Anfragen für Webseiten und Ressourcen werden in HTTP kommuniziert. Es ist im Grunde die Sprache, die Ihr Browser mit dem Server spricht. Die aktuelle Standardversion von HTTP ist HTTP 1.1. Es ist seit rund 20 Jahren der Standard. Die einzige Änderung in dieser Zeit war die Einführung von HTTPS.
HTTP 1.1 und HTTPS
Bei einer HTTP 1.1-Anfrage werden Informationen von Ihrem Browser an den Server übermittelt. Der Server sendet dann eine Antwort auf diese Anfrage zurück. Sowohl die Anfrage als auch die Antwort können sich mit Lichtgeschwindigkeit fortbewegen, aber nicht schneller. Die Übertragung von Informationen erfolgt nicht sofort.
Aus diesem Grund ist die Latenz ein Problem. Aus diesem Grund wirkt sich auch die Entfernung zwischen Ihrem Browser und dem Server auf die Webgeschwindigkeit aus. Da jede einzelne Anfrage und Antwort klein ist, ist es verlockend anzunehmen, dass der Unterschied gering ist.
Das ist nicht ganz korrekt. Das liegt daran, dass eine typische Website eine Abfolge von Anfragen und Antworten umfasst, nicht nur eine. Eine HTML-Datei kann beispielsweise Bilder in verschiedenen Formaten und JavaScript-Dateien referenzieren. Selbst die einfachste Website umfasst oft zwischen 50 und 100 Anfragen und Antworten.
Die Zeit, die für diese Anfragen und Antworten benötigt wird, kann sich aufbauen. Bei HTTP 1.1-Verbindungen kann jeweils nur eine Anfrage oder Antwort übertragen werden. Die für eine Webseite erforderlichen mehreren Anforderungen erfolgen nacheinander und nicht gleichzeitig.
Um dies zu berücksichtigen, öffnen Browser oft etwa sechs HTTP 1.1-Verbindungen gleichzeitig. Jeder neue benötigt die Zeit eines 'Roundtrips' vom Browser zum Server, um sich zu öffnen. Das ist eine Fahrt, bevor die Verbindung verwendet werden kann, um Informationen zu transportieren.
Selbst sechs HTTP 1.1-Verbindungen reichen nicht aus, um 50-100 Anfragen und Antworten gleichzeitig zu erledigen. Bei HTTP 1.1 müssen einige Anfragen und Antworten in eine Warteschlange gestellt werden und auf eine freie Verbindung warten. Dies wird als „Head-of-Line-Blocking“ bezeichnet. Dies ist einer der Hauptgründe, warum HTTP 1.1-Verbindungen eine höhere Latenz aufweisen und langsamer sind.
HTTPS funktioniert genauso wie HTTP 1.1. Der einzige Unterschied besteht darin, dass es sich um eine sichere Verbindung handelt. Das bedeutet, dass Personen daran gehindert werden, die in Anfragen und Antworten enthaltenen Informationen zu sehen. Das ist wichtig für die Sicherheit, hilft aber nicht bei der Latenz. Hier kommt HTTP/2 ins Spiel.
Was ist HTTP/2?
HTTP/2 ist eine neue Art von Netzwerkverbindung, die HTTP 1.1 ersetzen soll. Es wurde ursprünglich aus einer Google-Entwicklung namens SPDY (speedy) geboren. Die Hauptidee von SPDY und HTTP/2 besteht darin, eine Lösung für die Latenzprobleme von HTTP 1.1 bereitzustellen. Um Netzwerkverbindungen und das Internet im Allgemeinen zu beschleunigen.
Es gibt viele Funktionen und Elemente von HTTP/2, die genau dabei helfen. Um nicht zu technisch werden zu müssen, konzentrieren wir uns nur auf die beiden wichtigsten. Sie sind:
- Multiplexing
- Server-Push
Multiplexing
Multiplexing ist die Hauptfunktion von HTTP/2, die das Problem der Head-of-Line-Blockierung löst. Dies bedeutet, dass eine einzelne HTTP/2-Verbindung mehr als eine Anfrage oder Antwort gleichzeitig übertragen kann. Sie müssen nicht warten, bis neue Verbindungen aufgebaut werden. Anfragen und Antworten müssen auch nicht in eine Warteschlange gestellt werden, bis eine freie Verbindung verfügbar wird.

Eine einzige HTTP/2-Verbindung kann die vielen Anfragen und Antworten, die mit einer Website verbunden sind, viel schneller verarbeiten. Dies geschieht, ohne die in diesen Anfragen und Antworten enthaltenen Informationen zu ändern. All das bleibt gleich. Dies ist entscheidend, wenn es um die Implementierung von HTTP/2 geht. Dazu müssen Sie weder die Webplattform noch das CMS wechseln. Sie müssen auch keinen neuen Code schreiben.
Server-Push
Server-Push ist ein weiteres Schlüsselmerkmal von HTTP/2. Es ermöglicht einem Server, erforderliche Antworten vorwegzunehmen, wenn er eine Anfrage erhält. Auf diese Weise kann es dann auf eine Anfrage mit mehreren Antworten antworten. Dadurch wird die Multiplexing-Fähigkeit von HTTP/2 ausgenutzt.
Nehmen wir zum Beispiel eine Situation, in der ein Server eine Anfrage für eine HTML-Datei erhält. Der Server weiß möglicherweise von früheren Anfragen, dass die Datei auch eine CSS- und eine JavaScript-Datei erfordert. Dank Server-Push können diese Ressourcen in den Cache Ihres Browsers „geschoben“ werden. Es muss keine separaten Anfragen für sie erhalten.
Der potentielle Nutzen davon liegt auf der Hand. Dies bedeutet, dass Ihr Browser die erforderlichen Antworten erhält, ohne so viele Anforderungs-/Antwortzyklen durchlaufen zu müssen. Da HTTP/2 neu ist, ist Server-Push jedoch nicht immer perfekt implementiert. Sie können oft Ressourcen in den Cache eines Browsers verschieben, die er nicht benötigt. Möglicherweise sind sie bereits aus früheren Anfragen zwischengespeichert.
Warum sollten Sie sich darum kümmern?
Sie fragen sich jetzt wahrscheinlich, warum sich eine SaaS-SEO-Agentur für HTTP/2 interessiert. Genauer gesagt fragen Sie sich wahrscheinlich, warum Sie sich darum kümmern sollten. Es gibt viele überzeugende Gründe. Kurz gesagt, HTTP/2 ist für Sie wichtig, weil es für Google und SEO wichtig ist.
Wie wir ausführlich besprochen haben, hat HTTP/2 eine viel geringere Latenz als HTTP 1.1 oder HTTPS. Dies führt zu einer schnelleren Verbindung und hat einen großen Einfluss auf die Ladezeit der Seite und die Geschwindigkeit der Website.
Die Grafik auf der linken Seite zeigt die Auswirkungen, die eine erhöhte Bandbreite auf die Seitenladezeit haben kann. Wenn eine Bandbreite zwischen 3 Mbit/s und 10 Mbit/s verfügbar ist, ändert sich die Seitenladezeit kaum. Das Diagramm auf der rechten Seite zeigt die Latenz gegen die Ladezeit der Seite. Es zeigt, dass eine Verringerung der Latenz einen deutlichen und kontinuierlichen Effekt hat.
Die Daten, die die Grafik erstellt haben, stammen aus einer Studie von Ilya Grigorik von Google. Laut der Grafik kann eine Seite etwa viermal schneller geladen werden, wenn die Latenz eine Round Trip Time (RTT) von 20 ms statt 240 ms liefert. Das ist ein signifikanter Unterschied und für SEO wichtig.
Die Seitengeschwindigkeit ist ein SEO-Rankingfaktor. Das bedeutet, dass sich die Algorithmen von Google darum kümmern, wie schnell Seiten und Websites geladen werden. Sie messen es und berücksichtigen es beim Ranking. Seiten und Domains mit geringer Seitenladezeit und hoher Seitengeschwindigkeit werden günstiger bewertet. Das bedeutet, dass die Einführung von HTTP/2 Ihre SERP-Rankings indirekt, aber erheblich verbessern könnte.
Das ist nicht das Ende der Geschichte. Auch Google ist sehr an der User Experience interessiert. Sie möchten, dass Websites so hilfreich und benutzerfreundlich wie möglich sind. Sie möchten auch, dass der Nutzen von Websites auf allen Geräten konsistent ist. HTTP/2 ist für PCs und Mobilgeräte gleichermaßen anwendbar. Seine Auswirkungen auf die Latenz und damit die Geschwindigkeit der Website könnten genau das liefern, wonach Google sucht.
Was an dieser Stelle auch nicht übersehen werden sollte, ist, wie einfach es eigentlich ist, HTTP/2 zu implementieren. Wenn Ihre Website bereits sicher ist und HTTPS verwendet, müssen Sie möglicherweise nur sehr wenig tun, um zu HTTP/2 zu wechseln. In der Tat kann dies einfach durch die Aktualisierung Ihrer Serversoftware möglich sein. Wenn andere SEO-Verbesserungen sehr kostspielig sein können, lohnt sich diese einfache und kostengünstige Änderung.

Nick Brown ist Gründer und CEO von Accelerate Agency, einer SaaS-SEO-Agentur. Nick hat mehrere erfolgreiche Online-Unternehmen gegründet, schreibt für Forbes, veröffentlichte ein Buch und hat sich von einer britischen Agentur zu einem Unternehmen entwickelt, das heute in den USA, APAC und EMEA tätig ist und 160 Mitarbeiter beschäftigt. Er wurde auch einmal von einem Berggorilla angegriffen