Gerenciamento de múltiplos idiomas no Next.js com o novo app router

O Next.js 13 trouxe mudanças relevantes na estrutura de rotas, principalmente com o app router. Uma questão que tem gerado dúvida é como implementar i18n de forma eficiente, especialmente ao lidar com o idioma padrão e URLs amigáveis.

Na migração do tradicional /pages para /app, criar uma pasta [lang] parece uma solução natural, permitindo que o usuário acesse o conteúdo na língua desejada, por exemplo, /, /es, /blog, /es/blog. Mas a dúvida que fica é: como garantir que o idioma padrão (no caso, inglês) seja acessado sem precisar explicitamente colocar /en?

A documentação oficial e alguns tutoriais sugerem que é possível usar uma configuração de fallback ou até mesmo ajustar a lógica de roteamento para que o idioma padrão seja o root. Entretanto, na prática, isso pode gerar problemas na indexação e na experiência do usuário. Sem esse critério, a solução pode parecer simples no começo e cara no suporte. O valor aparece melhor quando operação, produto e engenharia olham para o mesmo risco.

Minha dica é pensar bem na estratégia de URL, preferindo deixar a raiz para o idioma padrão e usar a pasta [lang] apenas para os demais idiomas. Assim, fica mais fácil de manter o SEO e evitar redirecionamentos complicados. O valor aparece melhor quando operação, produto e engenharia olham para o mesmo risco. Por isso, o recorte precisa considerar manutenção, validação e caminho de volta. Esse contexto ajuda a separar ganho real de novidade difícil de sustentar. A decisão fica mais saudável quando o time consegue medir o impacto depois.

Quem já passou por isso e tem alguma dica de implementação que funcione bem na prática? Como vocês estão lidando com o fallback do idioma padrão no seu projeto?