Türkçe çeviri: Mobile SEO Checklist

bir practical mobile SEO checklist covering bençerik parity, temel Web Vitals, mobile usability, ve araçlar şu önem taşır sonra Google retired Mobile-Friendly test et in 2023.

İlk yayın tarihi: 27 Haz 2026 · Son güncelleme: 8 Ağu 2026 · Advanced
Diller

bir güncel mobile SEO checklist bençin bir mobile-ilk world: yapğrula bençerik parity arasında mobile ve desktop, hit good temel Web Vitals on mobile (LCP, INP, CLS), al mobile usability yapğru (viewport, touch targets, font size), ve denetim ile araçlar şu aslında hâlâ var ol — Google retired Mobile-Friendly test et ve GSC Mobile Usability rapor in December 2023, bu nedenle o's Lighthouse, PageSpeed Insights, URL Inspection, ve temel Web Vitals rapor now.

TL;DR — Mobile-ilk dizine ekleme dır complete (finalized July 5, 2024) — Google kullanır sizin mobile HTML -e rank siz bençin tümü sorgular on tümü devices. bu nedenle checklist dır: (1) bençerik parity — aynı body text, titles/descriptions, headings, images, alt text, benç bağlantılar, ve structured data on mobile olarak desktop; (2) temel Web Vitals on mobile — LCP ≤ 2,5s (never lazy-load LCP image), INP ≤ 200ms (INP replaced FID on March 12, 2024), CLS ≤ 0,1; (3) usability — correct viewport, 48×48px touch targets, ≥16px font, no intrusive interstitials (ile gerçek exemptions); (4) denetim ile güncel araçlar — Lighthouse, PageSpeed Insights, URL Inspection, ve CWV rapor, çünkü Mobile-Friendly test et ve GSC Mobile Usability rapor idi retired December 2023. Responsive design dır Google’s recommended setup. AMP verir no sıralama advantage since June 2021. Bing yapar değil kullan mobile-ilk dizine ekleme.

Evidence for this claim Google predominantly uses the mobile version of a site's content for indexing and ranking. Scope: Google mobile-first indexing behavior. Confidence: high · Verified: Google Search Central: Mobile-first indexing Evidence for this claim Google recommends responsive web design as the easiest mobile configuration to implement and maintain. Scope: Google's implementation recommendation; other supported configurations can work. Confidence: high · Verified: Google Search Central: Mobile site configurations

baseline: mobile-ilk dizine ekleme dır finished

bu context şu yapar everything else yap sense. Google announced majority completion of mobile-ilk dizine ekleme in October 2023, ve final enforcement landed July 5, 2024: herhangi bir site şu wasn’t accessible -e Googlebot Smartphone basitçe stopped olma dizine eklenmiş. yoktur desktop-ilk tarama left.

implication dır bir kişiler hâlâ altında-rate: ** mobile sürüm of sizin sayfa dır sürüm şu determines sizin sıralamalar bençin her sorgu, on her device** — dahil desktop searches. siz değildir optimizing “a mobile experience” off -e side; siz’re optimizing canonical sürüm of sizin site.

1. bençerik parity — #1 teknik requirement

-erseniz düzelt bir thing on bu liste, düzelt bu. Google’ın rehberi dır explicit: “yap sure şu sizin mobile site contains aynı bençerik olarak sizin desktop site.” şu anlamına gelir headings, body text, images, alt text, ve benç bağlantılar tümü ihtiyaç duy -e match arasında sürümler, ve “emin olun şu title element ve meta description dır eşdeğeri genelinde her ikisi sürümler.”

Practical parity kontroller:

  • Body bençerik present on mobile, değil stripped tarafından bir leaner mobile template.
  • Titles ve meta descriptions eşdeğeri genelinde sürümler.
  • Headings ( aynı H1/H2 structure) present in mobile HTML.
  • Images ile aynı descriptive alt text, captions, filenames olarak desktop.
  • benç bağlantılar present on mobile — yapmayın drop sizin bağlantı graph in bir “simplified” mobile nav.
  • yapmayın “lazy-load primary content upon user interaction” — eğer bençerik yalnızca görünür sonra bir tap, Google -ebilir değil see o.

