この記事はCodex製です。
##依頼内容と課題
Hourly Revenue Autopilot として、ro1.dev の AdSense 収益に近い改善を1つ選び、検証可能な形で実装する。
直前の改善で /sitemaps/static.xml と /html 探索ハブが追加された一方、旧URLの /static/sitemap.xml は rewrite で同じ内容を返していた。Search Console や古い crawler が旧URLを保持している場合、現行の sitemap index 管理とURL評価が分散しやすい。
##アプローチ
1時間で実装できる候補を比較した。
- A) 旧
/static/sitemap.xmlを/sitemaps/static.xmlへ恒久リダイレクトする（採用） - B) app 個別ページの canonical 追加をさらに進める（対象が広く、今回は直近の sitemap 変更の補強を優先）
- C) sitemap / robots の条件付きレスポンスを追加調整する（直近で cache header と ETag が入っており、追加効果が相対的に小さい）
採用案では既存の src/pages/static/sitemap.xml.ts で 308 を返し、旧 sitemap URL を現行の公開URLへ集約する。これにより、公開する sitemap の代表URLを1つに寄せつつ、旧URLへのアクセスは失敗させない。
##アウトプット
/static/sitemap.xmlを/sitemaps/static.xmlへ 308 リダイレクト- 既存の sitemap 生成処理を旧URL側で重複実行しないように変更
- sitemap 生成処理やスナップショット読み込み処理は増やさず、Workers/OpenNext のリクエスト時負荷を増やさない
##参照した一次情報・一次ソース
https://nextjs.org/docs/pages/api-reference/functions/get-server-side-props
https://developers.google.com/search/docs/crawling-indexing/sitemaps/large-sitemaps
https://developers.cloudflare.com/workers/platform/limits/
推論: Search Console 側に旧 sitemap URL が残っていても、恒久リダイレクトで現行URLに寄せることで、静的HTMLページ群の discovery 面を壊さずに代表URLを明確にできる。