pengindeksan mobile-pertama

TL;DR — pengindeksan mobile-pertama berarti Google looks di mobile versi dari Anda halaman — not desktop versi — untuk decide what Anda halaman adalah tentang dan how untuk peringkat ini. ini adalah not sebuah separate “mobile index,” (terjemahan) “mobile indeks,” dan ini adalah not sebuah peringkat boost. one thing untuk get right: anything Anda ingin Google untuk see perlu untuk menjadi pada Anda mobile situs, because itu’s versi ini indeks.

What pengindeksan mobile-pertama adalah

When Google melakukan crawl Anda situs, ini mostly visits sebagai sebuah smartphone — menggunakan sebuah mobile crawler called Googlebot smartphone. Whatever ini sees pada mobile versi dari Anda halaman adalah what ini indeks dan peringkat. itu’s pengindeksan mobile-pertama di one kalimat: Google menggunakan mobile versi dari Anda konten untuk pengindeksan dan peringkat.

name trips people up, so let me jelas up two things right away:

• tidak ada separate “mobile index.” (terjemahan) “mobile indeks.” Google memiliki one indeks. Mobile-pertama pengindeksan hanya changed which versi dari Anda halaman Google looks di — desktop digunakan untuk menjadi default, now mobile adalah.
• ini adalah not sebuah peringkat boost. menjadi pada pengindeksan mobile-pertama doesn’t lift Anda positions. ini hanya perubahan which versi dari Anda konten Google reads.

mengapa ini penting: what’s pada mobile adalah what counts

Here’s bagian itu actually affects Anda situs. jika something exists pada Anda desktop halaman tetapi not pada Anda mobile halaman — sebuah paragraf dari text, sebuah image, sebuah tautan, beberapa data terstruktur — Google dapat simply not see ini, because ini adalah pengindeksan mobile versi.

sebuah umum dunia nyata contoh: sebuah situs menampilkan full artikel pada desktop tetapi trims ini down pada mobile untuk “keep things clean.” (terjemahan) “pertahankan things clean.” di bawah pengindeksan mobile-pertama, trimmed-out konten mungkin tidak pernah get terindeks. fix isn’t complicated — pastikan penting stuff adalah pada mobile versi too.

pengindeksan mobile-pertama adalah not yang sama sebagai “mobile-friendly” (terjemahan) “mobile-friendly”

ini two get mixed up constantly. pengindeksan mobile-pertama adalah tentang which versi Google indeks. Mobile-friendliness adalah tentang how usable Anda halaman adalah pada sebuah phone — tap targets, readable text, no horizontal scrolling. mereka’re separate ideas. sebuah halaman dapat menjadi terindeks mobile-pertama dan masih menjadi clunky pada sebuah phone, dan vice versa. ini artikel adalah hanya tentang pertama one.

What Anda harus actually melakukan

untuk almost everyone, jawaban adalah responsive design — one set dari HTML itu adapts untuk screen size. itu cara Anda mobile dan desktop versi adalah yang sama konten oleh default, dan Anda tidak memiliki untuk pertahankan two versi di sync. ini adalah juga what Google recommends.

jika Anda’re pada something older — like sebuah separate mobile situs pada -nya own URLs (m.example.com) — itu masih berfungsi, tetapi ini adalah more fragile dan perlu more care.

ingin full picture — verified timeline, exact parity aturan, how Google handles lazy-muat trap, how config options compare, dan where Bing differs? Switch untuk Advanced tab.

TL;DR — pengindeksan mobile-pertama = Google menggunakan mobile versi dari sebuah halaman’s konten, di-crawl oleh Googlebot smartphone, untuk pengindeksan dan peringkat. One indeks, no opt-out, not sebuah peringkat boost. operative aturan adalah konten parity: “only the content shown on the mobile site is used for indexing,” (terjemahan) “hanya konten ditampilkan pada mobile situs adalah digunakan untuk pengindeksan,” so apa pun text, data terstruktur, images, teks alt, atau tautan Anda ingin terindeks harus menjadi di mobile HTML. ini adalah distinct dari mobile-friendliness/pengalaman halaman. Responsive design adalah Google’s recommended config; dynamic serving dan separate URLs berfungsi tetapi adalah riskier. Watch lazy-muat-pada-interaction trap. Timeline: announced Nov 2016 → default untuk baru situs 2019 → last batch dapat 2023 → declared complete Oct 2023. Bing melakukan not membuat yang sama switch — ini stays device-agnostic dengan sebuah single indeks.

definition, precisely

Google’s own framing: Google menggunakan mobile versi dari sebuah situs’s konten, di-crawl dengan smartphone agent, untuk pengindeksan dan peringkat. dan di -nya mobile-pertama best-practices doc ini adalah bahkan blunter tentang consequence: “Only the content shown on the mobile site is used for indexing.” (terjemahan) “hanya konten ditampilkan pada mobile situs adalah digunakan untuk pengindeksan.”

di my Ahrefs guide pada pengindeksan mobile-pertama I define ini yang sama cara — pengindeksan mobile-pertama refers untuk Google menggunakan mobile versi dari sebuah situs’s konten untuk pengindeksan dan peringkat — dan I tambahkan two clarifications itu kill sebagian besar dari confusion: “There is only one index and you can’t opt out of mobile-first indexing.” (terjemahan) “ada hanya one indeks dan Anda dapat’t opt out dari pengindeksan mobile-pertama.” ini adalah juga not sebuah peringkat boost. ini perubahan which versi Google reads, not how well ini peringkat.

