SEO para BigCommerce

TL;DR — BigCommerce es una plataforma de tiendas alojada (como Shopify) que hace automáticamente buena parte del SEO: crea el sitemap, configura redirecciones cuando cambias una URL, permite editar robots.txt y añade schema de producto. Lo que aún tienes que gestionar son las páginas de filtros (navegación facetada), las configuraciones multilingües y multinacionales y las estrellas de reseñas en la búsqueda.

Qué significa «SEO para BigCommerce»

BigCommerce es una plataforma de comercio electrónico SaaS: pagas una cuota mensual y ellos alojan tu tienda, gestionan los servidores, la seguridad y las actualizaciones. No la instalas en tu propio hosting como harías con WordPress. En ese sentido, es una competidora directa de Shopify.

«SEO para BigCommerce» es simplemente el trabajo normal de SEO —conseguir que tus productos y páginas de categoría se encuentren, rastreen, indexen y posicionen— aplicado a una tienda que funciona sobre BigCommerce. Merece una guía propia porque BigCommerce elige algunas cosas por ti, y necesitas saber qué casillas ya marca y cuáles deja vacías.

Qué hace BigCommerce automáticamente

• Sitemap. BigCommerce crea y mantiene actualizado un sitemap XML al añadir o cambiar productos. Solo tienes que enviarlo a Google.
• Redirecciones. Si cambias el nombre de un producto o su URL, BigCommerce crea automáticamente una redirección 301 de la URL antigua a la nueva para que no se rompan los enlaces ni las posiciones.
• URL limpias. A diferencia de Shopify, BigCommerce no obliga a incluir /products/ ni /collections/ en tus URL. Puedes tener una URL ordenada como /blue-widget/.
• Robots.txt. Puedes editar robots.txt directamente en el panel de administración de BigCommerce (Shopify no permite hacerlo de forma nativa).
• Schema de producto. El tema predeterminado (Cornerstone) añade los «datos estructurados» que funcionan entre bastidores y pueden darte rich results en Google.
• HTTPS y CDN. Todos los planes incluyen SSL y una red global de distribución de contenido (Akamai) para que tus imágenes carguen rápido en todo el mundo.

Qué tienes que hacer tú

• Rellenar los campos de SEO. Títulos de página y meta descripciones para la página de inicio, productos y categorías. BigCommerce te da las casillas; tú escribes el texto.
• Páginas de filtros (facetadas). Cuando los compradores filtran por color, talla o precio, cada combinación puede crear una URL nueva. Si no haces nada, esto inunda Google de páginas casi duplicadas. BigCommerce no lo limpia por ti.
• Estrellas de reseñas. El schema predeterminado cubre los datos del producto, pero no las valoraciones en estrellas: necesitas una app de reseñas (como Yotpo o Stamped) o código propio para añadirlas.
• Varios países o idiomas. Si tienes storefronts separados por país, las etiquetas que indican a Google qué versión debe mostrar (hreflang) no se añaden automáticamente.

El error más común

La gente supone que, como BigCommerce tiene «buen SEO», no necesita hacer nada. Las partes automáticas son reales y útiles, pero las dos cosas que más suelen frenar una tienda de comercio electrónico —páginas de filtros y carga lenta— son justamente las que BigCommerce te deja resolver. No confundas un buen punto de partida con un trabajo terminado.

¿Quieres la versión para profesionales: opciones de estructura de URL, estrategia de canonical para navegación facetada, la decisión Stencil frente a Catalyst y la trampa de Akamai con hreflang? Cambia a la pestaña Advanced.

TL;DR — BigCommerce ofrece el suelo de SEO nativo más alto entre las plataformas SaaS alojadas: robots.txt editable, estructuras de URL totalmente personalizadas (sin prefijos obligatorios), sitemaps XML autogenerados y autoactualizados, 301 automáticas al cambiar una URL y JSON-LD de Product + BreadcrumbList en Cornerstone. Lo que deja en tus manos es lo que realmente escala: estrategia de canonical/noindex para navegación facetada, hreflang entre storefronts (vigila la redirección geográfica de Akamai), schema de reseñas y Core Web Vitals. Stencil (Handlebars renderizado en el servidor) frente a Catalyst (Next.js headless) fija tu techo de rendimiento, y las migraciones entre ambos son donde se pierden los mapas de redirecciones.

El marco: qué es automático y qué te corresponde

La mayoría del contenido sobre SEO para BigCommerce es una lista genérica («¡escribe tus meta descripciones!») o un discurso comercial de una agencia de BigCommerce. Ninguno explica lo que realmente importa: BigCommerce resuelve una cantidad inusual de cosas al lanzarlo y las brechas restantes son concretas y previsibles. Ordena todo en dos grupos y la plataforma deja de ser misteriosa.

Correcto de forma predeterminada: sitemap XML, etiquetas canonical por tipo de página, robots.txt editable, 301 automáticas al cambiar una URL, control total de la estructura de URL, CDN de Akamai + Image Manager, JSON-LD de Cornerstone (Product, BreadcrumbList y Organization) y SSL.

Te corresponde: estrategia de canonical + noindex para navegación facetada, hreflang entre storefronts, schema de reseñas/AggregateRating, auditoría de robots.txt para paginación, estrategia de blog/contenido y Core Web Vitals en Stencil (sobrecarga de JS de apps + imágenes de origen sin optimizar).

