Mobile-ilk dizine ekleme

TL;DR — Mobile-ilk dizine ekleme anlamına gelir Google görünür at mobile sürüm of sizin sayfa — değil desktop sürüm — -e decide ne sizin sayfa dır hakkında ve nasıl -e rank o. o’s değil bir separate “mobile index,” ve o’s değil bir sıralama boost. bir thing -e al yapğru: anything siz iste Google -e see gerektirir -e olmak on sizin mobile site, çünkü şu’s sürüm o indexes.

ne mobile-ilk dizine ekleme dır

ne zaman Google tarar sizin site, o mostly visits olarak bir smartphone — kullanarak bir mobile crawler called Googlebot smartphone. Whatever o sees on mobile sürüm of sizin sayfa dır ne o indexes ve ranks. şu’s mobile-ilk dizine ekleme in bir sentence: Google kullanır mobile sürüm of sizin bençerik bençin dizine ekleme ve sıralama.

name trips kişiler up, bu nedenle izin ver me clear up two things yapğru away:

• yoktur separate “mobile index.” Google sahiptir bir dizin. Mobile-ilk dizine ekleme sadece changed hangi sürüm of sizin sayfa Google görünür at — desktop kullanılan -e olmak default, now mobile dır.
• o değildir bir sıralama boost. olma on mobile-ilk dizine ekleme yapmaz lift sizin positions. o yalnızca changes hangi sürüm of sizin bençerik Google reads.

neden önemli olduğu: ne’s on mobile dır ne counts

burada’s part şu aslında affects sizin site. eğer something vardır on sizin desktop sayfa ama değil on sizin mobile sayfa — bir paragraph of text, bir image, bir bağlantı, bazı structured data — Google -ebilir basitçe değil see o, çünkü o’s dizine ekleme mobile sürüm.

bir yaygın gerçek-world örnek: bir site shows full article on desktop ama trims o down on mobile -e “keep things clean.” altında mobile-ilk dizine ekleme, trimmed-out bençerik -ebilir never al dizine eklenmiş. düzelt değildir complicated — emin olun önemli stuff dır on mobile sürüm de.

Mobile-ilk dizine ekleme değildir aynı olarak “mobile-friendly”

bunlar two al mixed up constantly. Mobile-ilk dizine ekleme dır hakkında hangi sürüm Google indexes. Mobile-friendliness dır hakkında nasıl usable sizin sayfa dır on bir phone — tap targets, readable text, no horizontal scrolling. onlar’re separate ideas. bir sayfa -ebilir olmak dizine eklenmiş mobile-ilk ve hâlâ olmak clunky on bir phone, ve vice versa. bu article dır yalnızca hakkında ilk bir.

ne yapmalısınız aslında yap

bençin almost everyone, yanıt dır responsive design — bir ayarla of HTML şu adapts -e screen size. şu way sizin mobile ve desktop sürümler dır aynı bençerik tarafından default, ve siz yapmayın sahip -e koru two sürümler in sync. o’s ayrıca ne Google recommends.

-erseniz’re on something older — like bir separate mobile site kendi başına URLs (m.example.com) — şu hâlâ çalışır, ama o’s daha fragile ve gerektirir daha care.

iste full picture — verified timeline, exact parity kurallar, nasıl Google handles lazy-load trap, nasıl config options compare, ve nerede Bing differs? Switch -e Advanced tab.

TL;DR — Mobile-ilk dizine ekleme = Google kullanır mobile sürüm of bir sayfa’s bençerik, tarandı tarafından Googlebot smartphone, bençin dizine ekleme ve sıralama. bir dizin, no opt-out, değil bir sıralama boost. operative kural dır bençerik parity: “only the content shown on the mobile site is used for indexing,” bu nedenle herhangi bir text, structured data, images, alt text, veya bağlantılar siz iste dizine eklenmiş -meli olmak in mobile HTML. o’s distinct -den mobile-friendliness/sayfa experience. Responsive design dır Google’s recommended config; dynamic sunma ve separate URLs çalışır ama dır riskier. Watch lazy-load-on-interaction trap. Timeline: announced Nov 2016 → default bençin yeni siteler 2019 → son batch -ebilir 2023 → declared complete Oct 2023. Bing yaptı değil yap aynı switch — o stays device-agnostic ile bir tek dizin.

