Mobile-Đầu tiên Lập chỉ mục

TL;DR — Mobile-đầu tiên lập chỉ mục có nghĩa là Google looks tại đó mobile version of trang của bạn — không đó desktop version — để decide điều gì trang của bạn là về và cách để xếp hạng điều này. đây là không một tách biệt “mobile index,” (bản dịch) «mobile chỉ mục,» và đây là không một xếp hạng boost. Đó một điều để nhận right: bất cứ điều gì bạn muốn Google để see cần để là on của bạn mobile site, vì đó là đó version điều này indexes.

Điều gì mobile-đầu tiên lập chỉ mục là

Khi Google crawl của bạn trang web, nó mostly visits as smartphone — sử dụng mobile crawler được gọi là Googlebot smartphone. Whatever nó sees on mobile version của bạn trang là Điều gì nó indexes và ranks. đó mobile-đầu tiên lập chỉ mục trong một sentence: Google dùng mobile version của bạn nội dung cho lập chỉ mục và xếp hạng.

name trips mọi người lên, so let me clear lên hai điều right away:

• Có không tách biệt “mobile index.” (bản dịch) «mobile chỉ mục.» Google có một chỉ mục. Mobile-đầu tiên lập chỉ mục chỉ changed mà version of trang của bạn Google looks tại — desktop dùng để là đó default, hiện tại mobile là.
• Điều này không phải một xếp hạng boost. Đang on mobile-đầu tiên lập chỉ mục không lift của bạn positions. Điều này chỉ thay đổi mà version of nội dung của bạn Google đọc.

Vì sao điều này quan trọng: Điều gì on mobile là Điều gì được tính

Ở đây part đó thực ra ảnh hưởng của bạn trang web. nếu điều gì đó tồn tại on của bạn desktop trang nhưng không on của bạn mobile trang — paragraph của text, image, link, some dữ liệu có cấu trúc — Google có thể đơn giản không see nó, vì nó lập chỉ mục mobile version.

MỘT phổ biến thực tế ví dụ: một site cho thấy đó đầy đủ bài viết on desktop nhưng trims điều này xuống on mobile để “keep things clean.” (bản dịch) «giữ điều sạch.» Dưới mobile-đầu tiên lập chỉ mục, đó trimmed-out nội dung có thể không bao giờ nhận được lập chỉ mục. Đó cách sửa không complicated — hãy bảo đảm đó quan trọng stuff là on đó mobile version cũng.

Mobile-đầu tiên lập chỉ mục không phải đó giống nhau as “mobile-friendly” (bản dịch) «mobile-friendly»

những điều này hai nhận mixed lên constantly. Mobile-đầu tiên lập chỉ mục là về mà version Google indexes. Mobile-friendliness là về Cách usable của bạn trang là on phone — tap targets, readable text, không horizontal scrolling. họ’re tách biệt ideas. trang có thể là được lập chỉ mục mobile-đầu tiên và vẫn là clunky on phone, và vice versa. điều này bài viết là chỉ về đầu tiên một.

Điều gì bạn nên thực ra làm

cho gần như mọi người, câu trả lời là responsive design — một đặt của HTML đó adapts để screen size. đó way của bạn mobile và desktop versions là giống nhau nội dung theo mặc định, và bạn không có để giữ hai versions trong sync. nó cũng Điều gì Google khuyến nghị.

nếu bạn’re on điều gì đó older — như tách biệt mobile trang web on của nó own các URL (m.example.com) — đó vẫn hoạt động, nhưng nó nhiều hơn fragile và cần nhiều hơn care.

Muốn đầy đủ picture — verified timeline, chính xác parity rules, Cách Google xử lý lazy-load trap, Cách config options so sánh, và nơi Bing differs? Chuyển để Nâng cao tab.

TL;DR — Mobile-đầu tiên lập chỉ mục = Google dùng đó mobile version of một trang nội dung, được crawl by Googlebot smartphone, cho lập chỉ mục và xếp hạng. Một chỉ mục, không opt-out, không một xếp hạng boost. Đó operative rule là nội dung parity: “only the content shown on the mobile site is used for indexing,” (bản dịch) «chỉ đó nội dung shown on đó mobile site được dùng cho lập chỉ mục,» so bất kỳ text, dữ liệu có cấu trúc, images, alt text, hoặc links bạn muốn được lập chỉ mục phải được trong đó mobile HTML. đây là distinct từ mobile-friendliness/trang experience. Responsive design là Google được khuyến nghị config; dynamic serving và tách biệt URLs hoạt động nhưng là riskier. Watch đó lazy-load-on-interaction trap. Timeline: announced Nov 2016 → default cho new các trang 2019 → cuối cùng batch Có thể 2023 → declared hoàn tất Oct 2023. Bing đã làm không làm đó giống nhau chuyển — điều này vẫn giữ device-agnostic với một single chỉ mục.

definition, precisely

Google own cách diễn đạt: Google dùng đó mobile version of một site nội dung, được crawl với đó smartphone agent, cho lập chỉ mục và xếp hạng. Và trong của nó mobile-đầu tiên best-practices doc đây là ngay cả blunter về đó consequence: “Only the content shown on the mobile site is used for indexing.” (bản dịch) «Chỉ đó nội dung shown on đó mobile site được dùng cho lập chỉ mục.»

