E-Commerce-Plattform erkannt

Was diese Prüfung macht

Fingerprintet die Seite gegen eine Bibliothek von E-Commerce-Plattform-Signaturen und meldet, welche (falls eine) den Storefront antreibt. Informativ — kein Pass/Fail. Sie verändert, welche nachgelagerten Empfehlungen gelten, weil jede Plattform andere Defaults für Schema.org, Analytics, Caching und Bildhandling hat.

Warum es zählt

Generische “Mach deinen Shop schneller”-Tipps sind nutzlos. Der umsetzbare Rat ist plattformspezifisch:

Shopify emittiert Product-Schema.org automatisch und übernimmt die Image-CDN-Auslieferung, aber jede Third-Party-App, die du installierst, ergänzt JS auf jeder Seite — das ist der Haupthebel.
WooCommerce läuft auf WordPress, erbt also das Plugin-Sprawl-Problem von WordPress und braucht einen Object Cache (Redis) plus ein CDN, um schnell zu sein.
Magento / Adobe Commerce ist das schwerste im Bunde und braucht Varnish, Flat-Catalog-Modus und aggressives Cache-Warming, um erträglich zu sein.
BigCommerce ist gehostet, also liegen die meisten Performance-Hebel außerhalb deiner Kontrolle — deine Hebel sind Theme-Wahl und Stencil-Customizing.

Die Plattform zu kennen, sagt dir, welche dieser Hebel existieren. Der Rest des Audits liest sich im Kontext anders.

So behebst du es

Diese Prüfung ist informativ, die Aktion hängt also vom Befund ab.

Erkennungs-Heuristiken zur Referenz. MetricSpot schaut auf:

<meta name="generator">-Tags (Shopify, WooCommerce 8.x, Magento).
Globale JS-Objekte (window.Shopify, window.wc_cart_fragments_params, Mage-Namespace).
Asset-Pfad-Muster (/cdn.shopify.com/, /wp-content/plugins/woocommerce/, /skin/frontend/, /static/version*/frontend/).
Cookies (shopify_session, woocommerce_cart_hash, frontend für Magento).
URL-Konventionen (/products/, /collections/, /cart/, /checkout/).

Shopify-Hebel:

Auditiere die installierten Apps. Jede App injiziert Skripte auf jeder Seite, auch ungenutzt — deinstallieren, nicht nur deaktivieren. Nutze die nativen Sections des Themes statt Third-Party-Page-Builder.
Native Online-Store-2.0-Sections schlagen Third-Party-Builder bei Core Web Vitals jedes Mal.
Shopify emittiert Product-Schema automatisch; verifiziere es per JSON-LD strukturierte Daten auf einer Produktseite.

WooCommerce-Hebel:

Installiere einen persistenten Object Cache (Redis via Redis-Object-Cache-Plugin). Ohne läuft jedes Seitenladen eine kalte Query gegen die wp_options-Tabelle.
Stell ein CDN davor (Cloudflare APO ist zweckgebaut für WordPress).
Verzögere oder entferne wc-cart-fragments auf Nicht-Cart-Seiten — triggert auf jeder Seite einen AJAX-Call.
Switche Produktbilder via Plugin wie Imagify oder Cloudflare Polish auf AVIF/WebP.

Magento / Adobe Commerce-Hebel:

Lass Varnish laufen (nicht den eingebauten PHP-Full-Page-Cache). Magento ships erstklassigen Varnish-Support.
Aktiviere Flat-Catalog (Product + Category), wenn du unter ~1M SKUs hast.
Production-Mode + kompiliertes DI + gemergte JS/CSS. Developer-Mode in Production zerlegt den LCP.
Bring Checkout-JS-Bundles aus dem kritischen Pfad; Magentos Default-Checkout ist die schwerste Seite in den meisten Shops.

BigCommerce / Wix / Squarespace-Hebel:

Theme-Wahl ist dein Hauptregler. Wähl ein Stencil-Theme mit hohen PageSpeed-Scores out-of-the-box; Customizing fügt Gewicht hinzu, nimmt es nie weg.
Begrenze Third-Party-Skripte im Script-Manager — jedes Analytics- und Chat-Widget summiert sich.

Kombiniere den Befund mit der CMS-Erkennung (oft das Host-CMS), Analytics installiert (E-Commerce-Reporting-Setup) und JSON-LD strukturierte Daten (Product- / Offer-Schema für Rich Results).

Häufig gestellte Fragen

Warum hat MetricSpot meinen Custom-Built-Store nicht erkannt?

Custom-Storefronts (Next.js Commerce, Hydrogen, Remix + Stripe) hinterlassen oft keine Plattform-Fingerprints — by design. Wenn die Erkennung leer kommt, du aber weißt, dass es ein Shop ist, fährst du wahrscheinlich Headless und die Web-Framework-Erkennung identifiziert das Frontend. Die plattformspezifischen Tipps oben gelten nicht; du besitzt jeden Hebel.

Kann eine Site mehr als eine E-Commerce-Plattform fahren?

Ja — und es ist ein Smell. Shopify-Buy-Buttons in eine WordPress-Site eingebettet lösen beide Erkennungen aus. Auch eine WooCommerce-Site mit einem Stripe-Checkout-iframe (was nur die Zahlungsanbieter-Prüfung triggert, nicht die E-Commerce-Prüfung). Zwei Plattformen heißt meist doppelte Analytics, doppelt gezählte Conversions und eine verwirrte Customer Journey. Wähl eine fürs Checkout.

Beeinflusst die erkannte Plattform meinen Lighthouse-Score?

Indirekt. Die Plattform läuft nicht in Lighthouse — dein gerendertes HTML tut es. Aber die Defaults jeder Plattform schieben dich in bestimmte Muster: Shopify-Themes shippen meist schwere Hero-Videos, WooCommerce lädt site-weit Cart-Fragments-JS, Magento schickt Megabytes CSS. Die Plattform prägt den Score-Boden. Deine Theme- und App-Wahl entscheidet, wo du innerhalb dieses Bodens landest.