Website-Grundlagen für KI-Suche: HTTPS, eine Domain, schnell auf dem Handy

Warum das wichtig ist

Bevor KI-Assistenten antworten, schlagen sie oft in einer Suchmaschine nach. Google schreibt, dass eine Seite im Google-Index sein muss, um in AI Overviews und AI Mode als Link zu erscheinen, und dass die üblichen Suchmaschinen-Grundsätze, darunter „eine sehr gute Nutzererfahrung“, weiter gelten. Microsoft Copilot schickt Suchanfragen an Bing und schreibt seine Antwort aus dem, was Bing zurückgibt.

Die Grundlagen, mit denen Suchmaschinen Ihre Website lesen und ihr vertrauen, helfen also auch den Assistenten, die sich auf diese Suchmaschinen stützen. Drei davon sind schnell geprüft:

• Eine sichere Adresse (HTTPS). In seiner eigenen Checkliste zur Nutzererfahrung fragt Google, ob Ihre Seiten sicher ausgeliefert werden. Außerdem bevorzugt Google HTTPS-Seiten gegenüber HTTP-Kopien.
• Eine einzige Adresse für die ganze Website. Zeigen ihrefirma.lu und www.ihrefirma.lu dieselben Seiten, sehen Suchmaschinen zwei Kopien und müssen raten, welche Ihre ist.
• Schnell auf dem Handy. Google indexiert die mobile Version Ihrer Seiten, und seine Ranking-Systeme nutzen die Core Web Vitals, Googles drei Messwerte für Geschwindigkeit und Stabilität.

Nichts davon sorgt dafür, dass ein Assistent Sie empfiehlt. Kein KI-Anbieter sagt, dass er Unternehmen nach Ladezeit sortiert. Diese Prüfungen verhindern nur, dass eine Suchmaschine die falsche Kopie Ihrer Website liest oder sie schlechter liest.

Illustration mit einem fiktiven Unternehmen.

Dieser Leitfaden ist bewusst kurz. Ob Google und Bing Ihre Seiten gespeichert haben und wie Sie Seitentitel verbessern, steht in Leitfaden 03: Werden Sie von Google und Bing gefunden.

Begriffe

Wörter, die Ihnen begegnen

Bevor Sie anfangen

Legen Sie das bereit

• Ihre Website-Adresse und eine Entscheidung: mit www. oder ohne. Beides ist in Ordnung. Im Zweifel behalten Sie die Variante, die schon auf Ihren Visitenkarten und in Ihren Links steht.
• Den Kontakt Ihres Hosters oder Entwicklers. Weiterleitungen werden auf dem Server oder im Hosting-Panel eingestellt, nicht im Seitentext.
• Zwei Seiten für den Geschwindigkeitstest: Ihre Startseite und Ihre wichtigste Leistungsseite.
• Optional, für Entwickler: ein Terminal-Fenster (Mac oder Linux) für curl.

Schritte

Die drei Grundlagen prüfen und beheben

1. Geben Sie die vier Varianten Ihrer Adresse ein

   Geben Sie in einem privaten Browserfenster jede dieser Adressen mit Ihrer eigenen Domain ein und sehen Sie nach dem Laden in die Adressleiste:

   • http://ihrefirma.lu
   • http://www.ihrefirma.lu
   • https://ihrefirma.lu
   • https://www.ihrefirma.lu

   Gut: Alle vier enden bei genau derselben Adresse, die mit https:// beginnt. Zu beheben: Eine davon bleibt bei http://, zeigt eine Sicherheitswarnung oder einen Fehler, oder bleibt bei ihrer eigenen Variante und zeigt trotzdem Ihre Seiten.

   Testen Sie danach eine Unterseite auf dieselbe Weise, zum Beispiel http://ihrefirma.lu/kontakt. Sie muss auf derselben Unterseite in der sicheren Version landen, nicht auf der Startseite.

