SEO para BigCommerce

Como funciona o SEO em BigCommerce: o que resuelve um plataforma automaticamente (robots.txt editable, URL personalizadas, sitemaps automáticos, redirecionamentos automáticas e schema integrado), o que você deve fazer um mano (navegação facetada, hreflang e schema de avaliações) e como um elecção entre Stencil e Catalyst determina o techo de Core Web Vitals.

Publicado pela primeira vez: 25 de jun. de 2026 · Última atualização: 22 de ago. de 2026 · Avançado
Idiomas

BigCommerce oferece uma de as bases técnicas de SEO integradas mas sólidas de qualquer plataforma de comércio eletrônico SaaS alojada: robots.txt editable, estructuras de URL totalmente personalizadas (sem prefijos obligatorios), sitemaps XML generados automaticamente, redirecionamentos 301 automáticas ao alterar uma URL e schema de produto JSON-LD em o tema Cornerstone. O que deja em seus manos é o trabajo que realmente escala: canonicals de navegação facetada, hreflang para varios storefronts (com uma trampa de redirecionamento geográfica de Akamai), schema de avaliações e Core Web Vitals em Stencil. UM decisión entre Stencil e Catalyst (Next.js headless) fija seu techo de desempenho.

TL;DR — BigCommerce ships o highest native SEO floor de qualquer hosted SaaS plataforma: editable robots.txt, fully custom URL structures (não forced prefixes), auto-gerado e self-updating XML sitemaps, automático 301s em URL altere, e JSON-LD produto + BreadcrumbList em Cornerstone. o trabalho isso leaves você é o que na prática scales: faceted-navigation canonical/noíndice strategy, multi-storefront hreflang (watch o Akamai geo-redirect), avaliação schema, e Core Web Vitals. Stencil (server-rendered Handlebars) vs Catalyst (Next.js headless) sets seu desempenho ceiling — e migrating entre eles é onde redirecionamento maps obtenha lost.

Evidence for this claim BigCommerce documents platform-managed sitemap, URL, redirect, and storefront SEO capabilities; these are platform features rather than search-engine guarantees. Scope: BigCommerce platform behavior only. Confidence: high · Verified: BigCommerce Support: SEO features Evidence for this claim BigCommerce storefronts remain subject to Google's crawlable-link, canonicalization, and product structured-data requirements. Scope: Google requirements independent of ecommerce platform. Confidence: high · Verified: Google Search Central: Ecommerce documentation

O marco: o que é automático e o que te corresponde

UM mayoría do conteúdo sobre SEO para BigCommerce é uma lista genérica («¡escribe seus meta descrições!») ou um discurso comercial de uma agencia de BigCommerce. Ninguno explica o que realmente importa: BigCommerce resuelve uma cantidade inusual de cosas ao lanzarlo e as brechas restantes são concretas e previsibles. Ordena todo em dos grupos e um plataforma deja de ser misteriosa.

Right por padrão: XML sitemap, canonical tags per página tipo, editable robots.txt, automático 301s em URL altere, full URL-structure control, Akamai CDN + imagem Manager, Cornerstone JSON-LD (produto, BreadcrumbList, Organization), SSL.

Te corresponde: estrategia de canonical + noindex para navegação facetada, hreflang entre storefronts, schema de avaliações/AggregateRating, auditoria de robots.txt para paginação, estrategia de blog/conteúdo e Core Web Vitals em Stencil (sobrecarga de JS de apps + imagens de origen sem optimizar).

Estructura de URL

As opções de URL estão em Loja Setup → Loja Settings → URL Structure. Tienes Short (somente o slug), Long (adiciona /products/, /categories/ e /pages/), SEO Optimized (elimina prefijos), SEO Optimized (Categoria) (inserta um primera categoria principal em um URL do produto) e Custom (basada em marcadores, com %productname%, %category%, %categoryname% e %sku%).

UM opção realmente interesante para o conteúdo duplicado é SEO Optimized (Categoria): BigCommerce elige um primera categoria em um que está colocado um produto e não genera URL duplicadas para um produto incluido em varias categorias. É uma ventaja real contra o conteúdo duplicado, mas confirma o comportamiento em seu própria loja antes de depender de él.