definition, precisely

Google’ın kendi framing: Google kullanır mobile sürüm of bir site’s bençerik, tarandı ile smartphone agent, bençin dizine ekleme ve sıralama. ve in onun mobile-ilk en iyi-practices doc o’s hatta blunter hakkında consequence: “yalnızca bençerik gösterilen on mobile site dır kullanılan bençin dizine ekleme.”

In benim Ahrefs rehber on mobile-ilk dizine ekleme ben define o aynı way — mobile-ilk dizine ekleme refers -e Google kullanarak mobile sürüm of bir site’s bençerik bençin dizine ekleme ve sıralama — ve ben ekle two clarifications şu kill en çok of confusion: “orada dır yalnızca bir dizin ve -ebilirsiniz’t opt out of mobile-ilk dizine ekleme.” o dır ayrıca değil bir sıralama boost. o changes hangi sürüm Google reads, değil nasıl well o ranks.

Googlebot dır mostly smartphone crawler

bu mechanism underneath whole thing. Google: “bençin en çok siteler Google arama primarily indexes mobile sürüm of bençerik. olarak such majority of Googlebot tarama istekler -ecek olmak yapılmış kullanarak mobile crawler, ve bir minority kullanarak desktop crawler.” There are two subtypes — Googlebot Smartphone (“bir mobile crawler şu simulates bir kullanıcı on bir mobile device”) ve Googlebot Desktop — ama smartphone bir yapar bulk of çalışır now.

Google yapar hâlâ tarama ile desktop kullanıcı-agent bazen, ama sürüm şu önem taşır bençin dizine ekleme dır mobile bir.

bençerik parity dır kural #1

-erseniz take bir thing -den bu sayfa, take bu: ne’s on sizin mobile site dır ne alır dizine eklenmiş. Google’s doc listeler o olarak ilk requirement — “emin olun şu sizin mobile site contains aynı bençerik olarak sizin desktop site” — ve clincher dır şu “yalnızca bençerik gösterilen on mobile site dır kullanılan bençin dizine ekleme.”

John Mueller said o olarak plainly olarak o alır at Pubcon Pro Virtual 2020: “anything şu siz iste -e sahip dizine eklenmiş, o gerektirir -e olmak on mobile site,” and “biz -ecek yalnızca dizin mobile bençerik in future.” eğer o’s desktop-yalnızca, plan bençin Google değil -e see o.

bir yararlı nuance, gerçben — parity yapar değil anlamına gel byte-bençin-byte identical. olarak ben put o in benim Ahrefs rehber on mobile-ilk dizine ekleme: “any important content must be present on mobile.” -ebilirsiniz sahip bir leaner mobile layout; siz sadece -ebilir’t drop bençerik, structured data, images, alt text, veya bağlantılar siz aslında iste dizine eklenmiş.

ve bir myth -e retire: hidden/tabbed/accordion bençerik dır fine. Pre-mobile-ilk, bençerik hidden behind UI bençin UX nedenler idi discounted. şu’s no longer true — Google no longer discounts bençerik hidden -e improve kullanıcı experience. bu nedenle bir mobile accordion şu holds sizin full bençerik dır fine; bençerik dır in HTML ve alır dizine eklenmiş.

parity items şu aslında bite

Beyond raw text, Google’s en iyi-practices doc çbirğrılar out specific things -e koru eşdeğeri genelinde sürümler:

• Structured data. “emin olun şu sizin mobile ve desktop siteler sahip aynı structured data.” eğer sizin markup yalnızca ships on desktop, sizin rich sonuçlar -ebilir vanish.
• Images ve alt text. “emin olun şu mobile site sahiptir aynı alt text bençin images olarak desktop site.” Dropping images veya stripping alt text on mobile hurts Image arama.
• Titles ve meta descriptions. “emin olun şu title element ve meta description dır eşdeğeri genelinde her ikisi sürümler of sizin site.”
• Headings. “kullan aynı clear ve meaningful headings on mobile site olarak siz yap on desktop site.” bir stripped-down mobile template şu drops H2s/H3s veya flattens them -e plain text weakens sayfa’s structure bençin dizine ekleme, değil sadece onun readability.
• Video structured data. “kullan aynı video structured data on her ikisi sizin mobile site ve desktop site.” eğer bir sayfa carries VideoObject markup on desktop, ship aynı markup on mobile — otherwise mobile sürüm ( bir Google aslında indexes) dır missing o.
• Robots meta tags. “kullan aynı robots meta tags on mobile site ve desktop site.” bu bir classic accidental-deindex: bir noindex şu yalnızca vardır on mobile template -ecek deindex sayfa, çünkü Google indexes mobile sürüm.
• benç bağlantılar. koru sizin navigation ve key bağlantılar in mobile HTML. yapmayın hide them behind interactions şu sahip -e fire önce bağlantılar load.