Estructura de URL

Las opciones de URL están en Store Setup → Store Settings → URL Structure. Tienes Short (solo el slug), Long (añade /products/, /categories/ y /pages/), SEO Optimized (elimina prefijos), SEO Optimized (Category) (inserta la primera categoría principal en la URL del producto) y Custom (basada en marcadores, con %productname%, %category%, %categoryname% y %sku%).

La opción realmente interesante para el contenido duplicado es SEO Optimized (Category): BigCommerce elige la primera categoría en la que está colocado un producto y no genera URL duplicadas para un producto incluido en varias categorías. Es una ventaja real contra el contenido duplicado, pero confirma el comportamiento en tu propia tienda antes de depender de él.

Esta es la parte honesta: es el argumento BigCommerce frente a Shopify con el que todo el mundo empieza, y es la diferencia menos importante. Shopify obliga a usar /products/ y /collections/; BigCommerce no. Google ha dicho repetidamente que la estructura de URL es una señal menor de posicionamiento. eComOne lo expresó bien en su comparativa: “the nuts and bolts of on-page SEO in both platforms are easy to manage, though BigCommerce has perhaps a slight edge because unlike Shopify, it doesn’t insert any prefixes before your URLs. However, Google has said repeatedly that URL structure is a minor signal.” (traducción) «los fundamentos del SEO on-page son fáciles de gestionar en ambas plataformas, aunque BigCommerce quizá tenga una ligera ventaja porque, a diferencia de Shopify, no inserta prefijos en tus URL. Sin embargo, Google ha dicho repetidamente que la estructura de URL es una señal menor». Elige SEO Optimized, sigue adelante y dedica tu energía a la navegación facetada y la velocidad.

Sitemap XML y robots.txt

BigCommerce genera automáticamente un sitemap y lo mantiene actualizado al cambiar el catálogo. La ruta depende de tu stack: Stencil heredado sirve /xmlsitemap.php; Catalyst sirve /sitemap.xml. En Catalyst, BigCommerce “automatically redirects any requests for the legacy Stencil sitemap /xmlsitemap.php to /sitemap.xml,” (traducción) «redirige automáticamente cualquier solicitud al sitemap heredado de Stencil /xmlsitemap.php a /sitemap.xml», y Catalyst “fetches the sitemap index from BigCommerce by making a request to the canonical URL of the channel.” (traducción) «obtiene el índice del sitemap de BigCommerce haciendo una solicitud a la URL canonical del canal». El sitemap cubre productos, categorías, marcas y páginas de contenido; las páginas ocultas del menú se excluyen de forma predeterminada, y BigCommerce deja claro que los “third-party systems generating content” (traducción) «sistemas de terceros que generan contenido» necesitan sus propios sitemaps separados.

robots.txt se puede editar directamente en el panel, en Settings → Website → Search Engine Robots, una ventaja real frente a Shopify, que no ofrece control nativo. BigCommerce combina tus reglas personalizadas con sus valores predeterminados del sistema.

La trampa que merece una auditoría de cinco minutos: los profesionales informan de forma repetida que el robots.txt predeterminado de BigCommerce bloquea las páginas de categoría paginadas (?page=2 y siguientes). En un catálogo grande, eso mantiene en silencio la página 2 y las posteriores de tus categorías fuera del índice. No supongas que los valores predeterminados son seguros: rastrea tu propia tienda y mira qué queda disallowed.

Metaetiquetas y campos on-page

Los campos de SEO viven en cada objeto: página de inicio (Store Settings → SEO), productos (Products → Edit → Other Details → SEO), categorías (Product Categories → Edit → SEO) y artículos del blog. Tienes Page Title, Meta Description, Meta Keywords y un campo Custom URL.

Dos aclaraciones que evitan confusiones:

• Meta Keywords está muerto para el posicionamiento. El propio glosario de BigCommerce lo dice: “Meta keywords tag is defunct, as it was originally intended for search engines to determine what the content of a page was about, but it was severely abused by spammers and search engines now almost entirely ignore it.” (traducción) «La etiqueta de meta keywords está obsoleta: se creó originalmente para que los buscadores determinaran de qué trataba una página, pero los spammers abusaron mucho de ella y ahora los buscadores casi la ignoran por completo». No pierdas tiempo con ella.
• Search Keywords ≠ Meta Keywords. BigCommerce tiene un campo separado Search Keywords que alimenta su búsqueda interna del sitio, no Google. La gente los confunde constantemente. Merece la pena rellenar Search Keywords, pero para la búsqueda interna, no para las posiciones.

Redirecciones 301

Esta es una de las ventajas discretas de BigCommerce. Las redirecciones 301 se crean automáticamente al cambiar el nombre o la URL de un producto, una categoría o una página (puedes excluir cada elemento desmarcando “Create redirects for old product URLs” (traducción) «Crear redirecciones para las URL de productos antiguos»). Hay dos clases:

• Dinámicas: BigCommerce actualiza el destino automáticamente si la URL de destino cambia después. Úsalas para movimientos internos.
• Manuales: introduces una cadena de destino fija; si el destino cambia después, la redirección se rompe hasta que la corrijas a mano.

El gestor está en Marketing → 301 Redirects y admite importación masiva mediante CSV, que es lo que usarás para un mapa de redirecciones de migración. Prefiere redirecciones dinámicas para todo lo interno y así no mantener una lista frágil.

