Google Indexing API: vì sao blog không nên dùng để ép index bài viết

Bạn vừa đăng bài blog mới, chờ vài ngày vẫn chưa thấy trên Google, và ai đó gợi ý: "Dùng Google Indexing API đi, gửi URL là Google vào index ngay". Trên mạng có không ít script, plugin và hướng dẫn cho website Next.js hay WordPress làm đúng việc này. Nhưng theo tài liệu chính thức của Google, Indexing API chỉ dành cho hai loại trang rất cụ thể, và bài blog không nằm trong số đó [S2].

Ngày 16/10/2026, Google cập nhật trang hạn mức (quota) của Indexing API, khiến chủ đề này được bàn lại [S1]. Bài viết tóm tắt thay đổi đó, giải thích vì sao blog không nên dùng API để "ép index", và nên làm gì thay thế.

Google vừa thay đổi gì trên tài liệu Indexing API

Trong nhật ký cập nhật tài liệu Google Search Central, mục ngày 16/10/2026 ghi Google đã cập nhật trang quota của Indexing API "để phản ánh hạn mức và quy trình hiện tại". Lý do được nêu: ghi lại đúng hạn mức hiện hành và bỏ một biểu mẫu (form) đã lỗi thời [S1].

Search Engine Roundtable (SER) so sánh bản cũ và bản mới, và cho biết thay đổi nằm ở ba trang: Quickstart, Using the API và Quota and pricing [S4]. Theo SER:

• Trên trang quota, Google bỏ đoạn nói quota mặc định là để thử nghiệm ban đầu, cùng đoạn hướng dẫn điền form xin thêm quota và xin duyệt [S4].
• Trên trang Quickstart, Google bỏ đoạn "Sitemaps and the Indexing API". Đoạn này khuyên trang tuyển dụng và livestream dùng Indexing API thay cho sitemap để được crawl sớm hơn, nhưng vẫn nên gửi sitemap cho toàn bộ website [S4].

Ảnh: Search Engine Roundtable (bản cũ của trang quota, phần tô màu là phần đã bị bỏ)

Điều cần nói rõ: đây là thay đổi về cách viết tài liệu, không phải thay đổi hạn mức. Trang quota hiện tại vẫn ghi hạn mức mặc định là 200 yêu cầu publish mỗi ngày cho mỗi project, tính cả hai loại URL_UPDATED và URL_DELETED, đặt lại vào nửa đêm giờ Thái Bình Dương [S3]. Hạn mức theo phút vẫn là 180 yêu cầu đọc metadata và 380 yêu cầu cho mọi endpoint [S3]. API vẫn miễn phí [S3].

Ảnh: Google Search Central (trang quota sau cập nhật 16/10/2026)

Việc Google bỏ đoạn khuyên dùng kèm sitemap trên trang Quickstart cũng không có nghĩa sitemap hết quan trọng. Tài liệu riêng về sitemap của Google vẫn còn nguyên và vẫn là cách được khuyên dùng khi có nhiều URL [S5][S6].

Google Indexing API thực ra dùng cho trang nào

Trang Quickstart viết rằng Indexing API cho phép chủ website báo trực tiếp với Google khi trang tin tuyển dụng hoặc trang video livestream được thêm hay gỡ, để Google lên lịch crawl lại [S2]. Câu quan trọng nhất: API chỉ có thể dùng để crawl các trang có JobPosting hoặc BroadcastEvent nằm trong VideoObject [S2].

Hai loại dữ liệu có cấu trúc này hiểu đơn giản là:

• JobPosting: đánh dấu một tin tuyển dụng, thường chỉ tồn tại vài tuần rồi hết hạn.
• BroadcastEvent nằm trong VideoObject: đánh dấu một video đang phát trực tiếp.

Điểm chung là trang "sống ngắn", thay đổi nhanh, nên việc báo Google từng URL có ý nghĩa. Một bài blog hướng dẫn, một trang sản phẩm hay landing page không thuộc nhóm này. Nếu bạn chưa quen dữ liệu có cấu trúc, xem thêm bài Rich Results và Structured Data trên PNTech.

Ảnh: PNTech tự thiết kế, theo Indexing API Quickstart

Vì sao dùng Indexing API để ép index blog là ý tồi

