SEO 2026

Brand Performance
7. April 2026
Von Sophia Feldmann

Die meisten SEO-Guides fangen mit Keywords an. Das ist falsch. Wenn deine Seite technisch kaputt ist, bringt dir der beste Content nichts. Dieser Beitrag geht die Dinge in der Reihenfolge an, in der sie tatsächlich Wirkung haben.

Wichtigkeit zu verstehen, wie Google überhaupt arbeitet

Google findet eine Seite nicht einfach so. Bevor eine URL in den Suchergebnissen auftaucht, läuft im Hintergrund ein mehrstufiger Prozess:

Google entdeckt die URL (über einen Link, eine Sitemap oder einen früheren Crawl)
Googlebot ruft die Seite ab. Das nennt sich Crawling.
Die Seite wird gerendert, also JavaScript ausgeführt und der finale DOM aufgebaut
Die Seite wird in den Index aufgenommen. Oder auch nicht.
Google entscheidet, welche URL die offizielle Version ist (Kanonisierung)

Warum ist das wichtig? Weil du an jedem dieser Schritte selbst Fehler machen kannst, die deine Seite unsichtbar machen, ohne dass du es merkst. Wer SEO macht, ohne diesen Ablauf zu kennen, optimiert oft an der falschen Stelle.

Das wichtigste Werkzeug dafür ist kostenlos: die Google Search Console. Unter "URL-Prüfung" siehst du für jede einzelne URL, ob sie gecrawlt wurde, ob sie indexiert ist und warum sie es eventuell nicht ist. Das ist der erste Ort, den du aufmachen solltest. Nicht irgendein SEO-Tool für 150 € im Monat.

Der häufigste technische Fehler überhaupt: Noindex und Robots.txt

Es gibt eine Verwechslung, die ich regelmäßig sehe, auch bei Leuten, die schon eine Weile mit SEO arbeiten: robots.txt und noindex werden für dasselbe gehalten. Sie sind es nicht.

robots.txt sagt Google: Bitte diese URL gar nicht erst aufrufen. noindex sagt Google: Du kannst die Seite aufrufen, aber bitte nicht indexieren.

Das Problem: Wenn du eine Seite per robots.txt sperrst, damit sie nicht in den Suchergebnissen auftaucht, funktioniert das nicht zuverlässig. Google kennt die URL vielleicht aus einem externen Link und kann sie trotzdem indexieren, weil es den Inhalt nie gelesen hat und deshalb auch kein noindex gefunden hat.

Seiten, die nicht indexiert werden sollen, bekommen einen noindex-Tag:

<meta name="robots" content="noindex, follow">

Wenn du keinen Zugriff auf den HTML-<head> hast, zum Beispiel bei PDFs, geht das auch als HTTP-Header:

X-Robots-Tag: noindex

Die robots.txt gehört sauber konfiguriert, damit Googlebot keine Ressourcen verschwendet. Adminbereiche, Checkout-Seiten oder interne Suchseiten lassen sich dort sperren:

User-agent: *
Disallow: /admin/
Disallow: /checkout/
Disallow: /intern/
Allow: /

Sitemap: https://www.example.com/sitemap.xml

Den Allow: /-Eintrag explizit zu setzen ist eine gute Gewohnheit, damit es keine unbeabsichtigten Konflikte mit den Disallow-Regeln gibt.

Duplicate Content: Das Problem, das sich selbst versteckt

Wenn dieselben Inhalte unter mehreren URLs erreichbar sind, hat Google ein Problem: Welche Version soll ranken? Meistens entscheidet Google dann selbst, und nicht immer so, wie du es dir wünschst.

Ein klassisches Beispiel aus dem E-Commerce: Filterkombinationen erzeugen unterschiedliche URLs, die aber denselben Inhalt zeigen.

/kategorie/schuhe?sort=preis&farbe=blau
/kategorie/schuhe?farbe=blau&sort=preis
/kategorie/schuhe?farbe=blau

