Panduan Mobile SEO

Panduan Mobile SEO tentang pengindeksan yang mengutamakan perangkat seluler, desain responsif, kegunaan seluler, Core Web Vitals, interstisial mengganggu, dan status AMP saat ini.

Pertama kali diterbitkan: 27 Jun 2026 · Terakhir diperbarui: 21 Agu 2026 · Advanced
Bahasa

Mobile SEO mengoptimalkan situs untuk pengguna seluler sekaligus pengindeksan yang mengutamakan perangkat seluler. Sejak Google menyelesaikan peralihan pada Oktober 2023, versi seluler menjadi versi utama yang digunakan untuk pengindeksan dan pemeringkatan. Gunakan desain responsif, pertahankan kesetaraan konten, optimalkan Core Web Vitals dan kegunaan seluler, serta hindari interstisial mengganggu. Mobile-Friendly Test dan laporan Mobile Usability Search Console dihentikan pada Desember 2023; gunakan Lighthouse. AMP tidak lagi dianjurkan untuk situs baru.

TL;DR — Mobile SEO mengoptimalkan situs bagi pengguna seluler sekaligus untuk pengindeksan yang mengutamakan perangkat seluler. Peralihan Google selesai pada Oktober 2023, dengan penerapan penuh setelah Juli 2024, sehingga versi seluler menjadi versi utama yang diindeks dan diperingkat. Desain responsif adalah konfigurasi yang dianjurkan Google. Kesetaraan konten berarti teks, data terstruktur, gambar, teks alternatif, dan tautan penting harus tersedia dalam HTML seluler. Tambahkan Core Web Vitals yang cepat, kegunaan yang baik, dan hindari interstisial mengganggu. Mobile-Friendly Test dan laporan Mobile Usability Search Console dihentikan pada Desember 2023; gunakan Lighthouse. AMP tidak lagi dianjurkan untuk situs baru. Artikel hub ini memetakan seluruh klaster.

Evidence for this claim Google primarily indexes the mobile version of a site's content. Scope: Google mobile-first indexing. 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 mobile configuration guidance. Confidence: high · Verified: Google Search Central: Mobile site configurations

apa mobile SEO sebenarnya covers

Mobile SEO adalah practice dari optimizing sebuah situs karena itu ini performs well ketika di-perayapan dan terindeks via sebuah mobile pengguna agent, dan delivers sebuah fast, usable experience untuk people pada phones. itu adalah dua related tetapi distinct goals, dan cluster splits roughly along itu baris:

  • pengindeksan-side: pengindeksan mobile-pertama, konten parity, situs configuration (responsive vs. dynamic serving vs. terpisah URLs).
  • Experience-side: Core Web Vitals pada mobile, mobile usability, intrusive interstitials.

alasan ini stopped menjadi sebuah niche topic adalah mechanical: Google now dibaca mobile versi dari Anda halaman untuk indeks dan peringkat ini. karena itu getting mobile salah doesn’t hanya hurt mobile traffic — ini hurts everything.

pengindeksan mobile-pertama, di satu paragraf

Google’s rumusan: ini menggunakan mobile versi dari sebuah situs’s konten, di-perayapan dengan smartphone agent, untuk pengindeksan dan peringkat. itu’s pengindeksan mobile-pertama. rollout ran dari sebuah 2016 experiment, untuk default untuk baru situs di 2019, untuk “seluruh web” (terjemahan) “seluruh web” announcement di March 2020, untuk completion di October 2023 — dengan lengkap enforcement setelah July 5, 2024, meaning sebuah situs itu genuinely doesn’t berfungsi untuk mobile Googlebot risks bukan menjadi terindeks sama sekali. There’s tidak terpisah “mobile indeks” (terjemahan) “mobile indeks” dan tidak opt-out, dan pengindeksan mobile-pertama adalah bukan sebuah peringkat boost — ini hanya perubahan yang mana versi dari Anda halaman Google dibaca. I cover parity aturan, verified timeline, lazy-muat trap, dan di mana Bing differs di dedicated pengindeksan mobile-pertama deep dive — ini hub hanya sets context.

Evidence for this claim Google says it predominantly uses the mobile version of a site’s content for indexing and ranking. Scope: mobile and desktop rendered web documents Confidence: high · Verified: Mobile-first indexing best practices

situs configuration: three options, satu rekomendasi

Google mendukung three cara untuk sajikan mobile:

Configsatu URL?sama HTML?Parity riskGoogle’s stance
Responsive designyayarendah — satu versidianjurkan
Dynamic servingyatidak (oleh pengguna-agent)Medium — easy untuk driftberfungsi; perlu Vary: User-Agent
terpisah URLs (m-dot)tidaktidaktinggi — dua situs untuk syncLeast dianjurkan

