Indexação mobile-first

TL;DR — Indexação móvel-first significa Google looks at the móvel version de your página — não the desktop version — para decidir o que your página é about e como para rank it. It’s não a separado “mobile index,” e it’s não a ranqueamento boost. The one thing para get right: anything you want Google para ver needs para ser on your site para dispositivos móveis, porque that’s the version it indexes.

O que é indexação móvel-first

When Google crawls your site, it em sua maioria visits as a smartphone — usando a móvel rastreador called Googlebot Smartphone. Whatever it sees on the versão para dispositivos móveis de your página é o que it indexes e ranks. That’s indexação móvel-first in one sentence: Google usa the versão para dispositivos móveis de your conteúdo para indexação e ranqueamento.

O nome confunde as pessoas, então vamos esclarecer duas coisas desde já:

• There é no separado “mobile index.” Google tem one index. Mobile-first indexação apenas changed which version de your página Google looks at — desktop usado para ser the default, now móvel é.
• It é não a ranqueamento boost. Being on indexação móvel-first doesn’t lift your positions. It apenas changes which version de your conteúdo Google lê.

Por que isso importa: o que está no móvel é o que conta

Here’s the part that realmente affects your site. If something exists on your desktop página mas não on your móvel página — a paragraph de text, an imagem, a link, alguns dados estruturados — Google may simply não ver it, porque it’s indexação the versão para dispositivos móveis.

A comum real-world example: a site mostra the full article on desktop mas trims it down on móvel para “keep things clean.” Under indexação móvel-first, the trimmed-out conteúdo might nunca get indexado. The corrigir isn’t complicated — fazer sure the importante stuff é on the versão para dispositivos móveis too.

Mobile-first indexação é não é igual as “mobile-friendly”

These two get mixed up constantly. Mobile-first indexação é about which version Google indexes. Mobile-friendliness é about como usable your página é on a phone — tap targets, readable text, no horizontal scrolling. They’re separado ideas. A página pode ser indexado móvel-first e ainda ser clunky on a phone, e vice versa. This article é apenas about the first one.

O que você deve fazer na prática

For almost everyone, the answer é design responsivo — one set de HTML that adapts para the screen size. That way your móvel e desktop versions são the mesmo conteúdo by default, e you don’t têm para manter two versions in sync. It’s também o que Google recommends.

If you’re on something older — like a separado site para dispositivos móveis on its own URLs (m.example.com) — that ainda funciona, mas it’s more fragile e needs more care.

Want the full picture — the verified timeline, the exact parity rules, como Google handles the carregamento lento trap, como the config options comparar, e onde Bing differs? Switch para the Avançado tab.

TL;DR — Mobile-first indexação = Google usa the versão para dispositivos móveis de a página’s conteúdo, crawled by Googlebot Smartphone, para indexação e ranqueamento. One index, no opt-out, não a ranqueamento boost. The operative rule é conteúdo parity: “only the content shown on the mobile site is used for indexing,” so any text, dados estruturados, imagens, texto alternativo, ou links you want indexado must ser in the HTML para dispositivos móveis. It’s distinct de compatibilidade com dispositivos móveis/página experience. Responsive design é Google’s recomendado config; veiculação dinâmica e URLs separadas funcionar mas são riskier. Watch the carregamento lento-on-interaction trap. Timeline: anunciou Nov 2016 → default para new sites 2019 → last batch maio 2023 → declared complete Oct 2023. Bing fez não fazer the mesmo switch — it stays device-agnostic com a single index.

A definição, precisamente

Google’s own framing: Google usa the versão para dispositivos móveis de a site’s conteúdo, crawled com the smartphone agente, para indexação e ranqueamento. And in its móvel-first best-practices doc it’s even blunter about the consequence: “Only the content shown on the mobile site is used for indexing.”

In my Ahrefs guia on indexação móvel-first I define it the mesmo way — indexação móvel-first refers para Google usando the versão para dispositivos móveis de a site’s conteúdo para indexação e ranqueamento — e I adicionar the two clarifications that kill a maioria de the confusion: “There is only one index and you can’t opt out of mobile-first indexing.” It é também não a ranqueamento boost. It changes which version Google lê, não como well it ranks.