Trong my Ahrefs hướng dẫn on mobile-đầu tiên lập chỉ mục I define điều này cùng cách — mobile-đầu tiên lập chỉ mục refers để Google dùng đó mobile version of một site nội dung cho lập chỉ mục và xếp hạng — và I thêm đó hai clarifications đó kill hầu hết of đó confusion: “There is only one index and you can’t opt out of mobile-first indexing.” (bản dịch) «Có chỉ một chỉ mục và bạn không thể opt out of mobile-đầu tiên lập chỉ mục.» Điều này là cũng không một xếp hạng boost. Điều này thay đổi mà version Google đọc, không cách well điều này ranks.

Googlebot là mostly smartphone crawler

Này là đó mechanism underneath đó toàn bộ điều. 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.” (bản dịch) «Đối với hầu hết trang web Google Search primarily indexes đó mobile version of đó nội dung. As such đó majority of Googlebot các yêu cầu crawl sẽ là đã làm dùng đó mobile crawler, và một minority dùng đó desktop crawler.» Có hai subtypes — Googlebot Smartphone (“a mobile crawler that simulates a user on a mobile device” (bản dịch) «một trình thu thập di động mô phỏng người dùng trên thiết bị di động») và Googlebot Desktop — nhưng đó smartphone một làm đó bulk of đó hoạt động hiện tại.

Google làm vẫn crawl với desktop người dùng-agent đôi khi, nhưng version đó matters cho lập chỉ mục là mobile một.

nội dung parity là rule #1

Nếu bạn take một điều từ này trang, take này: điều gì là on của bạn mobile site là điều gì nhận được lập chỉ mục. Google doc lists điều này as đó đầu tiên requirement — “Make sure that your mobile site contains the same content as your desktop site” (bản dịch) «Hãy bảo đảm đó của bạn mobile site contains đó giống nhau nội dung as của bạn desktop site» — và đó clincher là đó “only the content shown on the mobile site is used for indexing.” (bản dịch) «chỉ đó nội dung shown on đó mobile site được dùng cho lập chỉ mục.»

John Mueller đã nói điều này as plainly as điều này nhận tại Pubcon Pro Virtual 2020: “anything that you want to have indexed, it needs to be on the mobile site,” (bản dịch) «bất cứ điều gì đó bạn muốn để có được lập chỉ mục, điều này cần để là on đó mobile site,» và “we will only index the mobile content in the future.” (bản dịch) «we sẽ chỉ mục đó mobile nội dung trong đó tương lai.» Nếu đây là desktop-chỉ, plan cho Google không để see điều này.

MỘT hữu ích nuance, though — parity làm không có nghĩa là byte-cho-byte giống hệt. As I put điều này trong my Ahrefs hướng dẫn on mobile-đầu tiên lập chỉ mục: “any important content must be present on mobile.” (bản dịch) «bất kỳ quan trọng nội dung phải được present on mobile.» Bạn có thể có một leaner mobile layout; bạn chỉ không thể drop đó nội dung, dữ liệu có cấu trúc, images, alt text, hoặc links bạn thực ra muốn được lập chỉ mục.

và một myth để retire: hidden/tabbed/accordion nội dung là fine. Pre-mobile-đầu tiên, nội dung hidden behind UI cho UX reasons là discounted. đó không lâu hơn đúng — Google không lâu hơn discounts nội dung hidden để improve người dùng experience. So mobile accordion đó holds của bạn đầy đủ nội dung là fine; nội dung là trong HTML và nhận được lập chỉ mục.

parity items đó thực ra bite

Beyond thô text, Google best-practices doc calls out cụ thể điều để giữ tương đương trên versions:

• Dữ liệu có cấu trúc. “Make sure that your mobile and desktop sites have the same structured data.” (bản dịch) «Hãy bảo đảm đó của bạn mobile và desktop các trang có đó giống nhau dữ liệu có cấu trúc.» Nếu của bạn markup chỉ ships on desktop, của bạn rich kết quả có thể vanish.
• Images và alt text. “Make sure that the mobile site has the same alt text for images as the desktop site.” (bản dịch) «Hãy bảo đảm đó mobile site có đó giống nhau alt text cho images as đó desktop site.» Dropping images hoặc stripping alt text on mobile hurts Image Tìm kiếm.
• Các tiêu đề và meta các mô tả. “Make sure that the title element and the meta description are equivalent across both versions of your site.” (bản dịch) «Hãy bảo đảm đó tiêu đề element và đó mô tả meta là tương đương trên cả hai versions of trang web của bạn.»
• Headings. “Use the same clear and meaningful headings on the mobile site as you do on the desktop site.” (bản dịch) «Dùng đó giống nhau clear và có ý nghĩa headings on đó mobile site as bạn làm on đó desktop site.» MỘT stripped-xuống mobile template đó drops H2s/H3s hoặc flattens them vào đơn giản text weakens đó trang structure cho lập chỉ mục, không chỉ của nó readability.
• Video dữ liệu có cấu trúc. “Use the same video structured data on both your mobile site and desktop site.” (bản dịch) «Dùng đó giống nhau video dữ liệu có cấu trúc on cả hai của bạn mobile site và desktop site.» Nếu một trang carries VideoObject markup on desktop, ship đó giống nhau markup on mobile — nếu không đó mobile version (đó một Google thực ra indexes) là bị thiếu điều này.
• Robots meta tags. “Use the same robots meta tags on the mobile site and the desktop site.” (bản dịch) «Dùng đó giống nhau robots meta tags on đó mobile site và đó desktop site.» Này là một classic accidental-deindex: một noindex đó chỉ tồn tại on đó mobile template sẽ deindex đó trang, vì Google indexes đó mobile version.
• Liên kết nội bộ. Giữ của bạn navigation và key links trong đó mobile HTML. không hide them behind interactions đó có để fire trước đó links load.

lazy-load / người dùng-interaction trap