Google menjelaskannya secara tegas: ini “recommends Responsive Web Design because it’s the easiest design pattern to implement and maintain” (terjemahan) “recommends Responsive Web Design karena ini adalah easiest design pola untuk menerapkan dan maintain” — bukan karena ini peringkat better. Responsive design membuat konten parity basically otomatis, karena there’s hanya satu versi untuk mendapatkan right; dynamic serving dan terpisah URLs keduanya buat kedua HTML surface itu dapat drift out dari parity. I cover konfigurasi detail, requirements, dan pitfalls untuk setiap pilihan di mereka sendiri deep dives: Responsive design covers viewport dependency dan peringkat-premium myth, dan Dynamic serving covers Vary: User-Agent requirement dan mengapa ini adalah sebuah legacy pola; m-dot kanonis/alternate konfigurasi adalah di pengindeksan mobile-pertama deep dive di bawah.

Evidence for this claim Google recommends responsive web design as the easiest mobile configuration to implement and maintain. Scope: Google mobile configuration guidance. Confidence: high · Verified: Google Search Central: Mobile site configurations

konten parity adalah aturan itu bites

Since Google dibaca mobile versi, “only the content shown on the mobile site is used for indexing.” (terjemahan) “hanya konten ditampilkan pada mobile situs adalah digunakan untuk pengindeksan.” itu membuat parity single sebagian besar penting technical aturan di mobile SEO. Google’s sendiri panduan leads dengan “Make sure that your mobile site contains the same content as your desktop site” (terjemahan) “pastikan itu Anda mobile situs berisi yang sama konten sebagai Anda desktop situs” — dan parity berarti lebih daripada isi copy:

  • data terstruktur“Make sure that your mobile and desktop sites have the same structured data,” (terjemahan) “pastikan itu Anda mobile dan desktop situs memiliki sama data terstruktur,” dengan URLs di markup updated untuk mobile URLs.
  • Images dan teks alt — pertahankan yang sama images dan yang sama teks alt pada mobile (ini drives pencarian gambar).
  • judul dan deskripsi meta — equivalent di seluruh keduanya versi.
  • heading“Use the same clear and meaningful headings.” (terjemahan) “gunakan yang sama jelas dan meaningful heading.”
  • tautan internal dan navigasi — don’t strip them pada mobile.
  • Robots meta tags — sebuah noindex itu hanya ships pada mobile template adalah sebuah classic accidental deindex.

Parity melakukan bukan berarti byte-untuk-byte identical — sebuah leaner mobile layout adalah baik; dropping konten Anda ingin terindeks adalah bukan. dan satu myth untuk retire: konten hidden di tabs atau accordions untuk UX alasan adalah baik pada mobile. Gary Illyes settled ini years ago — “in the mobile-first world content hidden for ux should have full weight” (terjemahan) “di mobile-pertama world konten hidden untuk ux seharusnya memiliki lengkap weight” — karena itu Anda tidak perlu untuk expand everything ke view.

Mobile kecepatan halaman dan Core Web Vitals

Speed penting lebih pada mobile, di mana connections dan devices adalah lebih lemah dan patience adalah shorter. Google measures halaman-experience side largely melalui Core Web Vitals, dan “Core Web Vitals are used by our ranking systems.” (terjemahan) “Core Web Vitals adalah digunakan oleh kami peringkat sistem.” three thresholds, diukur pada mobile:

  • LCP (Largest Contentful Paint) — di bawah 2,5s.
  • INP (Interaction untuk berikutnya Paint) — di bawah 200ms.
  • CLS (Cumulative Layout Shift) — di bawah 0,1.

layak keeping di perspective, though: pengalaman halaman adalah sebuah set dari sinyal digunakan di dalam broader peringkat sistem, bukan sebuah standalone peringkat sistem, dan Google mencatat ini “always seeks to show the most relevant content, even if the page experience is sub-par.” (terjemahan) “selalu seeks untuk tampilkan paling relevant konten, bahkan jika halaman experience adalah sub-par.” karena itu fix CWV karena ini helps pengguna dan adalah sebuah nyata sinyal — bukan karena ini’ll outrank genuinely better konten. PageSpeed Insights reports terpisah mobile dan desktop scores; focus pada mobile satu. lengkap thresholds, field-vs-data lab, dan fixes live di Core Web Vitals deep dive.

Mobile usability

usability basics Google flags di bawah pengalaman halaman:

  • Viewport meta tag<meta name="viewport" content="width=device-width, initial-scale=1">. tanpa ini, mobile browser render di desktop width.
  • Readable fonts — text legible tanpa zooming (sebuah ~16px base adalah sebuah safe floor).
  • Tap targets — buttons dan tautan besar enough untuk tap reliably (~48px).
  • tidak horizontal scrolling — konten fits viewport.
  • Don’t block CSS/JS di robots.txt — Googlebot perlu untuk render mobile halaman.