2. Für Entwickler: Prüfen Sie, dass es eine 301 in einem Schritt ist

   Ein Browser zeigt nicht, welche Art von Weiterleitung passiert ist. curl -sI zeigt die Antwort des Servers: die Statuszeile und die Adresse unter Location. Hier unsere eigene Website, geprüft am 24. Oktober 2026:

   Terminal · letzscale.com, 24. Oktober 2026Kopieren

   $ curl -sI http://letzscale.com
   HTTP/1.1 301 Moved Permanently
   Location: https://letzscale.com/
   
   $ curl -sI https://www.letzscale.com
   HTTP/1.1 301 Moved Permanently
   Location: https://letzscale.com/
   
   $ curl -sI http://www.letzscale.com/pricing
   HTTP/1.1 301 Moved Permanently
   Location: https://letzscale.com/pricing

   Wir haben die Adresse ohne www gewählt. Jede andere Variante antwortet mit 301 Moved Permanently und verweist direkt auf https://letzscale.com, in einem Schritt, und behält den Rest der Adresse (/pricing). Genau das suchen Sie. Achten Sie auf 302 oder 307 (vorübergehend) und auf Ketten, in denen eine Weiterleitung zur nächsten führt, bevor die Zielseite kommt.

3. Bitten Sie um eine dauerhafte, serverseitige Weiterleitung

   Google empfiehlt, „wann immer möglich eine permanente serverseitige Weiterleitung“ zu verwenden. Schicken Sie Ihrem Hoster oder Entwickler diese Bitte, mit der Adresse, die Sie gewählt haben:

   Nachricht an Ihren Hoster oder EntwicklerKopieren

   Bitte machen Sie https://www.ihrefirma.lu zur einzigen Adresse unserer Website:
   1. Ein gültiges HTTPS-Zertifikat für ihrefirma.lu und www.ihrefirma.lu.
   2. Eine serverseitige 301-Weiterleitung von http:// und von der anderen Variante
      (mit oder ohne www) auf https://www.ihrefirma.lu,
      in einem Schritt, mit dem Rest der Adresse (/kontakt bleibt /kontakt).
   3. Canonical-Tags und Sitemap verwenden nur https://www.ihrefirma.lu.

   Viele Hosting-Panels und Website-Baukästen haben eine Einstellung, um HTTPS zu erzwingen und die Hauptdomain festzulegen. Wenn nicht, sind es ein paar Zeilen in der Serverkonfiguration. Auf einem Nginx-Server folgt die Weiterleitung dem Muster aus der Nginx-Dokumentation:

   Für Entwickler · Nginx, Anfragen über httpKopieren

   server {
       listen       80;
       server_name  ihrefirma.lu www.ihrefirma.lu;
       return       301 https://www.ihrefirma.lu$request_uri;
   }

   Dieser Block leitet beide http://-Varianten auf die sichere Adresse mit www weiter. Die sichere Variante ohne www braucht einen ähnlichen Block auf Port 443 mit Ihrem Zertifikat, den meist Ihr Hoster einrichtet. Google rät, Weiterleitungen so lange wie möglich beizubehalten, in der Regel mindestens ein Jahr.

4. Suchen Sie nach gemischten Inhalten

   Öffnen Sie Ihre Startseite unter ihrer https://-Adresse. Öffnen Sie die Entwicklertools des Browsers und wählen Sie den Tab Console (Konsole). Laut MDN, dem Nachschlagewerk der Browserhersteller, zeigt die Konsole eine Warnung, wenn gemischte Inhalte hochgestuft oder blockiert werden. Laden Sie die Seite neu und suchen Sie nach Meldungen mit „Mixed Content“ und einer Adresse, die mit http:// beginnt.

   Die Lösung: Ersetzen Sie diese Adressen durch https:// oder, bei Dateien auf Ihrer eigenen Website, durch eine relative Adresse. In einem Website-Baukasten ist es oft ein altes Bild oder eine vor Jahren eingefügte Einbettung: Ersetzen Sie sie im Editor.

