SEO-Grundlagen der Webentwicklung: Was in die Umsetzung gehört
Ein großer Teil von SEO ist überhaupt kein Marketing — es sind Entscheidungen während der Webentwicklung, die zur Bauzeit billig und später teuer sind. URL-Struktur, Rendering-Strategie, interne Verlinkung und editierbare Metadaten fallen alle in diese Kategorie.
Dieser Leitfaden behandelt, was von Anfang an eingebaut gehört, grob in der Reihenfolge, wie schmerzhaft das Nachrüsten ist.
Stellen Sie sicher, dass die Website gecrawlt und indexiert werden kann#
Alles andere ist bedeutungslos, wenn Suchmaschinen Ihre Seiten nicht erreichen oder lesen können. Hier häufen sich auch die Fehler am Launch-Tag.
- Die robots.txt in der Produktion erlaubt das Crawlen. Die Staging-Kopie darf nicht mit ausgerollt werden.
- Keine versprengten noindex-Meta-Tags aus dem Staging übernommen.
- Jede Seite hat einen selbstreferenzierenden Canonical, und es gibt einen kanonischen Hostnamen.
- Der Inhalt steht im HTML oder wird serverseitig gerendert. Erscheint er erst, nachdem JavaScript gelaufen ist, wird die Indexierung langsamer und unzuverlässiger.
- Eine XML-Sitemap, die nur indexierbare, kanonische URLs listet — keine gefilterten oder paginierten Varianten.
- Jede indexierbare Seite hat mindestens einen internen Link. Verwaiste Seiten werden kaum gecrawlt.
- Einheitliche Statuscodes: 200 für echte Seiten, 404 für fehlende, 301 für verschobene.
Der mit Abstand häufigste Launch-Fehler in dieser Liste ist die Staging-robots.txt, die in die Produktion gelangt. Prüfen Sie sie am Launch-Tag von außerhalb Ihres Netzes.
Struktur, die Suchmaschinen lesen können#
Strukturelle Entscheidungen sind die, deren spätere Änderung schmerzt, denn ändern heißt Weiterleitungen und den Verlust angesammelter Signale.
| Entscheidung | So bauen | Kosten späterer Änderung |
|---|---|---|
| URL-Muster | Kurz, Kleinschreibung, Bindestriche, stabil | Hoch — Weiterleitungen und verlorene Signale |
| Überschriftenhierarchie | Eine H1, keine übersprungenen Ebenen | Niedrig |
| Interne Verlinkung | Hubs verlinken Detailseiten und zurück | Mittel |
| Blätterung | Crawlbare Links, nicht nur JavaScript | Mittel |
| Facettennavigation | noindex auf Filterkombinationen | Hoch — Index-Aufblähung baut sich langsam ab |
| Sprachversionen | Präfix-URLs plus reziprokes hreflang | Sehr hoch |
Metadaten, die Ihr Team tatsächlich bearbeiten kann#
Ein verbreiteter Umsetzungsfehler ist, Titel und Beschreibungen aus einer Vorlage zu erzeugen, ohne die Möglichkeit sie zu überschreiben. Sechs Monate später muss das Marketing den Titel einer Seite ändern, und die Antwort ist ein Entwicklungsticket.
- Editierbarer Title-Tag je Seite, mit sinnvollem erzeugtem Standard.
- Editierbare Meta-Beschreibung, mit sichtbarem Zeichenzähler im CMS.
- Editierbarer Open-Graph-Titel, -Beschreibung und -Bild für geteilte Links.
- Strukturierte Daten auf den Templates, die sie unterstützen: Article, Product, FAQ, Breadcrumb, Organization.
- Ein noindex-Schalter je Seite für Seiten, die existieren, aber nicht ranken sollen.
- Automatischer Canonical, mit manueller Überschreibung für den seltenen Fall, der eine braucht.
Zeichnen Sie nur aus, was auf der Seite tatsächlich sichtbar ist. Strukturierte Daten, die Inhalte beschreiben, die ein Besucher nicht sehen kann, sind ein Richtlinienverstoß, keine Abkürzung.
Tempo und Stabilität als Anforderungen an die Umsetzung#
Page Experience ist Teil der Umsetzung, kein späteres Optimierungsprojekt. Tempo auf eine fertige Website nachzurüsten bedeutet meist, Entscheidungen rückgängig zu machen statt Code hinzuzufügen.
| Kennzahl | Ziel | Eingebaut durch |
|---|---|---|
| Largest Contentful Paint | Unter 2,5 s | Hero-Bild priorisieren, renderblockierende Assets vermeiden |
| Cumulative Layout Shift | Unter 0,1 | width und height an Bildern, reservierter Platz für Einbettungen |
| Interaction to Next Paint | Unter 200 ms | Weniger JavaScript und den Haupt-Thread nicht blockieren |
| Seitengewicht | So niedrig, wie das Design es erlaubt | Moderne Bildformate, keine ungenutzten Bibliotheken |
| Time to First Byte | Unter 800 ms | Caching, ein CDN und vernünftige Datenbankabfragen |
Häufige Fragen
Gehört SEO ins Entwicklungsbriefing?
Die technischen Teile ja — Crawlbarkeit, URL-Struktur, editierbare Metadaten, strukturierte Daten, Performance-Ziele und die Weiterleitungskarte. Content-Strategie und Linkaufbau sind getrennte Arbeit mit anderem Kompetenzprofil. Die technischen Anforderungen ins Briefing zu schreiben heißt, dass sie bepreist werden, statt nach dem Start entdeckt zu werden — dann kosten sie ein Vielfaches.
Schadet ein JavaScript-Framework dem SEO?
Es kann, wenn Seiten nur im Browser gerendert werden. Suchmaschinen führen JavaScript aus, tun es aber verzögert und nicht immer vollständig, sodass reines Client-Rendering die Indexierung langsamer und unzuverlässiger macht. Serverseitiges Rendering oder statische Generierung beseitigt das Problem. Für eine Inhaltsseite lautet die einfachste Antwort meist: Inhalt ins HTML.
Wie lange nach dem Start sehe ich Suchtraffic?
Bei einer brandneuen Domain typischerweise Wochen bis zur Indexierung und Monate bis zu nennenswerten Rankings — neue Websites ranken unabhängig von technischer Qualität nicht schnell. Bei einem Relaunch einer bestehenden Website mit sauberen Weiterleitungen rechnen Sie mit zwei bis sechs Wochen Schwankung, bis sich alles wieder um das vorherige Niveau einpendelt.
Brauche ich ein SEO-Plugin?
Auf einem CMS ist ein Plugin ein bequemer Weg, Redakteuren Kontrolle über Titel, Beschreibungen, Canonicals und Sitemaps zu geben. Es ist keine Strategie, und seine Standardausgabe ersetzt nicht jemanden, der entscheidet, worum jede Seite gehen soll. Bei einer Individualentwicklung wird dieselbe Funktionalität meist direkt geschrieben und ist dadurch leichter.
webentwicklung seoseo grundlagentechnisches seoseo für entwicklercrawlbarkeitonpage seo
