Struktur darf nicht das Menü eines Wettbewerbers kopieren
Zuerst reale Nachfragecluster und Intent erfassen, danach Kategorien, Services und Landingpages definieren.
SEO für neue Websites
SEO vor der Entwicklung planen, damit eine neue Website nicht mit technischem und strukturellem Schuldenstand startet.
Bei einem neuen Projekt ist der günstigste SEO-Fix der, der vor dem Launch erledigt wird. Nachfrage, Architektur, URLs, Templates, Content-Anforderungen, Indexierung, Schema und Analytics werden vor der ersten breiten Indexierung geplant.
Demand MapInformation ArchitecturePre-launch QAGSC + GA4 + CRM
Pre-launch SEO model
01Demand
→02Structure
→03Build
→04Index
Fix before launchMeasure from day 1
01 / Before build
Eine neue Website hat einen seltenen Vorteil: Die Architektur kann noch von Anfang an richtig gebaut werden.
Bei bestehenden Sites beginnt SEO häufig mit Legacy-Fixes. Bei einer neuen Site können Geschäftsmodell, Nachfrage, Struktur und technische Templates vor dem Launch sauber verbunden werden.
Keine chaotische Struktur erzeugen
URLs, Hierarchie, Canonical, Parameter und Indexierungsregeln werden geplant, bevor das CMS hunderte Seiten generiert.
SEO gehört in die Templates
Title/H1, Content-Zonen, Schema, Breadcrumbs, Filter und Internal Links sollen systematisch funktionieren.
Analytics ist vor dem ersten Traffic bereit
GA4, GTM, Search Console, E-Commerce/Lead Events und CRM-Verknüpfung werden vor dem Traffic eingerichtet.
02 / Architecture
Was vor Design und Entwicklung geplant wird
SEO sollte eingebunden werden, bevor Struktur und Templates teuer in der Änderung werden.
Demand architecture
Query-Cluster, Intent, kommerzielles Potenzial und Mapping auf zukünftige URLs.
Information architecture
Kategorien, Services, Unterkategorien, Filter, Locations, Blog und Rolle jedes Seitentyps.
Page templates
H1, Metadata, Content-Zonen, FAQ, Reviews, Trust, Related Blocks, Schema und Internal Linking.
Technical rules
Robots, Canonical, Pagination, Parameters, Redirects, Sitemap, Status Codes, JS Rendering und Performance.
Content requirements
Was zum Launch fertig sein muss, was später veröffentlicht werden kann und wo Experten-Proof nötig ist.
Analytics & CRM
Events, Conversions, E-Commerce, Lead Source, Deal Status und Business KPI.
03 / Pre-launch QA
Was vor der Öffnung für Indexierung geprüft wird
Der Launch-Tag sollte nicht der erste Tag sein, an dem SEO die Website sieht.
Indexability
robots, meta robots, canonical, status codes, noindex und Staging-Reste
Structure
URLs, breadcrumbs, internal linking, orphan pages, pagination und filter
Content
H1, Title, descriptions, duplicate blocks, thin pages und critical commercial content
Structured data
Organization, Product/Offer, Service, Breadcrumb und weitere Typen nur mit realen Daten
Tracking
GA4/GTM, conversions, purchase/lead, consent, CRM/UTM und Testevents
Launch files
XML sitemap, Search Console, robots.txt, redirects und URL-Liste für QA nach Deploy
04 / Measurement
Wie wir die ersten Monate einer neuen Website bewerten
Von einer neuen Domain kann man keine sofortige Reife erwarten. Man kann aber kontrollieren, ob Suchmaschinen Architektur und Inhalte korrekt verstehen und aufnehmen.
EbeneWas wir prüfenWelche Entscheidung folgt
Crawl / Indexdiscovered, crawled, indexed, exclusionsTechnisches Hindernis oder unnötiger Index
Demand coverageimpressions, queries, landing pagesWelche Cluster bereits Sichtbarkeit bekommen
CTR / Snippetpositions, CTR, title testsPasst das Snippet zu Intent und Angebot
Behavior / CRengagement, form, cart, purchaseWo neuer Traffic vor der Business-Action verloren geht
Authoritymentions, referring domains, branded queriesWann externe Signale sinnvoll sind und welche URLs Priorität haben
Launch → 90 days
So sieht SEO für den Launch einer neuen Website aus
Demand + IA
Nachfrage, Wettbewerber, Struktur, Seitentypen und URL Mapping.
SEO requirements
Templates, technische Regeln, Schema, Content-Zonen, Analytics und Implementation QA.
Pre-launch QA
Staging Crawl, Indexierung, Redirects, Events, Sitemap, Robots und Critical Pages.
Indexation control
GSC, Coverage, Queries, Bugs, Internal Linking, Metadata und erste echte Daten.
Growth cycle
Seiten erweitern, Content, Authority, CRO und Plan/Ist für Organic und Business-KPI.
Fit
Der beste Zeitpunkt für SEO ist vor der finalen Site-Struktur.
Passt gut
- Website wird gerade geplant oder entwickelt
- Redesign verändert Struktur und URLs
- Organic soll bereits beim Launch als Kanal angelegt sein
- Development-Team kann SEO-Anforderungen umsetzen
Nicht unser Modell
- SEO wird erst nach Veröffentlichung eingebunden und Architektur darf nicht mehr verändert werden
- technische Anforderungen können nicht umgesetzt werden
- gewünscht ist nur eine Keyword-Liste ohne Einfluss auf Struktur
- garantiertes TOP-Ranking direkt nach Indexierung wird erwartet
FAQ
Was vor dem Launch wichtig ist
Wann sollte SEO in die Entwicklung eingebunden werden?
Vor Freigabe von Struktur und Prototypen. Je später SEO einsteigt, desto mehr Entscheidungen müssen nach der Entwicklung teuer korrigiert werden.
Muss der gesamte Content vor Launch fertig sein?
Nicht zwingend. Zentrale kommerzielle Seiten und kritische Templates sollten jedoch ausreichend vollständig sein, damit die Site nicht mit massivem Thin Content startet.
Kann Google Ads vor SEO-Wachstum starten?
Ja. Paid Search kann erste Sales und zusätzliche Demand-Daten liefern, während Organic Sichtbarkeit aufbaut. Analytics sollte vorher sauber eingerichtet sein.
Braucht eine neue Site sofort Backlinks?
Nicht immer. Zuerst Indexierung, stabile Struktur und priorisierte Seiten prüfen, danach Authority kontrolliert aufbauen.
Was, wenn die Website fertig entwickelt, aber noch nicht live ist?
Das ist weiterhin ein guter Zeitpunkt. Wir crawlen Staging und beheben kritische Punkte vor der Indexierung.
Kann man Rankings einer neuen Site garantieren?
Nein. Technik, Nachfragearchitektur, Content und Authority können sauber aufgebaut werden, Rankings hängen aber von Wettbewerb und Suchsystemen ab.
Related
Was neue Websites häufig zusätzlich brauchen
Next step
Prüfen Sie die SEO-Architektur, bevor Development-Fehler teuer werden.
Wir analysieren Business, geplante Struktur, Prototypen oder Staging und zeigen, welche Seiten nötig sind, welche technischen Regeln eingebaut werden sollten und was vor der ersten Indexierung geprüft werden muss.