Googlebot adalah mostly smartphone crawler

ini adalah mechanism underneath whole thing. Google: “For most sites Google Search primarily indexes the mobile version of the content. As such the majority of Googlebot crawl requests will be made using the mobile crawler, and a minority using the desktop crawler.” (terjemahan) “untuk sebagian besar situs Google Search primarily indeks mobile versi dari konten. sebagai such majority dari Googlebot crawl permintaan akan menjadi dibuat menggunakan mobile crawler, dan sebuah minority menggunakan desktop crawler.” ada two subtypes — Googlebot Smartphone (“a mobile crawler that simulates a user on a mobile device” (terjemahan) “sebuah mobile crawler itu simulates sebuah pengguna pada sebuah perangkat seluler”) dan Googlebot desktop — tetapi smartphone one melakukan bulk dari berfungsi now.

Google melakukan masih crawl dengan desktop pengguna-agent sometimes, tetapi versi itu penting untuk pengindeksan adalah mobile one.

konten parity adalah aturan #1

jika Anda take one thing dari ini halaman, take ini: what’s pada Anda mobile situs adalah what gets terindeks. Google’s doc lists ini sebagai pertama requirement — “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 clincher adalah itu “only the content shown on the mobile site is used for indexing.” (terjemahan) “hanya konten ditampilkan pada mobile situs adalah digunakan untuk pengindeksan.”

John Mueller said ini sebagai plainly sebagai ini gets di Pubcon Pro Virtual 2020: “anything that you want to have indexed, it needs to be on the mobile site,” (terjemahan) “anything itu Anda ingin memiliki terindeks, ini perlu untuk menjadi pada mobile situs,” dan “we will only index the mobile content in the future.” (terjemahan) “kami akan hanya indeks mobile konten di future.” jika ini adalah desktop-hanya, plan untuk Google not untuk see ini.

sebuah berguna nuance, though — parity melakukan not berarti byte-untuk-byte identical. sebagai I put ini di my Ahrefs guide pada pengindeksan mobile-pertama: “any important content must be present on mobile.” (terjemahan) “apa pun penting konten harus menjadi present pada mobile.” Anda dapat memiliki sebuah leaner mobile layout; Anda hanya dapat’t drop konten, data terstruktur, images, teks alt, atau tautan Anda actually ingin terindeks.

dan one myth untuk retire: hidden/tabbed/accordion konten adalah fine. Pre-mobile-pertama, konten hidden behind UI untuk UX alasan adalah discounted. itu’s no longer benar — Google no longer discounts konten hidden untuk meningkatkan pengguna experience. So sebuah mobile accordion itu holds Anda full konten adalah fine; konten adalah di HTML dan gets terindeks.

parity items itu actually bite

Beyond raw text, Google’s best-practices doc panggilan out spesifik things untuk pertahankan equivalent di seluruh versi:

• data terstruktur. “Make sure that your mobile and desktop sites have the same structured data.” (terjemahan) “pastikan itu Anda mobile dan desktop situs memiliki yang sama data terstruktur.” jika Anda markup hanya ships pada desktop, Anda rich hasil dapat vanish.
• Images dan teks alt. “Make sure that the mobile site has the same alt text for images as the desktop site.” (terjemahan) “pastikan itu mobile situs memiliki yang sama teks alt untuk images sebagai desktop situs.” Dropping images atau stripping teks alt pada mobile hurts pencarian gambar.
• judul dan deskripsi meta. “Make sure that the title element and the meta description are equivalent across both versions of your site.” (terjemahan) “pastikan itu judul element dan meta deskripsi adalah equivalent di seluruh both versi dari Anda situs.”
• heading. “Use the same clear and meaningful headings on the mobile site as you do on the desktop site.” (terjemahan) “gunakan yang sama jelas dan meaningful heading pada mobile situs sebagai Anda melakukan pada desktop situs.” sebuah stripped-down mobile template itu drops H2s/H3s atau flattens them ke plain text weakens halaman’s structure untuk pengindeksan, not hanya -nya readability.
• Video data terstruktur. “Use the same video structured data on both your mobile site and desktop site.” (terjemahan) “gunakan yang sama video data terstruktur pada both Anda mobile situs dan desktop situs.” jika sebuah halaman carries VideoObject markup pada desktop, ship yang sama markup pada mobile — otherwise mobile versi ( one Google actually indeks) adalah missing ini.
• Robots meta tags. “Use the same robots meta tags on the mobile site and the desktop site.” (terjemahan) “gunakan yang sama robots meta tags pada mobile situs dan desktop situs.” ini adalah sebuah classic accidental-deindex: sebuah noindex itu hanya exists pada mobile template akan deindex halaman, because Google indeks mobile versi.
• tautan internal. pertahankan navigation dan key tautan di mobile HTML. Don’t hide them behind interactions itu memiliki untuk fire sebelum tautan muat.

lazy-muat / pengguna-interaction trap

