Google Lập chỉ mục API

Điều gì đó Google Lập chỉ mục API thực ra làm — officially supported chỉ cho JobPosting và BroadcastEvent (livestream) các trang, không chung nội dung. Đó myths, điều gì Google thực sự says, và điều cần dùng thay vì cho nhanh hơn lập chỉ mục.

Xuất bản lần đầu: 22 thg 6, 2026 · Cập nhật lần cuối: 8 thg 8, 2026 · Advanced
Ngôn ngữ

Đó Google Lập chỉ mục API là một programmatic way để notify Google đó một URL đã là đã thêm, đã cập nhật, hoặc đã xóa — nhưng Google officially hỗ trợ điều này chỉ cho các trang với JobPosting hoặc BroadcastEvent (livestream) dữ liệu có cấu trúc, không chung nội dung. Đó biggest myth là đó điều này indexes bất kỳ trang fast; điều này không, và một successful submission chỉ xác nhận Google đã nhận của bạn yêu cầu, không đó bất cứ điều gì đã là được lập chỉ mục. Google có warned repeatedly đó misuse có thể nhận của bạn access revoked. Cho thông thường các trang, dùng sitemaps, liên kết nội bộ, quality, và đó occasional Search Console 'Yêu cầu lập chỉ mục' thay vì.

TL;DR — Đó Lập chỉ mục API là một Google Cloud–authenticated REST API (v3) đó accepts URL_UPDATEDURL_DELETED notifications. Google officially hỗ trợ điều này chỉ cho JobPostingBroadcastEvent-trong-VideoObject (livestream) các trang — không chung nội dung. MỘT 200 từ đó status endpoint xác nhận receipt, không lập chỉ mục. Google stance có hardened over năm: 2022 (“doesn’t make sense” (bản dịch) «không làm hợp lý») → Sept 2024 (một spam warning đã thêm để đó tài liệu) → Có thể 2025 (Mueller: “spammers misuse the Indexing API… use it properly, or not use it” (bản dịch) «spammers misuse đó Lập chỉ mục API… dùng điều này properly, hoặc không dùng điều này»). Misuse, including multiple accounts để inflate quota, có thể nhận access revoked. Cho chung các trang, của bạn levers là sitemaps, liên kết nội bộ, quality, và occasional GSC “Request indexing” (bản dịch) «Yêu cầu lập chỉ mục» — và remember Google làm không hỗ trợ IndexNow.

Evidence for this claim Google documents the Indexing API for pages containing JobPosting or BroadcastEvent embedded in VideoObject, not general-purpose web indexing. Scope: Current documented eligibility. Confidence: high · Verified: Google Search Central: Indexing API overview Evidence for this claim An Indexing API notification tells Google that an eligible URL changed or was deleted; it does not guarantee crawling or indexing. Scope: Current API semantics and indexing caveat. Confidence: high · Verified: Google Search Central: Using the Indexing API

Điều gì lập chỉ mục API thực ra là

lập chỉ mục API là programmatic push channel: REST API (v3), authenticated qua Google Cloud service account, đó bạn call để tell Google URL là đã thêm/đã cập nhật (URL_UPDATED) hoặc nên là đã xóa (URL_DELETED). nó sits alongside sitemaps và Search Console as way cho Google để discover và refresh các URL — nhưng nó narrowest của bunch by nội dung loại.

Trong my Cách Tìm kiếm Hoạt động deck, I list đó Lập chỉ mục API as một URL-phát hiện nguồn với đó tag “limited use cases” (bản dịch) «limited dùng cases» — mà là đó toàn bộ story trong hai words. đây là real, điều này hoạt động, và đây là chỉ sanctioned cho một sliver of đó web.

Điều gì Google officially hỗ trợ nó cho

Này là đó load-bearing fact, so I’ll state điều này đó way Google làm. Đó Lập chỉ mục API “can only be used to crawl pages with either JobPosting or BroadcastEvent embedded in a VideoObject.” (bản dịch) «có thể chỉ là được dùng để crawl các trang với either JobPosting hoặc BroadcastEvent embedded trong một VideoObject đó là điều này — hai structured-dữ liệu types:

Evidence for this claim Google currently limits the Indexing API to pages with JobPosting or BroadcastEvent embedded in a VideoObject. Scope: official Google documentation, Search Console and production URL verification Confidence: high · Verified: Indexing API Quickstart
  • JobPosting — job-listing các trang. họ expire, và stale jobs là bad người dùng experience, so timely thêm/xóa matters.
  • BroadcastEvent trong VideoObject — livestream event các trang. họ’re chỉ relevant during (và chỉ khoảng) broadcast.

