HTTP und HTTPS: Grundlagen für SEO

Kurzdefinition

HTTP legt fest, wie ein Client eine Webressource anfordert und wie der Server darauf antwortet. HTTPS überträgt diesen Austausch durch TLS. TLS verschlüsselt die Daten auf dem Transportweg, schützt sie vor unbemerkten Veränderungen und lässt den Browser die vom Serverzertifikat ausgewiesene Identität prüfen.

Einfach gesagt: Ohne saubere HTTP-/HTTPS-Grundlage gibt es keine stabile Suchmaschinenoptimierung. Ein sehr guter Artikel kann nicht wirken, wenn er falsch weiterleitet, per HTTP und HTTPS doppelt erreichbar ist, gemischte Inhalte lädt oder Googlebot regelmäßig Fehlercodes bekommt.

Was HTTP macht

HTTP steht für Hypertext Transfer Protocol. Ein Client, zum Beispiel ein Browser oder Googlebot, stellt eine Anfrage an einen Server. Der Server antwortet mit einer Ressource, etwa HTML, CSS, JavaScript, Bilddateien, JSON oder einem Fehler.

Für SEO sind drei Teile besonders wichtig:

• die URL, die angefragt wird
• der Statuscode der Antwort
• die Header und Inhalte, die der Server zurückgibt

Wenn Google eine Seite crawlt, sieht es nicht zuerst dein CMS-Feld oder dein SEO-Tool. Google sieht eine URL, eine Serverantwort, HTML, Links, Canonicals, strukturierte Daten und weitere Ressourcen. Deshalb gehört HTTP-Verständnis zu technischem SEO.

Was HTTPS ändert

HTTPS ändert den Transport, nicht die Bedeutung des HTML. Eine sicher ausgelieferte Seite kann weiterhin ein falsches Canonical, eine noindex-Anweisung oder einen Serverfehler enthalten. HTTPS ergänzt eine geschützte Verbindung und einen Sicherheitskontext, den moderne Browser für zahlreiche Plattformfunktionen voraussetzen.

Google führte HTTPS 2014 als sehr leichtes Rankingsignal ein. Aus dieser historischen Aussage lässt sich heute kein messbarer Positionsgewinn versprechen. Die wichtigeren Gründe sind Sicherheit, Browserkompatibilität und eine konsistente Auslieferung. Der aktuelle HTTPS-Bericht der Search Console erklärt außerdem, dass Google bei einer HTTP- und einer HTTPS-Adresse die HTTPS-Version bevorzugt, sofern andere Signale oder Fehler nicht dagegensprechen.

Für SEO geht es aber nicht nur um Vertrauen. HTTPS muss konsistent umgesetzt sein:

• HTTP sollte sauber auf HTTPS weiterleiten.
• Es sollte nur eine bevorzugte Variante indexierbar sein.
• Canonicals sollten auf die HTTPS-Version zeigen.
• Sitemaps sollten HTTPS-URLs enthalten.
• Interne Links sollten nicht ständig über HTTP laufen.
• Mixed Content sollte vermieden werden.

Bleiben beide Varianten unabhängig erreichbar, entstehen vermeidbare Crawls und widersprüchliche Signale. Google kann trotzdem HTTPS auswählen. Bei einer sauberen Migration sollten seine Systeme aber keine Konflikte zwischen Weiterleitungen, Canonicals, internen Links und Sitemaps auflösen müssen.

Zertifikate, HSTS und gemischte Inhalte

Eine HTTPS-URL hilft nur, wenn die TLS-Konfiguration funktioniert. Ein abgelaufenes, nicht zum Hostnamen passendes oder anderweitig ungültiges Zertifikat kann Browser und Crawler vom Zugriff abhalten. Das Zertifikat muss alle öffentlichen Hostnamen abdecken, die Seiten ausliefern, einschließlich relevanter www- oder Subdomain-Varianten.

Strict-Transport-Security weist unterstützte Browser an, künftige Aufrufe des Hosts über HTTPS vorzunehmen. HSTS kann Downgrade-Fehler verhindern. Aktiviere es aber erst, wenn HTTPS auf allen vorgesehenen Hostnamen funktioniert. Eine lange Laufzeit oder includeSubDomains kann Besucher sonst von einem vergessenen HTTP-Dienst aussperren.

Gemischte Inhalte entstehen, wenn ein HTTPS-Dokument eine Ressource über HTTP anfordert. Browser können diese Anfrage je nach Ressource und Richtlinie aktualisieren, melden oder blockieren. Korrigiere die Quell-URL, statt dich auf eine Reparatur durch den Browser zu verlassen. Prüfe auch CSS, JavaScript, Schriften, Bilder, iFrames, Canonicals, URLs in strukturierten Daten und Formularziele.

Statuscodes, Redirects und Indexierung

HTTP-Statuscodes sagen, was mit einer Anfrage passiert ist. Für SEO sind besonders wichtig:

• 200: Seite wurde erfolgreich ausgeliefert.
• 301 oder 308: dauerhafte Weiterleitung.
• 302 oder 307: temporäre Weiterleitung.
• 404: nicht gefunden.
• 410: dauerhaft entfernt.
• 500, 502, 503: Serverfehler oder temporäre Unerreichbarkeit.

Ein HTTPS-Migrationsproblem zeigt sich oft genau hier. Beispiel: http://example.com/page leitet auf https://www.example.com/page weiter, diese URL leitet dann noch einmal auf https://example.com/page/. Das funktioniert im Browser vielleicht, ist aber unnötig langsam und fehleranfällig.

