Hướng dẫn về Mobile SEO Checklist

Tóm tắt — Mobile SEO là hiện tại chỉ SEO. Google indexes và ranks của bạn trang web sử dụng mobile version của bạn các trang, so checklist xuất hiện xuống để three điều: hãy đảm bảo của bạn mobile các trang có giống nhau nội dung as desktop, hãy đảm bảo họ load fast và feel responsive on phone, và hãy đảm bảo họ’re easy để sử dụng với thumb. và bỏ qua old Mobile-Friendly Kiểm thử — Google killed nó.

Evidence for this claim Google predominantly uses the mobile version of a site's content for indexing and ranking. Scope: Google mobile-first indexing behavior. Confidence: high · Verified: 2026-07-14 Google Search Central: Mobile-first indexing Evidence for this claim Google recommends responsive web design as the easiest mobile configuration to implement and maintain. Scope: Google's implementation recommendation; other supported configurations can work. Confidence: high · Verified: 2026-07-14 Google Search Central: Mobile site configurations

Vì sao mobile SEO là toàn bộ game hiện tại

cho năm “mobile SEO” là side project — bạn optimized cho desktop, sau đó đã làm sure trang web đã không look hỏng on phone. đó over. Since July 2024 Google dùng chỉ mobile version của bạn trang để quyết định Cách bạn xếp hạng, cho mọi người — including mọi người searching on desktop. nếu của bạn phone version là tệ hơn của bạn desktop version, đó tệ hơn version là một Google judges bạn on.

So modern mobile SEO checklist là ngắn để chẳng hạn và quan trọng để nhận right:

1. Giống nhau nội dung on mobile as desktop (“content parity” (bản dịch) «nội dung parity»)

Đây là big một. Whatever bạn muốn Google để see — của bạn headings, của bạn thân phản hồi text, của bạn images và của họ alt text, của bạn liên kết nội bộ, của bạn dữ liệu có cấu trúc — có để là present trong mobile version của trang. nếu của bạn mobile template âm thầm drops section, hides paragraph by removing nó từ trang (không chỉ collapsing nó), hoặc trims của bạn liên kết nội bộ, Google có thể không bao giờ see đó nội dung.

Hiding nội dung bên trong tabs hoặc accordions on mobile là fine — Google vẫn đọc nó miễn là nó thực ra trong trang code. vấn đề là nội dung đó truly bị thiếu.

2. Speed và responsiveness on phone (Core Web Vitals)

Google measures three “Core Web Vitals” (bản dịch) «Core Web Vitals» riêng cho mobile và desktop:

• LCP — Cách fast biggest điều on screen loads (aim cho 2,5 seconds hoặc ít hơn).
• INP — Cách quickly trang reacts Khi bạn tap (aim cho 200 milliseconds hoặc ít hơn).
• CLS — Cách nhiều trang jumps khoảng as nó loads (aim cho 0,1 hoặc ít hơn).

Mobile thường scores tệ hơn desktop vì phones có chậm hơn networks và chậm hơn chips. single phần lớn phổ biến, phần lớn damaging mistake: lazy-loading của bạn main hero image. không. Lazy-load images dưới fold, không bao giờ big một tại top.

3. Easy để sử dụng với thumb

• đúng viewport tag so trang fits screen: <meta name="viewport" content="width=device-width, initial-scale=1">.
• Tap targets big đủ để hit — về 48×48 pixels, với little space giữa them.
• thân phản hồi text ít nhất 16px so không ai có để pinch-zoom.
• Không giant popup covering trang moment ai đó arrives từ tìm kiếm.

tools bạn’ve heard của là đã biến mất

Nếu một hướng dẫn tells bạn để “run Google’s Mobile-Friendly Test,” (bản dịch) «chạy Google Mobile-Friendly Kiểm thử,» đây là out of date. Google retired đó tool và đó Mobile Usability báo cáo trong Search Console trong December 2023. Dùng những thay vì: PageSpeed Insights (pagespeed.web.dev), Lighthouse trong Chrome, đó URL Inspection tool trong Search Console, và đó Core Web Vitals báo cáo.

Muốn đầy đủ audit version — nội dung parity các trường hợp biên, LCP lazy-loading trap với Google own admission, INP so với. old FID chỉ số, interstitial exemptions, AMP reality, và Cách Bing differs? Chuyển để Nâng cao tab.