Thứ nhất, nó nằm ngoài phạm vi Google cho phép. Tài liệu không nói "nên dùng cho tin tuyển dụng", mà nói API "chỉ có thể dùng" cho hai loại trang trên [S2]. Gửi bài blog qua API là dùng sai mục đích ngay từ đầu.

Thứ hai, có nguy cơ bị thu hồi quyền truy cập. Trang Quickstart ghi: mọi yêu cầu gửi qua Indexing API đều qua bước phát hiện spam nghiêm ngặt, và mọi hành vi lạm dụng, kể cả dùng nhiều tài khoản hoặc cách khác để vượt hạn mức, có thể khiến quyền truy cập bị thu hồi [S2]. Cảnh báo này không mới: nhật ký tài liệu cho thấy Google đã bổ sung nội dung tương tự từ tháng 9/2024 [S1]. Những script xoay vòng nhiều service account để gửi hàng nghìn URL mỗi ngày chính là kiểu dùng bị nêu tên.

Thứ ba, gửi URL không đồng nghĩa với được index. Ngay cả với cách làm chính thống, Google nói yêu cầu crawl không đảm bảo trang sẽ xuất hiện trong kết quả tìm kiếm ngay, hoặc thậm chí không xuất hiện; hệ thống ưu tiên nội dung chất lượng và hữu ích [S5]. Một bài viết mỏng, trùng lặp sẽ không được cứu bằng việc gửi URL nhiều lần.

Thứ tư, chi phí kỹ thuật không đáng. Muốn dùng API, bạn phải tạo project trên Google Cloud, tạo service account, thêm tài khoản đó làm chủ sở hữu trong Search Console và quản lý khóa bí mật [S7]. Với blog cá nhân hay website doanh nghiệp nhỏ, công sức này nên dành cho nội dung và cấu trúc website.

Blog và website Next.js nên làm gì thay thế

Google có trang hướng dẫn riêng "Ask Google to recrawl your URLs", chia thành hai cách: URL Inspection cho vài URL, và sitemap cho nhiều URL [S5]. Kết hợp thêm liên kết nội bộ, đây là bộ ba đủ dùng cho hầu hết blog.

Ảnh: PNTech tự thiết kế, theo tài liệu Google Search Central

Sitemap có lastmod chính xác

Google khuyên khi có nhiều trang mới hoặc vừa cập nhật, cách tốt nhất là gửi sitemap và đánh dấu trang đã sửa bằng thẻ <lastmod> [S8]. Google dùng <lastmod> nếu giá trị này chính xác một cách nhất quán và kiểm chứng được, và nó nên phản ánh lần sửa đáng kể gần nhất, ví dụ sửa nội dung chính hay dữ liệu có cấu trúc, chứ không phải đổi năm bản quyền ở chân trang [S6]. Google bỏ qua <priority> và <changefreq> [S6].

Với Next.js (App Router), bạn có thể tạo file app/sitemap.ts theo quy ước của framework [S9]:

import type { MetadataRoute } from 'next'

export default async function sitemap(): Promise<MetadataRoute.Sitemap> {
  const posts = await getPublishedPosts() // hàm lấy bài của bạn
  return posts.map((p) => ({
    url: `https://tenmien.vn/bai-viet/${p.slug}`,
    lastModified: p.updatedAt, // ngày sửa nội dung thật, không phải ngày build
  }))
}

Sau đó khai báo sitemap trong Search Console hoặc thêm dòng Sitemap: vào robots.txt [S6]. Lỗi hay gặp là để lastModified: new Date(), khiến mọi trang luôn "vừa sửa" mỗi lần build; khi đó giá trị này mất ý nghĩa. Bài Technical SEO: tốc độ, sitemap và cấu trúc website có thêm phần nền tảng.

Liên kết nội bộ tới bài mới

Ngoài sitemap, Googlebot còn tìm ra trang mới bằng cách đi theo link từ những trang nó đã biết. Khi đăng bài, hãy đặt link từ trang chủ hoặc trang chuyên mục, và sửa 2–3 bài cũ cùng chủ đề để trỏ sang bài mới. Đây là gợi ý của PNTech dựa trên cách công cụ tìm kiếm thu thập dữ liệu, được giải thích trong bài cách công cụ tìm kiếm hoạt động.