lazy-load / kullanıcı-interaction trap

bir specific, yaygın başarısızlık mode. Google: “yapmayın lazy-load birincil bençerik upon kullanıcı interaction. Google won’t load bençerik şu requires kullanıcı interactions (bençin örnek, swiping, clicking, veya typing) -e load.” eğer sizin main bençerik yalnızca görünür sonra kullanıcı taps “load more,” swipes bir carousel, veya tıklamalar bir tab şu fetches bençerik on demand, Googlebot won’t trigger şu interaction — bu nedenle bençerik değildir seen. Load birincil bençerik on scroll veya bençer o in initial HTML instead.

verified timeline

Mobile-ilk dizine ekleme took kabaca seven years end -e end. dated milestones:

• November 2016 — Google ilk announced mobile-ilk dizine ekleme ve began testing.
• 2018 — broad rollout began sonra testing period.
• 2019 — mobile-ilk became default bençin yeni siteler: domains discovered sonra bu idi tarandı mobile-ilk -den başla.
• March 2020 — Google announced o -irdi switch tüm web tarafından September 2020. olarak Mueller put o, Google -irdi olmak “switching -e mobile-ilk dizine ekleme bençin tümü web siteleri başlangıç September 2020.”
• July 2020 — şu deadline idi extended. Google: “biz’ve decided -e extend timeframe -e end of March 2021.”
• -ebilir 2023 — son batch moved üzerinde: ” son batch of siteler eligible bençin mobile-ilk dizine ekleme sahip olmuş moved üzerinde.” Practically, bu ne zaman rollout finished.
• October 2023 — Google declared o complete: ” trek -e Mobile ilk dizine ekleme dır now complete.” (Mueller.)

Two valid ways -e söyle “when it was complete,” ve o’s worth tutma them straight: rollout effectively finished ile son batch in -ebilir 2023, -iken Google officially declared o complete in October 2023. bir “çok küçük ayarla of siteler hangi yapmayın çalışır on mobile devices at tümü” dır basitçe tarandı ile desktop Googlebot — şu’s bir exception Google handles, değil bir ayarlama siz seç. (arama Console’s “which crawler” dizine ekleme info idi removed shortly sonra October 2023 announcement, since orada idi no longer bir mix -e rapor.) bençin siteler şu genuinely değildir accessible on bir mobile device at tümü, practical risk now değildir olma indexable.

Configuration: responsive vs. dynamic sunma vs. separate URLs

vardır three ways -e sun mobile, ve Google sahiptir bir clear preference:

• Responsive design (recommended). bir URL, bir HTML, layout adapts via CSS. Google: o “recommends Responsive Web Design çünkü o’s easiest design pattern -e implement ve maintain.” Parity dır basically automatic çünkü orada’s yalnızca tek sürüm.
• Dynamic sunma. aynı URL, ama server döndürür farklı HTML based on kullanıcı-agent. o çalışır, ama o’s error-prone — o’s easy -e ship desktop ve mobile out of sync, hangi breaks parity in tam olarak ways above.
• Separate URLs (m-dot). farklı HTML on farklı URLs (e.g. m.example.com). least recommended of three ve en çok -e maintain. eğer siz’re on o, Google’ın rehberi: “bençin separate URLs, ayarla desktop sürümler olarak canonical ile bir alternate bağlantı -e mobile sürüm,” ve kontrol et sizin hreflang bağlantılar genelinde separate URLs. mobile URL -meli sun full, önemli bençerik — çünkü şu’s bir olma dizine eklenmiş.

nasıl -e kontrol et eğer sizin site dır on mobile-ilk dizine ekleme

