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 muncul down untuk three hal: 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.

Bukti untuk klaim ini Google predominantly uses the mobile version of a site's content for indexing and ranking. Cakupan: Google mobile-first indexing behavior. Tingkat keyakinan: tinggi · Diverifikasi: 2026-07-14 Google Search Central: Mobile-first indexing Bukti untuk klaim ini Google recommends responsive web design as the easiest mobile configuration to implement and maintain. Cakupan: Google's implementation recommendation; other supported configurations can work. Tingkat keyakinan: tinggi · Diverifikasi: 2026-07-14 Google Search Central: Mobile site configurations

Mengapa mobile SEO adalah seluruh game now

untuk tahun “mobile SEO” (terjemahan) “mobile SEO” adalah sebuah side project — Anda dioptimalkan untuk desktop, lalu dibuat sure situs tidak look rusak pada sebuah phone. itu’s di atas. Since July 2024 Google menggunakan hanya mobile versi dari Anda halaman untuk decide bagaimana Anda peringkat, untuk everyone — including orang searching pada sebuah desktop. jika Anda phone versi adalah worse daripada Anda desktop versi, itu worse versi adalah satu Google judges Anda pada.

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

«## 1. Same content on mobile as desktop (“content parity”) » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian tujuh, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

ini adalah big satu. 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 diam-diam drops sebuah bagian, hides sebuah paragraf oleh menghapus ini dari halaman (tidak hanya collapsing ini), atau trims Anda tautan internal, Google dapat tidak pernah see itu konten.

Hiding konten di dalam tabs atau accordions pada mobile adalah fine — Google masih membaca ini sebagai panjang sebagai ini adalah sebenarnya 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” secara terpisah untuk mobile dan desktop:

• LCP — bagaimana fast biggest hal pada screen memuat (aim untuk 2,5 seconds atau lebih sedikit).
• INP — bagaimana quickly halaman reacts ketika Anda tap (aim untuk 200 milliseconds atau lebih sedikit).
• CLS — bagaimana banyak halaman jumps sekitar sebagai ini memuat (aim untuk 0,1 atau lebih sedikit).

Mobile biasanya scores worse daripada desktop karena phones memiliki lebih lambat networks dan lebih lambat chips. single sebagian besar umum, sebagian besar damaging mistake: lazy-memuat Anda main hero image. jangan. Lazy-muat images di bawah fold, tidak pernah big satu 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 cukup untuk hit — tentang 48×48 pixels, dengan sebuah little space antara them.
• Body text setidaknya 16px so tidak seorang pun memiliki untuk pinch-zoom.
• Tidak giant popup covering halaman moment seseorang arrives dari penelusuran.

alat Anda’ve heard dari adalah hilang

jika sebuah guide tells Anda untuk “run Google’s Mobile-Friendly Test,” (terjemahan) “jalankan 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 alih-alih: PageSpeed Insights (pagespeed.web.dev), Lighthouse di Chrome, pemeriksaan URL alat di Search Console, dan Core Web Vitals report.

ingin penuh 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 bagaimana Bing differs? Switch untuk Advanced tab.