MỘT cụ thể, phổ biến chế độ lỗi. 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.” (bản dịch) «không lazy-load chính nội dung upon người dùng interaction. Google sẽ không load nội dung đó requires người dùng interactions (ví dụ, swiping, clicking, hoặc typing) để load.» Nếu của bạn main nội dung chỉ xuất hiện sau người dùng taps “load hơn,” swipes một carousel, hoặc clicks một tab đó fetches nội dung on demand, Googlebot sẽ không trigger đó interaction — so đó nội dung không seen. Load chính nội dung on scroll hoặc bao gồm điều này trong đó ban đầu HTML thay vì.

verified timeline

Mobile-đầu tiên lập chỉ mục took khoảng seven năm end để end. dated milestones:

• November 2016 — Google đầu tiên announced mobile-đầu tiên lập chỉ mục và began kiểm thử.
• 2018 — đó rộng rollout began sau đó kiểm thử period.
• 2019 — mobile-đầu tiên trở thành đó default cho new các trang: domains discovered sau này đã là được crawl mobile-đầu tiên từ đó bắt đầu.
• March 2020 — Google announced điều này sẽ chuyển đó toàn bộ web by September 2020. As Mueller put điều này, Google sẽ là “switching to mobile-first indexing for all websites starting September 2020.” (bản dịch) «switching để mobile-đầu tiên lập chỉ mục cho all websites starting September 2020.»
• July 2020 — đó deadline đã là extended. Google: “we’ve decided to extend the timeframe to the end of March 2021.” (bản dịch) «chúng ta đã decided để extend đó timeframe để đó end of March 2021.»
• Có thể 2023 — đó cuối cùng batch moved over: “the last batch of sites eligible for mobile-first indexing have been moved over.” (bản dịch) «đó cuối cùng batch of các trang eligible cho mobile-đầu tiên lập chỉ mục đã được moved over.» Practically, này là khi đó rollout finished.
• October 2023 — Google declared điều này hoàn tất: “the trek to Mobile First Indexing is now complete.” (bản dịch) «đó trek để Mobile Đầu tiên Lập chỉ mục là hiện tại hoàn tất.» (Mueller.)

Hai hợp lệ ways để chẳng hạn “when it was complete,” (bản dịch) «khi điều này đã là hoàn tất,» và đây là worth giữ them straight: đó rollout effectively finished với đó cuối cùng batch trong Có thể 2023, trong khi Google officially declared điều này hoàn tất trong October 2023. MỘT “very small set of sites which do not work on mobile devices at all” (bản dịch) «very nhỏ set of các trang mà không hoạt động on mobile devices tại all» là đơn giản được crawl với desktop Googlebot — đó là an exception Google xử lý, không một setting bạn chọn. (Tìm kiếm Console “which crawler” (bản dịch) «mà crawler» lập chỉ mục info đã là đã xóa shortly sau đó October 2023 announcement, since ở đó đã là không lâu hơn một mix để báo cáo.) Cho các trang đó genuinely không accessible on một mobile device tại all, đó practical risk hiện tại không phải đang indexable.

Configuration: responsive so với. dynamic serving so với. tách biệt các URL

có three ways để phục vụ mobile, và Google có clear preference:

• Responsive design (được khuyến nghị). Một URL, một HTML, layout adapts qua CSS. Google: điều này “recommends Responsive Web Design because it’s the easiest design pattern to implement and maintain.” (bản dịch) «khuyến nghị Responsive Web Design vì đây là đó easiest design pattern để implement và maintain.» Parity là basically tự động vì có chỉ một version.
• Dynamic serving. Giống nhau URL, nhưng đó máy chủ trả về khác nhau HTML dựa trên đó người dùng-agent. Điều này hoạt động, nhưng đây là lỗi-prone — đây là easy để ship desktop và mobile out of sync, mà breaks parity trong chính xác đó ways trên.
• Tách biệt URLs (m-dot). Khác nhau HTML on khác nhau URLs (e.g. m.example.com). Đó least được khuyến nghị of đó three và đó hầu hết để maintain. Nếu bạn là on điều này, Google hướng dẫn: “For separate URLs, set desktop versions as canonical with an alternate link to the mobile version,” (bản dịch) «Cho tách biệt URLs, set desktop versions as canonical với an alternate link để đó mobile version,» và kiểm tra của bạn hreflang links trên đó tách biệt URLs. Đó mobile URL phải serve đó đầy đủ, quan trọng nội dung — vì đó là đó một đang được lập chỉ mục.

Cách kiểm tra nếu của bạn trang web là on mobile-đầu tiên lập chỉ mục

Tại này point essentially mỗi thông thường site là. Để xác nhận một cụ thể trang, dùng Search Console → URL Inspection / Trang lập chỉ mục và xem đó “Được crawl as” giá trị — “Googlebot smartphone” (bản dịch) «Googlebot smartphone» có nghĩa là đây là đang được lập chỉ mục mobile-đầu tiên. (As noted, Google đã xóa đó rộng hơn crawler-info reporting sau declaring đó rollout hoàn tất, vì có không lâu hơn một có ý nghĩa split.)

Làm Bing làm mobile-đầu tiên lập chỉ mục? Không.

Này là đó cross-engine angle gần như không ai covers, và điều này matters nếu bạn care về hơn Google. Bing đã không chuyển để mobile-đầu tiên lập chỉ mục đó way Google đã làm. Điều này giữ một single, device-agnostic chỉ mục thay vì lập chỉ mục đó mobile version cụ thể. James Murray of Microsoft Bing explained đó reasoning: “we think it’s more useful to have an integrated view and to be more device agnostic,” (bản dịch) «we think đây là hơn hữu ích để có an integrated view và để là hơn device agnostic,» và “we want to give you the same index and then personalise to you as the user.” (bản dịch) «we muốn để cho bạn đó giống nhau chỉ mục và thì personalise để bạn as người dùng.»

