Tradução de um site WordPress: versões de idioma rastreáveis e SEO

Translating a WordPress website means more than installing a multilingual plugin. Google expects each language version at its own crawlable URL, with navigation and body copy predominantly in one language, plus reciprocal hreflang when you publish alternates.

Quick answer: distinct WordPress URLs per language

WordPress sites scale through plugins, multisite networks, or external proxies—but SEO foundations stay constant: one crawlable URL per language. Google recommends different URLs for each language or region instead of cookies or browser language alone. Plugins that only swap text on /pricing via JavaScript or cookies leave search engines with a single indexed URL.

Start by rejecting single-URL language toggles. Then pick folder, subdomain, or domain patterns your team can maintain. Read international SEO versus multilingual SEO if you are deciding market scope before URL design.

WordPress multilingual architecture options

Three common architectures:

1. Multilingual plugin on one site — adds locale prefixes or parallel slugs (/en/about, /fr/a-propos). Lowest friction for small marketing sites.
2. WordPress multisite — separate sites per language under a network. Strong isolation; more ops overhead.
3. Reverse proxy or headless layer — WordPress remains source; edge or static layer serves locale URLs. Good for performance-heavy stacks.

All three can satisfy Google when each locale has a distinct public URL and complete HTML. None justify cookie-only switches on one address.

URL patterns: folders, subdomains and domains

Folders (/de/, /es/) keep one certificate and one Search Console property (with locale reporting via paths). Subdomains (de.example.com) suit regional teams or CDN rules. ccTLDs signal country targeting when you operate truly local properties.

Google determines page language from visible content. Pick a pattern, document it, and keep permalinks stable after launch. Changing slug schemes breaks hreflang clusters and inbound links.

Avoid automatic redirects based on guessed language or location. Provide a visible language switcher linking to the alternate URL instead.

Plugin vs multisite vs proxy tradeoffs

Plugins (WPML, Polylang, TranslatePress, and others) differ in editor UX and URL models—evaluate crawlability, not marketing claims. Confirm the plugin creates separate URLs per language, not AJAX swaps on one permalink.

Multisite gives each locale its own theme options, menus, and users. Crawlability is natural because sites have distinct home URLs. Cost: network administration and plugin licensing per site.

Proxy approaches can serve cached locale HTML fast but must still emit correct canonicals and hreflang at the edge. WordPress language versions need distinct public URLs; cookie/JS-only swaps conflict with Google guidance.

When comparing tools, ask: Does each translation get a unique URL? Are hreflang and sitemaps automated or exportable? Can editors review in context?

Hreflang, canonicals and XML sitemaps

Implement hreflang in WordPress via SEO plugins, dedicated hreflang extensions, or sitemap xhtml:link entries. Hreflang must be reciprocal: if /en/about references /fr/a-propos, the French page must reference English and itself with matching codes.

Set canonical tags per language to the preferred URL for that locale. Do not point French pages to English URLs as canonical.

WordPress XML sitemaps should list each language URL and stay aligned with hreflang and canonical strategy. Many SEO plugins generate locale sitemaps; verify they include all translated custom post types, not only posts and pages. See our multilingual SEO platform overview for audit patterns.

Menus, widgets, media and theme strings

Themes often hard-code English in footers, buttons, and widget titles. Export theme strings through your plugin’s string translation UI or child theme overrides. Menus should be language-specific: French navigation should link to French URLs, not English slugs with translated labels.

Media needs alt text and captions per locale. Shared images are fine; metadata must match the page language. Widgets (search, newsletter, related posts) should pull localized content queries.

Keeping each URL predominantly in one language includes these chrome elements—not only post bodies.

Editorial workflow on WordPress

Maintainability breaks when translators work only inside post editors without glossary or TM. Layer:

• Glossary for product and legal terms
• Translation memory to reuse approved phrases
• Review states before publish
• Change detection when English updates

Google helpful-content guidance prioritizes people-first pages; thin or boilerplate-only translations fail that bar. Schedule periodic audits of top landing pages in each locale.

Lista de verificação de implementação

• Distinct URL per language (verify view-source and address bar)
• Language switcher links to alternate URLs, not cookie toggles alone
• Reciprocal hreflang on templates and custom post types
• Per-locale canonicals that do not cross languages
• Complete XML sitemaps including all public post types
• Localized menus, widgets, theme strings, and media alt text
• No automatic geo/language redirects blocking crawlers
• Staging review in target languages

Bing Webmaster Guidelines also emphasize crawlable structure and useful content for indexing across markets.

Erros comuns

Single-URL AJAX translation — one indexed URL, invisible alternates.

Hreflang pointing to 404s or redirects — breaks reciprocity.

Mixed-language menus — French labels linking to English slugs.

Untranslated theme footer — dilutes language signals.

English canonical on translated posts — wrong consolidation.

Auto-redirect by country — blocks crawlers and users.

Machine translation without review on cornerstone content — thin locale pages.

Fundamentos da busca tradicional e dos mecanismos de respostas

Shared foundations for WordPress multilingual plugins and public locale URLs still matter across Google, Bing, and answer engines: crawlable language versions, clear entities, evidence-backed claims, structured data where truthful, and real localization—not English-only shells. Treat the guides below as platform-specific lenses on the same multilingual delivery bar.