O Googlebot é principalmente o rastreador para smartphones

This é the mechanism underneath the whole thing. Google: “For most sites Google Search primarily indexes the mobile version of the content. As such the majority of Googlebot crawl requests will be made using the mobile crawler, and a minority using the desktop crawler.” There são two subtypes — Googlebot Smartphone (“a mobile crawler that simulates a user on a mobile device”) e Googlebot Desktop — mas the smartphone one faz the bulk de the funcionar now.

Google faz ainda rastrear com the desktop user-agente sometimes, mas the version that importa para indexação é the móvel one.

Paridade de conteúdo é a regra nº 1

If you take one thing de this página, take this: o que’s on your site para dispositivos móveis é o que gets indexado. Google’s doc listas it as the first requirement — “Make sure that your mobile site contains the same content as your desktop site” — e the clincher é that “only the content shown on the mobile site is used for indexing.”

John Mueller said it as plainly as it gets at Pubcon Pro Virtual 2020: “anything that you want to have indexed, it needs to be on the mobile site,” e “we will only index the mobile content in the future.” If it’s desktop-apenas, plan para Google não para ver it.

A útil nuance, though — parity faz não significar byte-para-byte identical. As I put it in my Ahrefs guia on indexação móvel-first: “any important content must be present on mobile.” You pode têm a leaner móvel layout; you apenas pode’t drop the conteúdo, dados estruturados, imagens, texto alternativo, ou links you realmente want indexado.

And one myth para retire: hidden/tabbed/accordion conteúdo é fine. Pre-móvel-first, conteúdo hidden behind UI para UX reasons era discounted. That’s no longer true — Google no longer discounts conteúdo hidden para improve the user experience. So a móvel accordion that holds your full conteúdo é fine; the conteúdo é in the HTML e gets indexado.

Os itens de paridade que realmente causam problemas

Beyond raw text, Google’s best-practices doc calls out specific things para manter equivalent across versions:

• Structured dados. “Make sure that your mobile and desktop sites have the same structured data.” If your markup apenas ships on desktop, your resultados avançados pode vanish.
• Images e texto alternativo. “Make sure that the mobile site has the same alt text for images as the desktop site.” Dropping imagens ou stripping texto alternativo on móvel hurts Pesquisa de imagens.
• Titles e meta descrições. “Make sure that the title element and the meta description are equivalent across both versions of your site.”
• Headings. “Use the same clear and meaningful headings on the mobile site as you do on the desktop site.” A stripped-down template para dispositivos móveis that drops H2s/H3s ou flattens them em plain text weakens the página’s structure para indexação, não apenas its readability.
• Video dados estruturados. “Use the same video structured data on both your mobile site and desktop site.” If a página carries VideoObject markup on desktop, ship the mesmo markup on móvel — otherwise the versão para dispositivos móveis (the one Google realmente indexes) é missing it.
• Robots meta tags. “Use the same robots meta tags on the mobile site and the desktop site.” This é a classic accidental-deindex: a noindex that apenas exists on the template para dispositivos móveis vai deindex the página, porque Google indexes the móvel version.
• Internal links. Keep your navigation e key links in the HTML para dispositivos móveis. Don’t hide them behind interactions that têm para fire antes the links load.

A armadilha fazer carregamento lento e da interação fazer usuário

A specific, comum failure mode. Google: “Don’t lazy-load primary content upon user interaction. Google won’t load content that requires user interactions (for example, swiping, clicking, or typing) to load.” If your main conteúdo apenas appears depois the user taps “load more,” swipes a carousel, ou clicks a tab that fetches conteúdo on demand, Googlebot won’t trigger that interaction — so the conteúdo isn’t visto. Load principal conteúdo on scroll ou incluir it in the initial HTML instead.

A linha fazer tempo verificada

Mobile-first indexação took roughly seven years end para end. The dated milestones:

• November 2016 — Google first anunciou indexação móvel-first e began testing.
• 2018 — the broad rollout began depois the testing period.
• 2019 — móvel-first became the default para new sites: domains discovered depois this eram crawled móvel-first de the start.
• March 2020 — Google anunciou it iria switch the whole web by setembro 2020. As Mueller put it, Google iria ser “switching to mobile-first indexing for all websites starting September 2020.”
• julho 2020 — that deadline era extended. Google: “we’ve decided to extend the timeframe to the end of March 2021.”
• maio 2023 — the last batch moved sobre: “the last batch of sites eligible for mobile-first indexing have been moved over.” Practically, this é quando the rollout finished.
• outubro 2023 — Google declared it complete: “the trek to Mobile First Indexing is now complete.” (Mueller.)

Two válido ways para say “when it was complete,” e it’s worth keeping them straight: the rollout effectively finished com the last batch in maio 2023, while Google officially declared it complete in outubro 2023. A “very small set of sites which do not work on mobile devices at all” são simply crawled com desktop Googlebot — that’s an exception Google handles, não a setting you escolher. (Search Console’s “which crawler” indexação info era removed shortly depois the outubro 2023 announcement, since there era no longer a mix para relatório.) For sites that de fato aren’t accessible on a móvel device at todos, the practical risk now é não being indexável.

Configuração: responsivo versus veiculação dinâmica versus URLs separadas

There são three ways para servir móvel, e Google tem a clear preference:

• Responsive design (recomendado). One URL, one HTML, layout adapts via CSS. Google: it “recommends Responsive Web Design because it’s the easiest design pattern to implement and maintain.” Parity é basically automatic porque there’s apenas one version.
• Dynamic serving. Same URL, mas the server retorna diferente HTML based on the user-agente. It funciona, mas it’s error-prone — it’s easy para ship desktop e móvel out de sync, which breaks parity in exactly the ways above.
• Separate URLs (m-dot). Different HTML on diferente URLs (e.g. m.example.com). The least recomendado de the three e the a maioria para manter. If you’re on it, Google’s orientação: “For separate URLs, set desktop versions as canonical with an alternate link to the mobile version,” e verificar your hreflang links across the URLs separadas. The móvel URL must servir the full, importante conteúdo — porque that’s the one being indexado.

Como verificar se seu site está na indexação móvel-first

At this point essentially every normal site é. To confirm a specific página, usar Search Console → Inspeção de URL / Page indexação e look at the “Crawled as” value — “Googlebot smartphone” significa it’s being indexado móvel-first. (As noted, Google removed the broader rastreador-info reporting depois declaring the rollout complete, porque there’s no longer a meaningful split.)

O Bing faz indexação móvel-first? Não.

This é the cross-engine angle almost nobody covers, e it importa if you care about more than Google. Bing fez não switch para indexação móvel-first the way Google fez. It keeps a single, device-agnostic index instead de indexação the versão para dispositivos móveis specifically. James Murray de Microsoft Bing explained the reasoning: “we think it’s more useful to have an integrated view and to be more device agnostic,” e “we want to give you the same index and then personalise to you as the user.”

The takeaway: conteúdo-parity hygiene ainda ajuda you on Bing, mas Bing hasn’t anunciou a switch para indexação the versão para dispositivos móveis — it treats the index as device-agnostic.

Mitos comuns, corrigidos

• “There’s a separate mobile index.” No — one index. Mobile-first indexação apenas changes which version Google looks at.
• “It’s a ranking boost.” No — it’s which conteúdo é indexado/ranked, não a bonus.
• “It’s the same as mobile-friendly.” No — diferente concepts. This é about indexação; compatibilidade com dispositivos móveis é usability/página experience.
• “You can opt out / stay desktop-indexed.” No. (Sites that de fato don’t funcionar on móvel são an exception Google handles, não a setting.)
• “Hidden/tabbed/accordion content won’t count.” Outdated — Google no longer discounts conteúdo hidden para UX.
• “Mobile content must be identical to desktop.” No — it must contain the mesmo importante conteúdo, não ser byte-para-byte identical.
• “It only affects mobile search results.” No — the versão para dispositivos móveis é usado para indexação e ranqueamento across both desktop e móvel results.
• “Bing does mobile-first indexing too.” No — Bing stays device-agnostic.