sebuah spesifik, umum failure mode. Google: “Don’t lazy-load primary content upon user interaction. Google won’t load content that requires user interactions (for example, swiping, clicking, or typing) to load.” (terjemahan) “Don’t lazy-muat primary konten upon pengguna interaction. Google won’t muat konten itu memerlukan pengguna interactions (untuk contoh, swiping, clicking, atau typing) untuk muat.” jika Anda main konten hanya appears setelah pengguna taps “load more,” (terjemahan) “muat more,” swipes sebuah carousel, atau clicks sebuah tab itu fetches konten pada demand, Googlebot won’t trigger itu interaction — so konten isn’t seen. muat primary konten pada scroll atau sertakan ini di initial HTML instead.

verified timeline

pengindeksan mobile-pertama took roughly seven years end untuk end. dated milestones:

• November 2016 — Google pertama announced pengindeksan mobile-pertama dan began testing.
• 2018 — broad rollout began setelah testing period.
• 2019 — mobile-pertama became default untuk baru situs: domains ditemukan setelah ini adalah di-crawl mobile-pertama dari start.
• March 2020 — Google announced ini akan switch whole web oleh September 2020. sebagai Mueller put ini, Google akan menjadi “switching to mobile-first indexing for all websites starting September 2020.” (terjemahan) “switching untuk pengindeksan mobile-pertama untuk semua situs web starting September 2020.”
• July 2020 — itu deadline adalah extended. Google: “we’ve decided to extend the timeframe to the end of March 2021.” (terjemahan) “kami’ve decided untuk extend timeframe untuk end dari March 2021.”
• dapat 2023 — last batch moved di atas: “the last batch of sites eligible for mobile-first indexing have been moved over.” (terjemahan) “ last batch dari situs eligible untuk pengindeksan mobile-pertama memiliki telah moved di atas.” Practically, ini adalah when rollout finished.
• October 2023 — Google declared ini complete: “the trek to Mobile First Indexing is now complete.” (terjemahan) “ trek untuk Mobile pertama pengindeksan adalah now complete.” (Mueller.)

Two valid cara untuk say “when it was complete,” (terjemahan) “when ini adalah complete,” dan ini adalah worth keeping them straight: rollout effectively finished dengan last batch di dapat 2023, while Google officially declared ini complete di October 2023. sebuah “very small set of sites which do not work on mobile devices at all” (terjemahan) “very kecil set dari situs which melakukan not berfungsi pada mobile devices di semua” adalah simply di-crawl dengan desktop Googlebot — itu’s sebuah exception Google handles, not sebuah setting Anda choose. (Search Console’s “which crawler” (terjemahan) “which crawler” pengindeksan info adalah dihapus shortly setelah October 2023 announcement, since there adalah no longer sebuah mix untuk report.) untuk situs itu genuinely aren’t accessible pada sebuah perangkat seluler di semua, practical risk now adalah not menjadi dapat diindeks.

Configuration: responsive vs. dynamic serving vs. separate URLs

ada three cara untuk sajikan mobile, dan Google memiliki sebuah jelas preference:

• Responsive design (recommended). One URL, one HTML, layout adapts via CSS. Google: ini “recommends Responsive Web Design because it’s the easiest design pattern to implement and maintain.” (terjemahan) “recommends Responsive Web Design because ini adalah easiest design pattern untuk implement dan maintain.” Parity adalah basically automatic because there’s hanya one versi.
• Dynamic serving. sama URL, tetapi server mengembalikan berbeda HTML berdasarkan pengguna-agent. ini berfungsi, tetapi ini adalah error-prone — ini adalah easy untuk ship desktop dan mobile out dari sync, which breaks parity di exactly cara above.
• Separate URLs (m-dot). berbeda HTML pada berbeda URLs (e.g. m.example.com). paling sedikit recommended dari three dan paling untuk maintain. jika Anda’re pada ini, Google’s guidance: “For separate URLs, set desktop versions as canonical with an alternate link to the mobile version,” (terjemahan) “untuk separate URLs, set desktop versi sebagai canonical dengan sebuah alternate tautan untuk mobile versi,” dan periksa Anda hreflang tautan di seluruh separate URLs. mobile URL harus sajikan full, penting konten — because itu’s one menjadi terindeks.

cara periksa jika Anda situs adalah pada pengindeksan mobile-pertama

di ini poin essentially setiap normal situs adalah. untuk confirm sebuah spesifik halaman, gunakan Search Console → pemeriksaan URL / halaman pengindeksan dan lihat “Crawled as” (terjemahan) “di-crawl sebagai” nilai — “Googlebot smartphone” (terjemahan) “Googlebot smartphone” berarti ini adalah menjadi terindeks mobile-pertama. (sebagai noted, Google dihapus broader crawler-info reporting setelah declaring rollout complete, because there’s no longer sebuah meaningful split.)

melakukan Bing melakukan pengindeksan mobile-pertama? No.

ini adalah cross-mesin angle almost nobody covers, dan ini penting jika Anda care tentang more daripada Google. Bing melakukan not switch untuk pengindeksan mobile-pertama cara Google melakukan. ini mempertahankan sebuah single, device-agnostic indeks alih-alih pengindeksan mobile versi specifically. James Murray dari Microsoft Bing dijelaskan reasoning: “we think it’s more useful to have an integrated view and to be more device agnostic,” (terjemahan) “kami think ini adalah more berguna untuk memiliki sebuah integrated view dan untuk menjadi more device agnostic,” dan “we want to give you the same index and then personalise to you as the user.” (terjemahan) “kami ingin untuk give Anda yang sama indeks dan lalu personalise untuk Anda sebagai pengguna.”

