Hauptbereich
Agency
on-page-seo

Meta-Tags richtig nutzen — Title, Description, Canonical, Robots

Redaktion ·

Vier Tags, die jede Seite hat — und die fast überall halbgar gepflegt sind

Title, Meta-Description, Canonical, Robots-Meta. Vier kurze Tags im <head>, die zusammen darüber entscheiden, ob eine Seite in den Index kommt, welche Variante gewinnt, wie sie in der Suche aussieht und ob sie geklickt wird. In der Praxis sieht man trotzdem regelmäßig: Title-Tags, die Google längst umschreibt, Descriptions, die niemand mitpflegt, Canonicals, die sich selbst widersprechen, und noindex-Tags, die in Templates vergessen wurden.

Dieser Artikel sortiert die vier Tags einmal sauber: Was sie tun, wofür Google sie wirklich nutzt, wo sie ignoriert werden, und welche Stolperfallen so verbreitet sind, dass sie eigentlich ein eigener Markt geworden sind. Nach dem Lesen weißt du, welche Tags du pflegen musst, welche du in Ruhe lassen kannst und woran du erkennst, dass im Setup etwas schiefläuft.

Grundmechanik — wer was tut

Title-Tag

<title> im <head>. Der Title hat zwei Jobs gleichzeitig: er ist das primäre Snippet-Element in der Suche (das blau verlinkte Stück) und er ist ein Rankingfaktor. Google bewertet die thematische Übereinstimmung zwischen Title und Suchanfrage relativ stark — der Title ist eines der wenigen Signale, das direkt aus dem Dokument kommt und nicht aus Linkmustern oder Nutzersignalen.

Wichtig: Google schreibt Titles regelmäßig um. Studien aus 2021–2024 zeigen Umschreibe-Raten zwischen 30 % und 60 % der ausgespielten Snippets. Das passiert vor allem bei zu langen Titles, bei Keyword-Stuffing, bei reinen Brand-Titles ohne Themen-Bezug und bei Titles, die nicht zur sichtbaren H1 passen. Wenn du eine umgeschriebene Variante in der Search Console im „Suchanfragen”-Bericht siehst, ist das kein Bug — sondern ein Hinweis, dass dein eigener Title für diese Suchanfrage schlechter funktioniert hätte.

Meta-Description

<meta name="description" content="…">. Die Description ist kein Rankingfaktor. Sie wird nur als Snippet-Vorschlag unter dem Title verwendet — und auch das nicht immer. Google generiert das Snippet bei rund der Hälfte aller Suchanfragen dynamisch aus dem Seitentext, abhängig von der Suchanfrage. Deine Description ist also eher ein Default, den Google nutzt, wenn er gerade keinen besseren Textausschnitt findet.

Das heißt nicht, dass sie egal ist. Wo sie ausgespielt wird, beeinflusst sie die Klickrate. Bei Brand- und Long-Tail-Suchen kommt sie häufiger durch, bei Mittel- und Short-Head-Suchen seltener. Sinnvoll ist eine handgeschriebene Description für die zehn bis fünfzig wichtigsten Seiten — der Rest läuft mit Template oder bleibt leer, das schadet nichts.

Canonical-Tag

<link rel="canonical" href="…"> im <head>. Der Canonical sagt Google: Wenn du diese Seite und eine andere für quasi gleich hältst, nimm bitte diese hier in den Index. Er löst das Duplicate-Content-Problem, das durch URL-Parameter (Tracking, Sortierung, Filter), durch www/non-www, durch Trailing-Slash-Varianten und durch Pagination entsteht.

Vier Punkte sind oft missverstanden:

  • Canonical ist ein Hinweis, kein Befehl. Google kann ihn ignorieren, wenn die Signale widersprüchlich sind (etwa wenn die kanonische URL keinen Link bekommt, die Duplikate aber schon). Eine vom Canonical abweichende „Google-selected Canonical” in der Search Console ist ein typisches Symptom.
  • Self-Canonical ist normal und richtig. Auch eine Seite ohne Duplikate setzt einen Canonical auf sich selbst — das räumt Tracking-Parameter und Crawler-Varianten direkt mit ab.
  • Nie auf 301-Ziel oder 404. Canonical-Ketten sind ein bekanntes Anti-Pattern. Immer auf die finale URL, die 200 OK zurückgibt.
  • Nicht für Pagination. Seite 2/3/4 sollten nicht auf Seite 1 canonicalisieren — das streicht die Inhalte aus dem Index. Korrekt ist Self-Canonical pro Paginierungs-Seite.

Robots-Meta-Tag

