Was ein technisches SEO-Fundament ist und was nicht
Technisches SEO ist der Teil der Suchmaschinenoptimierung, der nichts mit Inhalten zu tun hat. Es geht darum, wie Ihre Website konstruiert ist: wie Suchmaschinen sie crawlen können, wie Seiten strukturiert sind, und ob die Signale, die Google nutzt, um Ihre Website zu verstehen, korrekt vorhanden sind.
Das klingt abstrakt. Konkret läuft es auf folgende Fragen hinaus: Hat jede Seite einen eindeutigen Title-Tag? Weiß Google, welche Version einer Seite die kanonische ist? Bekommen deutschsprachige Besucher die richtige Sprachversion ausgeliefert? Gibt es auf Ihrer Homepage einen validen Structured-Data-Block, der erklärt, wer Sie sind und was Sie tun? Das sind die Grundfragen. Wenn mehr als zwei davon mit Nein beantwortet werden, hat Ihre Website ein Fundament-Problem.
Technisches SEO ist kein Ersatz für guten Content. Es ist die Schicht darunter. Ohne diese Schicht funktioniert Content schlechter, selbst wenn er inhaltlich stark ist. Wenn diese Schicht stimmt, erzielt jede Content-Investition mehr Wirkung.
Der Unterschied zwischen technischem SEO, Content-SEO und Off-Page-SEO
SEO besteht aus drei Schichten. Content-SEO dreht sich darum, was Sie schreiben: die Keywords, die Sie anvisieren, die Tiefe Ihrer Seiten, die interne Struktur Ihrer Texte. Off-Page-SEO dreht sich darum, was andere Websites über Sie sagen: Backlinks, Verweise, Domainautorität.
Technisches SEO ist die dritte Schicht. Sie entscheidet, ob die ersten beiden Schichten einen Return liefern. Eine Website mit starken Backlinks, aber einer defekten Sitemap verschwendet Crawl-Budget. Eine Seite mit ausgezeichnetem Content, aber duplizierten Title-Tags verliert Relevanzsignale. Technisches SEO ist die Infrastruktur, auf der alles andere aufbaut.
Ich positioniere das bewusst als separates Engagement. Ich schreibe keinen Content für Sie und führe keine Linkbuilding-Kampagnen durch. Was ich tue: dafür sorgen, dass das technische Fundament korrekt steht, damit Ihre Content- und Off-Page-Aktivitäten nicht verloren gehen.
Was ich aufbaue: der vollständige Fundament-Pass
Ein Fundament-Pass umfasst die folgenden Bestandteile. Für jeden liefere ich eine funktionierende Implementierung, keinen Beratungsbericht.
- ▸sitemap.xml: dynamisch pro Locale generiert, korrekt paginiert für größere Websites, bei Google Search Console eingereicht.
- ▸robots.txt: so konfiguriert, dass Crawler wesentliche Pfade erreichen und Staging-Umgebungen oder Admin-URLs gesperrt bleiben.
- ▸Hreflang-Tags: pro Seite für alle aktiven Locales korrekt gesetzt, damit Google die richtige Sprachversion an den richtigen Besucher ausliefert.
- ▸Canonical-Tags: auf jeder Seite vorhanden, korrekt auf die bevorzugte URL verweisend, ohne Konflikte zwischen www/non-www oder Trailing-Slash-Varianten.
- ▸Schema.org JSON-LD: Organization, LocalBusiness, WebSite, BreadcrumbList, FAQPage und Service-Typen je nach Website-Typ.
- ▸Meta-Tags-Vorlage: Title-Tag (max. 60 Zeichen, eindeutig pro Seite) und Meta-Description (max. 155 Zeichen) als wiederverwendbares Muster für alle Seitentypen.
- ▸OG-Tags: Open Graph und Twitter Card Tags für korrekte Link-Previews in sozialen Medien und Messaging-Apps.
- ▸Interne Verlinkungsarchitektur: Verbindungen zwischen Kategorie-, Dienst- und Blog-Seiten, die Link Equity auf die Seiten verteilen, die Sie ranken möchten.
- ▸llms.txt: ein strukturiertes Übersichtsdokument, das KI-Tools wie ChatGPT und Perplexity mitteilt, was Ihre Website ist, was Sie tun und welche Seiten am informativsten sind.
Nach der Lieferung erhalten Sie eine Dokumentation, was vorhanden ist und warum, damit Sie wissen, was Sie haben und wie Sie es pflegen.
Structured Data: warum Schema.org JSON-LD den Unterschied macht
Google nutzt Structured Data, um zu verstehen, was eine Seite beschreibt, unabhängig vom Text darauf. Eine Seite mit einem korrekten FAQPage-Schema kann direkt ein FAQ-Rich-Snippet in den Suchergebnissen erhalten, was die Klickrate erhöht, ohne dass sich die Position ändert. Ein LocalBusiness-Schema stellt die Verbindung zwischen Ihrer Website und Ihrem Google Business Profile her.
Die Typen, die ich je nach Ihrer Situation implementiere:
- ▸Organization: Name, Logo, Kontaktdaten, soziale Profile, sameAs-Verweise auf externe Quellen.
- ▸LocalBusiness (oder Untertyp wie ProfessionalService): Adresse, Öffnungszeiten, Geo-Koordinaten für lokale Suchergebnisse.
- ▸WebSite: Sitelinks-Suchbox, kanonische URL der Startseite.
- ▸BreadcrumbList: Navigationsstruktur, die Google und KI-Tools als Kontext verwenden.
- ▸FAQPage: häufig gestellte Fragen als Rich Snippet, erhöht die Sichtbarkeit ohne Positionsänderung.
- ▸Service oder ProductService: Beschreibung Ihres Angebots, einschließlich Preisbereich wo relevant.
Structured Data ist für AI-Citation-Readiness nicht optional. Sowohl ChatGPT als auch Perplexity greifen für sachliche Antworten auf schema-markierte Inhalte zurück. Ohne diese Markierung ist Ihre Website weniger zitierbar, auch wenn der Content stark ist.
AI-Citation-Readiness: in ChatGPT und Perplexity gefunden werden
Das Suchverhalten ändert sich. Neben Google holen sich Menschen Informationen bei KI-Tools wie ChatGPT, Perplexity, Claude und Bing Copilot. Diese Tools crawlen das Web und zitieren Quellen. Wenn Ihre Website korrekt strukturiert ist, erhöht das die Chance, dass diese Tools Sie als Antwort auf relevante Fragen zitieren.
llms.txt ist ein aufkommender Standard: eine einfache Textdatei im Root Ihres Domäne, die KI-Crawlern mitteilt, was Ihre Website ist, was Sie tun und welche Seiten am informativsten sind. Sie ist vergleichbar mit robots.txt, aber auf LLM-Crawler ausgerichtet. Diese Datei richte ich als Teil des Fundament-Passes ein.
Darüber hinaus gilt: saubere HTML-Semantik, korrekte Heading-Hierarchie (H1 eindeutig pro Seite, H2 strukturiert den Inhalt) und Structured Data, die den Kontext erklärt. Das sind die drei Säulen der KI-Lesbarkeit. Ohne sie sind Ihre Seiten weder zitierbar noch verifizierbar für ein LLM.
-- Kunden-Case
Von 12 auf 380 gerankte Keywords nach einem Fundament-Pass
Ein Großhändler für Büroeinrichtung aus der Region Twente hatte eine Website, die gut aussah, aber bei Google kaum sichtbar war. Die Sitemap war nicht bei Search Console eingereicht, die Hreflang-Implementierung fehlte für die englischen Produktseiten, und die Title-Tags von 40 Prozent der Seiten waren identisch mit dem Homepage-Titel.
Nach dem Fundament-Pass waren die Messwerte wie folgt:
Die Korrekturen betrafen ausschließlich technische Bestandteile: Sitemap eingereicht, Hreflang auf allen Produktseiten gesetzt, Title-Tags eindeutig pro Seite gemacht, Canonical-Tags korrigiert und ein Organization- plus BreadcrumbList-Schema hinzugefügt. Kein neuer Content wurde geschrieben und keine Backlinks aufgebaut. Das Wachstum ist ausschließlich darauf zurückzuführen, dass das, was bereits vorhanden war, korrekt zum Funktionieren gebracht wurde.
Was ich bei einer bestehenden Website typischerweise vorfinde
Bei den meisten Websites, die zur Fundament-Prüfung zu mir kommen, sind das die wiederkehrenden Probleme:
- ▸Identische oder fehlende Title-Tags: mehrere Seiten teilen denselben Titel, sodass Google nicht bestimmen kann, welche für welches Keyword ranken soll.
- ▸Kanonisierungsfehler: www und non-www, Trailing Slash und kein Trailing Slash sowie HTTP und HTTPS existieren als separate URLs ohne Canonical, das die bevorzugte angibt.
- ▸Fehlende oder falsche Hreflang-Tags: mehrsprachige Websites ohne Hreflang liefern die falsche Sprachversion in der falschen Region aus, was zu niedrigerer CTR führt.
- ▸robots.txt blockiert wesentliche Pfade: Staging-Konfigurationen, die in die Produktion kopiert wurden, sperren manchmal das gesamte CSS- oder JS-Verzeichnis für Crawler.
- ▸Schema-Validierungsfehler: Structured Data vorhanden, aber mit fehlenden Pflichtfeldern, sodass Google den Block ignoriert.
- ▸Interne Verlinkung, die Link Equity verliert: Seiten ohne eingehende interne Links werden nicht gecrawlt oder ranken nicht, auch wenn der Content stark ist.
Jedes dieser Probleme ist lösbar. Zusammen erklären sie, warum eine Website trotz Investitionen in Content und Design unter ihren Möglichkeiten bleibt.
Preise und was Sie erhalten
Ein Fundament-Pass ist eine einmalige Investition. Die Höhe hängt von der Größe Ihrer Website, der Anzahl der Locales und davon ab, ob bereits eine teilweise Implementierung vorhanden ist, die ich prüfen und korrigieren muss.
Massgeschneiderte Projekte fuer groessere Sites oder mehrere Domains auf Anfrage. Preis nach erstem Gespraech und Scope.