takeaway: nội dung-parity hygiene vẫn helps bạn on Bing, nhưng Bing hasn’t announced chuyển để lập chỉ mục mobile version — nó xử lý chỉ mục as device-agnostic.

phổ biến myths, corrected

• “There’s a separate mobile index.” (bản dịch) «có một tách biệt mobile chỉ mục.» Không — một chỉ mục. Mobile-đầu tiên lập chỉ mục chỉ thay đổi mà version Google looks tại.
• “It’s a ranking boost.” (bản dịch) «đây là một xếp hạng boost.» Không — đây là mà nội dung là được lập chỉ mục/được xếp hạng, không một bonus.
• “It’s the same as mobile-friendly.” (bản dịch) «đây là đó giống nhau as mobile-friendly.» Không — khác nhau concepts. Này là về lập chỉ mục; mobile-friendliness là usability/trang experience.
• “You can opt out / stay desktop-indexed.” (bản dịch) «Bạn có thể opt out / stay desktop-được lập chỉ mục.» Không. (Các trang đó genuinely không hoạt động on mobile là an exception Google xử lý, không một setting.)
• “Hidden/tabbed/accordion content won’t count.” (bản dịch) «Hidden/tabbed/accordion nội dung sẽ không count.» Outdated — Google không lâu hơn discounts nội dung hidden cho UX.
• “Mobile content must be identical to desktop.” (bản dịch) «Mobile nội dung phải được giống hệt để desktop.» Không — điều này phải contain đó giống nhau quan trọng nội dung, không là byte-cho-byte giống hệt.
• “It only affects mobile search results.” (bản dịch) «Điều này chỉ ảnh hưởng mobile kết quả tìm kiếm.» Không — đó mobile version được dùng cho lập chỉ mục và xếp hạng trên cả hai desktop và mobile kết quả.
• “Bing does mobile-first indexing too.” (bản dịch) «Bing làm mobile-đầu tiên lập chỉ mục cũng.» Không — Bing vẫn giữ device-agnostic.

cho nơi điều này sits trong bigger picture — crawling, kết xuất, và chỉ mục itself — see lập chỉ mục hub. parity rules ở đây là cũng Vì sao chỉ mục bloat và crawling các vấn đề hiển thị lên downstream: nếu Google có thể’t see của bạn nội dung on mobile, nó có thể’t chỉ mục nó well trong đầu tiên place.

AI summary

condensed take on Nâng cao version:

• Mobile-đầu tiên lập chỉ mục = Google dùng đó mobile version of một trang nội dung, được crawl by Googlebot smartphone, cho lập chỉ mục và xếp hạng. Một chỉ mục, không opt-out, không một xếp hạng boost — điều này chỉ thay đổi mà version Google đọc.
• Googlebot là mostly đó smartphone crawler hiện tại — đó majority of crawl các yêu cầu dùng đó mobile crawler, một minority đó desktop một.
• Nội dung parity là rule #1: “only the content shown on the mobile site is used for indexing.” (bản dịch) «chỉ đó nội dung shown on đó mobile site được dùng cho lập chỉ mục.» Giữ text, dữ liệu có cấu trúc (including video dữ liệu có cấu trúc), images + alt text, headings, các tiêu đề/meta các mô tả, robots meta tags, và liên kết nội bộ tương đương on mobile. Mueller: “anything that you want to have indexed, it needs to be on the mobile site.” (bản dịch) «bất cứ điều gì đó bạn muốn để có được lập chỉ mục, điều này cần để là on đó mobile site.»
• Parity ≠ giống hệt. Quan trọng nội dung phải được on mobile, nhưng điều này needn’t là byte-cho-byte. Hidden/tabbed nội dung là hiện tại fine — Google không lâu hơn discounts điều này.
• Lazy-load trap: Google sẽ không trigger interactions (swipe/nhấp/loại) để load nội dung. Load chính nội dung on scroll hoặc trong đó ban đầu HTML.
• đây là không mobile-friendliness — đó là một tách biệt usability/trang-experience concept.
• Configs: responsive là được khuyến nghị; dynamic serving hoạt động nhưng là fragile; tách biệt URLs (m-dot) là least được khuyến nghị (set desktop canonical + alternate để mobile, kiểm tra hreflang).
• Timeline: announced Nov 2016 → default cho new các trang 2019 → “whole web by Sept 2020” (bản dịch) «toàn bộ web by Sept 2020» (announced Mar 2020) → extended để Mar 2021 → cuối cùng batch Có thể 2023 → declared hoàn tất Oct 2023. MỘT tiny set of desktop-chỉ các trang stay on desktop crawl.
• Kiểm tra điều này qua Search Console “Crawled as: Googlebot smartphone.” (bản dịch) «Được crawl as: Googlebot smartphone.»
• Bing đã không chuyển — điều này giữ một single device-agnostic chỉ mục.

Tài liệu chính thức

Chính-nguồn tài liệu từ các công cụ tìm kiếm.

Google