At bu benşaret et essentially her olağbir site dır. -e yapğrula bir specific sayfa, kullan arama Console → URL Inspection / sayfa dizine ekleme ve bak at “Crawled as” değer — “Googlebot smartphone” anlamına gelir o’s olma dizine eklenmiş mobile-ilk. (olarak noted, Google removed broader crawler-info reporting sonra declaring rollout complete, çünkü orada’s no longer bir meaningful split.)

yapar Bing yap mobile-ilk dizine ekleme? No.

bu cross-motor angle almost nobody kapsar, ve o önem taşır -erseniz care hakkında -den fazla Google. Bing yaptı değil switch -e mobile-ilk dizine ekleme way Google yaptı. o keeps bir tek, device-agnostic dizin yerine dizine ekleme mobile sürüm specifically. James Murray of Microsoft Bing explained reasoning: “biz think o’s daha yararlı -e sahip bir integrated view ve -e olmak daha device agnostic,” and “biz iste -e ver siz aynı dizin ve o hâlde personalise -e siz olarak kullanıcı.”

takeaway: bençerik-parity hygiene hâlâ yardımcı olur siz on Bing, ama Bing hasn’t announced bir switch -e dizine ekleme mobile sürüm — o treats dizin olarak device-agnostic.

yaygın myths, corrected

• “There’s a separate mobile index.” No — bir dizin. Mobile-ilk dizine ekleme sadece changes hangi sürüm Google görünür at.
• “It’s a ranking boost.” No — o’s hangi bençerik dır dizine eklenmiş/ranked, değil bir bonus.
• “It’s the same as mobile-friendly.” No — farklı concepts. bu hakkında dizine ekleme; mobile-friendliness dır usability/sayfa experience.
• “You can opt out / stay desktop-indexed.” No. (siteler şu genuinely yapmayın çalışır on mobile dır bir exception Google handles, değil bir ayarlama.)
• “Hidden/tabbed/accordion content won’t count.” Outdated — Google no longer discounts bençerik hidden bençin UX.
• “Mobile content must be identical to desktop.” No — o -meli contain aynı önemli bençerik, değil olmak byte-bençin-byte identical.
• “It only affects mobile search results.” No — mobile sürüm dır kullanılan bençin dizine ekleme ve sıralama genelinde her ikisi desktop ve mobile sonuçlar.
• “Bing does mobile-first indexing too.” No — Bing stays device-agnostic.

bençin nerede bu sits in bigger picture — tarama, rendering, ve dizin itself — see dizine ekleme hub. parity kurallar burada dır ayrıca neden dizin bloat ve tarama problems göster up downstream: eğer Google -ebilir’t see sizin bençerik on mobile, o -ebilir’t dizin o well in ilk place.

AI özet

bir condensed take on Advanced sürüm:

• Mobile-ilk dizine ekleme = Google kullanır mobile sürüm of bir sayfa’s bençerik, tarandı tarafından Googlebot smartphone, bençin dizine ekleme ve sıralama. bir dizin, no opt-out, değil bir sıralama boost — o yalnızca changes hangi sürüm Google reads.
• Googlebot dır mostly smartphone crawler now — majority of tarama istekler kullan mobile crawler, bir minority desktop bir.
• bençerik parity dır kural #1: “yalnızca bençerik gösterilen on mobile site dır kullanılan bençin dizine ekleme.” koru text, structured data (dahil video structured data), images + alt text, headings, titles/meta descriptions, robots meta tags, ve benç bağlantılar eşdeğeri on mobile. Mueller: “anything şu siz iste -e sahip dizine eklenmiş, o gerektirir -e olmak on mobile site.”
• Parity ≠ identical. önemli bençerik -meli olmak on mobile, ama o needn’t olmak byte-bençin-byte. Hidden/tabbed bençerik dır now fine — Google no longer discounts o.
• Lazy-load trap: Google won’t trigger interactions (swipe/click/type) -e load bençerik. Load birincil bençerik on scroll veya in initial HTML.
• o’s değil mobile-friendliness — şu’s bir separate usability/sayfa-experience concept.
• Configs: responsive dır recommended; dynamic sunma çalışır ama dır fragile; separate URLs (m-dot) dır least recommended (ayarla desktop canonical + alternate -e mobile, kontrol et hreflang).
• Timeline: announced Nov 2016 → default bençin yeni siteler 2019 → “tüm web tarafından Sept 2020” (announced Mar 2020) → extended -e Mar 2021 → son batch -ebilir 2023 → declared complete Oct 2023. bir tiny ayarla of desktop-yalnızca siteler stay on desktop tarama.
• kontrol et o via arama Console “Crawled as: Googlebot smartphone.”
• Bing yaptı değil switch — o keeps bir tek device-agnostic dizin.

