pengindeksan mobile-pertama

TL;DR — pengindeksan mobile-pertama berarti Google looks di mobile versi dari Anda halaman — tidak desktop versi — untuk decide apa Anda halaman adalah tentang dan bagaimana untuk peringkat ini. ini adalah tidak sebuah terpisah “mobile index,” (terjemahan) “mobile indeks,” dan ini adalah tidak sebuah peringkat boost. satu hal untuk mendapatkan right: apa pun Anda ingin Google untuk see perlu untuk menjadi pada Anda mobile situs, karena itu’s versi ini indeks.

Apa pengindeksan mobile-pertama adalah

Ketika 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 apa ini indeks dan peringkat. itu’s pengindeksan mobile-pertama di satu kalimat: Google menggunakan mobile versi dari Anda konten untuk pengindeksan dan peringkat.

name trips orang up, so let me jelas up dua hal right away:

• tidak ada terpisah “mobile index.” (terjemahan) “mobile indeks.” Google memiliki satu indeks. Mobile-pertama pengindeksan hanya changed yang versi dari Anda halaman Google looks di — desktop digunakan untuk menjadi default, now mobile adalah.
• ini adalah tidak sebuah peringkat boost. menjadi pada pengindeksan mobile-pertama tidak lift Anda positions. ini hanya perubahan yang versi dari Anda konten Google membaca.

mengapa ini penting: apa pada mobile adalah apa counts

Di sini’s bagian itu sebenarnya memengaruhi Anda situs. jika sesuatu ada pada Anda desktop halaman tetapi tidak pada Anda mobile halaman — sebuah paragraf dari text, sebuah image, sebuah tautan, beberapa data terstruktur — Google dapat sekadar tidak see ini, karena ini adalah pengindeksan mobile versi.

sebuah umum dunia nyata contoh: sebuah situs menampilkan penuh artikel pada desktop tetapi trims ini down pada mobile untuk “keep hal bersih.” (terjemahan) “pertahankan hal bersih.” di bawah pengindeksan mobile-pertama, trimmed-out konten mungkin tidak pernah mendapatkan terindeks. perbaiki tidak complicated — pastikan penting stuff adalah pada mobile versi too.

«## Mobile-first indexing is not the same as “mobile-friendly” » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian dua belas, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

ini dua mendapatkan mixed up constantly. pengindeksan mobile-pertama adalah tentang yang versi Google indeks. Mobile-friendliness adalah tentang bagaimana usable Anda halaman adalah pada sebuah phone — tap targets, readable text, Tidak horizontal scrolling. mereka’re terpisah ideas. sebuah halaman dapat menjadi terindeks mobile-pertama dan masih menjadi clunky pada sebuah phone, dan vice versa. ini artikel adalah hanya tentang pertama satu.

Apa Anda harus sebenarnya melakukan

untuk hampir everyone, jawaban adalah responsive design — satu 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 dua versi di sync. ini adalah juga apa Google recommends.

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

ingin penuh picture — verified timeline, tepat parity aturan, bagaimana Google menangani lazy-muat trap, bagaimana config options bandingkan, dan di mana 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. Satu indeks, Tidak opt-out, tidak sebuah peringkat boost. operative aturan adalah konten parity: “hanya itu konten shown pada itu mobile site adalah digunakan untuk 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 terpisah URLs berfungsi tetapi adalah riskier. Watch lazy-muat-pada-interaction trap. Timeline: announced Nov 2016 → default untuk baru situs 2019 → terakhir batch dapat 2023 → declared menyelesaikan Oct 2023. Bing melakukan tidak membuat yang sama switch — ini tetap 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: “Hanya itu konten shown pada itu mobile site adalah digunakan untuk 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 dua clarifications itu kill sebagian besar dari confusion: “Di sana adalah hanya satu index dan Anda tidak dapat opt out dari mobile-pertama indexing.” (terjemahan) “ada hanya satu indeks dan Anda dapat’t opt out dari pengindeksan mobile-pertama.” ini adalah juga tidak sebuah peringkat boost. ini perubahan yang versi Google membaca, tidak bagaimana well ini peringkat.

Googlebot adalah mostly smartphone crawler

«This is the mechanism underneath the 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.” There are two subtypes — Googlebot Smartphone (“a mobile crawler that simulates a user on a mobile device”) and Googlebot Desktop — but the smartphone one does the bulk of the work now.

