fix: Sitemap, Canonicals und JSON-LD folgen der echten Domain

Die Adresse der Seite war an zwei Stellen gepflegt: E-Mails nutzten
NEXT_PUBLIC_SITE_URL, alles SEO-Relevante dagegen ein fest verdrahtetes
"https://" + siteConfig.domain (16 Stellen, darunter eine roh eingetippte
"https://wabenhain.com" im Produkt-JSON-LD).

Laeuft der Shop unter einer anderen Domain als wabenhain.com — Staging,
Vorschau-Host, spaeterer Domainwechsel, der im k8s-Ingress hinterlegte Host
— zeigten damit sitemap.xml, robots.txt, saemtliche Canonical-Tags und alle
strukturierten Daten geschlossen auf eine fremde Adresse. Google verwirft
eine Sitemap mit fremden Hosts, und ein Canonical auf eine andere Domain
weist die Indexierung aktiv von der echten Seite weg.

Jetzt eine einzige Quelle: getSiteUrl() in lib/url.ts, mit
siteConfig.domain als Rueckfallebene, damit eine vergessene
Umgebungsvariable nicht "http://localhost:3000" in einer oeffentlichen
Sitemap landen laesst. getBaseUrl() bleibt als Alias fuer den in
E-Mail-Code eingebuergerten Namen und liefert denselben Wert.

robots.ts bekommt dabei "force-dynamic" (wie sitemap.ts es schon hatte):
ohne das rendert Next.js die Datei beim Build statisch vor und backt den
Wert ein, den NEXT_PUBLIC_SITE_URL genau dann hatte. Im Docker-Build ist
die Variable nicht gesetzt — die Sitemap-Zeile waere also dauerhaft auf dem
Rueckfallwert eingefroren. Gegen einen laufenden Produktions-Build
geprueft: robots.txt, sitemap.xml, Canonical-Tags und JSON-LD folgen jetzt
alle dem zur Laufzeit gesetzten Wert.

Co-Authored-By: Claude Opus 5 (1M context) <[email protected]>
This commit is contained in:
Nick SzaunigandClaude Opus 5 committed 2026-09-15 10:00:59 +02:00
1 parent 96bb3d9c50
commit d3020cd4da
8 files changed
+112 -25

No files matched your search

+10 -2
View File
@@ -1,5 +1,13 @@
import type { MetadataRoute } from "next";
import { siteConfig } from "@/lib/site-config";
import { getSiteUrl } from "@/lib/url";
// Muss zur Laufzeit statt zur Build-Zeit gerendert werden (gleicher Grund wie
// bei sitemap.ts): sonst backt Next.js die Datei beim Build als statische
// Antwort ein — samt dem Wert, den NEXT_PUBLIC_SITE_URL GERADE DA hatte. Im
// Docker-Build ist die Variable nicht gesetzt (siehe Dockerfile), die Sitemap-
// Zeile fror damit dauerhaft auf dem Rueckfallwert aus site-config.ts ein,
// egal unter welcher Domain die Seite spaeter tatsaechlich lief.
export const dynamic = "force-dynamic";
export default function robots(): MetadataRoute.Robots {
return {
@@ -10,6 +18,6 @@ export default function robots(): MetadataRoute.Robots {
disallow: ["/admin", "/checkout", "/warenkorb", "/api", "/konto", "/rechnung"],
},
],
sitemap: `https://${siteConfig.domain}/sitemap.xml`,
sitemap: `${getSiteUrl()}/sitemap.xml`,
};
}