Guide Comércio eletrônico SEO Auditoria

TL;DR — Um comércio eletrônico SEO auditoria é tem health verificar para seu online loja — finding o choses que arrêter Google de showing seu produto e categoria páginas, e fixing o ones que matter um plupart. O trick: não commencer por tweaking titles e ajout keywords. Commencer em um pesquisa Google Console e encontrar out que páginas Google pode mesmo encontre e index, porque que um gente tem loja o biggest problems hit thousands de páginas em uma fois.

este que um comércio eletrônico SEO auditoria é

Um auditoria é simplement tem structured regarder em seu loja para resposta um pergunta: what’s holding isso back em pesquisa? isso é o mesmo idea as tem checkup em o doctor — você está looking para problems antes eles cost você, e você fix o serious ones premier.

O raison comércio eletrônico lojas besoin seu próprio kind de auditoria é scale. TEM blog tem poucos hundred páginas. TEM loja pode têm tens de thousands — um página per produto, mas tem categoria página para cada façon para grupo os, mas tem near-identical copy de cada página para cada color, size, e sort order. isso é tem lot de páginas, e tem lot de os regarder quase o mesmo para Google.

Onde para commencer (e onde não para)

UM plupart personnes commencer um auditoria por rewriting título tags e stuffing em keywords. isso é ao contrário. Se Google não pode rastrear ou index uma página, nenhum amount de keyword funcionar va ajudar — lune página não é em o race em todo.

So I commencer em Pesquisa Google Console, que é Google’s gratuito dashboard para site owners. O um plupart utile screen é o página Indexação relatório: isso indique você que de seu páginas Google tem en réalité indexé, e donne você tem raison para cada página isso hasn’t. UM gente tem loja, que relatório geralmente surfaces o big money problems correto away — thousands de duplicate páginas, páginas Google trouvé mas nunca bothered para rastrear, ou (worst caso) páginas accidentally marked “não index.”

O dois problems quase cada loja tem

1. Conteúdo dupliqué. este é o big um. Seu filters (color, size, preço) criar tem brand-new web adresse cada tempo alguém clicks um, e um plupart de ceux addresses montrer nearly o mesmo produtos. Variants (o mesmo shirt em five colors) souvent cada obtenir seu próprio página também. Google ends up wading via thousands de near-copies.
2. Thin categoria páginas. TEM categoria página isso é simplement tem grid de produtos com nenhum descrição é hard para Google para rank — há não suffisant um gente isso para tell Google este que isso é à propos de.

este que você vai besoin

• Pesquisa Google Console — gratuito, e o único um plupart importante ferramenta aqui.
• TEM site robot d’exploração — algo que visits todo seu páginas como Google faz e listes o problems. I usar Ahrefs site Auditoria (este é meu site, so isso é o honest resposta), mas Ahrefs Webmaster Ferramentas donne você tem gratuito rastrear de sites você verificar, e Screaming Frog é tem popular desktop opção.
• PageSpeed Insights e o Resultados enrichis Tester — os deux gratuito de Google — para checking velocidade e seu produto markup.

Vouloir o completo, prioritized checklist — cada area para auditoria, em order, com o comércio eletrônico gotchas e como rank o fixes por impact? Switch para o Avancé tab.

TL;DR — I auditoria tem loja em roughly este order: crawlability → indexação → conteúdo dupliqué → on-page em scale → técnico (CWV, HTTPS, canonicals) → dados estruturados → link internes → out-of-stock handling → off-page. I commencer em o GSC página Indexação relatório e tem fresh rastrear, não on-page, porque que um gente tem loja o highest-leverage problems hit thousands de URLs em uma fois: faceted-nav duplicação, accidental sitewide noindex, “Discovered – currently não indexed” em scale, sitemaps completo de redirecionamentos. O deliverable é tem prioritized impact/effort lista, não tem 500-point relatório. UM plupart lojas nunca besoin para worry à propos de budget d’exploração — mas o ones que do really do.

Auditoria philosophy: client-first, não issue-first

TEM robot d’exploração va hand você 170+ problema tipos. Se você dump todo de os em tem relatório, você já produced tem document, não um auditoria. O job é para encontrar o handful que déplacer rankings e revenue e ignore o rest.

O starting point não é o ferramenta — isso é o pain. As I’ve put isso antes: “Se clients são coming para você asking para um auditoria, eles já têm tem pain point. Talk para os. Solve que um chose e they’ll ser happy com o auditoria.” UM gente tem loja o pain é geralmente concrete: trafic dropped, tem categoria stopped classificação, tem migração went sideways, novo produtos não são getting indexé. Anchor o auditoria para que, então expand.

E know quando para arrêter. De nosso study de over tem million domains: “Parfois, o meilleur course de acção é para ne faites pashing porque que o costs outweigh o benefits.” não cada flagged problema é worth tem developer ticket.

por que I commencer com Pesquisa Console e rastrear dados, não on-page

