Next-Intl 项目中实现仅允许翻译路径访问的探讨

Next-Intl 是一个为 Next.js 应用提供国际化(i18n)支持的库。在最新版本中，开发者们讨论了一个关于路径名翻译的重要功能增强：如何确保只有经过本地化翻译的路径可以被访问，而原始路径则应该被阻止访问。

当前路径处理机制

Next-Intl 目前支持通过配置 pathnames 对象来定义不同语言环境下的路径翻译。例如：

pathnames: {
  '/': '/',
  '/about': {
    lv: '/par-mums',
    ru: '/o-nas'
  }
}

这种配置允许开发者通过类似 /lv/par-mums 的路径访问内容，但同时原始路径如 /lv/about 仍然可以访问，这会导致SEO问题，因为同一内容可以通过多个URL访问。

期望行为分析

理想情况下，系统应该：

1. 只允许访问已翻译的路径（如 /lv/par-mums）
2. 对于未翻译的原始路径（如 /lv/about）返回404或重定向
3. 默认语言的无前缀路径（如 /par-mums）应自动添加语言前缀

技术实现考量

实现这一功能需要考虑几个关键点：

1. 中间件处理时机：需要在路由匹配阶段就进行路径验证
2. 响应方式选择：
   • 404状态码更符合SEO最佳实践
   • 但Next.js的not-found布局可能无法通过中间件触发
   • 302重定向是更可靠的备选方案
3. 配置策略：建议作为非可选功能，自动应用于所有纯"内部"路由

实现方向建议

对于想要贡献此功能的开发者，可以从以下方面入手：

1. 扩展中间件逻辑，在路由匹配后增加路径验证步骤
2. 维护一个反向映射表，快速判断路径是否为翻译路径
3. 添加测试用例验证各种路径访问场景
4. 考虑边缘情况，如动态路由、catch-all路由等

这个功能的实现将显著提升Next-Intl在多语言SEO方面的表现，避免内容重复问题，是国际化路由管理的重要改进。