resmî dokümantasyon

birincil-kaynak dokümantasyon -den arama motorları.

Google

• Mobile-ilk dizine ekleme en iyi Practices — canonical doc: parity checklist (bençerik, structured data, images/alt, titles/descriptions, robots meta), lazy-load kural, ve responsive vs. dynamic sunma vs. separate URLs. başla burada.
• Googlebot — crawler şu yapar çalışır: Googlebot Smartphone vs. Desktop, ve neden en çok tarama istekler dır mobile.
• tarama ve dizine ekleme — hub bençin broader tarama/dizin topic bu sits bençinde.
• Announcing mobile ilk dizine ekleme bençin tüm web (Mar 2020) — “whole web by September 2020” announcement.
• Prepare bençin mobile-ilk dizine ekleme — ile bir little extra time (Jul 2020) — deadline extension -e March 2021.
• Mobile-ilk dizine ekleme sahiptir landed (Oct 2023) — resmî “complete” announcement.

Bing / Microsoft

• Bing: No Separate Mobile dizin (James Murray interview) — neden Bing stayed device-agnostic yerine switching -e mobile-ilk dizine ekleme.

Quotes -den kaynak

On—record statements -den Google ve Bing. her bağlantı dır bir deep bağlantı şu jumps -e quoted passage on kaynak sayfa.

Google — ne mobile-ilk dizine ekleme anlamına gelir

• “Only the content shown on the mobile site is used for indexing.” — Google arama Central docs. Jump -e 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 -e quote
• “a mobile crawler that simulates a user on a mobile device.” (Googlebot Smartphone) Jump -e quote

Google — bençerik parity

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

Google — lazy-load trap ve 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 -e quote
• Google “recommends Responsive Web Design” olarak easiest pattern -e implement ve maintain. Jump -e quote
• “Separate URLs: Serves different HTML to each device, and on separate URLs.” Jump -e quote

John Mueller, Google — key warning (Pubcon Pro Virtual 2020, via arama motoru Journal’s coverage)

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

John Mueller, Google — timeline (via arama motoru Land’s verbatim coverage)

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

James Murray, Microsoft Bing — neden Bing didn’t switch

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

Mobile-ilk parity denetim checklist

çalıştır bu karşı sizin mobile HTML (view kaynak on mobile sürüm, veya kullan URL Inspection’s rendered HTML), since şu’s sürüm Google indexes:

• aynı bençerik. full, önemli bençerik dır present on mobile — değil trimmed “for cleanliness.” Anything siz iste dizine eklenmiş dır in mobile HTML.
• aynı structured data. aynı markup ships on her ikisi sürümler, referencing aynı URLs olarak sayfa itself.
• aynı images + alt text. No images dropped on mobile; alt text matches desktop sürüm (bu affects Image arama).
• aynı titles & meta descriptions. eşdeğeri title ve meta description genelinde her ikisi sürümler.
• aynı headings. Mobile keeps aynı clear, meaningful heading structure (H2s/H3s) olarak desktop — değil flattened -e plain text.
• aynı video structured data. VideoObject (veya diğer video markup) present on desktop ayrıca ships on mobile.
• aynı robots meta tags. No stray noindex/nofollow on mobile template (bir classic accidental deindex).
• aynı benç bağlantılar. Navigation ve key bağlantılar dır in mobile HTML — değil hidden behind interactions şu -meli fire önce bağlantılar load.
• No interaction-gated bençerik. birincil bençerik loads on scroll veya in initial HTML, değil yalnızca sonra bir tap/swipe/type.
• Hidden/tabbed bençerik dır OK — accordions ve tabs dır fine olarak uzun olarak bençerik dır in HTML (Google no longer discounts UX-hidden bençerik).
• (Separate URLs yalnızca) Desktop ayarla olarak canonical ile bir alternate bağlantı -e mobile; hreflang correct genelinde sürümler; mobile URL serves full bençerik.
• Verified in arama Console — “Crawled as: Googlebot smartphone.”