O instinct para ouvrir o auditoria com título tags e headings é o um plupart courant mistake I voir. UM gente um comércio eletrônico site o math é contre isso: tweaking tem título ajuda um página; fixing um indexação pattern ajuda thousands. O biggest wins um gente tem loja são quase sempre exploração e indexação problems em scale, e o stakes são highest exactly aqui — “um mistake pode garder millions de páginas out de o index ou supprimer um entier site de resultados de pesquisa.”

So o auditoria runs em priority order, top para bottom. Here’s o inteiro chose.

Etapa 1 — Crawlability

Pode bots reach este que matters, e são eles wasting seu tempo um gente este que não?

O comércio eletrônico-specific traps:

• Faceted navegação URL explosion. Filters (color, size, preço range) combine em thousands de único URLs. Google é candid à propos de o cost: “o robots d’exploração va typically accès tem very grand number de faceted navegação URLs antes o robots d’exploração’ processos determine l’URLs são em fact useless.”
• Parameter variants — session IDs, tracking codes (?utm_source=), sort orders — multiply o mesmo conteúdo à travers URLs.
• rastrear traps — internal resultados de pesquisa, infinite calendars, unbounded filter stacking.
• robots.txt over- ou under-blocking — accidentally blocking CSS/JS nécessaire para render, ou tem valid produto chemin; ou failing para block tem junk parameter space.
• JS-gated navegação. Google veut real links: “usar <a href> tags quando creating links para outro conteúdo. Não usar JavaScript events um gente outro HTML DOM elements para navegação.”

Auditoria etapas:

• Récupérer e lire robots.txt; confirmer nothing importante é disallowed e que low-value parameter spaces são.
• Em o robot d’exploração, pull “Blocked por robots.txt” — quelconque páginas importantes caught?
• GSC Statistiques d’exploração: regarder para spikes em crawled URLs contre tem flat indexé count — que lacuna é rastrear waste.
• Export todo crawled URLs e cluster por chemin/parameter pattern para size o faceted/parameter problema.

UM gente budget d’exploração — de-escalate premier. UM plupart lojas não têm tem crawl-budget problema, e I’ll dire so em o auditoria em vez de invent um: “UM plupart sites não besoin para worry à propos de budget d’exploração, mas là são poucos caso onde você pode vouloir para prendre tem regarder.” Isso becomes real cerca de Google’s thresholds — “Grand sites (1 million+ único páginas)…” modificação weekly, ou 10 000+ páginas modificação daily — ou quando “Discovered – currently não indexed” é grand. Quando isso é real, você fix isso por removing waste, não por asking Google para rastrear mas. (Deep dive: budget d’exploração.)

Etapa 2 — Indexação

Crawlable não é indexé. O GSC página Indexação relatório é o center de gravity para o inteiro auditoria — “voir que páginas Google pode encontrar e index um gente seu site, e apprendre à propos de quelconque indexação problems encountered.”

O statuses que matter um plupart um gente tem loja:

• Duplicate sem user-selected canonical / Google chose tem diferente canonical — o faceted/variant duplicação problema, feito visible.
• Crawled – currently non indexée — geralmente thin produto ou near-duplicate filter páginas.
• Découvert – currently non indexée — Google knows l’URL mas hasn’t crawled isso; um gente grand catalogs este é tem crawl-priority sinal.
• URL marked ‘noindex’ — verificar isso é intentional. O accidental sitewide version é o “um mistake” scenario.
• Soft 404 — tem 200 resposta um gente uma página isso é effectively vide (out-of-stock, zero-result pesquisa). Google warns estes “va continuer para ser crawled, e waste seu budget.”

Auditoria etapas:

• Export “Não indexed” URLs por raison; quantify cada bucket.
• Comparer GSC indexé count contre seu connu catalog size — tem grand lacuna significa Google não é finding páginas.
• Run Inspecção d’URL um gente tem sample de cada raison bucket.
• Auditoria o XML sitemap: isso deveria lista somente canonical, indexable, 200-status URLs. Redirigé, noindexed, ou canonicalized-away URLs em tem sitemap send conflicting sinais — pull os.

