Hầu hết các nhóm đã có sẵn một báo cáo thứ hạng Google. Đó là tab Hiệu suất trong Search Console, sắp xếp theo lượt nhấp rồi chụp màn hình dán vào slide. Nó cho thấy vị trí. Nó không cho thấy điều gì đã thay đổi, vì sao thay đổi, hay ai đó nên làm gì với nó.
Quy trình này giải quyết chuyện đó trong một buổi. Bạn định nghĩa một tập truy vấn, giao cho Codex một bản hợp đồng báo cáo bằng văn bản, rồi để nó tạo ra đúng hình dạng đó mỗi tuần. Lần dựng đầu mất khoảng 90 phút. Mỗi lần chạy sau đó dưới mười phút.
Toàn bộ luồng: bản xuất thô đi vào, một báo cáo hình dạng cố định đi ra, và một quyết định của con người ở cuối.
Kết quả bạn sẽ có
Dành cho ai: bất kỳ ai chịu trách nhiệm báo cáo cho một website và đã có quyền truy cập Search Console. Bạn không cần là lập trình viên, nhưng cần một chỗ để lưu tệp mà Codex đọc được.
Bạn sẽ có gì khi xong: một mẫu báo cáo đã lưu, một tệp hướng dẫn bằng văn bản mà Codex tuân theo ở mọi lần chạy, và một báo cáo hoàn chỉnh cho một tuần thực tế.
Điều kiện tiên quyết: một thuộc tính Search Console đã xác minh, danh sách 20 đến 50 truy vấn bạn thật sự quan tâm, một Codex có quyền truy cập thư mục dự án, và quyền đọc kho mã của chính website nếu bạn muốn bản nâng cao.
Định nghĩa hoàn thành: bạn đưa được báo cáo cho một người không làm SEO, và người đó nói được nên xem ba truy vấn nào và vì sao.
Thời gian: khoảng 90 phút cho lần dựng đầu, dưới 10 phút mỗi lần chạy về sau.
Vì sao báo cáo Hiệu suất không phải báo cáo thứ hạng
Search Console cho bạn bốn cột: lượt nhấp, lượt hiển thị, CTR và vị trí trung bình. Đó là bảng đo lường. Báo cáo thứ hạng phải trả lời một bộ câu hỏi khác, và các tín hiệu của năm 2026 đã nới khoảng cách đó rộng hơn trước.
Khảo sát chuyên gia của Zyppy công bố ngày 9 tháng 9 năm 2026 đã thu 13.665 điểm dữ liệu từ 131 người hành nghề. Tín hiệu nhấp và hành vi dừng ở 29,4%, tín hiệu thương hiệu ở 27,0%, và sức khỏe SEO kỹ thuật ở 17,5%. Hai trong ba tín hiệu vượt qua sức khỏe kỹ thuật không hề xuất hiện trong cột vị trí. Phần phân tích của chúng tôi về ý nghĩa của những con số đó nằm trong hướng dẫn thực hành, nhưng bản ngắn gọn cho việc báo cáo là thế này: nếu báo cáo của bạn chỉ hiển thị vị trí, bạn đang báo cáo tín hiệu ít dịch chuyển nhất.
Đó chính là khoảng trống mà Codex lấp vào. Nó sẽ không nói cho bạn vì sao Google thay đổi điều gì đó. Nó sẽ lắp ráp bằng chứng về thay đổi đủ nhất quán để bạn tự nói được.
Trước khi bắt đầu: bốn quyết định
Hãy quyết trước khi viết bất cứ thứ gì, vì đổi sau nghĩa là dựng lại báo cáo.
- Tập truy vấn. 20 đến 50 truy vấn, gom thành hai hoặc ba nhóm khớp với cách doanh nghiệp suy nghĩ. "Sản phẩm", "so sánh", "hỗ trợ" hiệu quả hơn "lượng tìm kiếm cao / trung bình / thấp".
- Cửa sổ so sánh. So 28 ngày gần nhất với 28 ngày trước đó. Cửa sổ ngắn hơn thì nhiễu; dài hơn thì che mất thay đổi bạn đang tìm.
- Ngưỡng. Quyết định thế nào là đáng báo cáo. Một truy vấn dịch hơn năm vị trí, hoặc lượt hiển thị biến động hơn 30% trong khi lượt nhấp đứng yên, là những mặc định hợp lý.
- Nơi lưu trữ. Một thư mục, một quy tắc đặt tên.
reports/ranking/YYYY-MM-DD.mdkèm thư mục condata/cho các bản xuất thô. Codex cần một chỗ ghi ổn định.
Bước 1: xuất dữ liệu thô
Mở Search Console, chọn thuộc tính và vào Hiệu suất. Đặt khoảng ngày thành 56 ngày để phép so 28 với 28 làm được từ một bản xuất, rồi dùng nút Xuất để tải CSV của tab Truy vấn.
Làm tương tự cho Trang, và cho Thiết bị nếu bạn định báo cáo phần tách di động so với máy tính.
Kết quả mong đợi: ba tệp CSV trong data/, có ngày xuất trong tên.
Kiểm tra chất lượng: mở CSV truy vấn và chắc rằng dòng dữ liệu đầu tiên không phải một truy vấn chứa chữ "anonymous". Search Console ẩn các truy vấn hiếm, và những dòng đó nếu không sẽ vào báo cáo như chuyển động không tên.
Nếu không chạy: nếu bản xuất bị cắt, khoảng ngày của bạn quá rộng so với giới hạn số dòng. Xuất riêng từng cửa sổ 28 ngày và để Codex nối chúng lại.
Bước 2: viết hợp đồng báo cáo
Đây là bước quyết định quy trình có sống được qua tuần thứ ba hay không. Đặt hợp đồng vào tệp mà Codex đọc ở mọi lần chạy: AGENTS.md ở gốc dự án, hoặc một tệp hướng dẫn riêng trong thư mục báo cáo.
Hợp đồng cần năm thứ và không cần gì thêm:
Khối hợp đồng | Viết gì | Vì sao quan trọng |
|---|---|---|
Đầu vào | Đường dẫn tệp chính xác và quy tắc khoảng ngày | Ngăn tác nhân tự bịa ra cửa sổ |
Ngưỡng | Các dải của bạn, bằng số | Biến bảng thành quyết định |
Hình dạng đầu ra | Ba phần, theo thứ tự này | Giữ tuần 30 so được với tuần 1 |
Quy tắc tin cậy | Viết gì khi dữ liệu không giải thích được thay đổi | Ngăn những lời vô nghĩa đầy tự tin |
Ranh giới | Tác nhân không được làm gì | Chỉ đọc cho tới khi bạn tin |
Một bản chạy được trông như thế này:
## Hợp đồng báo cáo thứ hạng
Đầu vào: data/queries-*.csv, data/pages-*.csv
Cửa sổ: 28 ngày gần nhất so với 28 ngày trước đó. Ghi cả hai ngày ở đầu báo cáo.
Chỉ báo cáo ba thứ:
1. Truy vấn đã dịch chuyển: bất kỳ truy vấn nào lệch hơn 5 vị trí, hoặc
lượt hiển thị tăng hơn 30% trong khi lượt nhấp đứng yên, hoặc bất kỳ
truy vấn nào rời khỏi top 10.
2. Giải thích khả dĩ: chỉ dùng dữ liệu trong tệp. Nếu tệp không giải thích
được chuyển động, viết "không được dữ liệu này giải thích".
3. Kiểm tra tuần sau: một dòng cho mỗi truy vấn bị gắn cờ, kèm tên chính xác
của trang hoặc truy vấn cần xem xét.
Không bao giờ nêu nguyên nhân không chỉ ra được trong dữ liệu. Không bao giờ
đề xuất thay đổi website. Không bao giờ sửa tệp ngoài reports/ranking/.Kết quả mong đợi: một tệp hướng dẫn, đã commit hoặc lưu cạnh dữ liệu.
Kiểm tra chất lượng: đọc hợp đồng thành tiếng. Nếu bất kỳ dòng nào cũng áp được cho một website khác mà không cần sửa, nó quá mơ hồ để ràng buộc điều gì.
Nếu không chạy: nếu Codex vẫn thêm phần mới, hình dạng đầu ra chưa đủ cụ thể. Hãy gọi tên ba tiêu đề đúng như bạn muốn.
Cấu trúc báo cáo. Chân trang liệt kê đúng những tệp đã dùng là phần người duyệt tin nhất, và cũng là phần hầu hết mẫu bỏ qua.
Bước 3: tạo báo cáo đầu tiên
Hướng Codex vào thư mục và yêu cầu một báo cáo theo hợp đồng. Yêu cầu tệp, không phải câu trả lời trong khung chat, để kết quả duyệt và so sánh được.
Lần chạy đầu là lúc bạn phát hiện dữ liệu của mình thật ra trông thế nào. Hãy tính hai hoặc ba vòng chỉnh sửa. Điều đó bình thường, và đó là phần rẻ nhất của cả quy trình.
Kết quả mong đợi: reports/ranking/YYYY-MM-DD.md với thanh đầu, ba phần và chân trang liệt kê đúng những tệp đã dùng.
Kiểm tra chất lượng: lấy hai truy vấn bị gắn cờ và kiểm tra số liệu bằng tay trong Search Console. Khớp thì pipeline khỏe. Không khớp thì dừng lại và sửa bước dữ liệu. Đừng gỡ lỗi phần phân tích trên một đầu vào hỏng.
Nếu không chạy: hỏng hóc phổ biến nhất là lệch ngày giữa bản xuất và hợp đồng. Ghim cả hai ngày vào thanh đầu ở mọi lần chạy, để một sai lệch hai ngày không lặng lẽ biến một tháng phẳng lặng thành một vụ sụp đổ.
Bản đầu tiên tôi dựng báo cáo mười một truy vấn dịch chuyển trong một tuần gần như không có gì nhúc nhích. Hợp đồng ổn; bản xuất thì không. Một tệp 30 ngày đem so với cửa sổ 28 ngày khiến hai ngày thiếu trông như cả website sụp. Giờ hợp đồng từ chối chạy nếu hai khoảng không khớp, và lỗi đó chưa quay lại.
Bước 4: thêm dòng mà tác nhân không viết được
Mỗi báo cáo nhận một đoạn của con người: tuần trước chúng ta đã phát hành, thay đổi hay làm hỏng cái gì.
Đây không phải trang trí. Đây là cách nhanh nhất bắt được một tác nhân đang gán bản phát hành của chính bạn cho một bản cập nhật thuật toán. Khi báo cáo nói một nhóm trang sản phẩm giảm và ghi chú của bạn nói mẫu đã đổi hôm thứ Ba, khoảng giải thích thu hẹp lại ngay lập tức.
Kết quả mong đợi: hai hoặc ba câu ở đầu báo cáo, do con người viết.
Kiểm tra chất lượng: nếu ghi chú và phần chuyển động mâu thuẫn nhau, mâu thuẫn đó là dòng giá trị nhất trong báo cáo. Hãy để nó hiện ra thay vì làm phẳng đi.
Bước 5: xác minh trước khi gửi
Chạy ba kiểm tra này trước khi báo cáo rời bàn bạn.
- Ngày. Cả hai cửa sổ được ghi ở thanh đầu, khớp với bản xuất.
- Hai điểm kiểm tra. Hai truy vấn bị gắn cờ được xác minh bằng tay.
- Một kiểm tra mâu thuẫn. Có phần giải thích nào viện dẫn dữ liệu không nằm trong danh sách tệp ở cuối không?
Nếu cả ba đều qua, báo cáo an toàn để chia sẻ. Đó là bản nháp phán đoán của bạn, không phải thứ thay thế nó.
Lộ trình nâng cao, khi bạn sẵn sàng
Chạy quy trình bằng tay trong bốn tuần. Chỉ tự động hóa sau khi đã sửa cùng một loại lỗi hai lần.
Sau đó các cải tiến mang tính tích lũy:
- Hẹn lịch chạy. Một lần chạy hẹn lịch hằng tuần sẽ viết báo cáo trước khi bạn mở laptop. Giữ đoạn của con người là trường bắt buộc, để báo cáo không thể ra ngoài mà thiếu nó.
- Lưu ảnh chụp vào quản lý phiên bản. Mỗi lần chạy thành một commit. Diff giữa hai tuần đọc nhanh hơn cả hai báo cáo.
- Thêm thuộc tính thứ hai. Truy vấn đối thủ hoặc truy vấn thương hiệu nằm ở báo cáo riêng với cùng hợp đồng, không trộn vào báo cáo chính.
- Thêm một tín hiệu bên ngoài. Kiểm tra tìm kiếm thương hiệu hoặc tỷ lệ xuất hiện trong câu trả lời làm tín hiệu thương hiệu của khảo sát 2026 trở nên đo được thay vì chỉ trên lý thuyết.
Thứ không nên tự động hóa: bước khuyến nghị. Khoảnh khắc một tác nhân bắt đầu đề xuất thay đổi website, bạn đã đi từ báo cáo sang xuất bản, và gánh nặng duyệt tăng nhanh hơn thời gian tiết kiệm được.
Xử lý sự cố
Triệu chứng | Nguyên nhân khả dĩ | Cách khắc phục |
|---|---|---|
Mọi truy vấn đều trông như giảm | Lệch khoảng ngày giữa các bản xuất | Ghim cả hai cửa sổ vào hợp đồng và thanh đầu |
Báo cáo trống | Ngưỡng quá chặt so với mức lưu lượng của bạn | Hạ ngưỡng lượt hiển thị trước khi hạ ngưỡng vị trí |
Tuần nào cũng đúng năm truy vấn đó | Tập truy vấn quá hẹp | Thêm truy vấn đuôi dài và truy vấn so sánh vào các nhóm |
Chuyển động không lời giải thích | Bình thường với truy vấn lưu lượng thấp | Giữ kết quả "không được dữ liệu này giải thích" và đi tiếp |
Số liệu khác Search Console | Thuộc tính hoặc bộ lọc không khớp trong bản xuất | Luôn xuất từ cùng một thuộc tính và cùng một bộ lọc |
Giữ quy trình sống
Ba thói quen bảo trì giữ nó hữu ích qua quý đầu tiên.
Soát lại tập truy vấn mỗi quý. Một báo cáo đuổi theo ưu tiên của năm ngoái là bài học lịch sử, không phải báo cáo thứ hạng.
Đọc lại hợp đồng khi Search Console thay đổi. Google định kỳ cập nhật giao diện báo cáo Hiệu suất và các trường xuất. Nếu một trường biến mất, hợp đồng phải sửa ngay trong ngày.
Giữ lại các báo cáo cũ. So báo cáo quý này với đúng quý đó năm ngoái là cách rẻ duy nhất để tách một đợt giảm thật khỏi yếu tố mùa vụ.
Câu hỏi thường gặp (FAQ)
Có nhất thiết phải dùng Codex không? Không. Quy trình chạy với bất kỳ tác nhân nào đọc được tệp, chạy theo lịch và viết ra kết quả duyệt được. Codex hợp khi website của bạn đã sống trong một kho mã, vì khi đó báo cáo trở thành một commit mà bạn so sánh được.
Chỉ dùng công cụ miễn phí có làm được không? Được. Cả quy trình chạy trên dữ liệu Search Console miễn phí cộng với tác nhân. Bạn chỉ cần công cụ theo dõi thứ hạng trả phí khi muốn vị trí của đối thủ hoặc những vị trí bạn không thấy trong thuộc tính của mình.
Khác gì so với báo cáo Hiệu suất trong Search Console? Báo cáo Hiệu suất cho bạn một bảng. Quy trình này tạo ra một quyết định: truy vấn nào đã vượt ngưỡng, dữ liệu giải thích được gì và không giải thích được gì, và tuần sau cần xem xét gì. Nó cũng lưu lại lịch sử, điều mà giao diện không làm.
Nếu website của tôi có rất ít lưu lượng thì sao? Hạ ngưỡng lượt hiển thị và so 28 ngày với đúng 28 ngày của năm ngoái thay vì 28 ngày trước đó. Website lưu lượng thấp nhận được nhiều tín hiệu hơn từ so sánh năm này qua năm khác so với so sánh tuần này qua tuần khác.
Báo cáo có nên gồm AI Overview hay trích dẫn AI không? Nếu muốn, hãy thêm một phần riêng với hợp đồng riêng. Giữ nó ngoài báo cáo vị trí, vì nguồn và cách đo khác nhau, và trộn lẫn sẽ làm cả hai khó đọc hơn.
Tác giả: Leo Harrington, người chuyển ngữ phân tích SEO cho hơn 500 báo cáo lãnh đạo tại Auspia. Leo viết về cách biến dữ liệu tìm kiếm thành những báo cáo mà người không chuyên có thể hành động.
