1. Seiten werden nicht indexiert
Was es ist: Ihre Seiten existieren, aber Google hat beschlossen, sie nicht in seinen Index einzubeziehen — oder hat sie noch nicht gekrochen.
Warum es weh tut: Eine Seite, die nicht indiziert wird, kann nicht rangieren. Stopp. Dies ist das grundlegendste technische SEO-Problem und das erste, was auf jeder unterhaltsamen Website zu überprüfen.
Wie diagnostiziert: Öffnen Sie Google Search Console → Berichte der Seiten. Suchen Sie nach Seiten in diesen Status:
- Entdeckt – derzeit nicht indiziert: Google weiß, dass die URL existiert, hat sie aber noch nicht gekrochen
- Crawled – derzeit nicht indexiert: Google hat die Seite gekrochen und beschlossen, sie nicht zu indexieren — in der Regel aufgrund von dünnen Inhalten, Nah-Duplikat-Signale, schlechte interne Verknüpfung oder langsame Seitengeschwindigkeit
- Ausgeschlossen durch noindex tag: Eine Noindex-Richtlinie blockiert ausdrücklich die Seite
Wie zu beheben: Der Fix hängt vom konkreten Status ab. „Crawled – aktuell nicht indiziert“ erfordert oft die Verbesserung der Inhaltsqualität, die Fixierung doppelter Signale und die Stärkung interner Links zu den betroffenen Seiten. „Discovered – aktuell nicht indiziert“ löst oft, indem Sie die URL zu Ihrer Sitemap hinzufügen und interne Links darauf aufbauen. Sehen Sie unseren vollen Führer auf problemstellungen in Google Search Console.
Plattformnote: Auf WordPress, Kategorie und Tag-Archiv-Seiten sind häufig der Schuldige - sie erhalten indexiert, aber Googlebot wertet sie als dünne Inhalte. Betrachten noindexing kategorie und tagseiten die keinen eindeutigen benutzerzweck erfüllen.
2. Crawl Budget Abfall
Was es ist: Google ordnet jedem Aufstellungsort einen Crawl-Budget zu – ein Limit, wie viele Seiten es innerhalb eines bestimmten Zeitraums kriechen wird. Wenn dieses Budget von Low-Value-URLs verbraucht wird, werden wichtige Seiten selten gekrochen oder deprioritisiert.
Warum es weh tut: Wenn Googlebot damit beschäftigt ist, Ihre Filterkombinationen, Session-ID-URL und Paginated-Archive zu kriechen, kann es Ihre wichtigsten Inhaltsseiten nur einmal im Monat besuchen. Neuer Inhalt dauert Wochen, um indexiert zu werden. Updates zu bestehenden Seiten gehen unbemerkt.
Wie diagnostiziert: A full crawl budget analyse erfordert Log-Dateidaten — Server-Logs, die genau zeigen, welche URLs Googlebot angefordert haben, wie oft und mit welchen Statuscodes. Screaming Frog kann dies nähern, indem Sie Ihre Website kriechen und Ihnen zeigen, wie viele einzigartige URLs existieren vs. wie viele sind wertvoll.
Wie zu beheben: Blockieren Sie low-value URL-Muster in robots.txt (verwenden Sie sorgfältig – siehe Problem #4), canonicalise gefiltert und sortiert URLs zurück zur Basisseite, noindex paginated Archives jenseits der Seite 2 und entfernen Sie umgeleitete oder Fehlerseiten aus Ihrer XML-Sitemap. Unsere tiefere Führung auf crawl budget und warum es wichtig ist die volle strategie abdeckt.
Plattformnote: WooCommerce ist besonders gefährdet. Produktsortierung, Farbfilter, Größenfilter und Tag-Archive können Zehntausende von indexierbaren URL-Kombinationen aus einigen hundert Produkten generieren. Unsere Anleitung auf facettenreiche Navigation SEO deckt WooCommerce-spezifische Lösungen ab.
3. Duplikate Inhalte und Canonicalisationsprobleme
Was es ist: Mehrere URLs auf Ihrer Website, die den gleichen oder nahe-identischen Inhalt bedienen – ohne Google zu sagen, welche Version maßgeblich ist.
Warum es weh tut: Google wird nicht mehrere Versionen des gleichen Inhalts. Es wählt einen — in der Regel nicht die, die Sie wählen würden — und unterdrückt die anderen. Wenn Ihre kanonischen Tags fehlen oder falsch konfiguriert sind, trifft Google diese Entscheidung ohne Ihre Eingabe.
Wie diagnostiziert: Gemeinsame doppelte Inhaltsquellen:
- `http://` und `https://` beide zugänglich
- `www` und `non-www` beide zugänglich
- Trailing slash vs. kein Trailing Slash (`/page` und `/page/`)
- URL-Parameter, die Varianten erstellen (`/products?sort=price` und `/products?sort=new`)
- Druckerfreundliche oder AMP-Versionen ohne korrekte Canonicals
- WooCommerce Produkt-URLs unter mehreren Kategorien-Pfade zugänglich
Überprüfen Sie kanonische Probleme mit Screaming Frog (filter by canonical → suchen nach fehlenden, relativen oder nicht-indexierbaren Canonicals) oder Semrushs Site Audit Duplikat Inhaltsbericht.
Wie zu beheben: Implementieren Sie konsistente kanonische Tags auf jeder indexierbaren Seite. Das kanonische sollte auf die bevorzugte Version hinweisen - immer das gleiche Protokoll, Domain-Format und URL-Struktur. Sehen Sie sich unsere vollständigen Reiseführer an: kanonische Fragen SEO Anleitung, kanonische tagsstrategien, und was ist eine kanonische URL.
Plattformnote: Bei Shopify sind Produkte, die unter `/products/` und `/collections/collection-name/products/product-name` zugänglich sind, ein bekanntes Problem der Vervielfältigung. Shopify auto-canonicals the `/products/` path, aber vergewissern Sie sich, dass dies richtig für Ihr Thema funktioniert.
4. Robots.txt Blockierung kritischer Ressourcen
Was es ist: Ihre robots.txt-Datei verhindert versehentlich, dass Googlebot auf Seiten, CSS-Dateien, JavaScript oder ganze Verzeichnisse zugreifen, die es braucht, um Ihre Website zu kriechen und zu rendern.
Warum es weh tut: Blocked CSS und JavaScript bedeutet, dass Google Ihre Seiten nicht rendern kann – es sieht kaputte Layouts oder leere Inhalte. Blockierte Seitenverzeichnisse bedeutet, dass ganze Abschnitte Ihrer Website aus dem Google-Index verschwinden. Weder zeigt sich als offensichtlicher Fehler – Ihre Website sieht in einem Browser gut aus.
Wie diagnostiziert: Öffnen Sie Google Search Console → Einstellungen → robots.txt (oder besuchen Sie yourdomain.com/robots.txt direkt). Querverweise mit dem URL-Inspektion-Tool — wenn eine Seite „Blocked by robots.txt“ zeigt, wird sie nicht unabhängig von der Inhaltsqualität indiziert. Sehen Sie unseren Führer auf der GSC blockiert durch robots.txt Problem.
Wie zu beheben: Testen Sie jede robots.txt Änderung mit dem robots.txt Tester in Google Search Console, bevor Sie auf Ihren Live-Server drücken. Verwenden Sie niemals `Disallow: /` auf einem Produktionsstandort. Seien Sie chirurgisch mit Verzeichnisblöcken — block `/wp-admin/` nicht `/wp-content/`. Sehen Sie uns robots.txt optimization guide für WordPress und robots.txt für große webseiten.
5. Slow Page Speed und Failing Core Web Vitals
Was es ist: Ihre Seiten laden zu langsam oder liefern schlechte User Experience Metriken – speziell größte Contentful Paint (LCP), Interaction to Next Paint (INP) und Cumulative Layout Shift (CLS).
Warum es weh tut: Core Web Vitals sind ein bestätigtes Google-Ranking-Signal. Seiten, die - insbesondere LCP über 4 Sekunden und CLS über 0,25 - scheitern, haben einen messbaren Nachteil bei wettbewerbsfähigen SERPs. Im Jahr 2026 ist mit der mobilen ersten Indizierung voll etabliert, schlechte mobile Leistung besonders teuer.
Wie diagnostiziert: Google Search Console → Core Web Vitals Bericht zeigt Felddaten (reale Nutzermessungen) auf Ihrer Website. PageSpeed Insights (pagespeed.web.dev) gibt Ihnen Labordaten pro URL mit spezifischen Empfehlungen. Konzentrieren Sie sich auf Ihre wichtigsten Landing-Seiten zuerst — Homepage, Service-Seiten, Top-Blog-Posts.
Wie zu beheben: Die hochpräzise Fixierung, um:
- Optimise Bilder — Konvertieren in WebP, komprimieren, explizite Dimensionen hinzufügen, faul Last unter der Falte Bilder
- Beseitigen Sie Render-Blocking-Ressourcen — nichtkritische CSS und JS
- Implement Caching — Server-Level Caching drastisch reduziert TTFB
- Hosting aktualisieren, wenn Server-Reaktionszeiten konstant über 600ms liegen
Sehen Sie unsere detaillierten Anleitungen: verbesserung von LCP, INP und CLS, Core Web Vitals und Seitenerfahrung, optimierung von Core Web Vitals auf WordPress, und beste Hosting-Optionen für Core Web Vitals.
6. JavaScript Rendering Probleme
Was es ist: Ihre Website verwendet JavaScript, um Inhalte zu rendern – d.h. das HTML, das zuerst lädt, ist leer oder in der Nähe leer, und der sichtbare Inhalt erscheint nur, nachdem JavaScript im Browser ausgeführt wird.
Warum es weh tut: Googlebot führt JavaScript nicht immer sofort oder vollständig aus. Inhalte, die nur in der JavaScript-Rendered-Version einer Seite vorhanden sind, können für Google unsichtbar sein – was bedeutet, dass Ihre Überschriften, Körperkopie, interne Links und Schema-Markup einfach nicht existieren, was das Ranking betrifft.
Wie diagnostiziert: Verwenden Sie Google Search Console → URL Inspection → Crawled Page anzeigen. Vergleichen Sie den Screenshot (was Google macht) gegen das, was ein Benutzer sieht. Verwenden Sie die Option „Quell anzeigen“ in der URL-Inspektion, um das rohe HTML Google zu sehen – wenn es fast leer ist und Ihre Inhalte nur in der Rendered-Version erscheinen, haben Sie ein JavaScript SEO Problem. Unsere Anleitung auf JavaScript SEO und Indexierung deckt den gesamten diagnoseprozess ab.
Wie zu beheben: Implementieren Sie serverseitiges Rendering (SSR) oder statische Website-Generation (SSG), um sicherzustellen, dass Ihre Inhalte in der ursprünglichen HTML-Antwort vorhanden sind. Für Next.js-Seiten bedeutet dies `getServerSideProps` oder `getStaticProps`. Für andere Frameworks bewerten Sie Pre-Rendering-Lösungen. Unsere Next.js SEO Anleitung die umsetzung im detail abdeckt.
Reales Beispiel: A SaaS company’s React application delivered client-side rendered HTML to Googlebot — the crawler was seeing near-empty pages across 200+ URLs. After implementing SSR on key landing pages and the blog index, indexed pages increased 340% within 60 days. No new content was published.
7. Verbrochene interne Links und Waisenseiten
Was es ist: Gebrochene interne Links sind Links auf Ihrer Website, die auf Seiten, die 404 Fehler zurückgeben. Orphan-Seiten sind Seiten ohne interne Links, auf die sie überhaupt hinweisen.
Warum es weh tut: Gebrochene Links Abfall Crawl Budget und Signal schlechte Website Wartung an Google. Orphan-Seiten können nicht von Googlebot durch Crawling entdeckt werden — sie können nie indexiert werden, unabhängig von der Inhaltsqualität. Beide verdünnen die interne Link-Equity, die durch Ihre Website fließt.
Wie diagnostiziert: Führen Sie eine vollständige Website crawl mit Screaming Frog → Filter für interne Links zurück 4xx Antworten. Für Waisenseiten, vergleichen Sie Ihre Sitemap-URL-Liste gegen Screaming Frog's Crawled URL-Liste — Seiten in der Sitemap, aber nicht durch Crawling entdeckt sind wahrscheinlich Waisen.
Wie zu beheben: Redirect defekte interne Links zu ihrem richtigen Ziel oder aktualisieren Sie den Link zur neuen URL. Für Waisenseiten fügen Sie kontextuell relevante interne Links aus verwandten Inhalten hinzu. Sehen Sie unsere Führer auf befestigung gebrochene links und waisenseiten und interne verlinkung.
8. Schwache interne Verbindungsstruktur
Was es ist: Die internen Links Ihrer Website verbreiten nicht effektiv Autorität auf Ihre wichtigsten Seiten – oder Ihre Content-Architektur signalisiert Google nicht, welche Seiten die wertvollsten sind.
Warum es weh tut: Interne Links sind einer der mächtigsten vor Ort SEO Hebel. Seiten, die viele interne Links mit beschreibendem Ankertext erhalten, werden als maßgeblicher als Seiten mit wenigen oder generischen Links behandelt. Eine flache interne Link-Struktur behandelt jede Seite genauso wichtig – das bedeutet, dass nichts priorisiert wird.
Wie diagnostiziert: In Screaming Frog, sortieren Sie Seiten nach Anzahl der Inlinks. Ihre wichtigsten Seiten (Serviceseiten, Säuleninhalte, hochkonvertierende Landingpages) sollten die meisten internen Links haben. Wenn Ihre Homepage und ein Blog-Post mit niedriger Priorität ab 2021 die gleiche Anzahl von Inlinks haben, funktioniert Ihre Struktur nicht.
Wie zu beheben: Erstellen Sie eine hub-and-spoke-Architektur – Säule/hub-Seiten zu breiten Themen, sprachen Seiten zu bestimmten Unterthemen, mit Speichen, die mit dem Hub verbunden sind. Aktualisieren Sie ältere Inhalte, um neue, relevante Stücke zu verlinken. Verwenden Sie beschreibenden Ankertext. Sehen Sie unsere volle leitfaden für interne verknüpfungsstrategien.
9. XML Sitemap Probleme
Was es ist: Ihre XML-Sitemap enthält URLs, die nicht indexiert, umgeleitet werden, Fehler zurückgeben oder anderweitig nicht an Google übermittelt werden sollten — Senden von gemischten Signalen über das, was Sie indiziert wollen.
Warum es weh tut: Ihre Sitemap ist ein Prioritätssignal für Google – es heißt „dies sind die Seiten, die ich für wichtig halte“. Wenn es 404 Seiten, umgeleitete URLs oder noindexierte Seiten enthält, verschwendet Google nach Totende entweder Crawl-Budget oder erhält widersprüchliche Anweisungen (Sie sagen gleichzeitig „nicht index this“ via noindex und „this is important“ via sitemap).
Wie diagnostiziert: Laden Sie Ihre Sitemap XML herunter und führen Sie die URLs durch Screaming Frog. Filter für nicht-200 Statuscodes und noindexierte Seiten — diese sollten nicht in Ihrer Sitemap sein. Google Search Console → Sitemaps Bericht zeigt auch Sitemap-Fehler.
Wie zu beheben: Ihre Sitemap sollte nur kanonische, indexierbare, 200-Status-URL enthalten. Entfernen Sie umgeleitete URLs, noindexierte Seiten und Fehlerseiten. Für große Standorte, sehen Sie unsere Führer auf XML-Sitemaps für große Websites und ihre sitemap an suchmaschinen einreichen.
10. Fehlende oder ungültige strukturierte Daten
Was es ist: Ihre Seiten fehlen ganz Schema-Markup oder das Schema, das Sie haben, enthält Fehler, die verhindern, dass Google es für reiche Ergebnisse verwendet.
Warum es weh tut: Schema-Markup verbessert nicht direkt die Rankings – aber es ermöglicht reiche Ergebnisse (FAQ-Dropdowns, Star-Ratings, Brotkrümel, Produktpreise) in SERPs, die die Click-Through-Raten drastisch verbessern. Seiten, die für reiche Ergebnisse geeignet sind, die kein Schema haben, verlassen die Sicht auf der Tabelle.
Wie diagnostiziert: Googles Rich Results Test (search.google.com/test/rich-results) validiert das Schema auf jeder URL und zeigt Fehler. Google Search Console → Enhancements report zeigt Schemafehler auf Ihrer gesamten Website.
Wie zu beheben: Fügen Sie ein entsprechendes Schema für Ihren Inhaltstyp hinzu — FAQPage for FAQ Sektionen, Artikel für Blog-Posts, Produkt für E-Commerce, LocalBusiness für lokale Unternehmen, BreadcrumbList für alle Seiten. Gültig jeden Schemablock vor der Veröffentlichung. Sehen Sie unsere Führer: strukturierte datenumsetzung, erweiterte schemamarkup, fehler bei der festlegung von schemas, und schema-markup für produkte.
11. Redirect Chains und Loops
Was es ist: Redirect-Ketten treten auf, wenn URL A auf URL B umleitet, die auf URL C umleitet – indem Googlebot und Benutzer mehrere Hopfen folgen, um das Ziel zu erreichen. Umlenkschleifen treten auf, wenn die Kette auf sich zurückkreist und sich nie löst.
Warum es weh tut: Jeder Umleitungs-Hop verliert eine kleine Anzahl von Link-Equity. Ketten von 3+ Hopfen können spürbar verdünnen PageRank. Redirect Loops verursachen Googlebot vollständig auf diese URLs zu geben. Beide Abfälle kriechen Budget auf der Navigation statt Inhaltsbewertung.
Wie diagnostiziert: Screaming Frog → Response Codes → Filter für 3xx. Folgen Sie jeder Umleitungskette und zählen Sie die Hopfen. Jede Kette länger als ein Hopfen (A → B) ist es wert, zusammenzubrechen. Überprüfen Sie die Schleifen in der gleichen Ansicht — sie erscheinen als kreisförmige Referenzen.
Wie zu beheben: Verstreichen Sie alle Ketten, so dass jede Umleitung Punkte direkt auf die Endziel-URL. Aktualisieren Sie interne Links, um die Umleitungen ganz zu überspringen – die Verknüpfung direkt mit der letzten URL ist immer bevorzugt, auf eine Umleitung verlassen. Sehen Sie sich unseren umfassenden Leitfaden an SEO redirects: Typen und Auswirkungen und umleitung von ketten und schlaufen.
12. Poor Mobile Crawl Experience
Was es ist: Google verwendet mobile-First-Indexing – das heißt, es wertet und rangiert Ihre Website basierend auf, wie Googlebots mobiler Crawler es erlebt. Wenn sich Ihr mobiles Erlebnis deutlich von Desktop unterscheidet (versteckte Inhalte, unterschiedliche Navigation, fehlendes Schema), reflektieren Ihre Rankings die mobile Version.
Warum es weh tut: Inhalte, die nur auf dem Desktop sichtbar, aber auf dem Handy versteckt sind, sind für Google im Jahr 2026 effektiv unsichtbar. Mobile-spezifische technische Probleme – verschiedene kanonische Tags auf mobilen vs Desktop, langsamere mobile Seitengeschwindigkeit, blockierte mobile Ressourcen – können zur Ranking-Unterdrückung führen, die nicht auf einem Desktop-Crawl angezeigt wird.
Wie diagnostiziert: Google Search Console → Mobile Usability Report. Verwenden Sie auch das URL-Inspektion-Tool und wechseln Sie zwischen Desktop- und Mobile-Rendering, um zu vergleichen, was Google auf jedem sieht. Screaming Frog ermöglicht es Ihnen, den Benutzer Agent auf Googlebot Smartphone zu setzen, um eine mobile-spezifische Crawl auszuführen.
Wie zu beheben: Stellen Sie sicher, dass Ihre mobilen und Desktop-Versionen identische Inhalte bedienen. Verbergen Sie nicht Inhalte hinter „mehr lesen“-Fesseln auf mobile, die auf dem Desktop erweitert werden. Halten Sie Schema-Markup über beide Versionen konsistent. Sehen Sie unsere Führer auf mobile SEO und Core Web Vitals und mobile crawl probleme.
Wie diese Probleme miteinander verbinden
Kein technisches SEO-Problem existiert in Isolation. Das häufigste Muster, das wir in Audits sehen:
Crawl-Budgetabfälle + schwache interne Verknüpfung + Canonicalisierungslücken = chronische Unterindexierung
Ein WooCommerce-Store, der 50.000 Low-Value-Filter-URLs (Crawl-Budget-Abfall) mit no canonical Strategie (Kanonalisierungslücke) und dünne interne Verknüpfung mit Produktseiten (weak-Architektur) generiert, wird kämpfen, um wichtige Produktseiten zuverlässig indiziert zu bekommen – unabhängig davon, wie gut der Produktinhalt ist.
Beheben Sie eins und Sie helfen. Alle drei gleichzeitig fixieren und die Verbesserungsverbindungen.
Deshalb ist ein richtiger technisches SEO Audit — es stellt fest, welche probleme vorhanden sind und wie sie interagieren, so können sie fixe durch kumulative auswirkungen priorisieren, anstatt sie isoliert zu kleben.
Schnelle Diagnose Checkliste
Verwenden Sie dies, um Ihre eigene Website zu testen, bevor Sie entscheiden, was Experten Aufmerksamkeit benötigt:
Wenn Sie mehr als 3 von diesen markieren, hat Ihre Website wahrscheinlich technische Probleme im Wert der systematischen Adressierung. Unsere technische SEO Checkliste für WordPress und vollständige technische SEO Checkliste sind nützliche ausgangspunkte für einen strukturierten selbstaudit.
Häufig gestellte Fragen
Wie weiß ich, welches technische SEO-Problem am dringendsten ist? Priorität durch Auswirkungen auf die Indexierung zuerst — wenn Seiten nicht indiziert werden, ist alles andere irrelevant. Beginnen Sie mit dem GSC Pages-Bericht. Sobald die Indexierung gesund ist, bewegen Sie auf Seitengeschwindigkeit und Core Web Vitals, dann strukturierte Daten und interne Verknüpfung.
Kann ich mehrere technische SEO Probleme gleichzeitig haben? Fast immer ja. In unserer Erfahrung, Hunderte von Websites zu auditieren, hat die durchschnittliche Website 4–7 signifikante technische Probleme gleichzeitig laufen. Sie interagieren miteinander – die Fixierung zeigt oft den nächsten. Deshalb ist ein strukturiertes Audit mit prioritären Empfehlungen nützlicher als die Festlegung von Problemen in der Reihenfolge, die Sie bemerken.
Beeinflussen technische SEO-Probleme alle Seiten gleichermaßen? Nein. Neue Seiten auf Websites mit geringer Autorität werden durch Crawl-Budget- und Indexierungsprobleme unverhältnismäßig beeinflusst. Hochraffic, gut vernetzte Seiten sind widerstandsfähiger. Aus diesem Grund werden neue Inhalte auf wachsenden Websites oft unterproportioniert – die technische Infrastruktur ist noch nicht skaliert, um sie zu unterstützen.
Wie lange dauert es, um gemeinsame technische SEO Probleme zu beheben? Einfache Fixes (robots.txt-Korrektur, Sitemap-Reinigung, Hinzufügen von kanonalen Tags zu einer Handvoll von Seiten) können in Tagen durchgeführt werden. Komplexe Fixes (Umsetzung von SSR auf JavaScript-Framework, Umstrukturierung von URL-Architektur, Aufbau einer Crawl Budget-Strategie für einen großen Katalog) nehmen Wochen oder Monate koordinierter Arbeit. Die Timeline für Google, um Fixes zu erkennen und zu reagieren reicht von Tagen (für Crawl-bezogene Fixes) bis 3-6 Monate (für Trust- und Berechtigungssignale).
Sollte ich alle technischen SEO-Probleme auf einmal oder in Stufen beheben? In Stufen — immer. Durch mehrere signifikante technische Änderungen können Ranking-Änderungen an bestimmten Fixpunkten gleichzeitig nicht berücksichtigt werden. Implementieren in Prioritätsordnung, überprüfen Sie jeden Fix in GSC, bevor Sie zum nächsten, und dokumentieren alles. Dies ist besonders wichtig für Migrationen und großräumige kanonische Veränderungen.
Wenn mehrere dieser Probleme vertraut sind, eine strukturierte technisches SEO Audit ist der schnellste Weg, um zu verstehen, welche Probleme auf Ihrer Website existieren, wie sie interagieren, und was zuerst zu beheben. Unsere technisches SEO-Team spezialisiert auf plattformspezifische diagnose und implementierung - nicht nur berichte.