<meta name="robots" content="…">. Der wichtigste Hebel im Indexierungs-Verhalten. Üblich sind diese Werte:

  • index, follow (Default — muss nicht gesetzt werden).
  • noindex — Seite darf gecrawlt werden, soll aber nicht im Index erscheinen. Klassisch für Filter-Seiten, Tag-Aggregatoren mit wenig Inhalt, Suchergebnis-Seiten, Login-Bereiche.
  • nofollow — Links auf der Seite werden nicht gewichtet. Gilt für die ganze Seite. Meist nicht sinnvoll — nofollow ist eher ein Link-Attribut auf einzelnen Hyperlinks.
  • noindex, follow — Seite nicht indexieren, aber Links folgen. Galt lange als Standard für Tag-Pages; Google behandelt es laut John Mueller mittelfristig wie noindex, nofollow, weil die Seite ohnehin aus dem Index fliegt und ihre Linkwirkung mit verfällt. In der Praxis trotzdem oft eingesetzt — der Unterschied ist klein.

Robots-Meta wirkt auf HTML-Seiten. Für Nicht-HTML (PDFs, Bilder) ist X-Robots-Tag als HTTP-Header das Pendant.

Stolperfallen — woran Setups regelmäßig scheitern

Title zu lang oder unfokussiert

Google rendert in der Suche je nach Layout zwischen 50 und 65 Zeichen. Alles darüber wird abgeschnitten („…”) oder umgeschrieben. Wer mit 95-Zeichen-Titles arbeitet, lässt die Wahl bei Google. Sauberer: Kern-Keyword in den ersten 50 Zeichen, Brand am Ende, getrennt durch — oder |.

Ebenso typisch: Title und sichtbare H1 sind komplett verschieden. Dann interpretiert Google das oft als Mismatch und ersetzt den Title durch die H1 — manchmal mit schlechterem Ergebnis. Title und H1 dürfen variieren (H1 freier formuliert, Title kompakter mit Brand), aber die Hauptbotschaft muss übereinstimmen.

Description bei jeder Seite identisch oder leer

Wenn die Description in 200 Seiten identisch ist (oft das Template-Default), behandelt Google sie wie nicht gesetzt und generiert sowieso selbst. Komplett leer ist dann konsistenter — und macht klarer, dass das Snippet dynamisch kommt. Geschriebene Descriptions lohnen sich auf den Seiten, bei denen Klickrate Geld bringt: Landingpages, Service-Seiten, Top-Blog-Artikel.

Canonical zeigt auf falsche Variante

Klassiker im Multi-Domain- oder HTTPS-Migrations-Setup: alle Canonicals zeigen noch auf die alte http://www.-Variante, obwohl die Seite längst unter https:// läuft. Google folgt dann teilweise dem Canonical, teilweise nicht — das Ergebnis ist ein Indexierungs-Chaos, das man nur sieht, wenn man die Search Console regelmäßig prüft. Audit-Tool laufen lassen, jede einzelne kanonische URL muss 200 zurückgeben und mit der gewünschten Live-URL übereinstimmen.

Anderer typischer Fehler: Cross-Domain-Canonical auf eine fremde Domain, obwohl der Inhalt redaktionell unterschiedlich ist. Das passiert in Multi-Brand-Shops und führt regelmäßig dazu, dass die eigene Marke nicht rankt — Google indexiert die kanonisierte Domain.

noindex bleibt versehentlich aktiv

Der dramatischste Fehler in der Liste: Eine Staging-Version geht live, das <meta name="robots" content="noindex"> aus dem Template wandert mit. Nach drei Wochen merkt jemand, dass die Sichtbarkeit im freien Fall ist. Reparatur: Tag entfernen, Sitemap einreichen, Search Console „URL prüfen” → „Indexierung beantragen”. Komplette Erholung dauert Wochen, manchmal Monate.

Gegenmaßnahme: Pre-Live-Check im Deploy-Workflow, der jede produktive Seite auf das Vorhandensein von noindex testet. Bei jedem Build, nicht „manchmal”.

Mehrere <title>- oder Robots-Tags pro Seite

Templates, CMS-Plugins und Layout-Layer setzen oft konkurrierende Tags. Wenn dein Hauptlayout einen Title setzt und das Plugin nochmal — entscheidet der Browser nach Reihenfolge, Crawler aber teilweise nach Heuristik. Sauber: genau ein <title>, genau ein <meta name="robots">. View-Source und Crawler-Audit (Screaming Frog, Sitebulb) decken Doppelungen sofort auf.

Hebel — wie du die vier Tags strukturiert pflegst

Title-System statt Title-Lotterie

Definiere ein Title-Template pro Seitentyp:

  • Blog-Artikel: <Artikel-Titel> — <Brand>
  • Service-Seite: <Leistung> | <USP-Hook> — <Brand> (z. B. „SEO-Beratung | Strategie und Umsetzung — Brand”)
  • Glossar/Lexikon: <Begriff>: <Kurz-Hook> — <Brand>
  • Startseite: <Brand> — <One-Liner>