URL Inspection cho vài trang quan trọng

Với một vài URL quan trọng, dùng công cụ URL Inspection trong Search Console: kiểm tra URL, chạy thử bản trực tiếp (live test), rồi bấm "Request indexing" [S8]. Bạn cần là chủ sở hữu hoặc người dùng toàn quyền của property [S5]. Có giới hạn số yêu cầu mỗi ngày, và gửi nhiều lần cho cùng một URL không làm nó được crawl nhanh hơn [S5][S8].

Google cũng nói rõ crawl có thể mất từ vài ngày đến vài tuần [S5]. Nếu sau vài tuần trang vẫn chưa được index, hãy xem lại nội dung và lỗi kỹ thuật trước khi tìm "mẹo" gửi URL.

Nếu website của bạn thật sự có trang tuyển dụng hoặc livestream

Trường hợp bạn vận hành trang việc làm hoặc nền tảng phát trực tiếp, Indexing API là công cụ đúng. Các bước theo tài liệu: tạo project và bật API, tạo service account, thêm service account làm chủ sở hữu trong Search Console, lấy access token rồi gửi yêu cầu [S2][S7]. Một vài điểm nên biết:

• Hạn mức tính theo từng URL: gộp 10 yêu cầu vào một lần gửi theo lô (batch) vẫn tính là 10 [S10].
• Hạn mức mặc định 200 yêu cầu publish mỗi ngày cho mỗi project; xem hạn mức thực tế của bạn trong Google API Console [S3].
• Theo SER, phần hướng dẫn form xin thêm quota đã bị bỏ khỏi trang tài liệu [S4]. Mục cập nhật của Google không mô tả chi tiết quy trình xin thêm quota hiện nay, nên hãy kiểm tra trực tiếp trong console thay vì làm theo hướng dẫn cũ trên mạng.
• Vẫn nên duy trì sitemap cho toàn bộ website. Indexing API chỉ là kênh báo nhanh cho các trang sống ngắn.

Còn nếu bạn đang tìm công cụ hỗ trợ viết và vận hành blog, có thể xem trang Tool khuyên dùng của PNTech.

Kết luận

Cập nhật ngày 16/10/2026 chủ yếu làm gọn tài liệu: bỏ form cũ, bỏ vài đoạn mô tả quota thử nghiệm và đoạn về sitemap [S1][S4]. Phạm vi sử dụng không đổi: Google Indexing API chỉ dành cho trang JobPosting và livestream BroadcastEvent trong VideoObject, và lạm dụng có thể bị thu hồi quyền [S2]. Với blog, cách chắc chắn hơn vẫn là sitemap có lastmod đúng, liên kết nội bộ rõ ràng, URL Inspection cho vài trang quan trọng, và trên hết là nội dung đáng được index.

Nguồn tham khảo

• [S1] Google Search Central, "Latest Google Search Documentation Updates" (mục 16/10/2026 và 11/09/2024): https://developers.google.com/search/updates
• [S2] Google Search Central, "Indexing API Quickstart": https://developers.google.com/search/apis/indexing-api/v3/quickstart
• [S3] Google Search Central, "Quota and pricing information" (Indexing API): https://developers.google.com/search/apis/indexing-api/v3/quota-pricing
• [S4] Search Engine Roundtable, Barry Schwartz, "Google Updates Indexing API Quota Information" (10/2026): https://www.seroundtable.com/google-updates-indexing-api-quota-information-42316.html
• [S5] Google Search Central, "Ask Google to recrawl your URLs": https://developers.google.com/search/docs/crawling-indexing/ask-google-to-recrawl
• [S6] Google Search Central, "Build and submit a sitemap": https://developers.google.com/search/docs/crawling-indexing/sitemaps/build-sitemap
• [S7] Google Search Central, "Prerequisites for the Indexing API": https://developers.google.com/search/apis/indexing-api/v3/prereqs
• [S8] Search Console Help, "URL Inspection tool": https://support.google.com/webmasters/answer/9012289
• [S9] Next.js Docs, "sitemap.xml" (file convention): https://nextjs.org/docs/app/api-reference/file-conventions/metadata/sitemap
• [S10] Google Search Central, "Using the Indexing API": https://developers.google.com/search/apis/indexing-api/v3/using-api