Como se conectam as rotas de idioma, canonical, hreflang, sitemap e o conteúdo de fallback do Toolso, com base em uma revisão do código e uma pequena amostra de páginas de 26 de outubro de 2026.
Um diretório de ferramentas de IA tem duas funções relacionadas: ajudar as pessoas a descobrir softwares úteis e dar a cada cadastro uma identidade estável. Adicionar idiomas amplia as duas funções. Uma interface traduzida pode parecer completa enquanto as páginas por trás dela ainda divergem sobre qual URL representa um item, se existe uma tradução ou qual versão um mecanismo de busca deve considerar.
O Toolso é uma plataforma multilíngue para descobrir e lançar ferramentas de IA. Este passo a passo explica como as rotas de idioma, as URLs canonical, as anotações de idiomas alternativos e as entradas do sitemap do Toolso se conectam, com base em uma revisão do código-fonte e uma pequena verificação de páginas publicadas em 26 de outubro de 2026. Ele não mede melhorias de posicionamento nem pressupõe que cada cadastro tenha conteúdo em todos os idiomas configurados.
Um bom ponto de partida é uma pergunta simples: quando a mesma ferramenta aparece em vários idiomas, todas as partes da aplicação conseguem descrever essas versões de forma consistente? Essa pergunta conecta a operação de conteúdo ao SEO técnico. Uma tradução é mais do que outra opção de menu: ela precisa de conteúdo, rota e metadados que estejam de acordo entre si.
Figura 1. A página inicial em inglês. Captura fornecida em 26 de outubro de 2026.
A configuração define atualmente dez locales: inglês, chinês simplificado, chinês tradicional, coreano, japonês, francês, alemão, russo, espanhol e português. O inglês é o idioma padrão. A configuração de roteamento usa prefixos de idioma conforme necessário, de modo que o idioma padrão não exige o prefixo /en, enquanto os outros locales usam um prefixo.
Como exemplo real, o cadastro do Raphael AI usa /tool/raphael em inglês e /zh/tool/raphael em chinês simplificado. Verificamos as duas páginas em 26 de outubro de 2026. Suas URLs canonical renderizadas apontavam para as respectivas versões de idioma.
As chaves internas de roteamento são separadas dos identificadores de idioma expostos aos mecanismos de busca. Na configuração atual, zh corresponde a zh-CN, tw a zh-TW, es a es-ES e pt a pt-BR. Uma chave interna curta é conveniente para o roteamento, mas não deve se transformar, sem uma decisão explícita, em uma anotação de idioma com outro significado.
O roteador também desativa a detecção automática de locale. Isso torna explícito o idioma codificado no caminho solicitado. Não significa que a localização esteja concluída: navegação traduzida, conteúdo traduzido dos cadastros e metadados corretos continuam sendo verificações separadas.
Figura 2. A página do Raphael AI no Toolso. Captura fornecida em 26 de outubro de 2026; ela mostra a interface, mas não verifica as anotações de idioma da página.
Pequenas diferenças entre URLs podem se espalhar quando os metadados das páginas e a geração do sitemap constroem os endereços de forma independente. Um componente pode ocultar o locale padrão enquanto outro o adiciona. Um pode preservar uma barra no fim da raiz do domínio enquanto outro a remove. Cada componente pode parecer razoável isoladamente, mas o resultado combinado pode ficar inconsistente.
Os auxiliares de canonical, hreflang e sitemap do Toolso compartilham um construtor de URLs absolutas. Ele delega a geração dos caminhos localizados à mesma lógica de roteamento e aplica uma única regra de normalização do caminho raiz. Nesta implementação, a URL da página inicial padrão é normalizada sem uma barra no final. Essa é a nossa convenção de consistência, não uma afirmação de que todo site precisa escolher essa forma de escrever a URL.
O auxiliar de metadados também aceita um valor de consulta para URLs paginadas. Quando essa opção é fornecida, a mesma consulta é adicionada à URL canonical e às alternativas de idioma. Isso permite que o código que faz a chamada mantenha a página dois associada à página dois em outros idiomas, em vez de conectá-la por engano à página um. Cada ponto de chamada ainda precisa ser inspecionado: a capacidade de um auxiliar não prova que todas as rotas o usam corretamente.
As anotações canonical comunicam uma URL preferencial. Elas não garantem qual URL o Google selecionará. Essa distinção é explicada nas orientações do Google sobre canonicalização.
Oferecer suporte a dez locales na aplicação não significa que todas as ferramentas tenham dez descrições concluídas. Tratar esses fatos como equivalentes criaria anotações de idioma que prometem mais do que o conteúdo entrega.
Nosso auxiliar de links de idioma aceita um conjunto de locales disponíveis. Quando o código que faz a chamada fornece esse conjunto, o auxiliar gera alternativas apenas para esses locales. Ele inclui uma alternativa x-default que aponta para a versão no idioma padrão somente quando essa versão pertence ao conjunto disponível. Omitir o conjunto declara todos os locales configurados, por isso informar corretamente a disponibilidade do conteúdo é uma responsabilidade importante em cada ponto de chamada.
A configuração de roteamento desativa a saída automática de idiomas alternativos por HTTP Link do next-intl. Em vez disso, a implementação gera anotações com os identificadores de idioma mapeados por meio dos metadados das páginas e dos auxiliares do sitemap. Isso evita manter outro conjunto gerado automaticamente a partir das chaves brutas de roteamento, além do mapeamento explícito de idiomas.
O resultado precisa ser verificado após a implantação. Na nossa amostra do Raphael, as páginas em inglês e chinês simplificado declaravam as mesmas dez alternativas de idioma mais x-default, incluindo um link de volta para a outra página. Isso verifica as anotações renderizadas dessa amostra, não a qualidade da tradução nem a indexação na busca. A documentação do Google sobre páginas localizadas explica os códigos de idioma, os links de retorno e a função de x-default como versão alternativa padrão.
Um gerador de sitemap pode produzir facilmente todas as URLs de idioma possíveis. Um inventário mais útil reflete qual conteúdo realmente atende aos critérios para aparecer.
A consulta de dados de ferramentas no gerador de sitemap do Toolso seleciona as ferramentas publicadas. Separadamente, ela monta o conjunto de traduções disponíveis a partir de registros com um nome utilizável e conteúdo descritivo válido. Esses registros de tradução são lidos em lotes baseados em cursores, e o gerador mantém as informações de locale necessárias para montar as URLs, em vez de acumular todas as descrições na memória.
As entradas de páginas de detalhes das ferramentas são então geradas apenas para os locales disponíveis. As entradas de detalhes do blog também são filtradas pelo conjunto de locales de cada publicação. Ambas usam os auxiliares compartilhados de URL para as localizações no sitemap e as alternativas de idioma. Portanto, um espaço para um idioma no banco de dados, por si só, não é suficiente para criar uma entrada de página de detalhes.
As datas de modificação também merecem cuidado. As entradas de detalhes das ferramentas usam o campo seoUpdatedAt, voltado ao conteúdo, e as entradas do blog usam a data correspondente de atualização do conteúdo ou de publicação. A intenção é descrever mudanças relevantes no conteúdo, em vez de fazer cada atualização na contagem de visualizações parecer uma nova revisão editorial.
Isso não comprova que todas as entradas geradas estejam funcionando corretamente em produção neste momento. O próprio envio do sitemap é apenas uma indicação; as orientações do Google sobre sitemaps não prometem rastreamento nem indexação.
Traduções ausentes precisam de uma política. Caso contrário, a mesma descrição no idioma original pode aparecer em várias URLs de idioma enquanto o site as apresenta como traduções concluídas.
Os metadados de detalhes das ferramentas contêm um ramo explícito para o fallback de tradução. Quando ele entrega conteúdo de fallback, marca a página com noindex, aponta a URL canonical para a versão em inglês da ferramenta e desativa o grupo de idiomas alternativos para aquela resposta. Dados de tradução temporariamente indisponíveis ou ausentes têm um tratamento separado; eles não devem ser descritos como uma página traduzida com sucesso.
A implementação dos detalhes do blog segue uma política relacionada: o fallback aponta para o idioma original da publicação, desativa as alternativas de idioma e usa noindex. O conteúdo arquivado do blog também é marcado com noindex. Essas são decisões editoriais e técnicas específicas do projeto, não uma recomendação para aplicar uma regra idêntica a todos os sites multilíngues.
A distinção prática é entre uma interface traduzida e um conteúdo traduzido. Um visitante ainda pode precisar de acesso ao fallback, mas os metadados de busca não devem apresentá-lo como uma edição de idioma independente e concluída. O filtro de disponibilidade de conteúdo do sitemap precisa continuar alinhado ao comportamento da página de detalhes.
Ler um auxiliar é útil, mas a resposta final é o que os visitantes e rastreadores recebem. Middleware, cache, disponibilidade de dados e a versão implantada podem alterar o resultado. Portanto, uma revisão de código não substitui uma verificação da resposta.
O repositório inclui um script de auditoria do sitemap que pode verificar o status da resposta, as diretivas robots, as URLs canonical e, opcionalmente, as relações entre idiomas. Revisamos o script e inspecionamos os metadados renderizados das duas páginas do Raphael e suas entradas no sitemap. Essas entradas usavam as mesmas URLs canonical e alternativas de idioma das páginas da amostra. Não executamos a auditoria completa de produção nem consultamos o Search Console.
As três capturas de tela mostram a página inicial, o cadastro do Raphael AI e a tela de entrada para enviar uma ferramenta. Elas documentam a interface no momento da captura. Para repetir a verificação técnica, compare a URL canonical e os links de idioma renderizados de um cadastro em dois idiomas disponíveis e, depois, compare essas URLs com o sitemap. Registre a URL e a data. Teste separadamente o comportamento quando falta uma tradução: uma tradução concluída e um fallback precisam de condições de verificação diferentes.
As observações do Search Console devem ficar em um registro separado: o que o Google rastreou, qual canonical selecionou e o que está indexado. Os números de análise de tráfego e conversões devem ficar em outro. Manter esses registros separados evita que uma verificação local da implementação seja recontada como um resultado de busca ou de receita.
A ideia mais reutilizável é deixar a disponibilidade do conteúdo orientar as declarações de URL. Mantenha as chaves de roteamento separadas dos códigos de idioma, compartilhe a construção de URLs entre os metadados e a geração do sitemap e dê às traduções ausentes um estado explícito. Depois, compare essas intenções com as respostas reais antes de fazer afirmações sobre o desempenho nas buscas.
Para uma equipe pequena, isso também é uma disciplina operacional. Um novo idioma deve entrar no fluxo editorial com um estado de conteúdo conhecido e uma etapa de verificação. Uma amostra pequena pode revelar divergências, mas não pode comprovar a cobertura de todo o diretório. Verifique novamente o grupo de URLs quando as regras de roteamento ou a disponibilidade das traduções mudarem.
Figura 3. O fluxo de envio após importar a URL de uma ferramenta, com os arquivos de mídia preenchidos. Captura fornecida em 26 de outubro de 2026; ela não mostra um envio concluído. Os preços e contadores são detalhes da interface naquele momento.
Se você está criando um diretório multilíngue, pode explorar o Toolso com estas perguntas em mente: cada página de idioma contém conteúdo útil, e os sinais de URL descrevem esse conteúdo com precisão?
Produzir vídeo com IA em 2026: escolher modelo por plano, dar prompt ao movimento, keyframes, custos reais, corrigir artefactos e migrar do Sora.
Três plataformas, três formas: Zapier o mais fácil, Make o melhor preço, n8n o único auto-alojável. O custo é decidido pelo modelo de faturação.
Prompt engineering em 2026: por que prompts enxutos pontuam 10–15 % mais, o que os modos de raciocínio tornaram obsoleto e cinco padrões que ficaram.
O método de 2026 para programar com Claude: CLAUDE.md leve, plano primeiro, subagentes, worktrees em paralelo, hooks como guardas e ciclos de verificação.
Copilot em 2026 na prática: configurar o Agent Mode, políticas de aprovação automática, revisão agêntica, disciplina de custo e hábitos que compensam.
O guia atual do Midjourney: estrutura do prompt, parâmetros essenciais, treino da personalização, a armadilha 4× de GPU, modo vídeo e um ciclo prático.
O tutorial completo do V7 — parâmetros, padrões de prompt e fluxos da geração 2025, com uma tabela completa de migração para o V8.2.
Guia prático do Notion AI: configurar Custom Agents agendados, escrever Skills, gerenciar créditos e a higiene do espaço de trabalho.
