tech stack

Plataforma ecommerce detectada

MetricSpot detecta la plataforma ecommerce que mueve la tienda (Shopify, WooCommerce, BigCommerce, Magento, PrestaShop, Wix, Squarespace). Qué plataforma uses determina qué palancas de SEO y rendimiento mueven la aguja.

Qué comprueba esta verificación

Compara la página con una biblioteca de firmas de plataformas ecommerce e indica cuál (si alguna) mueve el storefront. Es informativa — no pasa ni falla. Cambia qué recomendaciones aguas abajo aplican, porque cada plataforma tiene defaults distintos para Schema.org, analítica, cacheo y manejo de imágenes.

Por qué importa

Los consejos genéricos de “haz tu tienda más rápida” no sirven. Lo accionable es específico de plataforma:

  • Shopify auto-emite Product Schema.org y gestiona la entrega de imágenes vía CDN, pero cada app de terceros que instales añade JS a cada página — esa es la palanca principal.
  • WooCommerce corre sobre WordPress, así que hereda el problema de proliferación de plugins de WordPress y necesita una caché de objetos (Redis) más una CDN para ser rápida.
  • Magento / Adobe Commerce es la más pesada y exige Varnish, modo flat catalog y warming agresivo de caché para ser tolerable.
  • BigCommerce es alojada, así que la mayoría de palancas de rendimiento están fuera de tu control — tus palancas son la elección de tema y la personalización Stencil.

Saber la plataforma te dice qué palancas existen. El resto de la auditoría se lee distinto en contexto.

Cómo arreglarlo

Esta comprobación es informativa, así que la acción depende de lo detectado.

Heurísticas de detección, para referencia. MetricSpot mira:

  • Etiquetas <meta name="generator"> (Shopify, WooCommerce 8.x, Magento).
  • Objetos JS globales (window.Shopify, window.wc_cart_fragments_params, namespace Mage).
  • Patrones de ruta de assets (/cdn.shopify.com/, /wp-content/plugins/woocommerce/, /skin/frontend/, /static/version*/frontend/).
  • Cookies (shopify_session, woocommerce_cart_hash, frontend para Magento).
  • Convenciones de URL (/products/, /collections/, /cart/, /checkout/).

Palancas Shopify:

  • Audita las apps instaladas. Cada app inyecta scripts en cada página aunque no se use — desinstala, no solo desactives. Usa las secciones nativas del tema en vez de page builders de terceros.
  • Las secciones nativas de Online Store 2.0 ganan a los builders de terceros en Core Web Vitals cada vez.
  • Shopify auto-emite Product schema; verifícalo con datos estructurados JSON-LD en una página de producto.

Palancas WooCommerce:

  • Instala una caché de objetos persistente (Redis vía el plugin Redis Object Cache). Sin ella, cada carga de página ejecuta una query en frío contra la tabla wp_options.
  • Pon una CDN delante (Cloudflare APO está diseñada específicamente para WordPress).
  • Difiere o quita wc-cart-fragments en páginas que no sean de carrito — dispara una llamada AJAX en cada carga.
  • Pasa las imágenes de producto a AVIF/WebP vía un plugin como Imagify o usa Cloudflare Polish.

Palancas Magento / Adobe Commerce:

  • Ejecuta Varnish (no la caché de página completa interna en PHP). Magento trae soporte de Varnish de primera clase.
  • Activa flat catalog (producto + categoría) si tienes menos de ~1M SKUs.
  • Modo production + DI compilado + JS/CSS mergeados. El modo developer en producción hunde el LCP.
  • Saca los bundles JS de checkout del camino crítico; el checkout por defecto de Magento es la página más pesada de la mayoría de tiendas.

Palancas BigCommerce / Wix / Squarespace:

  • La elección de tema es tu principal control. Elige un tema Stencil con altas puntuaciones PageSpeed por defecto; las personalizaciones añaden peso, nunca quitan.
  • Limita los scripts de terceros en el script manager — cada widget de analítica y chat suma.

Empareja este hallazgo con la comprobación de CMS detectado (suele revelar el CMS host), analítica instalada (setup de reporting ecommerce) y datos estructurados JSON-LD (schema Product / Offer para rich results).

Preguntas frecuentes

¿Por qué MetricSpot no detectó mi tienda custom?

Los storefronts custom (Next.js Commerce, Hydrogen, Remix + Stripe) a menudo no dejan huellas de plataforma — es por diseño. Si la detección viene vacía pero sabes que es una tienda, probablemente ejecutas un setup headless y la comprobación de framework web identificará el frontend. Los consejos específicos por plataforma de arriba no aplican; eres dueña/o de cada palanca.

¿Puede un sitio correr más de una plataforma ecommerce?

Sí — y es un smell. Los Buy Buttons de Shopify embebidos en un WordPress disparan ambas detecciones. También un sitio WooCommerce embebiendo un iframe de Stripe Checkout (que solo dispara la comprobación de pasarela de pago, no la de ecommerce). Dos plataformas suele significar analítica duplicada, conversiones contadas dos veces y un customer journey confuso. Elige una para checkout.

¿La plataforma detectada afecta a mi puntuación de Lighthouse?

Indirectamente. La plataforma no corre dentro de Lighthouse — tu HTML renderizado sí. Pero los defaults de cada plataforma te empujan a ciertos patrones: los temas de Shopify tienden a llevar vídeos hero pesados, WooCommerce carga JS de cart-fragments en todo el sitio, Magento manda megabytes de CSS. La plataforma define el suelo de la puntuación. Tu tema y la elección de apps determinan dónde aterrizas dentro de ese suelo.

Fuentes

Última actualización 2026-05-11