For onde this sits in the bigger picture — rastreamento, rendering, e the index itself — ver the indexação hub. The parity rules here são também por que index bloat e rastreamento problemas mostrar up downstream: if Google pode’t ver your conteúdo on móvel, it pode’t index it well in the first place.

Resumo de IA

Uma versão condensada fazer conteúdo Avançado:

• Mobile-first indexação = Google usa the versão para dispositivos móveis de a página’s conteúdo, crawled by Googlebot Smartphone, para indexação e ranqueamento. One index, no opt-out, não a ranqueamento boost — it apenas changes which version Google lê.
• O Googlebot é principalmente o rastreador para smartphones now — the majority de rastrear solicitações usar the móvel rastreador, a minority the desktop one.
• Paridade de conteúdo é a regra nº 1: “only the content shown on the mobile site is used for indexing.” Keep text, dados estruturados (incluindo vídeo dados estruturados), imagens + texto alternativo, títulos, titles/meta descrições, robots meta tags, e links internos equivalent on móvel. Mueller: “anything that you want to have indexed, it needs to be on the mobile site.”
• Parity ≠ identical. Important conteúdo must ser on móvel, mas it needn’t ser byte-para-byte. Hidden/tabbed conteúdo é now fine — Google no longer discounts it.
• Lazy-load trap: Google won’t trigger interactions (swipe/click/type) para load conteúdo. Load principal conteúdo on scroll ou in the initial HTML.
• It’s não compatibilidade com dispositivos móveis — that’s a separado usability/página-experience concept.
• Configs: responsivo é recomendado; veiculação dinâmica funciona mas é fragile; URLs separadas (m-dot) são least recomendado (set desktop canonical + alternate para móvel, verificar hreflang).
• Timeline: anunciou Nov 2016 → default para new sites 2019 → “whole web by Sept 2020” (anunciou Mar 2020) → extended para Mar 2021 → last batch maio 2023 → declared complete Oct 2023. A tiny set de desktop-apenas sites stay on desktop rastrear.
• Check it via Search Console “Crawled as: Googlebot smartphone.”
• Bing fez não switch — it keeps a single device-agnostic index.

Documentação oficial

Primary-source documentation de the mecanismos de busca.

Google

• Mobile-first Indexing Best Practices — the canonical doc: the parity checklist (conteúdo, dados estruturados, imagens/alt, titles/descrições, robots meta), the carregamento lento rule, e responsivo vs. veiculação dinâmica vs. URLs separadas. Start here.
• Googlebot — the rastreador that faz the funcionar: Googlebot Smartphone vs. Desktop, e por que a maioria rastrear solicitações são móvel.
• Crawling e Indexing — the hub para the broader rastrear/index topic this sits inside.
• Announcing móvel first indexação para the whole web (Mar 2020) — the “whole web by September 2020” announcement.
• Prepare para indexação móvel-first — com a little extra time (Jul 2020) — the deadline extension para March 2021.
• Mobile-first indexação tem landed (Oct 2023) — the official “complete” announcement.

Bing / Microsoft

• Bing: No Separate Mobile Index (James Murray interview) — por que Bing stayed device-agnostic instead de switching para indexação móvel-first.

Citações da fonte

On-the-record statements de Google e Bing. Each link é a deep link that jumps para the quoted passage on the source página.

Google — o que indexação móvel-first significa

• “Only the content shown on the mobile site is used for indexing.” — Google Search Central docs. Jump para quote
• “For most sites Google Search primarily indexes the mobile version of the content. As such the majority of Googlebot crawl requests will be made using the mobile crawler, and a minority using the desktop crawler.” Jump para quote
• “a mobile crawler that simulates a user on a mobile device.” (Googlebot Smartphone) Jump para quote