Wichtig: Kern-Keyword steht weit vorn, Brand am Ende. Templates füllen den Long Tail automatisch, die wichtigsten zehn bis dreißig Seiten bekommen handgeschriebene Titles. Diese Aufteilung skaliert besser als „jede Seite einzeln”. Templates funktionieren auch nur, solange die einzelnen Titel-Komponenten sauber gepflegt sind — Brand — Brand als Ergebnis ist auch ein Lotteriegewinn.

Description-System mit Prioritätsklassen

Drei Klassen reichen für die meisten Sites:

  • Klasse A (handgeschrieben): Startseite, alle Service-Seiten, alle Geld-Landingpages, die Top-30-Blog-Artikel. Hier wird einmal hingeschrieben, mit klarem Hook und Call-Hint („Jetzt vergleichen”, „In 5 Minuten erklärt”). 140–155 Zeichen.
  • Klasse B (Template): Blog-Artikel, Glossar, Lexikon-Einträge. Template aus erstem Absatz oder Lead-Feld. Akzeptabel.
  • Klasse C (leer/automatisch): Filter-Seiten, Tag-Aggregatoren, Pagination. Description nicht setzen, Google generiert. Spart Pflegeaufwand.

Wer Klasse A unter zehn Seiten hält, schafft das auch über Jahre. Wer fünfhundert „wichtige” Seiten definiert, pflegt am Ende keine.

Canonical-Regeln im Build

Canonical setzt man besser per Konvention im Layout, nicht von Hand pro Seite. Drei Regeln, die fast jeder Site reichen:

  1. Self-Canonical überall, generiert aus der aktuellen URL ohne Tracking-Parameter (utm_*, gclid, fbclid).
  2. Pagination self-canonical — keine Canonicalisierung auf Seite 1.
  3. Sprachvarianten getrennt — DE-Seite canonicalisiert auf DE-URL, EN auf EN-URL. Die Verbindung zwischen den Sprachen läuft über hreflang, nicht über canonical.

Das ist in modernen Frameworks (Astro, Next.js, Hugo) drei Zeilen Logik im Layout. Wer das einmal sauber baut, fasst es selten wieder an.

Robots-Meta defensiv, nicht aktiv

Robots-Meta wird oft als „dürfen wir noch was ausschließen?”-Tool benutzt. Sauberer ist die umgekehrte Logik: per Default index, follow (also kein Tag), und gezielt noindex nur dort, wo es eine echte Begründung gibt:

  • Login, Konto, Bestell-Statusseiten
  • Interne Suchergebnisseiten
  • Filter-Kombinationen mit Thin-Content-Risiko
  • Tag-Aggregatoren mit weniger als zehn zugeordneten Inhalten

Alles andere bleibt im Index. Wer aus Vorsicht zu viel ausschließt, verschenkt Sichtbarkeit, ohne es zu merken — noindex-Seiten tauchen in Standard-Audit-Tools nicht auf, weil sie ja korrekt aus dem Index sind.

Referenz-Tabelle — was Google damit macht

| Tag | Rankingfaktor | Snippet-Verwendung | Indexierungs-Wirkung | Wird oft ignoriert wenn | |---|---|---|---|---| | title | ja | primärer Title des Snippets | indirekt (über Click-Through) | zu lang, Keyword-Stuffing, Mismatch zur H1 | | meta description | nein | Snippet-Default, oft übersteuert | keine | gleiche Description auf vielen Seiten, leer, irrelevant zur Suchanfrage | | link rel=canonical | nein | keine | sehr stark (Indexauswahl) | widersprüchliche Signale (z. B. Sitemap zeigt andere URL), interne Links zeigen woanders hin, Canonical zeigt auf 3xx/4xx | | meta robots noindex | nein | keine | hart (Seite raus aus Index) | praktisch nie — noindex ist verbindlich |

Praxis — drei Setups durchgespielt

Setup 1: Mittlerer Blog, kein klares System

Bestand: 80 Artikel, Titel folgen keinem Muster, mal mit Brand, mal ohne, Descriptions teilweise vom CMS auto-generiert (oft seltsamer Anfang). Sichtbarkeit okay, aber Klickraten unter Branchenschnitt.

Vorgehen: Template-Regel für alle Blog-Titles definieren (<Artikel> — <Brand>), 80 Artikel einmal manuell durchgehen, jeweils 50–60 Zeichen optimieren. Descriptions in zwei Klassen sortieren — Top 20 handgeschrieben, Rest aus Lead-Absatz. Aufwand: zwei bis drei Arbeitstage. Erwartbar: CTR-Plus von ein bis drei Prozentpunkten innerhalb von vier bis acht Wochen, im Mittel deutlich oberhalb davon bei den handgeschriebenen Top-Pages.

