Công cụ giám sát thứ hạng Google gần như luôn được thiết lập theo cùng một cách: đặt một ngưỡng, gửi cảnh báo khi thứ hạng vượt qua ngưỡng đó, thế là xong. Giá trị mặc định ở hầu hết công cụ rơi vào khoảng 3 bậc, vì con số 3 nghe như một thay đổi đáng kể.
Trong dữ liệu của chúng tôi thì không phải vậy. Trong 106 truy vấn có ít nhất 30 lượt hiển thị trong 90 ngày, trung vị độ lệch chuẩn của thứ hạng theo ngày trên mỗi truy vấn là 7,45. Với một truy vấn điển hình, dịch chuyển ba bậc không phải tín hiệu — đó là hành vi thường ngày của con số đó.
Công cụ giám sát không hỏng, nó chưa được hiệu chỉnh. Đây là dáng vẻ của nó khi được hiệu chỉnh từ chính lịch sử của bạn thay vì từ thiết lập mặc định.
Công cụ giám sát giả định điều gì, và giả định nào sụp đổ
Đằng sau mỗi quy tắc cảnh báo có bốn giả định, và chỉ một giả định đứng vững.
Thứ hạng đủ ổn định để một ngưỡng hoạt động. Sụp đổ. Độ phân tán giữa các truy vấn chênh nhau tới một bậc độ lớn, và chúng tôi đã đo bên dưới.
Dịch chuyển cùng biên độ mang ý nghĩa như nhau ở mọi vị trí. Sụp đổ. Khoảng cách giữa vị trí thứ 3 và thứ 6 không tương đương khoảng cách giữa vị trí 41 và 44, cả về lượt nhấp lẫn ý nghĩa.
Mọi truy vấn đều xứng đáng có cùng một ngưỡng. Sụp đổ. Truy vấn thương hiệu và các từ khóa đầu phễu mang tính cạnh tranh không có điểm chung nào về mặt thống kê.
Kiểm tra thường xuyên hơn cho thông tin tốt hơn. Sụp đổ sau một điểm nào đó. Kiểm tra hằng ngày cho số lần đọc nhiều gấp bảy lần so với hằng tuần, và trên hầu hết tập truy vấn thì cũng nhiễu gấp bảy lần quanh đúng một tín hiệu.
Phần còn lại của bài thay thế từng giả định trong bốn giả định đó bằng phép đo.
Các truy vấn của chúng tôi thực sự biến động ra sao
Phương pháp: property Search Console của chính chúng tôi, 90 ngày kết thúc ngày 12 tháng 9 năm 2026, chiều query và date, 8.020 dòng, lọc còn 106 truy vấn có ít nhất 30 lượt hiển thị trong kỳ. Với mỗi truy vấn, chúng tôi tính độ lệch chuẩn của thứ hạng trung bình theo ngày và tỷ lệ số ngày nó nằm trong khoảng 3 bậc quanh trung vị của chính nó.
Chỉ số | Giá trị |
|---|---|
Số truy vấn trong mẫu | 106 |
Trung vị độ lệch chuẩn của thứ hạng theo ngày | 7,45 bậc |
Truy vấn có độ lệch chuẩn dưới 2 bậc | 12 trên 106 (11%) |
Truy vấn có độ lệch chuẩn từ 10 trở lên | 40 trên 106 (38%) |
Trung vị tỷ lệ ngày nằm trong 3 bậc quanh trung vị của truy vấn | 59% |
Lấy bốn truy vấn từ cùng mẫu đó — trên cùng một site, mức khác biệt về hành vi là như thế này.
Truy vấn | Trung vị thứ hạng | Độ lệch chuẩn | Số ngày trong 3 bậc quanh trung vị |
|---|---|---|---|
amazon echo keywords | 14,1 | 1,29 | 100% |
on page seo audit | 92,2 | 4,99 | 63% |
perplexity seo checker | 31,9 | 12,87 | 22% |
geo | 70,4 | 9,83 | 30% |
Cách đọc thực tế: số truy vấn đủ ổn định để quy tắc cố định 3 bậc có ý nghĩa chỉ khoảng một trên mười. Bốn trên mười biến động đủ mạnh để cảnh báo réo liên tục ở bất kỳ ngưỡng nào dưới 10 bậc.
Phần lớn truy vấn biến động mạnh hơn nhiều so với mức mà ngưỡng cảnh báo mặc định giả định.
Quy tắc hiệu chỉnh 1: dựng dải theo từng truy vấn, không theo site
Một ngưỡng ở cấp site là trung bình của những hành vi vốn không giống nhau. Cách giải quyết là tính dải của từng truy vấn từ chính lịch sử của nó, và việc đó chỉ cần một lần xuất Search Console cùng vài dòng số học.
Với mỗi truy vấn, hãy dùng phân phối của chính nó thay vì một con số chung.
- Normal: trong phạm vi một độ lệch chuẩn quanh trung vị của chính truy vấn.
- Watch: từ một đến hai độ lệch chuẩn, hoặc khi truy vấn vượt ra ngoài dải 80% ở giữa của chính nó.
- Investigate: vượt hai độ lệch chuẩn và được xác nhận ở lần chạy thứ hai liên tiếp.
Trên mẫu phía trên, điều này thay đổi lượng cảnh báo một cách rõ rệt. Một truy vấn có độ lệch chuẩn 1,29 cần dịch chuyển khoảng 3 bậc mới chạm dải theo dõi. Một truy vấn có độ lệch chuẩn 12,87 cần khoảng 13 bậc, nên gần như không phát cảnh báo cho tới khi có điều gì đó thật sự xảy ra.
Đây chính là logic mà hướng dẫn thiết kế dải cảnh báo dùng cho giám sát theo lịch, được áp ở cấp truy vấn thay vì cấp tài khoản. Và nếu sau bài này bạn chỉ đổi một thứ, hãy biến ngưỡng từ một hằng số thành một giá trị riêng cho từng truy vấn.
Quy tắc hiệu chỉnh 2: đặt mức sàn hiển thị tối thiểu
Thứ hạng là một giá trị trung bình, và trung bình của 3 lượt hiển thị không phải là một phép đo. Dưới khoảng 30 lượt hiển thị trong kỳ, mẫu nền nhỏ đến mức con số tự nó nhảy múa.
Hai hệ quả kéo theo, và cả hai đều dễ triển khai.
Đừng cảnh báo với truy vấn ít lượt hiển thị. Vẫn theo dõi, nhưng hãy coi thứ hạng là ngữ cảnh chứ không phải tín hiệu. Ngoại lệ là truy vấn đột nhiên tăng lượng hiển thị: đó là một sự kiện về lượt hiển thị và tự nó đáng để biết.
Gắn lượt hiển thị vào mỗi thứ hạng. Tụt 5 bậc trong khi lượt hiển thị ổn định mang ý nghĩa khác với tụt 5 bậc khi mất 60% lượt hiển thị. Trường hợp thứ hai gần với vấn đề lập chỉ mục hoặc điều kiện hiển thị hơn, trường hợp thứ nhất gần với cạnh tranh hơn. Một công cụ giám sát chỉ báo thứ hạng sẽ ném đi khác biệt đó, và đó đúng là kiểu thất bại mà trình tự phân loại này ra đời để bắt.
Quy tắc hiệu chỉnh 3: tách thiết bị và khu vực trước khi cảnh báo
Thứ hạng tổng hợp là trung bình có trọng số của kết quả theo thiết bị và theo khu vực. Khi trọng số thay đổi, giá trị trung bình dịch chuyển dù trang không có gì thay đổi. Chúng tôi đo được chênh lệch tới 11 bậc giữa di động và máy tính để bàn trên cùng một truy vấn, nên đây không phải sai số làm tròn — nó cùng bậc độ lớn với mức nhiễu mà bạn đang cố phát hiện.
Cách triển khai khiêm tốn và rẻ: lấy thứ hạng riêng theo thiết bị, lưu cả hai, và cảnh báo trên thiết bị nơi dịch chuyển xảy ra. Còn nếu bạn chỉ theo một con số tổng hợp, hãy ghi trọng số thiết bị vào đầu ra, để thay đổi về thành phần được nhìn thấy chứ không phải đoán. Hình dạng truy vấn được trình bày ở bước tách theo thiết bị.
Năm cột biến một cảnh báo thành một cuộc điều tra có điểm khởi đầu.
Cần giám sát gì ngoài thứ hạng
Thứ hạng chỉ là một cột. Bốn cột còn lại quyết định một dịch chuyển có đáng để con người bận tâm hay không.
Lượt hiển thị. Phía nhu cầu. Khi cột này dịch chuyển, ý nghĩa của mọi con số thứ hạng đều thay đổi.
Trạng thái tính năng SERP. Truy vấn đó có AI Overview, khối video, gói địa phương hay không. Tính năng thay đổi sẽ dịch chuyển thứ hạng mà không có bất kỳ thay đổi nào trên trang.
Vị trí trên đường cong nhấp. Không chỉ là bạn ở đâu trong danh sách, mà là bạn ở đâu so với các tính năng. Vị trí 1 nằm dưới một AI Overview không phải là vị trí 1. Và nếu muốn theo dõi trạng thái tính năng cho đúng, những trường cần lưu được trình bày ở cách dựng công cụ theo dõi AI Overview.
Nhật ký thay đổi. Các lần triển khai, thay đổi mẫu giao diện và chỉnh sửa nội dung của bạn trên cùng một trục thời gian. Đằng sau phần lớn các đợt tụt hạng thật mà chúng tôi điều tra là một commit.
Lưu năm thứ đó theo từng truy vấn và từng ngày, và cảnh báo không còn là một con số đáng lo cùng một người phải dựng lại tuần đó từ ký ức, mà trở thành một cuộc điều tra có điểm khởi đầu.
Tính nhịp độ trước khi cam kết
Chi phí giám sát tăng theo số từ khóa nhân với số lần kiểm tra, nên nhịp độ được quyết định bởi số truy vấn chứ không phải bởi sự hào hứng.
- Kiểm tra 30 truy vấn quan trọng mỗi ngày là 900 yêu cầu mỗi tháng. Gần như gói nào cũng chịu được, và phần lớn đội ngũ nên bắt đầu từ đây.
- Kiểm tra 200 truy vấn mỗi ngày là 6.000 yêu cầu mỗi tháng, và trên những tập biến động thì tạo ra phần lớn cảnh báo từ nhiễu.
- Kiểm tra 200 truy vấn đó mỗi tuần là khoảng 1.400 yêu cầu mỗi tháng, và vẫn bắt được phần lớn dịch chuyển thật, vì một thay đổi thực sự kéo dài hơn một tuần.
Nếu cần cả hai, hãy chia theo mức đặt cược chứ không theo sở thích: danh sách ngắn gắn với doanh thu chạy hằng ngày, phần còn lại chạy hằng tuần. Và nếu bạn tự dựng phần thu thập, công cụ theo dõi hai nguồn trình bày hình dạng yêu cầu và các quy tắc so sánh.
Danh sách kiểm tra trước khi tin bất kỳ máy giám sát nào
Năm câu hỏi. Một công cụ trượt bất kỳ câu nào trong số đó tiêu tốn nhiều sự chú ý hơn mức nó tiết kiệm.
- Nó lưu kết quả thô hay chỉ lưu thứ hạng đã tính? Nếu sau này bạn không thể hỏi trên trang còn có gì khác, bạn sẽ không giải thích được cảnh báo.
- Khu vực và thiết bị có được cố định và ghi lại theo từng truy vấn không? Nếu không, lịch sử sẽ trộn lẫn những điều kiện khác nhau.
- Ngưỡng là theo từng truy vấn hay một con số duy nhất cho cả tài khoản? Một con số duy nhất là thiết lập mặc định, không phải hiệu chỉnh.
- Nó có phân biệt sự cố với tụt hạng không? Google công bố bảng trạng thái kèm lịch sử sự cố, và nhìn vào đó trước rẻ hơn mọi cuộc điều tra.
- Nó cho biết cái gì đã thay đổi, hay chỉ biết rằng có gì đó đã thay đổi? Cảnh báo kiểu thứ hai là một danh sách việc cần làm; kiểu thứ nhất là một phán đoán.
Quan điểm của Auspia: một công cụ giám sát thứ hạng đáng giá đúng bằng mức độ hiệu chỉnh của nó. Ngưỡng mặc định 3 bậc sai không phải vì công cụ lười, mà vì đó là trung bình quần thể đem áp lên từng truy vấn riêng lẻ. Hãy đo chính truy vấn của bạn và đặt dải từ phân phối của từng truy vấn, thì những gì còn lại trong hộp cảnh báo chính là những gì bạn thực sự sẽ hành động.
Câu hỏi thường gặp
Công cụ giám sát thứ hạng Google nên bỏ qua mức dao động bình thường nào? Không có con số chung, và đó chính là vấn đề. Trong mẫu của chúng tôi, truy vấn trung vị dịch chuyển 7,45 bậc trong 90 ngày, trong khi một trên mười nằm trong phạm vi 2 bậc. Ngưỡng đúng được suy ra từ lịch sử của từng truy vấn và thường bằng một độ lệch chuẩn.
Công cụ giám sát nên kiểm tra thứ hạng bao lâu một lần? Tập thông thường theo tuần, danh sách ngắn gắn với doanh thu theo ngày. Kiểm tra hằng ngày một tập lớn làm chi phí tăng gấp đôi và chủ yếu bắt được nhiễu, vì thay đổi thứ hạng thật kéo dài hơn một ngày.
Vì sao công cụ giám sát hiển thị dao động hằng ngày mà Search Console không có? Vì đây là hai phép đo khác nhau. Công cụ giám sát chụp một ảnh duy nhất của trang kết quả thật tại một thời điểm và một khu vực. Search Console lấy trung bình lượt hiển thị trên một khoảng ngày và một thành phần thiết bị. Cả hai đều không sai, và so sánh trực tiếp sẽ khiến bạn đuổi theo một đợt tụt hạng chỉ tồn tại ở một phía.
Có nên theo dõi mọi từ khóa có thứ hạng không? Không. Hãy theo dõi những truy vấn có đủ lượt hiển thị để đo được. Trong dữ liệu của chúng tôi, con số đó là 106 trên hàng nghìn. Những truy vấn dưới mức sàn hiển thị nên được theo dõi theo nhóm, chẳng hạn đếm xem bao nhiêu truy vấn có xếp hạng, thay vì cảnh báo từng cái một.
Hiệu chỉnh công cụ giám sát có cần công cụ trả phí không? Không. Một lần xuất Search Console với chiều query và date là đủ để tính trung vị và độ lệch chuẩn cho từng truy vấn, và việc hiệu chỉnh không cần gì hơn. Công cụ trả phí thêm sự tiện lợi và dữ liệu đa nhà cung cấp, chứ không thêm thống kê.
Tác giả: Miles Carter, phân tích dữ liệu thứ hạng của 8.000 truy vấn tại Auspia. Viết về đo lường thứ hạng, hiệu chỉnh cảnh báo, và cách phân biệt một thay đổi trong dữ liệu với một thay đổi trong kết quả tìm kiếm.
