Como construímos o nosso site com IA — caso HD SofT: 13 idiomas, WordPress, automação e analítica

Este artigo descreve como nós, na HD SofT, construímos o nosso próprio site recorrendo à inteligência artificial — partindo de uma base Squarespace para WordPress + Bricks Builder, em 13 idiomas, num servidor próprio, com um pipeline de publicação automatizado e analítica. E o que aprendemos pelo caminho.

Porque mudámos do Squarespace

O nosso antigo site corria sobre Squarespace. Serviu-nos durante muito tempo, mas três fatores acabaram por o pôr de lado:

• O suporte multilingue era demasiado caro e desajeitado. Somos uma empresa finlandesa de software, mas os projetos são feitos em todo o mundo. Queríamos os nossos conteúdos legíveis em 13 idiomas — e as funcionalidades multilingue do Squarespace não respondiam a isso sem um plugin adicional e uma fatura mensal sempre a crescer.
• Estávamos bloqueados num único ecossistema. Queríamos ser donos da stack: base de dados, servidor, processo de deploy e o conteúdo inteiro. Só assim podemos experimentar novas soluções de IA e integrações sem nos limitarmos a nós próprios.
• SEO e pesquisas de IA exigem controlo. Dados estruturados (JSON-LD), llms.txt e tags Open Graph por página não se resolvem em plataformas padrão da forma como queríamos.

Decidimos reconstruir tudo — e, ao mesmo tempo, testar na prática até onde chegam hoje as ferramentas de IA quando uma empresa de software constrói com elas um site ao nível de produção.

A escolha da stack: WordPress, Bricks e VPS próprio

Escolhemos o WordPress como plataforma, o Bricks Builder como construtor de páginas e um VPS próprio num ambiente baseado em Docker e Kubernetes.

• WordPress, porque é o standard: REST API, Yoast SEO e uma década de bibliotecas de suporte para tudo o que precisamos. Em uso: Yoast SEO, Redirection (redireccionamentos de URL), Converter for Media (conversão WebP automática) e AI Engine.
• Bricks Builder trata da camada visual. Decisão importante: deixámos todo o estilo (tipografia, cores, espaçamentos, grelhas) ao cuidado do Theme Style do Bricks — não fixamos pixéis em páginas individuais. Assim, a máquina (leia-se: IA) pode produzir novo conteúdo que encaixa no design existente sem ajustes manuais.
• O VPS próprio dá controlo total: os custos são previsíveis, o servidor está na Finlândia e podemos correr lado a lado automações n8n e outros projetos no mesmo ambiente.

O que deixámos de fora? Plugins multilingue. No lugar deles, construímos uma solução própria em que cada idioma tem a sua própria página por baixo de um caminho (por exemplo, /en/services/, /de/dienstleistungen/). A estrutura de URL é simples e os motores de busca tratam as páginas como entidades únicas, sem magia de tradução.

Produção de conteúdo com IA — um processo repetível

A base de todo o conteúdo é o master em FI: a versão original em finlandês, que escrevemos e editamos à mão. Só depois de fechada é que a IA a traduz para os outros 12 idiomas.

Na prática, o processo desenrola-se assim:

1. O master FI é escrito e revisto manualmente. O finlandês precisa de um revisor humano — palavras compostas, vírgulas e nuances escapam frequentemente à IA.
2. Depois de o texto ser aprovado, corremos o script de tradução que produz versões para todos os idiomas necessários (en, de, es, fr, pt, pl, ro, tr, hi, ko, ar, fa).
3. Cada tradução recebe um campo meta _hdsoft_translation_key que aponta para o ID do post master FI. Assim o sistema sabe que versões pertencem em conjunto.
4. A imagem destacada e a data de publicação são copiadas automaticamente do master, pelo que as versões traduzidas mantêm coerência visual.

Os idiomas RTL (árabe, persa) recebem atenção especial: o atributo HTML dir="rtl", o layout no sentido correto e um falante nativo como revisor.

A IA não acrescenta novos factos, não inventa números nem altera o tom. O seu papel é simples: traduzir, não reescrever.

Automação técnica: REST API, mu-plugins e GitHub Actions

Esta é a parte em que a IA poupa mesmo tempo.

As páginas são construídas via REST API. No Bricks, a estrutura de uma página é guardada em formato JSON no campo meta _bricks_page_content_2. Quando queremos criar uma nova página de serviço, a IA monta a estrutura JSON compatível com o Bricks (Section → Container → Block → Heading + Text), envia-a por POST via REST API e a página fica pronta. Pode ser afinada diretamente no editor, mas o grosso do trabalho sai de um único comando.

Os mu-plugins tratam das tarefas especiais. Além dos componentes padrão, temos alguns mu-plugins próprios em uso:

• hdsoft-jsonld.php — gera schemas SEO alargados (Service, SoftwareApplication, CreativeWork, ContactPage, FAQPage) por cima da base do Yoast.
• hdsoft-tracking.php — tags do Google Analytics, Lead Feeder e Bing Webmaster.
• hdsoft-domain.php — força todos os URLs visíveis nas páginas para o domínio final hdsoft.fi (evitou vestígios de URL durante o cutover).
• hdsoft-llms.php — serve o ficheiro /llms.txt aos motores de pesquisa de IA com o charset UTF-8 correto.

Todos os mu-plugins são publicados automaticamente via GitHub Actions: ao fazer push para a branch main, um runner aplica as alterações ao cluster K8s. Não é preciso correr kubectl cp à mão.

