Was kostet eine Website, die seit Jahren nicht aktualisiert wird?

Eine Website, die seit Jahren nicht aktualisiert wird, geht durch Änderungen außerhalb kaputt, obwohl sie selbst unverändert ist: Analysedaten brechen ab, Inhalte, die sich auf dem Smartphone nicht öffnen, kommen nicht in Googles Index, die meisten KI-Crawler können mit JavaScript gezeichneten Text nicht lesen, die Serversoftware fällt aus der Sicherheitsunterstützung, und der Browser warnt den Besucher. Google sagt nicht, dass es eine alte Seite abstuft, weil sie alt ist; der Preis entsteht durch diese datierten Änderungen.

Was kostet eine nicht aktualisierte Website das Unternehmen?

Sie kostet an sieben Stellen. Messung: Das alte Analyse-Tag erfasst seit 2023 keine Daten, und was Besucher tun, ist unbekannt. Sichtbarkeit: Inhalte, die sich auf dem Smartphone nicht öffnen, kommen nicht in den Index. KI: Die meisten Crawler können mit JavaScript gezeichneten Text nicht lesen. Sicherheit: Software, deren Unterstützung beendet ist, erhält keine Patches für neue Lücken. Was der Besucher zuerst sieht: eine Browserwarnung an einer Adresse, die nicht auf HTTPS weiterleitet. Richtigkeit: Eine alte Anschrift, ein altes Zertifikat oder ein eingestelltes Produkt kann in Antworten gelangen. Vertrauen: Defekte Links und veraltete Angaben sind für den Einkäufer der erste Hinweis darauf, ob die Website gepflegt wird.

Warum geht eine Website kaputt, obwohl sie sich nicht geändert hat?

Weil sich die Umgebung, in der die Website lebt, nach einem Kalender ändert, und jede Änderung hat ein Datum. Die folgende Tabelle listet die Änderungen der letzten drei und der kommenden drei Jahre auf, die eine Website unmittelbar betreffen.

Der Kalender, der sich ändert, während die Website gleich bleibt, 2023–2029

1. 011. Juli 2023 · Ende der Datenverarbeitung von Universal Analytics
2. 025. Juli 2024 · alle Websites nur noch mit dem Smartphone-Crawler gecrawlt
3. 031. Juli 2025 · Option von Cloudflare zum Blockieren von KI-Crawlern
4. 0431. Dezember 2025 · letzter Tag der Sicherheitsunterstützung für PHP 8.1
5. 0515. März 2026 · maximale Zertifikatsgültigkeit 200 Tage
6. 0622. September 2026 · Chrome 154: Rückfrage vor einer HTTP-Seite
7. 0731. Dezember 2026 · letzter Tag der Sicherheitsunterstützung für PHP 8.2
8. 0815. März 2027 · maximale Zertifikatsgültigkeit 100 Tage
9. 0915. März 2029 · maximale Zertifikatsgültigkeit 47 Tage

Der nächste Schritt auf der Liste ist PHP 8.2: Seine Sicherheitsunterstützung endet am 31. Dezember 2026. Erfragen Sie in Ihrem Hosting-Panel oder bei Ihrem Entwickler, auf welcher PHP-Version Ihre Website läuft; 8.3 und neuer werden bis 2027 und darüber hinaus unterstützt.

Wie geht die Sichtbarkeit bei Google verloren?

Nicht durch Alter, sondern durch Erreichbarkeit. Google sagt in keiner offiziellen Quelle, dass es Seiten abstuft, weil sie alt oder vernachlässigt sind. Es sagt zwei Dinge: Es indexiert nicht jede Seite, und bei Suchanfragen, die Aktualität verlangen, rücken neuere Inhalte nach vorn. Die Zeilen „Gefunden – zurzeit nicht indexiert“ und „Gecrawlt – zurzeit nicht indexiert“ im Bericht zur Seitenindexierung der Search Console zeigen Seiten, die Google gefunden, aber nicht indexiert hat; dort schaut man zuerst nach.

Bei alten Websites liegt der eigentliche Verlust auf dem Smartphone. Seit dem 5. Juli 2024 crawlt Google auch die übrigen Websites nur noch mit dem Smartphone-Crawler, und Inhalte, die auf dem Smartphone gar nicht erreichbar sind, können nicht mehr indexiert werden. Wird eine Produkttabelle, die sich am Desktop öffnet, auf dem Smartphone ausgeblendet, oder funktioniert das Menü auf dem Smartphone nicht, gibt es diesen Inhalt für Google nicht.

Warum erscheint sie nicht in KI-Antworten?

Aus zwei Gründen. Der erste ist das Lesen: Die meisten großen KI-Crawler führen kein JavaScript aus; sie laden die Datei herunter, führen sie aber nicht aus und sehen deshalb keinen Text, der im Browser gezeichnet wird. Eine Produktliste, die nur über JavaScript kommt, ist für diese Crawler eine leere Seite. Der zweite ist die Erlaubnis: Eine Website, die den Suchcrawler OAI-SearchBot von OpenAI blockiert, wird in den Suchantworten von ChatGPT nicht gezeigt; GPTBot, der für das Training crawlt, wird getrennt gesteuert.