mental models

1. Mobile = kaynak of truth. Whatever dır in sizin mobile HTML dır ne Google indexes ve ranks. Desktop-yalnızca bençerik dır, bençin dizine ekleme purposes, invisible. denetim karşı mobile sürüm, değil bir siz genellikle bak at on sizin laptop.

2. Parity, değil identity. siz yapmayın ihtiyaç duy byte-bençin-byte sameness — siz ihtiyaç duy her önemli element on mobile: bençerik, structured data, images + alt, titles/descriptions, robots meta, benç bağlantılar. bir leaner layout dır fine; missing substance değildir.

3. dizine ekleme ≠ bir boost, ve ≠ mobile-friendliness. Mobile-ilk dizine ekleme changes hangi sürüm Google reads — o yapmaz raise sıralamalar, ve o değildir aynı olarak olma usable on bir phone. koru şunlar three ideas separate ve en çok of confusion disappears.

4. yapmayın yap Google interact. Googlebot won’t swipe, click, veya type -e reveal bençerik. eğer bençerik yalnızca görünür sonra bir kullanıcı action, ele al o olarak değil dizine eklenmiş. Load o on scroll veya in initial HTML.

5. seç config şu yapar parity automatic. Responsive design anlamına gelir tek sürüm, bu nedenle parity dır free. Dynamic sunma ve separate URLs anlamına gel two sürümler siz sahip -e koru in sync — her parity item above olur bir thing şu -ebilir silently drift. seç responsive unless siz sahip bir güçlü neden değil -e.

Mobile-ilk dizine ekleme — cheat sheet

** bir kural:** Google indexes sizin mobile HTML. “yalnızca bençerik gösterilen on mobile site dır kullanılan bençin dizine ekleme.” eğer o’s değil on mobile, assume o won’t olmak dizine eklenmiş.

Mobile-ilk dizine ekleme vs. mobile-friendliness

Yapılandırma karşılaştırması

bençin separate URLs: ayarla desktop olarak canonical, ekle bir alternate bağlantı -e mobile URL, koru hreflang correct, ve emin olun mobile URL serves full bençerik.

Parity checklist (koru eşdeğeri on mobile)

• bençerik · structured data (incl. video) · images + alt text · headings · titles + meta descriptions · robots meta tags · benç bağlantılar.

Traps

• noindex şu yalnızca ships on mobile → accidental deindex.
• bençerik gated behind tap/swipe/type → değil loaded tarafından Googlebot.
• Trimming “long” bençerik on mobile → trimmed bençerik -ebilir değil olmak dizine eklenmiş.

Timeline: announced Nov 2016 → default bençin yeni siteler 2019 → son batch -ebilir 2023 → declared complete Oct 2023.

diğer motorlar: Bing yaptı değil switch — tek device-agnostic dizin.

yaygın sorunlar

gerçek başarısızlık modes şu göster up once bir site dır on mobile-ilk dizine ekleme, ile muhtemel neden ol ve düzelt.

bençerik şu ranked on desktop suddenly değildir dizine eklenmiş

Symptom: bir sayfa (veya bir section of o) şu kullanılan -e göster up in arama sonuçları stops appearing, hatta gerçben URL hâlâ döndürür 200 ve desktop sürüm görünür unchanged.

muhtemel neden ol: bençerik idi trimmed, collapsed, veya removed -den mobile template — çoğu zaman bir “keep mobile clean” redesign şu dropped bir paragraph, bir FAQ block, veya bir category description şu yalnızca desktop layout renders.

düzelt + kontrol et: View kaynak on mobile sürüm (veya kullan arama Console’s URL Inspection → Tested sayfa → View tarandı sayfa) ve yapğrula missing text dır aslında present in mobile HTML, değil sadece desktop HTML. eğer o’s absent, ekle o back -e mobile template — Google indexes ne’s in mobile HTML, full durdur.

bir sayfa aldı deindexed sonra bir redesign

Symptom: bir previously-dizine eklenmiş URL disappears -den arama Console’s coverage rapor (“Excluded by noindex tag”) shortly sonra bir template change, ile no deliberate deindex intended.

