WordCamp Portugal 2026: Porto, acessibilidade, Abilities API e agências com IA

#Como foi a WordCamp Portugal 2026 no Porto {#opening}

Viajei até ao Porto para a WordCamp Portugal 2026, que decorreu a 15 e 16 de maio de 2026 na Fundação Dr. António Cupertino de Miranda, e as onze sessões aqui descritas mudaram a forma como entregamos a auditoria de acessibilidade da WPPoland. Várias decorreram em paralelo, por isso acompanhei algumas ao vivo e vi as restantes nas gravações. Também afinaram a fila de projetos para a WordPress Abilities API e deram-me linguagem concreta para a mudança no modelo de agência sobre a qual os clientes continuam a perguntar desde a chegada da IA. A seguir está o que cada sessão abordou, o que significa para WordPress em produção e para trabalho headless, e as alterações que já chegaram ao wppoland.com por causa disso. Obrigado a Toze Vasconcelos e Carolina Osório Pinho, duas das dezassete pessoas da equipa organizadora.

O formato foi de dois dias. A sexta-feira, 15 de maio, foi o dia da comunidade, apenas com pré-inscrição. O sábado, 16 de maio, teve 17 palestras em duas trilhas e 3 workshops numa sala à parte, segundo o programa oficial.

#A acessibilidade melhora o SEO de um site {#bovelett}

Anne-Mieke Bovelett, “O truque de visibilidade SEO: conseguir 23% mais tráfego através da acessibilidade”. Os 23 por cento são a promessa do título. O essencial foi o mecanismo por trás dela: sempre que um visitante sai porque a navegação é ilegível, abandona um formulário porque a mensagem de erro é confusa ou desiste de uma página que sobrecarrega a cabeça, os motores de pesquisa registam um sinal de falha. A mensagem pegou porque ela não apresentou a acessibilidade como teatro de conformidade. Apresentou-a como algo que aparece nos mesmos sinais que as equipas de SEO já acompanham, e deu aos responsáveis pelo conteúdo uma verificação sem código, o 5-Second Clarity Test, que podem fazer em qualquer página sem esperar por um programador.

O argumento vai além do Google. Conteúdo acessível e bem estruturado é aquilo de que tanto os visitantes humanos como os agentes de pesquisa com IA precisam para fazer o seu trabalho, o que liga o trabalho de WCAG 2.2 AA à legibilidade por máquinas, tema sobre o qual a maioria dos clientes já pergunta.

