Guide WooCommerce SEO

Como optimize tem WooCommerce loja para organic pesquisa — este que WooCommerce faz por défaut, onde isso falls short, o duplicate-content risk map (categorias, tags, attributes, facets), Structure d’URL especialmente o 10,5 permalink alterar, produto schema, plugins (Yoast vs Rank Math), e Core Web Vitals.

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

WooCommerce é tem gratuito WordPress plugin, não tem standalone plataforma — so você contrôler o inteiro stack, que significa o highest ceiling e o widest surface para misconfiguração. Out de o box isso donne você valid-but-minimal produto schema, workable URLs, e tem pile de archive página tipos (categorias, tags, attributes) que silenciosamente generate duplicate e conteúdo pauvre. O real funcionar é configuração: pick um SEO plugin (Yoast SEO + o paid WooCommerce add-on, ou Rank Math), éviter duplicate schema blocks, noindex o low-value archives, garder o /produto/ /product-category/ /shop/ bases, e treat implementação en cache as seu único biggest Core Web Vitals lever.

Evidence for this claim WooCommerce provides configurable product and taxonomy permalink settings and documents the tradeoffs of removing standard URL bases. Scope: WooCommerce on WordPress; actual rewrite behavior depends on server and plugin configuration. Confidence: high · Verified: WooCommerce: Permalinks Evidence for this claim WooCommerce creates product categories, tags, and attributes as distinct product taxonomies that require deliberate content and indexation decisions. Scope: WooCommerce catalog organization; noindex is an editorial SEO choice, not a universal platform requirement. Confidence: high · Verified: WooCommerce: Product taxonomies

TL;DR — WooCommerce é tem gratuito WordPress plugin, so você próprio o entier stack: highest técnico ceiling, widest surface para misconfiguração. por défaut output é valid mas minimal — basic Product JSON-LD, workable URLs, e tem définir de archive tipos (categorias, tags, attributes, shop) que generate duplicate e conteúdo pauvre em scale. O real funcionar: pick um SEO plugin e éviter emitting dois schema blocks; noindex tag/attribute archives; écrire único categoria descripções; garder o /product/, /product-category/, /shop/ bases (removing os é officially discouraged); e treat full-page + object implementação en cache as seu biggest Core Web Vitals lever. WooCommerce 10,5 modifié permalink behavior so o deepest categoria wins — mas isso auto-301s antigo URLs.

Commencer de o plataforma reality

WooCommerce não é tem plataforma — isso é o most-installed comércio eletrônico plugin para WordPress. Que único fact drives cada decision ci-dessous. Você têm direct accès para theme templates, WordPress hooks, URL routing, plugin architecture, e o servidor itself. Comparé para tem hosted plataforma, isso é tem far mas élevé ceiling para técnico SEO e tem far wider surface para getting isso incorrect.

O por défaut output é meilleur décrit as “valid e workable” — não optimized. WooCommerce emits dados estruturados que validates e Structure d’URLs que funcção. Mas valid schema e qualifying para resultados enrichis são diferente standards, e tem funcionando Structure d’URL pode ainda leak conteúdo dupliqué. O job é closing que lacuna.

este que WooCommerce faz (e não) do por défaut

Faz:

  • único URL per produto (default base /product/slug/).
  • Native JSON-LD Product schema em single produto páginas: name, image, description, sku, e um offers object (price, priceCurrency, availability, url, seller). dois filters control isso — woocommerce_structured_data_product e woocommerce_structured_data_product_offer.
  • categoria archives (/product-category/), tag archives (/product-tag/), optional attribute archives, e o shop página (/shop/).

Não, por défaut:

  • Output brand, aggregateRating, review, gtin/mpn, ou hasMerchantReturnPolicy em produto schema — estes besoin tem plugin.
  • Connecter schema em tem graph (o connected WebPage → BreadcrumbList → Product structure Google prefers).
  • Fill em categoria descripções ou non-default título tags.
  • Définir pretty permalinks — você deve configurer Settings → Permalinks yourself ou WooCommerce URLs não vai resolve correctement.

Um utile historical remarque de WooCommerce’s próprio structured-data wiki: prior para 3.5.6, limited dados era parfois output para archives/categorias; isso é ne … mas o caso, suivant Google’s compliance requirements.

O duplicate-content risk map

este é onde WooCommerce lojas en réalité lose. O plataforma spins up overlapping archive páginas de several sources em uma fois:

SourceRiskFix
Produto em multiple categoria archivesMediumDéfinir tem principal categoria; canonical um gente o produto página resolves o chemin
Faceted nav / filter parametersÉlevéCanonical para o clean URL; noindex multi-filter combos
Produto tag archivesMediumNoindex via seu SEO plugin
Produto attribute archivesMedium–ÉlevéNoindex por défaut; enable selectively para high-demand terms
Sort parameters (?orderby=price)ÉlevéSelf-referencing canonical ou parameter exclusion
Paginação au-delà early páginasLow–MediumSelf-referencing canonicals — não noindex deep
www vs non-www / http vs httpsÉlevé301 em o servidor + canonical

