Thứ hạng Google trên di động và máy tính: vì sao khác nhau (2026)

Điểm chính

Thứ hạng trên di động và máy tính lệch nhau tới 11 bậc ở cùng một truy vấn. Chúng tôi trình bày dữ liệu Search Console của mình, lý do Google trả kết quả khác nhau theo thiết bị, và một quy trình Claude Code tách riêng hai phần này.

Thứ hạng không phải một con số duy nhất. Hỏi cùng một website, cho cùng một truy vấn, trong cùng 90 ngày, và di động với máy tính sẽ không đồng ý với nhau. Trong dữ liệu Search Console của chính chúng tôi, khoảng cách lên tới 11,4 bậc ở một truy vấn, và hướng lệch đảo ngược tùy truy vấn: khi thì di động tốt hơn, khi thì máy tính.

Đây không phải lỗi dữ liệu và cũng không phải lý do để mua một công cụ theo dõi thứ hạng di động. Đây là một đặc tính của cách Google dựng trang kết quả, và nó vẫn vô hình chừng nào bạn còn đọc một con số trung bình bị trộn lẫn.

Bài viết này nói về điều gì thực sự gây ra sự tách biệt, các con số của chính chúng tôi trông ra sao, và một quy trình Claude Code ngắn giúp tách hai thứ đó, để bạn thôi ra quyết định kiểu máy tính về lưu lượng di động.

Hiểu lầm

Giả định mà hầu hết các nhóm mang theo, thường là không nói ra, là thứ hạng là thuộc tính của trang. Bạn đứng thứ 8 cho một truy vấn, nghĩa là bạn đứng thứ 8. Các công cụ theo dõi thứ hạng củng cố giả định này vì mặc định chúng chạy trên một thiết bị và in ra một con số cho mỗi từ khóa.

Hệ quả thực tế là một thói quen báo cáo: ai đó kiểm tra thứ hạng trên máy tính, ghi vào bảng tính, và mọi thứ về sau coi đó là sự thật về khả năng hiển thị.

Thực tế hữu ích hơn

Hai dữ kiện, cả hai đều do Google ghi lại, phá vỡ mô hình một con số.

Dữ kiện một: thứ được xếp hạng là trang di động của bạn. Tài liệu Search Central của Google nói thẳng điều này: "Google sử dụng phiên bản di động của nội dung trên một website, được thu thập bằng tác nhân điện thoại thông minh, cho việc lập chỉ mục và xếp hạng." HTML máy tính của bạn không phải đầu vào chính, kể cả khi người tìm kiếm đang ngồi trước laptop.

Dữ kiện hai: trang kết quả được dựng cho thiết bị đang ở trước mặt. Tài liệu trợ giúp của chính Search Console nói điều này không úp mở, và đáng đọc hai lần: "Kết quả tìm kiếm mang tính đặc thù theo thời gian, địa điểm, thiết bị và lịch sử gần đây của người đang tìm kiếm."

Ghép hai điều lại, thứ hạng bạn ghi chép là một mẫu từ một phân phối dịch chuyển theo thiết bị. Con số không sai. Nó chỉ hẹp hơn nhiều so với cách nó đang được dùng.

Vì sao lầm tưởng này lan dễ đến vậy

Bốn điều bình thường giữ mô hình một con số sống sót.

  • Công cụ theo dõi mặc định chạy trên máy tính. Lấy SERP máy tính rẻ hơn và lưu trữ đơn giản hơn, nên nó thành cột mặc định. Tính năng đổi thiết bị có trong nhiều gói, và điều đó khác với việc được bật sẵn.
  • Search Console trộn các thiết bị. Báo cáo Hiệu suất mặc định lấy trung bình trên di động, máy tính và máy tính bảng. Phải mở thẻ "Thiết bị", hoặc gọi API với device như một chiều, mới thấy được sự tách biệt. Không có gì trong chế độ xem mặc định cảnh báo rằng đang có sự trộn lẫn.
  • Theo dõi thứ hạng di động được bán như một tiện ích thêm. Khi một nhà cung cấp liệt kê "công cụ theo dõi thứ hạng di động" như một tính năng, ngụ ý là báo cáo tiêu chuẩn đã bao trùm mọi thứ. Nó chỉ bao một lát cắt.
  • Hiệu ứng vô hình trên mẫu nhỏ. Nếu bạn xem mười truy vấn và tất cả đều khớp, vấn đề trông có vẻ lý thuyết. Nó trở nên hữu hình ở cấp truy vấn, với những truy vấn có đủ hiển thị để lấy trung bình.

