Um Exemplo Real do Custo de Tradução no WordPress

A maioria das páginas de preços de plugins multilingues é construída para esconder o único número que realmente importa: quanto vai custar quando o seu site crescer. Vamos resolver isso com um exemplo real do custo de tradução no WordPress — sem o habitual "a partir de" vago e enganador.

Se gere um site de negócios, uma loja WooCommerce ou sites de clientes, o custo de tradução divide-se normalmente em três categorias: o próprio plugin, o motor de tradução e a penalização pela escala. Esta última é onde muitos proprietários de sites WordPress são lesados. Um site com 20 páginas parece barato. Um site com 500 produtos, e-mails, metadados e conteúdo novo todas as semanas é onde a fatura começa a pesar.

Um exemplo simples do custo de tradução no WordPress

Comecemos com um site de pequena empresa realista. Imagine que tem 25 páginas em inglês, com uma média de 800 palavras por página. São 20.000 palavras no total. Quer espanhol e francês, ou seja, vai criar duas versões traduzidas.

Isso significa que vai traduzir 40.000 palavras no total, porque cada língua de destino precisa do seu próprio resultado. Se o seu fluxo de trabalho de tradução utiliza um modelo de IA com preço por tokens ou caracteres, o custo variável depende do modelo escolhido, da estrutura do prompt e de se faz uma tradução numa só passagem ou tradução seguida de refinamento.

A um nível básico de planeamento, muitos proprietários de sites podem estimar primeiro o custo de tradução por contagem de palavras e depois acrescentar uma margem para prompts, instruções de formatação, slugs, campos de SEO, atributos de produtos e novas tentativas. Uma gama de orçamento razoável para tradução com IA é muitas vezes modesta para um site desta dimensão — muito inferior ao que as plataformas de tradução por subscrição sugerem com limites de páginas ou palavras.

Eis a versão direta: para um site de 25 páginas, o custo real do motor de tradução pode ser surpreendentemente baixo. Por vezes, surpreendentemente baixo mesmo. A parte cara é frequentemente o modelo de preços do software que o envolve.

O que muda realmente o preço

Um exemplo de custo de tradução no WordPress só é útil se souber o que influencia o valor. A contagem de palavras é importante, obviamente, mas não é tudo.

Um site institucional com 20.000 palavras é mais barato de gerir do que uma loja WooCommerce com 20.000 palavras, porque as lojas têm variações de produtos, e-mails transacionais, taxonomias, filtros, metadados de SEO e conteúdo em constante atualização. Se traduzir uma vez e raramente tocar no site, o seu perfil de custos é uma coisa. Se o inventário e as páginas de destino forem atualizados todas as semanas, o seu fluxo de trabalho de tradução precisa de ser suficientemente barato para repetir.

O modelo que escolhe também importa. Se usar um modelo de IA premium para cada página, o custo sobe. Se usar um modelo mais económico para a tradução inicial e reservar os modelos premium para as páginas mais importantes, descrições de produtos e conteúdo de SEO de topo, o custo cai rapidamente. Essa troca é real. Nem todas as páginas merecem o mesmo orçamento de tradução.

Depois há o modelo de negócio do plugin. Algumas ferramentas cobram mensalmente com base na contagem de palavras, visitas à página, número de palavras traduzidas armazenadas ou número de idiomas. Isso significa que o seu custo já não está apenas ligado à tradução — está ligado ao privilégio de continuar a usar o seu próprio conteúdo traduzido. É aqui que as coisas ficam absurdas.

Exemplo de custo de tradução no WordPress para um site de conteúdo

Vamos agora escalar. Imagine que gere um site editorial com 150 artigos de 1.200 palavras cada. São 180.000 palavras em inglês. Quer começar com um idioma adicional.

O seu volume de tradução é de 180.000 palavras. Acrescente títulos de SEO, meta descrições, texto de categorias, biografias de autores, etiquetas de navegação e strings relacionadas com média, e o volume de trabalho prático é maior. Conte com 200.000 palavras para efeitos de orçamento.

Se usar IA diretamente, isto ainda pode ser acessível. Não gratuito, não zero, mas suficientemente acessível para tomar decisões racionais página a página. Talvez traduza todas as páginas de tráfego perene, mas ignore as notícias mais recentes. Talvez atualize apenas os 20 por cento de conteúdo que geram 80 por cento do tráfego. Isso é controlo de custos. Você decide o que merece investimento.

Com muitas plataformas de subscrição, porém, é aqui que o contador começa a correr de uma forma que nada tem a ver com a qualidade da tradução. Mais palavras, mais idiomas, mais mensalidades. Manter o mesmo conteúdo ativo? Continua a pagar. Adicionar mais publicações no mês seguinte? Paga mais uma vez. Migrar mais tarde? Esperemos que a exportação não seja um pesadelo.

Isso não é precificação de tradução. É renda.

Exemplo de custo de tradução no WordPress para WooCommerce

