Zum Inhalt springen
← Alle Beiträge

Technisches SEO: Die Basics vor dem Content

Der beste Content nützt nichts, wenn Google ihn nicht crawlen und indexieren kann. Die technischen SEO-Grundlagen von robots.txt über Core Web Vitals bis hreflang – mit den typischen WordPress-Fehlern und einer Checkliste.

Technisches SEO ist das Fundament, auf dem jede Sichtbarkeit in Google steht – und genau deshalb tut es so weh, wenn es fehlt. Ich sehe regelmäßig Websites, deren Betreiber seit einem Jahr fleißig Blogartikel schreiben und sich wundern, warum nichts rankt. Die Antwort steht oft in einer einzigen Zeile: ein vergessenes Noindex, eine blockierte robots.txt, eine Sitemap voller Fehlerseiten. Der beste Content der Welt nützt nichts, wenn Google ihn nicht crawlen, nicht indexieren oder nicht bewerten kann.

In diesem Artikel gehe ich die technischen Grundlagen in der Reihenfolge durch, in der Suchmaschinen sie brauchen: Crawling, Indexierung, Geschwindigkeit, Struktur. Mit den typischen WordPress-Fallen, die ich in Audits immer wieder finde, und einer Checkliste am Ende.

Warum Technik vor Content kommt

Die Pipeline einer Suchmaschine ist simpel: Erst crawlt der Bot die Seite, dann entscheidet Google über die Indexierung, erst danach geht es ums Ranking. Jede Stufe hängt von der vorherigen ab. Content-Optimierung setzt an der dritten Stufe an – wenn Stufe eins oder zwei klemmt, optimieren Sie ins Leere. Deshalb prüfe ich in jedem SEO-Projekt zuerst die Technik, dann die Inhalte. Meistens dauert der technische Teil zwei Tage und bringt mehr als drei Monate Content-Produktion auf kaputtem Fundament.

Crawling und Indexierung: Kommt Google überhaupt an Ihre Seiten?

robots.txt: kleiner Hebel, große Wirkung

Die robots.txt steuert, welche Bereiche Suchmaschinen crawlen dürfen. Zwei Fehler sehe ich immer wieder: Erstens werden CSS- und JavaScript-Dateien blockiert – Google rendert Seiten aber wie ein Browser und braucht diese Ressourcen, um Layout und Mobiltauglichkeit zu bewerten. Zweitens wird versucht, Seiten per robots.txt aus dem Index zu halten. Das funktioniert nicht: Eine blockierte Seite kann trotzdem im Index landen, nur ohne Inhalt. Für den Ausschluss aus dem Index ist das Meta-Robots-Tag mit Noindex zuständig – und dafür muss die Seite crawlbar sein.

XML-Sitemap: das Inhaltsverzeichnis für den Bot

Die Sitemap listet alle URLs, die indexiert werden sollen – und nur diese. WordPress bringt seit Version 5.5 eine eigene Sitemap mit, SEO-Plugins wie Rank Math oder Yoast erzeugen bessere. Wichtig: nur eine Sitemap ausliefern (zwei parallele SEO-Plugins erzeugen gern zwei), keine Weiterleitungen oder 404-Seiten darin, und die Sitemap in der Google Search Console einreichen. Dort sehen Sie auch, welche URLs Google kennt, aber nicht indexiert – der Bericht „Seitenindexierung“ ist das wichtigste Diagnosewerkzeug, das Sie kostenlos bekommen.

Bei größeren Websites kommt zusätzlich das Crawl-Budget ins Spiel: Google crawlt pro Website nur eine begrenzte Zahl von URLs. Jede Fehlerseite, jede Weiterleitungskette und jede indexierbare Filtervariante verbrennt Budget, das dann für Ihre wichtigen Seiten fehlt. Unter 500 Seiten ist das selten ein Problem – in Shops mit Filter-URLs dagegen ein chronisches.

Der Klassiker: das vergessene Noindex

WordPress hat unter Einstellungen > Lesen ein Häkchen: „Suchmaschinen davon abhalten, diese Website zu indexieren“. Beim Relaunch auf der Staging-Umgebung gesetzt, beim Livegang vergessen – und die Website ist für Google unsichtbar. Ich habe Fälle gesehen, in denen das monatelang niemand bemerkt hat. Nach jedem Livegang gehört dieses Häkchen auf die Checkliste, ganz oben.

Canonical-Tags und Duplicate Content

Jede Seite sollte unter genau einer URL erreichbar sein. In der Praxis existieren aber schnell mehrere Varianten: mit und ohne www, mit und ohne Slash am Ende, mit URL-Parametern aus Kampagnen, als Druckversion. Der Canonical-Tag sagt Google, welche Variante die maßgebliche ist. WordPress-SEO-Plugins setzen ihn automatisch – aber genau das prüft man besser nach: Bei Paginierungen, Filterseiten in Shops und mehrsprachigen Setups sehe ich regelmäßig Canonicals, die auf die falsche Seite zeigen und damit ganze Bereiche aus dem Index kegeln. Zusätzlich gehört auf Serverebene eine saubere Weiterleitung: http auf https, www auf nicht-www (oder umgekehrt), in einem Schritt, mit Status 301.

