Como operar um blog multilíngue com Sveltia CMS

Para iniciar um fluxo multilíngue, gere HTML localizado pelas traduções de um artigo representativo e confira texto, title, description e links internos. Relacione somente versões existentes segundo Google: Localized Versions; verifique separadamente o sucesso do serviço e as páginas públicas concluídas.

Atualização de 26 de setembro de 2026: As etapas com Copilot abaixo registram a implantação de junho de 2026. A geração de traduções passou para OpenAI Batch. O japonês continua sendo a fonte principal, e as páginas estáticas traduzidas continuam sendo o formato de publicação.

Fluxo atual de tradução (setembro de 2026)

Quando um artigo ou texto de interface em japonês muda na main, o workflow de envio do Batch é iniciado. Ele espera 15 minutos por edições adicionais, verifica a main atual e envia a tradução. O workflow de coleta compara os resultados com o sourceHash atual, descarta resultados antigos e cria um PR de tradução. O workflow de integração habilita a integração automática apenas para PRs elegíveis. Terminologia, links, fatos e naturalidade ainda precisam de revisão.

1. 1 Atualizar a fonte japonesa Uma mudança de source em main inicia um Batch de tradução.
2. 2 Comparar sourceHash Na coleta, excluir resultados que já não correspondem à fonte atual.
3. 3 Integrar o PR de tradução A validação pode permitir integração automática; o conteúdo ainda precisa de revisão.

Registro da implantação de junho de 2026

O conteúdo da Acecore é editado principalmente em japonês, mas o blog é publicado em 9 idiomas. O ponto principal é que traduzir a tela e publicar conteúdo multilíngue são coisas diferentes.

Tradução do navegador ajuda o leitor naquele momento. Mas ela não cria URLs localizadas, metadados, RSS, sitemap, dados estruturados ou hreflang.

Se o objetivo inclui busca orgânica, a tradução deve ser parte do processo de publicação.

Estrutura

• Fonte em japonês: src/content/blog/{slug}.md
• Traduções: src/content/blog/{locale}/{slug}.md
• URLs: /blog/{slug}/, /en/blog/{slug}/, /pt/blog/{slug}/
• Edição: Sveltia CMS
• Tradução: PRs do GitHub Copilot
• Publicação: build e revisão

Sveltia CMS edita a fonte japonesa. As traduções ficam em PRs para que o time consiga revisar, testar e reverter.

Quando tradução na UI basta

Ela funciona bem para leitura interna, navegação ocasional, telas administrativas e páginas que não buscam tráfego orgânico.

O custo operacional é baixo, porque não há arquivos traduzidos. Mas também não há páginas por idioma para indexação.

Benefícios para mecanismos de busca

Buscadores, previews sociais e leitores RSS lidam com URLs e HTML.

Se só existe a página japonesa, o navegador pode traduzi-la para o usuário, mas title, description, RSS e sitemap continuam ligados à página japonesa.

Com páginas estáticas, cada idioma tem seu próprio URL.

/blog/copilot-translation-pipeline/
/en/blog/copilot-translation-pipeline/
/pt/blog/copilot-translation-pipeline/
/fr/blog/copilot-translation-pipeline/

1. Crawlers acessam cada idioma diretamente

Google processa JavaScript, mas a documentação também fala das limitações e recomenda renderização estática ou server-side como soluções mais estáveis. Para outros crawlers e leitores RSS, HTML inicial traduzido é ainda mais importante.

2. Metadados são localizados

O frontmatter também é traduzido:

title: "Como operar um blog multilíngue com Sveltia CMS"
description: "Fluxo com Sveltia CMS e GitHub Copilot para PRs de tradução."

Isso afeta resultados de busca, OGP, cards relacionados e RSS.

3. hreflang mostra a relação entre idiomas

Quando idiomas têm URLs diferentes, o Google recomenda hreflang. Com tradução apenas na UI, não há URL de outro idioma para conectar.

4. RSS e sitemap ficam multilíngues

Arquivos traduzidos permitem gerar /pt/rss.xml e URLs localizadas no sitemap.

Papel do Sveltia CMS

Sveltia CMS não traduz. Ele mantém simples a edição do conteúdo japonês:

• artigos japoneses
• autores
• tags
• JSON fonte em japonês
• imagens
• frontmatter como data, FAQ e links

A configuração do CMS está em Guia de instalação do Sveltia CMS.

Regras para Copilot

O PR de tradução deve preservar identificadores e localizar apenas texto.

Keep:

- slug
- image path
- author id
- tag ids
- external URLs
- code blocks

Localize:

- title
- description
- FAQ
- body text
- internal blog URLs when locale-specific URLs exist

Lições dos PRs

• Artigos antigos ainda mencionavam Pages CMS mesmo após a migração para Sveltia CMS.
• Se date fica antigo, o artigo não aparece no topo do blog.
• O slug deve continuar igual entre idiomas.
• Links internos devem apontar para o locale do leitor.
• IA acelera a tradução, mas revisão continua obrigatória.

Referências

• Google Search Central: Localized Versions of your Pages
• Google Search Central: Managing Multi-Regional and Multilingual Sites
• Google Search Central: JavaScript SEO Basics
• Google Search Central: Spam Policies
• Guia de instalação do Sveltia CMS

Resumo

Tradução na UI ajuda a ler. Páginas estáticas localizadas transformam cada idioma em conteúdo real do site.

Sveltia CMS cuida do japonês, GitHub Copilot cria PRs de tradução e Astro build valida o resultado antes da publicação.