Next-Sitemap项目多域名站点地图生成方案解析

在Next.js项目中，next-sitemap是一个流行的站点地图生成工具，但在多域名场景下存在一些局限性。本文将深入分析多域名站点地图的需求和实现方案。

多域名站点地图需求场景

现代Web应用经常需要为不同地区市场部署多个域名版本，例如：

• example.com（国际版）
• example.de（德国版）
• example.be（比利时版）

每个域名可能还支持多语言，如比利时站点可能有法语(nl-be)和荷兰语(fr-be)版本。这种情况下，我们需要为每个域名生成独立的站点地图文件，同时包含跨域名的alternate链接。

现有解决方案的局限性

next-sitemap当前版本主要针对单域名场景设计，无法直接满足以下需求：

1. 为每个域名生成独立站点地图文件
2. 自动包含跨域名的alternate链接
3. 支持域名与语言代码的灵活映射

自定义实现方案

开发者supernaut分享了一套自定义实现方案，核心思路如下：

文件生成策略

1. 为每个域名生成独立的站点地图文件，命名格式为sitemap-[domain].xml
2. 同时生成对应的robots.txt文件，命名格式为robots-[domain].txt
3. 通过中间件实现请求路由

技术实现要点

站点地图生成脚本：

async function createSitemap(locale: string) {
  const domain = getDomain(locale); // 获取域名映射
  const sitemap = await generateSiteMap(locale); // 生成站点地图内容
  
  // 写入文件
  const sitemapFilename = `sitemap-${domain}.xml`;
  fs.writeFileSync(`./public/${sitemapFilename}`, sitemap);
  
  // 生成robots.txt
  const robots = [
    "User-agent: *",
    "Allow: /",
    `sitemap: https://${domain}/sitemap.xml`
  ].join("\n");
  fs.writeFileSync(`./public/robots-${domain}.txt`, robots);
}

中间件路由逻辑：

// 处理robots.txt请求
if (isRobotsRequest) {
  return rewrite(`/robots-${domain}.txt`);
}

// 处理sitemap.xml请求
if (isSitemapRequest) {
  return rewrite(`/sitemap-${domain}.xml`);
}

部署策略

1. 通过API路由触发站点地图生成
2. 使用cron job定期更新
3. 开发/测试环境使用特殊robots.txt限制爬虫

技术方案优势

1. 灵活性：完全控制站点地图生成逻辑
2. 可扩展性：轻松支持新增域名或语言
3. SEO友好：规范的alternate链接实现
4. 环境隔离：区分生产/测试环境

未来改进方向

虽然自定义方案可行，但更理想的方式是next-sitemap原生支持多域名配置，例如：

// 理想中的配置示例
module.exports = {
  domains: [
    {
      domain: 'example.com',
      defaultLocale: 'en',
      alternates: [
        { hreflang: 'de-de', href: 'https://example.de' },
        { hreflang: 'nl-be', href: 'https://example.be' }
      ]
    }
    // 其他域名配置...
  ]
}

这种配置方式将大大简化多域名站点的SEO管理工作。