Header, Caching und Ressourcen

HTTP-Header können für SEO relevant sein, auch wenn sie nicht direkt im sichtbaren Inhalt stehen. Beispiele:

• Content-Type: Sagt, ob HTML, Bild, JSON oder ein anderer Inhaltstyp geliefert wird.
• Cache-Control: Beeinflusst, wie Browser und Caches Ressourcen speichern.
• Location: Ziel einer Weiterleitung.
• X-Robots-Tag: Kann Indexierung für Dateien oder Antworten steuern.
• Security-Header: Verbessern Schutz und Vertrauen, ersetzen aber keine SEO-Arbeit.

Ein falscher Header kann echte Probleme erzeugen. Wenn eine HTML-Seite als falscher Inhaltstyp ausgeliefert wird, wenn ein PDF-Dokument per X-Robots-Tag ausgeschlossen wird oder wenn CDN-Caching alte Canonicals ausliefert, sieht ein SEO-Audit schnell anders aus.

Typischer SEO-Workflow

Ein pragmatischer HTTP-/HTTPS-Check:

1. Zertifikat und TLS-Verhalten auf allen öffentlichen Hostnamen prüfen.
2. HTTP und HTTPS für repräsentative Templates und wichtige URLs testen.
3. Endgültige URL, Statuscode und jeden Weiterleitungsschritt dokumentieren.
4. Prüfen, ob permanente Weiterleitungen direkt auf das passende HTTPS-Ziel führen.
5. Canonicals, interne Links, hreflang-Ziele, URLs in strukturierten Daten und Sitemap-Einträge mit dem bevorzugten Schema vergleichen.
6. Gemischte Inhalte, blockierte Ressourcen, veraltete Cache-Header und defekte Assets finden.
7. HTTPS-Bericht, Indexierungsbericht und einzelne URL-Prüfungen in der Search Console auswerten. Der HTTPS-Bericht zeigt Stichproben und kein vollständiges URL-Inventar.
8. Nach der Veröffentlichung erneut prüfen und die Weiterleitungen für Nutzer und alte Links bestehen lassen.

So bleibt der technische Check mit Content-Priorisierung verbunden. Nicht jede alte HTTP-URL ist gleich wichtig. Eine wichtige Produkt- oder Vergleichsseite ist wichtiger als eine alte Bild-URL ohne Nachfrage.

Crawl-Foundry-Perspektive

Der Site Audit von Crawl Foundry crawlt eine Website mit eigenem Crawler und erfasst für jede URL Statuscode, Weiterleitungen, Canonical- und Robots-Angaben sowie die Indexierbarkeit. Weiterleitungsketten mit mehreren Sprüngen erscheinen als eigener Befund mit den betroffenen URLs. Interne Links siehst du so, wie der Crawler sie im gerenderten DOM gefunden hat, mit Quelle, Ziel, Ankertext und Position. Links, die noch auf http://-Adressen zeigen, fallen dadurch schnell auf. Nach einer Umstellung zeigt der Vergleich zweier Läufe, ob die Korrektur hält.

Der Crawl ersetzt keine TLS- oder Zertifikatsprüfung, testet gemischte Inhalte nicht so wie die Konsole eines Browsers und beweist nicht, was jeder CDN-Standort ausliefert. Nutze ihn, um betroffene Seiten und Muster zu finden, und prüfe die Transportsicherheit anschließend mit den Werkzeugen, die dafür gebaut sind.

Verwandte Begriffe

• HTTP-Statuscodes für SEO
• Redirects
• Canonical Tag
• Crawling
• Indexierung
• Core Web Vitals
• Page-Experience-Metriken
• Fortgeschrittene technische SEO

Quellen für diese Einordnung

• MDN Web Docs: Overview of HTTP
• MDN Web Docs: HTTP request methods
• Google Search Central: Understanding page experience in Google Search results
• Google Search Central: Websiteverschiebungen mit URL-Änderungen
• Google Search Central: HTTPS als Rankingsignal
• RFC 9110: HTTP Semantics
• RFC 8446: TLS 1.3
• W3C: Mixed Content

FAQ

Ist HTTPS ein Rankingfaktor?

Google führte HTTPS 2014 als leichtes Rankingsignal ein. Daraus lässt sich kein bestimmter Positionsgewinn ableiten. HTTPS ist heute vor allem die normale Grundlage für Nutzersicherheit und modernes Browserverhalten. Relevanz und Inhaltsqualität bleiben wesentlich größere Bestandteile der Suchleistung.

Muss jede HTTP-URL auf HTTPS weiterleiten?

In der Regel ja. Alte HTTP-URLs sollten sauber und dauerhaft auf die bevorzugte HTTPS-URL zeigen, ohne unnötige Weiterleitungsketten.

Was ist für SEO wichtiger: HTTP-Status oder Content?

Beides. Content kann nur wirken, wenn die technische Antwort stimmt. Eine gute Seite mit falschem Statuscode, noindex-Header oder kaputter Weiterleitung ist kein stabiles SEO-Asset.

Sind Security-Header SEO-Signale?

Nicht als einfacher Rankinghebel. Sie gehören eher zur technischen Qualität und Sicherheit. Sie sollten trotzdem sauber gesetzt sein, wenn Website und Infrastruktur es erfordern.

Wie priorisierst du HTTP-/HTTPS-Probleme?

Nach betroffenen Seiten, Suchnachfrage, Umsatznähe, internen Links und Crawl-Auswirkung. Template-Fehler und wichtige Zielseiten kommen vor alten Rand-URLs.