90 ngày của chính chúng tôi cho thấy gì

Chúng tôi kéo thuộc tính Search Console của mình, 90 ngày kết thúc ngày 11 tháng 9 năm 2026, với query và device làm các chiều.

Thiết bị

Hiển thị

Nhấp

CTR

Vị trí trung bình

Máy tính

34.028

375

1,10%

34,4

Di động

7.147

69

0,97%

30,8

Máy tính bảng

156

0

0,00%

40,8

Biểu đồ so sánh thiết bị thể hiện hiển thị, nhấp, CTR và vị trí trung bình của máy tính và di động trong cùng khung 90 ngày

Cùng một thuộc tính, cùng một khung thời gian, ba câu chuyện khác nhau. Lưu ý vị trí trung bình trên di động tốt hơn trong khi CTR trên di động kém hơn.

Có hai điều trong bảng đó đáng chú ý.

Thứ nhất là tín hiệu ngược. Vị trí trung bình trên di động tốt hơn máy tính (30,8 so với 34,4), vậy mà CTR trên di động lại kém hơn (0,97% so với 1,10%). Vị trí tốt hơn nhưng tỷ lệ nhấp kém hơn là chuyện bình thường trên di động: trang kết quả cao hơn, bố cục khác đi, và phần trên của trang đầy ắp tính năng. Ai chỉ báo cáo vị trí sẽ tuyên bố di động là bề mặt mạnh hơn và bỏ sót hoàn toàn khoảng cách về nhấp.

Thứ hai là cái bẫy khi đọc trung bình toàn site. Hai dòng đó tóm tắt những hỗn hợp truy vấn khác nhau. Máy tính gánh 82% hiển thị của chúng tôi vì khán giả của chúng tôi là những người làm SEO ngồi ở bàn, còn di động gánh một tập truy vấn khác và nhỏ hơn. Trung bình toàn site che mất điều đó. Chính phép nối theo truy vấn mới khiến con số trở nên có thể hành động.

Nên chúng tôi làm phép nối đó. Trong 130 truy vấn có ít nhất 20 hiển thị, 85 truy vấn có dữ liệu trên cả hai thiết bị. Đây là sáu khác biệt lớn nhất.

Truy vấn

Vị trí di động

Vị trí máy tính

Chênh lệch

auditoria seo on page

64,5

53,1

11,4 (máy tính tốt hơn)

perplexity seo checking tool

20,5

31,1

10,6 (di động tốt hơn)

geo seo

92,9

85,4

7,5 (máy tính tốt hơn)

auspia

5,4

1,6

3,8 (máy tính tốt hơn)

perplexity referral traffic

11,2

12,0

0,9 (máy tính tốt hơn)

amazon echo keywords

13,9

13,8

0,1 (hòa)

Biểu đồ phân tán vị trí di động so với máy tính theo từng truy vấn, với các khác biệt lớn nhất được dán nhãn

Khoảng cách chạy theo cả hai hướng. "Di động xếp hạng kém hơn" sai y như "thứ hạng thì vẫn là thứ hạng".

Hướng lệch đảo ngược. Đó là phát hiện đáng để thay đổi thói quen làm việc của bạn: bạn không thể sửa khác biệt giữa các thiết bị bằng một quy tắc kinh nghiệm, vì không có hướng nhất quán nào để sửa. Bạn phải đo nó theo từng truy vấn.

Thay vào đó nên làm gì: tách, nối, ngưỡng, quyết định

Bốn bước, khoảng 20 phút sau khi quy trình đã có.

Bước 1: kéo query và device cùng nhau. Trong Search Console, mở Hiệu suất, thêm thẻ "Thiết bị" bên cạnh "Truy vấn", rồi xuất 90 ngày. Qua API, yêu cầu các chiều ["query","device"] với giới hạn dòng đủ cao để chứa tập truy vấn của bạn. API chấp nhận giới hạn dòng vượt xa nhu cầu của một site cỡ trung, nên cứ yêu cầu cao rồi cắt ở máy.

