SEO-Scan: Technisches SEO für moderne Next.js-Seiten

Sechs Monate online. Null Impressions. Das Team fragt, ob die Texte schlecht sind. Oft beginnt die Geschichte früher: Google hat die Seite gar nicht erst ins Regal gestellt. Technisches SEO ist der Prolog. Ohne ihn startet der Roman nicht.

Ein SEO-Scan erzählt, ob Title, Description, H1, Canonicals und hreflang so gesetzt sind, dass Crawler die Seite finden, rendern und verstehen. Structured Data wie FAQPage und Organization können Rich Results unterstützen. Fake-AggregateRating gehört nicht in diese Erzählung. BugHound bewertet On-Page, Schema und Content und unterdrückt typische SPA-False-Positives.

Indexierung ist die erste Szene. Robots-Meta und X-Robots-Tag dürfen kein versehentliches noindex setzen. Die Sitemap darf nur indexierbare URLs listen. Rechtseiten mit noindex gehören nicht hinein. Search Console zeigt Coverage. Der SEO-Scanner erklärt die On-Page-Ursachen.

Canonicals entscheiden, welche Variante die Hauptfigur ist. www oder non-www, Locale-Prefix, Trailing Slash. Fehlerhafte Canonicals können ganze Cluster aus dem Index drücken. Die Geschichte braucht eine klare Identität pro URL.

hreflang ist das Mehrsprachen-Ensemble. DE, EN, FR, ES müssen erreichbar und konsistent sein. x-default zeigt typischerweise auf die Hauptsprache. Inkonsistenzen erzeugen Duplicate-Content-Risiken und falsche Sprachversionen in den SERPs.

Content-Tiefe entscheidet, ob eine Seite nur gecrawlt oder auch indexiert wird. Thin Content ist wie ein Trailer ohne Film. Money-Pages und Guides brauchen Suchintention, H2-Struktur und interne Links. Hero-Claims allein reichen selten.

Die SPA-Falle ist ein klassischer Plot-Twist. Client-only Rendering kann Crawlern ein leeres Root zeigen. Next.js mit SSR oder SSG liefert HTML, wenn Metadata und Static Generation stimmen. BugHound unterscheidet Pre-Render-Probleme von echtem Thin Content.

Title und Description sind die Serienposter. Primärkeyword plus Nutzen, ohne Stuffing. CTR wird zum Hebel, sobald Impressions da sind. Varianten testen, wenn Klicks fehlen.

Headings tragen die Kapitelstruktur. Eine H1, logische H2 und H3. Cookie-Banner-Überschriften zählen nicht als Content-Hierarchie. UI-Chrome ist Bühnenbild, nicht Handlung.

Performance und Core Web Vitals beeinflussen Nutzer und Rankings. Schwere Hero-Videos, unoptimierte Bilder und Third-Parties schaden LCP und INP. Security- und DSGVO-Scanner helfen, unnötige Skripte in der Handlung zu finden.

Interne Verlinkung ist die Straßenkarte der Domain. Orphan Pages ranken selten. Home, Money-Pages und Blog-Cluster müssen verbunden sein. Footer und Nav sind Crawl-Pfade. Hash-Anker allein bauen keine rankingfähigen URLs.

Off-Page entscheidet oft, ob eine neue Domain entdeckt und indexiert wird. Parent-Brand-Links, Launch-Posts und qualitative Erwähnungen helfen der Discovery. Spam-PBNs schaden der Langzeitgeschichte.

Messung schließt den Kreis. Search Console für Impressions, Klicks und Index. Monatlicher SEO-Scan gegen Live-URLs. site-Checks und Sitemap-Status. KPIs statt Bauchgefühl.

Keyword-Intelligenz auf Deutsch braucht Feingefühl. Stoppwörter nie als Primary Keyword. Kalibrierung verhindert Scheinfehler. Genau das macht BugHounds Full-Audit aus.

Die typische Null-Traffic-Story nach sechs Monaten liest sich so: keine GSC-Property, Sitemap mit noindex-URLs, nur Waitlist-Landing, dünne Blog-Posts, null Backlinks. Zuerst Indexierung, dann Content, dann Off-Page. Reihenfolge rettet die Staffel.

Technisches SEO ist die Voraussetzung. Content und Links sind der Motor. Nutze den SEO-Scanner, um Meta, Canonical, Schema und Content-Signale zu prüfen, und baue parallel rankbare URLs. Dieselbe Architektur setzt BugHound selbst um.

Weiter geht es im Security- und DSGVO-Guide sowie auf den Money-Pages. Early Access über die Waitlist. Nach jedem Deploy erneut scannen. So bleibt die Serie lebendig.

Viele Teams schreiben zuerst Texte und wundern sich später über Stille. Dreh die Reihenfolge um. Mach die Seite auffindbar. Dann erzähle. Dann verlinke. Dann misst du, ob die Geschichte ankommt.

Strukturierte Daten bleiben ein Hebel, solange sie ehrlich sind. FAQ und Organization helfen. Erfundene Sterne zerstören Vertrauen. BugHound belohnt Ehrlichkeit und bestraft Marketing-Märchen im Schema.

Am Ende gewinnt die Domain, die regelmäßig hinguckt, klar priorisiert und in Ruhe nachbessert. Weniger Panik, mehr Handwerk. Genau dafür ist der SEO-Scanner gebaut.

Ein spannender Nebenplot sind mehrsprachige Relaunches. Neue Locales gehen live, hreflang hinkt hinterher, Canonicals zeigen noch auf die alte Startseite. Der SEO-Scan macht den Konflikt sichtbar, bevor Google die falsche Sprachversion in den SERPs zeigt.

Content-Teams schreiben oft brillante Kapitel und wundern sich, warum niemand liest. Dann fehlt der Prolog der Auffindbarkeit. Indexierung beantragen, Sitemap prüfen, interne Links setzen, erst danach die nächste Story-Länge produzieren.

Money-Pages funktionieren wie eigenständige Novellen mit klarer Intention. Security, DSGVO, SEO. Jede Seite hat eine H1, eine Handlung und ein CTA. Der Blog liefert Vertiefung. Die Startseite bleibt die Bühne für Brand und Produkt.

Wenn Impressions da sind, aber Klicks fehlen, beginnt das CTR-Kapitel. Titles und Descriptions werden zu Poster-Varianten. Man testet ruhig, misst, iteriert. Kein Drama, nur Handwerk an der Sichtbarkeit.

BugHound erzählt technischen SEO-Status so, dass Dev und Content denselben Report lesen können. Keine Tool-Orakel. Kalibrierte Signale. Nächste Schritte, die in Sprints passen. So bleibt SEO ein Betriebssystem statt einer jährlichen Agentur-Folie.