Google — paridade de conteúdo

• “Make sure that your mobile site contains the same content as your desktop site.” Jump para quote
• “Make sure that your mobile and desktop sites have the same structured data.” Jump para quote
• “Make sure that the mobile site has the same alt text for images as the desktop site.” Jump para quote
• “…the title element and the meta description are equivalent across both versions of your site.” Jump para quote
• “Use the same clear and meaningful headings on the mobile site as you do on the desktop site.” Jump para quote
• “Use the same video structured data on both your mobile site and desktop site.” Jump para quote
• “Use the same robots meta tags on the mobile site and the desktop site.” Jump para quote

Google — the carregamento lento trap e configuration

• “Don’t lazy-load primary content upon user interaction. Google won’t load content that requires user interactions (for example, swiping, clicking, or typing) to load.” Jump para quote
• Google “recommends Responsive Web Design” as the easiest pattern para implement e manter. Jump para quote
• “Separate URLs: Serves different HTML to each device, and on separate URLs.” Jump para quote

John Mueller, Google — o alerta principal (Pubcon Pro Virtual 2020, via Search Engine Journal’s coverage)

• “we will only index the mobile content in the future.” Jump para quote
• “anything that you want to have indexed, it needs to be on the mobile site.” Jump para quote

John Mueller, Google — a linha fazer tempo (via Search Engine Land’s verbatim coverage)

• “the trek to Mobile First Indexing is now complete.” (Oct 2023) Jump para quote
• “a very small set of sites which do not work on mobile devices at all” remain crawled by desktop Googlebot. Jump para quote
• “the last batch of sites eligible for mobile-first indexing have been moved over.” (maio 2023) Jump para quote
• “we’ve decided to extend the timeframe to the end of March 2021.” (Jul 2020) Jump para quote
• “switching to mobile-first indexing for all websites starting September 2020.” (anunciou Mar 2020) Jump para quote

James Murray, Microsoft Bing — por que Bing didn’t switch

• “we think it’s more useful to have an integrated view and to be more device agnostic.” Jump para quote
• “we want to give you the same index and then personalise to you as the user.” Jump para quote

Checklist de auditoria de paridade móvel-first

Run this against your HTML para dispositivos móveis (view source on the versão para dispositivos móveis, ou usar URL Inspection’s rendered HTML), since that’s the version Google indexes:

• Same conteúdo. The full, importante conteúdo é present on móvel — não trimmed “for cleanliness.” Anything you want indexado é in the HTML para dispositivos móveis.
• Same dados estruturados. The mesmo markup ships on both versions, referencing the mesmo URLs as the página itself.
• Same imagens + texto alternativo. No imagens dropped on móvel; texto alternativo matches the desktop version (this affects Pesquisa de imagens).
• Same titles & meta descrições. Equivalent title e meta descrição across both versions.
• Same títulos. Mobile keeps the mesmo clear, meaningful título structure (H2s/H3s) as desktop — não flattened em plain text.
• Same vídeo dados estruturados. VideoObject (ou other vídeo markup) present on desktop também ships on móvel.
• Same robots meta tags. No stray noindex/nofollow on the móvel template (a classic accidental deindex).
• Same links internos. Navigation e key links são in the HTML para dispositivos móveis — não hidden behind interactions that must fire antes the links load.
• No interaction-gated conteúdo. Primary conteúdo loads on scroll ou in the initial HTML, não apenas depois a tap/swipe/type.
• Hidden/tabbed conteúdo é OK — accordions e tabs são fine as longo as the conteúdo é in the HTML (Google no longer discounts UX-hidden conteúdo).
• (Separate URLs apenas) Desktop set as canonical com an alternate link para móvel; hreflang correct across versions; the móvel URL serves the full conteúdo.
• Verified in Search Console — “Crawled as: Googlebot smartphone.”

Os modelos mentais

1. Mobile = the source de truth. Whatever é in your HTML para dispositivos móveis é o que Google indexes e ranks. Desktop-apenas conteúdo é, para indexação purposes, invisible. Audit against the versão para dispositivos móveis, não the one you geralmente look at on your laptop.