Nếu bạn đã tạo báo cáo thứ hạng hằng tuần, việc này trở thành một chiều bổ sung trên thứ bạn đã có, chứ không phải một bảng tính mới. Hợp đồng báo cáo trong quy trình báo cáo thứ hạng hằng tuần của chúng tôi đã dành sẵn chỗ cho nó.

Bước 2: nối trên khóa truy vấn. Một dòng cho mỗi truy vấn, với một cột di động và một cột máy tính. Những dòng chỉ có ở một thiết bị tự chúng đã là một phát hiện: nghĩa là truy vấn có hiển thị trên một bề mặt và không có trên bề mặt kia.

Bước 3: áp một ngưỡng trước khi nhìn. Năm bậc là ngưỡng khởi đầu dùng được. Dưới mức đó, bạn đang đọc nhiễu. Trên mức đó, bạn có một truy vấn mà hai bề mặt thực sự bất đồng.

Bước 4: quyết định theo nhóm truy vấn, không theo từng truy vấn. Truy vấn tiền bạc được sửa trước. Truy vấn so sánh thường lệch vì bố cục SERP khác, không phải vì trang của bạn yếu. Truy vấn thương hiệu mà lệch thì gần như không bao giờ là vấn đề SEO. Truy vấn thông tin có thể chờ.

Quy trình Claude Code thực hiện việc tách

Phần lặp lại được thì máy móc: kéo, nối, áp ngưỡng, tóm tắt. Đó đúng là dạng việc thuộc về một tác nhân, chứ không thuộc về tuần làm việc của bạn.

Lưu nó thành một tệp chỉ dẫn để Claude Code đọc được, và trỏ vào thuộc tính bạn sở hữu:

text
Kéo dữ liệu Search Console cho thuộc tính <property> trong 90 ngày gần nhất.
Dùng các chiều: query, device. Chỉ giữ những truy vấn có ít nhất 20 hiển thị.

Nối di động với máy tính trên khóa truy vấn.
Với mỗi truy vấn có mặt trên cả hai thiết bị, tính chênh lệch tuyệt đối của vị trí trung bình.

Chỉ xuất những dòng có chênh lệch từ 5.0 trở lên, sắp xếp theo tổng hiển thị giảm dần.
Với mỗi dòng hiển thị: truy vấn, vị trí di động, vị trí máy tính, khoảng cách, thiết bị nào tốt hơn,
hiển thị di động, hiển thị máy tính.

Kết thúc bằng hai dòng tóm tắt:
1. Số truy vấn mà di động tốt hơn, và số truy vấn mà máy tính tốt hơn.
2. Truy vấn duy nhất có khoảng cách lớn nhất, và tổng hiển thị của nó.

Đừng đề xuất cách sửa. Đừng viết khuyến nghị nội dung.
Lưu kết quả thành mobile-desktop-gap-YYYY-MM-DD.md trong thư mục làm việc.

Có ba lựa chọn có chủ đích trong chỉ dẫn này đáng giữ nếu bạn tùy biến nó.

Nó đặt sàn hiển thị, vì một truy vấn với bốn hiển thị trên di động cho ra vị trí trung bình chẳng có nghĩa gì. Nó cấm gợi ý cách sửa, vì quyết định phụ thuộc vào nhóm truy vấn và bối cảnh kinh doanh, và một tác nhân đoán mò ở đây sẽ tạo ra thứ vô nghĩa đầy tự tin. Và nó lưu vào tệp có ghi ngày để bạn so sánh mức tách biệt tháng sau với tháng này, đó là cách duy nhất để biết một bản sửa có hiệu quả hay không.

Câu lệnh này trung lập về hình thức đối với tác nhân. Codex chạy cùng chỉ dẫn đó qua quy ước tệp của riêng nó, và bước duyệt thì giống hệt.

