PROZESS
Der beste Zeitpunkt, über SEO nachzudenken, ist nicht nach der Veröffentlichung. SEO beginnt mit der Entscheidung, welche Seiten benötigt werden, wonach Nutzer suchen und wie sie sich zwischen Leistungen, Ratgebern, Case Studies und Kontakt bewegen sollen.
Wenn SEO erst am Ende ergänzt wird, braucht das Projekt häufig URL-Änderungen, zusätzliche Bereiche, Menüänderungen oder Indexierungsfixes. Ein großer Teil dieser Arbeit lässt sich vermeiden, wenn Struktur, Content und Entwicklung gemeinsam geplant werden.
Kurzantwort
Um eine Website von Anfang an für SEO vorzubereiten, definiere Suchintention, URL-Struktur und die wichtigsten Seiten, bevor das visuelle Design final ist. Baue danach hilfreichen Content, interne Verlinkung, saubere HTML-Struktur, mobile UX, Performance, Metadata, Indexierungsregeln, strukturierte Daten und Tracking in denselben Produktionsprozess ein.
1. Mit Nutzerfragen beginnen, nicht mit dem Menü
Frage zuerst: Was verkauft das Unternehmen? Welche Entscheidungen treffen Kunden? Welche Suchanfragen zeigen Kauf-, Vergleichs- oder Informationsintention? Daraus ergibt sich die Seitenarchitektur zuverlässiger als aus einer beliebigen Navigationsliste.
2. Eine primäre Suchintention = eine primäre URL
Vermeide mehrere nahezu identische Seiten für kleine Keywordvarianten. Definiere eine Hauptseite pro Kernintention und unterstütze sie mit passenden Unterthemen.
3. Website-Struktur vor dem Wireframe planen
Bestimme Homepage, Kernleistungen, E-Commerce, Cases, Über uns, Kontakt, Wissen und lokale Bereiche, bevor das Layout festgelegt wird. So muss Design später nicht gegen eine falsche Architektur kämpfen.
4. Wichtigsten Content schreiben, bevor das Design eingefroren wird
Realer Text beeinflusst Länge, Hierarchie, Komponenten und CTA. Lorem ipsum kann nicht zeigen, ob eine Service-Seite Antworten, Proof, Pricing oder FAQ benötigt.
5. Überschriften zur Informationsstruktur nutzen
H1 beschreibt das Hauptthema. H2 und H3 ordnen Unterfragen. Heading-Tags sollten nicht nur wegen ihrer visuellen Größe gewählt werden.
6. URLs klar und langlebig halten
Verwende kurze, verständliche Slugs und ändere gute etablierte URLs später nicht ohne Grund. Stabilität ist meist wertvoller als eine theoretisch „perfektere“ Keyword-URL.
7. Interne Verlinkung in die Struktur einbauen
Service-Seiten sollten zu relevanten Cases, Audits oder Ratgebern führen; Artikel zurück zu den passenden kommerziellen Seiten. Links sollten Beziehungen erklären, nicht nur „SEO-Linkjuice“ verteilen.
8. Wichtigen Content im HTML verfügbar halten
Zentrale Informationen und Links sollten zuverlässig gerendert und zugänglich sein. Verstecke nicht alles hinter komplexer clientseitiger Logik, die Nutzer oder Crawler erst nach mehreren Interaktionen sehen.
9. Mobile als echten Nutzungskontext gestalten
Mobile ist nicht nur ein kleinerer Desktop. Prüfe Navigation, CTA, Formulare, Tabellen, Produktvarianten und Contentreihenfolge für kleine Screens.
10. Performance von Anfang an berücksichtigen
Bildgrößen, Fonts, Skripte, Plugins, Third-Party-Code und Komponentenwahl beeinflussen LCP, INP und CLS. Performance ist leichter zu planen als später gegen eine schwere Architektur zu kämpfen.
11. Metadata als Teil der Seite vorbereiten
SEO-Titel und Meta Description sollten zur Suchintention und zum sichtbaren Content passen. Sie gehören zur Seitenplanung, nicht in eine Excel-Liste am Ende des Projekts.
12. Indexierung bewusst steuern
Definiere, welche Seiten indexiert werden sollen und welche nicht: technische Seiten, Filter, Suche, Staging, Tags oder Duplikate brauchen eine klare Strategie.
13. Redirects vor einer Migration planen
Wenn bestehende URLs geändert werden, erstelle vorher ein Old→New-Mapping. Wichtige historische Seiten dürfen nicht erst nach dem Launch „irgendwie“ umgeleitet werden.
14. Strukturierte Daten nur dort einsetzen, wo sie sichtbaren Content beschreiben
Schema ist keine versteckte SEO-Schicht. Markiere nur echte Organisationen, Produkte, Breadcrumbs, FAQ oder andere zulässige Informationen, die mit der Seite übereinstimmen.
15. Content für AEO, GEO und AI Search vorbereiten, ohne für Roboter zu schreiben
Direkt antworten
Bei wichtigen Fragen zuerst 1–3 klare Sätze geben und danach Details.
Eigene Erfahrung ergänzen
Reale Projekte, Prozesse und Entscheidungen schaffen mehr Wert als generische Zusammenfassungen.
Entitäten klar machen
Wer ist das Unternehmen? Welche Personen, Leistungen, Märkte und Technologien gehören dazu?
Fakten statt leerer Behauptungen
Konkrete Informationen sind stärker als „innovativ“, „führend“ oder „höchste Qualität“ ohne Beleg.
Content aktuell halten
Preise, Prozesse, Technologien und rechtliche beziehungsweise Plattforminformationen verändern sich.
16. Messung vor dem Launch anschließen
GA4, Search Console, Consent, Formulare, Telefon- oder Kauf-Conversions sollten vor Veröffentlichung getestet werden. Ohne Baseline ist später schwer zu erkennen, was sich verbessert hat.
17. SEO-Checkliste vor Veröffentlichung
Struktur
- ☐ wichtige Suchintentionen besitzen eindeutige URLs
- ☐ Navigation und interne Links sind logisch
- ☐ keine unnötigen Duplikate
Content
- ☐ klare H1
- ☐ hilfreiche H2/H3
- ☐ Content beantwortet reale Fragen
- ☐ Title/Description vorbereitet
Technisches SEO
- ☐ 200-Status
- ☐ richtige Canonicals
- ☐ robots/noindex geprüft
- ☐ XML-Sitemap korrekt
- ☐ Redirects vorbereitet
Performance
- ☐ Bilder optimiert
- ☐ LCP-Element geprüft
- ☐ unnötige Skripte reduziert
- ☐ Mobile getestet
Messung
- ☐ GA4/GTM funktionieren
- ☐ Search Console vorbereitet
- ☐ Form-/Purchase-Conversions getestet
18. Was nach der Veröffentlichung prüfen?
Produktions-Crawl, Indexierbarkeit, Canonicals, Redirects, Sitemap, Search Console, Tracking, Formulare, Performance und Serverlogs beziehungsweise Fehler. Bei Migrationen in den folgenden Wochen Sichtbarkeit und Indexierung eng beobachten.
FAQ
Sollte SEO vor der Erstellung einer Website geplant werden?
Ja. Besonders Struktur, Suchintention, URLs, Content und Migration profitieren davon, früh geplant zu werden.
Wie bereitet man eine neue Website für Google vor?
Mit klarer Architektur, hilfreichem Content, sauberer Technik, internen Links, Mobile UX, Performance, Metadata, Sitemap und Search Console.
Ist WordPress gut für SEO?
WordPress kann eine sehr gute SEO-Basis sein. Entscheidend ist die Umsetzung, nicht allein das CMS.
Beeinflusst Website-Geschwindigkeit SEO?
Performance ist Teil der Seitenerfahrung und kann Nutzerverhalten beeinflussen. Sie ersetzt aber keine Relevanz und guten Content.
Braucht man einen Blog, um zu ranken?
Nein. Wissen-Content ist sinnvoll, wenn echte Informationsfragen bestehen und er die kommerziellen Seiten unterstützt.
Verbessert Structured Data automatisch Rankings?
Nein. Es hilft Suchsystemen, Inhalte zu verstehen und kann bestimmte Darstellungen unterstützen, ist aber kein Rankinghebel für sich allein.
Braucht man spezielles Schema oder ai.txt für GEO?
Es gibt keine einzelne Pflichtdatei oder ein besonderes Schema, das automatisch Sichtbarkeit in AI Search erzeugt. Klare, verlässliche Inhalte und saubere technische Grundlagen bleiben zentral.
Was ist der häufigste SEO-Fehler bei einem Redesign?
Bestehende URLs, Inhalte, interne Links und Redirects zu ändern, ohne vorher ihre SEO-Werte und Rollen zu dokumentieren.
Neue Website oder Redesign geplant?
SEO sollte Teil der Architektur und Umsetzung sein, nicht ein Reparaturpaket nach dem Launch. So lassen sich spätere Umbauten, unnötige Redirects und verlorene Sichtbarkeit vermeiden.