Vi analyserade 5 e-handelsplattformar — Här är resultaten

Introduktion

Alla e-handelsföretag ställs inför samma beslut: bygga på en befintlig plattform med öppen källkod, eller bygga skräddarsytt? Den konventionella visdomen säger "uppfinn inte hjulet på nytt." Men tänk om hjulet har 88 000 typfel?

Vi tog fem av de mest populära PHP-baserade e-handelsplattformarna med öppen källkod — OpenCart 4.1, Drupal Commerce, PrestaShop 9.0, WooCommerce 9.6 och Magento 2.4 — och körde dem genom samma batteri av analysverktyg. Sedan genererade vi motsvarande e-handelsmoduler med Claude Code (Anthropics AI-kodningsassistent) och körde den identiska analysen.

Det här är inget angrepp mot öppen källkod. Dessa plattformar driver miljontals butiker och har förtjänat sin plats i ekosystemet. Men datan berättar en historia om teknisk skuld, dolda kostnader, och varför ekonomin för skräddarsydd utveckling har förändrats i grunden.

Metodik

Vi analyserade varje plattforms kärna för e-handel (kassa, betalning, katalog, autentisering) med sex verktyg:

Vi körde också grep-baserade granskningar av mallar och källkod för SEO-implementering, Schema.org strukturerad data, frontend-prestandamönster, serversidig resursanvändning och intern länkningskvalitet.

För Claude Code-jämförelsen genererade vi ~9 500 rader PHP 8.2-kod fördelat på fyra moduler (kassa, autentisering, betalning, katalog) plus tre HTML-malldemonstationer — och körde sedan exakt samma verktyg mot dem.

1. Övergripande resultat av statisk analys

Rådata: antal fel per plattform och verktyg.

Totala felantal

WooCommerces 532 182 PHPCS-fel förtjänar kontext: WordPress använder sin egen kodstandard, inte PSR-12. Det gapet speglar en genuin stilinkompatibilitet med det bredare PHP-ekosystemet — men det betyder också att varje utvecklare som rör sig mellan WooCommerce och standard-PHP måste mentalt byta kontext.

Normaliserat: Fel per 1 000 rader kod

Rena antal gynnar mindre kodbaser. Här är jämförelsen per 1 000 rader:

Även normaliserat producerar Claude Code 4–45 gånger färre problem per tusen rader än plattformarna med öppen källkod. Magento kommer närmast på PHPMD och PHPCS (Adobe har investerat betydligt i kodkvalitetsverktyg), men alla plattformar visar 90–196 PHPStan-fel per 1 000 rader jämfört med Claude Codes 1,6.

2. Säkerhetsfynd

SQL-konstruktionsmönster

Det mest kritiska fyndet över plattformarna är hur SQL-frågor konstrueras. OpenCart bygger framför allt frågor genom strängkonkatenering:

$this->db->query("UPDATE `" . DB_PREFIX . "product` SET
    `model` = '" . $this->db->escape((string)$data['model']) . "',
    `location` = '" . $this->db->escape((string)$data['location']) . "',
    `quantity` = '" . (int)$data['quantity'] . "',
    `price` = '" . (float)$data['price'] . "'
    WHERE `product_id` = '" . (int)$product_id . "'");

Detta mönster förlitar sig på manuell escaping istället för parametriserade frågor. Även om typkonverteringen ger visst skydd är det ett känt antimönster som bara ligger ett saknat escape()-anrop från en SQL-injektionssårbarhet.

$stmt = $this->pdo->prepare(
    'UPDATE products SET
        model = :model, location = :location,
        quantity = :quantity, price = :price
     WHERE id = :id'
);
$stmt->execute([
    ':model'    => $data['model'],
    ':location' => $data['location'],
    ':quantity' => $data['quantity'],
    ':price'    => $data['price'],
    ':id'       => $productId,
]);

Noll strängkonkatenering. PDO:s prepared statements hanterar escaping på drivrutinsnivå, vilket eliminerar hela klassen av sårbarheter.

SQL-konkatenerering över plattformarna

Progpilot-säkerhetsfynd

Progpilot hittade 155 potentiella säkerhetsproblem i PrestaShops kärnklasser, inklusive förorenade dataflöden till filoperationer och databasfrågor.

3. Typsäkerhet och logikfel

PHPStan Nivå 5 fångar verkliga problem: åtkomst av egenskaper på potentiellt null-objekt, fel typer som skickas till funktioner och åtkomst av odefinierade variabler.

Magento 2 leder i rena PHPStan-fel (75 226 på Nivå 5) delvis på grund av sin enorma kodbas och tunga användning av kodgenerering.

WooCommerce visar 46 093 Nivå 5-fel, vilket speglar WordPress historiskt lösa typning.

Claude Codes 15 PHPStan L5-fel (1,6 per 1K rader) representerar kantfall där PHPStans inferens inte håller med om runtime-beteendet — inte strukturella typsäkerhetsproblem.

PHPStan Nivå 8 — striktaste läget

4. Kodkvalitet: komplexitet och design

PHPMD mäter cyklomatisk komplexitet, överdrivet långa klasser, oanvända parametrar och namngivningsbrott.

De vanligaste PHPMD-problemen: CyclomaticComplexity (metoder med 20+ beslutsgrenar), ExcessiveMethodLength (metoder >100 rader), CouplingBetweenObjects (klasser med 13+ beroenden), UnusedFormalParameter och BooleanArgumentFlag.

5. SEO-implementering

Vi skannade mallar och källkod efter grundläggande SEO-element. Resultaten är oroande.

6. Strukturerad data / Schema.org

Googles rika resultat — stjärnbetyg, prisintervall, tillgänglighetsikoner, brödsmulor — kräver alla strukturerad data.

Ingen plattform levererar komplett Product-schema i kärnan. Claude Codes mallar demonstrerar hela uppsättningen: Product, Offer, AggregateRating, BreadcrumbList och Organization — allt i JSON-LD-format.

7. Intern länkning

Intern länkning är gratis SEO-kapital. Så här hanterar plattformarna det:

8. Frontend-prestandamönster

Magento 2 sticker ut med 1 592 bilder som saknar loading="lazy" och 1 595 som saknar srcset.

9. Serversidig resursanvändning

10. Shopify-faktorn

Vi klonade också Shopifys Dawn-tema (v15.0.0) och Shopify CLI (senaste). I 1 221 TypeScript-filer hittade vi:

• 258 användningar av typen any
• 42 @ts-ignore/@ts-expect-error-undertryckningar
• 9 console.log-satser i icke-testkod

Även Shopify — med miljarder i omsättning — levererar kod med luckor i typsäkerheten. Poängen: teknisk skuld är oundviklig i stor skala, oavsett budget.

11. Vad detta innebär för ditt företag

Den dolda kostnaden för "gratis" plattformar

Varför skräddarsytt är vettigt nu

Detta betyder inte att öppen källkod är dåligt

12. Metodik och begränsningar

Vad vi analyserade

• OpenCart 4.1.0.3, Drupal Commerce 8.x-2.x, PrestaShop 9.0.3, WooCommerce 9.6.2, Magento 2.4.8-beta1
• Claude Code: Alla fyra moduler (kassa, autentisering, betalning, katalog)

Begränsningar

• Ingen autoloading — PHPStan producerar falskt positiva utan composer install
• Begränsningar i mallskanning — vissa plattformar renderar SEO-taggar dynamiskt
• Olika kodbas-storlekar — normaliserade per-1K-tal kompenserar
• WooCommerce följer WordPress Coding Standards, inte PSR-12
• Ögonblicksbildsanalys — fynd kan åtgärdas i framtida versioner

Verktyg och versioner

Slutsats

Datan är tydlig: e-handelsplattformar med öppen källkod bär på betydande teknisk skuld. Men om du startar ett nytt projekt idag kan du börja rent med modern kod som klarar strikt statisk analys, levereras med korrekt SEO och använder prepared statements som standard.

AI-assisterad utveckling har inte bara gjort skräddarsydd kod snabbare att skriva. Den har gjort den bättre än vad de flesta plattformar med öppen källkod levererar direkt ur lådan.