esta é um parte honesta: é o argumento BigCommerce frente um Shopify com o que todo o mundo empieza, e é um diferencia menos importante. Shopify obliga um usar /products/ e /collections/; BigCommerce não. Google ha dicho repetidamente que um estructura de URL é uma sinal menor de posicionamiento. eComOne o expresó bem em seu comparativa: “o nuts e bolts de on-page SEO em ambos platforms são easy para manage, though BigCommerce tem perhaps um slight edge porque unlike Shopify, isso não insert qualquer prefixes antes seu URLs. contudo, Google tem disse repeatedly que URL structure é um minor sinal.” (traducção) «os fundamentos do SEO on-page são fáciles de gerenciar em ambas plataformas, embora BigCommerce talvez tenha uma ligera ventaja porque, ao contrário de Shopify, não inserta prefijos em seus URL. Não entanto, Google ha dicho repetidamente que um estructura de URL é uma sinal menor». Elige SEO Optimized, sigue adelante e dedica seu energía um navegação facetada e um velocidade.

Sitemap XML e robots.txt

BigCommerce genera automaticamente um sitemap e o mantém actualizado ao alterar o catálogo. UM ruta depende de seu stack: Stencil heredado sirve /xmlsitemap.php; Catalyst sirve /sitemap.xml. Em Catalyst, BigCommerce “automaticamente redirecionamentos qualquer solicitações para o legacy Stencil sitemap /xmlsitemap.php para /sitemap.xml,” (traducção) «redirige automaticamente qualquer solicitação ao sitemap heredado de Stencil /xmlsitemap.php um /sitemap.xml», e Catalyst “fetches o sitemap index de BigCommerce por making um solicitação para o canonical URL de o channel.” (traducção) «obtiene o índice do sitemap de BigCommerce haciendo uma solicitação um URL canonical do canal». O sitemap cubre produtos, categorias, marcas e páginas de conteúdo; as páginas ocultas do menú se excluyen por padrão, e BigCommerce deja claro que os “third-party systems generating conteúdo” (traducção) «sistemas de terceros que generan conteúdo» precisam seus propios sitemaps separados.

robots.txt é possível editar diretamente em o panel, em Settings → Website → Pesquisa Engine Robots, uma ventaja real frente um Shopify, que não oferece control nativo. BigCommerce combina seus regras personalizadas com seus valores predeterminados do sistema.

UM trampa que merece uma auditoria de cinco minutos: os profesionales informan de forma repetida que o robots.txt predeterminado de BigCommerce bloquea as páginas de categoria paginadas (?page=2 e siguientes). Em um catálogo grande, eso mantém em silencio um página 2 e as posteriores de seus categorias fuera do índice. Não supongas que os valores predeterminados são seguros: rastreia seu própria loja e mira o que queda disallowed.

Metaetiquetas e campos on-page

Os campos de SEO viven em cada objeto: página inicial (Loja Settings → SEO), produtos (Produtos → Edit → Outro Details → SEO), categorias (Produto Categorias → Edit → SEO) e artículos do blog. Tienes página Título, Meta Descrição, Meta Keywords e um campo Custom URL.

Dos aclarações que evitan confusiones:

  • Meta Keywords está muerto para o posicionamiento. O próprio glosario de BigCommerce o dice: “Meta keywords tag é defunct, as isso era originally intended para mecanismos de busca para determine o que o conteúdo de um página era sobre, mas isso era severely abused por spammers e mecanismos de busca agora quase entirely ignore isso.” (traducção) «UM etiqueta de meta keywords está obsoleta: se creó originalmente para que os buscadores determinaran de o que trataba uma página, mas os spammers abusaron muito de ella e agora os buscadores casi um ignoran por completo». Não pierdas tempo com ella.
  • Pesquisa Keywords ≠ Meta Keywords. BigCommerce tem um campo separado Pesquisa Keywords que alimenta seu pesquisa interna do site, não Google. UM gente os confunde constantemente. Merece um pena rellenar Pesquisa Keywords, mas para um pesquisa interna, não para as posições.

Redirecionamentos 301

esta é uma de as ventajas discretas de BigCommerce. As redirecionamentos 301 se criam automaticamente ao alterar o nome ou um URL de um produto, uma categoria ou uma página (você pode excluir cada elemento desmarcando “Crie redirecionamentos para antigo produto URLs” (traducção) «Criar redirecionamentos para as URL de produtos antiguos»). Há dos clases:

  • Dinámicas: BigCommerce actualiza o destino automaticamente se um URL de destino altera depois. Úsalas para movimientos internos.
  • Manuales: introduces uma cadena de destino fija; se o destino altera depois, um redirecionamento se rompe até que um corrijas um mano.