Etapa 3 — Conteúdo dupliqué (o #1 comércio eletrônico problema)

este é o único um plupart courant chose um comércio eletrônico auditoria uncovers, e isso é worth seu próprio etapa. Google’s Gary Illyes tem estimated que roughly 60% de o internet é conteúdo dupliqué — e lojas são overrepresented.

Onde isso vem de:

• Faceted navegação — ?color=blue, ?size=S&color=blue, ?size=S&color=blue&sort=price todo serve near-identical conteúdo.
• Parameter-order permutações — ?color=blue&size=S e ?size=S&color=blue são mesmo página twice.
• Produto variants as separado URLs — ?variant=… sem tem self-referencing canonical ou tem canonical para o parent.
• TEM produto living sob multiple categoria paths, os deux indexable.
• HTTP/HTTPS, www/non-www, trailing-slash inconsistency que não 301 para um canonical.

o Shopify gotcha worth calling out por nome. Shopify faz canonicalize /collections/{collection}/products/{product} para o clean /products/{product} URL — so pessoas assume é handled. isso não é fully: o internal links de collection páginas ainda point em o non-canonical /collections/... version, so o canonical produto URL receives não internal link equity por normal navegação, e isso pode aparecer up as um orphan. Fixes: adicione um “todos produtos” página que links o canonical /products/ URLs, ou edit collection templates para link o canonical URL diretamente.

Auditoria etapas:

• GSC: pull ambos “Duplicate” buckets de página indexação.
• Crawler conteúdo qualidade / duplicate-cluster relatório: encontre clusters com não canonical specified.
• Confirm faceted parameter URLs são handled — Google’s recommended prevention é robots.txt blocking de filter parameters, ou fragment-based (#) filtering, qual “vai têm não impact em rastreamento.” não reach para noindex aqui (see Myths).
• Spot-check que Shopify /collections/*/products/* URLs canonicalize para /products/* — e que algo links o canonical version.

(Background: duplicate conteúdo e canonicalization.)

Etapa 4 — On-page em scale

UM gente tem loja, on-page é tem templating problema, não tem copywriting um — você está auditing patterns, não páginas.

O recurring problemas:

• Thin categoria páginas (o #2 comércio eletrônico problema). John Mueller é direct à propos de isso: “Quando o comércio eletrônico categoria páginas não têm quelconque outro conteúdo em todo, outro que links para o produtos, então isso é really hard para us para rank ceux páginas.” Mas não overcorrect em tem wall de text — “maybe 90%, 95% de que text é unnecessary,” e “nosso algorithms parfois obtenir confused quando eles têm tem lista de produtos um gente top e essentially tem giant article um gente o bottom.” O target é tem short, utile block (sourcing, materials, sizing, popularity) near o top — não filler que buries o grid.
• Templated título collisions — Buy {Product} | Store patterns que go near-identical à travers produtos, ou dois produtos sharing tem nome.
• Manquant/vide H1s e titles em o template nível.
• Meta descripções — worth fazendo um gente seu top categoria e produto páginas, menos worth isso um gente o long tail (Google rewrites os um plupart de o tempo anyway).

Auditoria etapas:

• Robot d’exploração On-Page relatório: filter para manquant título, manquant H1, manquant meta descrição, duplicate titles, duplicate H1s.
• Flag categoria páginas com little para nenhum único corps copy (thin-content candidates) e cross-reference contre “Crawled – currently não indexed.”
• Export titles e verificar para template collisions.

TEM remarque um gente este que não para spend auditoria tempo um gente: multiple H1s. They’re valid HTML5 e near-irrelevant para classificação — 51,3% de sites têm os em algum lugar, per meu próprio million-domain study. Skip isso.

Etapa 5 — técnico (CWV, HTTPS, canonicals, mobile)

Core Web Vitals. Google’s passing thresholds: LCP < 2,5s, INP < 200ms, CLS < 0,1. Comércio eletrônico échec modes são predictable — unoptimized hero imagens e third-party scripts (chat, TEM/B, pixels) hurt LCP; add-to-cart e checkout JS hurt INP; imagens sem explícito dimensions e injected promo bars hurt CLS. Auditoria por URL grupo em o GSC CWV relatório so você pode voir se isso é produto, categoria, ou checkout templates failing, então confirmer um gente representative templates em PageSpeed Insights. (Voir Core Web Vitals.)

HTTPS. Everything — produto, cart, checkout — um gente HTTPS, nenhum mixed conteúdo (HTTP imagens/resources um gente HTTPS páginas), e canonicals/redirecionamentos pointing em o HTTPS version.

Canonicals. O courant comércio eletrônico errors: canonicals pointing em 4XX páginas; non-URL canoniques em o sitemap; paginated páginas canonicalized para página um (não); e — o quiet um — link internes pointing em non-canonical versions so o canonical nunca accumulates popularité alguns links. Multiple rel=canonical tags um gente um página obtenir ignored.

Mobile-first. Google indexes o mobile version. Verifique o mobile produto página não é tem stripped-down um manquant o descrição, o dados estruturados, ou full-size imagens.

bruto versus renderizado produto evidence. UM gente representative PDPs, enregistrer o initial HTML e tem renderizado capture depois tem fresh navegação. não treat resizing um already-loaded desktop página as tem mobile-rendering tester. O bruto resposta deveria expose o core produto identity, selecionado/por défaut SKU e attributes, preço, currency, availability, crawlable variant links onde requis, e matching Produto/Offer dados. Então comparer o renderizado DOM e visible selecção. Google pode render JavaScript, mas outro robots d’exploração e agents vary; tem successful render também ne faz não cure contradictory produto facts.

para cada sampled variant, continuer o comparação via o feed, cart, e checkout. L’URL, visible PDP, renderizado JSON-LD, feed item, e transacção deveria agree um gente produto identity, SKU, grupo ID, selecionado attributes, preço, currency, e availability. Record intentional emplacement- ou customer-specific revalidação separately de unexplained mismatches. Voir Produto página SEO para o bruto/renderizado boundary e Produto Variant SEO para o completo selected-offer contract.

Etapa 6 — Dados estruturados

para tem loja, o priority tipos são Produto / ProductGroup, BreadcrumbList, Organização (com retourner policy), e Examiner / AggregateRating. Ajout mas valid properties widens eligibility — Google: “ajout o mas properties você pode adicionar, o mas enhancements seu página pode ser eligible para.” (O um myth para garder em seu head: schema rend você eligible para resultados enrichis; isso não fazer você rank.)

Auditoria etapas:

• Run o Resultados enrichis Tester um gente tem representative produto e categoria página.
• GSC Enhancements: verificar Produto Snippets e Merchant Listings para errors/warnings.
• Verificar requis vs. recommended separately per fonctionnalité — não collapse os. para merchant listings, Google’s requis définir é name, image, e offers (um Offer, com price, priceCurrency, e availability). para produto snippets, name é requis e você besoin ao menos um de review, aggregateRating, ou offers para ser eligible — Google listes aggregateRating, offers, e review as recommended, não requis, um gente que fonctionnalité.
• Courant faults: manquant image, manquant offers, manquant availability, schema prices que não match o visible preço (tem policy violação), breadcrumb schema que não match o visible trail.

Etapa 7 — Maillage interne

O problemas: orphan produto páginas (classic Shopify symptom, ci-dessus); importante categoria/produto páginas buried 5+ clicks deep; link internes pointing em redirecionamentos ou 404s; meilleur sellers não lié de high-authority hubs. Google: “adicionar links de menus para categoria páginas, de categoria páginas para sub-category páginas, e por fim de sub-category páginas para todo produto páginas.”

Auditoria etapas:

• Robot d’exploração links relatório: pull orphan páginas e rastrear depth; confirmer clé páginas sit em ~3 clicks de o homepage.
• Pull links para redirecionamentos e broken links.
• Verificar que seu highest-revenue produtos são lié de o principal nav e editorial/hub páginas.

Etapa 8 — Out-of-stock e discontinued produtos

TEM genuinely comércio eletrônico-only secção. meu honest resposta aqui é o SEO cliché para tem raison: “though isso é tem joke em o SEO community, ‘isso dépend’ é really o resposta quando dealing com out-of-stock produtos.” E “ultimately, há nenhum perfect solução.” O decision turns um gente se isso é temporary vs. permanent e se lune página tem trafic ou links:

não auditoria availability de o visible étiquette alone. Sample um ordinary in-stock SKU, tem temporary stockout, tem recently restocked item, um unavailable variant à l’intérieur um disponível produto grupo, e tem postcode-restricted offer. para cada, reconcile o authoritative backend state, selecionado variant, visible página, Produto/Offer markup, merchant feed linha, cart line, e checkout outcome. Record o mercado, postcode, channel, collecção tempo, e feed-processing tempo so tem personalized fulfillment resultado n’est não mistaken para o catalog’s general state. O completo mapping é em o Produto Schema availability contract.

Watch para soft 404s: out-of-stock páginas, zero-result searches, ou vide cart/conta páginas returning 200. Pull o Soft 404 bucket em GSC e resolve por pattern. (Voir out-of-stock produtos para o completo estrutura.)

Etapa 9 — Off-page

Lighter para um plupart lojas, mas worth tem réussir:

• GSC Performances: branded vs. non-branded click share — heavy branded reliance significa weak non-branded descoberta.
• Backlink profile por página tipo — são categoria/produto páginas earning links, ou somente o homepage e blog?
• encontrar 404 páginas que têm backlinks e 301 os para o closest live página (reclaim o equity).
• concorrente link lacuna um gente categoria páginas.

Como prioritize o achados

Everything ci-dessus produces tem lista. O lista n’est não deliverable — o sorted lista é. I score cada finding um gente um impact/effort matrix: “anything high-impact e low-effort é tem rapide win, so ceux tasks deveria ser tackled premier.” para tem loja:

• Élevé impact / low effort — do premier: tem stray sitewide noindex; tem sitemap completo de redirecionamento/noindex URLs; manquant canonicals um gente variant URLs; link internes pointing em redirecionamentos; out-of-stock soft 404s.
• Élevé impact / élevé effort — plan e schedule: faceted-nav architecture; Core Web Vitals funcionar; rolling Produto schema à travers templates; crawl-depth / architecture fixes.
• Low impact / low effort — quando tempo permite: meta descripções um gente long-tail produtos; minor title-template tidy-ups.
• Low impact / élevé effort — skip: redirect-chain cleanup um gente zero-traffic páginas; Ouvrir Graph tags (social, não classificação).

O inteiro point de o matrix é permission para não do choses.

Courant myths para clair up em o relatório

• “mas indexed páginas = better SEO.” Nenhum — Google’s próprio advice é para “eliminate conteúdo dupliqué para focus exploração um gente único conteúdo em vez de único URLs.” Inflating o index com thin variant páginas geralmente hurts.
• “use noindex para save crawl budget um gente facets.” Nenhum: “não usar noindex, as Google va ainda requête, mas então drop lune página… wasting exploração tempo.” Block o récupérer (robots.txt) ou usar fragment filtering à um place.
• “Shopify handles todos canonicalização.” Isso sets o balise canonical, mas isso não fix o internal-linking-to-non-canonical problema. Voir Etapa 3.
• “Crawl budget affects cada loja.” Isso não — um plupart lojas nunca besoin para think à propos de isso.

AI summary

TEM condensed prendre um gente o Avancé version:

• um ecommerce SEO auditoria encontra o poucos problemas holding um loja back — é um prioritized lista, não um 500-point checklist. o philosophy é client-first (anchor para o real pain) e “sometimes o best course de action é para do nothing.”
• início em Busca do Google Console e rastrear dados, não on-página. em um loja, o biggest wins são rastreamento/índiceation problems em scale; “um mistake pode mantenha millions de páginas out de o índice.”
• auditoria order: rastrearability → índiceation (GSC página indexação relatório) → duplicate conteúdo → on-página em scale → técnico (CWV LCP<2,5s / INP<200ms / CLS<0,1, HTTPS, canonicals, mobile) → dados estruturados → internal links → out-of-stock → off-página.
• #1 ecommerce problema: duplicate conteúdo de faceted navegação, parameter permutations, e variants. Fix com robots.txt blocking ou fragment filtering — não noíndice. o Shopify catch: isso canonicalizes /collections/.../products/... mas internal links ainda point em o non-canonical URL (orphans).
• #2 problema: thin categoria páginas. Mueller: hard para ranquear categoria páginas que são just produto grids — mas um short useful block beats um giant article em o bottom.
• dados estruturados (produto, Breadcrumb, Org, avaliação) faz você eligible para rich resultados; isso não faça você ranquear.
• Prioritize em impact/effort: quick wins (stray noíndice, dirty sitemaps, variant canonicals) primeiro; architecture (facets, CWV, schema rollout) planned; busywork skipped.
• Crawl budget é um non-issue para um maioria lojas — isso matters em ~1M+ páginas changing weekly ou 10k+ daily, ou com um big “Discovered – não indexado” bucket.

Documentação officielle

O principal sources behind cada auditoria etapa.

Google — exploração & indexação

• Optimize seu rastrear budget — quem precisa isso, soft-404 waste, por que não para use noindex para save budget.
• Managing rastreamento de faceted navegação URLs — o URL-explosion problema e o robots.txt / fragment fixes.
• página indexação relatório (pesquisa Console ajuda) — cada “não indexado” status, including o duplicate-parameter note.
• URL Inspection ferramenta (pesquisa Console ajuda) — checking um single URL’s indexado state e dados estruturados.

Google — comércio eletrônico specialty

• Comércio eletrônico Structure d’URL meilleur practices — minimizing alternate URLs, descriptive paths, & separators, canonical parameter handling.
• Ajudar Google comprendre seu comércio eletrônico site structure — o menu → categoria → sub-category → produto hierarchy e <a href> requirement.
• Dados estruturados para comércio eletrônico sites — o recommended schema tipos.
• Produto snippet dados estruturados — requis e recommended Produto campos.

Google — técnico

• Understanding Core Web Vitals e Pesquisa Google resultados — o LCP/INP/CLS thresholds e o CWV relatório.
• Resultados enrichis Tester — validate Produto, Breadcrumb, e outro markup.

Bing / Microsoft

• bingbot Series: Maximizing rastrear Efficiency — Bing’s “crawl efficiency” framing; relevante para large-catalog lojas.

Quotes de o source

On-the-record statements behind o auditoria. O deep links jump para o quoted passage um gente o source página.

Me — auditoria methodology (de meu Ahrefs writing)

• “Se clients são coming para você asking para um auditoria, eles já têm tem pain point. Talk para eles. Solve que um item e they’ll ser happy com o auditoria.” — Patrick Stox, Gratuito SEO Auditoria Template.
• “Anything high-impact e low-effort é tem quick win, so esses tasks deve ser tackled primeiro.” — Patrick Stox, Enterprise SEO technique.
• “Um mistake pode mantenha millions de páginas out de o index ou remove um entire site de resultados de pesquisa.” — Patrick Stox, Enterprise SEO technique.
• “Sometimes, o best course de acção é para do nothing porque o costs outweigh o benefits.” — Patrick Stox, Nós Studied Over 1 Million Domains.
• “Maioria sites não precisa para worry sobre crawl budget, mas há poucos cases onde você pode quer para take tem look.” “Most sites don’t need to worry about crawl budget”
  (tradução) «a maioria dos sites não precisa se preocupar com orçamento de rastreamento»
  — Patrick Stox, Quando Deveria Você Worry À propos de Budget d’exploração?
• “Though isso é tem joke em o SEO community, ‘isso depends’ é really o resposta quando dealing com out-of-stock produtos um gente e-commerce websites.” … “Ultimately, há não perfect solução.” — Patrick Stox, Como Deveria Você Handle Out-of-Stock Produtos?.

John Mueller, Pesquisa Google Advocate — thin categoria páginas (relayed)

• “Quando o comércio eletrônico categoria páginas não têm qualquer outro conteúdo em todos, outro than links para o produtos, então isso é really hard para us para rank esses páginas.”
• “Maybe 90%, 95% de que text é unnecessary. Mas some amount de text é useful para têm um gente tem página so que nós pode understand o que este página é sobre.”
• “nosso algorithms sometimes obtenha confused quando eles têm tem lista de produtos um gente top e essentially tem giant article um gente o bottom.”

Google — official documentação

• “Eliminate duplicate conteúdo para focus rastreamento em único conteúdo rather than único URLs.” “Eliminate duplicate conteúdo para focus crawling em único conteúdo rather than único URLs” (tradução) «elimine o conteúdo duplicado para concentrar o rastreamento em conteúdo único, e não em URLs únicos» “Eliminate duplicate content to focus crawling on unique content rather than unique URLs”
  (tradução) «elimine o conteúdo duplicado para concentrar o rastreamento em conteúdo único, e não em URLs únicos»
  Jump para quote
• “não use noíndice, as Google vai ainda solicitação, mas então drop o página quando isso sees um noíndice meta tag ou header em o HTTP resposta, wasting rastreamento tempo.” “não use noindex, as Google vai ainda solicitação” (tradução) «não use noindex, pois o Google ainda solicitará um página» “Don’t use noindex, as Google will still request”
  (tradução) «não use noindex, pois o Google ainda solicitará a página»
  Jump para quote
• “o rastrearers vai typically access um very large number de faceted navegação URLs antes de o rastrearers’ processos determine o URLs são em fact useless.” — Managing rastreamento de faceted navegação URLs.
• “use <a href> tags quando creating links para outro conteúdo. não use JavaScript events em outro HTML DOM elements para navegação.” — ajuda Google underste seu ecommerce site structure.

O comércio eletrônico SEO auditoria checklist

Run top para bottom — o order é o prioritização. Não commencer em on-page.

1. Crawlability

• Lire robots.txt; nothing importante disallowed, low-value parameter spaces blocked.
• “Blocked por robots.txt” relatório reviewed para faux positives.
• GSC Statistiques d’exploração vérifié para crawled-vs-indexed gaps (rastrear waste).
• todo URLs exported e clustered por parameter/chemin para size o faceted problema.
• Crawl-budget concern confirmados real (1M+ weekly / 10k+ daily / big “Discovered”) antes acting.

2. Indexação

• GSC página Indexação “Não indexed” exported por raison e quantified.
• Indexé count comparé contre connu catalog size.
• Inspecção d’URL run um gente tem sample de cada raison bucket.
• XML sitemap contient somente canonical, indexable, 200-status URLs.
• Nenhum accidental sitewide noindex.

3. Conteúdo dupliqué

• ambos GSC “Duplicate” buckets reviewed.
• Duplicate clusters com não canonical identified em o rastrearer.
• Faceted parameters handled via robots.txt ou # fragments (não noíndice).
• Shopify /collections/*/products/* canonicalized — e o canonical é internally linked.
• HTTP/HTTPS, www/non-www, trailing-slash todo 301 para um canonical.

4. On-page em scale

• Manquant/duplicate titles, H1s, e meta descripções filtered em o robot d’exploração.
• Thin categoria páginas flagged; short utile copy block, não tem wall de text.
• Título templates vérifié para collisions.

5. técnico

• CWV por URL grupo: LCP < 2,5s, INP < 200ms, CLS < 0,1.
• HTTPS em todos os lugares; nenhum mixed conteúdo.
• Canonicals: nenhum 4XX targets, nenhum non-canonical sitemap URLs, nenhum paginated-to-page-one, único tag por página.
• Mobile version não é stripped de descrição/schema/imagens.

6. Dados estruturados

• Resultados enrichis Tester passes um gente produto + categoria templates.
• GSC Produto Snippets / Merchant Listings relatórios clean.
• Merchant listing requis définir présent: name, image, offers (preço/currency/availability).
• Produto snippet eligibility présent: name mas ao menos um de review, aggregateRating, ou offers.
• Schema prices match visible prices; breadcrumb schema matches visible trail.

7. Maillage interne

• Orphan páginas e rastrear depth reviewed; clé páginas em ~3 clicks.
• links para redirecionamentos e broken links pulled.
• Meilleur sellers lié de nav e hub/editorial páginas.

8. Out-of-stock / discontinued

• Soft 404 bucket pulled e resolved por pattern.
• Temporary vs. permanent decisions applied (garder / 301 / 404-410).
• link internes para deleted produtos supprimé ou mis à dia.

9. Off-page

• Branded vs. non-branded click share reviewed.
• links por página tipo assessed.
• 404s com backlinks 301’d para live páginas.

10. Prioritize & deliver

• cada finding scored um gente impact/effort.
• Rapide wins premier; architecture planned; busywork skipped.
• Relatório focused um gente o poucos problemas que matter, quantified em empresa impact.

O frameworks behind o auditoria

1. Scale-first ordering. O auditoria runs em priority order porque que leverage differs por area: um on-page tweak fixes um página; um indexação pattern fixes thousands. So: crawlability → indexação → conteúdo dupliqué → on-page → técnico → dados estruturados → link internes → out-of-stock → off-page. Resist o urge para ouvrir com título tags.

2. O impact/effort matrix. Score cada finding um gente dois axes e act por quadrant:

O matrix’s real valor é permission para skip — “parfois o meilleur course de acção é para ne faites pashing.”

3. Client-first scoping. Não auditoria everything. Commencer de o pain o loja en réalité tem (trafic drop, tem categoria que stopped classificação, tem bad migração), solve que, então widen. TEM focused relatório de 5–10 quantified problemas beats tem 200-linha rastrear export cada tempo.

4. O three “não equals” (inherited de SEO technique). Exploração ≠ indexação (tem blocked página pode ainda ser indexé), exploração ≠ classificação (mas rastrear ≠ mas élevé posições), exploração ≠ rendering (JS runs separately). UM plupart comércio eletrônico confusion — “por que é meu produto não showing up?” — resolves uma fois você locate qual stage isso é failing em.

5. Out-of-stock decision tree. Temporary → garder live (restock/waitlist). Permanent + fermer match → 301. Permanent + links/trafic, nenhum match → garder com connexe produtos. Permanent + nothing → 404/410. “Isso depends” é o honest por défaut; o variables são permanence e equity.

Ferramentas para um comércio eletrônico SEO auditoria

Mentioned em este auditoria

• Pesquisa Google Console — o backbone: página Indexação relatório (cada “não indexé” raison), Statistiques d’exploração, Core Web Vitals, Sitemaps, Inspecção d’URL, e Enhancements (Produto Snippets, Merchant Listings). Gratuito, e onde o auditoria starts.
• Ahrefs site Auditoria — meu principal robot d’exploração: crawlability, indexability, duplicate clusters, canonicals, orphan páginas, link internes, rastrear depth, performances, e structured-data checks à travers 170+ problema tipos.
• Ahrefs site rastrear — backlink profile por página tipo, broken páginas com links (redirect-reclamação targets), organic keywords por página, concorrente link gaps.
• Google Resultados enrichis Tester — validate Produto, BreadcrumbList, e outro schema um gente tem live URL.
• PageSpeed Insights — campo (CrUX) + lab CWV dados um gente representative templates.

Gratuito opções

• Ahrefs Webmaster Ferramentas — gratuito rastrear + site Auditoria para sites você verificar; o no-cost façon para obtenir um plupart de o ci-dessus.
• Bing Webmaster Ferramentas — rastrear info, site Scan, e IndexNow (push preço/stock alterações em vez de waiting para tem recrawl).

Outro robots d’exploração

• Screaming Frog SEO Spider — desktop bulk export de URLs, código d’états, canonicals, meta dados, hreflang; handy para very grand custom crawls.
• Chrome DevTools — confirmer se produto conteúdo é em o initial HTML ou injected por JavaScript (“View source” vs. “Inspect”).

Playbook: trafic organique drops à travers um comércio eletrônico site

1. Confirmer o escopo. Split Pesquisa Console dados por página tipo, país, dispositivo, e requête class. Se somente um template ou mercado déplacé, garder o investigação là; se todo segments déplacé, continuer sitewide.
2. Align o timing. Mark deployments, migrações, feed alterações, inventory events, seasonality, e connu pesquisa alterações um gente o mesmo timeline. Se o drop begins com tem lançamento, inspect que lançamento antes compiling tem generic problema lista.
3. Verificar accès e resposta alterações. Comparer current e prior robots regras, código d’états, canonicals, sitemaps, e renderizado link internes. Se importante URLs são blocked, redirigé, noindexed, ou orphaned, contain que échec premier.
4. Reconcile indexação. Join intended URLs de o sitemap/catalog com rastrear resultados e Pesquisa Console página Indexação raisons. Se o perda clusters em duplicate ou canonical declara, inspect URL sinais; se isso clusters em crawled-not-indexed, examine conteúdo e página valor.
5. Tester representative templates. Validate um known-good e um affected categoria, produto, facet, e editorial página para rendering, schema, maillage interne, e Core Web Vitals. Se tem shared component fails, widen o sample antes modificação individual páginas.
6. Prioritize por affected valor e confidence. Ship o smallest reversible fix para o highest-value confirmados causer. Se evidence é inconclusive, gather tem targeted sample em vez de bundling speculative alterações.
7. Verificar e annotate. Record o exact alterar, tester seu técnico output, e monitor o affected segment contre seu próprio baseline. Se o intended sinal fez não alterar, roll back ou reopen o diagnosis.

Auditoria practices que waste o team’s attenção

Export cada robot d’exploração warning e appel isso um auditoria

por que isso fails: severity étiquettes não know o site’s templates, trafic, revenue, ou intended URL policy. Do à um place: connecter cada finding para affected URLs, evidence, empresa impact, e tem específico fix owner.

Commencer com title-tag rewrites during um indexação perda

por que isso fails: on-page polish ne pode não fix blocked, redirigé, canonicalized, ou unrendered páginas. Do à um place: establish crawlability e indexação escopo antes moving bas o stack.

Treat cada excluded URL as tem problema

por que isso fails: alternate variants, filtered URLs, e noncanonical duplicates pode ser intentionally excluded. Do à um place: comparer o observed state com o documentado indexação policy para cada URL class.

Alterar several systems antes measuring anything

por que isso fails: combined template, canonical, conteúdo, e linking alterações destroy causal clarity e complicate rollback. Do à um place: grupo connexe fixes, state o attendu sinal, e validate cada lançamento.

Diagnose auditoria evidence que ne faz não line up

usar o shared SEO auditoria evidence package para capture, timestamp, environment, escopo, limitações, reproducção, e acceptance testes. Extend isso aqui com produto ID, SKU, selecionado variant, mercado, postcode, inventory/fulfillment state, feed source e processing tempo. Garder o original catalog, página, e feed captures separado de o analyst’s diagnosis.

rastrear totals são far ci-dessus o catalog size

Probable causer: faceted, sorting, tracking, pesquisa, ou session parameters são generating URL combinações. Fix: classify o parameter patterns, inspect internal descoberta e canonical behavior, e rastrear tem bounded sample antes recommending contrôle.

Pesquisa Console e o robot d’exploração disagree um gente indexability

Probable causer: o rastrear sees today’s resposta durante que Pesquisa Console reflects um précédent rastrear, ou rendering alterações directives depois bruto HTML. Fix: comparer timestamps, bruto e renderizado output, canonical sinais, e representative Inspecção d’URL resultados.

Structured-data errors apparaître um gente somente some produtos

Probable causer: optional catalog campos, variant logic, ou out-of-stock declara enter tem diferente template branch. Fix: segment errors por template e dados condição, reproduce um affected record, e correto o shared mapping em vez de hand-editing URLs.

Recommendações garder growing mas nothing ships

Probable causer: achados lack impact, responsabilidade, dependencies, ou acceptance testes. Fix: convert cada confirmados problema em tem ticket com affected escopo, evidence, proposed alterar, attendu sinal, owner, e validação etapa.

Prompts para organizing auditoria evidence

Cluster achados sem inventing severity

Paste tem sanitized rastrear/problemas export depois este prompt.

Group these ecommerce SEO findings by root cause and affected template. Preserve the
original evidence and URL counts. For each group, return: observed signal, likely
system owner, evidence still needed, affected page type, reversible first test, and
validation method. Do not assign business impact or severity unless the input
contains traffic, revenue, or indexation evidence supporting it.

[PASTE AUDIT EXPORT]

transforme confirmados achados em implementação tickets

Convert only the confirmed findings below into engineering-ready tickets. Each ticket
must include current behavior, intended behavior, affected URL pattern, reproduction
steps, proposed acceptance tests, monitoring window, and rollback condition. Separate
facts from hypotheses and place unresolved questions in a final section.

[PASTE CONFIRMED FINDINGS AND EVIDENCE]

Comércio eletrônico auditoria sinal map

Medir se o auditoria program improves o site

confirmados high-impact achados resolved

Métrica: count e share de evidence-backed priority achados shipped e validated, não merely closed. este que isso indique você: se auditoria funcionar reaches producção e produces o attendu técnico sinal. Como pull isso: join o auditoria ledger com issue-tracker status e acceptance-test evidence. Benchmark / realistic range: establish tem baseline por team capacity e dependency class; não reward closure de low-value achados para inflate o percentage. Cadence: cada sprint e quarterly por root causer.

Intended index cobertura por página tipo

Métrica: intended URL canoniques represented em o attendu indexação state, segmented por produto, categoria, editorial, e approved facet páginas. este que isso indique você: se o searchable inventory matches policy. Como pull isso: reconcile sitemap/catalog URLs, rastrear declara, e Pesquisa Console página Indexação exports. Benchmark / realistic range: o target depende um gente explícito URL policy; excluded variants ne deve não ser counted as échecs. Cadence: monthly e depois plataforma releases.

Organic performances de affected cohorts

Métrica: clicks, impressions, e qualified organic outcomes para o exact URL/requête cohorts tied para shipped fixes. este que isso indique você: se technically validated funcionar corresponds com durable pesquisa e empresa improvement. Como pull isso: enregistrer pre-change Pesquisa Console cohorts e join os para analytics ou commerce outcomes onde governance permite. Benchmark / realistic range: comparer cada cohort com seu próprio seasonal baseline e um unaffected comparação grupo quando possível. Cadence: annotate em lançamento, então examiner depois sufficient recrawling e monthly thereafter.

Recurrence rate

Métrica: validated problemas que reappear um gente o mesmo template ou URL class depois remediação. este que isso indique você: se o root causer era fixed ou somente o current symptoms eram patched. Como pull isso: comparer scheduled rastrear detectors e auditoria ledger fingerprints à travers runs. Benchmark / realistic range: usar o premier dois comparable audits para définir tem baseline e treat repeated systemic defects as prevenção funcionar. Cadence: cada auditoria cycle.

Testez seus connaissances: comércio eletrônico SEO audits

Five perguntas um gente auditoria sequencing, evidence, e prioritização.

Registro de alterações