2. Parity, não identity. You don’t need byte-para-byte sameness — you need every importante element on móvel: conteúdo, dados estruturados, imagens + alt, titles/descrições, robots meta, links internos. A leaner layout é fine; missing substance é não.

3. Indexing ≠ a boost, e ≠ compatibilidade com dispositivos móveis. Mobile-first indexação changes which version Google lê — it doesn’t raise rankings, e it isn’t the mesmo as being usable on a phone. Keep those three ideas separado e a maioria de the confusion disappears.

4. Don’t fazer Google interact. Googlebot won’t swipe, click, ou type para reveal conteúdo. If conteúdo apenas appears depois a user action, treat it as não indexado. Load it on scroll ou in the initial HTML.

5. Pick the config that faz parity automatic. Responsive design significa one version, so parity é gratuito. Dynamic serving e URLs separadas significar two versions you têm para manter in sync — every parity item above becomes a thing that pode silently drift. Choose responsivo unless you têm a strong motivo não para.

Indexação móvel-first — resumo

The one rule: Google indexes your móvel HTML. “Only the content shown on the mobile site is used for indexing.” If it’s não on móvel, assume it won’t ser indexado.

Indexação móvel-first versus compatibilidade com dispositivos móveis

Comparação de configurações

For URLs separadas: set desktop as canonical, adicionar an alternate link para the móvel URL, manter hreflang correct, e fazer sure the móvel URL serves the full conteúdo.

Parity checklist (manter equivalent on móvel)

• Content · dados estruturados (incl. vídeo) · imagens + texto alternativo · títulos · titles + meta descrições · robots meta tags · links internos.

Traps

• noindex that apenas ships on móvel → accidental deindex.
• Content gated behind tap/swipe/type → não loaded by Googlebot.
• Trimming “long” conteúdo on móvel → trimmed conteúdo may não ser indexado.

Timeline: anunciou Nov 2016 → default para new sites 2019 → last batch maio 2023 → declared complete Oct 2023.

Other engines: Bing fez não switch — single device-agnostic index.

Problemas comuns

Real failure modes that mostrar up once a site é on indexação móvel-first, com the likely cause e the corrigir.

Conteúdo que ranqueava no desktop de repente não é indexado

Symptom: A página (ou a section de it) that usado para mostrar up in busca results stops appearing, even though the URL ainda retorna 200 e the desktop version looks unchanged.

Likely cause: The conteúdo era trimmed, collapsed, ou removed de the móvel template — often a “keep mobile clean” redesign that dropped a paragraph, an FAQ block, ou a category descrição that apenas the desktop layout renders.

Fix + verificar: View source on the versão para dispositivos móveis (ou usar Search Console’s URL Inspection → Tested Page → View Crawled Page) e confirm the missing text é realmente present in the HTML para dispositivos móveis, não apenas the HTML para desktop. If it’s absent, adicionar it back para the template para dispositivos móveis — Google indexes o que’s in the HTML para dispositivos móveis, full stop.

Uma página foi removida fazer índice após um redesign

Symptom: A previously-indexado URL disappears de Search Console’s coverage relatório (“Excluded by noindex tag”) shortly depois a template change, com no deliberate deindex intended.

Likely cause: A noindex robots meta tag exists on the template para dispositivos móveis mas não the desktop one (ou vice versa) — a classic accidental deindex quando the two templates drift out de sync.

Fix + verificar: Compare the <meta name="robots"> output on móvel vs. desktop para the affected URL (view source on both, ou curl com a móvel vs. desktop user-agente). Run the URL por meio de Search Console → Inspeção de URL para confirm “Indexing allowed? Yes” once the stray tag é removed.

Resultados avançados desaparecem após uma atualização fazer site

Symptom: Rich results (review stars, FAQ snippets, breadcrumbs) that showed up antes a redesign stop appearing, even though the página ainda ranks.

