Wie erkennt man einen SEO-Fehler, den ein erfolgreicher Build nicht aufdeckt?
Beginnen Sie mit einer Routenübersicht: öffentliche Inhalte, Nutzerergebnisse, interne Werkzeuge und API. Für jede Gruppe muss bewusst entschieden werden, ob sie indexiert wird. APIs und vorübergehende Auditergebnisse gehören nicht automatisch in die Inhaltssitemap.
Schritt für Schritt vorgehen
- Lesen Sie die Dokumentation zur Metadata API für die konkrete Framework-Version.
- Erzeugen Sie title und Canonical aus geprüften Daten, nicht aus einem nicht vertrauenswürdigen Host-Header.
- Prüfen Sie das HTML der Seite auch bei deaktiviertem clientseitigem JavaScript.
- Prüfen Sie die Sitemap des Produktions-Builds und ob die Build-Konfiguration verfügbar ist.
- Testen Sie einen nicht vorhandenen Slug, eine Weiterleitung und Noindex-Ergebnisse mit Query-Parametern.
Praktisches Beispiel
Die Sitemap wird ohne SITE_URL während des Builds erzeugt. Wird die Variable erst im laufenden Prozess ergänzt, ändert sich die prerenderte Datei möglicherweise nicht. Prüfen Sie das tatsächliche Build-Ergebnis und nicht nur die lokale Umgebung.
Häufiger Irrtum
Metadaten, die erst in einem clientseitigen Effekt gesetzt werden, kommen zu spät und können inkonsistent sein. Eine falsche Fallback-Seite mit Status 200 verschleiert nicht vorhandene URLs. Beheben Sie den Fehler im Routing und nicht nur im Text.
Sehen Sie sich den Report für unsere Website an.
Sehen Sie sich ein Beispiel des Reports an und geben Sie anschließend Ihre eigene URL ein. Sie erhalten Befunde, HTML-Belege und einen Maßnahmenplan für Ihre Seite.
Eigenes Audit startenfukamo.com/sk
59/100Ihre Website braucht Korrekturen.
- Bestanden 241
- Zu überprüfen 17
- Fehlgeschlagen 7
- Nicht verfügbar 8
- Kritisch 0
- Hohe Priorität 5
- Normale Priorität 2
- Zu überprüfen 17
- 01Strukturierte DatenHohe Priorität×2
- 02SicherheitHohe Priorität
- 03LeistungssignaleHohe Priorität
- 04LeistungHohe Priorität
- Erkenntnisse7 zu beheben241 Prüfungen erfolgreich
- Maßnahmenplan24 Aufgaben7 Reparaturen · 17 Überprüfungen
- Seitendaten3.243 Wörter10 Bilder ohne alt-Text
- Leistung und Barrierefreiheit66 / 100Mobil · Lighthouse
- Links und Server282 Links23 externe Links
Welche Next.js-Routen sollten indexiert werden?
Öffentliche Ratgeber, temporäre Ergebnisse und private Bereiche haben unterschiedliche Zwecke. Notieren Sie Inhalt, Status und Indexierungsrichtlinie, bevor Sie einen Befund als Fehler einstufen.
- Testen Sie einen veröffentlichten Eintrag und einen unbekannten Slug.
- Nehmen Sie ein leeres Ergebnis und die Sprachversion derselben Seite auf.
- Nehmen Sie private Ziele aus öffentlichen Sitemaps heraus.
Wie beeinflussen Layouts und Streaming die Next.js-Metadaten?
Next.js unterstützt Vererbung und Streaming von Metadaten. Prüfen Sie die vollständige Antwort und das Verhalten der installierten Version, bevor Sie auf ein fehlendes Tag schließen.
- Prüfen Sie doppelte Tags in verschachtelten Titelvorlagen.
- Erzeugen Sie Canonical-URLs aus einem vertrauenswürdigen öffentlichen Origin.
- Prüfen Sie auf Produktion, ob die Ziele von Social-Media-Bildern erreichbar sind.
Ursprung Next.js – Metadaten ↗
So testen Sie not-found-Antworten in Next.js
Die Meldung „nicht gefunden“ reicht als Beleg nicht aus. Next.js dokumentiert HTTP 200 bei gestreamten und HTTP 404 bei nicht gestreamten not-found-Antworten. Prüfen Sie die tatsächliche Antwort und die Indexierungssignale.
- Prüfen Sie einen tatsächlich unbekannten Slug.
- Prüfen Sie die Weiterleitungsziele alter URLs.
- Testen Sie auch den Ausfall der Datenquelle für die Route.
Ursprung Next.js – not-found ↗
Warum können Build- und Laufzeitkonfiguration unterschiedliche URLs ergeben?
Eine generierte Sitemap kann nach einer Änderung der Laufzeitvariable weiterhin den falschen Origin enthalten. Prüfen Sie, wann jede Ausgabe erzeugt wird und was die Produktion tatsächlich zurückgibt.
- Vergleichen Sie Sitemap, Canonical und Sprachalternativen.
- Prüfen Sie die Deployment-Version und den betreffenden Cache.
- Wiederholen Sie neben der korrigierten Route auch den Test einer funktionierenden Route.
So bestätigen Sie das Ergebnis
Führen Sie einen Produktions-Build aus und rufen Sie einen gültigen Pfad, einen unbekannten Slug und eine Weiterleitung auf. Prüfen Sie in der Deployment-Konfiguration den Status, die Metadaten und die gestreamte Ausgabe; halten Sie die Framework-Version als Nachweis fest.
Primärdokumentation nextjs.org ↗
Häufige Fragen
Wie erkennt man einen SEO-Fehler, den ein erfolgreicher Build nicht aufdeckt?
Testen Sie echte HTTP-Antworten repräsentativer Routen, darunter auch eine nicht vorhandene Seite. Prüfen Sie geerbte Metadaten, absolute URLs und serverseitig verfügbaren Inhalt. Der Produktions-Canonical kann von der Build-Konfiguration abhängen; ein richtiger Wert zur Laufzeit korrigiert nicht zwingend ein bereits generiertes Dokument.
Wann Sie die Aufgabe schließen können
Build- und Laufzeittest sind erfolgreich. Die veröffentlichten Canonical-URLs, Sprachalternativen und Bilder führen zu erreichbaren Zielen; eine nicht vorhandene Route liefert keine irreführende Erfolgsseite.
Verwandte SEO-Anleitungen
Prüfen Sie eine konkrete Seite.
Fukamo zeigt Befunde, Belege und den nächsten Schritt.
836 Regeln + Messungen zu SEO, AI-Lesbarkeit, Leistung und Barrierefreiheit kostenlos.