Tóm tắt — Mobile-đầu tiên lập chỉ mục là hoàn tất (finalized July 5, 2024) — Google dùng của bạn mobile HTML để xếp hạng bạn cho all các truy vấn on all devices. So checklist là: (1) nội dung parity — giống nhau thân phản hồi text, các tiêu đề/các mô tả, headings, images, alt text, liên kết nội bộ, và dữ liệu có cấu trúc on mobile as desktop; (2) Cốt lõi Web Chỉ số quan trọng on mobile — LCP ≤ 2,5s (không bao giờ lazy-load LCP image), INP ≤ 200ms (INP replaced FID vào ngày 12 tháng 3 năm 2024), CLS ≤ 0,1; (3) usability — đúng viewport, 48×48px touch targets, ≥16px font, không intrusive interstitials (với thực exemptions); (4) audit với hiện tại tools — Lighthouse, PageSpeed Insights, URL Inspection, và CWV báo cáo, vì Mobile-Friendly Kiểm thử và GSC Mobile Usability báo cáo là retired December 2023. Responsive design là Google được khuyến nghị setup. AMP cho không xếp hạng advantage since June 2021. Bing làm không sử dụng mobile-đầu tiên lập chỉ mục.

Evidence for this claim Google predominantly uses the mobile version of a site's content for indexing and ranking. Scope: Google mobile-first indexing behavior. Confidence: high · Verified: 2026-07-14 Google Search Central: Mobile-first indexing Evidence for this claim Google recommends responsive web design as the easiest mobile configuration to implement and maintain. Scope: Google's implementation recommendation; other supported configurations can work. Confidence: high · Verified: 2026-07-14 Google Search Central: Mobile site configurations

baseline: mobile-đầu tiên lập chỉ mục là finished

Đây là context đó làm mọi thứ khác làm hợp lý. Google announced majority completion của mobile-đầu tiên lập chỉ mục trong October 2023, và cuối enforcement landed July 5, 2024: bất kỳ trang web đó đã không accessible để Googlebot Smartphone đơn giản đã dừng là được lập chỉ mục. có không desktop-đầu tiên crawling left.

Đó implication là đó một mọi người vẫn dưới-rate: đó mobile version of trang của bạn là đó version đó determines của bạn thứ hạng cho mỗi query, on mỗi device — including desktop searches. Bạn không phải optimizing “a mobile experience” (bản dịch) «một mobile experience» off để đó side; bạn là optimizing đó canonical version of trang web của bạn.

1. nội dung parity — #1 kỹ thuật requirement