TL;DR — pengindeksan mobile-pertama adalah menyelesaikan (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, Tidak intrusive interstitials (dengan nyata exemptions); (4) audit dengan saat ini alat — Lighthouse, PageSpeed Insights, URL Inspection, dan CWV report, karena Mobile-Friendly Test dan GSC Mobile Usability report adalah retired December 2023. Responsive design adalah Google’s recommended setup. AMP memberikan Tidak peringkat advantage since June 2021. Bing melakukan tidak gunakan pengindeksan mobile-pertama.

Bukti untuk klaim ini Google predominantly uses the mobile version of a site's content for indexing and ranking. Cakupan: Google mobile-first indexing behavior. Tingkat keyakinan: tinggi · Diverifikasi: 2026-07-14 Google Search Central: Mobile-first indexing Bukti untuk klaim ini Google recommends responsive web design as the easiest mobile configuration to implement and maintain. Cakupan: Google's implementation recommendation; other supported configurations can work. Tingkat keyakinan: tinggi · Diverifikasi: 2026-07-14 Google Search Central: Mobile site configurations

baseline: pengindeksan mobile-pertama adalah finished

ini adalah context itu membuat semuanya 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 tidak accessible untuk Googlebot Smartphone sekadar berhenti menjadi terindeks. tidak ada desktop-pertama crawling left.

implication adalah satu orang 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 tidak optimizing “a mobile experience” (terjemahan) “sebuah mobile experience” off untuk side; Anda’re optimizing canonical versi dari Anda situs.

1. konten parity — #1 teknis requirement

«If you fix one thing on this list, fix this. Google’s guidance is explicit: “Make sure that your mobile site contains the same content as your desktop site.” That means headings, body text, images, alt text, and internal links all need to match between versions, and “Make sure that the title element and the meta description are equivalent across both versions.” » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian dua puluh enam, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

Practical parity memeriksa:

• Body konten present pada mobile, tidak 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 — jangan drop Anda tautan graph di sebuah “simplified” (terjemahan) “simplified” mobile nav.
• jangan “lazy-load utama konten upon user interaction” (terjemahan) “lazy-muat utama konten upon pengguna interaction” — jika konten hanya muncul setelah sebuah tap, Google dapat tidak see ini.

Dua 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 — “Gunakan itu sama robots meta tags pada itu mobile dan desktop site” (terjemahan) “gunakan yang sama robots meta tags pada mobile dan desktop situs” — atau Anda dapat accidentally noindex versi Google sebenarnya menggunakan.

2. data terstruktur parity

sama aturan, applied untuk schema. Google’s December 2018 guidance: “Jika Anda gunakan structured data pada itu desktop versions dari Anda halaman, Anda seharusnya memiliki itu sama structured data pada itu mobile versions dari itu halaman, since dengan mobile-pertama indexing, we’ll hanya gunakan itu mobile version dari Anda halaman untuk 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 — tidak deprecated). untuk terpisah-URL (m-dot) setups, URLs di dalam Anda data terstruktur harus reference correct mobile URLs.

3. Crawlability dan robots

• jangan 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 (di atas).
• untuk terpisah URLs, mendapatkan canonicalization right: desktop canonical pada keduanya versi, rel="alternate" pada desktop pointing untuk mobile URL.

4. Core Web Vitals pada mobile

Google measures CWV “segmented across mobile dan desktop devices” (terjemahan) “segmented di seluruh mobile dan desktop devices” di 75th percentile, dan “Core Web Vitals adalah digunakan oleh our ranking sistem.” (terjemahan) “Core Web Vitals adalah digunakan oleh kami peringkat sistem.” Mobile adalah di mana kesenjangan menampilkan up — lebih lambat networks dan CPUs berarti roughly 48% dari mobile halaman lulus semua three vs. ~56% dari desktop, dengan LCP dan INP driving perbedaan.

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 di mana-mana. web.dev adalah blunt: “Never lazy-load Anda LCP image, sebagai itu akan selalu lead untuk unnecessary resource load delay, dan akan memiliki a negative impact pada 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 alih-alih dengan fetchpriority="high" (sebuah preload atau secara langsung pada <img>). Google’s own Martin Splitt admitted Google shipped ini bug: mereka CMS “defaults all images untuk lazy loading, yang adalah tidak great.” (terjemahan) “defaults semua images untuk lazy memuat, yang adalah tidak great.” jika Google dapat melakukan ini oleh accident, so dapat Anda.

