Panduan Mobile SEO Checklist

TL;DR — Mobile SEO adalah now hanya SEO. Google indeks dan peringkat Anda situs menggunakan mobile versi dari Anda halaman, so checklist comes down untuk three things: pastikan Anda mobile halaman memiliki yang sama konten sebagai desktop, pastikan mereka muat fast dan feel responsive pada sebuah phone, dan pastikan mereka’re easy untuk gunakan dengan sebuah thumb. dan ignore old Mobile-Friendly Test — Google killed ini.

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: 2026-07-14 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: 2026-07-14 Google Search Central: Mobile site configurations

Why mobile SEO adalah whole game now

untuk years “mobile SEO” (terjemahan) “mobile SEO” adalah sebuah side project — Anda dioptimalkan untuk desktop, lalu dibuat sure situs didn’t look broken pada sebuah phone. itu’s di atas. Since July 2024 Google menggunakan hanya mobile versi dari Anda halaman untuk decide how Anda peringkat, untuk everyone — including people searching pada sebuah desktop. jika Anda phone versi adalah worse daripada Anda desktop versi, itu worse versi adalah one Google judges Anda pada.

So modern mobile SEO checklist adalah pendek untuk say dan penting untuk get right:

1. sama konten pada mobile sebagai desktop (“content parity” (terjemahan) “konten parity”)

ini adalah big one. Whatever Anda ingin Google untuk see — Anda heading, Anda body text, Anda images dan mereka teks alt, Anda tautan internal, Anda data terstruktur — memiliki untuk menjadi present di mobile versi dari halaman. jika Anda mobile template quietly drops sebuah bagian, hides sebuah paragraf oleh menghapus ini dari halaman (not hanya collapsing ini), atau trims Anda tautan internal, Google dapat tidak pernah see itu konten.

Hiding konten inside tabs atau accordions pada mobile adalah fine — Google masih reads ini sebagai panjang sebagai ini adalah actually di halaman’s code. masalah adalah konten itu’s truly missing.

2. Speed dan responsiveness pada sebuah phone (Core Web Vitals)

Google measures three “Core Web Vitals” (terjemahan) “Core Web Vitals” separately untuk mobile dan desktop:

• LCP — how fast biggest thing pada screen memuat (aim untuk 2,5 seconds atau less).
• INP — how quickly halaman reacts when Anda tap (aim untuk 200 milliseconds atau less).
• CLS — how much halaman jumps sekitar sebagai ini memuat (aim untuk 0,1 atau less).

Mobile biasanya scores worse daripada desktop because phones memiliki slower networks dan slower chips. single sebagian besar umum, sebagian besar damaging mistake: lazy-memuat Anda main hero image. Don’t. Lazy-muat images below fold, tidak pernah big one di top.

3. Easy untuk gunakan dengan sebuah thumb

• sebuah correct viewport tag so halaman fits screen: <meta name="viewport" content="width=device-width, initial-scale=1">.
• Tap targets big enough untuk hit — tentang 48×48 pixels, dengan sebuah little space antara them.
• Body text setidaknya 16px so nobody memiliki untuk pinch-zoom.
• No giant popup covering halaman moment someone arrives dari search.

alat Anda’ve heard dari adalah hilang

jika sebuah guide tells Anda untuk “run Google’s Mobile-Friendly Test,” (terjemahan) “run Google’s Mobile-Friendly Test,” ini adalah out dari date. Google retired itu alat dan Mobile Usability report di Search Console di December 2023. gunakan ini instead: PageSpeed Insights (pagespeed.web.dev), Lighthouse di Chrome, pemeriksaan URL alat di Search Console, dan Core Web Vitals report.

ingin full audit versi — konten parity edge cases, LCP lazy-memuat trap dengan Google’s own admission, INP vs. old FID metric, interstitial exemptions, AMP reality, dan how Bing differs? Switch untuk Advanced tab.