TEM poucos de estes deserve emphasis:

  • Attribute archives são silent killer. Color × size × material à travers tem grand catalog generates hundreds de thin term páginas, um plupart com zero pesquisa volume, overlapping com filtered categoria páginas. O Yoast/Rank Math consensus é para noindex attribute archives por défaut e enable somente documented-demand terms (e.g. /brand/nike/ se “marca” é um attribute e o marca tem volume).
  • Faceted nav scales fast. isso é bem documentado que filters um gente tem site de ~700 produtos pode balloon em ~11 000 indexable URLs uma fois parameters obtenir appended. O canonical strategy depende um gente o filter: single-attribute high-volume filters pode earn tem self-referencing canonical e indexação; low-value multi-attribute combos deveria canonical para o parent categoria ou obtenir noindexed. (este é o general comércio eletrônico faceted-navigação problema — WooCommerce simplement rend isso facile para generate.)
  • Não noindex deep paginação reflexively. Long-term noindex eventually leads Google para arrêter suivant links um gente lune página, que pode cut link interne equity para produtos que somente apparaître um gente ceux deep páginas. Préférer self-referencing canonicals.

Structure d’URL

WooCommerce offers several permalink shapes: por défaut (/product/slug/), shop base (/shop/slug/), shop base com categoria (/shop/category/slug/), e tem custom base. Taxonomy bases por défaut para product-category, product-tag, e um vide attribute base.

meu por défaut recommendação: usar o simples /product/slug/ structure. isso é shorter, isso não alterar quando você reorganize categorias, e isso sidesteps o WooCommerce 10,5 behavior ci-dessous.

WooCommerce 10,5 (early 2026) modifié “shop base com categoria.” Isso agora picks o term com o um plupart ancestors — o deepest categoria em o hierarchy — para l’URL. TEM produto em os deux “Electronics” e “Electronics > Phones > Smartphones” agora generates /shop/electronics/phones/smartphones/product-name/ em vez de o shallower chemin. O bon news: WooCommerce’s built-in canonical redirecionamento automaticamente 301s o antigo URLs para o novo canonical — nenhum manual redirecionamentos. O caveat: external links e bookmarks para antigo URLs pode briefly 404 antes o redirecionamento resolves. Se você usar este structure, définir tem principal categoria um gente cada produto.

não supprimer l’URL bases. WooCommerce’s documentação são explícito que removing /product/, /product-category/, ou /shop/ “não é advisable” e pode lead para “tem number de problems com desempenho e duplicate URLs.” WordPress relies um gente ceux base slugs para identifier página tipos; strip os e você force supplémentaire processing e criar ambiguity entre custom páginas e produto categorias. O marginal URL-shortening benefit não é worth o técnico debt.

Schema e dados estruturados

Google recommends JSON-LD (microdata e RDFa são error-prone) e lists six ecommerce structured-data types worth implementing: BreadcrumbList, LocalBusiness, Organization, Product/ProductGroup, Review, e VideoObject. isso também distinguishes merchant listings (páginas onde customers pode buy — mas campos para shipping, returns, sizing) de produto snippets (páginas onde eles não pode diretamente buy — mas avaliação campos), e notes que satisfying merchant-listing requirements generally faz você eligible para produto snippets too. Google’s outro recomendação: provide ambos dados estruturados em o página e um Merchant Center feed para maximize eligibility.

O native-vs-plugin lacuna, condensed:

PropertyWooCommerce nativeYoast WooCommerce SEORank Math (Pro)
Product, name, description, image, skusimsim (+ ItemPage, gallery)sim
offers (preço/currency/disponibilidade)simsim (enhanced)sim
brand / manufacturernãosim (via taxonomy)sim (Pro)
aggregateRating / reviewnãosim (se avaliações exist)sim
gtin / mpnnãosim (input campos)sim (Pro)
hasMerchantReturnPolicynãoOptionalnão
BreadcrumbListWC schemaYoast graph (replaces WC)Rank Math graph

O único um plupart courant mistake: duplicate schema blocks. Se WooCommerce’s native schema e seu SEO plugin’s schema os deux fire, Google sees dois conflicting Product blocks um gente o mesmo página. O fix é para disable WooCommerce’s native output quando seu plugin replaces isso. Um practitioner figure puts este um gente roughly 40% de WooCommerce audits — que number é setor anecdote, não um official stat, so treat isso as directional em vez de precise.

Plugins: Yoast WooCommerce SEO vs Rank Math

Garder o produtos straight: Yoast SEO é o gratuito plugin; Yoast WooCommerce SEO é tem separado paid add-on (autour 178,80 USD/ano) que exige Yoast SEO e adiciona o WooCommerce-específico schema e config. Rank Math, por contrast, ships tem WooCommerce module em seu gratuito version (com mas em Pro).

O que o Yoast add-on faz para produto-página schema, per Yoast’s developer documentação: alterações o WebPage piece para ItemPage; adiciona mainEntityOfPage referencing o WebPage por ID; sets brand/manufacturer de taxonomy; sets seller para o publicação Organization/Person; stitches offers, review, e/ou aggregateRating em o graph; unsets datePublished/dateModified de o ItemPage; removes WooCommerce’s próprio breadcrumb schema em favor de Yoast’s graph-connected um; e switches o checkout página’s WebPage para CheckoutPage. Customization runs por o wpseo_schema_product e wpseo_schema_offer filters. um gotcha worth knowing: aggregateRating apenas outputs once você têm em least um avaliação.