Likely cause: The dados estruturados ships in the desktop template mas wasn’t carried sobre para the template para dispositivos móveis — Google apenas lê the HTML para dispositivos móveis, so markup that apenas lives on desktop é invisible.

Fix + verificar: Run the móvel-rendered HTML por meio de the site’s Schema Validator ou the Rich Result Eligibility Checker e confirm the mesmo JSON-LD (ou microdata) appears there as on desktop.

As imagens deixam de aparecer na Pesquisa de imagens

Symptom: Images that usado para appear in Google Pesquisa de imagens para a página quietly disappear, ou new imagens nunca mostrar up there.

Likely cause: The template para dispositivos móveis drops the imagem entirely (e.g. swaps para a lighter-weight layout sem it) ou strips/shortens the alt text compared para desktop.

Fix + verificar: Compare the rendered HTML para dispositivos móveis’s <img> tags e alt attributes against the desktop version para the mesmo página. If they don’t match, bring the móvel texto alternativo back in line com desktop.

A carousel/tab/“load more” section nunca gets indexado

Symptom: Content that lives inside a carousel, a “load more” button, ou a tab that fetches conteúdo on click nunca mostra up in busca, no importar como importante the conteúdo é.

Likely cause: The conteúdo apenas loads depois a interação fazer usuário (swipe, click, tap, type). Googlebot doesn’t perform those interactions, so it nunca sees conteúdo that’s gated behind them — this é diferente de a plain accordion/tab onde the conteúdo é already in the HTML e apenas visually hidden.

Fix + verificar: View the página’s initial rendered HTML (Search Console’s “View Crawled Page,” ou view-source com JavaScript enabled) sem touching the UI, e confirm the conteúdo é present. If it apenas appears depois you interact com the página, move it para load on scroll ou bake it em the initial HTML.

Scripts e trechos de código

Tools para checking móvel/desktop parity yourself, sem waiting on Search Console para catch a drift.

Busque o HTML móvel e o de desktop com curl (macOS/Linux)

Compares o que Googlebot Smartphone sees against a desktop rastrear, usando the respective user-agente strings, e diffs them.

URL="https://example.com/your-page/"

curl -s -A "Mozilla/5.0 (Linux; Android 6.0.1; Nexus 5X Build/MMB29P) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/W.X.Y.Z Mobile Safari/537.36 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)" "$URL" > mobile.html

curl -s -A "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)" "$URL" > desktop.html

diff mobile.html desktop.html

Run this antes/depois a redesign para catch conteúdo, dados estruturados, ou noindex tags that apenas exist on one version. Note: this fetches raw HTML — if your conteúdo é injected by client-side JavaScript, pair it com a rendering tool (ou the site’s Render Gap checker) em vez disso than relying on curl alone.

A mesma verificação no PowerShell (Windows)

$url = "https://example.com/your-page/"
$mobileUA = "Mozilla/5.0 (Linux; Android 6.0.1; Nexus 5X Build/MMB29P) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/W.X.Y.Z Mobile Safari/537.36 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)"
$desktopUA = "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)"

Invoke-WebRequest -Uri $url -UserAgent $mobileUA -OutFile mobile.html
Invoke-WebRequest -Uri $url -UserAgent $desktopUA -OutFile desktop.html

Compare-Object (Get-Content mobile.html) (Get-Content desktop.html)

Regex: pull robots meta tags out de saved HTML

Checks whether the móvel e desktop robots directives match, once you’ve saved both versions com the curl/PowerShell snippets above.