Nếu bạn cách sửa một điều on này list, cách sửa này. Google hướng dẫn là rõ ràng: “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.» Đó có nghĩa là headings, thân phản hồi text, images, alt text, và liên kết nội bộ all cần để match giữa versions, và “Make sure that the title element and the meta description are equivalent across both versions.” (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.»

Practical parity kiểm tra:

• Thân phản hồi nội dung present on mobile, không stripped by một leaner mobile template.
• Các tiêu đề và meta các mô tả tương đương trên versions.
• Headings (đó giống nhau H1/H2 structure) present trong đó mobile HTML.
• Images với đó giống nhau descriptive alt text, captions, filenames as desktop.
• Liên kết nội bộ present on mobile — không drop của bạn link graph trong một “simplified” mobile nav.
• không “lazy-load primary content upon user interaction” (bản dịch) «lazy-load chính nội dung upon người dùng interaction» — nếu nội dung chỉ xuất hiện sau một tap, Google có thể không see điều này.

Hai parity nuances worth internalizing: tabs và accordions là fine. Nội dung reorganized vào collapsible UI là vẫn được lập chỉ mục miễn là đây là trong đó DOM — đó myth đó hiding nội dung trong accordions hurts SEO là chỉ đó. Đó real chế độ lỗi là nội dung đó là đã xóa từ đó markup hoàn toàn on mobile. Và robots meta tags phải match — “Use the same robots meta tags on the mobile and desktop site” (bản dịch) «Dùng đó giống nhau robots meta tags on đó mobile và desktop site» — hoặc bạn có thể accidentally noindex đó version Google thực ra dùng.

2. Dữ liệu có cấu trúc parity

Giống nhau rule, applied để schema. Google December 2018 hướng dẫn: “If you use structured data on the desktop versions of your pages, you should have the same structured data on the mobile versions of the pages, since with mobile-first indexing, we’ll only use the mobile version of your page for indexing.” (bản dịch) «Nếu bạn dùng dữ liệu có cấu trúc on đó desktop versions of của bạn các trang, bạn nên có đó giống nhau dữ liệu có cấu trúc on đó mobile versions of đó các trang, since với mobile-đầu tiên lập chỉ mục, we’ll chỉ dùng đó mobile version of trang của bạn cho lập chỉ mục.» Validate điều này với đó Rich Kết quả Kiểm thử (vẫn active — không deprecated). Cho tách biệt-URL (m-dot) setups, đó URLs bên trong của bạn dữ liệu có cấu trúc phải reference đó correct mobile URLs.

3. Crawlability và robots

• không block các tài nguyên (CSS, JS) trong robots.txt đó là needed để render mobile trang — nếu Google có thể’t render nó, nó có thể’t see của bạn parity.
• Robots meta tags giống hệt trên versions (trên).
• cho tách biệt các URL, nhận canonicalization right: desktop canonical on cả hai versions, rel="alternate" on desktop pointing để mobile URL.

4. Core Web Vitals on mobile

Google measures CWV “segmented across mobile and desktop devices” (bản dịch) «segmented trên mobile và desktop devices» tại đó 75th percentile, và “Core Web Vitals are used by our ranking systems.” (bản dịch) «Core Web Vitals là dùng by của chúng ta xếp hạng các hệ thống.» Mobile là nơi đó khoảng trống cho thấy lên — chậm hơn networks và CPUs có nghĩa là khoảng 48% of mobile các trang truyền all three so với. ~56% of desktop, với LCP và INP driving đó khác biệt.

thresholds (good / cần improvement / poor):

• LCP — ≤ 2,5s / 2,5–4,0s / > 4,0s.
• INP — ≤ 200ms / 200–500ms / > 500ms.
• CLS — ≤ 0,1 / 0,1–0,25 / > 0,25.

LCP — không bao giờ lazy-load đó hero image. Này là đó single hầu hết damaging mobile performance mistake, và đây là mọi nơi. web.dev là blunt: “Never lazy-load your LCP image, as that will always lead to unnecessary resource load delay, and will have a negative impact on LCP.” (bản dịch) «Không bao giờ lazy-load hình ảnh LCP, vì điều đó luôn gây ra độ trễ tải tài nguyên không cần thiết và tác động tiêu cực đến LCP.» Hint priority thay vì với fetchpriority="high" (một preload hoặc trực tiếp on đó <img>). Google own Martin Splitt admitted Google shipped này bug: của họ CMS “defaults all images to lazy loading, which is not great.” (bản dịch) «defaults all images để lazy loading, mà không phải great.» Nếu Google có thể làm điều này by accident, so có thể bạn.

INP — và Vì sao nó không FID. INP (Interaction để tiếp theo Paint) replaced FID on March 12, 2024. FID chỉ measured delay trước khi trình duyệt có thể begin processing đầu tiên interaction; INP measures worst interaction delay trên đểàn bộ trang lifetime. đó làm nó far nhiều hơn sensitive để chậm JavaScript on mobile, nơi touch events on yếu CPUs blow past 200ms ngưỡng easily. nếu của bạn older audit notes vẫn talk về FID, họ’re stale.

CLS — reserve space. đặt rõ ràng width và height (hoặc aspect-ratio) on images và embeds, reserve space cho quảng cáo và muộn-loading nội dung, và không inject nội dung trên fold sau khi load.

5. Images và videos on mobile

• sử dụng modern formats (WebP/AVIF) và supported formats chỉ — JPG bên trong inline SVG sẽ không là được lập chỉ mục.
• Responsive images qua srcset + sizes; rõ ràng width/height để ngăn CLS.
• không sử dụng images đó là cũng nhỏ hoặc thấp-resolution, và tránh constantly-thay đổi image các URL (theo-trang-load URL generation breaks image lập chỉ mục).
• Giống hệt alt text, các tiêu đề, captions, filenames để desktop.
• Videos: supported formats trong hợp lệ HTML tags (<video>, <embed>, <object>), ổn định các URL, matching video dữ liệu có cấu trúc, placed prominently để minimize scrolling.

6. Mobile usability

• Viewport: <meta name="viewport" content="width=device-width, initial-scale=1">. width=device-width là mandatory. Tránh maximum-scale=1 hoặc user-scalable=no — they block pinch-zoom và Google flags them as accessibility violations. Không có một viewport tag tại all, mobile các trình duyệt render tại ~980px desktop width và shrink, mà là unusable.
• Touch targets: 48×48 CSS pixels minimum, với ít nhất 8px spacing giữa liền kề targets (Lighthouse / Material Design tiêu chuẩn).
• Font size: ≥16px thân phản hồi text để tránh đó “text too small to read” (bản dịch) «text cũng nhỏ để đọc» flag.
• Forms: dùng appropriate input types (tel, email, number) so phones cho thấy đó right keyboard.

7. Interstitials và quảng cáo — và exemptions

Đó “any popup will tank your rankings” (bản dịch) «bất kỳ popup sẽ tank của bạn thứ hạng» cách diễn đạt là overstated. điều gì là penalized là đó intrusive kind: “Don’t obscure the entire page with interstitials” (bản dịch) «không obscure đó entire trang với interstitials» và “Don’t redirect the user to a separate page for their consent or input” (bản dịch) «không chuyển hướng người dùng để một tách biệt trang cho của họ consent hoặc input» — đầy đủ-screen popups trước người dùng engages, standalone interstitial các trang.

điều gì là explicitly được phép: legally bắt buộc cookie consent banners, login dialogs cho genuinely paywalled nội dung, nhỏ banners dùng reasonable screen space, và age gates bắt buộc by law. Và note đó xếp hạng nuance — đó interstitials tín hiệu là không một Core Web Vitals chỉ số. As Google diễn đạt điều này, “Beyond Core Web Vitals, other page experience aspects don’t directly help your website rank higher in search results. However, they can make your website more satisfying to use.” (bản dịch) «Beyond Core Web Vitals, other trang experience aspects không trực tiếp help của bạn website xếp hạng cao hơn trong kết quả tìm kiếm. Tuy nhiên, they có thể làm của bạn website hơn satisfying để dùng.» Cho quảng cáo, follow đó Tốt hơn Quảng cáo Tiêu chuẩn.

8. AMP: neutral, không dead, không bắt buộc

AMP lost của nó xếp hạng advantage trong June 2021, Khi Google đã xóa AMP requirement cho Top Stories eligibility. bất kỳ trang với good Core Web Vitals có thể xuất hiện trong Top Stories hiện tại. AMP các trang vẫn function — họ chỉ offer không SEO benefit over well-optimized tiêu chuẩn trang. nếu bạn’re on AMP hôm nay, weigh migration cost so với benefit; SEO incentive để adopt nó là đã biến mất.

9. trang web configuration: responsive là được khuyến nghị path

Three setups, trong Google order của preference:

1. Responsive design (được khuyến nghị): giống nhau HTML on đó giống nhau URL; CSS xử lý layout. Một URL, không duplication risk, không parity khoảng trống by construction.
2. Dynamic serving: giống nhau URL, khác nhau HTML by người dùng-agent. Risk: accidentally serving desktop HTML để mobile người dùng.
3. Tách biệt URLs (m-dot): khác nhau HTML on khác nhau URLs. Requires careful canonicalization và đó hầu hết parity discipline. John Mueller dài-standing advice: “At some point all of these sites with separate mobile URLs should just move to a responsive design.” (bản dịch) «Tại some point all of những các trang với tách biệt mobile URLs nên chỉ move để một responsive design.»

10. Audit với hiện tại, non-deprecated tools

Này là đó credibility kiểm tra on bất kỳ 2025-era mobile checklist. Google retired đó Mobile-Friendly Kiểm thử tool, đó Mobile-Friendly Kiểm thử API, và đó GSC Mobile Usability báo cáo trong sớm December 2023. Của họ statement: “Today we’re sunsetting Search Console’s Mobile Usability report, Mobile-Friendly Test tool and Mobile-Friendly Test API,” (bản dịch) «Hôm nay chúng ta là sunsetting Search Console’s Mobile Usability báo cáo, Mobile-Friendly Kiểm thử tool và Mobile-Friendly Kiểm thử API,» reasoning đó “many other robust resources for evaluating mobile usability have emerged.” (bản dịch) «nhiều other robust các tài nguyên cho evaluating mobile usability có emerged.»

sử dụng những điều này thay vì:

• PageSpeed Insights (lab + trường, mobile tab).
• Lighthouse (Chrome DevTools, mobile chế độ).
• GSC Core Web Vitals báo cáo (trường dữ liệu, filter để mobile).
• GSC URL Inspection (Cách Googlebot renders cụ thể trang).
• Rich Kết quả Kiểm thử (validates dữ liệu có cấu trúc).
• CrUX Vis (cruxvis.withgoogle.com) — CrUX Dashboard là deprecated; CrUX Vis là Google hiện tại lịch sử trường-dữ liệu tool cho mobile CWV trends.

Bonus: Bing là khác — desktop-đầu tiên

genuine divergence phần lớn các hướng dẫn miss: Bing không sử dụng mobile-đầu tiên lập chỉ mục. Bing chính crawl đích vẫn desktop version của bạn các trang. Mobile-friendliness có là Bing tín hiệu xếp hạng since 2015, nhưng nó không phải Bing lập chỉ mục methodology. So mobile parity vẫn matters cho Bing — cho xếp hạng reasons, không vì Bing chỉ sees của bạn mobile HTML. sử dụng Bing Quản trị viên web Tools để monitor mobile-related crawl các lỗi, submit sitemaps, và validate dữ liệu có cấu trúc.

AI summary

condensed take on Nâng cao version:

• Mobile-đầu tiên lập chỉ mục là hoàn tất (finalized July 5, 2024). Google ranks bạn on của bạn mobile HTML cho all các truy vấn on all devices, including desktop searches.
• nội dung parity là rule #1. giống nhau thân phản hồi text, các tiêu đề/meta các mô tả, headings, images + alt text, liên kết nội bộ, robots meta tags, và dữ liệu có cấu trúc on mobile as desktop. Tabs/accordions là fine; bị thiếu nội dung không phải.
• Core Web Vitals, measured riêng cho mobile: LCP ≤ 2,5s, INP ≤ 200ms, CLS ≤ 0,1, tại 75th percentile. Mobile lags desktop (~48% so với ~56% passing).
• không bao giờ lazy-load LCP image — phần lớn phổ biến, phần lớn damaging mobile mistake; sử dụng fetchpriority="high". Google admitted shipping điều này bug itself.
• INP replaced FID vào ngày 12 tháng 3 năm 2024 — nó measures all interactions trên trang lifetime, không chỉ đầu tiên, so nó harsher on chậm mobile JS.
• Usability: đúng viewport (không user-scalable=no), 48×48px touch targets, ≥16px font, mobile-appropriate form input types.
• Interstitials có exemptions: cookie consent, paywall logins, nhỏ banners, legal age gates là được phép; tín hiệu không phải CWV chỉ số.
• AMP là neutral — không xếp hạng advantage since June 2021; vẫn functional.
• Responsive design là Google được khuyến nghị setup (so với. dynamic serving và m-dot).
• Tools: Lighthouse, PageSpeed Insights, URL Inspection, CWV báo cáo, Rich Kết quả Kiểm thử, CrUX. Mobile-Friendly Kiểm thử và GSC Mobile Usability báo cáo là retired December 2023.
• Bing không sử dụng mobile-đầu tiên lập chỉ mục — nó desktop-đầu tiên; mobile-friendliness là tín hiệu xếp hạng, không của nó lập chỉ mục phương thứ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 — nội dung parity, viewport, images/videos, robots meta tags, và đó three site-configuration options.
• Mobile-đầu tiên lập chỉ mục — completion (June 2024) — đó cuối July 5, 2024 milestone.
• Mobile-đầu tiên là ở đây (October 2023) — đó trước đó majority-completion announcement.
• Mobile-đầu tiên lập chỉ mục và dữ liệu có cấu trúc (December 2018) — dữ liệu có cấu trúc phải match trên versions.
• Tránh intrusive interstitials và dialogs — điều gì là penalized và điều gì là exempt.
• Understanding trang experience trong Google Search — cách CWV và other trang-experience aspects relate để xếp hạng.
• Core Web Vitals và Google Search kết quả — CWV as một xếp hạng input.
• web.dev — Web Chỉ số quan trọng (thresholds) — đó LCP/INP/CLS thresholds, measured tại đó 75th percentile trên mobile và desktop.
• web.dev — Optimize Largest Contentful Paint — “never lazy-load your LCP image” (bản dịch) «không bao giờ lazy-load của bạn LCP image» và fetchpriority.

Bing / Microsoft

• Bing Quản trị viên web Guidelines — mobile-friendliness as tín hiệu xếp hạng (Bing vẫn desktop-đầu tiên cho lập chỉ mục).

Quotes từ nguồn

On—record statements từ Google. mỗi link là deep link hoặc nguồn trang cho quoted passage.

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.» — Google Search Central tài liệu. Nhảy đến trích dẫn
• “Make sure that the title element and the meta description are equivalent across both versions.” (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.» Nhảy đến trích dẫn
• “Don’t lazy-load primary content upon user interaction.” (bản dịch) «không lazy-load chính nội dung upon người dùng interaction.» Nhảy đến trích dẫn

Google — dữ liệu có cấu trúc parity

• “If you use structured data on the desktop versions of your pages, you should have the same structured data on the mobile versions of the pages, since with mobile-first indexing, we’ll only use the mobile version of your page for indexing.” (bản dịch) «Nếu bạn dùng dữ liệu có cấu trúc on đó desktop versions of của bạn các trang, bạn nên có đó giống nhau dữ liệu có cấu trúc on đó mobile versions of đó các trang, since với mobile-đầu tiên lập chỉ mục, we’ll chỉ dùng đó mobile version of trang của bạn cho lập chỉ mục.» — Google Search Central blog, December 2018. Nguồn

Google — interstitials

• “Don’t obscure the entire page with interstitials” (bản dịch) «không obscure đó entire trang với interstitials» và “Don’t redirect the user to a separate page for their consent or input.” (bản dịch) «không chuyển hướng người dùng để một tách biệt trang cho của họ consent hoặc input.» Nguồn

Google — trang experience nuance

• “Beyond Core Web Vitals, other page experience aspects don’t directly help your website rank higher in search results. However, they can make your website more satisfying to use.” (bản dịch) «Beyond Core Web Vitals, other trang experience aspects không trực tiếp help của bạn website xếp hạng cao hơn trong kết quả tìm kiếm. Tuy nhiên, they có thể làm của bạn website hơn satisfying để dùng.» Nguồn

Google — Core Web Vitals

• “Core Web Vitals are used by our ranking systems. We recommend site owners achieve good Core Web Vitals for success with Search.” (bản dịch) «Core Web Vitals là dùng by của chúng ta xếp hạng các hệ thống. We khuyến nghị chủ trang web achieve good Core Web Vitals cho success với Tìm kiếm.» Nguồn
• “a good threshold to measure is the 75th percentile of page loads, segmented across mobile and desktop devices.” (bản dịch) «một good ngưỡng để đo lường là đó 75th percentile of trang loads, segmented trên mobile và desktop devices.» — web.dev. Nhảy đến trích dẫn

Google (web.dev) — LCP và lazy loading

• “Never lazy-load your LCP image, as that will always lead to unnecessary resource load delay, and will have a negative impact on LCP.” (bản dịch) «Không bao giờ lazy-load hình ảnh LCP, vì điều đó luôn gây ra độ trễ tải tài nguyên không cần thiết và tác động tiêu cực đến LCP.» Nguồn

Martin Splitt, Google (qua công cụ tìm kiếm Journal)

• “If you are using lazy loading on an image that is immediately visible, that is most likely going to have an impact on your largest contentful paint.” (bản dịch) «Nếu bạn là dùng lazy loading on an image đó là immediately visible, đó là hầu hết có khả năng going để có an impact on của bạn largest contentful paint.» — và on Google own CMS: “defaults all images to lazy loading, which is not great.” (bản dịch) «defaults all images để lazy loading, mà không phải great.» Đọc bài đưa tin

Google — retiring mobile tools

• “Today we’re sunsetting Search Console’s Mobile Usability report, Mobile-Friendly Test tool and Mobile-Friendly Test API.” (bản dịch) «Hôm nay chúng ta là sunsetting Search Console’s Mobile Usability báo cáo, Mobile-Friendly Kiểm thử tool và Mobile-Friendly Kiểm thử API.» — và đó rationale: “In the nearly ten years since we initially launched this report, many other robust resources for evaluating mobile usability have emerged.” (bản dịch) «Trong đó nearly ten năm since we initially launched này báo cáo, nhiều other robust các tài nguyên cho evaluating mobile usability có emerged.» Đọc bài đưa tin

John Mueller, Google (qua Ahrefs’ mobile SEO hướng dẫn)

• “At some point all of these sites with separate mobile URLs should just move to a responsive design.” (bản dịch) «Tại some point all of những các trang với tách biệt mobile URLs nên chỉ move để một responsive design.» Nguồn

mobile SEO checklist

Hoạt động top để bottom. đầu tiên group là non-negotiable; rest sharpen nó. Clearing mỗi box dưới xóa kỹ thuật blockers Google có named — nó không bảo đảm thứ hạng, lập chỉ mục, hoặc giống hệt tìm kiếm-kết quả treatment. nội dung quality và relevance vẫn quyết định rest.

nội dung parity ( #1 requirement)

• Mobile trang contains giống nhau thân phản hồi nội dung as desktop (không có gì stripped by leaner mobile template).
• Tiêu đề và mô tả meta là tương đương trên mobile và desktop.
• giống nhau heading structure (H1/H2…) present trong mobile HTML.
• giống nhau images với giống nhau descriptive alt text, captions, filenames.
• giống nhau liên kết nội bộ present on mobile.
• Dữ liệu có cấu trúc matches desktop (validate với Rich Kết quả Kiểm thử).
• Robots meta tags giống hệt trên versions (không accidental mobile noindex).
• Không chính nội dung lazy-loaded on người dùng interaction (tap-để-reveal).

kỹ thuật setup

• Configuration là responsive design nơi có thể (so với. dynamic serving / m-dot).
• robots.txt không block CSS/JS needed để render mobile trang.
• nếu sử dụng m-dot: desktop canonical on cả hai versions, rel="alternate" on desktop → mobile, lỗi các trang trả về matching các mã trạng thái, cả hai verified trong GSC.

Performance / Core Web Vitals (mobile trường dữ liệu)

• LCP ≤ 2,5s — và LCP image không phải lazy-loaded (sử dụng fetchpriority="high").
• INP ≤ 200ms — audited as INP, không retired FID.
• CLS ≤ 0,1 — rõ ràng width/height on images/embeds; space reserved cho quảng cáo và muộn nội dung.
• Modern image formats (WebP/AVIF), responsive srcset/sizes, ổn định image các URL.

Usability

• Viewport tag present: width=device-width, initial-scale=1.
• Không maximum-scale=1 / user-scalable=no (pinch-zoom không blocked).
• Touch targets ≥ 48×48px với ≥ 8px spacing.
• thân phản hồi font ≥ 16px.
• Forms sử dụng appropriate input types (tel, email, number).
• Không intrusive interstitial on tìm kiếm-để-trang transition (cookie/age/login exemptions aside).

Tools (sử dụng hiện tại ones chỉ)

• Audited với Lighthouse (mobile chế độ) và PageSpeed Insights.
• Checked GSC Core Web Vitals báo cáo, filtered để mobile.
• Verified kết xuất với GSC URL Inspection.
• Đã làm không rely on retired Mobile-Friendly Kiểm thử hoặc GSC Mobile Usability báo cáo (đã biến mất since December 2023).

Mobile SEO bảng tra nhanh

Điều gì để kiểm tra → tool → truyền/fail

Core Web Vitals thresholds (mobile, 75th percentile)

Fast facts

• Mobile-đầu tiên lập chỉ mục đã hoàn tất July 5, 2024 — mobile HTML ranks bạn mọi nơi.
• INP replaced FID on March 12, 2024.
• Mobile-Friendly Kiểm thử + GSC Mobile Usability báo cáo retired December 2023.
• AMP — không xếp hạng advantage since June 2021 (Top Stories không lâu hơn requires nó).
• Bing — desktop-đầu tiên; mobile-friendliness là tín hiệu xếp hạng, không của nó chỉ mục.

mental models

1. Mobile là đó canonical version. Dừng thinking “desktop site + a mobile experience.” (bản dịch) «desktop site + một mobile experience.» Since July 2024 đó mobile HTML là đó version Google indexes và ranks cho mọi người. Mỗi audit câu hỏi becomes: “What does Googlebot Smartphone actually see on this page?” (bản dịch) «Điều gì làm Googlebot Smartphone thực ra see on này trang?»

2. Parity → Performance → Usability, trong đó order. nếu nội dung là bị thiếu on mobile, không amount của speed tuning saves trang — Google có thể’t xếp hạng nội dung nó không bao giờ sees. Nhận parity right đầu tiên, sau đó chase Core Web Vitals, sau đó polish thumb-cấp độ usability. Spending CWV effort trên một trang với parity khoảng trống là optimizing sai layer.

3. Trường dữ liệu, không lab dữ liệu, là xếp hạng input. Lighthouse cho bạn lab score trong controlled environment; CrUX/GSC cho bạn thực người dùng’ trường dữ liệu tại 75th percentile, và đó Điều gì xếp hạng các hệ thống sử dụng. sử dụng lab để diagnose, trường để judge. green Lighthouse chạy với poor trường CWV là vẫn vấn đề.

4. “Use X instead of Y” (bản dịch) «Dùng X thay vì Y» — đó tool-currency rule. Đó fastest credibility tell trong mobile SEO là liệu ai đó vẫn khuyến nghị dead tools. Mobile-Friendly Kiểm thử → Lighthouse / PageSpeed Insights. GSC Mobile Usability báo cáo → CWV báo cáo + URL Inspection. FID → INP. Nếu của bạn xử lý references đó left side of bất kỳ of những arrows, đây là stale.

5. Penalties có exemptions — đọc thực tế rule. Interstitials không universally tank thứ hạng; rule targets intrusive ones, và cookie consent, paywall logins, nhỏ banners, và legal age gates là exempt. Khi “rule” sounds absolute, kiểm tra nguồn cho carve-outs trước khi bạn redesign khoảng myth.

Monthly mobile SEO health kiểm tra

1. Review mobile trường dữ liệu. Open Search Console Core Web Vitals báo cáo và PageSpeed Insights cho representative templates. Record affected URL groups và chỉ số đó changed. Đã xong có nghĩ là mỗi new vấn đề có owner hoặc được ghi lại reason để monitor.
2. Sample nội dung parity. So sánh mobile và desktop crawl cho các tiêu đề, robots, canonicals, headings, chính copy, liên kết nội bộ, images, và dữ liệu có cấu trúc. Đã xong có nghĩ là material differences là either intentional layout thay đổi hoặc tickets.
3. Inspect changed templates as Googlebot Smartphone. sử dụng URL Inspection cho sample từ mỗi recently đã phát hành trang loại. Đã xong có nghĩ là chính nội dung và các tín hiệu xuất hiện trong được kết xuất HTML không có interaction.
4. Chạy hands-on usability kiểm tra. Kiểm thử phổ biến phone widths cho zoom, horizontal overflow, touch targets, forms, navigation, và interstitials. Đã xong có nghĩ là blocking defects là reproducible và assigned.
5. Annotate và so sánh performance. Segment Search Console mobile performance by template và record releases, migrations, và campaigns. Đã xong có nghĩ là anomalies có scoped investigation thay vì unqualified trang web-wide conclusion.

Mobile audit mistakes để tránh

sử dụng retired Google tools as audit plan

Mobile-Friendly Kiểm thử và Search Console Mobile Usability báo cáo là đã biến mất. sử dụng Lighthouse, PageSpeed Insights, URL Inspection, Core Web Vitals báo cáo, và trực tiếp device kiểm thử.

Kiểm tra chỉ visual layout

trang có thể look responsive trong khi mobile HTML omits copy, links, directives, images, hoặc dữ liệu có cấu trúc. So sánh indexable output, không screenshots alone.

Lazy-loading LCP image

Deferring chính visual delays tài nguyên đó defines LCP. giữ nó discoverable trong ban đầu markup và prioritize nó thay vì.

Treating accordion nội dung as bị thiếu nội dung

Collapsed nội dung không phải vấn đề Khi nó vẫn trong DOM. Focus on nội dung đó mobile template xóa hoặc loads chỉ sau khi interaction.

Applying một lab score để toàn bộ trang web

Một Lighthouse chạy là diagnostic, không representative trường performance. Sample trang types và pair lab findings với mobile trường dữ liệu.

phổ biến mobile SEO audit failures

Mobile HTML là bị thiếu desktop nội dung

Symptom: crawl diff hiển thị ít hơn headings, links, images, hoặc schema items on mobile. có khả năng nguyên nhân: Tách biệt templates hoặc người dùng-agent rules có drifted. khắc phục: Restore elements từ shared nội dung nguồn và xác nhận them với mobile fetch plus URL Inspection.

Lighthouse looks good nhưng trường dữ liệu là poor

Symptom: controlled lab chạy truyền trong khi mobile Core Web Vitals groups fail. có khả năng nguyên nhân: thực devices, networks, interactions, hoặc templates differ từ single kiểm thử. khắc phục: Identify affected URL groups và chỉ số distributions, reproduce on representative devices, và optimize shared bottleneck thay vì sample URL alone.

các trang overflow horizontally on some phones

Symptom: Người dùng phải pan sideways despite viewport meta tag. có khả năng nguyên nhân: fixed-width child, dài unbroken giá trị, bảng, media embed, hoặc transformed element exceeds của nó container. khắc phục: Inspect overflowing node tại failing width, constrain responsive media, và retest zoom plus landscape layouts.

Prompts cho mobile SEO auditing

Triage mobile/desktop crawl diff

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

[paste CSV]

Convert trường-dữ liệu findings vào tickets

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

[paste findings]

Tự kiểm tra: Mobile SEO

Five nhanh các câu hỏi on auditing mobile SEO trong mobile-đầu tiên world. Pick câu trả lời cho mỗi, sau đó kiểm tra.

các tài nguyên worth của bạn time

My related writing

• Đó Beginner Hướng dẫn để SEO kỹ thuật — nơi mobile fits trong đó bigger kỹ thuật picture.
• Mobile SEO (Ahrefs blog, Jamie Grant) — đó companion deep dive, including Mueller “move to responsive” (bản dịch) «move để responsive» line.
• Core Web Vitals — đó chỉ số hub: LCP, INP, CLS, thresholds, và trường so với. lab dữ liệu.
• Largest Contentful Paint — đó LCP deep dive, including đó lazy-loading trap.
• Interaction để Tiếp theo Paint — điều gì INP measures và vì sao mobile struggles với điều này.
• Mobile-Đầu tiên Lập chỉ mục — đó lập chỉ mục concept và đó verified timeline.

Chính thức

• Google — Mobile-đầu tiên lập chỉ mục Thực hành tốt nhất.
• web.dev — Web Chỉ số quan trọng và Optimize LCP.
• Bing Quản trị viên web Guidelines.

từ khoảng ngành

• Google Officially Drops Mobile Usability Báo cáo, Mobile-Friendly Kiểm thử Tool và API (công cụ tìm kiếm Land, Dec 2023) — deprecation, với Google statement.
• Google: Vì sao Lazy Loading có thể Delay Largest Contentful Paint (LCP) (công cụ tìm kiếm Journal) — Martin Splitt on LCP lazy-loading trap, including Google own CMS mistake.
• Mobile SEO (Ahrefs, Jamie Grant) — comprehensive mobile SEO walkthrough.
• của bạn Mobile SEO Checklist (Nostra.ai) — checklist-format reference với mobile traffic context.
• r/TechSEO — community cho mobile crawl/render/parity gỡ lỗi.

Nhật ký thay đổi