takeaway: konten-parity hygiene masih helps Anda pada Bing, tetapi Bing hasn’t announced sebuah switch untuk pengindeksan mobile versi — ini treats indeks sebagai device-agnostic.

umum myths, corrected

• “There’s a separate mobile index.” (terjemahan) “There’s sebuah separate mobile indeks.” No — one indeks. pengindeksan mobile-pertama hanya perubahan which versi Google looks di.
• “It’s a ranking boost.” (terjemahan) “ini adalah sebuah peringkat boost.” No — ini adalah which konten adalah terindeks/diperingkatkan, not sebuah bonus.
• “It’s the same as mobile-friendly.” (terjemahan) “ini adalah yang sama sebagai mobile-friendly.” No — berbeda concepts. ini adalah tentang pengindeksan; mobile-friendliness adalah usability/pengalaman halaman.
• “You can opt out / stay desktop-indexed.” (terjemahan) “Anda dapat opt out / stay desktop-terindeks.” No. (situs itu genuinely don’t berfungsi pada mobile adalah sebuah exception Google handles, not sebuah setting.)
• “Hidden/tabbed/accordion content won’t count.” (terjemahan) “Hidden/tabbed/accordion konten won’t count.” Outdated — Google no longer discounts konten hidden untuk UX.
• “Mobile content must be identical to desktop.” (terjemahan) “Mobile konten harus menjadi identical untuk desktop.” No — ini harus berisi yang sama penting konten, not menjadi byte-untuk-byte identical.
• “It only affects mobile search results.” (terjemahan) “ini hanya affects mobile hasil pencarian.” No — mobile versi adalah digunakan untuk pengindeksan dan peringkat di seluruh both desktop dan mobile hasil.
• “Bing does mobile-first indexing too.” (terjemahan) “Bing melakukan pengindeksan mobile-pertama too.” No — Bing stays device-agnostic.

untuk where ini sits di bigger picture — crawling, rendering, dan indeks itself — see pengindeksan hub. parity aturan here adalah juga why indeks bloat dan crawling masalah tampilkan up downstream: jika Google dapat’t see Anda konten pada mobile, ini dapat’t indeks ini well di pertama place.

AI summary

sebuah condensed take pada Advanced versi:

• pengindeksan mobile-pertama = Google menggunakan mobile versi dari sebuah halaman’s konten, di-crawl oleh Googlebot smartphone, untuk pengindeksan dan peringkat. One indeks, no opt-out, not sebuah peringkat boost — ini hanya perubahan which versi Google reads.
• Googlebot adalah mostly smartphone crawler now — majority dari crawl permintaan gunakan mobile crawler, sebuah minority desktop one.
• konten parity adalah aturan #1: “only the content shown on the mobile site is used for indexing.” (terjemahan) “hanya konten ditampilkan pada mobile situs adalah digunakan untuk pengindeksan.” pertahankan text, data terstruktur (including video data terstruktur), images + teks alt, heading, judul/deskripsi meta, robots meta tags, dan tautan internal equivalent pada mobile. Mueller: “anything that you want to have indexed, it needs to be on the mobile site.” (terjemahan) “anything itu Anda ingin memiliki terindeks, ini perlu untuk menjadi pada mobile situs.”
• Parity ≠ identical. penting konten harus menjadi pada mobile, tetapi ini needn’t menjadi byte-untuk-byte. Hidden/tabbed konten adalah now fine — Google no longer discounts ini.
• Lazy-muat trap: Google won’t trigger interactions (swipe/click/jenis) untuk muat konten. muat primary konten pada scroll atau di initial HTML.
• ini adalah not mobile-friendliness — itu’s sebuah separate usability/halaman-experience concept.
• Configs: responsive adalah recommended; dynamic serving berfungsi tetapi adalah fragile; separate URLs (m-dot) adalah least recommended (set desktop canonical + alternate untuk mobile, periksa hreflang).
• Timeline: announced Nov 2016 → default untuk baru situs 2019 → “whole web by Sept 2020” (terjemahan) “whole web oleh Sept 2020” (announced Mar 2020) → extended untuk Mar 2021 → last batch dapat 2023 → declared complete Oct 2023. sebuah tiny set dari desktop-hanya situs stay pada desktop crawl.
• periksa ini via Search Console “Crawled as: Googlebot smartphone.” (terjemahan) “di-crawl sebagai: Googlebot smartphone.”
• Bing melakukan not switch — ini mempertahankan sebuah single device-agnostic indeks.

Official documentation

Primary-source documentation dari mesin pencari.

Google

• pengindeksan mobile-pertama Best Practices — canonical doc: parity checklist (konten, data terstruktur, images/alt, judul/deskripsi, robots meta), lazy-muat aturan, dan responsive vs. dynamic serving vs. separate URLs. Start here.
• Googlebot — crawler itu melakukan berfungsi: Googlebot Smartphone vs. desktop, dan why sebagian besar crawl permintaan adalah mobile.
• crawling dan pengindeksan — hub untuk broader crawl/indeks topic ini sits inside.
• Announcing mobile pertama pengindeksan untuk whole web (Mar 2020) — “whole web by September 2020” (terjemahan) “whole web oleh September 2020” announcement.
• Prepare untuk pengindeksan mobile-pertama — dengan sebuah little extra time (Jul 2020) — deadline extension untuk March 2021.
• pengindeksan mobile-pertama memiliki landed (Oct 2023) — official “complete” (terjemahan) “complete” announcement.

