Bei der Suchaufgabe beginnen
Content-Optimierung verbessert eine Seite für die Entscheidung, die ein Besucher tatsächlich treffen will. Sie bedeutet nicht, jede Seite länger zu machen oder eine Formulierung vorgegeben oft einzufügen. Beginnen Sie mit der Abfragegruppe, der Zielgruppe, der Entscheidungsphase und dem angestrebten Ziel der Seite. Eine Vergleichsanfrage braucht Kriterien und Abwägungen; eine Fehlersuche braucht Voraussetzungen, geordnete Prüfschritte und eine klare Bedingung, wann die Prüfung endet.
Die Richtlinien und Spam-Regeln von Google machen die Suchabsicht zu einer nützlichen redaktionellen Vorgabe. Sucht jemand nach einem Preis, ist ein theoretischer Essay eine schwache Antwort. Sucht jemand eine Definition, passt eine verkaufsorientierte Landingpage nicht, auch wenn sie die richtigen Begriffe wiederholt. Ziel ist eine vollständige, korrekte und gut lesbare Antwort.
Die bestehende Seite prüfen
Lesen Sie die gerenderte Seite, bevor Sie eine Keyword-Liste ansehen. Ermitteln Sie die zentrale Aussage, die Belege dafür, die Abfolge der Überschriften, Beispiele, Tabellen, Bilder und internen Links. Prüfen Sie danach die Auslieferung: finale URL, Title, Canonical, Statuscode, Darstellung auf dem Smartphone und ob relevanter Inhalt ohne fragile Interaktion verfügbar ist. Ein redaktioneller Umbau kann einen Routing- oder Rendering-Fehler nicht ausgleichen.
Eine brauchbare Prüfung benennt die Lücke, bevor Sie etwas ändern. Eine faktische Lücke ist eine nicht belegte oder veraltete Aussage. Eine Absichtslücke ist eine Abweichung zwischen der Suchaufgabe und der Seite. Eine strukturelle Lücke macht eine Antwort schwer zu überfliegen. Eine technische Lücke verhindert, dass die Seite gefunden und richtig ausgewertet wird.
- Abfragen nach dem beschriebenen Problem gruppieren, nicht nach einem wiederholten Einzelwort.
- Die aktuelle Seite mit diesem Problem vergleichen und fehlende Nachweise oder Entscheidungen notieren.
- Faktische Änderungen gegen eine Primärquelle prüfen.
- Nur dort umbauen, wo Überschriften, Listen oder Tabellen die Antwort klarer machen.
- Neue interne Links prüfen: Sie sollen direkt auf passende kanonische Seiten zeigen.
Die nützliche Änderung umsetzen
Ein konkretes Beispiel: Eine Seite behauptet, ein bestimmter Schema.org-Typ garantiere ein Rich-Suchergebnis. Ihr erstes Problem ist faktisch, nicht sprachlich. Die brauchbare Überarbeitung erklärt, was das Vokabular beschreibt, welche sichtbaren Angaben mit dem Markup übereinstimmen müssen, wie man es validiert und warum ein gültiger Graph kein Suchfeature verspricht.
Halten Sie die Änderungen überschaubar. Bewahren Sie zutreffende Inhalte, ersetzen Sie veraltete Aussagen und kennzeichnen Sie ein illustratives Szenario als solches. Wenn eine URL eine völlig andere Absicht bedienen muss, veröffentlichen Sie eine eigene Seite, statt das etablierte Ziel stillschweigend umzubauen.
| Lücke | Maßnahme |
|---|---|
| Faktisch | Aussage korrigieren und eine Primärquelle verlinken. |
| Absicht | Angaben für die genannte Aufgabe ergänzen oder neu ordnen. |
| Strukturell | Überschriften, Listen oder Tabellen nur einsetzen, wenn sie die Antwort leichter nutzbar machen. |
| Technisch | Route, Rendering, Canonical oder direkten internen Link reparieren, die verhindern, dass die Seite wie vorgesehen funktioniert. |
Die überarbeitete Seite prüfen
Prüfen Sie nach der Veröffentlichung zuerst die öffentliche Seite: Der Inhalt ist sichtbar, die URL stimmt und die Links funktionieren. Vergleichen Sie danach die Suchdaten mit demselben Land, Gerät, Seitenumfang und Zeitraum. Halten Sie Impressionen und Klicks getrennt von Sitzungen und Conversions der Website.
Eine Veränderung im Diagramm kann mit Saisonalität, konkurrierenden Seiten, Verzögerungen bei der Berichterstattung oder einem anderen Release zusammenfallen. Halten Sie die Umsetzung als abgeschlossen fest und die spätere Messung als Beobachtung. Machen Sie aus einer Korrelation kein Ranking-Versprechen.