Datos estructurados / schema

Cornerstone (el tema predeterminado de Stencil) emite JSON-LD para Product (nombre, imagen, descripción, SKU, marca anidada y Offers con precio, moneda y disponibilidad), BreadcrumbList y una Organization básica, sin trabajo de desarrollo. JSON-LD es lo que Google recomienda frente a microdatos, así que el formato predeterminado es el correcto.

Lo que falta es lo más valioso: el schema de reseñas/AggregateRating no viene incluido por defecto. Como dice SeoProfy, “BigCommerce includes basic product schema, but doesn’t add review markup by default.” (traducción) «BigCommerce incluye schema básico de producto, pero no añade marcado de reseñas de forma predeterminada». Obtienes estrellas de reseñas en la búsqueda mediante una app de reseñas (Yotpo, Stamped) o JSON-LD personalizado a través de Script Manager. El schema de FAQ y VideoObject también requiere trabajo propio.

Una peculiaridad de Stencil: el schema solo es tan completo como los datos de la página. Si un producto no muestra marca, la propiedad brand no aparecerá en el schema. Rellena los campos si quieres ese marcado.

En Catalyst, los datos estructurados son “composable JSON-LD through reusable TypeScript functions” (traducción) «JSON-LD componible mediante funciones TypeScript reutilizables», más mantenible que las plantillas Handlebars de Stencil si tienes capacidad de ingeniería.

Navegación facetada: el problema número uno

Aquí es donde pierden las tiendas BigCommerce. Las combinaciones de filtros y ordenación generan URL únicas y rastreables sin canonicalización automática hacia la categoría principal. NetProfitMarketing describe el fallo sin rodeos: cada filtro “can generate a new URL, resulting in an exponential spike in… crawlable pages,” (traducción) «puede generar una URL nueva, lo que produce un aumento exponencial de páginas rastreables», diluyendo la autoridad y consumiendo el presupuesto de rastreo. Y BigCommerce no ofrece una solución nativa: OuterBox señala que “there still is no easy way to do this without editing theme files directly.” (traducción) «sigue sin haber una forma fácil de hacerlo sin editar directamente los archivos del tema».

Por eso clasificas los parámetros y actúas según su tipo. Mi conjunto de reglas de trabajo:

La implementación consiste en overrides de canonical a nivel de tema en las plantillas de Stencil o en una inyección de JavaScript mediante Script Manager. Hay dos principios que conviene mantener claros:

• robots.txt bloquea el rastreo, no la indexación. Una URL bloqueada en robots.txt aún puede indexarse si algo enlaza con ella, y Google no puede ver tu canonical o tu noindex porque nunca leyó la página. Combina las reglas de parámetros con canonical + noindex en la página para tener control real.
• No pongas noindex en las páginas paginadas. La guía de comercio electrónico de Google dice que hay que “give each page a unique URL” (traducción) «dar a cada página una URL única» y “assign each page its own canonical URL rather than using the first page as canonical.” (traducción) «asignar a cada página su propia URL canonical en lugar de usar la primera página como canonical». noindex debe ir en “filter variations or alternative sort orders,” (traducción) «variaciones de filtro u órdenes de clasificación alternativas», no en la página 2 de una categoría. BigCommerce aún emite rel="next"/rel="prev", que Google dejó de usar en 2019: es inocuo, pero no es una señal.

(El análisis profundo independiente de la plataforma vive en el clúster de navegación facetada; la mecánica de canonical está en canonicalización.)

CDN, imágenes y Core Web Vitals

Cada tienda incluye gratis la CDN global de Akamai y Akamai Image Manager para convertir a WebP y cambiar el tamaño de forma responsiva sobre la marcha. Dos matices:

• La entrega WebP depende de la versión del tema: los temas Stencil más nuevos la activan; Blueprint y algunas versiones tempranas de Stencil no. Comprueba el tuyo.
• La imagen de origen sigue importando. Un PNG de origen de 5 MB servido como WebP sigue siendo un archivo grande. Sube fuentes optimizadas; la CDN no sustituye la disciplina con las imágenes. Las imágenes suelen representar el 60–70 % del peso total de una página.

La configuración predeterminada de Akamai suele ser poco estricta: las agencias informan de que ajustar reglas de caché, activar Brotli y optimizar la caché perimetral puede reducir el TTFB un 30–50 % (una estimación de agencia, pero correcta en dirección). Los mayores destructores de rendimiento de Stencil son la sobrecarga de JavaScript de apps de terceros (cada app que inyecta JS degrada INP y LCP; audita las apps instaladas) y las imágenes de origen sin optimizar. En algunas configuraciones Stencil también sirve el archivo de imagen original sin cambiarlo de tamaño automáticamente, lo que perjudica LCP directamente.

Stencil frente a Catalyst: la decisión que fija tu techo

Stencil es el framework actual renderizado en servidor (Handlebars, renderizado en la infraestructura de BigCommerce). 1Digital Agency lo describe como “server-rendered by default. Every page is HTML on first byte” (traducción) «renderizado en servidor de forma predeterminada. Cada página es HTML desde el primer byte», lo que es estupendo para el rastreo. Cornerstone es el tema predeterminado que se mantiene activamente y compite bien en Core Web Vitals para catálogos moderados.