Rank Math’s WooCommerce module handles conteúdo dupliqué diretamente — per seu KB isso “automaticamente adiciona URL canoniques para um plupart de seu páginas, especialmente produto páginas, categorias, tags, attributes, e mas,” sets único titles/descripções per produto e taxonomy, e lets você définir noindex um gente o archive tipos que criar conteúdo dupliqué (paginated páginas, resultados de pesquisa, tags, categorias, attribute term páginas). Produto schema (preço, availability, ratings, SKU) é automático; GTIN/MPN/marca são Pro.

Os deux são bon. Choisir um gente budget e preference — simplement não run os deux, e não let soit double up com WooCommerce’s native schema.

WooCommerce ships seu próprio breadcrumb output (HTML + tem standalone schema block). Yoast WooCommerce SEO’s “Replace WooCommerce Breadcrumbs” setting swaps que para Yoast’s breadcrumb, que é wired em o completo schema graph (WebPage → BreadcrumbList → Product). Rank Math similarly outputs seu próprio BreadcrumbList. Se você já enabled breadcrumbs em soit plugin, transforme um gente o replacement so você não fin up com dois breadcrumb sources — o graph-connected um é mas utile para Google para understanding hierarchy.

Core Web Vitals

WooCommerce-on-WordPress é o um plupart performances-variable comércio eletrônico stack: tem por défaut install um gente shared hosting com tem heavy theme pode échouer todo three thresholds; tem tuned install um gente managed hosting pode beat um plupart hosted platforms.

  • LCP (< 2,5s). Usual culprits: um unoptimized produto hero imagem (nenhum WebP, nenhum preload), nenhum página implementação en cache, slow TTFB. DebugBear’s measurement rend o implementação en cache point vividly: regenerating tem completo página rend visitors wait over 1,6 seconds, versus ~104 ms uma fois mis en cache. Fixes: full-page implementação en cache, WebP, preload o above-the-fold produto imagem (wp_preload_resources filter, WP 6,3+), CDN para static assets.
  • CLS (< 0,1). Gallery imagens sem explícito width/height, late-loading fonts (nenhum font-display: swap), e o dynamic cart widget injecting conteúdo. Fixes: explícito imagem dimensions, font-display: swap, preallocated space / skeletons para cart widgets.
  • INP (< 200ms). Big JS bundles de página builders e plugins, excessive add-to-cart/variação AJAX, e unoptimized third-party scripts (chat, avaliações, social).

Implementação en cache é o único biggest lever. Object implementação en cache alone pode cut database requêtes por ~86%. O WooCommerce-específico catch: full-page cache é bypassed para logged-in usuários e anyone com items em o cart (session cookies), so o lacuna entre tem Lighthouse tester e tem real shopper pode ser grand. WP Rocket e LiteSpeed Cache prise en charge cart-fragment implementação en cache para soften que. TEM sane stack: full-page cache (WP Rocket / LiteSpeed / Nginx FastCGI) + object cache (Redis ou Memcached, que managed hosts como WP Engine, Kinsta, e SiteGround incluir) + tem CDN. Serve WebP (WordPress generates isso natively; WooCommerce sert isso por défaut um gente recent versions), pre-generate thumbnails, e lazy-load below-the-fold grid imagens.

Sitemaps e indexability

Seu SEO plugin generates o XML sitemap. Yoast WooCommerce SEO adiciona produto gallery imagens para isso e excludes Cart, Checkout, e meu Conta (ceux são noindexed por WooCommerce já). Rank Math’s gratuito module é WooCommerce-aware também.

Garder out de o sitemap: Cart/Checkout/meu Conta, permanently out-of-stock produtos (considérer noindex + exclusion), filtered/sorted parameter URLs, e quelconque tag ou attribute archives você já noindexed. Paginação au-delà página 1 é debated — Google crawls paginated páginas regardless, so I’d lean toward self-referencing canonicals over noindex.

TEM poucos myths para retire

  • “Removing /product/ ajuda SEO.” Nenhum — WooCommerce officially calls isso “não advisable” e isso causes performances e duplicate-URL problems.
  • “Native schema é good enough.” isso é valid mas minimal — nenhum brand, aggregateRating, gtin/mpn, ou o connected graph Google prefers.
  • rel=prev/next fixes paginação.” Google stopped en utilisant ceux hints back em 2019. usar self-referencing canonicals.
  • “mas attributes = better SEO.” Enabling archives para cada attribute cria hundreds de thin páginas. Noindex um plupart de os.
  • “WooCommerce e Shopify têm o mesmo ceiling.” Diferente profiles. WooCommerce offers mas configuração depth em o cost de needing mas expertise; um plupart comparisons silenciosamente benchmark por défaut Shopify contre optimized WooCommerce.

Add an expert note

Pin an expert quote

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