TL;DR — pengindeksan mobile-pertama adalah complete (finalized July 5, 2024) — Google menggunakan Anda mobile HTML untuk peringkat Anda untuk semua kueri pada semua devices. So checklist adalah: (1) konten parity — sama body text, judul/deskripsi, heading, images, teks alt, tautan internal, dan data terstruktur pada mobile sebagai desktop; (2) Core Web Vitals pada mobile — LCP ≤ 2,5s (tidak pernah lazy-muat LCP image), INP ≤ 200ms (INP replaced FID pada March 12, 2024), CLS ≤ 0,1; (3) usability — correct viewport, 48×48px touch targets, ≥16px font, no intrusive interstitials (dengan nyata exemptions); (4) audit dengan saat ini alat — Lighthouse, PageSpeed Insights, URL Inspection, dan CWV report, because Mobile-Friendly Test dan GSC Mobile Usability report adalah retired December 2023. Responsive design adalah Google’s recommended setup. AMP gives no peringkat advantage since June 2021. Bing melakukan not gunakan pengindeksan mobile-pertama.

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: 2026-07-14 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: 2026-07-14 Google Search Central: Mobile site configurations

baseline: pengindeksan mobile-pertama adalah finished

ini adalah context itu membuat everything else membuat sense. Google announced majority completion dari pengindeksan mobile-pertama di October 2023, dan akhir enforcement landed July 5, 2024: apa pun situs itu wasn’t accessible untuk Googlebot Smartphone simply stopped menjadi terindeks. tidak ada desktop-pertama crawling left.

implication adalah one people masih di bawah-rate: ** mobile versi dari Anda halaman adalah versi itu determines Anda rankings untuk setiap kueri, pada setiap device** — including desktop searches. Anda adalah not optimizing “a mobile experience” (terjemahan) “sebuah mobile experience” off untuk side; Anda’re optimizing canonical versi dari Anda situs.

1. konten parity — #1 technical requirement

jika Anda fix one thing pada ini list, fix ini. Google’s guidance adalah explicit: “Make sure that your mobile site contains the same content as your desktop site.” (terjemahan) “membuat sure itu Anda mobile situs berisi yang sama konten sebagai Anda desktop situs.” itu berarti heading, body text, images, teks alt, dan tautan internal semua perlu untuk match antara versi, dan “Make sure that the title element and the meta description are equivalent across both versions.” (terjemahan) “pastikan itu judul element dan deskripsi meta adalah equivalent di seluruh both versi.”

Practical parity memeriksa:

• Body konten present pada mobile, not stripped oleh sebuah leaner mobile template.
• judul dan deskripsi meta equivalent di seluruh versi.
• heading (yang sama H1/H2 structure) present di mobile HTML.
• Images dengan yang sama descriptive teks alt, captions, filenames sebagai desktop.
• tautan internal present pada mobile — don’t drop Anda tautan graph di sebuah “simplified” (terjemahan) “simplified” mobile nav.
• Don’t “lazy-load primary content upon user interaction” (terjemahan) “lazy-muat primary konten upon pengguna interaction” — jika konten hanya appears setelah sebuah tap, Google dapat not see ini.

Two parity nuances worth internalizing: tabs dan accordions adalah fine. konten reorganized ke collapsible UI adalah masih terindeks sebagai panjang sebagai ini adalah di DOM — myth itu hiding konten di accordions hurts SEO adalah hanya itu. nyata failure mode adalah konten itu’s dihapus dari markup entirely pada mobile. dan robots meta tags harus match — “Use the same robots meta tags on the mobile and desktop site” (terjemahan) “gunakan yang sama robots meta tags pada mobile dan desktop situs” — atau Anda dapat accidentally noindex versi Google actually menggunakan.

2. data terstruktur parity

sama aturan, applied untuk schema. Google’s December 2018 guidance: “If you use structured data on the desktop versions of your pages, you should have the same structured data on the mobile versions of the pages, since with mobile-first indexing, we’ll only use the mobile version of your page for indexing.” (terjemahan) “jika Anda gunakan data terstruktur pada desktop versi dari Anda halaman, Anda harus memiliki yang sama data terstruktur pada mobile versi dari halaman, since dengan mobile-pertama pengindeksan, kami’ll hanya gunakan mobile versi dari Anda halaman untuk pengindeksan.” Validate ini dengan Rich hasil Test (masih active — not deprecated). untuk separate-URL (m-dot) setups, URLs inside Anda data terstruktur harus reference correct mobile URLs.

3. Crawlability dan robots

• Don’t block resources (CSS, JS) di robots.txt itu adalah needed untuk render mobile halaman — jika Google dapat’t render ini, ini dapat’t see Anda parity.
• Robots meta tags identical di seluruh versi (above).
• untuk separate URLs, get canonicalization right: desktop canonical pada both versi, rel="alternate" pada desktop pointing untuk mobile URL.

4. Core Web Vitals pada mobile