Rào chắn

  • Dưới khoảng 20 hiển thị thì dừng. Vị trí trung bình trên một nhúm hiển thị tự nó nhảy hai chữ số. Ngưỡng trong câu lệnh tồn tại vì lý do đó.
  • Máy tính bảng không phải di động. Dòng máy tính bảng của chúng tôi có 156 hiển thị và không nhấp nào. Gộp máy tính bảng vào di động sẽ làm con số di động xấu đi vì những lý do không liên quan gì đến tìm kiếm di động.
  • Bài này nói về đo lường, không phải về điều kiện hợp lệ. Việc Google có nhìn thấy nội dung di động của bạn hay không là vấn đề khác, với các kiểm tra khác. Phía kiểm toán chúng tôi đã bàn ở Lập chỉ mục mobile-first năm 2026.
  • Vị trí tốt hơn có thể là kết quả kém hơn. Trong dữ liệu của chính chúng tôi, di động xếp hạng tốt hơn và được nhấp ít hơn. Vị trí và tỷ lệ nhấp phải được đọc cùng nhau.
  • Đừng đuổi theo mọi khoảng cách. Chênh 6 bậc ở một truy vấn có 30 lượt tìm kiếm mỗi tháng không phải một dự án. Hãy sắp danh sách theo hiển thị và để phần đuôi yên.
  • Vị trí sâu hành xử khác. Nếu một truy vấn nằm ngoài vị trí 100 trên cả hai thiết bị, hãy sửa vấn đề độ sâu trước. Chúng tôi đã đo kết quả Google thực sự đi sâu đến đâu trong bài kiểm tra độ sâu khi kiểm tra thứ hạng.
Góc nhìn Auspia: khác biệt giữa các thiết bị là vấn đề đo lường trước khi là vấn đề xếp hạng. Hầu hết các nhóm chưa từng nhìn, vì báo cáo mặc định che mất sự tách biệt. Khi sự tách biệt đã hiện ra, phần lớn khoảng cách hóa ra có thể giải thích được, và nhúm đáng quan tâm thì đáng sửa.

Câu hỏi thường gặp

Google có xếp hạng riêng trang di động và trang máy tính không? Trên thực tế là có. Google lập chỉ mục phiên bản di động của nội dung bạn, và trang kết quả phục vụ cho điện thoại khác với trang phục vụ cho laptop. Hai vị trí đến từ cùng những hệ thống nền tảng, nhưng chúng không phải cùng một con số.

Vì sao công cụ theo dõi thứ hạng của tôi khác Search Console? Vì chúng đo những thứ khác nhau. Công cụ theo dõi lấy SERP trực tiếp tại một địa điểm và trên một thiết bị. Search Console lấy trung bình hiển thị trên mọi thiết bị, mọi quốc gia và toàn bộ khoảng ngày. Cả hai đều có thể đúng mà vẫn không khớp nhau.

Công cụ theo dõi thứ hạng di động là gì và tôi có cần không? Công cụ theo dõi thứ hạng di động lấy SERP trên điện thoại cho một tập từ khóa. Nó đáng tiền nếu bạn cần vị trí của đối thủ hoặc những địa điểm bạn không thấy được trong dữ liệu của mình. Nếu bạn chỉ cần khả năng hiển thị di động của website mình, Search Console đã có sẵn, tách theo thiết bị và miễn phí.

Cần bao nhiêu hiển thị trước khi vị trí theo thiết bị đáng tin? Khoảng 20 là sàn thực tế cho một cách đọc thô; từ 100 trở lên thì con số thôi dịch chuyển qua từng tuần. Dưới 20, hãy giữ truy vấn trong danh sách nhưng đừng hành động dựa trên nó.

Claude Code có đọc được Search Console trực tiếp không? Có, qua API Search Console với tài khoản dịch vụ hoặc thông tin xác thực OAuth. Quy trình ở trên giả định kết nối đó đã tồn tại. Hướng dẫn tác nhân SEO của chúng tôi bàn về việc những nhiệm vụ xếp hạng nào đáng giao cho tác nhân và những việc nào không.

Tôi có nên sửa trang di động nếu di động xếp hạng kém hơn không? Hãy xem SERP trước. Nếu trang kết quả di động mang nhiều video hơn, nhiều gói địa phương hơn, hoặc hỗn hợp loại trang khác đi, thì bản sửa nằm ở định dạng nội dung chứ không phải chất lượng trang. Nếu hình dạng SERP khớp và trang vẫn ổn, hãy coi đó là vấn đề tương đương nội dung và kiểm tra đối chiếu với các phép kiểm mobile-first.

Tác giả: Marcus Ellery, người làm thí nghiệm tăng trưởng đứng sau hơn 150 bài kiểm thử SEO tại Auspia. Anh viết về dữ liệu chuẩn đối sánh, các bài kiểm thử có đối chứng, và khác biệt giữa một chỉ số dịch chuyển và một chỉ số có ý nghĩa.

Khám phá chủ đề này

Tiếp tục theo cùng mạch tăng trưởng