INP — dan mengapa ini adalah tidak FID. INP (Interaction untuk Berikutnya 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 lebih sensitive untuk slow JavaScript pada mobile, di mana 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 jelas width dan height (atau aspect-ratio) pada images dan embeds, reserve space untuk ads dan late-memuat konten, dan jangan inject konten di atas fold setelah muat.

5. Images dan videos pada mobile

• gunakan modern formats (WebP/AVIF) dan didukung formats hanya — sebuah JPG di dalam inline SVG tidak akan menjadi terindeks.
• Responsive images melalui srcset + sizes; jelas width/height untuk mencegah CLS.
• jangan gunakan images itu adalah too kecil atau rendah-resolution, dan hindari constantly-mengubah 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. Tanpa sebuah viewport tag di semua, mobile browser render di ~980px desktop width dan shrink, yang adalah unusable.
• Touch targets: 48×48 CSS pixels minimum, dengan setidaknya 8px spacing antara berdekatan targets (Lighthouse / Material Design standard).
• Font size: ≥16px body text untuk hindari “text too small to read” (terjemahan) “text too kecil untuk baca” 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. apa penalized adalah intrusive jenis: “Don’t obscure the entire page with interstitials” (terjemahan) “jangan obscure entire halaman dengan interstitials” dan “Don’t redirect the user to a separate page for their consent or input” (terjemahan) “jangan redirect pengguna untuk sebuah terpisah halaman untuk mereka consent atau input” — penuh-screen popups sebelum pengguna engages, standalone interstitial halaman.

apa explicitly diizinkan: 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 sinyal adalah tidak 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 jangan secara langsung help Anda situs web peringkat lebih tinggi di hasil pencarian. Namun, mereka dapat membuat Anda situs web lebih satisfying untuk gunakan.” untuk ads, ikuti Better Ads Standard.

8. AMP: neutral, tidak dead, tidak diperlukan

AMP lost -nya peringkat advantage di June 2021, ketika Google dihapus AMP requirement untuk Top Stories eligibility. apa pun halaman dengan baik Core Web Vitals dapat muncul di Top Stories now. AMP halaman masih function — mereka hanya offer Tidak SEO benefit di atas sebuah well-dioptimalkan standard halaman. jika Anda’re pada AMP hari ini, 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 menangani layout. Satu URL, Tidak duplication risk, Tidak parity kesenjangan oleh construction.
2. Dynamic serving: sama URL, berbeda HTML oleh pengguna-agent. Risk: accidentally serving desktop HTML untuk mobile pengguna.
3. Terpisah URLs (m-dot): berbeda HTML pada berbeda URLs. memerlukan careful canonicalization dan paling parity discipline. John Mueller’s panjang-standing advice: “Di some point all dari ini sites dengan terpisah mobile URLs seharusnya sekadar move untuk a responsive design.” (terjemahan) “di beberapa poin semua dari ini situs dengan terpisah 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) “Hari ini kami’re sunsetting Penelusuran 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 alih-alih:

• PageSpeed Insights (lab + field, mobile tab).
• Lighthouse (Chrome DevTools, mobile mode).
• GSC Core Web Vitals report (data lapangan, filter untuk mobile).
• GSC pemeriksaan URL (bagaimana 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 tidak gunakan pengindeksan mobile-pertama. Bing’s utama crawl target tetap desktop versi dari Anda halaman. Mobile-friendliness memiliki telah sebuah Bing sinyal peringkat since 2015, tetapi ini adalah tidak Bing’s pengindeksan methodology. So mobile parity masih penting untuk Bing — untuk peringkat alasan, tidak karena 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 menyelesaikan (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 tidak.
• Core Web Vitals, diukur secara terpisah 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, tidak hanya pertama, so ini adalah harsher pada slow mobile JS.
• Usability: correct viewport (Tidak 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 diizinkan; sinyal tidak sebuah CWV metric.
• AMP adalah neutral — Tidak 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 Tidak gunakan pengindeksan mobile-pertama — ini adalah desktop-pertama; mobile-friendliness adalah sebuah sinyal peringkat, tidak -nya pengindeksan metode.

Dokumentasi resmi

Utama-sumber 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 di sini (October 2023) — sebelumnya majority-completion announcement.
• pengindeksan mobile-pertama dan data terstruktur (December 2018) — data terstruktur harus match di seluruh versi.
• hindari intrusive interstitials dan dialogs — apa penalized dan apa exempt.
• Understanding pengalaman halaman di Google Search — bagaimana 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 tetap desktop-pertama untuk pengindeksan).

Quotes dari sumber

pada—record statements dari Google. setiap tautan adalah sebuah deep tautan atau sumber 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 keduanya versi.” Jump untuk quote
• “Don’t lazy-load primary content upon user interaction.” (terjemahan) “jangan lazy-muat utama 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. Sumber

Google — interstitials

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

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 jangan secara langsung help Anda situs web peringkat lebih tinggi di hasil pencarian. Namun, mereka dapat membuat Anda situs web lebih satisfying untuk gunakan.” Sumber

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 merekomendasikan situs owners achieve baik Core Web Vitals untuk success dengan Penelusuran.” Sumber
• “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.” Sumber

Martin Splitt, Google (melalui 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, yang adalah tidak great.” Baca coverage

Google — retiring mobile alat

• “Hari ini kami sunsetting Search Console’s Mobile Usability report, Mobile-Friendly Test tool dan Mobile-Friendly Test API.” (terjemahan) “Hari ini 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 tahun since kami initially launched ini report, banyak lainnya robust resources untuk evaluating mobile usability memiliki emerged.” Baca coverage

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

• “Di some point all dari ini sites dengan terpisah mobile URLs seharusnya sekadar move untuk a responsive design.” (terjemahan) “di beberapa poin semua dari ini situs dengan terpisah mobile URLs seharusnya hanya move untuk sebuah responsive design.” Sumber

mobile SEO checklist

berfungsi top untuk bottom. pertama group adalah non-negotiable; rest sharpen ini. Clearing setiap box di bawah menghapus teknis blockers Google memiliki named — ini tidak jaminan rankings, pengindeksan, atau identical penelusuran-hasil treatment. konten quality dan relevance masih decide rest.

konten parity ( #1 requirement)

• Mobile halaman berisi sama body konten sebagai desktop (tidak ada apa pun 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 (Tidak accidental mobile noindex).
• Tidak utama konten lazy-dimuat pada pengguna interaction (tap-untuk-reveal).

Teknis setup

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

performa / Core Web Vitals (mobile data lapangan)

• LCP ≤ 2,5s — dan LCP image adalah Tidak lazy-dimuat (gunakan fetchpriority="high").
• INP ≤ 200ms — audited sebagai INP, tidak retired FID.
• CLS ≤ 0,1 — jelas 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.
• Tidak maximum-scale=1 / user-scalable=no (pinch-zoom tidak blocked).
• Touch targets ≥ 48×48px dengan ≥ 8px spacing.
• Body font ≥ 16px.
• Forms gunakan appropriate input jenis (tel, email, number).
• Tidak intrusive interstitial pada penelusuran-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 tidak rely pada retired Mobile-Friendly Test atau GSC Mobile Usability report (hilang since December 2023).

Mobile SEO cheat sheet

Apa untuk periksa → alat → lulus/fail

«Core Web Vitals thresholds (mobile, 75th percentile) » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian seratus tujuh, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

Fast facts

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

mental models

1. Mobile adalah canonical versi. Berhenti 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: “Apa melakukan Googlebot Smartphone sebenarnya see pada ini halaman?” (terjemahan) “Apa melakukan Googlebot Smartphone sebenarnya see pada ini halaman?”

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

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

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

5. Penalties memiliki exemptions — baca sebenarnya aturan. Interstitials jangan universally tank rankings; aturan targets intrusive ones, dan cookie consent, paywall logins, kecil banners, dan legal age gates adalah exempt. Ketika sebuah “rule” (terjemahan) “aturan” sounds absolute, periksa sumber 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. Selesai berarti setiap baru issue memiliki sebuah owner atau sebuah terdokumentasi alasan untuk monitor.
2. Sample konten parity. Bandingkan mobile dan desktop melakukan crawl untuk judul, robots, canonicals, heading, utama copy, tautan internal, images, dan data terstruktur. Selesai 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 dirilis halaman jenis. Selesai berarti utama konten dan sinyal muncul di dirender HTML tanpa interaction.
4. Jalankan hands-pada usability memeriksa. Test umum phone widths untuk zoom, horizontal overflow, touch targets, forms, navigation, dan interstitials. Selesai berarti blocking defects adalah reproducible dan assigned.
5. Annotate dan bandingkan performa. Segment Search Console mobile performa oleh template dan record releases, migrations, dan campaigns. Selesai 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 sementara mobile HTML omits copy, tautan, directives, images, atau data terstruktur. Bandingkan dapat diindeks output, tidak screenshots alone.

Lazy-memuat LCP image

Deferring utama visual delays resource itu defines LCP. pertahankan ini discoverable di awal markup dan prioritize ini alih-alih.

Treating accordion konten sebagai missing konten

Collapsed konten adalah tidak masalah ketika ini tetap di DOM. Focus pada konten itu mobile template menghapus atau memuat hanya setelah interaction.

Applying satu lab score untuk seluruh situs

Satu Lighthouse jalankan adalah diagnostic, tidak 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 penyebab: Terpisah templates atau pengguna-agent aturan memiliki drifted. Perbaiki: Restore elements dari shared konten sumber dan konfirmasi them dengan sebuah mobile fetch plus pemeriksaan URL.

Lighthouse looks baik tetapi data lapangan adalah poor

Symptom: sebuah controlled lab jalankan melewati sementara mobile Core Web Vitals groups fail. mungkin penyebab: nyata devices, networks, interactions, atau templates differ dari single test. Perbaiki: 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 penyebab: sebuah fixed-width child, panjang unbroken nilai, table, media embed, atau transformed element exceeds -nya container. Perbaiki: 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]

Uji pemahaman Anda: 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 — di mana mobile fits di bigger teknis picture.
• Mobile SEO (Ahrefs blog, Jamie Grant) — companion deep dive, including Mueller’s “move untuk 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 Berikutnya Paint — apa INP measures dan mengapa 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: Mengapa 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