Catalyst es el “open-source, composable, and fully-customizable headless commerce framework” (traducción) «framework de comercio headless de código abierto, componible y totalmente personalizable» de BigCommerce: Next.js + React sobre la API Storefront de GraphQL. BigCommerce anuncia un “Google Lighthouse score of 100” (traducción) «puntuación de Google Lighthouse de 100» de fábrica y la posibilidad de “experiment and scale without affecting Core Web Vitals.” (traducción) «experimentar y escalar sin afectar a Core Web Vitals». Trata Lighthouse 100 como una cifra de referencia o demo, no como una garantía de producción: el rendimiento real sigue dependiendo del tamaño del bundle, el JS de las apps y la disciplina con las imágenes.

Benchmarks de LCP de agencias (estimaciones, no datos oficiales de BigCommerce): Stencil aproximadamente 1,8–2,5 s; Catalyst aproximadamente 0,8–1,5 s.

Una matriz de decisión práctica:

• Quédate en Stencil/Cornerstone si: tienes un catálogo mediano, poca experiencia con Node/React y Core Web Vitals ya pasa.
• Pásate a Catalyst si: tienes capacidad con Next.js, CWV falla en Stencil pese a la optimización, necesitas una interfaz frontend compleja o gestionas varias marcas a escala.
• Nunca migres sin: un mapa de redirecciones completo, un entorno de vista previa accesible para Googlebot (configura X-Robots-Tag: noindex o bloquea con robots.txt las previews de ramas de Vercel para que no se indexen) y un benchmark de CWV antes y después.

Los dos fallos clásicos de las migraciones, según 1Digital, son “losing ranking authority through missing redirect maps or shipping JavaScript-heavy builds that worsen Core Web Vitals performance.” (traducción) «perder autoridad de posicionamiento por mapas de redirecciones ausentes o publicar builds con mucho JavaScript que empeoran el rendimiento de Core Web Vitals». Ambos se pueden evitar y ambos siguen siendo comunes.

SEO internacional y hreflang

BigCommerce no genera hreflang automáticamente para configuraciones con varios storefronts. Con un panel de control que gestiona varios storefronts (cada uno con su dominio, idioma y moneda) a partir de un catálogo compartido, tienes us.example.com/blue-widget/ y uk.example.com/blue-widget/ como casi duplicados que necesitan hreflang bidireccional. Lo implementas mediante JS de Script Manager, plantillas Stencil personalizadas o anotaciones en el sitemap XML.

Dos cosas que omiten la mayoría de los artículos sobre «hreflang en BigCommerce»:

• Un despliegue parcial es peor que ninguno. Como señala DigitalRoxy, “partial deployment is worse than no deployment because Google requires bidirectional confirmation across all storefronts before recognizing hreflang signals.” (traducción) «un despliegue parcial es peor que no desplegar porque Google exige confirmación bidireccional en todos los storefronts antes de reconocer las señales hreflang». Un conjunto sin pareja se descarta: haces el trabajo y no obtienes ningún beneficio.
• La trampa de la redirección geográfica de Akamai. Akamai redirige a las personas según su geolocalización por IP. Googlebot rastrea desde IP estadounidenses, así que se le redirige fuera de tus storefronts internacionales y no puede rastrearlos. La solución es “whitelist Googlebot’s published IP ranges” (traducción) «incluir en la lista de permitidos los rangos de IP publicados de Googlebot» en Akamai Property Manager para saltarse la redirección geográfica. Este único problema puede desindexar en silencio storefronts internacionales completos.

La higiene estándar sigue aplicando: usa códigos ISO (en-GB, no en-UK), mantén coherentes HTTP/HTTPS y las barras finales, usa códigos regionales cuando haga falta (en-US, no el en desnudo) e incluye siempre x-default. Valida con el comprobador de hreflang de Aleyda Solis, el informe International Targeting de GSC y URL Inspection.

SEO del blog y del contenido

BigCommerce tiene un blog nativo (Storefront Content → Blog) con artículos, categorías, etiquetas y campos de meta. Es suficiente para un catálogo pequeño. No es una plataforma de contenido seria: ofrece herramientas limitadas de diseño y CRO frente a WordPress y ha tenido históricamente algunos comportamientos que conviene verificar en tu tienda (informes antiguos sobre valores predeterminados de subdominio y páginas que listan el artículo completo; comprueba el comportamiento actual en vez de confiar en artículos antiguos).

Dos salidas cuando el contenido es un canal real para ti:

• WordPress + BigCommerce. El plugin de BigCommerce para WordPress usa WordPress como frontend de contenido y BigCommerce como backend de comercio: obtienes Yoast/RankMath, tipos de contenido personalizados y taxonomías reales mientras BigCommerce gestiona el catálogo y el checkout.
• CMS headless en Catalyst. Contentful, Prismic o Contentstack ofrecen flexibilidad completa de contenido a cambio de complejidad de implementación.

Google Shopping / Merchant Center

BigCommerce tiene una app nativa gratuita «Ads and Listings on Google» que sincroniza tu catálogo (datos de producto, precios, disponibilidad e imágenes) con Google Merchant Center para anuncios de Shopping y fichas gratuitas, con actualizaciones automáticas. Para controlar mejor el feed, el App Marketplace tiene herramientas de terceros (FeedOps, DataFeedWatch y ExportFeed). Para el «load more» o scroll infinito dirigido por JS en páginas de categoría —que Googlebot no activará—, el feed de Merchant Center y tu sitemap son la forma de que los productos sigan siendo descubribles.