ini map untuk Google’s self-assessment pertanyaan seperti “Does your content display well on mobile devices?” (terjemahan) “melakukan Anda konten display well pada mobile devices?” untuk lengkap uji methodology, thresholds, dan cara audit setiap dari ini, melihat dedicated Mobile usability deep dive; viewport tag specifically — syntax, attribute reference, dan umum mistakes — memiliki -nya sendiri Viewport meta tag deep dive.

Intrusive interstitials

lengkap-halaman popups itu obscure Anda konten ketika sebuah pengunjung arrives dari penelusuran dapat hurt Anda. Google: “Intrusive interstitials and dialogs are page elements that obstruct users’ view of the content, usually for promotional purposes,” (terjemahan) “Intrusive interstitials dan dialogs adalah halaman elements itu obstruct pengguna’ view dari konten, biasanya untuk promotional purposes,” dan mereka “make it hard for Google and other search engines to understand your content.” (terjemahan) “membuat ini hard untuk Google dan lainnya mesin pencari untuk memahami Anda konten.” apa’s problematic: lengkap-screen overlays, standalone interstitials Anda memiliki untuk dismiss sebelum reading, dan konten hidden behind sebuah promotional layer. apa’s baik: kecil banners “that take up only a small fraction of the screen,” (terjemahan) “itu take up hanya sebuah kecil fraction dari screen,” native app-install banners, dan legally diperlukan consent atau age gates. interstitials deep dive covers baris di detail.

apa tentang AMP?

AMP (Accelerated Mobile halaman) adalah tidak longer dianjurkan untuk baru membangun. Google dihapus AMP requirement untuk Top Stories carousel dan dihapus AMP sebagai sebuah sinyal peringkat; standar responsive HTML dengan baik Core Web Vitals melakukan everything AMP adalah dimaksudkan untuk melakukan, tanpa kedua codebase. Treat AMP sebagai legacy — jika Anda memiliki ini, baik; jika Anda’re starting fresh, skip ini.

alat landscape changed — gunakan Lighthouse now

ini adalah di mana sebagian besar older guides adalah out dari date. pada December 1, 2023, Google retired penelusuran Console Mobile Usability report, Mobile-Friendly uji alat, dan Mobile-Friendly uji API. Google adalah jelas itu ini “doesn’t mean that mobile usability isn’t important” (terjemahan) “doesn’t berarti itu mobile usability isn’t penting” — ini remains bagian dari halaman-experience panduan — tetapi itu “many other robust resources for evaluating mobile usability have emerged, including Lighthouse from Chrome.” (terjemahan) “banyak lainnya robust resources untuk evaluating mobile usability memiliki emerged, including Lighthouse dari Chrome.” karena itu Anda saat ini toolkit:

  • Lighthouse (di Chrome DevTools) — replacement untuk Mobile-Friendly uji; audits mobile usability dan performa.
  • PageSpeed Insights — Core Web Vitals pada mobile (field + data lab).
  • penelusuran Console — Core Web Vitals report, perayapan Stats (watch smartphone Googlebot activity), dan pemeriksaan URL (melihat rendered mobile HTML).
  • Chrome DevTools device emulation — visual memeriksa di phone dimensions.

jika sebuah panduan masih memerintahkan Anda untuk “open the Mobile Usability report,” (terjemahan) “open Mobile Usability report,” ini adalah stale.

di mana untuk membuka berikutnya: mobile-seo cluster

ini hub adalah map. setiap topic di bawah adalah -nya sendiri deep dive:

  • pengindeksan mobile-pertama — apa ini sebenarnya adalah (Google pengindeksan Anda mobile HTML), mengapa konten parity adalah aturan #1, verified 2016→2023 timeline, lazy-muat trap, dan di mana Bing differs.
  • Mobile SEO checklist — practical, run-ini-down audit: parity items, configuration, speed, usability, dan interstitials di satu lulus.
  • Responsive design — viewport dependency, mengapa ini adalah Google’s dianjurkan configuration, dan peringkat-premium myth.
  • Dynamic servingVary: User-Agent requirement dan mengapa ini adalah now sebuah legacy pola.
  • Mobile usability — legible text, tap targets, viewport fit, dan cara uji usability now itu penelusuran Console report adalah retired.
  • Viewport meta tag — persis syntax, attribute reference, dan umum mistakes itu break ini.
  • AMP SEO — apa AMP adalah, mengapa Google dropped ini sebagai sebuah sinyal peringkat dan sebuah Top Stories requirement, dan mengapa ini isn’t dianjurkan untuk baru membangun.
  • Intrusive interstitials — popups dan overlays itu dapat hurt rankings, apa counts sebagai intrusive, dan exemptions (kecil banners, legal/age gates).

untuk halaman-experience overlap, melihat Core Web Vitals; untuk bagaimana mobile fits perayapan/indeks pipeline, melihat broader SEO teknis pillar.

Add an expert note

Pin an expert quote

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