» (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian dua puluh enam, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

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

konten parity adalah aturan #1

jika Anda take satu hal dari ini halaman, take ini: apa pada Anda mobile situs adalah apa mendapatkan terindeks. Google’s doc lists ini sebagai pertama requirement — “Membuat sure itu Anda mobile site contains itu sama konten sebagai Anda desktop site” (terjemahan) “pastikan itu Anda mobile situs berisi yang sama konten sebagai Anda desktop situs” — dan clincher adalah itu “hanya itu konten shown pada itu mobile site adalah digunakan untuk indexing.” (terjemahan) “hanya konten ditampilkan pada mobile situs adalah digunakan untuk pengindeksan.”

John Mueller mengatakan ini sebagai plainly sebagai ini mendapatkan di Pubcon Pro Virtual 2020: “apa pun itu Anda ingin untuk memiliki indexed, it memerlukan untuk menjadi pada itu mobile site,” (terjemahan) “apa pun 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 tidak untuk see ini.

sebuah berguna nuance, though — parity melakukan tidak 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 sebenarnya ingin terindeks.

dan satu myth untuk retire: hidden/tabbed/accordion konten adalah fine. Pre-mobile-pertama, konten hidden behind UI untuk UX alasan adalah discounted. itu’s Tidak lebih lama benar — Google Tidak lebih lama discounts konten hidden untuk meningkatkan pengguna experience. So sebuah mobile accordion itu holds Anda penuh konten adalah fine; konten adalah di HTML dan mendapatkan terindeks.

parity items itu sebenarnya bite

Beyond mentah text, Google’s best-practices doc panggilan out spesifik hal 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 keduanya 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 bermakna 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, tidak 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 keduanya Anda mobile situs dan desktop situs.” jika sebuah halaman carries VideoObject markup pada desktop, ship yang sama markup pada mobile — jika tidak mobile versi ( satu Google sebenarnya 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 ada pada mobile template akan deindex halaman, karena Google indeks mobile versi.
• tautan internal. pertahankan navigation dan key tautan di mobile HTML. jangan hide them behind interactions itu memiliki untuk fire sebelum tautan muat.

lazy-muat / pengguna-interaction trap

«A specific, common 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.” If your main content only appears after the user taps “load more,” swipes a carousel, or clicks a tab that fetches content on demand, Googlebot won’t trigger that interaction — so the content isn’t seen. Load primary content on scroll or include it in the initial HTML instead.

» (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian tiga puluh tujuh, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

verified timeline

pengindeksan mobile-pertama took roughly seven tahun 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 menjadi default untuk baru situs: domains ditemukan setelah ini adalah di-crawl mobile-pertama dari mulai.
• March 2020 — Google announced ini akan switch seluruh web oleh September 2020. sebagai Mueller put ini, Google akan menjadi “switching untuk mobile-pertama indexing untuk 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: “kami telah decided untuk extend itu timeframe untuk itu end dari March 2021.” (terjemahan) “kami’ve decided untuk extend timeframe untuk end dari March 2021.”
• dapat 2023 — terakhir batch moved di atas: “itu terakhir batch dari sites eligible untuk mobile-pertama indexing memiliki telah moved over.” (terjemahan) “ terakhir batch dari situs eligible untuk pengindeksan mobile-pertama memiliki telah moved di atas.” Practically, ini adalah ketika rollout finished.
• October 2023 — Google declared ini menyelesaikan: “itu trek untuk Mobile Pertama Indexing adalah now menyelesaikan.” (terjemahan) “ trek untuk Mobile pertama pengindeksan adalah now menyelesaikan.” (Mueller.)

Dua valid cara untuk say “ketika it adalah menyelesaikan,” (terjemahan) “ketika ini adalah menyelesaikan,” dan ini adalah worth mempertahankan them straight: rollout effectively finished dengan terakhir batch di dapat 2023, sementara Google officially declared ini menyelesaikan di October 2023. sebuah “very small set dari sites yang lakukan tidak berfungsi pada mobile devices di all” (terjemahan) “very kecil set dari situs yang melakukan tidak berfungsi pada mobile devices di semua” adalah sekadar di-crawl dengan desktop Googlebot — itu’s sebuah exception Google menangani, tidak sebuah setting Anda choose. (Penelusuran Console’s “yang crawler” (terjemahan) “yang crawler” pengindeksan info adalah dihapus shortly setelah October 2023 announcement, since di sana adalah Tidak lebih lama sebuah mix untuk report.) untuk situs itu genuinely tidak accessible pada sebuah perangkat seluler di semua, practical risk now adalah tidak menjadi dapat diindeks.

Configuration: responsive vs. dynamic serving vs. terpisah URLs

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

• Responsive design (recommended). Satu URL, satu HTML, layout adapts melalui CSS. Google: ini “recommends Responsive Web Design karena ini itu easiest design pattern untuk implement dan maintain.” (terjemahan) “recommends Responsive Web Design karena ini adalah easiest design pattern untuk implement dan maintain.” Parity adalah basically automatic karena ada hanya satu 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, yang breaks parity di persis cara di atas.
• Terpisah 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: “Untuk terpisah URLs, set desktop versions sebagai canonical dengan an alternate link untuk itu mobile version,” (terjemahan) “untuk terpisah URLs, set desktop versi sebagai canonical dengan sebuah alternate tautan untuk mobile versi,” dan periksa Anda hreflang tautan di seluruh terpisah URLs. mobile URL harus sajikan penuh, penting konten — karena itu’s satu menjadi terindeks.

cara periksa jika Anda situs adalah pada pengindeksan mobile-pertama

di ini poin essentially setiap wajar situs adalah. untuk konfirmasi sebuah spesifik halaman, gunakan Search Console → pemeriksaan URL / halaman pengindeksan dan lihat “Crawled sebagai” (terjemahan) “di-crawl sebagai” nilai — “Googlebot smartphone” (terjemahan) “Googlebot smartphone” berarti ini adalah menjadi terindeks mobile-pertama. (sebagai noted, Google dihapus lebih luas crawler-info reporting setelah declaring rollout menyelesaikan, karena ada Tidak lebih lama sebuah bermakna split.)

melakukan Bing melakukan pengindeksan mobile-pertama? Tidak.

ini adalah cross-mesin angle hampir tidak seorang pun covers, dan ini penting jika Anda care tentang lebih daripada Google. Bing melakukan tidak switch untuk pengindeksan mobile-pertama cara Google melakukan. ini mempertahankan sebuah single, device-agnostic indeks alih-alih pengindeksan mobile versi secara khusus. 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 lebih berguna untuk memiliki sebuah integrated view dan untuk menjadi lebih device agnostic,” dan “we want to give you the same index and then personalise to you as the user.” (terjemahan) “kami ingin untuk memberikan 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 memperlakukan indeks sebagai device-agnostic.

umum myths, corrected

• “There’s a separate mobile index.” (terjemahan) “ada sebuah terpisah mobile indeks.” Tidak — satu indeks. pengindeksan mobile-pertama hanya perubahan yang versi Google looks di.
• “It’s a ranking boost.” (terjemahan) “ini adalah sebuah peringkat boost.” Tidak — ini adalah yang konten adalah terindeks/diperingkatkan, tidak sebuah bonus.
• “It’s the same as mobile-friendly.” (terjemahan) “ini adalah yang sama sebagai mobile-friendly.” Tidak — 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.” Tidak. (situs itu genuinely jangan berfungsi pada mobile adalah sebuah exception Google menangani, tidak sebuah setting.)
• “Hidden/tabbed/accordion content won’t count.” (terjemahan) “Hidden/tabbed/accordion konten tidak akan count.” Outdated — Google Tidak lebih lama discounts konten hidden untuk UX.
• “Mobile content must be identical to desktop.” (terjemahan) “Mobile konten harus menjadi identical untuk desktop.” Tidak — ini harus berisi yang sama penting konten, tidak menjadi byte-untuk-byte identical.
• “It only affects mobile search results.” (terjemahan) “ini hanya memengaruhi mobile hasil pencarian.” Tidak — mobile versi adalah digunakan untuk pengindeksan dan peringkat di seluruh keduanya desktop dan mobile hasil.
• “Bing does mobile-first indexing too.” (terjemahan) “Bing melakukan pengindeksan mobile-pertama too.” Tidak — Bing tetap device-agnostic.

untuk di mana ini sits di bigger picture — crawling, rendering, dan indeks itself — see pengindeksan hub. parity aturan di sini adalah juga mengapa 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. Satu indeks, Tidak opt-out, tidak sebuah peringkat boost — ini hanya perubahan yang versi Google membaca.
• Googlebot adalah mostly smartphone crawler now — majority dari crawl permintaan gunakan mobile crawler, sebuah minority desktop satu.
• konten parity adalah aturan #1: “hanya itu konten shown pada itu mobile site adalah digunakan untuk 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: “apa pun itu Anda ingin untuk memiliki indexed, it memerlukan untuk menjadi pada itu mobile site.” (terjemahan) “apa pun 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 Tidak lebih lama discounts ini.
• Lazy-muat trap: Google tidak akan trigger interactions (swipe/click/jenis) untuk muat konten. muat utama konten pada scroll atau di awal HTML.
• ini adalah tidak mobile-friendliness — itu’s sebuah terpisah usability/halaman-experience concept.
• Configs: responsive adalah recommended; dynamic serving berfungsi tetapi adalah fragile; terpisah URLs (m-dot) adalah least recommended (set desktop canonical + alternate untuk mobile, periksa hreflang).
• Timeline: announced Nov 2016 → default untuk baru situs 2019 → “seluruh web oleh Sept 2020” (terjemahan) “seluruh web oleh Sept 2020” (announced Mar 2020) → extended untuk Mar 2021 → terakhir batch dapat 2023 → declared menyelesaikan Oct 2023. sebuah tiny set dari desktop-hanya situs stay pada desktop crawl.
• periksa ini melalui Search Console “Crawled sebagai: Googlebot smartphone.” (terjemahan) “di-crawl sebagai: Googlebot smartphone.”
• Bing melakukan tidak switch — ini mempertahankan sebuah single device-agnostic indeks.

Dokumentasi resmi

Utama-sumber documentation dari mesin pencari.

«Google

• Mobile-first Indexing Best Practices — the canonical doc: the parity checklist (content, structured data, images/alt, titles/descriptions, robots meta), the lazy-load rule, and responsive vs. dynamic serving vs. separate URLs. Start here.
• Googlebot — the crawler that does the work: Googlebot Smartphone vs. Desktop, and why most crawl requests are mobile.
• Crawling and Indexing — the hub for the broader crawl/index topic this sits inside.
• Announcing mobile first indexing for the whole web (Mar 2020) — the “whole web by September 2020” announcement.
• Prepare for mobile-first indexing — with a little extra time (Jul 2020) — the deadline extension to March 2021.
• Mobile-first indexing has landed (Oct 2023) — the official “complete” announcement. » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian enam puluh dua, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

Bing / Microsoft

• Bing: Tidak Terpisah Mobile indeks (James Murray interview) — mengapa Bing stayed device-agnostic alih-alih switching untuk pengindeksan mobile-pertama.

Quotes dari sumber

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

Google — apa pengindeksan mobile-pertama berarti

«- “Only the content shown on the mobile site is used for indexing.” — Google Search Central docs. Jump to quote » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian enam puluh sembilan, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.) «- “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.” Jump to quote » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian enam puluh sembilan, bagian kecil dua: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.) «- “a mobile crawler that simulates a user on a mobile device.” (Googlebot Smartphone) Jump to quote » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian enam puluh sembilan, bagian kecil tiga: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

Google — konten parity

«- “Make sure that your mobile site contains the same content as your desktop site.” Jump to quote

• “Make sure that your mobile and desktop sites have the same structured data.” Jump to quote
• “Make sure that the mobile site has the same alt text for images as the desktop site.” Jump to quote
• “…the title element and the meta description are equivalent across both versions of your site.” Jump to quote
• “Use the same clear and meaningful headings on the mobile site as you do on the desktop site.” » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian tujuh puluh satu, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.) « Jump to quote
• “Use the same video structured data on both your mobile site and desktop site.” Jump to quote
• “Use the same robots meta tags on the mobile site and the desktop site.” Jump to quote » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian tujuh puluh satu, bagian kecil dua: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

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.” Jump to quote