<meta\s+name=["']robots["']\s+content=["']([^"']+)["']

Capture group 1 é the directive string (e.g. index, follow ou noindex). Run this against mobile.html e desktop.html separately e comparar the captured values — a mismatch é an accidental-deindex risk.

Console fazer DevTools: liste imagens e texto alternativo da página atual

Paste em the Console panel (F12 → Console) while viewing the móvel rendering (usar DevTools’ device toolbar para simulate a phone) para spot imagens missing alt text.

[...document.querySelectorAll('img')].map(img => ({
  src: img.currentSrc || img.src,
  alt: img.alt || '(missing alt)'
}));

Bookmarklet: vá direto para a Inspeção de URL da página atual

Drag this para your bookmarks bar; clicking it on any de your own páginas opens Search Console’s Inspeção de URL para that exact URL, onde you pode verificar “Crawled as.”

javascript:(function(){window.open('https://search.google.com/search-console/inspect?resource_id=&id='+encodeURIComponent(location.href));})();

You’ll need para pick the right property in Search Console depois it opens (the bookmarklet doesn’t carry your property/recurso ID).

Testes de validação

Proof that a móvel-first parity corrigir realmente took effect, não apenas that you feito the edit.

Confirme que o Google rastreia a página como móvel

Test para run: Search Console → Inspeção de URL, enter the URL, verificar the “Crawled as” field on the live/indexado version.

Resultado esperado: “Crawled as: Googlebot smartphone.”

Failure interpretation: If it mostra “Googlebot desktop” para a normal página, the URL é one de the rare exceptions Google crawls com desktop (ou the página hasn’t been recrawled since your corrigir yet) — solicitação indexação para force a recheck.

Monitoring window: Immediate once Inspeção de URL retorna a result; allow a few days if you apenas requested indexação.

Rollback trigger: N/A — this é a ler-apenas diagnostic, não a change para revert.

Confirme que os dados estruturados chegaram ao HTML móvel

Test para run: Run the móvel-rendered URL por meio de the Schema Validator (ou Search Console’s Rich Results relatório para the property).

Resultado esperado: The mesmo structured-dados types e fields you added para desktop appear in the móvel-rendered output, com no parse errors.

Failure interpretation: Missing ou errored markup significa the JSON-LD apenas shipped in the desktop template, ou a templating bug dropped it on móvel.

Monitoring window: Immediate para the validator verificar; 1–2 weeks para the corresponding rich result para reappear in Search Console/live results.

Rollback trigger: If the template para dispositivos móveis change caused a broader rendering break (layout, other markup), revert the template change e re-diff.

Confirm no stray noindex on the template para dispositivos móveis

Test para run: Fetch the móvel-rendered HTML (curl com a Googlebot smartphone user-agente, ou Search Console’s “View Crawled Page”) e verificar the <meta name="robots"> tag; alternatively usar the site’s HTTP Status Checker para confirm the página itself retorna 200 em vez disso than being blocked.

Resultado esperado: index, follow (ou absent, which defaults para indexável) on both móvel e desktop.

Failure interpretation: A noindex present on móvel apenas significa Google vai deindex the página even though the desktop version looks fine — this é the single a maioria comum accidental-deindex cause on móvel-first sites.

Monitoring window: Immediate para the tag verificar; 1–4 weeks para the página para reappear in Search Console’s coverage relatório if it had already dropped out.

Rollback trigger: If removing the tag era itself a mistake (página era meant para stay noindexed), re-adicionar it e re-verify.

Confirme que o conteúdo reduzido/carregado lentamente agora pode ser indexado

Test para run: With JavaScript enabled e sem interacting com the página (no clicks, taps, ou swipes), view the initial rendered HTML — Search Console’s “View Crawled Page” é the closest proxy para o que Googlebot realmente sees.

Resultado esperado: The principal conteúdo in question é present in that rendered HTML sem any interaction.

Failure interpretation: If the conteúdo apenas appears depois you click/tap/swipe para reveal it, Googlebot ainda won’t ver it — the corrigir (load on scroll ou in the initial HTML) hasn’t taken effect yet.

Monitoring window: Immediate para the render verificar; 2–4 weeks para the conteúdo para mostrar up in Search Console’s index coverage ou in site: busca results.

Rollback trigger: If moving the load behavior broke the página’s UX ou performance, revert e encontrar a load-on-scroll approach instead de an interaction-gated one.

Teste seus conhecimentos: indexação móvel-first

Five quick questions on indexação móvel-first. Pick an answer para each, then verificar.

Registro de alterações