Drupal-granskning
En oberoende granskning till fast pris av en Drupal-webbplats i produktion: om testerna fångar riktiga buggar, var den egna koden kostar dig prestanda, och vad sökmotorer och AI-crawlers faktiskt ser. Du får en rapport med allvarlighetsgrader och namngivna åtgärder, till ett pris som avtalas innan jag börjar.
Varför en oberoende Drupal-granskning
Fast pris
Från £750 + moms, med pris och leveransdatum avtalade i förväg. Risken för överdrag ligger hos mig, inte på din projektmarginal.
Oberoende
Granskningen väger tungt just för att jag inte har skrivit koden. Det kan ditt eget team inte vara för sig självt.
Mätt, inte gissat
Testernas blinda fläckar bevisas med felinjektion. Prestandapåståenden kommer med siffror före och efter.
Säkerhetsmeriter
Kreditering i en säkerhetsbulletin från Drupals säkerhetsteam och två publicerade betalväxelmoduler på Drupal.org.
Vad granskningen omfattar
Fyra genomgångar av samma webbplats, var och en med fynd du kan agera på oberoende av de andra. Ett kortare uppdrag kan omfatta valfri delmängd; de flesta webbplatser har störst nytta av de två första.
1. Fångar dina tester faktiskt buggar?
Att läsa testkoden säger vad den var tänkt att kontrollera. Felinjektion säger vad den faktiskt fångar. Kända fel förs in i de egna modulerna och temat ett i taget, och den befintliga Playwright- eller Behat-sviten körs mot vart och ett. De fel den missar är dina uppmätta blinda fläckar. På den senaste webbplatsen jag körde detta på gick hälften av de injicerade felen oupptäckta, däribland en trasig global.js som slog ut alla Drupal-behaviours på varje sida och gav noll testfel.
2. Egen kod och prestanda
En genomläsning rad för rad av varje egen modul- och temafil, inte bara ett Lighthouse-betyg. De återkommande fynden är preprocess-hooks som sätter max-age till noll och tyst stänger av sidcachen på hela webbplatsen, referencedEntities() som anropas inuti loopar, och konfigurationsobjekt som laddas på nytt vid varje anrop. Sådant ackumuleras över åren och dyker sällan upp som en buggrapport, eftersom ingenting är trasigt; webbplatsen är bara långsam och ingen kan säga varför.
3. Säkerhetsläge
Granskning av contrib- och egna moduler mot samma standard som jag tillämpar när jag rapporterar till Drupals säkerhetsteam: åtkomstkontroller, osanerad utdata, osäkra frågor, filhantering och föråldrade beroenden med kända säkerhetsbulletiner. Med allvarlighetsgrader, och med patchar där åtgärder ingår i uppdraget. Användbart som underlag vid ISO 27001-uppföljning eller förnyelse av Cyber Essentials.
4. Beredskap för sökmotorer och AI-crawlers
Vad Google och AI-crawlers faktiskt kan se, och varför Drupal producerar det. I Drupal är en tom metabeskrivning oftast en temamall som åsidosätter Metatag-modulen, inte ett innehållsproblem, så åtgärden hör hemma i koden och slår igenom på alla sidor samtidigt. Omfattar strukturerad data, Open Graph- och Twitter Card-utdata, canonical-hantering, sitemap- och robots-direktiv, plus llms.txt och crawlerpolicy för GPTBot, Google-Extended, Claude-Web och PerplexityBot.
Vad du får
En rapport med allvarlighetsgrader
Varje fynd med sitt underlag, sin påverkan, filen och raden där det finns, och åtgärden. Skriven för att läsas av en teknisk ledare och skummas av den som godkänner budgeten.
Siffror före och efter
Andel upptäckta fel, PageSpeed- och Core Web Vitals-värden, antal databasfrågor. Påståenden som kan kontrolleras i stället för att bara hävdas.
En prioriterad åtgärdslista
Ordnad efter effekt i förhållande till insats, så att den första eftermiddagens arbete är den som betyder mest. Åtgärderna offereras separat till fast pris när fynden är kända, och ingenting i granskningens pris är beroende av att du köper dem. Lämna listan till ditt eget team om du föredrar det.
Ett verkligt exempel
En företagswebbplats på Drupal 11 med Commerce behövde en grundlig kvalitetsgranskning inför en intensiv försäljningsperiod. Fynden var typiska för en webbplats som varit frisk i åratal och tyst glidit iväg:
- Fem av tio injicerade fel gick helt oupptäckta. Sviten var blind för alla JavaScript-fel.
- Två preprocess-hooks på webbplatsövergripande block satte
max-agetill noll, vilket stängde av Drupals Internal Page Cache på hela webbplatsen. - Ett sponsorblock körde samma entitetsfråga en gång per taxonomiterm; bildspelssidor gjorde över tjugo enskilda entitetsladdningar för fem bilder.
- Sexton ocachade konfigurationsläsningar per sidanrop, var och en mot databasen.
- En hårdkodad tom metabeskrivning i bastemat åsidosatte Metatag-modulen på varje sida, och det fanns ingen strukturerad data någonstans på webbplatsen.
Felupptäckten gick från 50 % till 70 % med fyra nya tester och en insamlare av webbläsarfel. Åtgärderna för cache, databasfrågor och konfiguration gick in samtidigt. Hela redogörelsen, inklusive felinjektionstabellen och de uppmätta resultaten, är publicerad här: hur kvalitetsgranskningen av Drupal 11-webbplatsen genomfördes, steg för steg.
Priser
Från £750 + moms
Granskningar görs till fast pris, avtalat skriftligt innan jag börjar. För en typisk webbplats kostar de två första genomgångarna, tester och egen kod, från £750 + moms; alla fyra genomgångarna kostar från £1,250 + moms. Mycket stora kodbaser eller multisite-lösningar offereras efter genomgång. Åtgärderna offereras separat när fynden är kända, och ingenting i granskningens pris är beroende av att du köper dem.
Så går det till
Berätta om webbplatsen
Drupal-version, ungefär hur mycket egen kod, om det finns en testsvit, och vad som oroar dig. Ingen formell specifikation behövs. Jag säger ärligt om en granskning inte är det du behöver.
Du får ett fast pris och ett datum
Omfattningen angiven skriftligt, fast pris, ett leveransdatum du kan lova en kund. Ingen timdebitering och inga överraskningar i form av växande omfattning.
Jag granskar en kopia, inte din produktionswebbplats
Arbetet sker mot en databaskopia och en lokal installation. Felinjektionen i synnerhet rör aldrig något som dina användare kan nå.
Rapporten levereras, åtgärderna är frivilliga
Du får rapporten och den prioriterade listan. Åtgärderna offereras separat, och du kan lika gärna ta rapporten till ditt eget team.
Verifierbart, inte bara påstått. I juni 2026 rapporterade jag cross-site scripting-sårbarheten i Drupal Commerce Core som publicerades som SA-CONTRIB-2026-041. Den är offentlig på Drupal.org i mitt namn, tillsammans med mina contrib-bidrag och två publicerade CyberSource-betalväxelmoduler.
Vanliga frågor
Vilka vanliga problem upptäcker team vid en Drupal-granskning?
De återkommande är preprocess-hooks som sätter max-age till noll och tyst stänger av sidcachen på hela webbplatsen, N+1-entitetsladdningar inuti loopar, ocachade konfigurationsläsningar som upprepas vid varje anrop, en testsvit som inte alls kan se JavaScript-fel, och metautdata hårdkodad i en temamall som åsidosätter Metatag-modulen. De flesta av dessa ackumuleras tyst över åren och dyker aldrig upp som en buggrapport.
Hur skiljer sig en Drupal-granskning från en SEO-granskning?
En SEO-granskning tittar på vad en crawler ser. En Drupal-granskning tittar också på varför webbplatsen producerar den utdatan: temamallarna, modulkonfigurationen, cachemetadatan och den egna koden. I Drupal är en tom metabeskrivning oftast en bugg i en mall snarare än ett innehållsproblem, så en rättning vid källan rättar den på alla sidor samtidigt.
Hur vet du om den befintliga testsviten faktiskt fungerar?
Genom felinjektion. Kända fel av olika slag förs in i de egna modulerna och temat ett i taget, och den befintliga sviten körs mot vart och ett. Det sviten inte märker är en verklig, uppmätt blind fläck snarare än en åsikt om testtäckning.
Åtgärdar du det du hittar, eller rapporterar du bara?
Granskningen i sig är en rapport. Åtgärderna offereras separat till fast pris när fynden är kända, så du kan lika gärna lämna rapporten till ditt eget team. Ingenting i granskningens pris är beroende av att du köper åtgärderna.
Kan granskningen levereras som white label under en byrås namn?
Ja, och det gör byråer ofta. Se white label-Drupalkapacitet för byråer för hur det fungerar. En oberoende granskning väger också tyngre hos slutkunden just för att författaren inte har skrivit koden.
Vilka Drupal-versioner granskar du?
Drupal 11 och Drupal 10. Jag granskar även Drupal 7- och Drupal 9-webbplatser, men där fungerar rapporten oftast också som ett underlag för migrering; se Drupal-support och uppgraderingstjänster.
Osäker på vad som gör webbplatsen långsam?
Berätta vilken Drupal-version ni har och vad som oroar dig. Jag återkommer inom en arbetsdag med ett fast pris och ett datum.
Kontakta oss