Ladezeit und Core Web Vitals

Geschwindigkeit ist seit Jahren Rankingfaktor, gemessen an den Core Web Vitals. Google bewertet dabei echte Nutzerdaten aus dem Chrome User Experience Report, nicht Ihren Labortest. Die drei Metriken und ihre Schwellen:

Metrik Misst Gut Schlecht
LCP (Largest Contentful Paint) Ladezeit des größten sichtbaren Elements unter 2,5 s über 4,0 s
INP (Interaction to Next Paint) Reaktionszeit auf Nutzerinteraktionen unter 200 ms über 500 ms
CLS (Cumulative Layout Shift) Visuelle Stabilität beim Laden unter 0,1 über 0,25

Die häufigsten Bremsen in WordPress: unoptimierte Bilder, zu viele Plugins, billiges Shared Hosting und Page-Builder mit tonnenweise CSS und JavaScript. Wie Sie die echten Ursachen finden statt an Symptomen zu doktern, habe ich im Beitrag warum Ihre Website langsam ist und was wirklich hilft beschrieben. Messen können Sie mit PageSpeed Insights – wichtig ist dort der obere Bereich mit den Felddaten echter Nutzer.

Fast immer unterschätzt wird dabei der Server selbst: Die Time to First Byte legt die Untergrenze für den LCP fest. Wenn das Hosting schon 800 Millisekunden braucht, bevor das erste Byte HTML unterwegs ist, retten auch optimierte Bilder nichts mehr. Ein solides Hosting für 10 bis 20 Euro im Monat ist die günstigste SEO-Maßnahme, die ich kenne.

Mobile First: Google sieht nur die mobile Version

Google indexiert seit Jahren ausschließlich mobil. Was auf dem Smartphone nicht sichtbar oder nicht bedienbar ist, existiert für die Suche nicht. Das heißt konkret: gleiche Inhalte auf mobil und Desktop (aufklappbare Bereiche sind in Ordnung), Schriftgrößen ab 16 Pixel, Touch-Ziele mit ausreichend Abstand, keine horizontalen Scrollbalken. Testen Sie nicht nur mit verkleinertem Browserfenster, sondern mit einem echten Gerät – Menüs und Formulare verhalten sich dort oft anders.

URL-Struktur: kurz, sprechend, stabil

Gute URLs sind kurz, beschreiben den Inhalt und ändern sich nie. Für WordPress heißt das: Permalink-Struktur auf Beitragsname, keine kryptischen Parameter, Umlaute sauber umgeschrieben (ae, oe, ue), Kleinschreibung, Bindestriche statt Unterstriche. Vermeiden Sie tiefe Verschachtelungen – eine flache Struktur mit maximal zwei Ebenen reicht für die meisten Websites. Und wenn sich eine URL doch ändern muss: 301-Weiterleitung von der alten auf die neue, ausnahmslos. Jede vergessene Weiterleitung verschenkt aufgebaute Rankings.

Zur Struktur gehört auch die interne Verlinkung: Jede wichtige Seite sollte mit maximal drei Klicks von der Startseite erreichbar sein und aus dem Fließtext verwandter Seiten verlinkt werden. Verwaiste Seiten ohne interne Links findet Google schlecht – und stuft sie als unwichtig ein.

Hreflang: Pflicht für mehrsprachige Websites

Wer wie ich Kunden im DACH-Raum und international bedient, fährt oft mehrsprachig – etwa Deutsch und Englisch. Hreflang-Tags sagen Google, welche Sprachversion für welche Nutzer gedacht ist. Ohne sie konkurrieren Ihre Sprachversionen gegeneinander oder Google zeigt spanischen Nutzern die deutsche Seite. Die Regeln: Jede Seite verweist auf alle Sprachvarianten inklusive sich selbst, die Verweise müssen wechselseitig sein, und ein x-default für alle übrigen Nutzer gehört dazu. Plugins wie Polylang oder WPML erzeugen die Tags automatisch – kontrollieren sollten Sie trotzdem, ob wirklich jede Übersetzung verknüpft ist. Verwaiste Seiten ohne Rückverweis machen das ganze Konstrukt unwirksam.

Strukturierte Daten: Kontext für die Maschine