O passo 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 a sessão da Anne-Mieke como fonte, e o relatório de conformidade inclui um anexo com a análise de sobreposição, para que a lista de correções possa 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 que é a WordPress Abilities API {#abilities-api}

Uros Tasic, “WordPress Abilities API: a ponte entre o código e a IA”. Foi um workshop de 90 minutos para programadores de plugins, e não uma palestra. O resumo da sessão descreve a Abilities API como um registo funcional de primeira classe, transversal a contextos, que normaliza a forma como a funcionalidade é definida e exposta no WordPress, e o workshop mostrou como as suas peças encaixam no resto da WordPress AI API.

A API em si chegou no WordPress 6.9. A nota de desenvolvimento do core e o manual para programadores definem as peças:

• Uma ability é uma unidade autónoma de funcionalidade com um nome com namespace (my-plugin/get-post-count), uma etiqueta, uma descrição, uma categoria, definições JSON Schema para entrada e saída, um callback de execução e um callback de permissões opcional.
• As abilities registam-se com wp_register_ability() na ação wp_abilities_api_init, e as categorias com wp_register_ability_category() em wp_abilities_api_categories_init. Registar fora desses hooks gera um aviso _doing_it_wrong() e o registo falha.
• Quando ativadas, as abilities registadas ficam expostas no namespace REST wp-abilities/v1, incluindo um endpoint /run que executa uma ability.
• Duas ações, wp_before_execute_ability e wp_after_execute_ability, envolvem cada execução, e é aí que entram o registo de eventos e a auditoria.

A analogia mais limpa é o padrão dos servidores MCP, e os dois ligam-se agora diretamente: o pacote oficial MCP Adapter transforma as abilities registadas em ferramentas, recursos e prompts MCP para agentes de IA.

Para agências, este é o movimento de plataforma do WordPress mais interessante do ano, porque muda a forma de integrar dois tipos de produto que os clientes continuam a pedir. Primeiro, automação de back-office em que uma equipa de conteúdo quer um verdadeiro assistente, e não uma janela de chat. Segundo, funcionalidades de IA do lado do cliente que precisam de executar ações administrativas (moderar um comentário, agendar um artigo) com verificação de permissões, em vez de uma palavra-passe do wp-admin partilhada.

#Funcionalidades de IA no core do WordPress {#wp-ai-core}

Jorge Costa, “A IA está no core do WordPress: eis como a usar”. O Jorge é committer do core, e a sessão dele percorreu os blocos de construção de IA já incluídos: o WP AI Client, a Abilities API e o MCP Adapter, e como usá-los em plugins, temas e sites. Terminou com uma pergunta maior, tirada do resumo: quando os agentes conseguem criar projetos inteiros em qualquer stack, porque continua o WordPress a ser a aposta certa.

Vale a pena detalhar a camada de fornecedores. O pacote autónomo wp-ai-client, um cliente de IA que comunica com modelos de vários fornecedores através de uma API uniforme, está agora arquivado e marcado como obsoleto em favor do cliente de IA integrado no WordPress 7.0. A partir da versão 7.0, a sua infraestrutura de SDK em PHP fica desativada porque o core trata disso, enquanto os endpoints REST e a API JavaScript se mantêm ativos até chegarem também ao core.

A conclusão para projetos de cliente: deixe de tratar o WordPress como um CMS que precisa sempre de uma camada separada de plugins de IA para ligar modelos. O cliente e o registo vivem agora no core. As camadas de plugin devem acrescentar inteligência específica do produto, como a taxonomia editorial, o vocabulário do sector e regras de segurança, mais as abilities que descrevem o que o site consegue fazer.

#Como criar ferramentas de administração com a WordPress AI API {#welcher-studio}

Ryan Welcher, “Deixe de fazer tudo sozinho: ferramentas de administração com IA através da WordPress AI API”. O Ryan conduziu um workshop prático de 3,5 horas para programadores com experiência em plugins. O problema de partida era o trabalho aborrecido depois de escrever um artigo: categorias, etiquetas, meta descrição, texto alternativo, aprovação de comentários, arrumação da taxonomia. O workshop combinou três peças da iniciativa WordPress AI Building Blocks:

1. Abilities próprias. A Abilities API define o que o site consegue fazer: criar artigos com metadados, montar estruturas de taxonomia, moderar comentários, auditar a biblioteca multimédia.
2. Connectors. Um ecrã de definições no WP Admin onde as credenciais de API de fornecedores como OpenAI, Anthropic e Google são configuradas uma única vez para todos os plugins do site, em vez de chaves escritas no código ou definições por plugin.
3. O cliente de IA em JavaScript. Usado a partir da administração, com o construtor de prompts integrado, para enviar prompts, receber respostas estruturadas e disparar as abilities próprias.

Os pedidos de exemplo no resumo mostram o objetivo: publicar este artigo como rascunho numa dada categoria, com etiquetas e uma meta descrição com menos de 160 caracteres, criar uma árvore de categorias, aprovar comentários pendentes, encontrar imagens sem texto alternativo e sugerir um a partir do nome do ficheiro. Um dos diapositivos mostrava o Studio Write, que o próprio site descreve como editor, chat de IA e espaço de pesquisa num só, uma beta para macOS e uma experiência da Automattic, e não um produto oficial. O Studio Write é a demonstração, mas o que se reaproveita para trabalho de cliente é o padrão, não a aplicação: abilities para as operações, um único cofre de credenciais, um único cliente.

#Desenvolvimento WordPress com Claude Code {#claude-code}

JuanMa Garrido, “Desenvolvimento e gestão de WordPress com Claude Code”. O JuanMa, que trabalha em developer relations, mostrou o Claude Code como centro de comando para desenvolver e gerir sites WordPress a partir do terminal. Organizou a sessão em torno de três capacidades: Skills (pacotes de conhecimento para tarefas como desenvolvimento de plugins ou criação de temas de blocos), MCP (o Model Context Protocol, que liga o agente ao WordPress, ao GitHub, ao Figma ou ao n8n) e a Abilities API. As demonstrações ao vivo geraram um tema de blocos a partir de um design em HTML, consultaram um blogue em produção em linguagem natural, instalaram plugins e leram registos de erros sem sair do terminal.

A ressalva dele é a parte útil: as demonstrações usaram o Claude Code, mas MCP, Skills e a Abilities API são normas que se aplicam a qualquer agente de programação que as suporte. O que trouxe para o trabalho da WPPoland foi o hábito de correr as verificações de conteúdo e de código como ciclos no terminal contra critérios explícitos, em vez de leituras manuais pontuais.

#Como a IA muda os preços das agências WordPress {#agency-reset}

Juan Manuel Rodriguez Jurado, “O reinício das agências: como a IA está a forçar a melhor atualização do modelo de negócio numa década”. O Juan Manuel defendeu que o modelo de agência está a ser atualizado, e não a morrer, e descreveu três mudanças em simultâneo:

• De projetos para parcerias. As construções pontuais dão lugar a relações contínuas. Segundo o resumo da palestra, as agências que automatizaram a manutenção de rotina libertaram até 80 por cento do trabalho repetitivo e passaram esse tempo para consultoria.
• De entregáveis para decisões. A oferta passa de “construímos o seu site” para “orientamos a sua estratégia digital”, e as agências que vendem consultoria apoiada por IA reportam avenças mensais mais altas do que as que vivem de projetos.
• Do isolamento para o ecossistema. A participação na comunidade, as contribuições para open source e o conhecimento partilhado em público criam uma vantagem que as mudanças de plataforma não conseguem banalizar.

Apoiou tudo isto em dados de preços e em conversas com mais de 1000 agências ao longo de dois anos, números do resumo da palestra e não dados publicados de forma independente. 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”). Se a IA baixa o custo de produção, o preço à hora torna-se um modelo mais fraco para trabalho liderado por séniores, e esta é a minha leitura, não um número da palestra.