Bing / Microsoft

• Bing: No Separate Mobile indeks (James Murray interview) — why Bing stayed device-agnostic alih-alih switching untuk pengindeksan mobile-pertama.

Quotes dari source

pada—record statements dari Google dan Bing. setiap tautan adalah sebuah deep tautan itu jumps untuk quoted passage pada source halaman.

Google — what pengindeksan mobile-pertama berarti

• “Only the content shown on the mobile site is used for indexing.” (terjemahan) “hanya konten ditampilkan pada mobile situs adalah digunakan untuk pengindeksan.” — Google Search Central docs. Jump untuk quote
• “For most sites Google Search primarily indexes the mobile version of the content. As such the majority of Googlebot crawl requests will be made using the mobile crawler, and a minority using the desktop crawler.” (terjemahan) “untuk sebagian besar situs Google Search primarily indeks mobile versi dari konten. sebagai such majority dari Googlebot crawl permintaan akan menjadi dibuat menggunakan mobile crawler, dan sebuah minority menggunakan desktop crawler.” Jump untuk quote
• “a mobile crawler that simulates a user on a mobile device.” (terjemahan) “sebuah mobile crawler itu simulates sebuah pengguna pada sebuah perangkat seluler.” (Googlebot Smartphone) Jump untuk quote

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.” Jump untuk quote
• “Make sure that your mobile and desktop sites have the same structured data.” (terjemahan) “pastikan itu Anda mobile dan desktop situs memiliki yang sama data terstruktur.” Jump untuk quote
• “Make sure that the mobile site has the same alt text for images as the desktop site.” (terjemahan) “pastikan itu mobile situs memiliki yang sama teks alt untuk images sebagai desktop situs.” Jump untuk quote
• “…the title element and the meta description are equivalent across both versions of your site.” (terjemahan) “… judul element dan deskripsi meta adalah equivalent di seluruh both versi dari Anda situs.” Jump untuk quote
• “Use the same clear and meaningful headings on the mobile site as you do on the desktop site.” (terjemahan) “gunakan yang sama jelas dan meaningful heading pada mobile situs sebagai Anda melakukan pada desktop situs.” Jump untuk quote
• “Use the same video structured data on both your mobile site and desktop site.” (terjemahan) “gunakan yang sama video data terstruktur pada both Anda mobile situs dan desktop situs.” Jump untuk quote
• “Use the same robots meta tags on the mobile site and the desktop site.” (terjemahan) “gunakan yang sama robots meta tags pada mobile situs dan desktop situs.” Jump untuk quote

Google — lazy-muat trap dan configuration

• “Don’t lazy-load primary content upon user interaction. Google won’t load content that requires user interactions (for example, swiping, clicking, or typing) to load.” (terjemahan) “Don’t lazy-muat primary konten upon pengguna interaction. Google won’t muat konten itu memerlukan pengguna interactions (misalnya, swiping, clicking, atau typing) untuk muat.” Jump untuk quote
• Google “recommends Responsive Web Design” (terjemahan) “recommends Responsive Web Design” sebagai easiest pattern untuk implement dan maintain. Jump untuk quote
• “Separate URLs: Serves different HTML to each device, and on separate URLs.” (terjemahan) “Separate URLs: menyajikan berbeda HTML untuk setiap device, dan pada separate URLs.” Jump untuk quote

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

• “we will only index the mobile content in the future.” (terjemahan) “kami akan hanya indeks mobile konten di future.” Jump untuk quote
• “anything that you want to have indexed, it needs to be on the mobile site.” (terjemahan) “anything itu Anda ingin memiliki terindeks, ini perlu untuk menjadi pada mobile situs.” Jump untuk quote

John Mueller, Google — timeline (via mesin pencari Land’s verbatim coverage)

• “the trek to Mobile First Indexing is now complete.” (terjemahan) “ trek untuk Mobile pertama pengindeksan adalah now complete.” (Oct 2023) Jump untuk quote
• “a very small set of sites which do not work on mobile devices at all” (terjemahan) “sebuah very kecil set dari situs which melakukan not berfungsi pada mobile devices di semua” remain di-crawl oleh desktop Googlebot. Jump untuk quote
• “the last batch of sites eligible for mobile-first indexing have been moved over.” (terjemahan) “ last batch dari situs eligible untuk pengindeksan mobile-pertama memiliki telah moved di atas.” (dapat 2023) Jump untuk quote
• “we’ve decided to extend the timeframe to the end of March 2021.” (terjemahan) “kami’ve decided untuk extend timeframe untuk end dari March 2021.” (Jul 2020) Jump untuk quote
• “switching to mobile-first indexing for all websites starting September 2020.” (terjemahan) “switching untuk pengindeksan mobile-pertama untuk semua situs web starting September 2020.” (announced Mar 2020) Jump untuk quote

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

• “we think it’s more useful to have an integrated view and to be more device agnostic.” (terjemahan) “kami think ini adalah more berguna untuk memiliki sebuah integrated view dan untuk menjadi more device agnostic.” Jump untuk quote
• “we want to give you the same index and then personalise to you as the user.” (terjemahan) “kami ingin untuk give Anda yang sama indeks dan lalu personalise untuk Anda sebagai pengguna.” Jump untuk quote

