No dia 16 de outubro, a TechRadar noticiou um inquérito a 201 pequenos empresários nos EUA, pago pela Bluehost. O grande destaque era que 53% das pequenas empresas usaram criadores de sites com IA em vez de contratar um programador, poupando em média cerca de 850 dólares e 32 horas de trabalho. No mesmo artigo, dados do Freelancer.com mostravam que os anúncios para trabalhos em WordPress caíram 58% desde o segundo trimestre de 2024.
Um inquérito a 201 pessoas com uma margem de erro de quase 7 pontos, pago por uma empresa de alojamento que vende ferramentas de IA, merece alguma desconfiança. Ainda assim, a tendência é real. As pessoas estão a usar a IA para fazer sites.
Mas, se olharmos para lá do título, os números do próprio inquérito contam outra história. Apenas 9% desses empresários publicaram o que a IA criou sem lhe mexer. Os outros 91% tiveram de intervir e corrigir o resultado primeiro. E, quando lhes perguntaram que tarefas menos gostariam de entregar à IA, 21% apontaram o alojamento e a configuração de domínios.
A Le e eu começámos a RogerLe.com em outubro de 1996, por isso fazemos isto há 30 anos. Nenhum de nós tem jeito para vendas e não sabemos vender nada, mas temos clientes connosco há décadas. Hoje em dia, uso IA todos os dias para escrever código e criar páginas. É excelente para não começar com um ecrã em branco e faz em cinco minutos o que antes levava uma tarde inteira a escrever HTML e CSS.
O que a IA não faz é o trabalho invisível que mantém uma empresa online. Não configura os registos DNS, SPF e DKIM para que as faturas cheguem mesmo à caixa de entrada do cliente em vez de caírem no spam. Não testa se as cópias de segurança funcionam mesmo na hora de restaurar. E não mantém o servidor de pé quando as coisas correm mal.
Basta olhar para o que aconteceu no mundo do alojamento exatamente na mesma semana em que a Bluehost publicou o seu inquérito.
Primeiro, a 12 de outubro, o The Hacker News noticiou que atacantes a partir de 63 endereços IP diferentes estavam a explorar ativamente uma falha crítica de nível 10.0 no plugin Bricksforge para WordPress (CVE-2026-85097). Um 10.0 é a pior pontuação possível. Os atacantes faziam-no sem sequer precisar de palavra-passe, enviando um ficheiro que parecia uma imagem GIF normal, mas que trazia código PHP escondido lá dentro. Assim que o ficheiro subia, o servidor executava o código e entregava o controlo do site ao atacante.
Se um empresário tivesse criado o seu site WordPress com uma ferramenta de IA e o tivesse deixado entregue a si próprio, ficava totalmente exposto até atualizar o plugin (para a versão 3.1.8.10 ou 4.0.1). Nos nossos servidores, esse tipo de ataque falha ainda antes de o plugin ser corrigido. Usamos AlmaLinux com nginx e PHP-FPM, e eu configuro o nginx para nunca permitir a execução de PHP dentro da pasta wp-content/uploads. Se alguém enviar um GIF com PHP lá dentro, o nginx limita-se a mostrá-lo como uma imagem estragada. Nunca chega a tocar no motor de PHP.
Segundo, na sexta-feira, dia 16 de outubro, o AlmaLinux publicou kernels corrigidos para a vulnerabilidade CVE-2026-99999, um bug chamado PwnEscape. Trata-se de uma falha na pilha de rede IPv4 do kernel Linux — nem sequer é no software de virtualização em si — que permite a uma máquina virtual ler a memória do servidor físico, bloqueá-lo ou correr código como root na máquina principal. A Red Hat avisou que um atacante local também podia ativar a falha, pelo que todas as máquinas estavam em risco e não havia forma de contornar o problema sem atualizar.
Como era sexta-feira, os kernels corrigidos para o AlmaLinux 8, 9 e 10 estavam apenas no repositório de testes (testing). Um criador de sites com IA não serve de muito numa altura destas. Passei a noite a migrar máquinas virtuais para que nada fosse abaixo, a ativar o repositório de testes apenas o tempo suficiente para descarregar os novos pacotes do kernel, a desativar o repositório logo a seguir para não instalar pacotes instáveis no futuro, a reiniciar cada máquina e a correr uname -r para confirmar que o novo kernel estava ativo. Até o nosso velho servidor com AlmaLinux 8 teve de ser atualizado e reiniciado (um bom lembrete do que realmente custa, em tempo, manter servidores antigos em funcionamento).
Vemos exatamente a mesma mudança a acontecer na estrada. Depois de vendermos o nosso apartamento nas Caldas da Rainha, a Le, a Jolie (a nossa caniche toy, que continua a achar que é gente) e eu voltámos a viver a tempo inteiro na nossa autocaravana. Já conduzimos por 24 países europeus até agora e nota-se muito depressa como as câmaras municipais estão a mudar a forma como recebem os viajantes.
No dia 17 de outubro, a Camping-Car Magazine noticiou que a cidade de Bayeux, na Normandia, fechou as suas duas antigas áreas de serviço para autocaravanas e substituiu-as por uma única área com 25 lugares. Não há nenhum funcionário sentado numa cabine de madeira a receber dinheiro. Chega-se a uma barreira que lê a matrícula com uma câmara, encosta-se o cartão bancário para pagar 14,40 € por 24 horas (após as primeiras 12 horas) e estaciona-se num lugar com água e eletricidade, desde que a autocaravana tenha menos de 8 metros.
Entretanto, dois dias antes, a 15 de outubro, o Ministério da Economia do Luxemburgo anunciou um programa chamado "Destination Camper Park(ing)" para ajudar os municípios a criar a primeira rede oficial de áreas de serviço para autocaravanas do país, depois de a polícia ter registado nove queixas de campismo ilegal junto ao lago da Haute-Sûre este ano. Curiosamente, o ministério financia a construção dos lugares de estacionamento e dos pontos de despejo e abastecimento, mas recusou-se expressamente a financiar casas de banho públicas nos locais, devido ao custo de as limpar e manter.
Quando colocamos o inquérito da Bluehost lado a lado com Bayeux e com o Luxemburgo, a história é a mesma. A automação não está a substituir o setor inteiro. Está a substituir o intermediário que faz trabalho de rotina.
Em Bayeux, uma câmara e um terminal multibanco substituíram a pessoa que costumava entregar bilhetes de papel na cancela. Na web, a IA está a substituir o freelancer que cobrava 850 dólares para instalar um tema de WordPress, escolher três cores e colar o texto da página "Sobre Nós".
O que a automação não consegue substituir é a infraestrutura que está por baixo. Em Bayeux e no Luxemburgo, alguém continua a ter de alcatroar os lugares, instalar as tomadas de 16 amperes, manter a água a correr no inverno e arranjar a barreira quando ela encrava. Na web, alguém continua a ter de blindar o nginx, gerir o DNS e atualizar o kernel do Linux numa sexta-feira à noite.
Sinceramente, ao fim de 30 anos a criar e a alojar sites, ainda bem que a IA está a ficar com a criação básica de páginas. Poupa-nos a todos três semanas a trocar e-mails para decidir se o logótipo deve ficar dez píxeis maior e deixa-me com o trabalho que realmente mantém a casa a funcionar.