Two parity nuances worth internalizing: tabs ve accordions dır fine. bençerik reorganized -e collapsible UI dır hâlâ dizine eklenmiş olarak uzun olarak o’s in DOM — myth şu hiding bençerik in accordions hurts SEO dır sadece şu. gerçek başarısızlık mode dır bençerik şu’s removed -den markup entirely on mobile. ve robots meta tags -meli match“Use the same robots meta tags on the mobile and desktop site” — veya -ebilirsiniz accidentally noindex sürüm Google aslında kullanır.

Evidence for this claim Google predominantly uses the mobile version of a site's content for indexing and ranking. Scope: Google mobile-first indexing behavior. Confidence: high · Verified: Google Search Central: Mobile-first indexing

2. Yapılandırılmış veri eşliği

aynı kural, applied -e schema. Google’s December 2018 rehberlik: “-erseniz kullan structured data on desktop sürümler of sizin sayfalar, yapmalısınız sahip aynı structured data on mobile sürümler of sayfalar, since ile mobile-ilk dizine ekleme, biz’ll yalnızca kullan mobile sürüm of sizin sayfa bençin dizine ekleme.” Validate o ile Rich sonuçlar test et (hâlâ active — değil deprecated). bençin separate-URL (m-dot) setups, URLs bençinde sizin structured data -meli reference correct mobile URLs.

3. Crawlability ve robots

  • yapmayın block kaynaklar (CSS, JS) in robots.txt şu dır gerekli -e render mobile sayfa — eğer Google -ebilir’t render o, o -ebilir’t see sizin parity.
  • Robots meta tags identical genelinde sürümler (above).
  • bençin separate URLs, al canonical’laştırma yapğru: desktop canonical on her ikisi sürümler, rel="alternate" on desktop pointing -e mobile URL.

4. temel Web Vitals on mobile

Google measures CWV “segmented across mobile and desktop devices” at 75th percentile, ve “Core Web Vitals are used by our ranking systems.” Mobile dır nerede gap shows up — slower networks ve CPUs anlamına gel kabaca 48% of mobile sayfalar geç tümü three vs. ~56% of desktop, ile LCP ve INP driving difference.

thresholds (good / gerektirir improvement / poor):

  • LCP — ≤ 2,5s / 2,5–4,0s / > 4,0s.
  • INP — ≤ 200ms / 200–500ms / > 500ms.
  • CLS — ≤ 0,1 / 0,1–0,25 / > 0,25.

LCP — never lazy-load hero image. bu tek en çok damaging mobile performance mistake, ve o’s everywhere. web.dev dır blunt: “Never lazy-load sizin LCP image, olarak şu -ecek her zaman lead -e unnecessary kaynak load delay, ve -ecek sahip bir negative impact on LCP.” Hint priority instead with fetchpriority="high" (a preload or directly on the <img>). Google’ın kendi Martin Splitt admitted Google shipped bu bug: onların CMS “defaults tümü images -e lazy loading, bu da değil great.” eğer Google -ebilir yap o tarafından accident, bu nedenle -ebilir siz.

INP — ve neden o’s değil FID. INP (Interaction -e sonraki Paint) replaced FID on March 12, 2024. FID yalnızca measured delay önce browser -ebilirdi begin processing ilk interaction; INP measures worst interaction delay genelinde entire sayfa lifetime. şu yapar o far daha sensitive -e slow JavaScript on mobile, nerede touch events on zayıf CPUs blow past 200ms threshold easily. eğer sizin older denetim notes hâlâ talk hakkında FID, onlar’re stale.

CLS — reserve space. ayarla explicit width ve height (veya aspect-ratio) on images ve embeds, reserve space bençin ads ve late-loading bençerik, ve yapmayın inject bençerik above fold sonra load.

5. Images ve videos on mobile

  • kullan modern formats (WebP/AVIF) ve supported formats yalnızca — bir JPG bençinde inline SVG won’t olmak dizine eklenmiş.
  • Responsive images via srcset + sizes; explicit width/height -e prevent CLS.
  • yapmayın kullan images şu dır de küçük veya low-resolution, ve kaçın constantly-changing image URLs (per-sayfa-load URL generation breaks image dizine ekleme).
  • Identical alt text, titles, captions, filenames -e desktop.
  • Videos: supported formats in valid HTML tags (<video>, <embed>, <object>), stable URLs, matching video structured data, placed prominently -e minimize scrolling.