• Mobile-đầu tiên Lập chỉ mục Thực hành tốt nhất — đó canonical doc: đó parity checklist (nội dung, dữ liệu có cấu trúc, images/alt, các tiêu đề/các mô tả, robots meta), đó lazy-load rule, và responsive so với. dynamic serving so với. tách biệt URLs. Bắt đầu ở đây.
• Googlebot — đó crawler đó làm đó hoạt động: Googlebot Smartphone so với. Desktop, và vì sao hầu hết các yêu cầu crawl là mobile.
• Crawling và Lập chỉ mục — đó hub cho đó rộng hơn crawl/chỉ mục topic này sits bên trong.
• Announcing mobile đầu tiên lập chỉ mục cho đó toàn bộ web (Mar 2020) — đó “whole web by September 2020” (bản dịch) «toàn bộ web by September 2020» announcement.
• Prepare cho mobile-đầu tiên lập chỉ mục — với một little extra time (Jul 2020) — đó deadline extension để March 2021.
• Mobile-đầu tiên lập chỉ mục có landed (Oct 2023) — đó chính thức “hoàn tất” announcement.

Bing / Microsoft

• Bing: Không Tách biệt Mobile chỉ mục (James Murray interview) — Vì sao Bing stayed device-agnostic thay vì switching để mobile-đầu tiên lập chỉ mục.

Quotes từ nguồn

On—record statements từ Google và Bing. mỗi link là deep link đó jumps để quoted passage on nguồn trang.

Google — Điều gì mobile-đầu tiên lập chỉ mục có nghĩ là

• “Only the content shown on the mobile site is used for indexing.” (bản dịch) «Chỉ đó nội dung shown on đó mobile site được dùng cho lập chỉ mục.» — Google Search Central tài liệu. Nhảy đến trích dẫn
• “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.” (bản dịch) «Đối với hầu hết trang web Google Search primarily indexes đó mobile version of đó nội dung. As such đó majority of Googlebot các yêu cầu crawl sẽ là đã làm dùng đó mobile crawler, và một minority dùng đó desktop crawler.» Nhảy đến trích dẫn
• “a mobile crawler that simulates a user on a mobile device.” (bản dịch) «một trình thu thập di động mô phỏng người dùng trên thiết bị di động.» (Googlebot Smartphone) Nhảy đến trích dẫn

Google — nội dung parity

• “Make sure that your mobile site contains the same content as your desktop site.” (bản dịch) «Hãy bảo đảm đó của bạn mobile site contains đó giống nhau nội dung as của bạn desktop site.» Nhảy đến trích dẫn
• “Make sure that your mobile and desktop sites have the same structured data.” (bản dịch) «Hãy bảo đảm đó của bạn mobile và desktop các trang có đó giống nhau dữ liệu có cấu trúc.» Nhảy đến trích dẫn
• “Make sure that the mobile site has the same alt text for images as the desktop site.” (bản dịch) «Hãy bảo đảm đó mobile site có đó giống nhau alt text cho images as đó desktop site.» Nhảy đến trích dẫn
• “…the title element and the meta description are equivalent across both versions of your site.” (bản dịch) «…đó tiêu đề element và đó mô tả meta là tương đương trên cả hai versions of trang web của bạn.» Nhảy đến trích dẫn
• “Use the same clear and meaningful headings on the mobile site as you do on the desktop site.” (bản dịch) «Dùng đó giống nhau clear và có ý nghĩa headings on đó mobile site as bạn làm on đó desktop site.» Nhảy đến trích dẫn
• “Use the same video structured data on both your mobile site and desktop site.” (bản dịch) «Dùng đó giống nhau video dữ liệu có cấu trúc on cả hai của bạn mobile site và desktop site.» Nhảy đến trích dẫn
• “Use the same robots meta tags on the mobile site and the desktop site.” (bản dịch) «Dùng đó giống nhau robots meta tags on đó mobile site và đó desktop site.» Nhảy đến trích dẫn

Google — lazy-load trap và 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.” (bản dịch) «không lazy-load chính nội dung upon người dùng interaction. Google sẽ không load nội dung đó requires người dùng interactions (ví dụ, swiping, clicking, hoặc typing) để load.» Nhảy đến trích dẫn
• Google “recommends Responsive Web Design” (bản dịch) «khuyến nghị Responsive Web Design» as đó easiest pattern để implement và maintain. Nhảy đến trích dẫn
• “Separate URLs: Serves different HTML to each device, and on separate URLs.” (bản dịch) «Tách biệt URLs: Serves khác nhau HTML để mỗi device, và on tách biệt URLs.» Nhảy đến trích dẫn

John Mueller, Google — Điểm mấu chốt warning (Pubcon Pro Virtual 2020, qua công cụ tìm kiếm Journal coverage)

• “we will only index the mobile content in the future.” (bản dịch) «we sẽ chỉ mục đó mobile nội dung trong đó tương lai.» Nhảy đến trích dẫn
• “anything that you want to have indexed, it needs to be on the mobile site.” (bản dịch) «bất cứ điều gì đó bạn muốn để có được lập chỉ mục, điều này cần để là on đó mobile site.» Nhảy đến trích dẫn

John Mueller, Google — timeline (qua công cụ tìm kiếm Land verbatim coverage)

• “the trek to Mobile First Indexing is now complete.” (bản dịch) «đó trek để Mobile Đầu tiên Lập chỉ mục là hiện tại hoàn tất.» (Oct 2023) Nhảy đến trích dẫn
• “a very small set of sites which do not work on mobile devices at all” (bản dịch) «một very nhỏ set of các trang mà không hoạt động on mobile devices tại all» vẫn được crawl by desktop Googlebot. Nhảy đến trích dẫn
• “the last batch of sites eligible for mobile-first indexing have been moved over.” (bản dịch) «đó cuối cùng batch of các trang eligible cho mobile-đầu tiên lập chỉ mục đã được moved over.» (Có thể 2023) Nhảy đến trích dẫn
• “we’ve decided to extend the timeframe to the end of March 2021.” (bản dịch) «chúng ta đã decided để extend đó timeframe để đó end of March 2021.» (Jul 2020) Nhảy đến trích dẫn
• “switching to mobile-first indexing for all websites starting September 2020.” (bản dịch) «switching để mobile-đầu tiên lập chỉ mục cho all websites starting September 2020.» (announced Mar 2020) Nhảy đến trích dẫn

