SEO
Mobile-First Indexing là gì? Cách kiểm tra website trên thiết bị di động
Bản desktop có đủ bảng giá, đánh giá và phần hỏi đáp. Bản mobile gọn hơn vì “điện thoại màn nhỏ”. Với Google, bản gọn đó mới là trang của bạn.
ScalioCập nhật 8 phút đọc

Mobile-first indexing là cách Google dùng phiên bản dành cho thiết bị di động của trang — do Googlebot Smartphone thu thập — để lập chỉ mục và xếp hạng. Nói cách khác, cái Google “đọc” là bản mobile. Nếu một đoạn nội dung, một liên kết hay một khối dữ liệu có cấu trúc chỉ có trên desktop, Google có thể coi như trang không có thứ đó.

Bài này không nói về tốc độ. Tốc độ và độ ổn định giao diện trên điện thoại là chủ đề của Core Web Vitals; ở đây ta xử lý câu hỏi khác: bản mobile có tương đương bản desktop về nội dung không. Hướng dẫn thực hành tốt nhất cho mobile-first indexing của Google nhấn mạnh đúng điều này: nội dung, metadata và dữ liệu có cấu trúc trên mobile cần tương đương desktop.
Ba kiểu website di động và mức rủi ro
| Kiểu | Cách hoạt động | Rủi ro với mobile-first indexing |
|---|---|---|
| Responsive | Một URL, một HTML, giao diện co giãn theo màn hình | Thấp nhất — Google khuyến nghị; chỉ cần để ý phần bị ẩn bằng CSS hoặc không tải trên mobile |
| Dynamic serving | Một URL, máy chủ trả HTML khác nhau theo thiết bị | Trung bình — hai bản HTML dễ lệch nội dung |
| Tên miền riêng cho mobile (m.) | Hai URL cho hai bản | Cao nhất — phải giữ nội dung, liên kết, canonical, hreflang khớp giữa hai website |
Phần lớn website doanh nghiệp nhỏ hiện nay dùng giao diện responsive từ nền tảng dựng web, nên rủi ro thường nằm ở lựa chọn thiết kế: ẩn bớt khối trên mobile, rút gọn menu, bỏ bảng so sánh, tắt phần đánh giá cho “gọn”.
Cần chuẩn bị gì
- Danh sách mẫu trang và một URL đại diện cho mỗi mẫu.
- Hai trình duyệt hoặc chế độ giả lập: một ở kích thước desktop, một ở kích thước điện thoại, và ít nhất một điện thoại thật.
- Quyền dùng Search Console để xem trang như Googlebot Smartphone thấy qua công cụ Kiểm tra URL.
- Bảng đối chiếu với các cột: nội dung chính, tiêu đề, meta, dữ liệu có cấu trúc, ảnh/video, liên kết nội bộ.
Quy trình kiểm tra mobile-first 6 bước
Bước 1. So sánh nội dung mobile và desktop
Mở cùng một trang ở hai kích thước, đi từ trên xuống dưới, đánh dấu những khối có trên desktop mà không có trên mobile. Nội dung nằm trong tab, accordion, “Xem thêm” trên mobile vẫn ổn nếu nó có sẵn trong HTML và chỉ bị thu gọn; vấn đề là nội dung bị loại hẳn khỏi HTML mobile, hoặc chỉ tải khi người dùng bấm. Tiêu đề H1, H2 cũng cần giống nhau — đừng rút tiêu đề mobile thành một chữ.
Bước 2. Giữ metadata tương đương
Thẻ title, meta description và meta robots trên bản mobile phải giống bản desktop. Lỗi kiểu này hay gặp ở dynamic serving hoặc website m.: bản mobile dùng một mẫu tiêu đề chung cho mọi trang, hoặc tệ hơn, bản mobile vô tình mang noindex từ giai đoạn thử nghiệm. Kiểm tra bằng cách xem mã nguồn ở chế độ giả lập điện thoại, hoặc xem HTML đã thu thập trong công cụ Kiểm tra URL.
Bước 3. Kiểm tra dữ liệu có cấu trúc
Nếu bản desktop có schema markup cho sản phẩm, doanh nghiệp địa phương hay breadcrumb mà bản mobile không có, Google đọc bản mobile nên sẽ không thấy. Với website m., URL bên trong dữ liệu có cấu trúc trên bản mobile cũng cần trỏ tới URL mobile tương ứng. Chạy Rich Results Test — công cụ này kiểm tra trang bằng tác nhân điện thoại theo mặc định.
Bước 4. Đảm bảo ảnh và video tải được
Ảnh trên mobile nên có cùng thuộc tính alt, dùng URL ổn định (không đổi theo mỗi lần tải), và không bị chặn trong robots.txt. Lazy-loading không được phụ thuộc vào thao tác như vuốt hay bấm. Video nên dùng thẻ video được hỗ trợ và đặt ở vị trí dễ thấy trên mobile. Chi tiết về tối ưu từng loại xem image SEO và video SEO.
Bước 5. Kiểm tra link nội bộ
Menu rút gọn trên mobile là chỗ mất liên kết phổ biến nhất: desktop có mega menu với 40 danh mục, mobile chỉ còn 6. Nếu các danh mục bị bỏ không được liên kết từ đâu khác trong bản mobile, Google có thể khó khám phá chúng. Liệt kê liên kết trong menu, footer, khối “sản phẩm liên quan” ở cả hai bản, rồi bù những liên kết quan trọng bị thiếu — xem thêm nguyên tắc internal linking.
Bước 6. Đo trải nghiệm thiết bị thật
Giả lập trên máy tính không cho biết mọi thứ. Mở trang trên một chiếc điện thoại tầm trung với mạng di động: nút có dễ bấm không, chữ có phải phóng to mới đọc được không, popup có che nội dung chính không, form đặt lịch có điền được không. Những điểm này không phải “tín hiệu mobile-first” theo nghĩa hẹp, nhưng người dùng thật chủ yếu gặp bạn trên điện thoại.
Ví dụ thực hành: phòng khám nha
Ví dụ giả định: một phòng khám nha có website responsive. Để trang mobile gọn, người thiết kế đã ẩn một số khối bằng cách không tải chúng trên màn hình nhỏ.
| Khối trên desktop | Trên mobile | Hệ quả | Cách sửa |
|---|---|---|---|
| Mô tả chi tiết quy trình dịch vụ | Bị loại khỏi HTML | Bản được index thiếu phần giải thích chính | Giữ trong HTML, thu gọn bằng accordion |
| Bảng giá tham khảo | Không hiển thị | Trang mất thông tin người tìm hay cần | Hiển thị dạng danh sách dọc |
| Schema doanh nghiệp địa phương | Có ở cả hai | Ổn | Giữ nguyên |
| Menu 12 dịch vụ | Còn 5 mục | 7 trang dịch vụ mất liên kết từ menu mobile | Thêm trang “Tất cả dịch vụ” liên kết đủ |
Với ngành y tế, nội dung giữ lại trên mobile cũng phải tuân thủ quy định pháp luật về quảng cáo dịch vụ khám chữa bệnh: không hứa kết quả điều trị, không dùng hình trước–sau gây hiểu lầm, và nội dung có thể cần được thẩm định trước khi quảng cáo. Rút gọn cho mobile không được cắt mất các lưu ý bắt buộc.
AI giúp được gì
- So sánh văn bản trích từ hai bản HTML để liệt kê đoạn, tiêu đề, liên kết bị thiếu trên mobile.
- Rút gọn cách trình bày một bảng dài thành dạng danh sách dễ đọc trên điện thoại mà không bỏ thông tin.
- Lập checklist đối chiếu theo từng mẫu trang để người kiểm tra đi lần lượt.
AI không thấy website của bạn trên điện thoại thật và không biết Googlebot Smartphone thu thập được gì. Kết luận phải dựa trên công cụ Kiểm tra URL và kiểm tra tay trên thiết bị.
Sai lầm thường gặp
- Cắt nội dung khỏi bản mobile cho gọn thay vì thu gọn trong accordion.
- Menu mobile quá ngắn, bỏ rơi các trang danh mục, dịch vụ quan trọng.
- Dữ liệu có cấu trúc chỉ có ở desktop.
- Nội dung chỉ tải khi vuốt hoặc bấm, Googlebot không làm các thao tác đó.
- Nghĩ rằng mobile-first chỉ là chuyện tốc độ và bỏ qua việc đối chiếu nội dung.
Câu hỏi thường gặp
Nội dung trong accordion hoặc tab trên mobile có được Google tính không?
Theo hướng dẫn của Google, nội dung có sẵn trong HTML nhưng được thu gọn trong tab, accordion trên mobile vẫn được xem xét. Vấn đề là nội dung bị loại khỏi HTML hoặc chỉ tải khi người dùng thao tác.
Website không có bản mobile riêng thì sao?
Google vẫn thu thập trang bằng Googlebot Smartphone. Nếu trang không responsive, người dùng điện thoại sẽ khó đọc, nhưng nội dung vẫn là nội dung đó. Chuyển sang giao diện responsive là hướng đơn giản và được khuyến nghị.
Mobile-first indexing khác gì Core Web Vitals?
Mobile-first indexing là việc Google dùng bản mobile để lập chỉ mục, nên trọng tâm là nội dung tương đương. Core Web Vitals đo trải nghiệm tải trang, phản hồi và độ ổn định bố cục. Hai chủ đề liên quan nhưng giải quyết hai câu hỏi khác nhau.
Viết trang dịch vụ gọn mà đủ ý, dễ đọc trên điện thoại — thử cùng Scalio.
Điền hồ sơ thương hiệu một lần: Scalio lập chiến lược, viết bài theo đúng giọng của bạn, xếp lịch đăng và chấm điểm marketing.
Tạo tài khoản miễn phí

