Warum deine Website nach Updates plötzlich nicht mehr gefunden wird

Wenn deine Website nach einem Update plötzlich nicht mehr auffindbar ist, gibt es dafür meist eine klare technische oder strukturelle Ursache. Wichtig ist zuerst die richtige Einordnung: Deine Website kann entweder gar nicht mehr im Google-Index sein oder sie ist weiterhin indexiert, rankt aber deutlich schlechter als zuvor. Genau diese Unterscheidung ist entscheidend, weil sich daraus zwei völlig unterschiedliche Fehlersuchen ergeben.

Für Unternehmen in Bern, Berner KMU und lokale Dienstleister in der Region Bern ist das besonders heikel, weil Sichtbarkeit oft direkt mit Anfragen, Telefonaten und Laufkundschaft zusammenhängt. Wenn ein Handwerker aus Bern, eine Praxis im Kanton Bern oder ein lokales Fachgeschäft nach einem CMS-Update plötzlich kaum noch über Google gefunden wird, ist das selten ein Zufall. In den meisten Fällen liegt die Ursache in einer Kombination aus Indexierung, Weiterleitungen, technischer Architektur oder Signalen, die Google nach einem Relaunch neu bewerten muss.

Was bedeutet «nicht mehr auffindbar» technisch genau?

«Nicht mehr auffindbar» ist kein präziser SEO-Begriff, sondern eine Beobachtung. Technisch musst du zuerst klären, ob Seiten deindexiert wurden oder ob sie zwar noch im Index sind, aber schlechter ranken. Google trennt diese beiden Zustände klar. Als schneller erster Check eignet sich eine site:-Abfrage bei Google. Danach ist die Google Search Console das zentrale Prüfwerkzeug, um zu sehen, welche URLs indexiert sind, welche ausgeschlossen wurden und ob Google beim Crawling oder Verarbeiten Probleme erkannt hat.

Gerade nach Updates wird oft vorschnell angenommen, Google habe die Website «abgestraft». In Wirklichkeit sind banale Ursachen häufiger: Ein Template-Update überschreibt Meta-Angaben, ein Plugin setzt versehentlich ein noindex, ein Hosting-Wechsel verändert Canonicals, oder ein Entwickler vergisst temporäre Sperren aus der Testumgebung zu entfernen. Besonders bei Site Moves und CMS-Wechseln weist Google ausdrücklich darauf hin, dass noindex-Regeln aus der Entwicklungsphase vor dem Livegang entfernt werden müssen.

Für Unternehmen in der Region Bern ist diese Unterscheidung auch strategisch wichtig. Wenn deine Website noch indexiert ist, aber schlechter rankt, brauchst du eher eine Analyse von Relevanz, interner Verlinkung, Seitentypen und Qualitätsignalen. Wenn Seiten dagegen nicht mehr indexiert sind, musst du deutlich tiefer in technische Signale wie Meta Robots, Header, Canonicals, Sitemaps und Crawling-Pfade eintauchen.

Die häufigsten Ursachen nach Updates und Relaunches

Nach CMS-, Theme-, Plugin-, Hosting- oder Template-Updates nennt Google immer wieder dieselben Fehlerquellen. Diese Muster tauchen bei kleinen Firmenwebsites genauso auf wie bei komplexeren Plattformen. Für Berner KMU ist das relevant, weil viele Websites mit Standard-CMS, Baukastensystemen oder individuell angepassten Themes betrieben werden, bei denen kleine Änderungen grosse Nebenwirkungen haben können.

• versehentlich gesetztes noindex
• fehlerhafte robots.txt
• falsche Canonical-Tags
• kaputte oder fehlende 301-Redirects
• Soft-404s, also Seiten ohne echten Inhalt, die wie Fehlerseiten wirken
• nicht aktualisierte Sitemaps
• Probleme mit http/https, www/non-www oder der falschen Search-Console-Property

Noindex, Robots und Canonical: drei Signale, die oft verwechselt werden

Ein noindex ist eine klare Anweisung an Suchmaschinen, eine Seite nicht im Index zu behalten. Das kann als Meta-Tag im HTML oder als X-Robots-Tag im HTTP-Header gesetzt werden. Genau hier passieren nach Updates besonders häufig Fehler, etwa wenn globale Einstellungen im CMS überschrieben werden.

Die robots.txt funktioniert anders. Sie steuert primär, ob Suchmaschinen bestimmte Bereiche crawlen dürfen. Wichtig ist dabei ein oft missverstandener Punkt: Eine robots-Sperre entfernt Seiten nicht automatisch aus dem Google-Index. Google weist ausdrücklich darauf hin, dass Seiten trotz Blockade weiter indexiert bleiben können, wenn externe Links darauf verweisen. Wenn du also Inhalte wirklich aus dem Index entfernen willst, brauchst du ein korrekt gesetztes noindex oder einen passenden X-Robots-Tag.