James Murray, Microsoft Bing — Vì sao Bing đã không chuyển

• “we think it’s more useful to have an integrated view and to be more device agnostic.” (bản dịch) «we think đây là hơn hữu ích để có an integrated view và để là hơn device agnostic.» Nhảy đến trích dẫn
• “we want to give you the same index and then personalise to you as the user.” (bản dịch) «we muốn để cho bạn đó giống nhau chỉ mục và thì personalise để bạn as người dùng.» Nhảy đến trích dẫn

Mobile-đầu tiên parity audit checklist

Chạy điều này so với của bạn mobile HTML (view nguồn on mobile version, hoặc sử dụng URL Inspection được kết xuất HTML), since đó version Google indexes:

• Giống nhau nội dung. Đó đầy đủ, quan trọng nội dung là present on mobile — không trimmed “for cleanliness.” (bản dịch) «cho cleanliness.» Bất cứ điều gì bạn muốn được lập chỉ mục là trong đó mobile HTML.
• Giống nhau dữ liệu có cấu trúc. Đó giống nhau markup ships on cả hai versions, referencing đó giống nhau URLs as đó trang itself.
• Giống nhau images + alt text. Không images dropped on mobile; alt text matches đó desktop version (này ảnh hưởng Image Tìm kiếm).
• Giống nhau các tiêu đề & meta các mô tả. Tương đương title và mô tả meta trên cả hai versions.
• Giống nhau headings. Mobile giữ đó giống nhau clear, có ý nghĩa heading structure (H2s/H3s) as desktop — không flattened vào đơn giản text.
• Giống nhau video dữ liệu có cấu trúc. VideoObject (hoặc other video markup) present on desktop cũng ships on mobile.
• Giống nhau robots meta tags. Không stray noindex/nofollow on đó mobile template (một classic accidental deindex).
• Giống nhau liên kết nội bộ. Navigation và key links là trong đó mobile HTML — không hidden behind interactions đó phải fire trước đó links load.
• Không interaction-gated nội dung. Chính nội dung loads on scroll hoặc trong đó ban đầu HTML, không chỉ sau một tap/swipe/loại.
• Hidden/tabbed nội dung là OK — accordions và tabs là fine miễn là đó nội dung là trong đó HTML (Google không lâu hơn discounts UX-hidden nội dung).
• (Tách biệt URLs chỉ) Desktop set as canonical với an alternate link để mobile; hreflang correct trên versions; đó mobile URL serves đó đầy đủ nội dung.
• Verified trong Search Console — “Crawled as: Googlebot smartphone.” (bản dịch) «Được crawl as: Googlebot smartphone.»

mental models

1. Mobile = nguồn của truth. Whatever là trong của bạn mobile HTML là Điều gì Google indexes và ranks. Desktop-chỉ nội dung là, cho lập chỉ mục purposes, invisible. Audit so với mobile version, không một bạn thường xem xét on của bạn laptop.

2. Parity, không identity. bạn không cần byte-cho-byte sameness — bạn cần mỗi quan trọng element on mobile: nội dung, dữ liệu có cấu trúc, images + alt, các tiêu đề/các mô tả, robots meta, liên kết nội bộ. leaner layout là fine; bị thiếu substance không phải.

3. lập chỉ mục ≠ boost, và ≠ mobile-friendliness. Mobile-đầu tiên lập chỉ mục thay đổi mà version Google đọc — nó không raise thứ hạng, và nó không phải giống nhau as là usable on phone. giữ những điều đó three ideas tách biệt và phần lớn của confusion disappears.

4. không làm Google interact. Googlebot sẽ không swipe, nhấp, hoặc loại để reveal nội dung. nếu nội dung chỉ xuất hiện sau khi người dùng hành động, treat nó as không được lập chỉ mục. Load nó on scroll hoặc trong ban đầu HTML.

5. Pick config đó làm parity tự động. Responsive design có nghĩ là một version, so parity là free. Dynamic serving và tách biệt các URL có nghĩa là hai versions bạn có để giữ trong sync — mỗi parity item trên becomes điều đó có thể silently drift. chọn responsive trừ khi bạn có mạnh reason không để.

Mobile-đầu tiên lập chỉ mục — bảng tra nhanh

Đó một rule: Google indexes của bạn mobile HTML. “Only the content shown on the mobile site is used for indexing.” (bản dịch) «Chỉ đó nội dung shown on đó mobile site được dùng cho lập chỉ mục.» Nếu đây là không on mobile, assume điều này sẽ không là được lập chỉ mục.

Mobile-đầu tiên lập chỉ mục so với. mobile-friendliness

Config so sánh

cho tách biệt các URL: đặt desktop as canonical, thêm alternate link để mobile URL, giữ hreflang đúng, và hãy đảm bảo mobile URL phục vụ đầy đủ nội dung.

Parity checklist (giữ tương đương on mobile)

• nội dung · dữ liệu có cấu trúc (incl. video) · images + alt text · headings · các tiêu đề + meta các mô tả · robots meta tags · liên kết nội bộ.

Traps

• noindex đó chỉ ships on mobile → accidental deindex.
• nội dung gated behind tap/swipe/loại → không loaded by Googlebot.
• Trimming “dài” nội dung on mobile → trimmed nội dung có thể không là được lập chỉ mục.

