Plataforma ecommerce detectada

Què comprova aquesta auditoria

Empremta la pàgina contra una biblioteca de signatures de plataforma ecommerce i reporta quina (si n’hi ha cap) mou la botiga. És informativa, no passa ni falla. Canvia quines recomanacions derivades apliquen, perquè cada plataforma té defectes diferents per a Schema.org, analítica, cau i tractament d’imatges.

Per què importa

Els consells genèrics de “fes la teva botiga més ràpida” són inútils. Els consells accionables són específics de plataforma:

• Shopify emet automàticament Product Schema.org i gestiona el lliurament d’imatges per CDN, però cada app de tercers que instal·les afegeix JS a cada pàgina, aquesta és la palanca principal.
• WooCommerce corre sobre WordPress, així que hereta el problema de proliferació de plugins de WordPress i necessita una cau d’objectes (Redis) més una CDN per ser ràpid.
• Magento / Adobe Commerce és el més pesat del grup i requereix Varnish, mode catàleg pla i escalfat de cau agressiu per ser tolerable.
• BigCommerce és allotjat, així que la majoria de palanques de rendiment són fora del teu control, les teves palanques són l’elecció de tema i la personalització Stencil.

Saber la plataforma et diu quines d’aquestes palanques existeixen. La resta de l’auditoria es llegeix diferent en context.

Com solucionar-ho

Aquesta comprovació és informativa, així que l’acció depèn del que s’hagi detectat.

Heurístiques de detecció, per a referència. MetricSpot mira:

• Etiquetes <meta name="generator"> (Shopify, WooCommerce 8.x, Magento).
• Objectes JS globals (window.Shopify, window.wc_cart_fragments_params, namespace Mage).
• Patrons de path d’actius (/cdn.shopify.com/, /wp-content/plugins/woocommerce/, /skin/frontend/, /static/version*/frontend/).
• Cookies (shopify_session, woocommerce_cart_hash, frontend per a Magento).
• Convencions d’URL (/products/, /collections/, /cart/, /checkout/).

Palanques de Shopify:

• Audita les apps instal·lades. Cada app injecta scripts a cada pàgina fins i tot quan no s’utilitza, desinstal·la, no només desactivis. Utilitza les seccions natives del tema en lloc de page builders de tercers.
• Les seccions natives d’Online Store 2.0 superen els builders de tercers en Core Web Vitals sempre.
• Shopify emet Product schema automàticament; verifica-ho amb dades estructurades JSON-LD en una pàgina de producte.

Palanques de WooCommerce:

• Instal·la una cau d’objectes persistent (Redis via el plugin Redis Object Cache). Sense ella, cada càrrega de pàgina executa una consulta freda contra la taula wp_options.
• Posa una CDN al davant (Cloudflare APO està pensat específicament per a WordPress).
• Difereix o elimina wc-cart-fragments a pàgines que no són de carret, dispara una crida AJAX a cada càrrega de pàgina.
• Canvia les imatges de producte a AVIF/WebP via un plugin com Imagify o utilitza Cloudflare Polish.

Palanques de Magento / Adobe Commerce:

• Executa Varnish (no la cau de pàgina completa interna de PHP). Magento envia suport de primera classe per a Varnish.
• Habilita el catàleg pla (producte + categoria) si tens menys de ~1M SKUs.
• Mode producció + DI compilat + JS/CSS unificats. Mode desenvolupador en producció enfonsarà l’LCP.
• Treu els bundles JS de checkout del camí crític; el checkout per defecte de Magento és la pàgina més pesada en la majoria de botigues.

Palanques de BigCommerce / Wix / Squarespace:

• L’elecció de tema és el teu control principal. Tria un tema Stencil amb puntuacions altes de PageSpeed fora de la caixa; les personalitzacions afegeixen pes, mai el treuen.
• Limita els scripts de tercers al script manager: cada widget d’analítica i de xat es composta.

Combina aquest descobriment amb la comprovació de detecció de CMS (sovint mostra el CMS amfitrió), analítica instal·lada (configuració de reporting d’ecommerce) i dades estructurades JSON-LD (schema Product / Offer per a rich results).

Preguntes freqüents

Per què MetricSpot no ha detectat la meva botiga feta a mida?

Les botigues fetes a mida (Next.js Commerce, Hydrogen, Remix + Stripe) sovint no deixen empremtes de plataforma, és intencional. Si la detecció torna buida però saps que és una botiga, probablement executes una configuració headless i la comprovació de framework web identificarà el front-end. Els consells específics de plataforma d’amunt no apliquen; tens totes les palanques.

Pot un lloc executar més d’una plataforma ecommerce?

Sí, i és un mal senyal. Botons “Buy” de Shopify embeguts en un lloc WordPress dispararan totes dues deteccions. També un lloc WooCommerce que embeu un iframe de Stripe Checkout (que només dispara la comprovació de passarel·la de pagament, no la d’ecommerce). Dues plataformes solen significar analítica duplicada, conversions comptades dues vegades i un customer journey confús. Tria’n una per al checkout.

La plataforma detectada afecta la meva puntuació Lighthouse?

Indirectament. La plataforma no s’executa a Lighthouse, l’HTML renderitzat sí. Però els defectes de cada plataforma t’empenyen cap a certs patrons: els temes de Shopify tendeixen a enviar vídeos hero pesats, WooCommerce carrega JS de cart-fragments a tot el lloc, Magento envia megabytes de CSS. La plataforma forma el sostre de la puntuació. El teu tema i les teves eleccions d’app determinen on caus dins d’aquest sostre.