O e-commerce é onde os maus modelos de preços mostram mesmo os dentes. Imagine uma loja com 300 produtos. Cada produto tem uma descrição curta de 150 palavras, uma descrição longa de 500 palavras e mais 50 palavras distribuídas por atributos, informações de tamanho, separadores e campos de SEO. São aproximadamente 700 palavras por produto, ou 210.000 palavras no total.

Acrescente texto do carrinho, strings de checkout, descrições de categorias, modelos de e-mail e páginas de conta, e o âmbito real da tradução fica mais próximo de 225.000 a 240.000 palavras. Traduza para dois novos idiomas e estará entre as 450.000 e as 480.000 palavras.

A boa notícia é que o custo de tradução com IA para este volume pode ainda ser muito gerível, se controlar a escolha do modelo e for dono do fluxo de trabalho. A má notícia é que muitos fornecedores de tradução de sites veem uma loja como esta e começam a esfregar as mãos. Mais produtos significa mais custo recorrente. Mais idiomas significa outro aumento. Mais conteúdo traduzido significa patamares mais elevados. Não está apenas a pagar para traduzir. Está a pagar para sempre, para continuar a operar.

Para os proprietários de lojas, essa matemática está errada. Os catálogos de produtos mudam. As campanhas sazonais são lançadas. Os e-mails de carrinho abandonado são reescritos. Se cada atualização desencadeia mais uma ronda de dependência de plataforma, a sua configuração multilingue torna-se um problema de custos em vez de uma ferramenta de crescimento.

Os custos ocultos que as pessoas esquecem

A maioria das discussões sobre orçamento ignora os pormenores aborrecidos que mais tarde causam dores de cabeça.

Primeiro, edição e controlo de qualidade. A tradução automática está boa agora — muito melhor do que o resultado robótico de que as pessoas se lembram de anos atrás — mas ainda precisa de julgamento humano. A voz da marca, textos legais, nuances de produtos e terminologia específica de cada mercado precisam de uma revisão humana nas páginas importantes. Se tiver revisores internos, ótimo. Se não, acrescente tempo editorial ao orçamento.

Segundo, o risco de migração de SEO. Se estiver a mudar de um sistema de tradução para outro, o valor principal não é o único custo. Alterações de URL, perda de metadados, configuração incorreta de hreflang e erros de redirecionamento podem custar mais do que o próprio software. Uma migração barata pode tornar-se uma perda de tráfego cara.

Terceiro, armazenamento e propriedade. Se as traduções estiverem fora do WordPress, num sistema de terceiros, está a uma alteração de preços de distância de uma situação de reféns. Se as traduções estiverem armazenadas dentro do WordPress, tem um ativo. Grande diferença.

Então, quanto deve orçamentar?

Para um pequeno site institucional, orçamente em duas camadas: um custo de software único e um custo variável de tradução com IA. O primeiro deve ser previsível. O segundo deve escalar com o uso real, não com um plano SaaS inventado.

Para um site editorial ou WooCommerce, pense por fases. Comece pelo conteúdo de maior valor, use um modelo mais robusto onde a qualidade afeta a receita ou as classificações, e evite traduzir conteúdo irrelevante só porque um plugin torna fácil clicar em "traduzir tudo". Volume sem estratégia é a forma de desperdiçar dinheiro.

Uma regra prática de orçamento é simples. Estime o total de palavras de origem, multiplique pelos idiomas de destino e acrescente 10 a 20 por cento para metadados, prompts, strings, modelos e limpeza inevitável. Depois, compare dois cenários: taxas recorrentes de plataforma ao longo de 24 meses versus software único mais utilização direta de IA. Essa comparação costuma expor o esquema bastante depressa.

Porque é que este exemplo de custo de tradução no WordPress é importante

O objetivo de um exemplo de custo de tradução no WordPress não é fingir que existe um número universal. Não existe. O objetivo é forçar clareza.

Se um fornecedor não consegue dizer como os preços mudam quando a contagem de páginas cresce, o número de idiomas aumenta ou o catálogo WooCommerce duplica, aí tem a sua resposta. Se o plugin armazena as suas traduções de uma forma que torna a saída dolorosa, aí tem também a sua resposta.

É por isso que as ferramentas que colocam a propriedade em primeiro lugar estão a ganhar terreno. Pague pelo software uma vez. Pague pelo uso de tradução quando realmente traduz. Mantenha o seu conteúdo no WordPress. Use o modelo de IA que quiser. Uma menção é suficiente aqui: é este tipo de lógica que está por trás do TrueLang e, francamente, deveria ser o padrão, não a exceção.

Não precisa de uma stack multilingue construída como a faturação de televisão por cabo. Precisa de software previsível, custo de tradução controlável e conteúdo que realmente lhe pertence. Comece o seu orçamento por aí, e as más opções tornam-se óbvias rapidamente.

A configuração multilingue mais inteligente raramente é a que tem o painel de controlo mais vistoso. É a que ainda faz sentido financeiro um ano depois.