Drei URLs, ein Inhalt. Ohne Gegenmaßnahme behandelt Google alle drei als separate Seiten. Die Ranking-Signale wie Links, Klicks und Relevanz werden aufgeteilt statt gebündelt.

Die Lösung ist ein Canonical-Tag. Du sagst Google, welche URL die echte ist. Alle anderen Varianten verweisen auf diese eine kanonische URL:

<link rel="canonical" href="https://www.example.com/kategorie/schuhe/" />

Der Canonical-Tag allein reicht aber nicht. Du musst alle drei Signale konsistent halten:

Der <link rel="canonical"> im <head> jeder Parametervariante zeigt auf die Haupt-URL
Alle internen Links zeigen auf die kanonische URL, nicht auf irgendeine Parametervariante
Die Sitemap enthält nur die kanonische URL

Wenn diese drei Dinge nicht übereinstimmen, darf Google die Signale ignorieren. Und tut es manchmal auch.

Sitemaps: Sinnvoll, aber kein Wundermittel

Eine Sitemap sagt Google, welche URLs auf deiner Website existieren. Sie ist nützlich, besonders für neue Seiten oder große Websites, auf die noch nicht viele Links zeigen, sie ist aber kein Befehl. Google entscheidet trotzdem selbst, was gecrawlt und was indexiert wird.

Eine korrekte, minimale Sitemap sieht so aus:

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url>
    <loc>https://www.example.com/</loc>
    <lastmod>2026-03-15</lastmod>
  </url>
  <url>
    <loc>https://www.example.com/produkt/abc/</loc>
    <lastmod>2026-03-20</lastmod>
  </url>
</urlset>

Drei Regeln, die du einhalten solltest:

Nur URLs rein, die auch wirklich indexiert werden sollen. Keine noindex-Seiten, keine 404er, keine Weiterleitungen.
Nur kanonische URLs. Keine Parametervarianten.
<lastmod> nur dann setzen, wenn das Datum auch wirklich stimmt. Wer es auf "heute" setzt, um Google zu täuschen, verschwendet seine Zeit.

Die Sitemap einreichen geht in der Google Search Console unter dem Punkt "Sitemaps". Fehler werden dort direkt angezeigt. Das lohnt sich regelmäßig zu checken.

Mobile-First: Google schaut zuerst aufs Smartphone

Google indexiert deine Website in der mobilen Version. Nicht die Desktop-Version. Was Googlebot auf dem Smartphone sieht, ist das, was zählt.

Der gefährlichste Fehler dabei ist ein versehentliches noindex nur auf der mobilen Version:

<!-- Desktop: Funktioniert -->
<meta name="robots" content="index, follow">

<!-- Mobile: Wird von Google nicht indexiert -->
<meta name="robots" content="noindex">

Das passiert öfter als man denkt, zum Beispiel wenn Templates für Desktop und Mobile separat gepflegt werden. Eine solche Seite verschwindet komplett aus dem Index, ohne offensichtlichen Fehler in der Search Console, abgesehen vom noindex selbst.

Checkliste, die du einmal durchgehen solltest:

Gleicher Textinhalt auf Desktop und Mobile
Gleiche robots-Meta-Tags auf beiden Versionen
Strukturierte Daten auf beiden Versionen vorhanden
CSS und JavaScript für Googlebot nicht gesperrt

Interne Verlinkung wird massiv unterschätzt

Interne Links sind der Weg, auf dem Googlebot deine Website durchläuft. Eine Seite, auf die keine internen Links zeigen (eine sogenannte Orphan Page) wird kaum gecrawlt, egal ob sie in der Sitemap steht oder nicht.

Links vermitteln auch Kontext. Der Ankertext eines Links sagt Google, worum es auf der verlinkten Seite geht. "Hier klicken" ist schlechter als "Ratgeber zu ISO 27001 Kosten".

So sieht ein korrekter, crawlbarer Link mit aussagekräftigem Ankertext aus:

<p>
  Eine Übersicht der anfallenden Kosten findest du im
  <a href="/iso-27001-kosten/">Ratgeber zu ISO 27001 Kosten</a>.
</p>

Das hier funktioniert für Nutzer, Googlebot ignoriert es aber meistens:

<span onclick="location.href='/iso-27001-kosten/'">Mehr erfahren</span>

Links müssen als echtes <a href="...">-Element implementiert sein. JavaScript-basierte Navigation ist für Suchmaschinen unzuverlässig.

Überlege, welche Seiten deiner Website die wichtigsten sind. Diese Seiten sollten von möglichst vielen anderen Seiten intern verlinkt werden. Kategorieseiten, Pillar Pages und Leistungsseiten brauchen viele eingehende interne Links, nicht nur einen einzigen aus dem Navigationsmenü.

Content: Der Intent entscheidet, nicht das Keyword

Keyword-Recherche bedeutet nicht: Welches Wort wird oft gesucht? Keyword-Recherche bedeutet: Was will jemand, der das eingibt, eigentlich?

Bevor du einen Artikel schreibst, schau dir die SERP an. Gib das Keyword bei Google ein und schau, was auf Seite 1 auftaucht. Sind das Ratgeber-Artikel? Produktseiten? Videos? Das ist kein Zufall. Google hat verstanden, was Nutzer mit diesem Keyword wollen, und zeigt entsprechende Formate.

Intent	Beispiel-Keyword	Was rankt auf Seite 1	Was du brauchst
Informational	iso 27001 kosten	Ratgeber-Artikel, Kostenübersicht	Tiefer Artikel mit echten Zahlen
Transactional	iso 27001 beratung	Dienstleister-Seiten, Angebotsseiten	Service-Landingpage mit CTA
Commercial	iso 27001 berater vergleich	Vergleichsartikel, Bewertungsportale	Vergleich oder strukturierter Guide
Navigational	google search console login	Direkt die Google-Seite	Hier konkurrierst du gar nicht

Wenn du eine Ratgeber-Seite für ein transaktionales Keyword baust, wirst du nicht ranken. Egal wie gut der Text ist. Das gilt auch umgekehrt.

Noch ein Punkt: Keyword-Kannibalisierung. Das passiert, wenn du zwei oder mehr Seiten hast, die auf denselben Intent zielen. Google weiß nicht, welche davon es bevorzugen soll, und beide ranken schlechter als eine einzelne, starke Seite. Lösung: konsolidieren. Eine Seite, ein Intent.

Title und Meta Description: Was Google daraus macht

Google zeigt nicht immer deinen <title> an. Das System generiert manchmal einen eigenen Title Link, wenn es denkt, dass eine andere Formulierung besser zur Suchanfrage passt. Trotzdem solltest du einen sauberen Title schreiben, denn er ist ein Qualitätssignal.

Ein brauchbares Format:

<title>ISO 27001 Kosten 2026: Faktoren, Budgets, Kalkulation | Muster GmbH</title>
<meta name="description" content="Was kostet ISO 27001 wirklich? Kostenfaktoren,
Beispielbudgets für KMU und Enterprise, häufige Fehler und eine Checkliste zum Download." />

Die Meta Description beeinflusst das Ranking nicht direkt, aber sie beeinflusst die Klickrate. Eine gute Description, die genau das verspricht, was der Nutzer sucht, bringt mehr Klicks und damit mehr Traffic.

Wer kontrollieren will, was Google als Snippet anzeigt oder wie lang es ist:

<!-- Snippet komplett unterdrücken -->
<meta name="robots" content="nosnippet">

<!-- Snippet auf 160 Zeichen begrenzen -->
<meta name="robots" content="max-snippet:160">

<!-- Bestimmten Textabschnitt aus dem Snippet ausschließen -->
<span data-nosnippet>Dieser Text wird nicht im Snippet angezeigt.</span>

Strukturierte Daten: Mehr als nur Sternchen in den SERPs