BigCommerce frente a Shopify: la versión honesta

Ambas plataformas posicionan perfectamente. Las ventajas reales de BigCommerce son robots.txt editable, ningún prefijo de URL obligatorio y schema integrado más completo. Las ventajas reales de Shopify son un ecosistema de apps SEO mucho mayor (más de 640 frente a aproximadamente 25) y una velocidad media de fábrica ligeramente superior. La diferencia de prefijos de URL sobre la que discute todo el mundo es una señal menor. Elige según lo que escala.

Resumen de IA

Una síntesis de la versión Advanced:

• BigCommerce es una plataforma de comercio electrónico SaaS alojada (como Shopify) con uno de los suelos de SEO nativo más altos entre las plataformas alojadas.
• Automático: sitemap XML (autoactualizado; /xmlsitemap.php en Stencil, /sitemap.xml en Catalyst), etiquetas canonical por tipo de página, robots.txt editable (Shopify no puede), redirecciones automáticas al cambiar la URL (dinámicas o manuales, con importación CSV masiva), estructura de URL totalmente personalizada (sin prefijos obligatorios), CDN de Akamai + Image Manager, JSON-LD de Cornerstone (Product + BreadcrumbList) y SSL.
• La estructura de URL es una señal menor de posicionamiento: el debate sobre los prefijos BigCommerce frente a Shopify está sobredimensionado; elige «SEO Optimized» y sigue adelante.
• Tienes que hacerlo a mano: canonical/noindex de navegación facetada (el problema número uno de contenido duplicado y presupuesto de rastreo, sin solución nativa), schema de reseñas/AggregateRating (necesita una app o JSON-LD propio), hreflang entre storefronts, auditoría de robots.txt para paginación (los valores predeterminados pueden bloquear ?page=2+) y Core Web Vitals.
• No pongas noindex en páginas paginadas: dale a cada una su propia URL canonical; noindex corresponde a variaciones de filtros u ordenación.
• hreflang: es completamente manual; un despliegue parcial es peor que ninguno; incluye las IP de Googlebot en la lista de permitidos de Akamai o la redirección geográfica desindexará tus storefronts internacionales.
• Stencil (renderizado en servidor) frente a Catalyst (Next.js headless) fija tu techo de rendimiento. Catalyst anuncia Lighthouse 100 (una referencia, no una garantía). Nunca migres sin mapa de redirecciones, entorno de preview con noindex y benchmark de CWV.
• El blog es básico: usa el plugin de WordPress o un CMS headless para contenido serio.

Documentación oficial

Fuentes primarias de BigCommerce y Google.

BigCommerce

• Introducción al SEO — la visión general de SEO de BigCommerce.
• Campos de SEO — dónde viven los campos de título, descripción, URL y la distinción de Search Keywords.
• Sitemaps — generación y envío automáticos.
• Entender el archivo Robots.txt — edición de robots.txt en el panel.
• Redirecciones 301 — redirecciones automáticas, dinámicas o manuales e importación masiva.
• Temas Stencil — el framework de temas actual.
• Cornerstone (GitHub) — fuente de referencia del tema predeterminado y notas de lanzamiento.
• Resumen de Catalyst — el framework headless de Next.js y sus afirmaciones de rendimiento.
• Documentación del sitemap de Catalyst — cómo Catalyst sirve y redirige el sitemap.
• API de redirecciones — gestión programática de redirecciones.

Google

• Paginación de comercio electrónico y carga incremental — URL únicas por página, noindex en filtros y no en paginación.
• Guía de estructura de URL — «crea una estructura de URL sencilla» y por qué es una señal menor.
• Datos estructurados de Product — campos Product obligatorios y recomendados.
• Introducción a los datos estructurados — JSON-LD recomendado frente a microdatos.

Citas de la fuente

Declaraciones públicas de BigCommerce y Google, además de algunas de los profesionales cuyos hallazgos específicos sobre BigCommerce dieron forma a esta guía. Cada enlace de un buscador salta directamente al pasaje citado donde la página lo permite.

BigCommerce — Catalyst (oficial)

• “open-source, composable, and fully-customizable headless commerce framework” (traducción) «framework de comercio headless de código abierto, componible y totalmente personalizable» Saltar a la cita
• “Google Lighthouse score of 100” (traducción) «puntuación de Google Lighthouse de 100» — una cifra de referencia o demo; compruébala en tu build de producción. Saltar a la cita
• “Experiment and scale without affecting Core Web Vitals.” (traducción) «Experimenta y escala sin afectar a Core Web Vitals». Saltar a la cita

BigCommerce — sitemap de Catalyst (documentación)

• “automatically redirects any requests for the legacy Stencil sitemap /xmlsitemap.php to /sitemap.xml” (traducción) «redirige automáticamente cualquier solicitud al sitemap heredado de Stencil /xmlsitemap.php a /sitemap.xml» Saltar a la cita
• “fetches the sitemap index from BigCommerce by making a request to the canonical URL of the channel” (traducción) «obtiene el índice del sitemap de BigCommerce haciendo una solicitud a la URL canonical del canal» Saltar a la cita

BigCommerce — meta keywords (glosario)