Vì sao chỉ những điều này hai? Cả hai là inherently nhạy cảm với thời gian và ngắn-lived. rationale Google cho là đó fast notification của thay đổi matters far nhiều hơn cho những điều này hơn cho evergreen các trang, mà thông thường crawl xử lý fine.

Cách nó hoạt động

Prerequisites

Setup là non-trivial — điều này không phải một-nhấp feature:

  • MỘT Google Cloud project với đó Lập chỉ mục API enabled. As Google puts điều này, bạn “need to tell Google about your client and activate access to the API.” (bản dịch) «cần để tell Google về của bạn client và activate access để đó API.»
  • MỘT service account với một JSON key file, stored securely.
  • Search Console verification of đó site, thì thêm của bạn service account as một delegated chủ trang web.
  • OAuth: “Every call to the Indexing API must be authenticated with an OAuth token that you get in exchange for your private key,” (bản dịch) «Mỗi call để đó Lập chỉ mục API phải được authenticated với an OAuth token đó bạn nhận trong exchange cho của bạn riêng tư key,» dùng đó phạm vi https://www.googleapis.com/auth/indexing.

hai các phương thức (plus status kiểm tra)

  • URL_UPDATED“To notify Google of a new URL to crawl or that content at a previously-submitted URL has been updated.” (bản dịch) «Để notify Google of một new URL để crawl hoặc đó nội dung tại một previously-được gửi URL đã được đã cập nhật.» POST đó URL với "type": "URL_UPDATED". MỘT successful call nhận an HTTP 200 — Google own wording là đó này “means that Google may try to recrawl this URL soon,” (bản dịch) «có nghĩa là đó Google có thể try để recrawl này URL soon,» không đó điều này sẽ, hoặc đó crawl sẽ kết quả trong lập chỉ mục.
  • URL_DELETED — trước khi bạn yêu cầu removal, Google requires đó “the URL must return a 404 or 410 status code or the page must contain” (bản dịch) «đó URL phải trả về một 404 hoặc 410 mã trạng thái hoặc đó trang phải contain» một noindex meta tag — đây là an either/hoặc, không “delete the page and also add noindex.” (bản dịch) «delete đó trang và cũng thêm noindex.» Khi đó là đúng, POST đó URL với "type": "URL_DELETED" so Google drops điều này.
  • Status (GET) — trả về metadata (latest_update, latest_remove, notify_time). Đó cốt yếu caveat, verbatim: đó GET yêu cầu “only returns whether you successfully submitted a request.” (bản dịch) «chỉ trả về liệu bạn successfully được gửi một yêu cầu.» Điều này làm không tell bạn liệu Google thực ra được lập chỉ mục hoặc đã xóa bất cứ điều gì.
  • Batching — để cut xuống on HTTP connections, bạn có thể “combine up to 100 calls to the Indexing API into a single HTTP request.” (bản dịch) «gộp tối đa 100 lệnh gọi để đó Lập chỉ mục API vào một single HTTP yêu cầu.» Quota là vẫn được tính theo URL: 10 các yêu cầu trong một batch vẫn dùng 10 các yêu cầu of quota.

Quotas

Google default quota có three tách biệt dimensions, không chỉ một number:

  • 200 publish các yêu cầu/day theo project — covers cả hai URL_UPDATEDURL_DELETED calls combined. Đây là number phần lớn các hướng dẫn cite.
  • 180 getMetadata (status) các yêu cầu/minute theo project.
  • 380 các yêu cầu/minute theo project across all endpoints combined.

All three là described as “initial default quota for testing” (bản dịch) «ban đầu default quota cho kiểm thử» — going beyond them “requires additional approval for usage and resource provisioning,” (bản dịch) «requires additional approval cho usage và tài nguyên provisioning,» qua một yêu cầu form, và Google notes “the quota may increase or decrease based on the document quality.” (bản dịch) «đó quota có thể increase hoặc decrease dựa trên đó document quality.» Đó phổ biến “hack” of spinning lên multiple service accounts hoặc projects để inflate đó daily quota là chính xác điều gì Google forbids (see dưới).

có thể bạn sử dụng nó cho thông thường các trang? Điều gì Google thực ra nói

Ngắn câu trả lời: không, không trong supported way — và Google có là remarkably consistent và increasingly blunt về nó.

Đó tài liệu carry một spam warning. Khoảng September 2024, Google đã thêm language để đó quickstart đang làm đó stance rõ ràng: “All submissions through the Indexing API undergo rigorous spam detection,” (bản dịch) «All submissions qua đó Lập chỉ mục API undergo rigorous spam detection,»“any attempts to abuse the Indexing API, including the use of multiple accounts or other means to exceed usage quotas, may result in access being revoked.” (bản dịch) «bất kỳ attempts để abuse đó Lập chỉ mục API, including đó dùng of multiple accounts hoặc other có nghĩa là để exceed usage quotas, có thể kết quả trong access đang revoked.»