Die Erlaubnis haben Sie womöglich gar nicht selbst erteilt. Cloudflare bietet seit 2025 eine Option, KI-Crawler zu blockieren, und kann robots.txt einen selbst verwalteten Abschnitt hinzufügen. In unserer eigenen Messung der ersten 500 .tr-Domains stieg die Zahl der Websites, die GPTBot in robots.txt ausdrücklich blockieren, zwischen dem 7. Oktober und dem 1. November 2026 von 16 auf 24, und die meisten neuen Sperren standen in dem Abschnitt, den Cloudflare verwaltet. Die Einzelheiten stehen in der Messung zu KI-Bots.

Beides können Sie selbst prüfen. Schalten Sie in den Browsereinstellungen JavaScript aus und laden Sie Ihre Produktseite neu: Sind Produktnamen und technische Daten weiter sichtbar, lesen auch Crawler sie. Hängen Sie dann /robots.txt an die Adresse Ihrer Website an: Gibt es einen Abschnitt, der mit „BEGIN Cloudflare Managed content“ beginnt, oder Zeilen zu GPTBot, ClaudeBot oder OAI-SearchBot, die Sie nicht geschrieben haben, prüfen Sie in Ihrem Hosting- und Cloudflare-Konto, wer welche Entscheidung getroffen hat.

Tragen alte Seiten falsche Angaben in Antworten?

Das können sie, eine Studie, die das für Markenwebsites misst, gibt es aber nicht. Die umfassendste Messung betrifft Nachrichten: Die Studie der Europäischen Rundfunkunion von 2025 unter Leitung der BBC mit 22 öffentlich-rechtlichen Sendern aus 18 Ländern untersuchte mehr als 3.000 Antworten von vier KI-Assistenten in 14 Sprachen; sie fand in 45% der Antworten mindestens ein erhebliches Problem und in 20% größere Richtigkeitsprobleme, einschließlich veralteter Angaben und erfundener Details. Das auf die Website eines Herstellers zu übertragen, ist unsere Schlussfolgerung: Eine alte Anschrift, ein abgelaufenes Zertifikat oder ein eingestelltes Produkt, das auf der Website bleibt, kann von dort, wo es gelesen wird, in eine Antwort gelangen. Der Weg, das zu verhindern, ist, veraltete Angaben nicht auf der Website stehen zu lassen.

Wie groß ist das Sicherheitsrisiko?

Auf der Serverseite gibt es einen messbaren Anteil. Nach unserer Berechnung aus den Daten von W3Techs vom 10. November 2026 laufen rund 46% der Websites mit PHP auf einer Version, deren Sicherheitsunterstützung beendet ist. Endet die Unterstützung für PHP 8.2 am 31. Dezember 2026, steigt dieser Anteil auf rund 64%. Eine nicht unterstützte Version bedeutet, dass neue Lücken in dieser Version nicht gepatcht werden.

Auf der Anwendungsseite konzentriert sich das Risiko auf Plugins: Laut dem Bericht von Patchstack für 2026 lagen 91% der 11.334 neuen Lücken, die 2025 im WordPress-Ökosystem gefunden wurden, in Plugins, und 46% der Lücken waren im Moment ihrer Bekanntgabe ungepatcht. Der Preis einer gehackten Website ist nicht nur die Reparatur: Google kann Seiten mit Sicherheitsproblemen in den Suchergebnissen mit einem Warnhinweis oder im Browser mit einer ganzseitigen Warnung zeigen.

Beim Kern ist das Bild besser als angenommen. WordPress unterstützt offiziell nur die neueste Version, portiert Sicherheitskorrekturen aber auch auf alle älteren Zweige bis zurück zu 4.7. In den Daten von W3Techs läuft rund ein Drittel der WordPress-Websites auf einer Hauptversion, die älter als 7 ist; auf Zweigen, die gar keine Korrekturen mehr erhalten, sind es rund 0,7%. Die Bedingung: Eine Korrektur schützt nur, wenn die letzte Unterversion dieses Zweigs installiert ist. Ein alter Zweig allein ist nicht das Problem; innerhalb des Zweigs zurückzubleiben, schon.

Was sieht der Besucher?

Zuerst die Adressleiste. Seit Chrome 154 wird der Besucher am Desktop gefragt, bevor eine HTTP-Adresse geöffnet wird, die nicht auf HTTPS weiterleitet; wer diese Einstellung früher geändert hat, behält seine Wahl. Je kürzer Zertifikate gelten, desto häufiger läuft auch ein von Hand erneuertes Zertifikat ab; bei einem abgelaufenen Zertifikat zeigt der Browser eine Warnung, bevor er die Seite öffnet. Die Einzelheiten stehen im Leitfaden Warnung „Nicht sicher“.

