Google Search Console und Next.js-IndexierungSSR, SSG und Sitemap 2026

TL;DR

Die Next.js-Seite sieht im Browser gut aus, aber Google indexiert Unterseiten nicht — 2026 sind fehlende Sitemap, noindex in Metadata, rein clientseitiges Rendering ohne HTML in der ersten Antwort und falsche Canonicals zwischen Locales die häufigsten Ursachen. GSC-Setup, URL Inspection Schritt für Schritt, sitemap.ts im App Router, SSR/SSG-Checkliste und typische Fehler nach Deploy auf DevStudioIT Cloud folgen.

Für wen

• Marketing mit „Discovered – currently not indexed“ in Search Console
• Next.js-Entwickler (App Router) für technisches SEO
• Unternehmen nach Migration oder Redesign mit organischem Traffic-Rückgang
• Mehrsprachige Sites mit hreflang-Problemen

Keyword (SEO)

google search console indexierung nextjs, url inspection sitemap, nextjs ssg ssr seo 2026, website wird nicht indexiert

GSC — erste Schritte nach Deploy

1. Property hinzufügen (Domain example.com oder URL-Präfix)
2. DNS TXT oder HTML-Datei verifizieren — Eintrag dauerhaft
3. /sitemap.xml unter Sitemaps einreichen
4. Pages → Indexed vs Not indexed (nach Grund filtern)
5. Für Kern-URLs: URL Inspection → „Live-URL testen“ → „Indexierung beantragen“

Nicht hunderte URLs mit „Indexierung beantragen“ spammen — Google hat Tageslimits. Priorität: Startseite, Leistungen, Top-Blog, Kampagnen-Landings.

URL Inspection — Ergebnisse lesen

„View crawled page“ → HTML-Tab: sieht Google H1 und Absätze oder nur leeres <div id="root">?

Next.js App Router — Metadata und Indexierbarkeit

Server Components rendern standardmäßig serverseitig — gut für SEO. Probleme bei 'use client' auf der ganzen Seite ohne SSR-Fallback.

// app/de/leistungen/page.tsx
import type { Metadata } from 'next';

export const metadata: Metadata = {
  title: 'Leistungen — DevStudio.it',
  description: 'Firmenwebsites und Next.js-Apps für Unternehmen.',
  alternates: {
    canonical: 'https://www.example.com/de/leistungen',
    languages: {
      pl: 'https://www.example.com/pl/oferta',
      en: 'https://www.example.com/en/services',
      de: 'https://www.example.com/de/leistungen',
    },
  },
  robots: { index: true, follow: true },
};

export default function LeistungenPage() {
  return (/* server-rendered content */);
}

Kein globales noindex auf Staging — Env-Leak auf Produktion ist ein Klassiker. Auf DevStudioIT Cloud (devstudioit.cloud) hat Staging eigene Domain mit robots.txt Disallow all.

SSR vs SSG vs ISR — was Google bevorzugt

Firmensites und Blogs: SSG/ISR für 95 % der URLs. SSR nur bei sessionabhängigem Content.

Sitemap im App Router

// app/sitemap.ts
import { MetadataRoute } from 'next';
import { getBlogPosts } from '@/lib/content';
import { locales } from '@/i18n';

export default async function sitemap(): Promise<MetadataRoute.Sitemap> {
  const base = 'https://www.example.com';
  const staticPaths = ['', '/leistungen', '/kontakt'];

  const entries: MetadataRoute.Sitemap = [];

  for (const locale of locales) {
    for (const path of staticPaths) {
      entries.push({
        url: `${base}/${locale}${path}`,
        lastModified: new Date(),
        changeFrequency: path === '' ? 'weekly' : 'monthly',
        priority: path === '' ? 1 : 0.8,
      });
    }
  }

  const posts = await getBlogPosts();
  for (const post of posts) {
    entries.push({
      url: `${base}/${post.locale}/blog/${post.slug}`,
      lastModified: post.updated,
    });
  }

  return entries;
}

In GSC einreichen: https://www.example.com/sitemap.xml. Mit ISR aktualisiert sich die Sitemap beim Build — kein manueller Eintrag pro Post.

robots.txt

// app/robots.ts
import { MetadataRoute } from 'next';

export default function robots(): MetadataRoute.Robots {
  return {
    rules: { userAgent: '*', allow: '/', disallow: ['/api/', '/admin/'] },
    sitemap: 'https://www.example.com/sitemap.xml',
  };
}

GSC → Settings → robots.txt-Tester. /api/ blockieren OK; /_next/ nur bei Bewusstsein (Google braucht JS/CSS).

Mehrsprachigkeit und hreflang

Gleiche translationId im Blog-Frontmatter (z. B. google-search-console-indexing-nextjs-2026) plus alternates.languages in Metadata = konsistentes hreflang. Fehler: DE-Seite canonical auf EN — Google indexiert eine Version, Rest „Duplicate without user-selected canonical“.

Dynamische Daten (Formulare) in Branchly (branchly.cloud) beeinflussen Crawl nicht — öffentliche Seiten dürfen kein Login verlangen.

Core Web Vitals und Indexierung

CWV ist kein direkter „Index-Schalter“, aber langsames Mobile-LCP senkt Crawl-Effizienz. Nach Deploy auf DevStudioIT Cloud:

• next/image mit priority auf LCP
• Font display: swap
• Layout Shift unter Cookie-Banner vermeiden

GSC → Experience → Core Web Vitals — „Poor“-URLs vor Massen-Indexierung beheben.

Diagnose — 10 Punkte wenn „nichts indexiert wird“

1. curl -I URL — 200, nicht 403/401
2. Seitenquelltext — H1 im HTML (nicht nur nach Hydration)
3. Suche site:example.com — wie viele Seiten indexiert
4. GSC Coverage — dominierender Ausschlussgrund
5. noindex / X-Robots-Tag in Headers
6. Canonical zeigt auf andere Domain (Staging-Leak)
7. Sitemap mit 404-URLs
8. Redirect-Loop www/apex
9. Content <300 Wörter auf Kern-Landings
10. Keine internen Links zu neuen Unterseiten

FAQ

Wie lange nach Indexierungsanfrage?

Stunden bis 2 Wochen — abhängig von Domain-Autorität. Neue Domain langsamer als Update auf etablierter.

Indexiert Google Next.js-JavaScript?

Ja — Rendering-Queue. SSR/SSG liefert schnelleres, zuverlässigeres Ergebnis als reines CSR.

Separate Sitemap pro Locale?

Eine Sitemap mit allen URLs + hreflang in Metadata reicht für die meisten Projekte.

/api/ in Sitemap?

Nein — API nicht indexieren. Nur öffentliche HTML-Seiten.

Staging auf DevStudioIT Cloud — nicht indexieren?

Basic Auth, noindex in Metadata, Subdomain + Disallow in robots. Nie derselbe Canonical wie Produktion.

CTA

Next.js-Site fehlt in Google oder GSC zeigt hunderte Fehler?

• Technisches SEO-Audit — GSC, Sitemap, SSR/SSG, DevStudioIT Cloud
• Technisches SEO-Audit — Checkliste — erweiterte Liste