nm/website
5
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions

fix(sitemap): outDir auf out/ setzen, default-siteUrl auf Apex-Domain #27

Merged
skr merged 1 commit from fix/sitemap-write-to-out-dir into main 2026-05-09 11:26:11 +00:00
Conversation 0 Commits 1 Files changed 1 +5 -1
skr commented 2026-05-09 11:25:13 +00:00
Owner
Copy link

Fix fuer ein laengeres latentes Deploy-Problem, das beim Apex-Canonical-Wechsel (#26) sichtbar wurde:

Problem

  • next.config.ts nutzt output: 'export', schreibt das statische Deploy-Artefakt nach ./out
  • next-sitemap (postbuild) schreibt per Default nach ./public
  • Die Package site-Stage in deploy.yml zippt nur out/, daher landen sitemap.xml, sitemap-0.xml und robots.txt nicht im site.zip
  • git-pages liefert die Datei aus dem letzten Deploy aus, in dem die Files zufaellig drin waren

Nach dem Apex-Wechsel wurden HTML-Metadaten (canonical/og:url/hreflang) korrekt auf https://neomint.com/... umgestellt, aber https://neomint.com/sitemap.xml und /robots.txt zeigen weiter https://nm.neomint.com/website/... mit lastmod 2026-05-08.

Fix

  1. outDir: "out" in next-sitemap.config.js ergaenzt — schreibt direkt in das Deploy-Verzeichnis.
  2. Default-siteUrl von https://nm.neomint.com/website auf https://neomint.com gezogen, damit ein lokaler Build ohne env-Setting ebenfalls die Apex-Domain produziert.

Verifikation nach Deploy

curl -sS https://neomint.com/sitemap.xml
# erwartet: <loc>https://neomint.com/sitemap-0.xml</loc>

curl -sS https://neomint.com/sitemap-0.xml
# erwartet: <loc>https://neomint.com/de/</loc> ...

curl -sS https://neomint.com/robots.txt
# erwartet: Sitemap: https://neomint.com/sitemap.xml
Fix fuer ein laengeres latentes Deploy-Problem, das beim Apex-Canonical-Wechsel (#26) sichtbar wurde: ## Problem - `next.config.ts` nutzt `output: 'export'`, schreibt das statische Deploy-Artefakt nach `./out` - `next-sitemap` (postbuild) schreibt per Default nach `./public` - Die `Package site`-Stage in `deploy.yml` zippt nur `out/`, daher landen `sitemap.xml`, `sitemap-0.xml` und `robots.txt` **nicht** im `site.zip` - git-pages liefert die Datei aus dem letzten Deploy aus, in dem die Files zufaellig drin waren Nach dem Apex-Wechsel wurden HTML-Metadaten (canonical/og:url/hreflang) korrekt auf `https://neomint.com/...` umgestellt, aber `https://neomint.com/sitemap.xml` und `/robots.txt` zeigen weiter `https://nm.neomint.com/website/...` mit `lastmod 2026-05-08`. ## Fix 1. `outDir: "out"` in `next-sitemap.config.js` ergaenzt — schreibt direkt in das Deploy-Verzeichnis. 2. Default-siteUrl von `https://nm.neomint.com/website` auf `https://neomint.com` gezogen, damit ein lokaler Build ohne env-Setting ebenfalls die Apex-Domain produziert. ## Verifikation nach Deploy ``` curl -sS https://neomint.com/sitemap.xml # erwartet: <loc>https://neomint.com/sitemap-0.xml</loc> curl -sS https://neomint.com/sitemap-0.xml # erwartet: <loc>https://neomint.com/de/</loc> ... curl -sS https://neomint.com/robots.txt # erwartet: Sitemap: https://neomint.com/sitemap.xml ```
fix(sitemap): outDir auf out/ setzen, default-siteUrl auf Apex-Domain
All checks were successful
Build & Deploy / check (pull_request) Successful in 30s
Details
Build & Deploy / deploy (pull_request) Has been skipped
Details
cf1cdc1528 
next.config.ts nutzt output:'export' und schreibt das Deploy-Artefakt nach ./out.
next-sitemap default schreibt nach ./public, daher wurden sitemap.xml und
robots.txt zwar generiert, aber landeten nicht in der site.zip, die ans
git-pages-Backend hochgeladen wird. Auf neomint.com wurde dadurch noch die
alte Sitemap (Stand 2026-05-08) ausgeliefert, obwohl der HTML-Build aktuell
war.

Zusaetzlich Default-siteUrl auf https://neomint.com angeglichen, damit
lokale Builds ohne explizite NEXT_PUBLIC_SITE_URL ebenfalls die Apex-Domain
verwenden.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
skr merged commit 1d6abdedce into main 2026-05-09 11:26:11 +00:00
skr deleted branch fix/sitemap-write-to-out-dir 2026-05-09 11:26:11 +00:00
Sign in to join this conversation.
Reviewers
No reviewers
Labels
Clear labels
No items
No labels
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
nm/website!27
No description provided.