Mobile-pertama parity audit checklist

Run ini terhadap Anda mobile HTML (view source pada mobile versi, atau gunakan URL Inspection’s rendered HTML), since itu’s versi Google indeks:

• sama konten. full, penting konten adalah present pada mobile — not trimmed “for cleanliness.” (terjemahan) “untuk cleanliness.” Anything Anda ingin terindeks adalah di mobile HTML.
• sama data terstruktur. yang sama markup ships pada both versi, referencing yang sama URLs sebagai halaman itself.
• sama images + teks alt. No images dropped pada mobile; teks alt matches desktop versi (ini affects pencarian gambar).
• sama judul & deskripsi meta. Equivalent title dan deskripsi meta di seluruh both versi.
• sama heading. Mobile mempertahankan yang sama jelas, meaningful heading structure (H2s/H3s) sebagai desktop — not flattened ke plain text.
• sama video data terstruktur. VideoObject (atau lainnya video markup) present pada desktop juga ships pada mobile.
• sama robots meta tags. No stray noindex/nofollow pada mobile template (sebuah classic accidental deindex).
• sama tautan internal. Navigation dan key tautan adalah di mobile HTML — not hidden behind interactions itu harus fire sebelum tautan muat.
• No interaction-gated konten. Primary konten memuat pada scroll atau di initial HTML, not hanya setelah sebuah tap/swipe/jenis.
• Hidden/tabbed konten adalah OK — accordions dan tabs adalah fine sebagai panjang sebagai konten adalah di HTML (Google no longer discounts UX-hidden konten).
• (Separate URLs hanya) desktop set sebagai canonical dengan sebuah alternate tautan untuk mobile; hreflang correct di seluruh versi; mobile URL menyajikan full konten.
• Verified di Search Console — “Crawled as: Googlebot smartphone.” (terjemahan) “di-crawl sebagai: Googlebot smartphone.”

mental models

1. Mobile = sumber kebenaran. Whatever adalah di Anda mobile HTML adalah what Google indeks dan peringkat. desktop-hanya konten adalah, untuk pengindeksan purposes, invisible. Audit terhadap mobile versi, not one Anda biasanya lihat pada Anda laptop.

2. Parity, not identity. Anda tidak perlu byte-untuk-byte sameness — Anda perlu setiap penting element pada mobile: konten, data terstruktur, images + alt, judul/deskripsi, robots meta, tautan internal. sebuah leaner layout adalah fine; missing substance adalah not.

3. pengindeksan ≠ sebuah boost, dan ≠ mobile-friendliness. pengindeksan mobile-pertama perubahan which versi Google reads — ini doesn’t raise rankings, dan ini isn’t yang sama sebagai menjadi usable pada sebuah phone. pertahankan itu three ideas separate dan sebagian besar dari confusion disappears.

4. Don’t membuat Google interact. Googlebot won’t swipe, click, atau jenis untuk reveal konten. jika konten hanya appears setelah sebuah pengguna tindakan, treat ini sebagai not terindeks. muat ini pada scroll atau di initial HTML.

5. Pick config itu membuat parity automatic. Responsive design berarti one versi, so parity adalah free. Dynamic serving dan separate URLs berarti two versi Anda memiliki untuk pertahankan di sync — setiap parity item above becomes sebuah thing itu dapat silently drift. Choose responsive unless Anda memiliki sebuah strong alasan not untuk.

pengindeksan mobile-pertama — cheat sheet

** one aturan:** Google indeks Anda mobile HTML. “Only the content shown on the mobile site is used for indexing.” (terjemahan) “hanya konten ditampilkan pada mobile situs adalah digunakan untuk pengindeksan.” jika ini adalah not pada mobile, assume ini won’t menjadi terindeks.

pengindeksan mobile-pertama vs. mobile-friendliness

Config comparison

untuk separate URLs: set desktop sebagai canonical, tambahkan sebuah alternate tautan untuk mobile URL, pertahankan hreflang correct, dan pastikan mobile URL menyajikan full konten.

Parity checklist (pertahankan equivalent pada mobile)

• konten · data terstruktur (incl. video) · images + teks alt · heading · judul + deskripsi meta · robots meta tags · tautan internal.

Traps

• noindex itu hanya ships pada mobile → accidental deindex.
• konten gated behind tap/swipe/jenis → not dimuat oleh Googlebot.
• Trimming “long” (terjemahan) “panjang” konten pada mobile → trimmed konten dapat not menjadi terindeks.

Timeline: announced Nov 2016 → default untuk baru situs 2019 → last batch dapat 2023 → declared complete Oct 2023.

lainnya mesin: Bing melakukan not switch — single device-agnostic indeks.

umum issues

nyata failure modes itu tampilkan up once sebuah situs adalah pada pengindeksan mobile-pertama, dengan mungkin cause dan fix.

konten itu diperingkatkan pada desktop suddenly isn’t terindeks

Symptom: sebuah halaman (atau sebuah bagian dari ini) itu digunakan untuk tampilkan up di hasil pencarian stops appearing, bahkan though URL masih mengembalikan 200 dan desktop versi looks unchanged.

