Zuerst Entscheidungspfade zählen, nicht Seiten
Ich wähle kein CMS nach einem hübschen Template. Probleme kommen später: zweite Sprache, Canonical ändern, 301 setzen, CRM anbinden und klären, warum das Formular nicht abgeschickt wurde.
Den Fehler, den ich zuerst entfernen würde: Struktur nach Template statt nach Anzahl der Intents wählen.
Was vorbereiten und welches Ergebnis erwarten
- Ergebnis: Die Struktur blockiert Wachstum nicht und zwingt Besucher nicht, eine Leistung in einer Universal-Canvas zu suchen.
- Zählen Sie Leistungen/Produkte, getrennte Zielgruppen, Regionen, Filter, Content und die Zahl künftiger Seiten.
- Halten Sie Quelldaten und Zugriffsrechte vom Ergebnis getrennt, damit Sie prüfen können, was die Wahl der Sitestruktur bewirkt hat.
- Zeichnen Sie den Pfad für drei typische Kunden und prüfen Sie, ob jeder eine eigene URL und CTA bekommen kann.
Drei Strukturen an die reale Arbeitsweise des Business anpassen
- Landingpage wählen
Eine Landingpage passt zu einem Produkt, einer Zielgruppe, kurzem Entscheidungsweg und wenigen eigenständigen Queries. Bauen Sie Abschnitte für Probleme, Belege, Konditionen und CTA.
Проверьте: Das gesamte Szenario lässt sich ohne zweite Seite abschließen.
Если не сработало: Wenn unterschiedliche Leistungen und Fragen auftauchen, legen Sie sie auf getrennte URLs.
- Mehrseitige Struktur wählen
Für mehrere Leistungen legen Sie /services/ und pro Leistung eine eigene URL an. Ergänzen Sie Kontakt, Cases, FAQ und interne Links zwischen verwandten Seiten.
Проверьте: Jede Seite hat eigenen Intent und einen CTA mit Owner.
Если не сработало: Teilen Sie eine Leistung nicht nach Stadt ohne lokalen Content.
- Shop wählen
Ein Shop braucht es bei Katalog, Bestand, Preisen, Varianten, Warenkorb und Wiederkäufen. Beschreiben Sie Filter, Kategorien und Indexierungsregeln im Voraus.
Проверьте: Ein Besucher findet ein Produkt und versteht Verfügbarkeit/Lieferung.
Если не сработало: Bei 3–5 Produkten nutzen Sie eine Produktseite oder einen kleinen Katalog, keine schwere Plattform.
- Gesamtkosten der Ownership berechnen
Addieren Sie Support, Content, Integrationen, SEO, Formulare, Zahlungen und Datenmigration. Ein billiger Start mit teurer manueller Pflege ist keine Ersparnis.
Проверьте: Es gibt einen Owner für Änderungen nach dem Launch.
Если не сработало: Entfernen Sie ein Feature, das niemand warten kann.
Eine Testseite vor dem Kauf
Legen Sie auf jeder Plattform `/test-service/` an und prüfen Sie: Title, Description, Slug, Canonical, noindex, JSON-LD, Sitemap, 301-Redirect, Formular und GA4 ohne Doppelzählung. Verifizieren Sie die veröffentlichte URL, nicht die Preview.
In WordPress öffnen Sie `Settings → Reading` und `Settings → Permalinks`. In Webflow — `Pages → Page settings → SEO settings`. In Wix — `SEO & GEO → Tools and settings → SEO Settings`. In Tilda — Seiten-SEO-Einstellungen und die veröffentlichten `robots.txt` und `sitemap.xml`.
curl -I https://example.com/test-service/
curl -s https://example.com/test-service/ | grep -Ei 'title|description|canonical|robots'Ich prüfe die Exit-Kosten
Fordern Sie vor dem Launch Content-, Bild- und URL-Export, Backup, Redirect-Tabelle und Domain-Transfer an. Braucht jede Änderung einen Dienstleister, ist die Plattform nicht automatisch schlecht – rechnen Sie interne Zeit und Supportkosten in den TCO.
- Domain und Recovery-Konten müssen dem Unternehmen gehören.
- Eine neue Site darf nicht jede URL ohne 301-Map ändern.
- Analytics- und Search-Console-Zugriff vor dem Launch prüfen.
Ich prüfe den Notfallpfad, nicht nur den Editor
Bitten Sie um Backup, Löschen einer Testseite, Setzen eines 301, Wiederherstellen der Seite und Content-Export. Kann der Support nicht sagen, wo die Sitemap liegt oder wie die Domain transferiert wird, notieren Sie das als Ownership-Risiko.
Bewerten Sie die Plattform an einer realen Leistungsseite und einem Formular, nicht am Demo-Template. Eine Stunde dieses Checks ist billiger als eine Migration nach Traffic-Verlust.
Wann Landingpage, Website oder Shop nötig sind
| Kriterium | Frage | Gutes Zeichen |
|---|---|---|
| Eingabe | Was genau geht in die Wahl der Sitestruktur ein? | Zählen Sie Leistungen/Produkte, getrennte Zielgruppen, Regionen, Filter, Content und die Zahl künftiger Seiten. |
| Aktion | Was darf das System allein tun? | Nur vorab gelistete Aktionen, ohne Zugriff auf das gesamte Konto |
| Prüfung | Woran erkennen Sie, dass das Ergebnis akzeptabel ist? | Zeichnen Sie den Pfad für drei typische Kunden und prüfen Sie, ob jeder eine eigene URL und CTA bekommen kann. |
| Fehlerfall | Wohin gehen unklare Fälle? | Starten Sie mit einer kleineren Struktur und lassen Sie saubere URLs für künftige Leistungen, statt Abschnitte „auf Vorrat“ zu erzeugen. |
Was sich nach der Einrichtung ändern sollte
Die Struktur blockiert Wachstum nicht und zwingt Besucher nicht, eine Leistung in einer Universal-Canvas zu suchen.
Wie Struktur Suche und Verkauf blockiert
Struktur nach Template statt nach Anzahl der Intents wählen.
Fünf Leistungen in eine Landingpage zwängen.
Einen Shop ohne Owner für Katalog und Bestand kaufen.
Portabilität von Content und URLs nicht planen.
Wann Site-Wahl nicht nur am Budget hängen darf
Holen Sie einen Spezialisten, wenn die Wahl Katalog, mehrere Märkte, URL-Migration oder Zahlungs- und CRM-Integrationen betrifft.
Was vor dem Kauf eines Templates klären
Für wen ist dieser Ansatz zur Sitestruktur-Wahl?
Landingpage, mehrseitige Website und Shop unterscheiden sich nicht nach Bildschirmzahl, sondern nach Intents, Produkten, Regeln und Kaufszenarien. Wählen Sie die Struktur nach dem, wie das Business arbeitet.
Wo fängt man an, wenn noch alles manuell läuft?
Zählen Sie Leistungen/Produkte, getrennte Zielgruppen, Regionen, Filter, Content und die Zahl künftiger Seiten.
Wie prüfen Sie, dass das Setup nicht schadet?
Zeichnen Sie den Pfad für drei typische Kunden und prüfen Sie, ob jeder eine eigene URL und CTA bekommen kann.
Was, wenn das Ergebnis unklar ist?
Starten Sie mit einer kleineren Struktur und lassen Sie saubere URLs für künftige Leistungen, statt Abschnitte „auf Vorrat“ zu erzeugen.