Evidence for this claim Indexing API submissions undergo spam detection, and quota circumvention or abuse can lead to revoked access. Scope: official Google documentation, Search Console and production URL verification Confidence: high · Verified: Indexing API Quickstart

Đó reps có đã nói điều này cho năm. Back trong Có thể 2022, John Mueller được diễn đạt điều này với his construction-vehicles analogy: đó API “is meant for very specific kinds of content,” (bản dịch) «là meant cho very cụ thể kinds of nội dung,» và dùng điều này elsewhere “doesn’t really make sense.” (bản dịch) «không thực sự làm hợp lý.» By Có thể 2025 đó tone đã là sharper — Mueller: “We see a lot of spammers misuse the Indexing API like this, so I’d recommend just sticking to the documented & supported use-cases,” (bản dịch) «We see một lot of spammers misuse đó Lập chỉ mục API như này, so I’d khuyến nghị chỉ sticking để đó được ghi lại & supported dùng-cases,»“I’d just use it properly, or not use it. If we wanted to suggest that people could use it regardless, we’d document it as such.” (bản dịch) «I’d chỉ dùng điều này properly, hoặc không dùng điều này. Nếu we wanted để suggest đó mọi người có thể dùng điều này regardless, we’d document điều này as such.»

Đó arc — 2022 “doesn’t make sense” (bản dịch) «không làm hợp lý» → 2024 spam warning trong đó tài liệu → 2025 “spammers misuse… use it properly or not use it” (bản dịch) «spammers misuse… dùng điều này properly hoặc không dùng điều này» — là một multi-năm pattern, không một một-off. Coverage có cũng noted đó API nhận effectively inundated by bloggers và SEOs treating thông thường các trang as nếu they qualified.

** thực risk, stated precisely.** Mueller dừng ngắn của promising algorithmic hình phạt. honest cách diễn đạt là: nó unsupported và so với guidelines, nội dung pushed trong improperly có thể không stay được lập chỉ mục, và của bạn access có thể là revoked. không overstate nó as guaranteed manual hành động — nhưng không pretend nó free, either.

status-điểm cuối myth

Này một deserves của nó own line vì so nhiều tools nhận điều này sai: một successful submission là receipt xác nhận, không an lập chỉ mục promise. Đó status GET “only returns whether you successfully submitted a request.” (bản dịch) «chỉ trả về liệu bạn successfully được gửi một yêu cầu.» Nếu một dashboard cho thấy bạn một green “được lập chỉ mục” badge off đó back of một 200, đây là inferring điều gì đó API không bao giờ told điều này.

lập chỉ mục API so với yêu cầu lập chỉ mục so với IndexNow

Three điều nhận conflated constantly. họ’re khác mechanisms:

  • lập chỉ mục API (Google): programmatic, nhưng nội dung-restricted để JobPosting/BroadcastEvent. narrowest của three.
  • yêu cầu lập chỉ mục (GSC URL Inspection): hoạt động cho bất kỳ trang bạn own, nhưng nó manual, một URL tại time, và meant cho occasional sử dụng — và nó yêu cầu, không bảo đảm.
  • IndexNow: open, cross-engine push giao thức (Bing, Yandex, Yep, Seznam, Naver) — và Google không sử dụng nó. nó cross-engine analog để lập chỉ mục API, và một I thực ra champion: I helped ship IndexNow integration trong Ahrefs trang web Audit. nhưng nó không reach Google.

(đầy đủ breakdown trong Các framework tab.)

Điều gì để làm thay vì cho chung các trang

nếu bạn’re không posting jobs hoặc livestreams, lập chỉ mục API không phải của bạn tool, và Google có đã nói so repeatedly. của bạn thực Google levers là unglamorous ones:

  • Sitemaps — cho coverage và phát hiện.
  • Liên kết nội bộ — orphan các trang struggle; linked các trang nhận được tìm thấy.
  • Nội dung quality — Google decides điều gì là worth lập chỉ mục; thin các trang stall tại “Discovered – currently not indexed” (bản dịch) «Discovered – hiện tại không được lập chỉ mục» không quan trọng cách hard bạn push them.
  • GSC “Request indexing” (bản dịch) «Yêu cầu lập chỉ mục» — cho genuine một-offs, sparingly.

cho cross-engine pushing (Bing và friends, không Google), IndexNow là right tool. và nếu bạn care về Vì sao các trang không phải getting được lập chỉ mục trong đầu tiên place, đó crawl-frequency và quality câu hỏi, không API câu hỏi.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.