O gestor está em Marketing → 301 Redirecionamentos e oferece suporte um importação masiva mediante CSV, que é o que usarás para um mapa de redirecionamentos de migração. Prefiere redirecionamentos dinámicas para todo o interno e assim não manter uma lista frágil.

Dados estruturados / schema

Cornerstone (o tema predeterminado de Stencil) emite JSON-LD para Produto (nome, imagem, descrição, SKU, marca anidada e Offers com preço, moneda e disponibilidade), BreadcrumbList e uma Organization básica, sem trabajo de desarrollo. JSON-LD é o que Google recomienda frente um microdatos, assim que o formato predeterminado é o correto.

O que falta é o mas valioso: o schema de avaliações/AggregateRating não viene incluido por defecto. Como dice SeoProfy, “BigCommerce inclui basic produto schema, mas não adicione avaliação markup por padrão.” (traducção) «BigCommerce inclui schema básico de produto, mas não adiciona marcado de avaliações por padrão». Obtienes estrellas de avaliações em um pesquisa mediante uma app de avaliações (Yotpo, Stamped) ou JSON-LD personalizado por meio de Script Manager. O schema de FAQ e VideoObject também requiere trabajo próprio.

Uma peculiaridade de Stencil: o schema somente é tan completo como os dados de um página. Se um produto não mostra marca, um propiedad marca não aparecerá em o schema. Rellena os campos se quieres esse marcado.

Em Catalyst, os dados estruturados são “composable JSON-LD por reusable TypeScript functions” (traducção) «JSON-LD componible mediante funções TypeScript reutilizables», mas mantenible que as plantillas Handlebars de Stencil se tienes capacidade de ingeniería.

Aqui é onde pierden as lojas BigCommerce. As combinações de filtros e ordenação generan URL únicas e rastreables sem canonicalização automática para um categoria principal. NetProfitMarketing describe o fallo sem rodeos: cada filtro “pode generate um novo URL, resulting em um exponential spike em… crawlable páginas,” (traducção) «pode generar uma URL nova, o que produce um aumento exponencial de páginas rastreables», diluyendo um autoridade e consumiendo o presupuesto de rastreo. E BigCommerce não oferece uma solução nativa: OuterBox señala que “ali ainda é não easy way para do este sem editing theme arquivos diretamente.” (traducção) «sigue sem haber uma forma fácil de hacerlo sem editar diretamente os arquivos do tema».

por eso clasificas os parámetros e actúas segundo seu tipo. Mi conjunto de regras de trabajo:

Tipo de páginaCanonicalDirectiva de robots
Categoria principalPrópriaindex
Filtro com demanda realPrópriaindex
Filtro somente de navegaçãoCategoria principalnoindex,follow
Somente ordenaçãoCategoria principalnoindex,follow
Paginação (página 2+)Própria (seu própria URL)index
Produto em varias categoriasURL de um primera categoriaindex

UM implementação consiste em overrides de canonical um nível de tema em as plantillas de Stencil ou em uma inyecção de JavaScript mediante Script Manager. Há dos principios que conviene manter claros:

  • robots.txt bloquea o rastreo, não um indexação. Uma URL bloqueada em robots.txt ainda pode indexarse se algo enlaza com ella, e Google não pode ver seu canonical ou seu noindex porque nunca leyó um página. Combina as regras de parámetros com canonical + noindex em um página para ter control real.
  • Não pongas noindex em as páginas paginadas. UM guía de comércio eletrônico de Google dice que há que “forneça cada página um único URL” (traducção) «dar um cada página uma URL única» e “assign cada página seu próprio canonical URL rather than usando o primeiro página as canonical.” (traducção) «asignar um cada página seu própria URL canonical em vez de usar um primera página como canonical». noindex deve ir em “filter variations ou alternative sort orders,” (traducção) «variações de filtro u órdenes de classificação alternativas», não em um página 2 de uma categoria. BigCommerce ainda emite rel="next"/rel="prev", que Google dejó de usar em 2019: é inocuo, mas não é uma sinal.

(O análisis profundo independiente de um plataforma vive em o clúster de navegação facetada; um mecánica de canonical está em canonicalização.)