Strukturierte Daten (Schema.org-Markup im JSON-LD-Format) helfen Google zu verstehen, was auf einer Seite steht. Sie ermöglichen außerdem bestimmte Rich Results wie Bewertungssterne, Breadcrumbs oder FAQ-Einträge direkt in den Suchergebnissen.

Das häufigste und einfachste Markup, das fast jede Website braucht: Breadcrumbs.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "itemListElement": [
    { "@type": "ListItem", "position": 1, "name": "Start", "item": "https://www.example.com/" },
    { "@type": "ListItem", "position": 2, "name": "Kategorie", "item": "https://www.example.com/kategorie/" },
    { "@type": "ListItem", "position": 3, "name": "Produkt ABC", "item": "https://www.example.com/produkt/abc/" }
  ]
}
</script>

Für lokale Unternehmen ist LocalBusiness-Markup wichtig. Es hilft Google, Adresse, Öffnungszeiten und Telefonnummer korrekt zuzuordnen:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "LocalBusiness",
  "name": "Muster GmbH",
  "url": "https://www.example.com/",
  "telephone": "+49-911-1234567",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "Musterstraße 1",
    "addressLocality": "Nürnberg",
    "postalCode": "90402",
    "addressCountry": "DE"
  },
  "openingHoursSpecification": [{
    "@type": "OpeningHoursSpecification",
    "dayOfWeek": ["Monday","Tuesday","Wednesday","Thursday","Friday"],
    "opens": "09:00",
    "closes": "18:00"
  }]
}
</script>

Eine wichtige Regel: Das Markup darf nur beschreiben, was auf der Seite auch tatsächlich sichtbar ist. Wer Bewertungssterne ins Markup schreibt, ohne dass Bewertungen auf der Seite stehen, verstößt gegen Googles Richtlinien.

Testen lässt sich alles mit dem Rich Results Test. Einfach URL eingeben und Fehler beheben.

Core Web Vitals: Drei Metriken, die Google wirklich auswertet

Google bewertet Ladegeschwindigkeit und Stabilität von Seiten anhand von drei Metriken. Die Werte kommen aus echten Nutzerdaten, nicht aus Labortests.

Metrik	Was sie misst	Zielwert	Kritisch ab
LCP (Largest Contentful Paint)	Wie lange bis das größte Element geladen ist	≤ 2,5 s	> 4,0 s
INP (Interaction to Next Paint)	Wie schnell die Seite auf Klicks reagiert	≤ 200 ms	> 500 ms
CLS (Cumulative Layout Shift)	Wie stabil das Layout beim Laden ist	≤ 0,1	> 0,25

INP hat FID im März 2024 abgelöst. Falls du ältere Guides liest, die noch von FID sprechen, ist das veraltet.

LCP: Meistens am Hero-Bild

Das LCP-Element ist auf den meisten Seiten das Hero-Bild im sichtbaren Bereich. Der häufigste Fehler: Das Bild hat keine definierten Dimensionen und wird nicht priorisiert geladen.

So nicht:

<img src="/images/hero.jpg" alt="Produkt">

So schon:

<img
  src="/images/hero.webp"
  width="1600"
  height="900"
  fetchpriority="high"
  alt="Produkt im Einsatz"
/>

fetchpriority="high" sagt dem Browser: Dieses Bild zuerst. width und height verhindern, dass sich das Layout beim Laden verschiebt (das wäre dann ein CLS-Problem).

Weitere schnelle Hebel für LCP:

Bilder in WebP oder AVIF konvertieren. Die Dateigrößen sind deutlich kleiner als bei JPG.
Kritisches CSS direkt im <head> inlinen, damit der Browser nicht erst eine externe CSS-Datei laden muss bevor er rendert
Server-Antwortzeiten unter 0,8 s halten (Time to First Byte)

INP: JavaScript ist meist der Täter