• “Meta keywords tag is defunct, as it was originally intended for search engines to determine what the content of a page was about, but it was severely abused by spammers and search engines now almost entirely ignore it.” (traducción) «La etiqueta de meta keywords está obsoleta: se creó originalmente para que los buscadores determinaran de qué trataba una página, pero los spammers abusaron mucho de ella y ahora los buscadores casi la ignoran por completo». Saltar a la cita

Google — paginación y estructura de URL

• “Give each page a unique URL.” (traducción) «Dale a cada página una URL única». — guía de paginación de comercio electrónico de Google. Saltar a la cita
• “Apply noindex meta tags to filter variations or alternative sort orders” (traducción) «Aplica metaetiquetas noindex a variaciones de filtros u órdenes de clasificación alternativos» (no a las páginas paginadas). Saltar a la cita

Profesionales — hallazgos específicos de BigCommerce (transmitidos; confirma en la fuente)

• “BigCommerce includes basic product schema, but doesn’t add review markup by default.” (traducción) «BigCommerce incluye schema básico de producto, pero no añade marcado de reseñas de forma predeterminada». — SeoProfy. Fuente
• “There still is no easy way to do this without editing theme files directly.” (traducción) «Sigue sin haber una forma fácil de hacer esto sin editar directamente los archivos del tema». — OuterBox, sobre canonicals de navegación facetada. Fuente
• “Partial deployment is worse than no deployment because Google requires bidirectional confirmation across all storefronts before recognizing hreflang signals.” (traducción) «Un despliegue parcial es peor que no desplegar porque Google exige confirmación bidireccional en todos los storefronts antes de reconocer las señales hreflang». — DigitalRoxy. Fuente
• “Server-rendered by default. Every page is HTML on first byte.” (traducción) «Renderizado en servidor por defecto. Cada página entrega HTML desde el primer byte». — 1Digital Agency, sobre Stencil. Fuente
• “Google has said repeatedly that URL structure is a minor signal.” (traducción) «Google ha dicho repetidamente que la estructura de URL es una señal menor». — eComOne. Fuente

Lista de comprobación de SEO para BigCommerce

Priorizada por impacto: los primeros puntos son los que más mueven la aguja.

Alto impacto

• Navegación facetada gestionada: las URL de filtros y ordenación reciben canonical + noindex según las reglas de parámetros; las combinaciones sin demanda de búsqueda no se indexan.
• La paginación no lleva noindex: la página 2 y siguientes conserva su propia canonical y sigue siendo indexable; verifica que el robots.txt predeterminado no bloquee ?page=2+.
• Core Web Vitals aprobados: audita la sobrecarga de JS de las apps instaladas, sube imágenes de origen optimizadas y confirma que la entrega WebP está activada para tu versión del tema.
• Mapa de redirecciones de migración (si cambias de tema o pasas a Catalyst): completo, con redirecciones dinámicas para movimientos internos y previews con noindex.

Configuración estándar

• Estructura de URL configurada como SEO Optimized (o un patrón Custom deliberado).
• Sitemap XML enviado en Google Search Console y Bing Webmaster Tools.
• Títulos de página y meta descripciones escritos para la página de inicio, los productos principales y las categorías principales.
• Etiquetas canonical confirmadas para cada tipo de página (automáticas, pero hay que verificarlas).
• Schema de reseñas añadido mediante una app (Yotpo/Stamped) o JSON-LD personalizado.
• Google Merchant Center conectado mediante la app nativa Ads & Listings.

Internacional (solo varios storefronts)

• hreflang implementado de forma bidireccional en todos los storefronts (sin conjuntos parciales).
• x-default presente; códigos ISO correctos (en-GB, no en-UK).
• Rangos de IP de Googlebot incluidos en la lista de permitidos de Akamai para que la redirección geográfica no bloquee el rastreo de los storefronts internacionales.

Modelos mentales

1. Dos grupos: automático frente a tuyo. Todo el SEO de BigCommerce se entrega gratis (sitemap, canonicals, robots.txt, redirecciones automáticas, URL personalizadas, schema de Cornerstone, CDN y SSL) o se deja en tus manos (navegación facetada, hreflang, schema de reseñas, auditoría de paginación, CWV y contenido). Saber en qué grupo cae una tarea te dice si debes configurarla o construirla.

2. Triaje de parámetros de navegación facetada. Clasifica cada parámetro de filtro u ordenación en una de estas tres clases:

• Index (canonical propia): filtros con demanda de búsqueda independiente («zapatillas de running rojas»).
• Canonicalizar + noindex,follow: filtros solo de navegación y órdenes de clasificación.
• Bloquear (solo junto a canonical/noindex): combinaciones basura sin demanda. Recuerda que robots.txt detiene el rastreo, no la indexación: nunca bloquees una URL cuyo canonical o noindex necesites que Google lea.

3. Stencil frente a Catalyst = tu techo de rendimiento. Stencil es un valor predeterminado sólido y de poco esfuerzo, con un techo real de LCP. Catalyst eleva el techo, pero añade infraestructura (app Node, Vercel y disciplina del bundle). Elige según si CWV realmente falla en Stencil después de optimizar, no por la cifra comercial de Lighthouse 100.

4. hreflang es todo o nada. Confirmación bidireccional en todos los storefronts o Google descarta el conjunto. Un despliegue parcial cuesta esfuerzo y no devuelve nada. Y en BigCommerce, hreflang no sirve si la redirección geográfica de Akamai aleja a Googlebot de las páginas: incluye primero sus IP en la lista de permitidos.