Google measures CWV “segmented across mobile and desktop devices” (terjemahan) “segmented di seluruh mobile dan desktop devices” di 75th percentile, dan “Core Web Vitals are used by our ranking systems.” (terjemahan) “Core Web Vitals adalah digunakan oleh kami peringkat sistem.” Mobile adalah where gap menampilkan up — slower networks dan CPUs berarti roughly 48% dari mobile halaman pass semua three vs. ~56% dari desktop, dengan LCP dan INP driving difference.

thresholds (baik / perlu 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 — tidak pernah lazy-muat hero image. ini adalah single sebagian besar damaging mobile performa mistake, dan ini adalah everywhere. web.dev adalah blunt: “Never lazy-load your LCP image, as that will always lead to unnecessary resource load delay, and will have a negative impact on LCP.” (terjemahan) “tidak pernah lazy-muat Anda LCP image, sebagai itu akan selalu lead untuk unnecessary resource muat delay, dan akan memiliki sebuah negative impact pada LCP.” Hint priority instead dengan fetchpriority="high" (sebuah preload atau directly pada <img>). Google’s own Martin Splitt admitted Google shipped ini bug: mereka CMS “defaults all images to lazy loading, which is not great.” (terjemahan) “defaults semua images untuk lazy memuat, which adalah not great.” jika Google dapat melakukan ini oleh accident, so dapat Anda.

INP — dan why ini adalah not FID. INP (Interaction untuk Next Paint) replaced FID pada March 12, 2024. FID hanya diukur delay sebelum browser dapat begin processing pertama interaction; INP measures worst interaction delay di seluruh entire halaman lifetime. itu membuat ini far more sensitive untuk slow JavaScript pada mobile, where touch events pada weak CPUs blow past 200ms threshold easily. jika Anda older audit notes masih talk tentang FID, mereka’re stale.

CLS — reserve space. Set explicit width dan height (atau aspect-ratio) pada images dan embeds, reserve space untuk ads dan late-memuat konten, dan don’t inject konten above fold setelah muat.

5. Images dan videos pada mobile

• gunakan modern formats (WebP/AVIF) dan didukung formats hanya — sebuah JPG inside inline SVG won’t menjadi terindeks.
• Responsive images via srcset + sizes; explicit width/height untuk mencegah CLS.
• Don’t gunakan images itu adalah too kecil atau rendah-resolution, dan hindari constantly-changing image URLs (per-halaman-muat URL generation breaks image pengindeksan).
• Identical teks alt, judul, captions, filenames untuk desktop.
• Videos: didukung formats di valid HTML tags (<video>, <embed>, <object>), stable URLs, matching video data terstruktur, placed prominently untuk minimize scrolling.

6. Mobile usability

• Viewport: <meta name="viewport" content="width=device-width, initial-scale=1">. width=device-width adalah mandatory. hindari maximum-scale=1 atau user-scalable=no — mereka block pinch-zoom dan Google flags them sebagai accessibility violations. Without sebuah viewport tag di semua, mobile browser render di ~980px desktop width dan shrink, which adalah unusable.
• Touch targets: 48×48 CSS pixels minimum, dengan setidaknya 8px spacing antara adjacent targets (Lighthouse / Material Design standard).
• Font size: ≥16px body text untuk hindari “text too small to read” (terjemahan) “text too kecil untuk read” flag.
• Forms: gunakan appropriate input jenis (tel, email, number) so phones tampilkan right keyboard.

7. Interstitials dan ads — dan exemptions

“any popup will tank your rankings” (terjemahan) “apa pun popup akan tank Anda rankings” framing adalah overstated. What’s penalized adalah intrusive jenis: “Don’t obscure the entire page with interstitials” (terjemahan) “Don’t obscure entire halaman dengan interstitials” dan “Don’t redirect the user to a separate page for their consent or input” (terjemahan) “Don’t redirect pengguna untuk sebuah separate halaman untuk mereka consent atau input” — full-screen popups sebelum pengguna engages, standalone interstitial halaman.

What’s explicitly allowed: legally diperlukan cookie consent banners, login dialogs untuk genuinely paywalled konten, kecil banners menggunakan reasonable screen space, dan age gates diperlukan oleh law. dan note peringkat nuance — interstitials signal adalah not sebuah Core Web Vitals metric. sebagai Google puts ini, “Beyond Core Web Vitals, other page experience aspects don’t directly help your website rank higher in search results. However, they can make your website more satisfying to use.” (terjemahan) “Beyond Core Web Vitals, lainnya halaman experience aspects don’t directly help Anda situs web peringkat higher di hasil pencarian. However, mereka dapat membuat Anda situs web more satisfying untuk gunakan.” untuk ads, ikuti Better Ads Standard.

8. AMP: neutral, not dead, not diperlukan

AMP lost -nya peringkat advantage di June 2021, when Google dihapus AMP requirement untuk Top Stories eligibility. apa pun halaman dengan baik Core Web Vitals dapat appear di Top Stories now. AMP halaman masih function — mereka hanya offer no SEO benefit di atas sebuah well-dioptimalkan standard halaman. jika Anda’re pada AMP today, weigh migration cost terhadap benefit; SEO incentive untuk adopt ini adalah hilang.

9. situs configuration: responsive adalah recommended path

Three setups, di Google’s order dari preference:

1. Responsive design (recommended): sama HTML pada yang sama URL; CSS handles layout. One URL, no duplication risk, no parity gap oleh construction.
2. Dynamic serving: sama URL, berbeda HTML oleh pengguna-agent. Risk: accidentally serving desktop HTML untuk mobile pengguna.
3. Separate URLs (m-dot): berbeda HTML pada berbeda URLs. memerlukan careful canonicalization dan paling parity discipline. John Mueller’s panjang-standing advice: “At some point all of these sites with separate mobile URLs should just move to a responsive design.” (terjemahan) “di beberapa poin semua dari ini situs dengan separate mobile URLs seharusnya hanya move untuk sebuah responsive design.”

10. Audit dengan saat ini, non-deprecated alat

ini adalah credibility periksa pada apa pun 2025-era mobile checklist. Google retired Mobile-Friendly Test alat, Mobile-Friendly Test API, dan GSC Mobile Usability report di early December 2023. mereka statement: “Today we’re sunsetting Search Console’s Mobile Usability report, Mobile-Friendly Test tool and Mobile-Friendly Test API,” (terjemahan) “Today kami’re sunsetting Search Console’s Mobile Usability report, Mobile-Friendly Test alat dan Mobile-Friendly Test API,” reasoning itu “many other robust resources for evaluating mobile usability have emerged.” (terjemahan) “banyak lainnya robust resources untuk evaluating mobile usability memiliki emerged.”

gunakan ini instead:

• PageSpeed Insights (lab + field, mobile tab).
• Lighthouse (Chrome DevTools, mobile mode).
• GSC Core Web Vitals report (data lapangan, filter untuk mobile).
• GSC pemeriksaan URL (how Googlebot renders sebuah spesifik halaman).
• Rich hasil Test (validates data terstruktur).
• CrUX Vis (cruxvis.withgoogle.com) — CrUX Dashboard adalah deprecated; CrUX Vis adalah Google’s saat ini historical field-data alat untuk mobile CWV trends.

Bonus: Bing adalah berbeda — desktop-pertama

sebuah genuine divergence sebagian besar guides miss: Bing melakukan not gunakan pengindeksan mobile-pertama. Bing’s primary crawl target remains desktop versi dari Anda halaman. Mobile-friendliness memiliki telah sebuah Bing sinyal peringkat since 2015, tetapi ini adalah not Bing’s pengindeksan methodology. So mobile parity masih penting untuk Bing — untuk peringkat alasan, not because Bing hanya sees Anda mobile HTML. gunakan Bing Webmaster alat untuk monitor mobile-related crawl errors, submit sitemaps, dan validate data terstruktur.

AI summary

sebuah condensed take pada Advanced versi:

• pengindeksan mobile-pertama adalah complete (finalized July 5, 2024). Google peringkat Anda pada Anda mobile HTML untuk semua kueri pada semua devices, including desktop searches.
• konten parity adalah aturan #1. sama body text, judul/deskripsi meta, heading, images + teks alt, tautan internal, robots meta tags, dan data terstruktur pada mobile sebagai desktop. Tabs/accordions adalah fine; missing konten adalah not.
• Core Web Vitals, diukur separately untuk mobile: LCP ≤ 2,5s, INP ≤ 200ms, CLS ≤ 0,1, di 75th percentile. Mobile lags desktop (~48% vs ~56% passing).
• tidak pernah lazy-muat LCP image — paling umum, sebagian besar damaging mobile mistake; gunakan fetchpriority="high". Google admitted shipping ini bug itself.
• INP replaced FID pada March 12, 2024 — ini measures semua interactions di seluruh halaman lifetime, not hanya pertama, so ini adalah harsher pada slow mobile JS.
• Usability: correct viewport (no user-scalable=no), 48×48px touch targets, ≥16px font, mobile-appropriate form input jenis.
• Interstitials memiliki exemptions: cookie consent, paywall logins, kecil banners, legal age gates adalah allowed; signal isn’t sebuah CWV metric.
• AMP adalah neutral — no peringkat advantage since June 2021; masih functional.
• Responsive design adalah Google’s recommended setup (vs. dynamic serving dan m-dot).
• alat: Lighthouse, PageSpeed Insights, pemeriksaan URL, CWV report, Rich hasil Test, CrUX. Mobile-Friendly Test dan GSC Mobile Usability report adalah retired December 2023.
• Bing melakukan NOT gunakan pengindeksan mobile-pertama — ini adalah desktop-pertama; mobile-friendliness adalah sebuah sinyal peringkat, not -nya pengindeksan metode.

Official documentation

Primary-source documentation dari mesin pencari.

Google

• pengindeksan mobile-pertama Best Practices — konten parity, viewport, images/videos, robots meta tags, dan three situs-configuration options.
• pengindeksan mobile-pertama — completion (June 2024) — akhir July 5, 2024 milestone.
• Mobile-pertama adalah here (October 2023) — earlier majority-completion announcement.
• pengindeksan mobile-pertama dan data terstruktur (December 2018) — data terstruktur harus match di seluruh versi.
• hindari intrusive interstitials dan dialogs — what’s penalized dan what’s exempt.
• Understanding pengalaman halaman di Google Search — how CWV dan lainnya halaman-experience aspects relate untuk peringkat.
• Core Web Vitals dan Google hasil pencarian — CWV sebagai sebuah peringkat input.
• web.dev — Web Vitals (thresholds) — LCP/INP/CLS thresholds, diukur di 75th percentile di seluruh mobile dan desktop.
• web.dev — mengoptimalkan Largest Contentful Paint — “never lazy-load your LCP image” (terjemahan) “tidak pernah lazy-muat Anda LCP image” dan fetchpriority.

Bing / Microsoft

• Bing Webmaster Guidelines — mobile-friendliness sebagai sebuah sinyal peringkat (Bing remains desktop-pertama untuk pengindeksan).

Quotes dari source

pada—record statements dari Google. setiap tautan adalah sebuah deep tautan atau source halaman untuk quoted passage.

Google — konten parity

• “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.” — Google Search Central docs. Jump untuk quote
• “Make sure that the title element and the meta description are equivalent across both versions.” (terjemahan) “pastikan itu judul element dan deskripsi meta adalah equivalent di seluruh both versi.” Jump untuk quote
• “Don’t lazy-load primary content upon user interaction.” (terjemahan) “Don’t lazy-muat primary konten upon pengguna interaction.” Jump untuk quote

Google — data terstruktur parity

• “If you use structured data on the desktop versions of your pages, you should have the same structured data on the mobile versions of the pages, since with mobile-first indexing, we’ll only use the mobile version of your page for indexing.” (terjemahan) “jika Anda gunakan data terstruktur pada desktop versi dari Anda halaman, Anda harus memiliki yang sama data terstruktur pada mobile versi dari halaman, since dengan pengindeksan mobile-pertama, kami’ll hanya gunakan mobile versi dari Anda halaman untuk pengindeksan.” — Google Search Central blog, December 2018. Source

Google — interstitials

• “Don’t obscure the entire page with interstitials” (terjemahan) “Don’t obscure entire halaman dengan interstitials” dan “Don’t redirect the user to a separate page for their consent or input.” (terjemahan) “Don’t redirect pengguna untuk sebuah separate halaman untuk mereka consent atau input.” Source

Google — pengalaman halaman nuance

• “Beyond Core Web Vitals, other page experience aspects don’t directly help your website rank higher in search results. However, they can make your website more satisfying to use.” (terjemahan) “Beyond Core Web Vitals, lainnya pengalaman halaman aspects don’t directly help Anda situs web peringkat higher di hasil pencarian. However, mereka dapat membuat Anda situs web more satisfying untuk gunakan.” Source

Google — Core Web Vitals

• “Core Web Vitals are used by our ranking systems. We recommend site owners achieve good Core Web Vitals for success with Search.” (terjemahan) “Core Web Vitals adalah digunakan oleh kami peringkat sistem. kami recommend situs owners achieve baik Core Web Vitals untuk success dengan Search.” Source
• “a good threshold to measure is the 75th percentile of page loads, segmented across mobile and desktop devices.” (terjemahan) “sebuah baik threshold untuk mengukur adalah 75th percentile dari halaman memuat, segmented di seluruh mobile dan desktop devices.” — web.dev. Jump untuk quote

Google (web.dev) — LCP dan lazy memuat

• “Never lazy-load your LCP image, as that will always lead to unnecessary resource load delay, and will have a negative impact on LCP.” (terjemahan) “tidak pernah lazy-muat Anda LCP image, sebagai itu akan selalu lead untuk unnecessary resource muat delay, dan akan memiliki sebuah negative impact pada LCP.” Source

Martin Splitt, Google (via mesin pencari Journal)

• “If you are using lazy loading on an image that is immediately visible, that is most likely going to have an impact on your largest contentful paint.” (terjemahan) “jika Anda adalah menggunakan lazy memuat pada sebuah image itu adalah immediately terlihat, itu adalah sebagian besar mungkin going untuk memiliki sebuah impact pada Anda Largest Contentful Paint.” — dan pada Google’s own CMS: “defaults all images to lazy loading, which is not great.” (terjemahan) “defaults semua images untuk lazy memuat, which adalah not great.” Read coverage

Google — retiring mobile alat

• “Today we’re sunsetting Search Console’s Mobile Usability report, Mobile-Friendly Test tool and Mobile-Friendly Test API.” (terjemahan) “Today kami’re sunsetting Search Console’s Mobile Usability report, Mobile-Friendly Test alat dan Mobile-Friendly Test API.” — dan rationale: “In the nearly ten years since we initially launched this report, many other robust resources for evaluating mobile usability have emerged.” (terjemahan) “di nearly ten years since kami initially launched ini report, banyak lainnya robust resources untuk evaluating mobile usability memiliki emerged.” Read coverage

John Mueller, Google (via Ahrefs’ mobile SEO guide)

• “At some point all of these sites with separate mobile URLs should just move to a responsive design.” (terjemahan) “di beberapa poin semua dari ini situs dengan separate mobile URLs seharusnya hanya move untuk sebuah responsive design.” Source

mobile SEO checklist

berfungsi top untuk bottom. pertama group adalah non-negotiable; rest sharpen ini. Clearing setiap box below menghapus technical blockers Google memiliki named — ini doesn’t guarantee rankings, pengindeksan, atau identical search-hasil treatment. konten quality dan relevance masih decide rest.

konten parity ( #1 requirement)

• Mobile halaman berisi sama body konten sebagai desktop (nothing stripped oleh sebuah leaner mobile template).
• judul dan deskripsi meta adalah equivalent di seluruh mobile dan desktop.
• sama heading structure (H1/H2…) present di mobile HTML.
• sama images dengan yang sama descriptive teks alt, captions, filenames.
• sama tautan internal present pada mobile.
• data terstruktur matches desktop (validate dengan Rich hasil Test).
• Robots meta tags identical di seluruh versi (no accidental mobile noindex).
• No primary konten lazy-dimuat pada pengguna interaction (tap-untuk-reveal).

Technical setup

• Configuration adalah responsive design where mungkin (vs. dynamic serving / m-dot).
• robots.txt doesn’t block CSS/JS needed untuk render mobile halaman.
• jika menggunakan m-dot: desktop canonical pada both versi, rel="alternate" pada desktop → mobile, halaman error kembalikan matching kode status, both verified di GSC.

performa / Core Web Vitals (mobile data lapangan)

• LCP ≤ 2,5s — dan LCP image adalah NOT lazy-dimuat (gunakan fetchpriority="high").
• INP ≤ 200ms — audited sebagai INP, not retired FID.
• CLS ≤ 0,1 — explicit width/height pada images/embeds; space reserved untuk ads dan late konten.
• Modern image formats (WebP/AVIF), responsive srcset/sizes, stable image URLs.

Usability

• Viewport tag present: width=device-width, initial-scale=1.
• No maximum-scale=1 / user-scalable=no (pinch-zoom not blocked).
• Touch targets ≥ 48×48px dengan ≥ 8px spacing.
• Body font ≥ 16px.
• Forms gunakan appropriate input jenis (tel, email, number).
• No intrusive interstitial pada search-untuk-halaman transition (cookie/age/login exemptions aside).

alat (gunakan saat ini ones hanya)

• Audited dengan Lighthouse (mobile mode) dan PageSpeed Insights.
• diperiksa GSC Core Web Vitals report, filtered untuk mobile.
• Verified rendering dengan GSC pemeriksaan URL.
• melakukan not rely pada retired Mobile-Friendly Test atau GSC Mobile Usability report (hilang since December 2023).

Mobile SEO cheat sheet

What untuk periksa → alat → pass/fail

Core Web Vitals thresholds (mobile, 75th percentile)

Fast facts

• pengindeksan mobile-pertama completed July 5, 2024 — mobile HTML peringkat Anda everywhere.
• INP replaced FID pada March 12, 2024.
• Mobile-Friendly Test + GSC Mobile Usability report retired December 2023.
• AMP — no peringkat advantage since June 2021 (Top Stories no longer memerlukan ini).
• Bing — desktop-pertama; mobile-friendliness adalah sebuah sinyal peringkat, not -nya indeks.

mental models

1. Mobile adalah canonical versi. Stop thinking “desktop site + a mobile experience.” (terjemahan) “desktop situs + sebuah mobile experience.” Since July 2024 mobile HTML adalah versi Google indeks dan peringkat untuk everyone. setiap audit pertanyaan becomes: “What does Googlebot Smartphone actually see on this page?” (terjemahan) “What melakukan Googlebot Smartphone actually see pada ini halaman?”

2. Parity → performa → Usability, di itu order. jika konten adalah missing pada mobile, no amount dari speed tuning saves halaman — Google dapat’t peringkat konten ini tidak pernah sees. Get parity right pertama, lalu chase Core Web Vitals, lalu polish thumb-tingkat usability. Spending CWV effort pada sebuah halaman dengan sebuah parity gap adalah optimizing wrong layer.

3. data lapangan, not data lab, adalah peringkat input. Lighthouse gives Anda sebuah lab score di sebuah controlled environment; CrUX/GSC give Anda nyata pengguna’ data lapangan di 75th percentile, dan itu’s what peringkat sistem gunakan. gunakan lab untuk diagnose, field untuk judge. sebuah green Lighthouse run dengan poor field CWV adalah masih sebuah masalah.

4. “Use X instead of Y” (terjemahan) “gunakan X alih-alih Y” — alat-currency aturan. fastest credibility tell di mobile SEO adalah whether someone masih recommends dead alat. Mobile-Friendly Test → Lighthouse / PageSpeed Insights. GSC Mobile Usability report → CWV report + pemeriksaan URL. FID → INP. jika Anda process references left side dari apa pun dari itu arrows, ini adalah stale.

5. Penalties memiliki exemptions — read actual aturan. Interstitials don’t universally tank rankings; aturan targets intrusive ones, dan cookie consent, paywall logins, kecil banners, dan legal age gates adalah exempt. When sebuah “rule” (terjemahan) “aturan” sounds absolute, periksa source untuk carve-outs sebelum Anda redesign sekitar sebuah myth.

Monthly mobile SEO health periksa

1. Review mobile data lapangan. Open Search Console Core Web Vitals report dan PageSpeed Insights untuk representative templates. Record affected URL groups dan metric itu changed. Done berarti setiap baru issue memiliki sebuah owner atau sebuah documented alasan untuk monitor.
2. Sample konten parity. Compare mobile dan desktop melakukan crawl untuk judul, robots, canonicals, heading, primary copy, tautan internal, images, dan data terstruktur. Done berarti material differences adalah either intentional layout perubahan atau tickets.
3. Inspect changed templates sebagai Googlebot Smartphone. gunakan pemeriksaan URL untuk sebuah sample dari setiap recently released halaman jenis. Done berarti primary konten dan signals appear di rendered HTML without interaction.
4. Run hands-pada usability memeriksa. Test umum phone widths untuk zoom, horizontal overflow, touch targets, forms, navigation, dan interstitials. Done berarti blocking defects adalah reproducible dan assigned.
5. Annotate dan compare performa. Segment Search Console mobile performa oleh template dan record releases, migrations, dan campaigns. Done berarti anomalies memiliki sebuah scoped investigation alih-alih sebuah unqualified situs-wide conclusion.

Mobile audit mistakes untuk hindari

menggunakan retired Google alat sebagai audit plan

Mobile-Friendly Test dan Search Console Mobile Usability report adalah hilang. gunakan Lighthouse, PageSpeed Insights, pemeriksaan URL, Core Web Vitals report, dan direct device testing.

memeriksa hanya visual layout

sebuah halaman dapat look responsive while mobile HTML omits copy, tautan, directives, images, atau data terstruktur. Compare dapat diindeks output, not screenshots alone.

Lazy-memuat LCP image

Deferring primary visual delays resource itu defines LCP. pertahankan ini discoverable di initial markup dan prioritize ini instead.

Treating accordion konten sebagai missing konten

Collapsed konten adalah not masalah when ini remains di DOM. Focus pada konten itu mobile template menghapus atau memuat hanya setelah interaction.

Applying one lab score untuk whole situs

One Lighthouse run adalah diagnostic, not representative field performa. Sample halaman jenis dan pair lab findings dengan mobile data lapangan.

umum mobile SEO audit failures

Mobile HTML adalah missing desktop konten

Symptom: sebuah crawl diff menampilkan fewer heading, tautan, images, atau schema items pada mobile. mungkin cause: Separate templates atau pengguna-agent aturan memiliki drifted. Fix: Restore elements dari shared konten source dan confirm them dengan sebuah mobile fetch plus pemeriksaan URL.

Lighthouse looks baik tetapi data lapangan adalah poor

Symptom: sebuah controlled lab run passes while mobile Core Web Vitals groups fail. mungkin cause: nyata devices, networks, interactions, atau templates differ dari single test. Fix: Identify affected URL groups dan metric distributions, reproduce pada representative devices, dan mengoptimalkan shared bottleneck alih-alih sample URL alone.

halaman overflow horizontally pada beberapa phones

Symptom: pengguna harus pan sideways despite sebuah viewport meta tag. mungkin cause: sebuah fixed-width child, panjang unbroken nilai, table, media embed, atau transformed element exceeds -nya container. Fix: Inspect overflowing node di failing width, constrain responsive media, dan retest zoom plus landscape layouts.

Prompts untuk mobile SEO auditing

Triage sebuah mobile/desktop crawl diff

Review this crawl comparison with mobile and desktop columns for status, title,
robots, canonical, H1, word count, internal-link count, image count, and structured
data types. Identify material content-parity exceptions, separate likely layout-only
differences, group issues by template, and give a direct verification step for each
group. Do not infer missing content from count differences alone.

[paste CSV]

Convert field-data findings ke tickets

Turn these mobile Core Web Vitals findings into implementation tickets. For each URL
group, preserve the observed metric and evidence, distinguish field data from lab
diagnostics, list the most likely shared template causes as hypotheses, and define a
pass/fail validation step. Do not invent a cause or promise a ranking change.

[paste findings]

Test yourself: Mobile SEO

Five quick pertanyaan pada auditing mobile SEO di sebuah mobile-pertama world. Pick sebuah jawaban untuk setiap, lalu periksa.

Resources worth Anda time

My related writing

• Beginner’s Guide untuk SEO teknis — where mobile fits di bigger technical picture.
• Mobile SEO (Ahrefs blog, Jamie Grant) — companion deep dive, including Mueller’s “move to responsive” (terjemahan) “move untuk responsive” line.
• Core Web Vitals — metric hub: LCP, INP, CLS, thresholds, dan field vs. data lab.
• Largest Contentful Paint — LCP deep dive, including lazy-memuat trap.
• Interaction untuk Next Paint — what INP measures dan why mobile struggles dengan ini.
• pengindeksan mobile-pertama — pengindeksan concept dan verified timeline.

Official

• Google — pengindeksan mobile-pertama Best Practices.
• web.dev — Web Vitals dan mengoptimalkan LCP.
• Bing Webmaster Guidelines.

dari sekitar industry

• Google Officially Drops Mobile Usability Report, Mobile-Friendly Test alat dan API (mesin pencari Land, Dec 2023) — deprecation, dengan Google’s statement.
• Google: Why Lazy memuat dapat Delay Largest Contentful Paint (LCP) (mesin pencari Journal) — Martin Splitt pada LCP lazy-memuat trap, including Google’s own CMS mistake.
• Mobile SEO (Ahrefs, Jamie Grant) — comprehensive mobile SEO walkthrough.
• Anda Mobile SEO Checklist (Nostra.ai) — checklist-format reference dengan mobile traffic context.
• r/TechSEO — community untuk mobile crawl/render/parity debugging.

Log perubahan