Dann die Seite selbst. In der Glaubwürdigkeitsforschung gehören das Erscheinungsbild des Designs, Tippfehler und defekte Links zu den ersten Hinweisen auf Vertrauen; diese Studien wurden mit Verbrauchern durchgeführt, und die älteste stammt von 2002, aber ein Copyright-Jahr, das bei 2019 stehen geblieben ist, oder eine veraltete Mitteilung gibt auch einem Einkäufer einen ersten Hinweis darauf, ob die Website gepflegt wird.

Wie prüfen Sie Ihre eigene Website in dreißig Minuten?

Keine der folgenden zwölf Prüfungen braucht ein Fachwerkzeug; die meisten erledigen Sie im Browser, eine in der Search Console und eine im Hosting-Panel.

1. Geben Sie die http://-Adresse Ihrer Website in die Adressleiste ein: Führt sie dauerhaft zur https://-Adresse?
2. Schauen Sie auf das Ablaufdatum des Zertifikats: Wie viele Tage bleiben, und erneuert es sich automatisch?
3. Erfragen Sie die PHP-Version des Servers: Ist es 8.3 oder neuer?
4. Wenn Sie ein Content-Management-System nutzen: Ist der Kern auf der letzten Version seines Zweigs, sind die Plugins aktuell?
5. Steht im Seitenquelltext ein altes Analyse-Tag, das mit „UA-“ beginnt, oder ein neues mit „G-“?
6. Öffnen sich auf dem Smartphone das ganze Menü, die Produkttabelle und der Zertifikatsdatensatz?
7. Stehen in Ihrer robots.txt KI-Regeln, die Sie nicht geschrieben haben?
8. Sind bei ausgeschaltetem JavaScript die Texte zu Produkten und Zertifikaten sichtbar?
9. Welches ist das jüngste Aktualisierungsdatum in der Sitemap?
10. Wie viele Seiten stehen in der Search Console in den Zeilen „nicht indexiert“?
11. Welches ist das jüngste Datum und das Copyright-Jahr, das auf der Website zu sehen ist?
12. Sind Anschrift, Telefon, Zertifikats- und Produktangaben heute richtig?

Einen Teil der ersten acht Prüfungen erledigt das Werkzeug Sichtbarkeitsprüfung für Sie.

Reparieren oder neu bauen?

Schauen Sie, in welcher Schicht das Problem liegt. Probleme wie Zertifikat, PHP-Version, Plugins, Analyse-Tag und robots.txt liegen in der Server- und Wartungsschicht; die meisten lassen sich reparieren, ohne die Website neu zu bauen. Inhalte, die sich auf dem Smartphone nicht öffnen, Text, der nur mit JavaScript gezeichnet wird, oder Produkt- und Zertifikatsangaben, die gar nicht in die Vorlage passen, sind dagegen Probleme der Struktur; hier kostet die Reparatur oft mehr als der Neubau. Entscheiden Sie sich für den Neubau, wechseln Sie nicht auf die neue Website, ohne die alten Adressen weiterzuleiten: Der Leitfaden Rankings beim Relaunch erhalten beschreibt es Schritt für Schritt.

Gehen wir die zwölf Prüfungen auf Ihrer Website gemeinsam durch und halten in einer Vorabprüfung fest, welche eine Reparatur und welche einen Neubau verlangen.

Kostenlose Vorprüfung anfordern

Für eine Website, die Ihre Zertifikate als prüfbaren Datensatz zeigt: Die B2B-Website baut Zertifikatsseite, Produktumfang und den Weg zum Angebot gemeinsam auf und misst sie.

HÄUFIGE FRAGEN

Bestraft Google alte Websites?

Google sagt nicht, dass es Seiten abstuft, weil sie alt oder vernachlässigt sind. Was die Sichtbarkeit senkt, sind Inhalte, die auf dem Smartphone nicht erreichbar sind, neuere Inhalte, die bei Suchanfragen mit Aktualitätsbedarf nach vorn rücken, und Seiten, die nicht indexiert werden.

Muss ich meine Website neu bauen lassen, um sie zu aktualisieren?

Meist nicht. Zertifikat, Serversoftware, Plugins und Analyse-Tag werden aktualisiert, ohne die Website neu zu bauen. Ein Neubau ist nötig, wenn sich Inhalte auf dem Smartphone nicht öffnen oder die Struktur Ihre Angaben nicht trägt.

Wie finde ich meine PHP-Version heraus?

Sie steht in den PHP-Einstellungen Ihres Hosting-Panels; gibt es kein Panel, fragen Sie Ihren Entwickler oder Ihren Hoster. Nach dem 31. Dezember 2026 erhalten die Versionen 8.3 und neuer Sicherheitsunterstützung.