5. Testen Sie zwei Seiten mit PageSpeed Insights

   Öffnen Sie pagespeed.web.dev, fügen Sie die Adresse Ihrer Startseite ein und klicken Sie auf Analysieren (Analyze). Lesen Sie zuerst die Ergebnisse für Mobilgeräte (Mobile). Wiederholen Sie das für Ihre wichtigste Leistungsseite.

   pagespeed.web.dev · Mobile

   

   Der obere Teil zeigt, wie echte Besucher die Seite in den letzten 28 Tagen erlebt haben. Google nennt das Felddaten. Die Seite besteht die Bewertung der Core Web Vitals (Core Web Vitals Assessment), wenn 75 % der Besuche bei jedem Messwert den Bereich „gut“ erreichen:

   Messwert	Was er bedeutet	Gut	Schlecht
   LCP Largest Contentful Paint	Wie lange es dauert, bis der Hauptinhalt, oft das große Bild oben, erscheint	2,5 Sekunden oder weniger	Über 4 Sekunden
   INP Interaction to Next Paint	Wie schnell die Seite reagiert, wenn jemand tippt oder klickt	200 Millisekunden oder weniger	Über 500 Millisekunden
   CLS Cumulative Layout Shift	Wie stark die Seite beim Laden springt	0,1 oder weniger	Über 0,25

   Kleine Websites haben oft zu wenige Besuche für Felddaten. PageSpeed Insights nutzt dann die Daten der ganzen Website oder zeigt keine an. Lesen Sie in diesem Fall die Leistung (Performance) darunter. Sie stammt aus einem einzigen simulierten Besuch: 90 bis 100 ist gut, 50 bis 89 verbesserungswürdig, 0 bis 49 schlecht. Der Wert schwankt etwas von Test zu Test.

6. Fangen Sie mit den Bildern an

   Auf den meisten Websites kleiner Unternehmen bremst ein großes Foto oben auf der Seite. Googles Leitfaden auf web.dev sagt, dass der Hauptinhalt beim Laden meist ein Bild oder eine Webschrift ist, und nennt diese Lösungen:

   • Die richtige Größe. Laden Sie kein Kamerafoto mit 5.000 Pixeln für einen Platz von 1.200 Pixeln Breite hoch.
   • Komprimieren Sie es und nutzen Sie ein modernes Format wie WebP oder AVIF, wenn Ihre Website es unterstützt.
   • Für Entwickler: Das Hauptbild oben nie per Lazy Loading verzögert laden, und ihm fetchpriority="high" geben.

   Testen Sie danach erneut mit PageSpeed Insights. Die Vorschläge weiter unten im Bericht nennen die Dateien, die die Seite bremsen; geben Sie sie an Ihren Entwickler weiter, wenn es um Code statt um Bilder geht.

Ergebnis prüfen

Eine Adresse, sicher und schnell

Wiederholen Sie Schritt 1 in einem neuen privaten Fenster. Wenn Sie die Google Search Console nutzen, zeigt ihr Bericht Core Web Vitals, wie sich Ihre Seiten mit der Zeit entwickeln. Die Einrichtung erklärt Leitfaden 03.

Häufige Fehler

Was meistens schiefgeht

• Eine vorübergehende Weiterleitung. Eine 302 oder 307 sagt Google, dass der Umzug nicht endgültig ist: Die alte Adresse kann in den Ergebnissen bleiben. Nutzen Sie 301 oder 308.
• Weiterleitungsketten. http://ihrefirma.lu → http://www.ihrefirma.lu → https://www.ihrefirma.lu. Leiten Sie in einem Schritt direkt zur Zieladresse.
• Alle Seiten auf die Startseite leiten. Behalten Sie den Rest der Adresse, damit /kontakt auf /kontakt landet.
• Halb fertiges HTTPS. Die Weiterleitung funktioniert, aber Canonical-Tags, Sitemap oder interne Links nennen noch http://. Passen Sie sie ebenfalls an.
• Das Hauptfoto verzögert laden. Dann muss das wichtigste Bild warten. web.dev rät, das nie zu tun.
• Einem perfekten Wert hinterherjagen. Google selbst schreibt, dass sich ein perfekter Wert nur für die Suche nicht unbedingt lohnt. Zielen Sie auf „gut“ für die Seiten, die tatsächlich besucht werden.