A WordCamp Portugal 2026 em três frases {#opening}
Estive na WordCamp Portugal 2026 no Porto, 15-17 de maio de 2026, e as onze sessões em que estive mudaram a forma como entregamos a auditoria de acessibilidade da WPPoland. Também afinaram a fila de projetos para a WordPress Abilities API e deram-me linguagem concreta para falar da mudança do modelo de agência após a IA. A seguir está o que cada sessão disse, o que significa para WordPress em produção e trabalho headless, e as duas alterações que já coloquei em produção no wppoland.com. Obrigado a Toze Vasconcelos e Carolina Osório Pinho por conduzirem a edição do Porto.
A manchete que continua na minha cabeça: acessibilidade como sinal mensurável de SEO {#bovelett}
Anne-Mieke Bovelett, “Visibilidade SEO: 23% mais tráfego através da acessibilidade”. A Anne-Mieke conduziu-nos por um caso de estudo em que o site ganhou 23 por cento de tráfego orgânico depois de fechar as lacunas de WCAG 2.2 AA que se sobrepõem a sinais de SEO on-page: hierarquia de cabeçalhos, qualidade dos textos alternativos, textos de ligação claros, marcação de formulários e mensagens de erro úteis. O argumento bateu fundo porque ela não enquadrou a acessibilidade como teatro de conformidade. Mostrou-a como um sinal do Google que muitas equipas ignoram porque o responsável pelo orçamento está num departamento diferente do responsável pelo SEO.
O movimento prático do lado da WPPoland já está em produção: a página da auditoria de acessibilidade em /pt-pt/servicos/auditoria-acessibilidade-wcag/ lista agora a sessão da Anne-Mieke como fonte, e o relatório de conformidade passa a incluir um anexo sobre a sobreposição com SEO. Assim, a lista de correções pode ser ordenada tanto pelo risco legal como pelo impacto na pesquisa orgânica. A mesma auditoria, dois eixos de avaliação, uma única árvore de decisão.
O movimento de plataforma mais interessante: a WordPress Abilities API {#abilities-api}
Uros Tasic, “WordPress Abilities API: ponte entre código e IA”. A Abilities API expõe operações do site (publicar um artigo, atualizar uma opção, criar um utilizador, executar um comando ao estilo de CLI) como ações estruturadas que agentes e ferramentas de IA podem chamar com segurança. Uros mostrou a forma atual da API, a negociação de permissões entre agente e site, e onde fica a fronteira entre operações de leitura e operações de escrita com consentimento explícito. A analogia mais limpa é o padrão dos servidores MCP do ecossistema da Anthropic, mas ancorada no core do WordPress em vez de numa camada separada ao lado.
Para agências, este é o movimento de plataforma do WordPress mais interessante do ano porque muda a forma de construir dois tipos de solução que os clientes pedem com frequência. Primeiro, automação do trabalho editorial, em que uma equipa de conteúdo quer um verdadeiro assistente, e não uma caixa de chat. Segundo, funcionalidades de IA do lado do cliente que precisam de executar ações administrativas (moderar um comentário, agendar um artigo, gerar uma entrada no mapa do site) sem expor a palavra-passe do wp-admin.
IA no core do WordPress: o que já está em produção {#wp-ai-core}
Jorge Costa, “A IA já está no núcleo do WordPress – como a usar”. O Jorge percorreu as funcionalidades de IA já incluídas no core do WordPress (sugestões de texto alternativo para imagens, apoio à redação de conteúdo em blocos, assistente de search-and-replace), mais a camada de configuração (o registo de serviços de IA, flags de capability por papel, troca de fornecedor de modelo). Duas coisas saltaram à vista. Primeiro, o gerador de texto alternativo é suficientemente bom para eliminar a desculpa “mas escrever alt-texts é difícil” das auditorias de acessibilidade. Segundo, o registo de serviços de IA é a porta de entrada para autores de plugins entregarem funcionalidades sem empacotar a sua própria biblioteca de cliente.
A conclusão para projetos de cliente: pare de tratar o WordPress como um CMS que precisa sempre de uma camada separada de plugins de IA. Os hooks já existem no core. As camadas de plugin devem trazer inteligência específica do produto, como a taxonomia editorial, o vocabulário do sector e regras de segurança, não apenas ligação genérica a modelos.
Construir ferramentas administrativas sobre a WordPress AI API: o exemplo do Studio Write {#welcher-studio}
Ryan Welcher, “Deixe de fazer tudo à mão: ferramentas de administração com a WordPress AI API”. O Ryan deu uma sessão de 3,5 horas a demonstrar a WordPress AI API na prática, com o Studio Write da Automattic como exemplo trabalhado. O Studio Write é um ciclo de pesquisa, rascunho e publicação que usa a WordPress AI API e os mecanismos do editor de blocos para manter o autor numa só janela. A sessão dividia-se entre demonstração do produto e guia para autores de plugins que querem entregar funcionalidades de IA sem construir lógica de cliente à medida.
O diapositivo de implementação que ficou: a WordPress AI API trata cada operação como uma intenção estruturada, não como um prompt em texto livre. É a abstração certa para autores de plugins porque o mesma interface funciona com fornecedores de modelo distintos, e o registo de auditoria guarda o que aconteceu em termos que um proprietário humano consegue rever. O Studio Write é a demonstração, mas o padrão é reutilizável para qualquer ferramenta editorial que tenha de executar várias operações administrativas no mesmo site.
Executar fluxos de desenvolvimento e gestão através do Claude Code {#claude-code}
JuanMa Garrido, “Desenvolvimento e gestão de WordPress com Claude Code”. O JuanMa mostrou como executa o desenvolvimento de WordPress a partir do terminal com Claude Code: criação inicial de plugins, ajustes em temas, promoção entre vários ambientes e auditorias de conteúdo. A sessão foi prática e honesta sobre onde funciona (tarefas bem delimitadas com critérios de aceitação concretos, refatorações que tocam uma parte conhecida do sistema) e onde não funciona (qualquer coisa que exija ler três bases de código de plugins ao mesmo tempo sem contrato claro).
A parte que já trouxe para o trabalho da WPPoland é o padrão de auditoria de conteúdo conduzida por agente. Em vez de fazer uma auditoria de conteúdo como leitura humana pontual, agora corro-a como um ciclo estruturado no terminal que produz um relatório JSON contra critérios explícitos. Isto aparece em reports/answer-source-audit-2026-05-19.json no repositório da WPPoland como parte das verificações diárias de conteúdo.
A mudança nas agências: como a IA altera preço e âmbito {#agency-reset}
Juan Manuel Rodriguez Jurado, “Reinício do modelo de agência”. Juan Manuel defendeu que a IA muda primeiro o preço e o âmbito do trabalho das agências, e só depois as ferramentas. O dado que ficou: as agências que continuam a vender pacotes por tempo estão a perder margem para concorrentes com projetos bem delimitados, porque os clientes sabem agora que a IA reduz o custo de produção. A recomendação foi concreta. Defina o preço a partir do resultado (“entregar um checkout que converte acima de X” em vez de “30 horas de trabalho em WooCommerce”), separe o orçamento de engenharia do orçamento do projeto e trate o custo das ferramentas de IA como parte da margem, não como um produto separado.
Isto bate certo com o que vejo nos briefings que recebo. Clientes que chegam com um resultado (“o site de marketing do nosso SaaS precisa de um aumento mensurável de marcações de demonstração”) decidem com mais clareza do que clientes que chegam com uma lista de coisas a fazer (“precisamos de um tema WordPress novo”). O resto é disciplina de processo comercial. Juan Manuel tem razão quando diz que, se a IA reduz o custo de produção, o preço à hora fica cada vez mais fraco para trabalho liderado por seniores num horizonte de 12 a 24 meses.
Menções honrosas do programa {#mentions}
- Milana Cap, “Joias WordPress para developers: acessibilidade com a Interactivity API”. A Milana mostrou a Interactivity API como forma de construir interações acessíveis desde o início, com exemplos concretos de
wp-interactiveque tratam foco de teclado, estado ARIA e mensagens para leitores de ecrã por defeito, em vez de como acrescentos. Se continua a escrever estado no lado do cliente à mão em frontends de WordPress, esta é a palestra a ver. - Imran Sayed, “A forma mais rápida de criar blocos Gutenberg: ferramentas, scripts e IA”. Sessão de ferramentas focada. A conclusão é que a criação inicial de blocos com
create-blockmais a autocompletação de código assistida por IA reduz o trabalho repetitivo a minutos, deixando a lógica do bloco como o verdadeiro trabalho. - Jorge Cabaço, “Para além do funil: como a IA redefine jornadas de cliente”. Enquadramento do lado do marketing que combina bem com a sessão do Juan Manuel sobre a mudança nas agências. O modelo de preço depende de como entendemos a jornada do cliente.
- Gustavo Galati, “Web design para 2026”. Sessão de tendências, menos técnica, mas útil para perceber para onde caminha o design de sites, afastando-se do maximalismo dos page builders.
- Gemny Andreina Ibarra Salamanca, “Do burnout ao equilíbrio: construir um bot de responsabilização com IA”. Padrão prático para operadores a solo e pequenas agências. Vale a pena se alguma vez registou um dia de trabalho no chronos e perdeu o rasto antes de sexta-feira.
O que isto muda para os clientes WPPoland {#takeaways}
Três alterações concretas no trabalho da WPPoland já resultam da conferência no Porto:
- A auditoria de acessibilidade foi alargada. O relatório de conformidade inclui agora o anexo sobre a sobreposição com SEO, com cada falha de WCAG 2.2 AA marcada tanto para risco legal como para impacto no SEO on-page. A mesma auditoria, com orçamento individual, dois eixos de avaliação e uma lista priorizada de correções.
- WordPress Abilities API no Tech Radar. Passagem de Assess para Trial na próxima revisão trimestral, condicionada a uma referência real em produção. Se está a desenhar uma integração WordPress do lado do agente nos próximos seis meses, é esta a conversa de plataforma para começar.
- A conversa sobre preço está mais clara na secção do modelo de colaboração. O âmbito ancorado em resultado tem agora tratamento explícito. A secção em
/pt-pt/sobre-mim/já trazia essa ideia, e o modelo de proposta passa a ancorar-se num critério de sucesso escrito em vez de uma simples lista de entregas.
Fontes e leitura adicional
- Programa da WordCamp Portugal 2026: https://portugal.wordcamp.org/2026/programa/
- Lista de oradores da WordCamp Portugal 2026: https://portugal.wordcamp.org/2026/oradores/
- WordPress.tv (gravações das sessões, publicadas nas semanas seguintes): https://wordpress.tv/
- Pilar de auditoria de acessibilidade da WPPoland (a citar agora Anne-Mieke Bovelett): https://wppoland.com/pt-pt/servicos/auditoria-acessibilidade-wcag/
- Tech Radar da WPPoland (entrada da Abilities API no próximo refresh): https://wppoland.com/pt-pt/tech-radar/
Obrigado mais uma vez a Toze Vasconcelos e Carolina Osório Pinho por organizarem um evento que entregou mais material prático de engenharia por hora do que qualquer WordCamp regional que tenha visto nos últimos anos.
Última atualização: 19 de maio de 2026.