#Outras palestras da WordCamp Portugal 2026 a ver {#mentions}

• Milana Cap, “Joias do WordPress para programadores: acessibilidade com a Interactivity API”. A Milana apresentou a Interactivity API, inspirada nos Live components do Symfony e pensada para velocidade, extensibilidade e renderização no servidor, como uma API desenhada com as boas práticas de acessibilidade em mente. Se continua a escrever à mão o estado do lado do cliente em frontends WordPress, esta é a palestra a ver.
• Imran Sayed, “A forma mais rápida de criar blocos Gutenberg: ferramentas modernas, scripts e IA”. Uma sessão de ferramentas focada em fluxos de trabalho práticos para criar blocos personalizados depressa, sem complicar demasiado.
• Jorge Cabaço, “Para além do funil: como a IA está a redefinir as jornadas do cliente”. Porque é que o funil linear de notoriedade, consideração e conversão já não explica o comportamento quando a pesquisa, as recomendações e os agentes conversacionais dão início à jornada. Combina bem com a sessão do Juan Manuel sobre a mudança nas agências.
• Gustavo Galati, “Web design para 2026”. Fundamentos de design, o que a IA mudou no processo de design, as tendências para 2026 e as ferramentas que usa todos os dias, com recursos para descarregar e exemplos construídos em WordPress.
• Gemny Andreina Ibarra Salamanca, “Do burnout ao equilíbrio: construa o seu bot de responsabilização com IA”. Um workshop de duas horas, sem código, que constrói um bot de Telegram no Make.com, com respostas da OpenAI ou de uma Google Sheet, para acompanhar diariamente o bem-estar e os objetivos. Útil para quem trabalha a solo e para pequenas agências.

