Auditoria de Site Drupal
Uma revisão independente, a preço fixo, de um site Drupal em produção: se os testes apanham erros reais, onde o código personalizado lhe está a custar desempenho, e o que os motores de busca e os crawlers de IA vêem de facto. Recebe um relatório classificado por gravidade, com as correcções identificadas, a um preço acordado antes de eu começar.
Porquê uma auditoria Drupal independente
Preço Fixo
Desde £750 + IVA, com o preço e a data de entrega acordados à partida. O risco de derrapagem é meu, não da margem do seu projecto.
Independente
A revisão tem peso precisamente porque não fui eu que escrevi o código. A sua própria equipa não pode sê-lo para si mesma.
Medido, Não Adivinhado
Os pontos cegos dos testes são provados por injecção de falhas. As afirmações sobre desempenho vêm com números de antes e depois.
Credenciais de Segurança
Crédito num aviso da Drupal Security Team e dois módulos de gateway de pagamento publicados no Drupal.org.
O que a auditoria abrange
Quatro passagens sobre o mesmo site, cada uma produzindo conclusões sobre as quais pode agir de forma independente. Um trabalho curto pode abranger qualquer subconjunto; a maioria dos sites beneficia mais das duas primeiras.
1. Os seus testes apanham mesmo erros?
Rever o código dos testes diz-lhe o que eles deviam verificar. A injecção de falhas diz-lhe o que realmente apanham. Falhas conhecidas são inseridas nos módulos personalizados e no tema, uma de cada vez, e a suite Playwright ou Behat existente é executada contra cada uma. As falhas que escapam são os seus pontos cegos medidos. No último site em que fiz isto, metade das falhas injectadas passou despercebida, incluindo um global.js avariado que eliminava todos os comportamentos Drupal em todas as páginas e produziu zero falhas de teste.
2. Código personalizado e desempenho
Uma leitura linha a linha de cada módulo personalizado e ficheiro do tema, não apenas uma pontuação Lighthouse. As conclusões recorrentes são preprocess hooks que definem max-age a zero e desactivam silenciosamente a cache de páginas em todo o site, referencedEntities() chamado dentro de ciclos, e objectos de configuração carregados de novo em cada pedido. Estes problemas acumulam-se ao longo de anos e raramente surgem como relatório de erro, porque nada está avariado; o site é apenas lento e ninguém sabe dizer porquê.
3. Postura de segurança
Revisão de módulos contrib e personalizados segundo os mesmos padrões que aplico quando reporto à Drupal Security Team: verificações de acesso, saída não sanitizada, consultas inseguras, tratamento de ficheiros e dependências desactualizadas com avisos conhecidos. Classificada por gravidade, com patches quando a correcção está no âmbito. Útil como evidência em auditorias de acompanhamento ISO 27001 ou na renovação do Cyber Essentials.
4. Preparação para motores de busca e crawlers de IA
O que o Google e os crawlers de IA conseguem de facto ver, e porque é que o Drupal o está a produzir. Em Drupal, uma meta description vazia é normalmente um template do tema a sobrepor-se ao módulo Metatag, não um problema de conteúdo, por isso a correcção pertence ao código e chega a todas as páginas de uma vez. Abrange dados estruturados, saída Open Graph e Twitter Card, tratamento de canonicals, directivas de sitemap e robots, além de llms.txt e política de crawlers para GPTBot, Google-Extended, Claude-Web e PerplexityBot.
O que recebe
Um relatório classificado por gravidade
Cada conclusão com a sua evidência, o seu impacto, o ficheiro e a linha onde se encontra, e a correcção. Escrito para ser lido por um responsável técnico e folheado por quem aprova o orçamento.
Números de antes e depois
Taxa de detecção de falhas, valores de PageSpeed e Core Web Vitals, contagem de consultas. Afirmações que podem ser verificadas, em vez de apenas declaradas.
Uma lista de correcções priorizada
Ordenada por impacto face ao esforço, para que a primeira tarde de trabalho seja a que mais importa. A correcção é orçamentada em separado a preço fixo depois de conhecidas as conclusões, e nada no preço da auditoria depende de a comprar. Entregue a lista à sua própria equipa, se preferir.
Um exemplo real
Um site corporativo Drupal 11 com Commerce precisava de uma revisão de qualidade aprofundada antes de um período comercial intenso. As conclusões foram típicas de um site saudável durante anos e a degradar-se silenciosamente:
- Cinco das dez falhas injectadas passaram completamente despercebidas. A suite era cega a todos os erros de JavaScript.
- Dois preprocess hooks em blocos globais definiam
max-agea zero, desactivando a Internal Page Cache do Drupal em todo o site. - Um bloco de patrocinadores executava a mesma consulta de entidades uma vez por termo de taxonomia; as páginas com slider faziam mais de vinte carregamentos individuais de entidades para cinco imagens.
- Dezasseis leituras de configuração sem cache por pedido de página, cada uma a consultar a base de dados.
- Uma meta description vazia codificada no tema base sobrepunha-se ao módulo Metatag em todas as páginas, e não existiam dados estruturados em lado nenhum do site.
A detecção de falhas passou de 50% para 70% com quatro novos testes e um colector de erros do navegador. As correcções de cache, consultas e configuração entraram em paralelo. O relato completo, incluindo a tabela de injecção de falhas e os resultados medidos, está publicado aqui: como foi feita a auditoria de qualidade do site Drupal 11, passo a passo.
Preços
Desde £750 + IVA
As auditorias têm preço fixo, acordado por escrito antes de eu começar. Para um site típico, as duas primeiras passagens, testes e código personalizado, custam desde £750 + IVA; as quatro passagens custam desde £1,250 + IVA. Bases de código muito grandes ou multi-site são orçamentadas após análise. A correcção é orçamentada em separado depois de conhecidas as conclusões, e nada no preço da auditoria depende de a comprar.
Como funciona
Fale-me do site
Versão do Drupal, aproximadamente quanto código personalizado, se existe uma suite de testes e o que o preocupa. Não é necessária especificação formal. Dir-lhe-ei com honestidade se uma auditoria não for o que precisa.
Recebe um preço fixo e uma data
Âmbito definido por escrito, preço fixo, data de entrega que pode garantir a um cliente. Sem facturação à hora e sem surpresas de alargamento de âmbito.
Audito uma cópia, não o seu site de produção
O trabalho é feito sobre uma cópia da base de dados e uma instalação local. A injecção de falhas, em particular, nunca toca em nada a que os seus utilizadores possam aceder.
Relatório entregue, correcção opcional
Recebe o relatório e a lista priorizada. As correcções são orçamentadas em separado, e é livre de levar o relatório à sua própria equipa.
Verificável, não apenas afirmado. Em Junho de 2026 reportei a vulnerabilidade de cross-site scripting no Drupal Commerce Core publicada como SA-CONTRIB-2026-041. Está pública no Drupal.org em meu nome, a par do meu trabalho contrib e de dois módulos de gateway CyberSource publicados.
Perguntas frequentes
Que problemas comuns descobrem as equipas numa auditoria de site Drupal?
Os recorrentes são preprocess hooks que definem max-age a zero e desactivam silenciosamente a cache de páginas em todo o site, carregamentos de entidades N+1 dentro de ciclos, leituras de configuração sem cache repetidas em cada pedido, uma suite de testes incapaz de ver erros de JavaScript, e saída meta codificada num template do tema que se sobrepõe ao módulo Metatag. A maioria acumula-se silenciosamente ao longo de anos e nunca aparece como relatório de erro.
Em que difere uma auditoria de site Drupal de uma auditoria SEO?
Uma auditoria SEO olha para o que um crawler vê. Uma auditoria de site Drupal olha também para a razão pela qual o site produz essa saída: os templates do tema, a configuração dos módulos, os metadados de cache e o código personalizado. Em Drupal, uma meta description vazia é normalmente um erro de template e não um problema de conteúdo, por isso corrigi-la na origem corrige-a em todas as páginas de uma vez.
Como sabe se a suite de testes existente funciona realmente?
Por injecção de falhas. Falhas conhecidas de vários tipos são inseridas nos módulos personalizados e no tema, uma de cada vez, e a suite existente é executada contra cada uma. Tudo o que a suite não detectar é um ponto cego real e medido, e não uma opinião sobre cobertura de testes.
Corrige o que encontra, ou apenas o reporta?
A auditoria em si é um relatório. A correcção é orçamentada em separado a preço fixo depois de conhecidas as conclusões, por isso é livre de entregar o relatório à sua própria equipa. Nada no preço da auditoria depende de comprar as correcções.
A auditoria pode ser entregue em white-label, em nome de uma agência?
Sim, e as agências fazem-no com frequência. Veja capacidade Drupal white-label para agências para saber como funciona. Uma revisão independente também tem mais peso junto do cliente final precisamente porque o autor não escreveu o código.
Que versões de Drupal audita?
Drupal 11 e Drupal 10. Também audito sites Drupal 7 e Drupal 9, embora nesses o relatório sirva normalmente também como argumento para migração; veja serviços de suporte e actualização Drupal.
Não sabe o que está a tornar o site lento?
Diga-me a versão do Drupal e o que o preocupa. Respondo no prazo de um dia útil com um preço fixo e uma data.
Entre em contacto