Der Canonical-Tag wiederum sagt Google, welche URL als bevorzugte Originalversion gelten soll. Wenn nach einem Update plötzlich alle Unterseiten auf die Startseite oder auf eine falsche Sprachversion zeigen, kann Google Inhalte zusammenfassen oder ignorieren. Das wirkt dann von aussen so, als sei die Website verschwunden, obwohl Google nur widersprüchliche Signale verarbeitet.

Redirects, Soft-404s und URL-Strukturen

Besonders kritisch sind Relaunches mit geänderten URLs. Wenn alte Adressen nicht sauber per 301-Redirect auf passende neue Seiten weiterleiten, bricht die historische Relevanz weg. Interne und externe Links laufen ins Leere, Nutzer landen auf Fehlerseiten und Google muss die Struktur neu lernen. Ein Handwerker aus Bern, der seine Leistungsseiten umbenennt, verliert so unter Umständen genau die Sichtbarkeit, über die lokale Kunden in Bern bisher auf ihn aufmerksam wurden.

Soft-404s sind subtiler. Dabei liefert der Server technisch eine normale Seite aus, inhaltlich wirkt sie aber wie eine leere oder nutzlose Fehlerseite. Das passiert oft bei schlecht migrierten Kategorieseiten, internen Suchergebnissen oder automatisch erzeugten Platzhalterseiten. Google erkennt solche Muster häufig und wertet sie nicht als vollwertige Inhalte.

Was nach grösseren Änderungen normal ist und was nicht

Nicht jede Verschlechterung direkt nach einem Update ist ein Fehler. Google sagt klar, dass nach Redesigns, Relaunches sowie URL- oder Strukturänderungen Ranking-Schwankungen normal sind. Auch bei korrekt eingerichteten 301-Redirects kann es vorübergehende Bewegungen geben. Für kleine bis mittelgrosse Websites spricht Google von einer Verarbeitungszeit von einigen Wochen. Das ist für viele Unternehmen im Kanton Bern unangenehm, aber technisch nachvollziehbar: Google muss neue Signale crawlen, alte Signale umwerten und die Beziehung zwischen alten und neuen URLs neu verstehen.

Ebenso wichtig ist die Erwartungshaltung bei der erneuten Indexierung. Selbst wenn du in der Search Console eine Indexierung anforderst, garantiert das keine sofortige Aufnahme. Viele Betreiber interpretieren diese Funktion als Schnellschalter. In Wirklichkeit ist sie nur ein Hinweis an Google, die URL erneut zu prüfen. Die tatsächliche Verarbeitung hängt weiterhin von Crawling-Budget, interner Verlinkung, technischer Erreichbarkeit und der wahrgenommenen Relevanz ab.

Für Unternehmen in Bern bedeutet das: Wenn ein Relaunch technisch sauber durchgeführt wurde, sind kurzfristige Schwankungen nicht automatisch alarmierend. Problematisch wird es erst dann, wenn zentrale Seiten dauerhaft ausgeschlossen bleiben, wichtige Suchbegriffe komplett wegbrechen oder die Search Console klare Ausschlussgründe meldet. Genau an dieser Stelle zeigt sich der Unterschied zwischen normaler Übergangsphase und echtem technischen Defekt.

Wenn zeitgleich ein Google-Update läuft

Manchmal fällt ein Sichtbarkeitsverlust genau mit einem Google-Update zusammen. Dann ist die Versuchung gross, die Ursache ausschliesslich bei Google zu suchen. Das ist jedoch nur sinnvoll, wenn du zuerst technische Fehler ausgeschlossen hast. Das Google Search Status Dashboard gilt laut Google als zentrale Quelle für laufende Ranking-Updates und grössere Suchprobleme. Die Historie bleibt dort 5 Jahre verfügbar, was bei der Einordnung von zeitlichen Zusammenhängen sehr hilfreich ist.

Bei Core Updates betont Google mehrere Punkte, die für eine nüchterne Analyse wichtig sind: Viele Websites sehen gar keine Änderung, manche sehen deutliche Zu- oder Abnahmen, und es gibt meist keine schnellen «Quick Fixes». Empfohlen wird, die Start- und Enddaten des Updates zu prüfen und die Website insgesamt zu bewerten, statt hektisch einzelne Elemente zu verändern. Wenn also ein Berner KMU nach einem Theme-Update und gleichzeitig während eines Core Updates Sichtbarkeit verliert, müssen beide Ebenen getrennt analysiert werden.