Wenn eine Seite auf Klicks langsam reagiert, liegt es fast immer an zu viel JavaScript, das den Main Thread blockiert. Diagnose: Chrome DevTools, Tab "Performance", dort nach Long Tasks suchen (Tasks über 50 ms).

Was hilft:

Code-Splitting: Nicht alles auf einmal laden, sondern nur was auf der aktuellen Seite gebraucht wird
Event-Handler mit Debouncing bei Scroll- und Input-Events
Drittanbieter-Scripts wie Chat-Widgets, Analytics und Tracking prüfen. Die sind oft der Hauptverursacher.

CLS: Platz reservieren bevor Inhalte laden

CLS-Probleme entstehen, wenn Elemente auf der Seite unerwartet die Position wechseln. Die häufigsten Ursachen:

Bilder ohne width und height. Der Browser weiß nicht, wie viel Platz er reservieren soll.
Cookie-Banner oder Anzeigen, die nachträglich eingefügt werden und anderen Inhalt nach unten schieben
Web Fonts ohne font-display: swap. Der Text springt wenn der Font geladen ist.

Den aktuellen CWV-Status siehst du in der Google Search Console unter "Core Web Vitals". Diese Daten basieren auf echten Nutzern. Ein gutes Laborergebnis in PageSpeed Insights ist kein Garant dafür, dass die Feldwerte auch gut sind.

Links: Wie Linkaufbau wirklich funktioniert

Backlinks sind nach wie vor ein starkes Ranking-Signal. Der Ansatz "so viele Links wie möglich kaufen" funktioniert aber nicht mehr zuverlässig und kann aktiv schaden. Google erkennt manipulative Linkmuster automatisiert und manuell durch Reviewer.

Was tatsächlich funktioniert: Links verdienen, weil der Inhalt so gut ist, dass andere darauf verlinken wollen. Das klingt nach einer Floskel, ist aber die einzige Strategie, die langfristig kein Risiko trägt.

Konkret:

Eigene Datenanalysen oder Studien veröffentlichen, auf die Fachmedien verweisen
Tools oder Kalkulatoren bauen, die anderen Mehrwert bieten
Tiefe Ratgeber schreiben, die als Referenz zitiert werden

Wer bezahlte Links oder Werbepartnerschaften hat, muss das korrekt kennzeichnen. Bezahlte Links ohne Kennzeichnung verstoßen gegen Googles Richtlinien und können zu manuellen Maßnahmen führen:

<!-- Bezahlte Partnerschaft -->
<a href="https://partner.example.com" rel="sponsored">Zum Angebot</a>

<!-- Nutzergenerierter Inhalt (Forum, Kommentare) -->
<a href="https://user.example.com" rel="ugc nofollow">User-Link</a>

<!-- Normaler redaktioneller Link: kein rel nötig -->
<a href="https://quelle.example.com">Studie lesen</a>

Messen: Was du brauchst und was du weglassen kannst

Du brauchst kein teures SEO-Tool, um anzufangen. Die wichtigsten Daten bekommst du kostenlos:

Was du messen willst	Tool	Wo genau
Welche Seiten sind nicht indexiert und warum	Google Search Console	Seitenindexierung + URL-Prüfung
Für welche Keywords du rankst und wie viele Klicks du bekommst	Google Search Console	Leistungsbericht
Wie deine Core Web Vitals bei echten Nutzern aussehen	Google Search Console	Core Web Vitals
Ladezeit und Performance-Probleme auf URL-Ebene	PageSpeed Insights	pagespeed.web.dev
Ob dein strukturiertes Daten-Markup korrekt ist	Rich Results Test	search.google.com/test/rich-results
Conversions aus organischem Traffic	GA4	Segment "Organic Search"

Was tun, wenn Rankings fallen

Rankings fallen immer irgendwann. Wichtig ist, das Problem systematisch einzugrenzen statt panisch irgendwelche Änderungen zu machen. Diese Punkte der Reihe nach durchgehen:

Manuelle Maßnahme? In der Search Console unter "Manuelle Maßnahmen" prüfen. Wenn ja, steht dort, was zu tun ist. Ursache beheben, Reconsideration Request stellen.
Indexierungsproblem? "Seitenindexierung" und URL-Prüfung checken. Gibt es plötzlich viele nicht-indexierte Seiten? Falsches noindex? Canonical-Problem? 404-Fehler? Redirect-Loop?
Technische Änderung? Gab es ein Deployment kurz vor dem Drop? Template-Änderungen, neue Canonical-Logik, hreflang-Änderungen, Rendering-Probleme? Wenn ja: Release-Diff durchgehen, notfalls Rollback.
SERP hat sich verändert? Manchmal ändern sich die Suchergebnisse für ein Keyword grundlegend. Ein anderer Inhaltstyp dominiert plötzlich. Top-Queries in der Search Console prüfen, SERP manuell anschauen.
Linkprofil-Problem? Neue toxische Links? Negative SEO? In z.B. Search Console unter "Links" prüfen.
Core Web Vitals verschlechtert? GSC-CWV-Bericht und PageSpeed Insights prüfen. Gab es eine Regression bei LCP, INP oder CLS?

Nach jeder Maßnahme mindestens zwei Wochen warten und beobachten. Google braucht Zeit, um Änderungen zu registrieren und neu zu crawlen. Wer wöchentlich am Setup herumändert, kann nicht auswerten, was gewirkt hat.

Wo sollte man anfangen: Die Prioritätenliste

Wenn du heute mit SEO startest oder eine bestehende Website in Ordnung bringen willst, bringt diese Reihenfolge bei den meisten Sites den größten Effekt:

1. Diagnose

Google Search Console einrichten und verifizieren (falls noch nicht passiert)
Bericht "Seitenindexierung" öffnen: Wie viele Seiten sind indexiert, wie viele nicht und warum?
URL-Prüfung für die 10 wichtigsten Seiten durchführen
PageSpeed Insights für Startseite und wichtigste Landingpages prüfen

2. Technische Blocker beseitigen

Falsche noindex-Tags entfernen
robots.txt bereinigen
Canonical-Signale vereinheitlichen (HTML, interne Links, Sitemap)
Sitemap bereinigen und einreichen
Mobile-Parität prüfen

3. Content und Struktur

Top-10-Seiten aus dem GSC-Leistungsbericht identifizieren und Intent abgleichen
Title Tags und Meta Descriptions nach Intent überarbeiten
Interne Verlinkung: Orphan Pages finden und verlinken, Hub-Seiten stärken
Strukturierte Daten implementieren und testen

4. Performance und Autorität

Core Web Vitals: LCP, INP, CLS nach Schwellenwerten priorisieren und angehen
Ein bis zwei verlinkungswürdige Inhalte identifizieren oder erstellen und gezielt outreachen
Für lokale Unternehmen: Google-Unternehmensprofil vollständig ausfüllen und konsistent halten

Tools auf einen Blick

Tool	Kosten	Wofür
Google Search Console	Kostenlos	Indexierung, Performance, CWV, URL-Prüfung
Bing Webmaster Tools	Kostenlos	Bing-Performance, technische Audits (Site Scan)
PageSpeed Insights	Kostenlos	CWV Field- und Labdaten auf URL-Ebene
Rich Results Test	Kostenlos	Strukturierte Daten validieren
Google Search Central	Kostenlos	Offizielle Dokumentation zu allen technischen Themen
web.dev	Kostenlos	Tiefe Dokumentation zu LCP, INP, CLS

Unterstützung bei der Umsetzung

Wer SEO ernsthaft angehen will, braucht Zeit, Konsequenz und jemanden, der die richtigen Prioritäten setzt. Wir unterstützen Unternehmen dabei, von der technischen Analyse bis zur Umsetzung.

Alle Infos zu unseren Leistungen gibt es hier: Brand Performance.

Jetzt Termin vereinbaren