Google Indexing API: dùng sai thì chỉ tốn công vô ích

Google Indexing API chỉ phục vụ đúng hai loại trang: trang có dữ liệu có cấu trúc JobPosting (tin tuyển dụng) và trang có BroadcastEvent nằm trong VideoObject (sự kiện phát trực tiếp). Bài blog, trang sản phẩm, trang chuyên mục của bạn đều nằm ngoài phạm vi đó, bất kể plugin hay dịch vụ "index nhanh" quảng cáo thế nào.

Ở Việt Nam chuyện này đáng nói, vì dịch vụ đẩy index đang bán rất chạy trên các nhóm SEO và sàn thương mại điện tử, thường kèm lời hứa "lên index trong hai giờ". Phần lớn các dịch vụ ấy chỉ gọi đúng cái endpoint này cho những URL mà Google không hề hỗ trợ. Người mua không nhìn thấy lỗi nào trả về, nên tưởng mình vừa mua được một lối tắt.

Lý do Google giới hạn phạm vi không phải là thiên vị, mà là vòng đời nội dung. Một tin tuyển dụng đã tuyển xong, hay một buổi phát trực tiếp đã kết thúc, nếu còn hiện trên kết quả tìm kiếm thì chỉ gây hại. Những trang "sống ngắn" như vậy cần một kênh báo riêng. Còn bài viết thông thường thì sitemap cộng với việc thu thập dữ liệu bình thường đã đủ nhanh, thêm một kênh đẩy nữa cũng không đổi được gì.

Về mặt kỹ thuật, API này rất gọn. Bạn gửi POST tới endpoint urlNotifications:publish với đúng hai trường là url và type, trong đó type nhận URL_UPDATED khi thêm hoặc sửa, URL_DELETED khi gỡ. Header Content-Type bắt buộc là application/json. Muốn kiểm tra Google đã nhận được gì thì gọi GET tới endpoint metadata, nhớ mã hoá URL: dấu hai chấm thành %3A, dấu gạch chéo thành %2F. Có thể gộp tối đa 100 lệnh vào một yêu cầu batch, mỗi phần không quá 1MB. Riêng lệnh gỡ có điều kiện đi kèm: trang phải trả về 404 hoặc 410, hoặc đã gắn thẻ robots noindex.

Hạn mức mới là chỗ Google siết thật. Dự án mới chỉ được 200 lượt thông báo mỗi ngày, và Google nói rõ đây là mức để làm quen và thử nghiệm chứ không phải để chạy thật. Muốn nhiều hơn thì phải xin duyệt, và đúng ở bước xin duyệt đó người ta sẽ xem website của bạn có thật sự đăng tin tuyển dụng hay sự kiện phát trực tiếp hay không. Một trang tin tổng hợp sẽ không được nâng hạn mức. Google cũng cảnh báo rằng lách hạn mức bằng nhiều tài khoản có thể bị thu hồi quyền truy cập.

Cái bẫy lớn nhất là dùng sai nhưng không báo lỗi. Bạn gửi một URL blog bình thường, endpoint vẫn nhận, vẫn trả về 200, vẫn xếp URL đó vào hàng đợi. Không có bước nào kiểm tra ngay lúc gửi xem trang có đúng loại dữ liệu có cấu trúc hay không. Chính phản hồi "thành công" giả đó nuôi sống cả một ngành dịch vụ đẩy index. Tháng 5 năm 2025, John Mueller của Google nói thẳng trên Bluesky rằng họ thấy rất nhiều kẻ spam lạm dụng API này, và khuyên nên bám đúng những trường hợp đã ghi trong tài liệu. Khi bị hỏi liệu có bị phạt không, ông trả lời gọn: dùng cho đúng, hoặc đừng dùng.

Còn một hiểu nhầm nữa nằm bên dưới, và nó vẫn đúng ngay cả khi bạn dùng API chuẩn chỉnh: báo cho Google chỉ là xin xếp lịch thu thập dữ liệu, không phải mua một suất trong chỉ mục. Trang vẫn phải qua đúng những đánh giá về chất lượng và trùng lặp như mọi trang khác. Vì thế mới có hiện tượng bài lên index sau vài giờ rồi lặng lẽ rơi ra sau vài ngày, và đó là hệ quả bình thường chứ không phải án phạt.

Vậy nên dùng gì cho phần còn lại? Với kiểu chủ động báo tin, IndexNow là câu trả lời thật thà: một giao thức mở, gửi một lần được chia sẻ cho mọi công cụ tham gia, nhận tối đa 10.000 URL mỗi lần POST, xác minh quyền sở hữu bằng một file khoá đặt ở thư mục gốc. IndexNow không tới được Google vì Google chưa tham gia, nhưng phủ được Bing, Yandex và vài công cụ khác gần như miễn phí công sức. Với riêng Google, việc cần làm vẫn là những thứ ít hào nhoáng: sitemap chính xác, liên kết nội bộ từ những trang vốn hay được ghé, tốc độ phản hồi ổn định để không phí ngân sách thu thập, và công cụ Kiểm tra URL trong Search Console cho vài trường hợp lẻ.

Tóm lại, site có tin tuyển dụng hoặc sự kiện phát trực tiếp thì hãy triển khai đàng hoàng và xin hạn mức, lợi ích về độ tươi mới là có thật. Site không thuộc hai nhóm đó thì bỏ qua hẳn, cài IndexNow, giữ sitemap sạch, và dồn công sức vào những trang đáng được lập chỉ mục. Dùng một endpoint chính thức cho mục đích mà Google đã loại trừ rõ ràng không phải là mẹo khôn, mà là đặt cược vào một hành vi Google có thể ngừng hỗ trợ bất cứ lúc nào.