In der Praxis heisst das: Zeitliche Korrelation ist noch kein Beweis. Wenn dieselbe Woche ein Plugin-Update, ein Redirect-Fehler und ein bestätigtes Google-Update zusammenfallen, ist die technische Prüfung immer der erste Schritt. Erst wenn Indexierung, Weiterleitungen, Canonicals, Sitemaps und Serverantworten sauber sind, lohnt sich die breitere Qualitätsanalyse.

So gehst du technisch sauber vor

1. Indexierung und Property-Ebene prüfen

Beginne mit der Search Console und prüfe, ob du die richtige Property analysierst. Fehler bei http/https, www/non-www oder Domainvarianten führen regelmässig zu falschen Schlüssen. Gerade bei kleineren Firmenwebsites in Bern wird nach Hosting- oder SSL-Umstellungen oft versehentlich nur eine Teilansicht kontrolliert. Danach prüfst du stichprobenartig wichtige URLs: Sind sie indexiert, ausgeschlossen oder gecrawlt, aber nicht indexiert?

2. Quellcode, Header und Templates kontrollieren

Prüfe im HTML-Quellcode und in den HTTP-Headern, ob ein noindex oder ein X-Robots-Tag gesetzt ist. Kontrolliere zusätzlich, ob Canonicals auf die korrekten Zielseiten zeigen. Bei CMS-Systemen ist es wichtig, nicht nur eine einzelne Seite zu prüfen, sondern verschiedene Seitentypen: Startseite, Leistungsseite, Blogbeitrag, Kategorieseite und Kontaktseite. Ein globaler Template-Fehler betrifft oft nur bestimmte Layouts.

3. Redirect-Logik und interne Architektur analysieren

Nach URL-Änderungen sollten alte Seiten mit 301 auf die jeweils inhaltlich passendste neue Seite weiterleiten. Sammel-Weiterleitungen auf die Startseite sind meist ein Qualitätsverlust. Zusätzlich solltest du die interne Verlinkung prüfen: Wenn Navigation, Footer oder Content-Links auf alte oder umgeleitete URLs zeigen, verschlechtert das die Crawling-Effizienz. Für Unternehmen in der Region Bern mit lokalem Fokus ist das besonders relevant, weil Leistungsseiten für Bern, Umgebung und einzelne Angebote oft den Kern der organischen Sichtbarkeit ausmachen.

4. Sitemap, Statuscodes und Serververhalten prüfen

Deine XML-Sitemap sollte nur kanonische, indexierbare und technisch erreichbare URLs enthalten. Wenn dort alte, blockierte oder umgeleitete Seiten gelistet sind, sendest du widersprüchliche Signale. Ergänzend lohnt sich ein Blick auf Statuscodes wie 200, 301, 404 und 500. Wiederkehrende Serverfehler, Timeouts oder instabile Hosting-Antworten können nach Updates ebenfalls dazu führen, dass Google Seiten schlechter verarbeitet.

Warum lokale Unternehmen in Bern besonders betroffen sein können

Für lokale Anbieter ist organische Sichtbarkeit oft enger mit einzelnen Landingpages verknüpft als bei grossen nationalen Marken. Wenn eine Zahnarztpraxis in Bern, ein Architekturbüro im Kanton Bern oder ein Handwerker aus der Region Bern nach einem Update genau die Seiten verliert, die lokale Leistungen erklären, fällt nicht nur allgemeiner Traffic weg, sondern sehr oft Suchanfragen mit hoher Abschlusswahrscheinlichkeit.

Darum ist lokale Expertise nicht nur beim Inhalt, sondern auch bei der technischen Struktur wichtig. Eine Agentur wie Simple Website aus Bern versteht typischerweise besser, wie Berner KMU ihre Leistungen, Standorte, Referenzen und Kontaktpunkte aufbauen müssen, ohne dabei technische SEO-Grundlagen zu vernachlässigen. Das ist kein Sonderfall von Bern im technischen Sinn, sondern eine Frage sauberer Umsetzung und sinnvoller Informationsarchitektur für lokale Zielgruppen.

Am Ende zeigt sich fast immer dasselbe Muster: Nicht jedes Update verursacht ein Problem, aber fast jedes Problem nach einem Update lässt sich auf wenige überprüfbare Signale zurückführen. Wenn du sauber zwischen Deindexierung und Rankingverlust unterscheidest, technische Direktiven wie noindex, Canonical und Redirects systematisch prüfst und normale Übergangsschwankungen von echten Fehlern trennst, wird aus einer diffusen Krise ein klar eingrenzbares technisches Thema.