Warum Meta-Tags kein SEO sind
Die Phrase "für SEO gebaut" wird heute an fast jede verkaufte Website gehängt. In der Praxis bedeutet es meist eines von zwei Dingen: ein Plugin wurde installiert, das dich auffordert, eine Meta-Description zu schreiben, oder jemand hat keyword-geladenen Text auf der Startseite hinzugefügt.
Beides ist in keinem sinnvollen Sinne SEO. Meta-Descriptions beeinflussen keine Rankings. Sie beeinflussen die Klickrate in den Suchergebnissen, was ein sekundäres Signal ist. Keywords im Seitentext sind weit weniger wichtig als noch vor einem Jahrzehnt. Was die organische Suchperformance tatsächlich bestimmt, ist eine Kombination technischer Signale, die im Code liegen, nicht im Inhalt.
Diese Unterscheidung ist wichtig, weil sie verändert, wo die SEO-Arbeit stattfindet. Wenn SEO Meta-Tags bedeutet, kann man es nach dem Bau der Website hinzufügen. Wenn SEO Codestruktur bedeutet, muss es von der ersten Zeile an Teil des Aufbaus sein.
Semantisches HTML: das Fundament, das Suchmaschinen lesen
Suchmaschinen verarbeiten HTML. Sie rendern Seiten nicht so wie Browser - sie parsen die Dokumentstruktur. Die Qualität dieser Struktur bestimmt, wie gut eine Suchmaschine verstehen kann, worum es auf deiner Seite geht und wie die Informationen organisiert sind.
Semantisches HTML verwendet Elemente, die Bedeutung tragen. <article>, <nav>, <header>, <main>, <section> - diese teilen dem Parser etwas über die Rolle des Inhalts mit, den sie enthalten. Eine Überschriftenhierarchie, die <h1> bis <h3> korrekt verwendet, signalisiert die relative Wichtigkeit von Themen auf der Seite.
Template-Plattformen und Page-Builder erzeugen das Gegenteil davon. Eine typische Elementor- oder Divi-Seite wickelt alles in generische <div>-Elemente mit Klassennamen ein, die das visuelle Layout beschreiben, nicht die semantische Rolle. Der Parser sieht eine flache Struktur ohne sinnvolle Hierarchie. Die Suchmaschine muss raten, was wichtig ist.
Individueller Code kann mit semantischer Korrektheit als primärer Anforderung geschrieben werden. Jedes Element wird nach seiner Bedeutung gewählt, nicht nur nach seinem Rendering-Verhalten. Die Überschriftenhierarchie ist eine bewusste redaktionelle Entscheidung, kein Zufallsergebnis dessen, welche Überschriftgröße im visuellen Editor richtig aussah.
Strukturierte Daten und JSON-LD: Suchmaschinen mitteilen, was dein Inhalt ist
Strukturierte Daten sind maschinenlesbare Informationen, die in deine Seite eingebettet sind und Suchmaschinen nicht nur mitteilen, was dein Inhalt sagt, sondern was er ist. Eine Geschäftsadresse ist für einen Menschen eine Zeichenkette. Für eine Suchmaschine ist es ein PostalAddress-Schema-Objekt. Ein Produkteintrag wird zu einem Product mit einem price, availability und aggregateRating.
JSON-LD ist das bevorzugte Format für diese Daten. Es wird in den <head> deiner Seite als <script type="application/ld+json">-Block injiziert. Es beeinflusst kein visuelles Rendering, aber es ermöglicht Rich Results in der Suche - die Sternebewertungen, Öffnungszeiten, FAQ-Dropdowns und Breadcrumbs, die du in Googles Ergebnissen für gut strukturierte Seiten siehst.
Die meisten Template-Websites haben überhaupt keine strukturierten Daten, oder sie verlassen sich auf ein Plugin, das ein generisches WebPage-Schema mit minimalen Feldern generiert. Ein individueller Aufbau kann die vollständige Schema-Hierarchie implementieren, die zum Unternehmen passt: LocalBusiness, Service, FAQPage, BreadcrumbList - präzise strukturiert, um dem tatsächlichen Inhalt und Unternehmenstyp zu entsprechen.
Core Web Vitals: Performance als Ranking-Signal
Core Web Vitals sind Teil von Googles Seitenerfahrungssignalen. Die drei primären Metriken - Largest Contentful Paint (LCP), Cumulative Layout Shift (CLS) und Interaction to Next Paint (INP) - messen, wie schnell und stabil sich eine Seite für einen echten Nutzer anfühlt.
LCP misst, wie lange es dauert, bis das größte sichtbare Element (meist das Hero-Bild oder die Überschrift) geladen ist. CLS misst, wie stark sich das Layout unvorhergesehen verschiebt, während die Seite lädt. INP misst, wie schnell die Seite auf die erste Nutzerinteraktion reagiert.
Template-Plattformen haben aus strukturellen Gründen typischerweise Schwierigkeiten mit allen drei Metriken. LCP wird durch render-blockierendes JavaScript und CSS von ungenutzten Features verzögert. CLS wird durch Bilder ohne explizite Dimensionen, Web-Fonts, die nach dem Layout-Rendering geladen werden, und Anzeigenplatzierungen verursacht, die Inhalte nach dem ersten Rendering nach unten schieben. INP wird durch die Größe des JavaScript-Bundles beeinflusst, das der Browser parsen muss, bevor eine Interaktion möglich ist.
Ein individueller Aufbau kann all diese Probleme durch Design lösen. Bilder erhalten explizite width- und height-Attribute. Kritisches CSS wird inline eingefügt. JavaScript ist minimal und wird zurückgestellt. Font-Loading verwendet font-display: swap mit vorgeladenen Font-Dateien. Das sind keine schwierigen Optimierungen. Sie sind innerhalb der Einschränkungen eines Templates schlicht nicht richtig umsetzbar.
Kanonische URLs und mehrsprachige Architektur
Für Unternehmen, die in mehreren Sprachen oder Regionen tätig sind, werden die SEO-Einsätze höher. Ohne korrekte hreflang-Attribute kann Google nicht bestimmen, welche Version einer Seite welchem Publikum gezeigt werden soll. Das Ergebnis ist, dass die englische Seite für deutsche Suchen rankt, oder beide Versionen gegeneinander konkurrieren und beide schlechter performen, als jede einzelne es allein würde.
Die hreflang-Implementierung ist im Prinzip nicht komplex: Jede Sprachversion einer Seite deklariert eine Beziehung zu allen anderen Versionen, einschließlich eines x-default-Fallbacks. In der Praxis implementieren Template-Plattformen dies inkonsistent, und Page-Builder brechen es oft vollständig, wenn Seiten dupliziert oder migriert werden.
Kanonische URLs stellen ein ähnliches Problem dar. Wenn ein CMS mehrere URLs für denselben Inhalt generiert - mit und ohne abschließende Schrägstriche, mit und ohne Query-Parameter, mit und ohne Paginierungs-Suffixe - stellt der Canonical-Tag sicher, dass Suchmaschinen wissen, welche Version maßgeblich ist. Template-Plattformen erzeugen oft kanonische Verwirrung durch automatische URL-Generierungsregeln, die mit der tatsächlichen Seitenstruktur in Konflikt stehen.
Individuelle Aufbauten können Canonical- und Hreflang-Logik systematisch auf Routing-Ebene implementieren und sicherstellen, dass jede Seite in jeder Sprache konsequent die korrekten Deklarationen trägt.
KI-fähige Inhaltsstruktur und Generative Engine Optimisation
Eine neuere Überlegung - aber zunehmend wichtig - ist, wie KI-gestützte Suchfunktionen deinen Inhalt verarbeiten. Googles KI-Übersichten, Bings Copilot-Integration und Drittanbieter-KI-Assistenten nehmen Webinhalte anders auf als traditionelle Crawler. Sie suchen nach klaren, zitierfähigen Passagen, gut strukturierten Faktenbehauptungen und Inhalten, die spezifische Fragen direkt beantworten.
Das verändert die Schreibanforderungen für Seiten, aber es verändert auch die strukturellen Anforderungen. Ein gut strukturiertes Dokument mit einem klaren <article>-Container, organisierten Unterabschnitten mit beschreibenden Überschriften und prägnanten Einleitungsabsätzen, die den Inhalt des Abschnitts zusammenfassen, wird wahrscheinlicher in KI-generierten Antworten zitiert als eine visuell reichhaltige Seite voller Inhalte, die in JavaScript-Komponenten eingeschlossen oder über fragmentierte <div>-Blöcke verteilt sind.
Die Lede-Absatz-Konvention - eine 50-80 Wörter lange Einleitung, die die Hauptthese des Artikels klar formuliert - ist aus dem Journalismus genau aus diesem Grund übernommen worden. KI-Systeme bevorzugen einleitendes Material, das Kontext herstellt. Eine Seite, die ihren Punkt in einem JavaScript-Karussell vergräbt, das eine Interaktion erfordert, um ihn zu enthüllen, ist sowohl für KI-Crawler als auch für traditionelle Suchmaschinen unsichtbar.
Richtig verstanden bedeutet "für SEO gebaut": für die tatsächliche Funktionsweise des Webs von heute gebaut - semantische Struktur, schnelles Laden, korrekte Metadaten und Inhalte, die sowohl für menschliche Leser als auch für automatisierte Systeme zugänglich sind. Das ist eine Code-Architektur-Entscheidung, keine Plugin-Wahl.
Möchtest du eine Website, die von Tag eins an in der Suche performt?
Jeder Linekern-Aufbau enthält semantisches HTML, Core Web Vitals-Optimierung und strukturierte Daten - eingebaut, nicht nachträglich hinzugefügt.
Kostenlose Demo anfragen →