mungkin cause: konten adalah trimmed, collapsed, atau dihapus dari mobile template — sering sebuah “keep mobile clean” (terjemahan) “pertahankan mobile clean” redesign itu dropped sebuah paragraf, sebuah FAQ block, atau sebuah category deskripsi itu hanya desktop layout renders.

Fix + periksa: View source pada mobile versi (atau gunakan Search Console’s URL Inspection → Tested halaman → View di-crawl halaman) dan confirm missing text adalah actually present di mobile HTML, not hanya desktop HTML. jika ini adalah absent, tambahkan ini back untuk mobile template — Google indeks what’s di mobile HTML, full stop.

sebuah halaman got deindexed setelah sebuah redesign

Symptom: sebuah previously-terindeks URL disappears dari Search Console’s coverage report (“Excluded by noindex tag” (terjemahan) “Excluded oleh noindex tag”) shortly setelah sebuah template perubahan, dengan no deliberate deindex intended.

mungkin cause: sebuah noindex robots meta tag exists pada mobile template tetapi not desktop one (atau vice versa) — sebuah classic accidental deindex when two templates drift out dari sync.

Fix + periksa: Compare <meta name="robots"> output pada mobile vs. desktop untuk affected URL (view source pada both, atau curl dengan sebuah mobile vs. desktop pengguna-agent). Run URL melalui Search Console → pemeriksaan URL untuk confirm “Indexing allowed? Yes” (terjemahan) “pengindeksan allowed? Yes” once stray tag adalah dihapus.

Rich hasil disappear setelah sebuah situs update

Symptom: Rich hasil (review stars, FAQ snippets, breadcrumbs) itu showed up sebelum sebuah redesign stop appearing, bahkan though halaman masih peringkat.

mungkin cause: data terstruktur ships di desktop template tetapi wasn’t carried di atas untuk mobile template — Google hanya reads mobile HTML, so markup itu hanya lives pada desktop adalah invisible.

Fix + periksa: Run mobile-rendered HTML melalui situs’s Schema Validator atau Rich hasil Eligibility Checker dan confirm sama JSON-LD (atau microdata) appears there sebagai pada desktop.

Images stop showing up di pencarian gambar

Symptom: Images itu digunakan untuk appear di Google pencarian gambar untuk sebuah halaman quietly disappear, atau baru images tidak pernah tampilkan up there.

mungkin cause: mobile template drops image entirely (e.g. swaps untuk sebuah lighter-weight layout without ini) atau strips/shortens alt text dibandingkan dengan desktop.

Fix + periksa: Compare rendered mobile HTML’s <img> tags dan alt attributes terhadap desktop versi untuk yang sama halaman. jika mereka don’t match, bring mobile teks alt back di line dengan desktop.

sebuah carousel/tab/“load more” (terjemahan) “muat more” bagian tidak pernah gets terindeks

Symptom: konten itu lives inside sebuah carousel, sebuah “load more” (terjemahan) “muat more” button, atau sebuah tab itu fetches konten pada click tidak pernah menampilkan up di search, no penting how penting konten adalah.

mungkin cause: konten hanya memuat setelah sebuah pengguna interaction (swipe, click, tap, jenis). Googlebot doesn’t perform itu interactions, so ini tidak pernah sees konten itu’s gated behind them — ini adalah berbeda dari sebuah plain accordion/tab where konten adalah sudah di HTML dan hanya visually hidden.

Fix + periksa: View halaman’s initial rendered HTML (Search Console’s “View Crawled Page,” (terjemahan) “View di-crawl halaman,” atau view-source dengan JavaScript enabled) without touching UI, dan confirm konten adalah present. jika ini hanya appears setelah Anda interact dengan halaman, move ini untuk muat pada scroll atau bake ini ke initial HTML.

Scripts dan snippets

alat untuk memeriksa mobile/desktop parity yourself, without waiting pada Search Console untuk catch sebuah drift.

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

Compares what Googlebot smartphone sees terhadap sebuah desktop crawl, menggunakan respective pengguna-agent strings, dan diffs them.

URL="https://example.com/your-page/"

curl -s -A "Mozilla/5.0 (Linux; Android 6.0.1; Nexus 5X Build/MMB29P) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/W.X.Y.Z Mobile Safari/537.36 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)" "$URL" > mobile.html

curl -s -A "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)" "$URL" > desktop.html

diff mobile.html desktop.html

Run ini sebelum/setelah sebuah redesign untuk catch konten, data terstruktur, atau noindex tags itu hanya exist pada one versi. Note: ini fetches raw HTML — jika Anda konten adalah injected oleh client-side JavaScript, pair ini dengan sebuah rendering alat (atau situs’s Render Gap checker) alih-alih relying pada curl alone.

sama periksa di PowerShell (Windows)

$url = "https://example.com/your-page/"
$mobileUA = "Mozilla/5.0 (Linux; Android 6.0.1; Nexus 5X Build/MMB29P) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/W.X.Y.Z Mobile Safari/537.36 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)"
$desktopUA = "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)"

Invoke-WebRequest -Uri $url -UserAgent $mobileUA -OutFile mobile.html
Invoke-WebRequest -Uri $url -UserAgent $desktopUA -OutFile desktop.html

Compare-Object (Get-Content mobile.html) (Get-Content desktop.html)

Regex: pull robots meta tags out dari saved HTML