Timeline: announced Nov 2016 → default cho new các trang 2019 → cuối cùng batch có thể 2023 → declared hoàn tất Oct 2023.

khác engines: Bing đã làm không chuyển — single device-agnostic chỉ mục.

phổ biến các vấn đề

thực thất bại modes đó hiển thị lên sau khi trang web là on mobile-đầu tiên lập chỉ mục, với có khả năng nguyên nhân và khắc phục.

nội dung đó được xếp hạng on desktop suddenly không phải được lập chỉ mục

Symptom: trang (hoặc section của nó) đó được sử dụng để hiển thị lên trong kết quả tìm kiếm dừng appearing, mặc dù URL vẫn trả về 200 và desktop version looks unchanged.

Có khả năng nguyên nhân: Đó nội dung đã là trimmed, collapsed, hoặc đã xóa từ đó mobile template — thường một “keep mobile clean” (bản dịch) «giữ mobile sạch» redesign đó dropped một paragraph, an FAQ block, hoặc một category mô tả đó chỉ đó desktop layout renders.

khắc phục + kiểm tra: View nguồn on mobile version (hoặc sử dụng Search Console’s URL Inspection → Tested trang → View Được crawl trang) và xác nhận bị thiếu text là thực ra present trong mobile HTML, không chỉ desktop HTML. nếu nó absent, thêm nó lại để mobile template — Google indexes Điều gì trong mobile HTML, đầy đủ dừng.

trang đã nhận deindexed sau khi redesign

Symptom: MỘT previously-được lập chỉ mục URL disappears từ Search Console’s coverage báo cáo (“Excluded by noindex tag” (bản dịch) «Excluded by noindex tag») shortly sau một template thay đổi, với không deliberate deindex dự kiến.

có khả năng nguyên nhân: noindex robots meta tag tồn tại on mobile template nhưng không desktop một (hoặc vice versa) — kinh điển accidental deindex Khi hai templates drift out của sync.

Cách sửa + kiểm tra: So sánh đó <meta name="robots"> output on mobile so với. desktop cho đó affected URL (view nguồn on cả hai, hoặc curl với một mobile so với. desktop người dùng-agent). Chạy đó URL qua Search Console → URL Inspection để xác nhận “Indexing allowed? Yes” (bản dịch) «Lập chỉ mục được phép? Có» khi đó stray tag là đã xóa.

Rich kết quả disappear sau khi trang web cập nhật

Symptom: Rich kết quả (review stars, FAQ snippets, breadcrumbs) đó showed lên trước khi redesign dừng appearing, mặc dù trang vẫn ranks.

có khả năng nguyên nhân: dữ liệu có cấu trúc ships trong desktop template nhưng đã không carried over để mobile template — Google chỉ đọc mobile HTML, so markup đó chỉ lives on desktop là invisible.

khắc phục + kiểm tra: Chạy mobile-được kết xuất HTML qua trang web Schema Validator hoặc Rich Kết quả Eligibility Checker và xác nhận giống nhau JSON-LD (hoặc microdata) xuất hiện ở đó as on desktop.

Images dừng cho thấy lên trong Image Tìm kiếm

Symptom: Images đó được sử dụng để xuất hiện trong Google Image Tìm kiếm Đối với một trang âm thầm disappear, hoặc new images không bao giờ hiển thị lên ở đó.

có khả năng nguyên nhân: mobile template drops image hoàn toàn (e.g. swaps để nhẹ hơn-weight layout không có nó) hoặc strips/shortens alt text compared để desktop.

khắc phục + kiểm tra: So sánh được kết xuất mobile HTML <img> tags và alt các thuộc tính so với desktop version cho giống nhau trang. nếu họ không match, bring mobile alt text lại trong line với desktop.

carousel/tab/“load hơn” section không bao giờ nhận được lập chỉ mục

Symptom: nội dung đó lives bên trong carousel, “load hơn” button, hoặc tab đó fetches nội dung on nhấp không bao giờ hiển thị lên trong tìm kiếm, không quan trọng Cách quan trọng nội dung là.

có khả năng nguyên nhân: nội dung chỉ loads sau khi người dùng interaction (swipe, nhấp, tap, loại). Googlebot không perform những điều đó interactions, so nó không bao giờ sees nội dung đó gated behind them — Đây là khác từ đơn giản accordion/tab nơi nội dung là đã trong HTML và chỉ visually hidden.

Cách sửa + kiểm tra: View đó trang ban đầu được kết xuất HTML (Search Console’s “View Crawled Page,” (bản dịch) «View Được crawl Trang,» hoặc view-nguồn với JavaScript enabled) không có touching đó UI, và xác nhận đó nội dung là present. Nếu điều này chỉ xuất hiện sau khi bạn interact với đó trang, move điều này để load on scroll hoặc bake điều này vào đó ban đầu HTML.

Scripts và snippets

Tools cho kiểm tra mobile/desktop parity yourself, không có đang chờ on Tìm kiếm Console để catch drift.

Fetch mobile so với. desktop HTML với curl (mac/Linux)

Compares Điều gì Googlebot smartphone sees so với desktop crawl, sử dụng respective người dùng-agent strings, và 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

Chạy điều này trước khi/sau khi redesign để catch nội dung, dữ liệu có cấu trúc, hoặc noindex tags đó chỉ exist on một version. Note: điều này fetches thô HTML — nếu của bạn nội dung là injected by client-side JavaScript, pair nó với kết xuất tool (hoặc trang web Render Khoảng trống checker) thay vì relying on curl alone.

giống nhau kiểm tra trong 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 của saved HTML