CDN, imagens e Core Web Vitals

cada loja inclui gratis um CDN global de Akamai e Akamai Imagem Manager para convertir um WebP e alterar o tamaño de forma responsiva sobre um marcha. Dos matices:

  • UM entrega WebP depende de um versión do tema: os temas Stencil mas novos um activan; Blueprint e algumas versiones tempranas de Stencil não. Verifica o tuyo.
  • UM imagem de origen sigue importando. Um PNG de origen de 5 MB servido como WebP sigue siendo um arquivo grande. Sube fuentes optimizadas; um CDN não sustituye um disciplina com as imagens. As imagens suelen representar o 60–70 % do peso total de uma página.

UM configuração predeterminada de Akamai suele ser poco estricta: as agencias informan de que ajustar regras de caché, activar Brotli e optimizar um caché perimetral pode reduzir o TTFB um 30–50 % (uma estimação de agencia, mas correcta em direcção). Os mayores destructores de desempenho de Stencil são um sobrecarga de JavaScript de apps de terceros (cada app que inyecta JS degrada INP e LCP; audita as apps instaladas) e as imagens de origen sem optimizar. Em algumas configurações Stencil também sirve o arquivo de imagem original sem cambiarlo de tamaño automaticamente, o que perjudica LCP diretamente.

Stencil frente um Catalyst: um decisión que fija seu techo

Stencil é o estrutura real renderizado em servidor (Handlebars, renderizado em um infraestructura de BigCommerce). 1Digital Agency o describe como “server-rendered por padrão. cada página é HTML em primeiro byte” (traducção) «renderizado em servidor por padrão. cada página é HTML desde o primer byte», o que é estupendo para o rastreo. Cornerstone é o tema predeterminado que se mantém activamente e compite bem em Core Web Vitals para catálogos moderados.

Catalyst é o “open-source, composable, e fully-customizable headless commerce estrutura” (traducção) «estrutura de comercio headless de código abierto, componible e totalmente personalizable» de BigCommerce: Next.js + React sobre um API Storefront de GraphQL. BigCommerce anuncia um “Google Lighthouse score de 100” (traducção) «puntuação de Google Lighthouse de 100» de fábrica e um posibilidade de “experiment e scale sem affecting Core Web Vitals.” (traducção) «experimentar e escalar sem afectar um Core Web Vitals». Trata Lighthouse 100 como uma cifra de referencia ou demo, não como uma garantía de producção: o desempenho real sigue dependiendo do tamaño do bundle, o JS de as apps e um disciplina com as imagens.

Benchmarks de LCP de agencias (estimações, não dados oficiales de BigCommerce): Stencil aproximadamente 1,8–2,5 s; Catalyst aproximadamente 0,8–1,5 s.

Uma matriz de decisión práctica:

  • Quédate em Stencil/Cornerstone se: tienes um catálogo mediano, poca experiencia com Node/React e Core Web Vitals já pasa.
  • Pásate um Catalyst se: tienes capacidade com Next.js, CWV falla em Stencil pese um otimização, necesitas uma interfaz frontend compleja ou gestionas varias marcas um escala.
  • nunca migres sem: um mapa de redirecionamentos completo, um entorno de vista previa accesible para Googlebot (configura X-Robots-Tag: noindex ou bloquea com robots.txt as previews de ramas de Vercel para que não se indexen) e um benchmark de CWV antes e depois.

Os dos fallos clásicos de as migrações, segundo 1Digital, são “losing classificação autoridade por missing redirecionamento maps ou shipping JavaScript-heavy builds que worsen Core Web Vitals desempenho.” (traducção) «perder autoridade de posicionamiento por mapas de redirecionamentos ausentes ou publicar builds com muito JavaScript que empeoran o desempenho de Core Web Vitals». Ambos se podem evitar e ambos siguen siendo comunes.

SEO internacional e hreflang

BigCommerce não genera hreflang automaticamente para configurações com varios storefronts. Com um panel de control que gerencia varios storefronts (cada uno com seu dominio, idioma e moneda) um partir de um catálogo compartido, tienes us.example.com/blue-widget/ e uk.example.com/blue-widget/ como casi duplicados que precisam hreflang bidireccional. O implementas mediante JS de Script Manager, plantillas Stencil personalizadas ou anotações em o sitemap XML.