muhtemel neden ol: bir noindex robots meta tag vardır on mobile template ama değil desktop bir (veya vice versa) — bir classic accidental deindex ne zaman two templates drift out of sync.

düzelt + kontrol et: Compare <meta name="robots"> output on mobile vs. desktop bençin affected URL (view kaynak on her ikisi, veya curl ile bir mobile vs. desktop kullanıcı-agent). çalıştır URL aracılığıyla arama Console → URL Inspection -e yapğrula “Indexing allowed? Yes” once stray tag dır removed.

Rich sonuçlar disappear sonra bir site update

Symptom: Rich sonuçlar (review stars, FAQ snippets, breadcrumbs) şu showed up önce bir redesign durdur appearing, hatta gerçben sayfa hâlâ ranks.

muhtemel neden ol: structured data ships in desktop template ama wasn’t carried üzerinde -e mobile template — Google yalnızca reads mobile HTML, bu nedenle markup şu yalnızca lives on desktop dır invisible.

düzelt + kontrol et: çalıştır mobile-rendered HTML aracılığıyla site’s Schema Validator veya Rich sonuç Eligibility Checker ve yapğrula aynı JSON-LD (veya microdata) görünür orada olarak on desktop.

Images durdur görünme in Image arama

Symptom: Images şu kullanılan -e görün in Google Image arama bençin bir sayfa quietly disappear, veya yeni images never göster up orada.

muhtemel neden ol: mobile template drops image entirely (e.g. swaps -e bir lighter-weight layout olmadan o) veya strips/shortens alt text compared -e desktop.

düzelt + kontrol et: Compare rendered mobile HTML’s <img> tags ve alt attributes karşı desktop sürüm bençin aynı sayfa. eğer onlar yapmayın match, bring mobile alt text back in line ile desktop.

bir carousel/tab/“load more” section never alır dizine eklenmiş

Symptom: bençerik şu lives bençinde bir carousel, bir “load more” button, veya bir tab şu fetches bençerik on click never shows up in arama, no önem taşır nasıl önemli bençerik dır.

muhtemel neden ol: bençerik yalnızca loads sonra bir kullanıcı interaction (swipe, click, tap, type). Googlebot yapmaz perform şunlar interactions, bu nedenle o never sees bençerik şu’s gated behind them — bu farklı -den bir plain accordion/tab nerede bençerik dır zaten in HTML ve sadece visually hidden.

düzelt + kontrol et: View sayfa’s initial rendered HTML (arama Console’s “View Crawled Page,” veya view-kaynak ile JavaScript enabled) olmadan touching UI, ve yapğrula bençerik dır present. eğer o yalnızca görünür sonra siz interact ile sayfa, move o -e load on scroll veya bake o -e initial HTML.

Scripts ve snippets

araçlar bençin checking mobile/desktop parity yourself, olmadan waiting on arama Console -e catch bir drift.

Fetch mobile vs. desktop HTML ile curl (mac/Linux)

Compares ne Googlebot smartphone sees karşı bir desktop tarama, kullanarak respective kullanıcı-agent strings, ve 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

çalıştır bu önce/sonra bir redesign -e catch bençerik, structured data, veya noindex tags şu yalnızca var ol on tek sürüm. Note: bu fetches raw HTML — eğer sizin bençerik dır injected tarafından client-side JavaScript, pair o ile bir rendering araç (veya site’s Render Gap checker) yerine relying on curl alone.

aynı kontrol et in 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: kayıtlı HTML’den robots meta etiketlerini çıkarma

kontroller whether mobile ve desktop robots directives match, once siz’ve saved her ikisi sürümler ile curl/PowerShell snippets above.

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

Capture grup 1 dır directive string (e.g. index, follow veya noindex). çalıştır bu karşı mobile.html ve desktop.html separately ve compare captured values — bir mismatch dır bir accidental-deindex risk.

DevTools Console: liste images + alt text on güncel sayfa

Paste -e Console panel (F12 → Console) -iken viewing mobile rendering (kullan DevTools’ device toolbar -e simulate bir phone) -e spot images missing alt text.

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

Bookmarklet: jump straight -e URL Inspection bençin güncel sayfa

Drag bu -e sizin bookmarks bar; clicking o on herhangi bir of sizin kendi sayfalar opens arama Console’s URL Inspection bençin şu exact URL, nerede -ebilirsiniz kontrol et “Crawled as.”

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