#Programa de sábado da WordCamp Portugal 2026 {#programme}

As onze sessões acima são cerca de metade do sábado. O resto do programa, resumido a partir dos resumos oficiais das sessões:

• José Freitas, o método F.A.C.E. (Function, Activity, Context, Execution) para dar à IA contexto suficiente para produzir artigos, guias e casos de estudo específicos e coerentes com a marca. Abriu a Trilha 1.
• Lucas Catão de Moraes, a IA dos dois lados da segurança do WordPress: como ferramenta de defesa e como arma para ataques automatizados.
• Wajari Velasquez, uma palestra em espanhol sobre como os LLM mudam a pesquisa, quando as respostas chegam antes dos cliques e o ranking se transforma numa luta pela recomendação.
• Filipa Simões de Freitas, o lado do cliente nos projetos WordPress: briefings que evitam problemas, o crescimento descontrolado do âmbito, a tradução da linguagem técnica em decisões de negócio.
• Pedro Fonseca, preparar o WooCommerce para agentes de compras com IA através do Model Context Protocol e de uma lista de verificação técnica com 50 pontos.
• Slobodan Manic, arquitetura pensada primeiro para máquinas: HTML semântico e Schema.org no site, sinais de entidade e presença no knowledge graph fora dele.
• Carlos Moreira, prototipagem com ferramentas de IA como Lovable, Bolt, Replit e v0 sobre a REST API do WordPress.
• Marcel Schmitz, engenharia com agentes para programadores séniores, do vibe coding a um fluxo de trabalho apoiado em testes, com um conjunto de ferramentas MCP open source publicado sob pluginslab no GitHub.
• Simon Kraft, o Regulamento de Ciber-Resiliência e o que significa para quem mantém software open source, como plugins WordPress (mais sobre as datas abaixo).

#Dia da comunidade da WordCamp Portugal 2026 {#community-day}

A sexta-feira, 15 de maio, reuniu 130 participantes, um recorde para o evento segundo o balanço da organização. Pelo segundo ano, o dia substituiu o modelo clássico de contributor day por mesas de colaboração, espaços de conversa aberta sobre seis temas: segurança e confiança, IA e WordPress, SEO/GEO e desempenho, design e acessibilidade, traduções e comunidade, e freelancers e agências. A mesa de freelancers e agências foi uma novidade deste ano e, segundo o balanço, uma das mais ativas.

A tarde teve um fórum da comunidade sobre o estado da comunidade WordPress portuguesa e, depois, três sessões de partilha:

• Nilo Velez sobre o que o projeto WordPress oferece além do desenvolvimento: plataformas de aprendizagem, apoio da comunidade, os diretórios de fotografias e multimédia, recursos de design e formas de contribuir.
• Marcel Schmitz sobre o WP Agentic Admin, um assistente que dá prioridade à privacidade e corre um pequeno modelo de linguagem na GPU, inteiramente no navegador, sem API na nuvem. Nasceu no CloudFest Hackathon 2026.
• Tiago Santos, que substituiu Shadi Sharaf, sobre um fluxo de trabalho com agentes construído em torno de descrever resultados, orquestrar agentes e rever diffs, com as salvaguardas que mantêm o resultado pronto para produção.

Um painel de 30 minutos com os três oradores sobre o impacto da IA na comunidade WordPress fechou o dia.

#Regulamento de Ciber-Resiliência e plugins WordPress {#cra}