• Google “recommends Responsive Web Design” as the easiest pattern to implement and maintain. Jump to quote
• “Separate URLs: Serves different HTML to each device, and on separate URLs.” Jump to quote » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian tujuh puluh tiga, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

John Mueller, Google — key warning (Pubcon Pro Virtual 2020, melalui 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) “apa pun itu Anda ingin memiliki terindeks, ini perlu untuk menjadi pada mobile situs.” Jump untuk quote

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

• “the trek to Mobile First Indexing is now complete.” (terjemahan) “ trek untuk Mobile pertama pengindeksan adalah now menyelesaikan.” (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 yang melakukan tidak berfungsi pada mobile devices di semua” tetap di-crawl oleh desktop Googlebot. Jump untuk quote
• “the last batch of sites eligible for mobile-first indexing have been moved over.” (terjemahan) “ terakhir 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 — mengapa Bing tidak switch

• “we think it’s more useful to have an integrated view and to be more device agnostic.” (terjemahan) “kami think ini adalah lebih berguna untuk memiliki sebuah integrated view dan untuk menjadi lebih 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 memberikan Anda yang sama indeks dan lalu personalise untuk Anda sebagai pengguna.” Jump untuk quote

Mobile-pertama parity audit checklist

Jalankan ini terhadap Anda mobile HTML (view sumber pada mobile versi, atau gunakan URL Inspection’s dirender HTML), since itu’s versi Google indeks:

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

mental models

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

2. Parity, tidak 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 tidak.

3. pengindeksan ≠ sebuah boost, dan ≠ mobile-friendliness. pengindeksan mobile-pertama perubahan yang versi Google membaca — ini tidak raise rankings, dan ini tidak yang sama sebagai menjadi usable pada sebuah phone. pertahankan itu three ideas terpisah dan sebagian besar dari confusion disappears.

4. jangan membuat Google interact. Googlebot tidak akan swipe, click, atau jenis untuk reveal konten. jika konten hanya muncul setelah sebuah pengguna tindakan, treat ini sebagai tidak terindeks. muat ini pada scroll atau di awal HTML.

5. Pick config itu membuat parity automatic. Responsive design berarti satu versi, so parity adalah free. Dynamic serving dan terpisah URLs berarti dua versi Anda memiliki untuk pertahankan di sync — setiap parity item di atas becomes sebuah hal itu dapat silently drift. Choose responsive unless Anda memiliki sebuah strong alasan tidak untuk.

pengindeksan mobile-pertama — cheat sheet

** satu 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 tidak pada mobile, assume ini tidak akan menjadi terindeks.

pengindeksan mobile-pertama vs. mobile-friendliness

Config perbandingan

untuk terpisah URLs: set desktop sebagai canonical, tambahkan sebuah alternate tautan untuk mobile URL, pertahankan hreflang correct, dan pastikan mobile URL menyajikan penuh 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 → tidak dimuat oleh Googlebot.
• Trimming “long” (terjemahan) “panjang” konten pada mobile → trimmed konten dapat tidak menjadi terindeks.

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

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

umum issues

nyata failure modes itu tampilkan up setelah sebuah situs adalah pada pengindeksan mobile-pertama, dengan mungkin penyebab dan perbaiki.

konten itu diperingkatkan pada desktop suddenly tidak terindeks

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

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

Perbaiki + periksa: View sumber pada mobile versi (atau gunakan Search Console’s URL Inspection → Tested halaman → View di-crawl halaman) dan konfirmasi missing text adalah sebenarnya present di mobile HTML, tidak hanya desktop HTML. jika ini adalah absent, tambahkan ini back untuk mobile template — Google indeks apa di mobile HTML, penuh berhenti.

sebuah halaman mendapat 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 Tidak deliberate deindex yang dimaksud.

mungkin penyebab: sebuah noindex robots meta tag ada pada mobile template tetapi tidak desktop satu (atau vice versa) — sebuah classic accidental deindex ketika dua templates drift out dari sync.

Perbaiki + periksa: Bandingkan <meta name="robots"> output pada mobile vs. desktop untuk affected URL (view sumber pada keduanya, atau curl dengan sebuah mobile vs. desktop pengguna-agent). Jalankan URL melalui Search Console → pemeriksaan URL untuk konfirmasi “Indexing diizinkan? Ya” (terjemahan) “pengindeksan diizinkan? Ya” setelah stray tag adalah dihapus.

Rich hasil disappear setelah sebuah situs perbarui

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

mungkin penyebab: data terstruktur ships di desktop template tetapi tidak carried di atas untuk mobile template — Google hanya membaca mobile HTML, so markup itu hanya lives pada desktop adalah invisible.

Perbaiki + periksa: Jalankan mobile-dirender HTML melalui situs’s Schema Validator atau Rich hasil Eligibility Checker dan konfirmasi sama JSON-LD (atau microdata) muncul di sana sebagai pada desktop.

Images berhenti menunjukkan up di pencarian gambar

Symptom: Images itu digunakan untuk muncul di Google pencarian gambar untuk sebuah halaman diam-diam disappear, atau baru images tidak pernah tampilkan up di sana.

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

Perbaiki + periksa: Bandingkan dirender mobile HTML’s <img> tags dan alt attributes terhadap desktop versi untuk yang sama halaman. jika mereka jangan match, bring mobile teks alt back di line dengan desktop.

sebuah carousel/tab/“load lebih” (terjemahan) “muat lebih” bagian tidak pernah mendapatkan terindeks

Symptom: konten itu lives di dalam sebuah carousel, sebuah “load lebih” (terjemahan) “muat lebih” button, atau sebuah tab itu fetches konten pada click tidak pernah menampilkan up di penelusuran, Tidak penting bagaimana penting konten adalah.

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

Perbaiki + periksa: View halaman’s awal dirender HTML (Search Console’s “View Crawled Halaman,” (terjemahan) “View di-crawl halaman,” atau view-sumber dengan JavaScript enabled) tanpa touching UI, dan konfirmasi konten adalah present. jika ini hanya muncul setelah Anda interact dengan halaman, move ini untuk muat pada scroll atau bake ini ke awal HTML.

Scripts dan snippets

alat untuk memeriksa mobile/desktop parity yourself, tanpa menunggu pada Penelusuran Console untuk catch sebuah drift.

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

Compares apa 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

Jalankan ini sebelum/setelah sebuah redesign untuk catch konten, data terstruktur, atau noindex tags itu hanya exist pada satu versi. Note: ini fetches mentah HTML — jika Anda konten adalah injected oleh client-side JavaScript, pair ini dengan sebuah rendering alat (atau situs’s Render Kesenjangan 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 apakah mobile dan desktop robots directives match, setelah Anda’ve saved keduanya versi dengan curl/PowerShell snippets di atas.

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

Capture group 1 adalah directive string (e.g. index, follow atau noindex). Jalankan ini terhadap mobile.html dan desktop.html secara terpisah dan bandingkan 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) sementara 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 tepat URL, di mana Anda dapat periksa “Crawled sebagai.” (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 tidak carry Anda property/resource ID).

Validation tests

Proof itu sebuah mobile-pertama parity perbaiki sebenarnya took effect, tidak hanya itu Anda dibuat edit.

Konfirmasi Google adalah crawling halaman sebagai mobile

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

Yang diharapkan hasil: “Crawled sebagai: Googlebot smartphone.” (terjemahan) “di-crawl sebagai: Googlebot smartphone.”

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

Monitoring window: Immediate setelah pemeriksaan URL mengembalikan sebuah hasil; izinkan sebuah sedikit days jika Anda hanya requested pengindeksan.

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

Konfirmasi data terstruktur dibuat ini ke mobile HTML

Test untuk jalankan: Jalankan mobile-dirender URL melalui Schema Validator (atau Search Console’s Rich hasil report untuk property).

Yang diharapkan hasil: yang sama structured-data jenis dan fields Anda ditambahkan untuk desktop muncul di mobile-dirender output, dengan Tidak 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/langsung hasil.

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

Konfirmasi Tidak stray noindex pada mobile template

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

Yang diharapkan hasil: index, follow (atau absent, yang defaults untuk dapat diindeks) pada keduanya 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 penyebab 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.

Konfirmasi trimmed/lazy-dimuat konten adalah now dapat diindeks

Test untuk jalankan: dengan JavaScript enabled dan tanpa interacting dengan halaman (Tidak clicks, taps, atau swipes), view awal dirender HTML — Search Console’s “View Crawled Halaman” (terjemahan) “View di-crawl halaman” adalah closest proxy untuk apa Googlebot sebenarnya sees.

Yang diharapkan hasil: utama konten di pertanyaan adalah present di itu dirender HTML tanpa apa pun interaction.

Failure interpretation: jika konten hanya muncul setelah Anda click/tap/swipe untuk reveal ini, Googlebot masih tidak akan see ini — perbaiki (muat pada scroll atau di awal HTML) hasn’t taken effect namun.

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 satu.

Uji pemahaman Anda: pengindeksan mobile-pertama

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

Log perubahan