Google yêu cầu job board phải được phê duyệt riêng mới dùng được Indexing API (công cụ giúp Googlebot thu thập URL nhanh hơn sitemap thông thường) ở quy mô lớn. Từ đầu năm 2026, quy trình này dường như đình trệ: hơn 100 job board đã gửi đơn mà không nhận được phê duyệt, từ chối, hay bất kỳ hồi âm nào từ Google.
Indexing API là gì và tại sao job board cần nó?
Tài liệu đăng tin tuyển dụng của Google chủ động khuyên dùng Indexing API thay vì sitemap cho các URL job posting, với lý do “Indexing API nhắc Googlebot thu thập trang của bạn nhanh hơn.” Với job board, nơi tin tuyển dụng đăng lên rồi hết hạn trong vài ngày đến vài tuần, tốc độ index (lập chỉ mục) trực tiếp quyết định liệu một bài đăng có xuất hiện trên kết quả tìm kiếm khi còn hiệu lực hay không.
Mặc định, API cấp quota (hạn mức request) 200 lượt, mà Google mô tả là dành cho “onboarding và kiểm tra gửi dữ liệu.” Để vượt ngưỡng đó, operator phải gửi Google Form xin tăng quota. Trang quota chỉ ghi rằng “quota có thể tăng hoặc giảm tùy chất lượng tài liệu,” nhưng không nêu quy trình xét duyệt, thời gian chờ thông thường, hay cách nào để kiểm tra trạng thái đơn.
Job board đã chờ phê duyệt bao lâu?
Các báo cáo về đơn không nhận phản hồi có từ ít nhất tháng 5 năm 2026. Trong luồng đăng trên X ngày 19 tháng 9, chuyên gia SEO Nick LeRoy cho biết ông và chuyên gia tư vấn job board Alexander Chukovski có “hơn 100 job board làm điểm dữ liệu tham chiếu” và “đặt giả thuyết Google chưa phê duyệt bất kỳ đơn nào trong năm 2026.” Cả hai thừa nhận đây là giả thuyết, không phải dữ liệu nội bộ xác nhận.
Các mốc cụ thể được ghi nhận:
- Tháng 7 năm 2026, newsletter của LeRoy: Gửi lại đơn cho SEOJobs.com và PPCJobs.com từ sáu tháng trước. “Không phê duyệt. Không từ chối. Không yêu cầu thêm thông tin.” LeRoy cho biết thêm: “Tôi có thể xác nhận con số là không? Không.”
- Tháng 7 năm 2026, Chukovski: Có “tầm nhìn bao quát ít nhất 50 đơn khác nhau” kể từ tháng 10 năm 2025, không đơn nào được duyệt. Ông xác nhận không có thông tin nội bộ từ Google.
- Ngày 22 tháng 5 năm 2026, Google Search Central Community: Một operator báo cáo đã gửi form nhiều lần trong sáu đến chín tháng mà không nhận phản hồi, quota mặc định vẫn không thay đổi.
- Ngày 2 tháng 9 năm 2026: Một operator cho biết không nhận được xác nhận, số tham chiếu, hay trạng thái hiển thị nào cho đơn của họ.
- Ngày 8 tháng 9 năm 2026: Một job board khác báo cáo kết quả tương tự.
- Ngày 10 tháng 9 năm 2026: Một job board Bỉ cho biết đơn gửi ngày 21 tháng 8 vẫn chưa nhận được phê duyệt hay từ chối.
Search Engine Journal đã gửi câu hỏi cho Google: liệu đơn của job site có đang được xét duyệt không, thời gian xét duyệt thông thường là bao lâu, applicant có thể kiểm tra trạng thái bằng cách nào, và liệu đơn gửi trước khi được phê duyệt có được xử lý khác không. Tính đến thời điểm đăng bài, Google chưa trả lời.
Google chính thức nói gì?
John Mueller của Google phản hồi vào tháng 5 năm 2026 sau khi LeRoy nêu vấn đề trên Bluesky. Phản hồi ngắn gọn và không mô tả quy trình xét duyệt hiện tại hay bất kỳ backlog (hàng đơn tồn đọng) nào. Dưới đây là những gì được ghi nhận từ phía Google.
Mueller viết: “Tôi không biết có vấn đề đặc biệt nào, nhưng tôi biết Indexing API đang bị ngập bởi các blogger cố giả dạng site hợp lệ, nên tôi đoán họ đang thận trọng hơn một chút.”
Google cập nhật tài liệu Indexing API vào ngày 4 tháng 9 năm 2024, làm rõ trong changelog rằng quota mặc định là “để cài đặt ban đầu và kiểm tra.” Cảnh báo spam được thêm vào API quickstart ngày 11 tháng 9 năm 2024. Theo Search Engine Journal, bất kỳ thay đổi nào với quy trình phê duyệt trong tương lai nhiều khả năng sẽ xuất hiện đầu tiên trên trang Indexing API quota hoặc trong changelog tài liệu.
Một Google Diamond Product Expert (vai trò tình nguyện, không phải nhân viên chính thức của Google) cho biết phản hồi 404 từ endpoint getMetadata (lệnh gọi dùng để xác minh Google có ghi lại thông báo thu thập hay không) là “dấu hiệu mạnh cho thấy project chưa được phê duyệt.” Đây không phải tuyên bố chính thức từ Google.
Mẫu HTTP 200/404 mà operator đang gặp là gì?
Nhiều operator, bao gồm LeRoy vào tháng 7 năm 2026 và các poster trên forum ngày 2 và 10 tháng 9, mô tả cùng một chuỗi sự kiện: request publish gửi đến Indexing API trả về HTTP 200, nhưng lệnh gọi tiếp theo đến endpoint getMetadata cho cùng URL lại trả về 404. Đây là vấn đề vì hai mã này nói hai điều trái ngược nhau.
HTTP 200 nghĩa là server đã nhận request. 404 từ getMetadata nghĩa là Google không có bản ghi nào về việc nhận thông báo cho URL đó.
Tài liệu của Google ghi rằng HTTP 200 “có nghĩa là Google có thể sẽ cố thu thập lại URL này sớm,” còn endpoint getMetadata hiển thị “lần cuối [Google] nhận thông báo cho một URL.” Tài liệu không làm rõ liệu request gửi trước khi được phê duyệt có bị xử lý khác không.
Job board Bỉ kể trên, theo Search Engine Journal, quan sát thấy cùng mẫu 200/404 trên hai cài đặt kỹ thuật hoàn toàn riêng biệt. Điều đó làm giảm đáng kể khả năng đây là lỗi cấu hình từ phía operator.
Ý nghĩa với khả năng hiển thị trên AI search
Nếu job board của bạn đang chờ phê duyệt Indexing API, rất có thể Google đang âm thầm bỏ qua các request thu thập trong khi mã phản hồi HTTP lại cho thấy mọi thứ ổn. Giống như gửi bưu kiện và nhận xác nhận giao hàng thành công, nhưng hộp thư người nhận đã đầy và thực ra không có gì đến nơi. HTTP 200 nói “đã gửi.” 404 từ getMetadata nói “chưa từng được ghi nhận.”
Với tin tuyển dụng hết hạn trong 72 giờ, khoảng cách đó có nghĩa là bài đăng có thể không bao giờ xuất hiện trong kết quả tìm kiếm khi còn hữu dụng.
Vấn đề còn cộng hưởng với AI search: các AI answer engine (công cụ trả lời bằng AI), bao gồm Google AI Overviews và các công cụ AI bên thứ ba truy xuất nội dung web trực tiếp, đều lấy dữ liệu từ những gì đã được index. Tin tuyển dụng không bao giờ được thu thập và index đúng cách sẽ không bao giờ lọt vào kho nội dung mà các hệ thống đó truy vấn. Tăng tốc thu thập so với sitemap chính xác là tính năng khiến Indexing API có giá trị với nội dung nhạy thời gian ngay từ đầu.
Góc nhìn Hingewise
Vấn đề cốt lõi ở đây không phải là Google xét duyệt chậm mà là tài liệu của Google đang chỉ dẫn bạn vào một công cụ mà bạn không thể thực sự dùng được, trong khi bạn không hề biết điều đó.
Tài liệu job posting của Google chủ động giới thiệu Indexing API là lựa chọn tốt hơn sitemap. Nhưng quy trình để dùng API ở quy mô lớn lại không có hàng đợi hiển thị, không có hệ thống trạng thái, không có vòng phản hồi. Kết quả là operator hợp lệ, đúng đối tượng mà tài liệu hướng đến, đang bị dẫn vào một ngõ cụt mà không có dấu hiệu cảnh báo nào trước.
Điểm thứ hai đáng chú ý: mô tả của Mueller về applicant pool bị ngập bởi “blogger giả dạng site hợp lệ” cho thấy Google đang áp dụng biện pháp phòng thủ diện rộng thay vì lọc từng trường hợp. Job board hợp lệ đang chịu thiệt đôi đường: vừa không được phê duyệt, vừa không biết lý do.
Nhận định của Hingewise: khi nội dung nhạy thời gian như job listing, flash sale, hay tin tức mới không được index kịp lúc, thiệt hại không dừng ở Google Search. Các AI answer engine cũng truy xuất từ kho index đó. Nội dung không vào được index đúng hạn nghĩa là nó không tồn tại trong không gian AI search, chứ không chỉ Google Search. Đây là lý do kiểm soát crawl pipeline (chuỗi quy trình thu thập và index nội dung) đang trở thành yếu tố cơ sở hạ tầng cho cả SEO lẫn khả năng hiển thị trên AI, không còn là vấn đề kỹ thuật phụ.
Cần kiểm tra gì nếu bạn đang vận hành job board
- Sau mỗi request đến Indexing API, gọi endpoint getMetadata cho cùng URL để xem Google có thực sự ghi nhận hay không, thay vì chỉ dựa vào HTTP 200.
- Nếu thấy mẫu HTTP 200 kèm 404 từ getMetadata, đây là dấu hiệu project có thể chưa được phê duyệt theo Google Diamond Product Expert (không phải tuyên bố chính thức).
- Không bỏ sitemap trong khi chờ phê duyệt quota; tiếp tục duy trì và cập nhật với trường
lastmodchính xác để đảm bảo coverage. - Lưu hồ sơ đơn đã gửi: ngày gửi, cấu hình dự án Google Cloud, tên tài khoản sử dụng để có bằng chứng rõ ràng khi cần liên hệ hỗ trợ.
- Theo dõi trang Indexing API quota và changelog tài liệu của Google; theo Search Engine Journal, bất kỳ thay đổi quy trình phê duyệt nào nhiều khả năng xuất hiện ở đây trước.
- Xem lại structured data JobPosting: dù Indexing API bị tắc nghẽn, structured data đúng chuẩn vẫn giúp Google hiểu và hiển thị tin tuyển dụng trong rich results khi trang được thu thập theo cách thông thường.
Điều đáng theo dõi tiếp: liệu Google có thừa nhận tình trạng backlog và công bố quy trình xét duyệt rõ ràng hơn không, hay tình trạng im lặng này còn kéo dài. Trang changelog tài liệu Indexing API là nơi bất kỳ cập nhật chính thức nào sẽ xuất hiện đầu tiên.
Nguồn: Search Engine Journal, tháng 9 năm 2026; Google Search Docs, Job Posting; X thread của Nick LeRoy, ngày 19 tháng 9 năm 2026; newsletter của Nick LeRoy, tháng 7 năm 2026; Google Search Central Community, tháng 5 và tháng 9 năm 2026.
Bài viết được soạn với sự hỗ trợ của AI từ các nguồn dẫn ở trên và đối chiếu với các nguồn đó trước khi đăng. "Góc nhìn Hingewise" là nhận định biên tập của Hingewise, dựa trên khung phân tích và lập trường chúng tôi dùng trong công việc GEO. Cách chúng tôi làm việc: Chính sách biên tập.