O resumo da palestra de Simon Kraft parte de uma data: partes do Regulamento de Ciber-Resiliência entram em vigor em setembro de 2026. O regulamento, o Regulamento (UE) 2024/2847, aplica-se por fases nos termos do artigo 71.º:

O artigo 14.º é o que as empresas de plugins sentem primeiro. Um fabricante tem de comunicar uma vulnerabilidade ativamente explorada no seu produto através da plataforma única de comunicação ao CSIRT coordenador e à ENISA: um alerta precoce no prazo de 24 horas após ter tido conhecimento dela e uma notificação da vulnerabilidade no prazo de 72 horas.

O open source tem um percurso próprio. O regulamento define os administradores de software de código aberto, organizações que apoiam de forma continuada software livre destinado a uso comercial, e sujeita-os a um regime mais leve no artigo 24.º: uma política de cibersegurança documentada, tratamento de vulnerabilidades e cooperação com as autoridades de fiscalização do mercado. O papel de cada fornecedor de plugins depende da forma como rentabiliza o produto; o nosso guia mais longo sobre CRA, NIS2 e DORA trata do lado das evidências.

#Gravações da WordCamp Portugal 2026 {#recordings}

Desde 21 de maio de 2026, as gravações de todas as palestras estão no WordPress.tv, segundo o anúncio da organização. A organização incorporou também cada vídeo, junto com os diapositivos do orador, nas páginas das sessões, por isso o caminho mais rápido é o programa oficial: abre-se uma sessão e a gravação e os diapositivos estão na mesma página. É também a forma prática de recuperar uma trilha paralela, o que no sábado significou a maior parte dos workshops.

#Conclusões da WordCamp Portugal para clientes WordPress {#takeaways}

Três alterações concretas no trabalho da WPPoland resultaram da conferência no Porto:

1. A auditoria de acessibilidade foi alargada. O relatório de conformidade inclui o anexo sobre a sobreposição com SEO, com cada falha de WCAG 2.2 AA marcada tanto pelo risco legal como pelo impacto no SEO on-page. A mesma auditoria, com orçamento individual, dois eixos de avaliação e uma lista priorizada de correções.
2. WordPress Abilities API no Tech Radar. A entrada está agora no anel Trial. Se está a definir o âmbito de uma integração WordPress do lado do agente nos próximos seis meses, é esta a conversa de plataforma para começar.
3. A conversa sobre preço está mais clara na secção do modelo de colaboração. As definições de projeto ancoradas em resultados têm agora tratamento explícito. A secção do modelo de colaboraçã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/
• Oradores da WordCamp Portugal 2026: https://portugal.wordcamp.org/2026/speakers/
• Balanço do dia da comunidade: https://portugal.wordcamp.org/2026/community-day-recap/
• Anúncio das gravações e diapositivos: https://portugal.wordcamp.org/2026/talk-recordings-and-slides-are-now-available/
• Abilities API no WordPress 6.9, nota de desenvolvimento do core: https://make.wordpress.org/core/2025/11/10/abilities-api-in-wordpress-6-9/
• Abilities API, manual para programadores: https://developer.wordpress.org/apis/abilities-api/
• MCP Adapter: https://github.com/WordPress/mcp-adapter
• WordPress AI Client (arquivado, substituído pelo core no 7.0): https://github.com/WordPress/wp-ai-client
• Regulamento de Ciber-Resiliência, Regulamento (UE) 2024/2847: https://eur-lex.europa.eu/eli/reg/2024/2847/oj
• Pilar de auditoria de acessibilidade da WPPoland (a citar Anne-Mieke Bovelett): https://wppoland.com/pt-pt/servicos/auditoria-acessibilidade-wcag/
• Tech Radar da WPPoland (entrada da Abilities API): https://wppoland.com/pt-pt/tech-radar/

Obrigado mais uma vez a Toze Vasconcelos e Carolina Osório Pinho, e ao resto da equipa organizadora, por 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: 15 de outubro de 2026.