WordPress braucht für AI Search kein spezielles „GEO-Plugin“. Entscheidend sind dieselben technischen und redaktionellen Grundlagen, die eine Website für Nutzer und Suchsysteme verständlich machen: stabile URLs, sichtbarer Text, interne Links, konsistente Entitäten und überprüfbare Aussagen.
1. Indexierbare Zielseiten festlegen
Vor jeder Plugin-Konfiguration wird entschieden, welche Seiten einen eigenständigen Zweck erfüllen. Nahezu gleiche Beiträge zu „GEO Agentur“, „GEO Agentur Hamburg“ und „beste GEO Agentur“ sollten nicht parallel denselben Intent bedienen. Eine Hauptseite erhält die stärksten internen Links; alte Varianten werden per 301 weitergeleitet.
Archive, Suchergebnisse, Tag-Seiten und dünne Autorenarchive werden nur indexiert, wenn sie einen echten Navigationswert haben. Die XML-Sitemap enthält ausschließlich kanonische 200-URLs.
2. Canonicals und Permalinks konsistent halten
Das WordPress-Permalinkformat sollte nicht ohne Migrationsplan geändert werden. Nach einer Umstellung müssen alte URLs dauerhaft auf die neue Form weiterleiten. Canonical, interne Links, Breadcrumbs, Sitemap und Open-Graph-URL zeigen auf dieselbe extensionlose Adresse.
Ein SEO-Plugin kann diese Felder ausgeben, aber keine widersprüchliche Architektur lösen. Stichproben im gerenderten HTML bleiben notwendig.
3. Autoren und Organisation sichtbar machen
Jeder Fachartikel bekommt einen realen Autor, ein Profil und ein Aktualisierungsdatum. Das Profil erklärt Rolle und Verantwortungsbereich und verlinkt auf ein belastbares externes Profil. Unternehmensname, Anschrift und Kontakt stimmen mit Impressum und Leistungsseiten überein.
Passende strukturierte Daten sind Organization, Person, ProfilePage, Article und BreadcrumbList. Ein LocalBusiness wird nur mit einem tatsächlichen Standort verwendet. Weitere Hinweise stehen im Beitrag Schema.org für AI Search.
4. Inhalte als vollständige Antworten gestalten
Eine gute Seite beantwortet eine konkrete Käuferfrage. Sie beginnt nicht mit einer Keyword-Variation, sondern mit einer verständlichen Einordnung. Danach folgen Voraussetzungen, Ablauf, Beispiele, Grenzen und nächste Schritte. Aussagen mit Zahlen oder Marktbehauptungen erhalten eine Primärquelle oder werden weggelassen.
Wiederverwendbare Gutenberg-Blöcke eignen sich für Autorenboxen, Leistungsumfang und Quellenhinweise. Sie sollten nicht dazu genutzt werden, denselben generischen Absatz auf hunderte Seiten zu verteilen.
5. Performance und Rendering prüfen
- Bilder als AVIF/WebP mit
srcset, festen Abmessungen und Lazy Loading ausliefern. - Nicht benötigte Plugins, Fonts und Skripte entfernen.
- Caching so konfigurieren, dass HTML-Aktualisierungen zeitnah sichtbar werden.
- Wichtige Inhalte ohne Nutzerinteraktion im initialen HTML bereitstellen.
- Statuscodes, robots.txt und CDN-Regeln auch für relevante Such-Crawler prüfen.
6. Conversions statt nur Sichtbarkeit messen
CTA-Klicks, Formularstart, erfolgreiche Anfrage, Checkout-Start und verifizierte Zahlung bilden einen kleinen Funnel. UTM-Parameter und bereinigter Referrer können sitzungsbezogen mitgegeben werden. Freie Formulardaten gehören nicht in Analytics-Events.
Search Console zeigt klassische Suchleistung; AI-Search-Tests werden separat mit einem festen Promptset dokumentiert. Beide Datenstränge werden erst bei Anfrage oder Abschluss wirtschaftlich relevant.
Abnahme nach der Implementierung
Die Abnahme umfasst einen Crawl der indexierbaren URLs, Rich-Results- und Schema-Prüfung, Stichproben im gerenderten HTML, mobile Performance, Formular- und Checkout-Test sowie eine Kontrolle aller Weiterleitungen. Erst dann wird die neue Sitemap eingereicht.