memeriksa whether mobile dan desktop robots directives match, setelah Anda’ve saved both versi dengan curl/PowerShell snippets above.

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

Capture group 1 adalah directive string (e.g. index, follow atau noindex). Run ini terhadap mobile.html dan desktop.html separately dan compare captured nilai — sebuah mismatch adalah sebuah accidental-deindex risk.

DevTools Console: list images + teks alt pada saat ini halaman

Paste ke Console panel (F12 → Console) while viewing mobile rendering (gunakan DevTools’ device toolbar untuk simulate sebuah phone) untuk spot images missing alt text.

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

Bookmarklet: jump straight untuk pemeriksaan URL untuk saat ini halaman

Drag ini untuk Anda bookmarks bar; clicking ini pada apa pun dari Anda own halaman opens Search Console’s pemeriksaan URL untuk itu exact URL, where Anda dapat periksa “Crawled as.” (terjemahan) “di-crawl sebagai.”

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

Anda’ll perlu untuk pick right property di Search Console setelah ini opens ( bookmarklet doesn’t carry Anda property/resource ID).

Validation tests

Proof itu sebuah mobile-pertama parity fix actually took effect, not hanya itu Anda dibuat edit.

Confirm Google adalah crawling halaman sebagai mobile

Test untuk run: Search Console → pemeriksaan URL, enter URL, periksa “Crawled as” (terjemahan) “di-crawl sebagai” field pada live/terindeks versi.

Expected hasil: “Crawled as: Googlebot smartphone.” (terjemahan) “di-crawl sebagai: Googlebot smartphone.”

Failure interpretation: jika ini menampilkan “Googlebot desktop” (terjemahan) “Googlebot desktop” untuk sebuah normal halaman, URL adalah one dari rare exceptions Google melakukan crawl dengan desktop (atau halaman hasn’t telah recrawled since Anda fix yet) — permintaan pengindeksan untuk force sebuah recheck.

Monitoring window: Immediate once pemeriksaan URL mengembalikan sebuah hasil; allow sebuah few days jika Anda hanya requested pengindeksan.

Rollback trigger: N/sebuah — ini adalah sebuah read-hanya diagnostic, not sebuah perubahan untuk revert.

Confirm data terstruktur dibuat ini ke mobile HTML

Test untuk run: Run mobile-rendered URL melalui Schema Validator (atau Search Console’s Rich hasil report untuk property).

Expected hasil: yang sama structured-data jenis dan fields Anda ditambahkan untuk desktop appear di mobile-rendered output, dengan no parse errors.

Failure interpretation: Missing atau errored markup berarti JSON-LD hanya shipped di desktop template, atau sebuah templating bug dropped ini pada mobile.

Monitoring window: Immediate untuk validator periksa; 1–2 weeks untuk corresponding rich hasil untuk reappear di Search Console/live hasil.

Rollback trigger: jika mobile template perubahan caused sebuah broader rendering break (layout, lainnya markup), revert template perubahan dan re-diff.

Confirm no stray noindex pada mobile template

Test untuk run: Fetch mobile-rendered HTML (curl dengan sebuah Googlebot smartphone pengguna-agent, atau Search Console’s “View Crawled Page” (terjemahan) “View di-crawl halaman”) dan periksa <meta name="robots"> tag; alternatively gunakan situs’s HTTP Status Checker untuk confirm halaman itself mengembalikan 200 alih-alih menjadi blocked.

Expected hasil: index, follow (atau absent, which defaults untuk dapat diindeks) pada both mobile dan desktop.

Failure interpretation: sebuah noindex present pada mobile hanya berarti Google akan deindex halaman bahkan though desktop versi looks fine — ini adalah single sebagian besar umum accidental-deindex cause pada mobile-pertama situs.

Monitoring window: Immediate untuk tag periksa; 1–4 weeks untuk halaman untuk reappear di Search Console’s coverage report jika ini memiliki sudah dropped out.

Rollback trigger: jika menghapus tag adalah itself sebuah mistake (halaman adalah dimaksudkan untuk stay noindexed), re-tambahkan ini dan re-verify.

Confirm trimmed/lazy-dimuat konten adalah now dapat diindeks

Test untuk run: dengan JavaScript enabled dan without interacting dengan halaman (no clicks, taps, atau swipes), view initial rendered HTML — Search Console’s “View Crawled Page” (terjemahan) “View di-crawl halaman” adalah closest proxy untuk what Googlebot actually sees.

Expected hasil: primary konten di pertanyaan adalah present di itu rendered HTML without apa pun interaction.

Failure interpretation: jika konten hanya appears setelah Anda click/tap/swipe untuk reveal ini, Googlebot masih won’t see ini — fix (muat pada scroll atau di initial HTML) hasn’t taken effect yet.

Monitoring window: Immediate untuk render periksa; 2–4 weeks untuk konten untuk tampilkan up di Search Console’s indeks coverage atau di situs: hasil pencarian.

Rollback trigger: jika moving muat perilaku broke halaman’s UX atau performa, revert dan temukan sebuah muat-pada-scroll approach alih-alih sebuah interaction-gated one.

Test yourself: pengindeksan mobile-pertama

Five quick pertanyaan pada pengindeksan mobile-pertama. Pick sebuah jawaban untuk setiap, lalu periksa.

Log perubahan