Hoja rápida de SEO para BigCommerce

Dónde vive cada cosa en el panel

Opciones de estructura de URL

Rutas de sitemap

• Stencil: /xmlsitemap.php
• Catalyst: /sitemap.xml (y /xmlsitemap.php redirige aquí automáticamente)

Reglas de navegación facetada

Lo que no debes hacer

• No pongas noindex en páginas de categoría paginadas.
• No dependas de robots.txt para desindexar (solo bloquea el rastreo).
• No despliegues hreflang parcialmente.
• No confíes en el robots.txt predeterminado con ?page=: audítalo.
• No trates Lighthouse 100 de Catalyst como una garantía de producción.

Herramientas para SEO de BigCommerce

• Google Search Console: envío de sitemaps, URL Inspection, International Targeting (hreflang) y Crawl Stats. Tu fuente de verdad sobre lo que realmente hace Google.
• Bing Webmaster Tools: segundo envío de sitemap, control de rastreo y análisis del sitio.
• Screaming Frog / Ahrefs Site Audit: rastrea la tienda para detectar la explosión de URL de navegación facetada, un robots.txt predeterminado que bloquee la paginación, cadenas de redirecciones y páginas de categoría pobres o duplicadas. Así encuentras las brechas específicas de BigCommerce.
• Apps de reseñas: Yotpo o Stamped para añadir schema AggregateRating/reseñas que el tema predeterminado omite.
• Herramientas de feeds: la app nativa Ads & Listings on Google, o FeedOps, DataFeedWatch y ExportFeed para controlar mejor el feed de Merchant Center.
• Comprobador de hreflang de Aleyda Solis: valida hreflang entre storefronts antes de confiar en él.
• PageSpeed Insights / Lighthouse: compara CWV de Stencil y Catalyst antes y después de una migración; vuelve a comprobarlo después de cada grupo de instalaciones de apps.
• BigCommerce Script Manager: lugar donde inyectas JSON-LD y overrides de canonical que BigCommerce no ofrece de forma nativa.

Errores que la gente comete realmente en BigCommerce

Son fallos recurrentes y evitables de esta plataforma concreta, no consejos SEO genéricos.

Suponer que la navegación facetada está «resuelta» porque BigCommerce es bueno en SEO

Las ventajas reales de BigCommerce (sitemap y redirecciones automáticas, robots.txt editable) llevan a suponer que la plataforma también gestiona las URL de filtros y ordenación. No lo hace. Por qué está mal: si no haces nada, cada combinación de filtros obtiene una URL rastreable propia sin canonical automática a la categoría principal: una explosión exponencial de páginas casi duplicadas que diluye autoridad y consume presupuesto de rastreo. Qué hacer: clasifica cada parámetro de filtro y ordenación según el triaje de la pestaña Advanced (index / canonicalizar + noindex / bloquear) e impleméntalo mediante overrides del tema Stencil o Script Manager. Nadie lo hará por ti.

Rellenar «Meta Keywords» esperando que ayude a las posiciones

El panel de campos de SEO todavía tiene una casilla Meta Keywords y la gente la rellena porque existe. Por qué está mal: el propio glosario de BigCommerce llama obsoleta a la etiqueta; los buscadores casi la ignoran y el tiempo que gastas en ella no lo gastas en títulos o meta descripciones, que sí importan. Qué hacer: ignora por completo Meta Keywords. Si quieres ayudar a la búsqueda interna de tu sitio, usa el campo separado Search Keywords: es otro campo con otra finalidad y confundirlos desperdicia esfuerzo en ambos frentes.

Poner noindex en páginas de categoría paginadas

Ante un problema de «demasiadas páginas indexadas», es tentador poner noindex en la página 2, la 3, etc. de una categoría. Por qué está mal: la guía de comercio electrónico de Google dice que cada página paginada debe tener su propia URL única y su propia canonical; noindex está pensado para variaciones de filtros u ordenación, no para la paginación. Poner noindex en la paginación elimina inventario de productos real de la búsqueda. Qué hacer: mantén cada página paginada con canonical propia e indexable; reserva noindex para las URL de filtros solo de navegación y ordenación que realmente son duplicadas.

Migrar a Catalyst sin un mapa de redirecciones completo

Pasar de Stencil a Catalyst (o cambiar de tema) se trata como un proyecto frontend, con el SEO añadido al final, si acaso. Por qué está mal: según el propio relato de 1Digital sobre los fallos clásicos de migración, las dos causas más habituales de perder autoridad son mapas de redirecciones ausentes y builds con mucho JavaScript que empeoran Core Web Vitals; ambas son evitables y ambas siguen ocurriendo. Qué hacer: construye el mapa (URL antigua → URL nueva) antes de empezar la migración, mantén el entorno de preview con noindex mediante X-Robots-Tag o un bloqueo en robots.txt y mide Core Web Vitals antes y después del cambio.

Desplegar hreflang en unos storefronts, pero no en otros

Un equipo implementa hreflang en los dos o tres storefronts en los que trabaja y planea «terminar el resto después». Por qué está mal: hreflang necesita confirmación bidireccional en todos los storefronts del conjunto para que Google reconozca cualquiera de sus señales; un conjunto parcial se descarta por completo, así que el equipo hizo el trabajo y no obtuvo ningún beneficio. Qué hacer: implementa hreflang en todos los storefronts a la vez o no lo implementes todavía. No hay una versión con crédito parcial.