Um único JS global trata da navegação multilingue. Um Bricks Code element no template do cabeçalho lê o código de idioma do URL e traduz o menu, o rodapé e os links anterior/seguinte. Isto significa que não criamos um cabeçalho por idioma — atualizamos apenas um ficheiro quando acrescentamos um novo serviço.

SEO e GEO integrados desde o início

As pesquisas baseadas em IA (ChatGPT, Perplexity, Claude, Bing Copilot) são uma categoria diferente do Google. Não indexam nem classificam links — leem a página como um resumo e respondem diretamente à pergunta. Isto exige duas coisas:

1. Dados estruturados em JSON-LD. O Yoast trata da base (WebPage, Article, BlogPosting, BreadcrumbList, Organization). O nosso hdsoft-jsonld.php acrescenta os tipos específicos importantes: Service para páginas de serviço, SoftwareApplication para produtos e FAQPage automaticamente sempre que o conteúdo segue um padrão pergunta/resposta.
2. llms.txt na raiz do site. É um resumo curto sobre o que a empresa é, o que faz e onde se obtém mais informação. Mantemo-lo atualizado sempre que acrescentamos um novo serviço, produto ou projeto.

A combinação funciona: as pesquisas de IA conseguem responder corretamente a perguntas do tipo “o que faz a HD SofT” sem terem de adivinhar nem confundir-nos com outra empresa.

Adicionalmente, cada página tem:

• o campo inLanguage no JSON-LD, gerado a partir do prefixo do URL
• a tag og:locale para as versões traduzidas (fi_FI, en_US, de_DE …)
• links hreflang assim que todas as traduções estão prontas
• parágrafos orientados para a resposta — curtos, no formato pergunta-resposta, para que a IA consiga extrair uma frase de resposta

Analítica ligada no mesmo movimento

Um site não se melhora sem dados. Ligámos logo:

• Google Analytics 4 — tráfego base, canais, páginas, comportamento.
• Google Search Console — visibilidade orgânica, principais pesquisas, problemas de indexação.
• Lead Feeder — identificação ao nível da empresa quando alguém consulta as páginas repetidamente a partir de um intervalo de IP identificável.
• Bing Webmaster Tools — o Bing continua a ser relevante, sobretudo no mercado empresarial, e o Copilot da Microsoft lê o Bing.

Uma coisa em particular: o snapshot semanal de marketing. Escrevemos um script de linha de comandos que vai buscar dados ao GA4 e à Search Console, compara com a semana anterior e devolve um resumo em Markdown: canais, países, principais páginas, principais pesquisas, deltas. Não é um dashboard sofisticado, mas é reporting prático e garante que não nos escapa uma tendência.

O pipeline assistido por IA trouxe aqui uma vantagem específica: quando um pedido de dados ao GA4 ou à Search Console precisa de ser formatado na estrutura certa, a IA resolve isso em poucas linhas de código e devolve-nos o resultado num formato legível.

Cutover de DNS e seguimento

Mudámos o domínio de produção para hdsoft.fi a 4 de maio de 2026. Preparámos o cutover assim:

• Construímos 28 redireccionamentos dos URLs antigos do Squarespace para os novos — todos relativos, para sobreviverem à mudança de domínio.
• Os erros 404 foram ligados ao GA4 como evento dedicado, para detetarmos rapidamente links partidos.
• O sitemap só foi entregue à Search Console depois da mudança de DNS, nunca antes (caso contrário o Google marcá-lo-ia como inválido).

Depois do cutover, corremos o snapshot de marketing semanalmente durante as primeiras quatro semanas e, a partir daí, uma vez por mês. Assim notamos depressa se um URL ficou em 404 ou se uma página rende inesperadamente bem (e nesse caso acrescentamos conteúdo).

O que aprendemos

As conclusões mais importantes não são técnicas, são de método de trabalho.

• Desenhar os estilos num só sítio antes de a IA começar a produzir conteúdo. O Theme Style e as Global Classes do Bricks são ferramentas para a IA: com a estrutura pronta, a máquina apenas preenche os espaços. Se deixarmos os estilos em aberto, a IA fixa pixéis em cada página e a confusão começa.
• Fechar o master FI antes de traduzir. Se o master ainda mexer, as traduções acabam por divergir em diferentes gerações. Uma única fonte da verdade — e as restantes seguem a partir dela.
• Revisão visual obrigatória. A IA é capaz de produzir uma página impecável ao nível do JSON e ainda assim confusa para o utilizador. Tire uma captura de ecrã com Playwright depois de cada alteração — a leitura é feita por uma pessoa, não apenas pelo validador.
• O finlandês exige um humano. Palavras compostas, vírgulas e tom: a IA comete erros que uma máquina não deteta. Mantenha um falante nativo como último filtro.
• Reúna o contexto num único ficheiro. Temos um CLAUDE.md na raiz do repositório: todas as regras, ferramentas, caminhos, mecanismos de deploy. Quando se abre uma sessão de IA, é o primeiro ficheiro que ela lê. O ser humano faz o mesmo antes de começar a editar: leia as instruções e não começará do zero.

No fim de contas, a melhor ferramenta de IA é aquela que o utilizador sabe travar. Gerar é barato — quem decide é o controlo de qualidade.

Quer o mesmo, chave-na-mão?

A HD SofT desenvolve projetos web e de conteúdo assentes em IA para clientes. O mesmo método, o mesmo nível de qualidade, o mesmo controlo: WordPress + Bricks, pipeline de automação, multilíngue e analítica — tudo a funcionar antes mesmo de o site ir para o ar.

Fale connosco: formulário de contacto, Marketing digital ou Desenvolvimento de software.