Setup 2: Shop mit Parameter-Chaos

Bestand: Produktlisten mit URL-Parametern für Sortierung, Filter und Tracking. Search Console meldet hunderte „Doppelte Seite ohne Canonical-Tag” und „Google-selected Canonical weicht ab”. Crawl-Budget wird in Filter-Varianten versenkt.

Vorgehen: Canonical pro Produktliste auf die unparametrisierte Basis-URL setzen. Filter-Kombinationen, die nicht eigene Landingpages werden sollen, zusätzlich auf noindex. Tracking-Parameter (utm_*, gclid) per Canonical wegabstrahieren. Sitemap entsprechend bereinigen — keine Parameter-URLs in die Sitemap. Ergebnis nach vier bis acht Wochen: Crawl-Budget verteilt sich auf indexierbare Seiten, Search-Console-Reports beruhigen sich. Gleiches gilt für die häufige Variante mit Print-Versionen, AMP-Resten und PDF-Duplikaten.

Setup 3: Relaunch, neue URL-Struktur

Bestand: Kompletter Relaunch, 600 alte URLs auf 400 neue, Canonicals und Redirect-Setup noch frisch. Risiko: Google folgt entweder Redirect oder Canonical — wenn sich beide widersprechen, ist es Glückssache.

Vorgehen: Strikt 301-Redirect von alter URL auf neue. Auf der neuen Seite Self-Canonical auf sich selbst (nicht zurück auf die alte URL). Keine Canonical-Kette über die Redirect-Kette legen. Sitemap nur mit neuen URLs. Search Console „Adressänderung” einreichen. Search-Console-Indexierungs-Bericht in den ersten vier Wochen täglich prüfen — eine versehentlich auf alte URL canonicalisierte Seite verliert sonst still ihre Rankings.

FAQ

Wie oft sollte ich Titles und Descriptions aktualisieren?
Title bei Themen-Updates, sonst lassen. Description bei spürbar schlechter CTR (Search Console Quervergleich Ranking vs. CTR pro Suchanfrage). Saisonale Anpassungen für Aktions-Landingpages sind die Ausnahme, nicht die Regel.
Soll ich noindex auch in die robots.txt?
Nein. noindex gehört in die Meta-Tags (oder als X-Robots-Tag-Header). Die robots.txt steuert Crawling, nicht Indexierung — eine in robots.txt blockierte Seite kann trotzdem indexiert werden, wenn andere Seiten auf sie verlinken. Dann taucht sie ohne Snippet im Index auf („Indexiert, obwohl durch robots.txt blockiert").
Wie hängen hreflang und canonical zusammen?
hreflang definiert Sprachvarianten, canonical definiert die kanonische Version innerhalb einer Sprache. Jede Sprachvariante ist self-canonical, alle Sprachvarianten verlinken untereinander per hreflang. Cross-Language-Canonical ist immer falsch.
Was tun, wenn Google meinen Title umschreibt?
Erstmal prüfen, ob der umgeschriebene Title tatsächlich schlechter performt — oft tut er das nicht. Wenn ja: Title kürzen (unter 60 Zeichen), Kern-Keyword nach vorne, Brand reduzieren, H1 angleichen. Wenn Google trotzdem umschreibt, ist das Signal in der Regel: die geschriebene Variante passt nicht zur Suchanfrage.
Brauche ich Meta-Keywords?
Nein. <meta name="keywords"> wurde von Google 2009 öffentlich als Rankingsignal ausgeschlossen und ist seitdem reiner Aufwand ohne Effekt. Andere Suchmaschinen ignorieren das Tag ebenfalls oder bewerten es höchstens marginal.

Fazit

Die vier Tags sind Werkzeuge mit unterschiedlicher Härte: Title und Description steuern Sichtbarkeit und Klick, Canonical und Robots-Meta steuern Indexierung. Wer alle vier sauber pflegt, gewinnt nichts Spektakuläres — wer sie nachlässig pflegt, verliert messbar Reichweite und Crawl-Budget.

Die saubere Reihenfolge für die meisten Sites: Erst Robots-Meta defensiv setzen (nichts vorschnell ausschließen), dann Canonical-Regeln im Layout zentralisieren (Self-Canonical, parameterfrei, sprachsensibel), dann ein Title-Template pro Seitentyp definieren, dann die wichtigsten dreißig Descriptions handschreiben. Der Rest läuft mit Template — und genau das ist Absicht, nicht Faulheit. Wer für jede Seite manuell pflegt, pflegt am Ende keine.

Eingebettet ist das Ganze in eine größere Content-Architektur mit Topic-Clustern: erst die Themen-Struktur klären, dann die Tags. Andersrum repariert man Symptome an Seiten, deren Job noch nicht definiert ist.

Themenuebersicht

On-Page SEOMeta-Tags