6. Mobil kullanılabilirlik

  • Viewport: <meta name="viewport" content="width=device-width, initial-scale=1">. width=device-width dır mandatory. kaçın maximum-scale=1 veya user-scalable=no — onlar block pinch-zoom ve Google flags them olarak accessibility violations. olmadan bir viewport tag at tümü, mobile browsers render at ~980px desktop width ve shrink, bu da unusable.
  • Touch targets: 48×48 CSS pixels minimum, ile at least 8px spacing arasında adjacent targets (Lighthouse / Material Design standard).
  • Font size: ≥16px body text -e kaçın “text too small to read” flag.
  • Forms: kullan appropriate input types (tel, email, number) bu nedenle phones göster yapğru keyboard.

7. Interstitials ve ads — ve exemptions

“any popup will tank your rankings” framing dır overstated. ne’s penalized dır intrusive kind: “Don’t obscure the entire page with interstitials” ve “yapmayın yönlendirme kullanıcı -e bir separate sayfa bençin onların consent veya input” — full-screen popups önce kullanıcı engages, standalone interstitial sayfalar.

ne’s explicitly allowed: legally required cookie consent banners, login dialogs bençin genuinely paywalled bençerik, küçük banners kullanarak reasonable screen space, ve age gates required tarafından law. ve note sıralama nuance — interstitials sinyal dır değil bir temel Web Vitals metric. olarak Google puts o, “Beyond temel Web Vitals, diğer sayfa experience aspects yapmayın yapğrudan yardım et sizin web sitesi rank higher in arama sonuçları. ancak, onlar -ebilir yap sizin web sitesi daha satisfying -e kullan.” bençin ads, izle daha iyi Ads Standard.

8. AMP: neutral, değil dead, değil required

AMP lost onun sıralama advantage in June 2021, ne zaman Google removed AMP requirement bençin Top Stories eligibility. herhangi bir sayfa ile good temel Web Vitals -ebilir görün in Top Stories now. AMP sayfalar hâlâ function — onlar sadece offer no SEO benefit üzerinde bir well-optimized standard sayfa. -erseniz’re on AMP today, weigh migration maliyet karşı benefit; SEO incentive -e adopt o dır gone.

Three setups, in Google’s sıra of preference:

  1. Responsive design (recommended): aynı HTML on aynı URL; CSS handles layout. bir URL, no duplication risk, no parity gap tarafından construction.
  2. Dynamic sunma: aynı URL, farklı HTML tarafından kullanıcı-agent. Risk: accidentally sunma desktop HTML -e mobile kullanıcılar.
  3. Separate URLs (m-dot): farklı HTML on farklı URLs. Requires careful canonical’laştırma ve en çok parity discipline. John Mueller’s uzun-standing advice: “At bazı benşaret et tümü of bunlar siteler ile separate mobile URLs -meli sadece move -e bir responsive design.”

10. denetim ile güncel, non-deprecated araçlar

bu credibility kontrol et on herhangi bir 2025-era mobile checklist. Google retired Mobile-Friendly test et araç, Mobile-Friendly test et API, ve GSC Mobile Usability rapor in early December 2023. onların statement: “Today biz’re sunsetting arama Console’s Mobile Usability rapor, Mobile-Friendly test et araç ve Mobile-Friendly test et API,” reasoning that “çok söyleıda diğer robust kaynaklar bençin evaluating mobile usability sahip emerged.”

kullan bunlar instead:

  • PageSpeed Insights (lab + field, mobile tab).
  • Lighthouse (Chrome DevTools, mobile mode).
  • GSC temel Web Vitals rapor (field data, filter -e mobile).
  • GSC URL Inspection (nasıl Googlebot renders bir specific sayfa).
  • Rich sonuçlar test et (validates structured data).
  • CrUX Vis (cruxvis.withgoogle.com) — CrUX Dashboard idi deprecated; CrUX Vis dır Google’s güncel historical field-data araç bençin mobile CWV trends.

Bonus: Bing dır farklı — desktop-ilk

bir genuine divergence en çok guides miss: Bing yapmaz kullan mobile-ilk dizine ekleme. Bing’s birincil tarama target kalır desktop sürüm of sizin sayfalar. Mobile-friendliness sahiptir olmuş bir Bing sıralama sinyal since 2015, ama o değildir Bing’s dizine ekleme methodology. bu nedenle mobile parity hâlâ önem taşır bençin Bing — bençin sıralama nedenler, değil çünkü Bing yalnızca sees sizin mobile HTML. kullan Bing Webmaster araçlar -e izle mobile-related tarama errors, submit sitemaps, ve validate structured data.

Add an expert note

Pin an expert quote

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