Guia da plataforma: Pesquisa Google

Na Pesquisa Google, a descoberta depende de URLs de idioma e região rastreáveis, com HTML adequado ao idioma, títulos e cabeçalhos precisos e hreflang recíproco quando houver versões alternativas. Os fundamentos técnicos incluem conteúdo indexável (não apenas seletores baseados em cookies), metadados localizados, sitemaps e rigor na canonicalização. Qualidade de conteúdo significa oferecer conteúdo principal feito para pessoas em cada idioma; a autoridade vem da identidade clara da organização e de fontes que confirmem as informações — não do marketing de ferramentas de tradução. Implicação multilíngue: cada URL de mercado ou idioma deve funcionar de forma independente. Meça os resultados com a cobertura do Search Console e a Inspeção de URL por idioma e região. O que se sabe e o que é incerto: o Google documenta o comportamento multilíngue e do hreflang; não garante posicionamentos com base em nenhum CMS ou fluxo de trabalho de MTPE.

Guia da plataforma: Bing

O Bing descobre e indexa páginas multilíngues rastreáveis com estrutura clara, de forma semelhante às expectativas do Google quanto à clareza de URLs e conteúdo. Os fundamentos técnicos incluem URLs de idioma e região que possam ser acessadas pelos rastreadores, conteúdo útil e monitoramento no Bing Webmaster Tools. Priorize a localização de cabeçalhos, afirmações e perguntas frequentes, em vez de traduzir apenas os elementos da interface. Os sinais de autoridade continuam dependendo de fontes confiáveis e entidades consistentes. Implicação para sites multilíngues: não esconda idiomas atrás de seletores que funcionam apenas no lado do cliente. Meça a indexação e as estatísticas de rastreamento no Bing Webmaster Tools. O que se sabe e o que é incerto: as diretrizes do Bing enfatizam conteúdo útil e rastreável; não invente fatores de classificação exclusivos do Bing para ferramentas de tradução.

Guia da plataforma: ChatGPT

O ChatGPT pode citar ou resumir páginas acessíveis publicamente quando as versões de idioma são claras e estão prontas para fornecer respostas. A descoberta não segue uma classificação convencional de busca por rastreamento; a visibilidade se manifesta na seleção como fonte ou na menção nas respostas. Os fundamentos técnicos ainda começam com URLs HTML acessíveis — não com sobreposições de widgets que ocultam o texto. Entre as qualidades de conteúdo que ajudam estão respostas diretas, perguntas frequentes e terminologia estável baseada em glossários. A autoridade vem de evidências e de entidades consistentes entre versões de idioma e região. Implicação multilíngue: cada página localizada deve ser compreensível por si só. A medição é imperfeita — trate as verificações de citações como hipóteses. O que se sabe e o que é incerto: não há garantia documentada de que a MTPE ou qualquer integração com um CMS gere citações no ChatGPT.

Guia da plataforma: Gemini

O Gemini e as experiências relacionadas de IA do Google se beneficiam de entidades coerentes, dados estruturados precisos e páginas localizadas indexáveis. A visibilidade está ligada a receber referências ou ser reconhecido — não a inventar fatores de classificação do Gemini. Os fundamentos técnicos coincidem com os da Pesquisa Google em relação à rastreabilidade e à qualidade dos metadados. O conteúdo deve apresentar afirmações e definições claras em cada idioma. A autoridade depende da consistência da organização e da confirmação das informações por outras fontes. Implicação para sites multilíngues: nomes de produtos padronizados por um glossário reduzem a confusão entre versões de idioma e região. Faça a medição tradicional pelo Search Console e avalie qualitativamente amostras de respostas da IA. O que se sabe e o que é incerto: o comportamento do Gemini não substitui as orientações documentadas da Pesquisa Google sobre hreflang e versões de idioma.

Guia da plataforma: Google AI Overviews

O Google AI Overviews pode incluir links para páginas de apoio; os critérios de elegibilidade continuam baseados em conteúdo indexável e voltado para as pessoas. Esse recurso não funciona como um seletor de idiomas nem substitui o hreflang. As bases técnicas continuam sendo HTML rastreável para cada localidade e dados estruturados fiéis ao conteúdo. Entre as qualidades do conteúdo estão respostas concisas e títulos claros em cada idioma. Os sinais de autoridade seguem as expectativas para conteúdo útil. Implicação para sites multilíngues: a inclusão no AI Overviews não é garantida para nenhuma página traduzida. Acompanhe os relatórios de recursos generativos no Search Console, quando disponíveis, e mantenha as métricas tradicionais de indexação separadas. O que se sabe e o que permanece incerto: nenhum fluxo de trabalho de tradução pode prometer presença no AI Overviews.

Onde a GlotEO se encaixa

WordPress teams often outgrow ad hoc plugin workflows when glossary control and SEO validation matter. GlotEO offers a WordPress translation integration so marketers manage locales while WordPress keeps crawlable URLs. Review GlotEO pricing and plans and the website localization platform when comparing rollout options.