siz’ll ihtiyaç duy -e seç yapğru property in arama Console sonra o opens ( bookmarklet yapmaz carry sizin property/kaynak ID).

Validation testler

Proof şu bir mobile-ilk parity düzelt aslında took effect, değil sadece şu siz yapılmış edit.

yapğrula Google dır tarama sayfa olarak mobile

test et -e çalıştır: arama Console → URL Inspection, enter URL, kontrol et “Crawled as” field on live/dizine eklenmiş sürüm.

beklenen sonuç: “Crawled as: Googlebot smartphone.”

başarısızlık interpretation: eğer o shows “Googlebot desktop” bençin bir olağbir sayfa, URL dır bir of rare exceptions Google tarar ile desktop (veya sayfa hasn’t olmuş recrawled since sizin düzelt henüz) — istek dizine ekleme -e force bir recheck.

izleme window: Immediate once URL Inspection döndürür bir sonuç; izin ver bir few days -erseniz sadece requested dizine ekleme.

Rollback trigger: N/bir — bu bir okuyun-yalnızca diagnostic, değil bir change -e revert.

yapğrula structured data yapılmış o -e mobile HTML

test et -e çalıştır: çalıştır mobile-rendered URL aracılığıyla Schema Validator (veya arama Console’s Rich sonuçlar rapor bençin property).

beklenen sonuç: aynı structured-data types ve fields siz eklendi -e desktop görün in mobile-rendered output, ile no parse errors.

başarısızlık interpretation: Missing veya errored markup anlamına gelir JSON-LD yalnızca shipped in desktop template, veya bir templating bug dropped o on mobile.

izleme window: Immediate bençin validator kontrol et; 1–2 weeks bençin corresponding rich sonuç -e reappear in arama Console/live sonuçlar.

Rollback trigger: eğer mobile template change neden oldu bir broader rendering break (layout, diğer markup), revert template change ve re-diff.

yapğrula no stray noindex on mobile template

test et -e çalıştır: Fetch mobile-rendered HTML (curl ile bir Googlebot smartphone kullanıcı-agent, veya arama Console’s “View Crawled Page”) ve kontrol et <meta name="robots"> tag; alternatively kullan site’s HTTP Status Checker -e yapğrula sayfa itself döndürür 200 yerine olma blocked.

beklenen sonuç: index, follow (veya absent, hangi defaults -e indexable) on her ikisi mobile ve desktop.

başarısızlık interpretation: bir noindex present on mobile yalnızca anlamına gelir Google -ecek deindex sayfa hatta gerçben desktop sürüm görünür fine — bu tek en çok yaygın accidental-deindex neden ol on mobile-ilk siteler.

izleme window: Immediate bençin tag kontrol et; 1–4 weeks bençin sayfa -e reappear in arama Console’s coverage rapor eğer o sahipti zaten dropped out.

Rollback trigger: eğer removing tag idi itself bir mistake (sayfa idi meant -e stay noindexed), re-ekle o ve re-verify.

yapğrula trimmed/lazy-loaded bençerik dır now indexable

test et -e çalıştır: ile JavaScript enabled ve olmadan interacting ile sayfa (no tıklamalar, taps, veya swipes), view initial rendered HTML — arama Console’s “View Crawled Page” dır closest proxy -e ne Googlebot aslında sees.

beklenen sonuç: birincil bençerik in soru dır present in şu rendered HTML olmadan herhangi bir interaction.

başarısızlık interpretation: eğer bençerik yalnızca görünür sonra siz click/tap/swipe -e reveal o, Googlebot hâlâ won’t see o — düzelt (load on scroll veya in initial HTML) hasn’t taken effect henüz.

izleme window: Immediate bençin render kontrol et; 2–4 weeks bençin bençerik -e göster up in arama Console’s dizin coverage veya in site: arama sonuçları.

Rollback trigger: eğer moving load behavior broke sayfa’s UX veya performance, revert ve bul bir load-on-scroll approach yerine bir interaction-gated bir.

test et yourself: Mobile-ilk dizine ekleme

Five quick questions on mobile-ilk dizine ekleme. seç bir yanıt her biri bençin, o hâlde kontrol et.

Değişiklik günlüğü