Mit Schema.org-Markup im JSON-LD-Format erklären Sie Google, was Ihre Inhalte sind: ein Unternehmen, ein Artikel, ein Produkt, eine FAQ. Das ist kein direkter Rankingfaktor, aber die Eintrittskarte für Rich Results – Bewertungssterne, FAQ-Einblendungen, Breadcrumbs in den Suchergebnissen. Für eine Firmenwebsite sind Organization beziehungsweise LocalBusiness, Article für Blogbeiträge und BreadcrumbList die sinnvolle Grundausstattung. SEO-Plugins erzeugen das Gerüst; prüfen können Sie das Ergebnis mit dem Rich-Results-Test von Google. Bei mehrsprachigen Websites gilt zusätzlich: Das Markup gehört in die Sprache der jeweiligen Seite – gemischte Sprachen im Schema sind ein häufiger, vermeidbarer Fehler.

Typische WordPress-Fehler aus meinen Audits

  • Das Noindex-Häkchen aus der Staging-Phase ist nach dem Livegang noch aktiv
  • Anhang-Seiten für jedes hochgeladene Bild sind indexierbar – dünner Content in Reinform
  • Zwei SEO-Plugins erzeugen konkurrierende Sitemaps und doppelte Meta-Tags
  • Schlagwort-Archive mit je einem Beitrag blähen den Index auf
  • Die Staging-Umgebung ist öffentlich erreichbar und indexiert – Duplicate Content der gesamten Website
  • Interne Links zeigen auf http- oder www-Varianten und produzieren Weiterleitungsketten

Checkliste: Technisches SEO in zehn Punkten

  1. Noindex-Einstellung in WordPress kontrollieren
  2. robots.txt prüfen: nichts Wichtiges blockiert, CSS und JS frei
  3. XML-Sitemap fehlerfrei und in der Search Console eingereicht
  4. Bericht „Seitenindexierung“ in der Search Console durchgehen
  5. https- und www-Weiterleitungen mit Status 301 in einem Schritt
  6. Canonical-Tags stichprobenartig prüfen, besonders bei Archiven und Filtern
  7. Core Web Vitals in PageSpeed Insights: Felddaten im grünen Bereich
  8. Mobile Darstellung auf echtem Gerät testen
  9. Hreflang bei Mehrsprachigkeit: wechselseitig und mit x-default
  10. Strukturierte Daten mit dem Rich-Results-Test validieren

Fazit

Technisches SEO ist unspektakulär – kein Punkt in dieser Liste macht Sie über Nacht sichtbar. Aber jeder einzelne kann Sie unsichtbar machen, wenn er kaputt ist. Die gute Nachricht: Anders als Content-Aufbau ist die Technik ein abgrenzbares Projekt. Einmal sauber aufgesetzt und bei einer laufenden Betreuung im Blick behalten, trägt das Fundament jahrelang. Erst dann lohnt sich jede Stunde, die Sie in Inhalte investieren – und erst dann zahlt sich auch eine professionell gebaute Website in Sichtbarkeit aus.

Wenn Sie wissen möchten, wo Ihre Website technisch steht: Im Rahmen meiner technischen Beratung auditiere ich genau diese Punkte und liefere Ihnen eine priorisierte Liste statt eines 80-Seiten-PDFs. Schreiben Sie mir – der erste Blick kostet nichts.

Häufige Fragen

Was gehört alles zum technischen SEO?

Alles, was Suchmaschinen den Zugriff und die Bewertung ermöglicht: Crawling-Steuerung über robots.txt, Indexierung über Sitemaps und Meta-Robots, Canonical-Tags, Ladezeit und Core Web Vitals, Mobiltauglichkeit, URL-Struktur, hreflang bei Mehrsprachigkeit und strukturierte Daten.

Wie finde ich heraus, ob meine Website indexiert ist?

Der schnellste Test ist eine site:-Abfrage in Google (site:ihre-domain.at). Verlässlicher ist die Google Search Console: Der Bericht zur Seitenindexierung zeigt, welche URLs indexiert sind und warum andere ausgeschlossen wurden – kostenlos und direkt von Google.

Ist technisches SEO wichtiger als Content?

Es ist die Voraussetzung dafür, dass Content wirken kann. Ohne saubere Indexierung und akzeptable Ladezeit rankt auch der beste Inhalt nicht. Umgekehrt rankt eine technisch perfekte Website ohne relevante Inhalte ebenfalls nicht – Technik zuerst, dann Content.

Brauche ich hreflang schon bei zwei Sprachen?

Ja. Sobald es mehrere Sprachversionen gibt, sollte jede Seite wechselseitige hreflang-Verweise auf alle Varianten plus ein x-default tragen. Sonst konkurrieren die Versionen im Index gegeneinander oder Nutzer landen auf der falschen Sprache.

Gratis-Checkliste: 10 Punkte vor dem Website-Livegang

Praxis-Tipps aus echten Projekten — direkt in Ihr Postfach, kein Spam. Jederzeit abbestellbar.

    Alex
    Alex · Buntweb

    Web-Entwickler und IT-Dienstleister aus Wien. Seit über zehn Jahren baue und betreue ich Websites und Onlineshops — mit Fokus auf saubere Technik, ehrliche Beratung und Lösungen, die im Alltag funktionieren.

    Frage stellen