¿Deberías pasar de Stencil a Catalyst?

La elección Stencil frente a Catalyst es la verdadera bifurcación de «¿qué camino tomo?» en esta plataforma: fija tu techo de Core Web Vitals y tiene un coste de infraestructura real si te equivocas. Este árbol recorre la misma matriz de decisión de la pestaña Advanced.

Prompts para tareas de SEO en BigCommerce

Puntos de partida para las tareas de análisis recurrentes de esta guía. Pega tus propios datos de la tienda y comprueba el resultado según las reglas de la pestaña Advanced antes de actuar.

Clasificar una lista de URL de navegación facetada

Pega una lista de URL extraídas de un rastreo (Screaming Frog, Ahrefs Site Audit o tus logs de servidor). Espera una tabla que ordene cada URL en los grupos de triaje de esta guía, con un destino canonical y una directiva de robots para cada una.

Here is a list of URLs from my BigCommerce category and filter pages:

[paste URLs, one per line]

For each URL, classify it as one of:
1. Main category or high-demand filter (has standalone search value) — self-canonical, index
2. Navigation-only filter or sort-order variation — canonicalize to the parent category, noindex,follow
3. Pagination (page 2+) — self-canonical, index

State the reasoning for each classification and the canonical URL you'd assign.
Flag any URL you're not confident about instead of guessing.

Redactar etiquetas hreflang para una configuración con varios storefronts

Pega la lista de dominios de storefront y sus idiomas o regiones. Espera el bloque hreflang bidireccional (incluido x-default) para una página representativa, que luego implementarás mediante Script Manager, plantillas Stencil personalizadas o anotaciones del sitemap; después debes replicarlo en todos los storefronts porque un despliegue parcial se descarta por completo.

I run these BigCommerce storefronts off one shared catalog:

- us.example.com — English, United States
- uk.example.com — English, United Kingdom
- ca.example.com — French, Canada

Generate the bidirectional hreflang tag set (with x-default) for the product page
at /blue-widget/ across all three storefronts, using correct ISO region codes
(not bare language codes). Show me the exact tags for each version of the page.

Auditar lagunas en un mapa de redirecciones de Stencil a Catalyst

Pega dos listas de URL: las actuales de Stencil y las previstas de Catalyst (o un CSV de ambas). Espera una lista de pares coincidentes y otra de cualquier URL antigua sin un mapa de URL nueva correspondiente, que es la causa más común de perder autoridad de posicionamiento en estas migraciones.

Here is my current URL list (Stencil) and my planned URL list (Catalyst):

Current:
[paste URLs]

Planned:
[paste URLs]

Match each current URL to its most likely planned-URL equivalent. List any current
URL that has no clear match so I can add it to the redirect map manually before
migrating. Don't guess a match you're not confident about — flag it instead.

Recursos que merecen tu tiempo

En el sitio, relacionados

• Navegación facetada — el análisis independiente de la plataforma sobre el problema número uno de SEO en BigCommerce; este artículo es la implementación específica.
• Canonicalización — la mecánica de canonical detrás de las reglas de navegación facetada.
• Rastreo — presupuesto de rastreo y por qué importa la explosión de URL de navegación facetada.

BigCommerce oficial

• Catalyst — el framework headless.
• Introducción al SEO y Campos de SEO.

Guías de profesionales (útiles, pero verifica que el comportamiento siga vigente)

• Orbit Media — configuración de SEO de BigCommerce — recorrido visual por la configuración SEO del panel.
• NetProfitMarketing — guía de SEO para BigCommerce y sus reglas de parámetros para navegación facetada.
• 1Digital Agency — SEO de Stencil frente a Catalyst — análisis de la compensación de rendimiento.
• DigitalRoxy — hreflang entre storefronts — la corrección de la redirección geográfica de Akamai.
• OuterBox — problemas de SEO de BigCommerce y SeoProfy.
• eComOne — SEO de Shopify frente a BigCommerce.

De la industria

• NetProfitMarketing — actualizaciones de Stencil a Cornerstone: problemas de SEO y rendimiento — problemas de migración de tema específicos de BigCommerce que se solapan con los riesgos de migrar de Stencil a Catalyst.
• NetProfitMarketing — reglas de parámetros y canonicals de navegación facetada de BigCommerce — clasificación de parámetros e implementación de canonical específica de BigCommerce para URL de filtros.
• BigCommerce — resumen de búsqueda facetada — introducción propia de BigCommerce a la búsqueda facetada, contexto útil antes de implementar reglas canonical/noindex.
• PageSpeedMatters — guía definitiva de velocidad para BigCommerce — ajustes de CDN de Akamai, Brotli, caché perimetral e impacto en TTFB/LCP.
• Análisis de funciones SEO de BigCommerce de SearchFit.ai — auditoría independiente de las funciones SEO integradas y sus límites, incluido el comportamiento de entrega de imágenes de Stencil.

Ponte a prueba: SEO para BigCommerce

Cinco preguntas sobre lo que BigCommerce hace automáticamente y lo que debes hacer tú. Elige una respuesta para cada pregunta y comprueba después.

Registro de cambios