Kiểm tra liệu mobile và desktop robots directives match, sau khi bạn’ve saved cả hai versions với curl/PowerShell snippets trên.

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

Capture group 1 là directive string (e.g. index, follow hoặc noindex). Chạy điều này so với mobile.html và desktop.html riêng và so sánh captured các giá trị — mismatch là accidental-deindex risk.

DevTools Console: list images + alt text on hiện tại trang

Paste vào Console panel (F12 → Console) trong khi viewing mobile kết xuất (sử dụng DevTools’ device toolbar để simulate phone) để spot images bị thiếu alt text.

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

Bookmarklet: jump straight để URL Inspection cho hiện tại trang

Drag điều này để của bạn bookmarks bar; clicking nó on bất kỳ của bạn own các trang opens Search Console’s URL Inspection cho đó chính xác URL, nơi Bạn có thể kiểm tra “Được crawl as.”

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

bạn’ll cần để pick right thuộc tính trong Search Console sau khi nó opens ( bookmarklet không carry của bạn thuộc tính/tài nguyên ID).

Validation các kiểm thử

Proof đó mobile-đầu tiên parity khắc phục thực ra took effect, không chỉ đó bạn đã làm edit.

xác nhận Google là crawling trang as mobile

Kiểm thử để chạy: Search Console → URL Inspection, enter URL, kiểm tra “Được crawl as” trường on trực tiếp/được lập chỉ mục version.

Dự kiến kết quả: “Crawled as: Googlebot smartphone.” (bản dịch) «Được crawl as: Googlebot smartphone.»

Failure interpretation: Nếu điều này cho thấy “Googlebot desktop” (bản dịch) «Googlebot desktop» cho một thông thường trang, đó URL là một of đó rare exceptions Google crawl với desktop (hoặc đó trang hasn’t đã recrawled since của bạn cách sửa tuy vậy) — yêu cầu lập chỉ mục để force một recheck.

Monitoring window: Immediate sau khi URL Inspection trả về kết quả; cho phép một vài days nếu bạn chỉ requested lập chỉ mục.

Rollback trigger: N/ — Đây là đọc-chỉ diagnostic, không thay đổi để revert.

xác nhận dữ liệu có cấu trúc đã làm nó vào mobile HTML

Kiểm thử để chạy: Chạy mobile-được kết xuất URL qua Schema Validator (hoặc Search Console’s Rich Kết quả báo cáo cho thuộc tính).

Dự kiến kết quả: giống nhau structured-dữ liệu types và các trường bạn đã thêm để desktop xuất hiện trong mobile-được kết xuất output, với không parse các lỗi.

thất bại interpretation: Bị thiếu hoặc errored markup có nghĩ là JSON-LD chỉ shipped trong desktop template, hoặc templating bug dropped nó on mobile.

Monitoring window: Immediate cho validator kiểm tra; 1–2 weeks cho corresponding rich kết quả để reappear trong Search Console/trực tiếp kết quả.

Rollback trigger: nếu mobile template thay đổi gây ra rộng hơn kết xuất break (layout, khác markup), revert template thay đổi và re-diff.

xác nhận không stray noindex on mobile template

Kiểm thử để chạy: Fetch đó mobile-được kết xuất HTML (curl với một Googlebot smartphone người dùng-agent, hoặc Search Console’s “View Crawled Page” (bản dịch) «View Được crawl Trang») và kiểm tra đó <meta name="robots"> tag; alternatively dùng đó site HTTP Status Checker để xác nhận đó trang itself trả về 200 thay vì đang blocked.

Dự kiến kết quả: index, follow (hoặc absent, mà defaults để indexable) on cả hai mobile và desktop.

thất bại interpretation: noindex present on mobile chỉ có nghĩ là Google sẽ deindex trang mặc dù desktop version looks fine — Đây là single phần lớn phổ biến accidental-deindex nguyên nhân on mobile-đầu tiên các trang.

Monitoring window: Immediate cho tag kiểm tra; 1–4 weeks cho trang để reappear trong Search Console’s coverage báo cáo nếu nó có đã dropped out.

Rollback trigger: nếu removing tag là itself mistake (trang là meant để stay noindexed), re-thêm nó và re-verify.

xác nhận trimmed/lazy-loaded nội dung là hiện tại indexable

Kiểm thử để chạy: Với JavaScript enabled và không có interacting với đó trang (không clicks, taps, hoặc swipes), view đó ban đầu được kết xuất HTML — Search Console’s “View Crawled Page” (bản dịch) «View Được crawl Trang» là đó closest proxy để điều gì Googlebot thực ra sees.

Dự kiến kết quả: chính nội dung trong câu hỏi là present trong đó được kết xuất HTML không có bất kỳ interaction.

thất bại interpretation: nếu nội dung chỉ xuất hiện sau khi bạn nhấp/tap/swipe để reveal nó, Googlebot vẫn sẽ không see nó — khắc phục (load on scroll hoặc trong ban đầu HTML) hasn’t taken effect tuy vậy.

Monitoring window: Immediate cho render kiểm tra; 2–4 weeks cho nội dung để hiển thị lên trong Search Console’s chỉ mục coverage hoặc trong trang web: kết quả tìm kiếm.

Rollback trigger: nếu moving load behavior broke trang UX hoặc performance, revert và tìm load-on-scroll approach thay vì interaction-gated một.

Tự kiểm tra: Mobile-đầu tiên lập chỉ mục

Five nhanh các câu hỏi on mobile-đầu tiên lập chỉ mục. Pick câu trả lời cho mỗi, sau đó kiểm tra.

Nhật ký thay đổi