Dos cosas que omiten um mayoría de os artículos sobre «hreflang em BigCommerce»:

  • Um despliegue parcial é pior que ninguno. Como señala DigitalRoxy, “partial deployment é worse than não deployment porque Google requires bidirectional confirmação across todos storefronts antes recognizing hreflang sinais.” (traducção) «um despliegue parcial é pior que não desplegar porque Google exige confirmação bidireccional em todos os storefronts antes de reconocer as sinais hreflang». Um conjunto sem pareja se descarta: haces o trabajo e não obtienes nenhum beneficio.
  • UM trampa de um redirecionamento geográfica de Akamai. Akamai redirige um as personas segundo seu geolocalização por IP. Googlebot rastreia desde IP estadounidenses, assim que se lhe redirige fuera de seus storefronts internacionales e não pode rastrearlos. UM solução é “whitelist Googlebot’s published IP ranges” (traducção) «incluir em um lista de permitidos os rangos de IP publicados de Googlebot» em Akamai Property Manager para saltarse um redirecionamento geográfica. este único problema pode desindexar em silencio storefronts internacionales completos.

UM higiene estándar sigue aplicando: usa códigos ISO (en-GB, não en-UK), mantén coherentes HTTP/HTTPS e as barras finales, usa códigos regionales quando haga falta (en-US, não en desnudo) e inclui sempre x-default. Valida com o comprobador de hreflang de Aleyda Solis, o relatório International Targeting de GSC e URL Inspection.

SEO do blog e do conteúdo

BigCommerce tem um blog nativo (Storefront Conteúdo → Blog) com artículos, categorias, etiquetas e campos de meta. É suficiente para um catálogo pequeño. Não é uma plataforma de conteúdo seria: oferece ferramentas limitadas de diseño e CRO frente um WordPress e ha tenido históricamente alguns comportamientos que conviene verificar em seu loja (relatórios antiguos sobre valores predeterminados de subdominio e páginas que listan o artículo completo; verifica o comportamiento real em vez de confiar em artículos antiguos).

Dos salidas quando o conteúdo é um canal real para ti:

  • WordPress + BigCommerce. O plugin de BigCommerce para WordPress usa WordPress como frontend de conteúdo e BigCommerce como backend de comercio: obtienes Yoast/RankMath, tipos de conteúdo personalizados e taxonomías reais enquanto BigCommerce gerencia o catálogo e o checkout.
  • CMS headless em Catalyst. Contentful, Prismic ou Contentstack oferecem flexibilidade completa de conteúdo um alteração de complejidade de implementação.

Google Shopping / Merchant Center

BigCommerce tem uma app nativa gratuita «Ads e Listings em Google» que sincroniza seu catálogo (dados de produto, preços, disponibilidade e imagens) com Google Merchant Center para anuncios de Shopping e fichas gratuitas, com actualizações automáticas. para controlar melhor o feed, o App Marketplace tem ferramentas de terceros (FeedOps, DataFeedWatch e ExportFeed). para o «load mas» ou scroll infinito dirigido por JS em páginas de categoria —que Googlebot não activará—, o feed de Merchant Center e seu sitemap são um forma de que os produtos sigan siendo descubribles.

BigCommerce frente um Shopify: um versión honesta

BigCommerceShopify
Prefijos de URLNinguno obligatorio; control personalizadoObliga um /products/ e /collections/
Robots.txtEditable em o panelNão é possível editar de forma nativa
Schema integradoSí (Cornerstone)Faz falta uma app
Ecosistema de apps SEOAproximadamente 25 appsmas de 640 apps
Velocidade de fábricaLCP de 1,8–2,5 s (Stencil) / 0,8–1,5 s (Catalyst)Promedio de aproximadamente 1,3 s
Automatização 301Automática ao alterar um URLSolicita confirmação, menos fluida
Opção headlessCatalyst (Next.js)Hydrogen

Ambas plataformas posicionan perfectamente. As ventajas reais de BigCommerce são robots.txt editable, nenhum prefijo de URL obligatorio e schema integrado mas completo. As ventajas reais de Shopify são um ecosistema de apps SEO muito mayor (mas de 640 frente um aproximadamente 25) e uma velocidade media de fábrica ligeramente superior. UM diferencia de prefijos de URL sobre um que discute todo o mundo é uma sinal menor. Elige segundo o que escala.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.