Hướng dẫn về WebSub

Tóm tắt — WebSub là way để notify subscribers Khi bạn publish điều gì đó, thay vì đang chờ cho them để come kiểm tra của bạn feed. nó chỉ hoạt động nếu của bạn trang web có RSS hoặc Atom feed. bạn point của bạn feed tại “hub,” và Khi bạn publish, của bạn trang web pings hub, mà truyền cập nhật để subscribed services. Some blogging các nền tảng hỗ trợ điều này tự động.

Điều gì WebSub là

Thông thường, các công cụ tìm kiếm tìm của bạn new posts by coming lại để look — they re-đọc của bạn sitemap hoặc của bạn RSS feed mỗi so thường on của họ own schedule. WebSub flips đó khoảng: đó moment bạn hit publish, trang web của bạn gửi một little “hey, I’ve got something new” (bản dịch) «hey, I’ve đã nhận điều gì đó new» message, và đó nhận relayed để đó các công cụ tìm kiếm đó là listening.

nó được sử dụng để là được gọi là PubSubHubbub (có, thực sự). Trong 2017 nó là renamed WebSub và trở thành chính thức web tiêu chuẩn. Cả hai names có nghĩa là giống nhau điều, và Google hệ thống vẫn hoạt động dưới either một.

một điều để know

WebSub chỉ hoạt động với RSS hoặc Atom feeds. nó là không way để push bất kỳ random trang trên trang web củ bạn để Google. nếu bạn muốn để ping các công cụ tìm kiếm về thông thường trang đó không phải trong feed, đó khác tool (IndexNow cho Bing; URL Inspection tool cho Google).

và như mọi thứ trong phát hiện, WebSub chỉ helps công cụ tìm kiếm tìm out về của bạn nội dung nhanh hơn. nó không bảo đảm trang nhận được crawl, được lập chỉ mục, hoặc được xếp hạng — những điều đó là vẫn tách biệt steps.

Làm bạn cần đặt nó lên?

Probably không by hand. nếu bạn publish on WordPress (với plugin), Blogger, hoặc phần lớn hosted các nền tảng, WebSub là either được xây dựng trong hoặc một plugin away, đã pointed tại Google công khai hub. nó nice-để-có cho các trang đó publish thường — không phải-làm cho mọi người.

Muốn giao thức details, Google chính xác stance, và Cách WebSub compares để IndexNow? Chuyển để Nâng cao tab.

Tóm tắt — WebSub (formerly PubSubHubbub; W3C Khuyến nghị since January 2018, reaffirmed với security-focused cập nhật vào tháng 6 năm 2026) là push complement để RSS/Atom pull. publisher advertises hub trong của nó feed (<link rel="hub">), subscribers register với đó hub, và on publish publisher pings hub so nó fans đã cập nhật feed out để mỗi subscriber. Tìm kiếm services có thể subscribe, nhưng WebSub itself làm không promise đó bất kỳ tìm kiếm engine sẽ crawl hoặc chỉ mục URL. nó là designed khoảng topic các tài nguyên chẳng hạn như feeds, không as chung lập chỉ mục API. cho participating các công cụ tìm kiếm, IndexNow là tách biệt URL-notification giao thức — và as của mid-2025, Bing có cũng đã dừng taking new sign-ups cho của nó own news-feed submission program (nhiều hơn dưới), mà narrows trường further.

WebSub là push half của feeds

Trong Phát hiện hub I split phát hiện vào pull và push. RSS/Atom feeds là pull channel: engine polls của bạn feed on của nó own cadence (Google Feedfetcher, chẳng hạn, sẽ không pull phần lớn feeds nhiều hơn về sau khi hour). WebSub là Điều gì turns đó pull vào push — thay vì đang chờ để là re-fetched, của bạn feed broadcasts thay đổi moment bạn publish.

đó toàn bộ giá trị proposition: near-thực-time notification của feed cập nhật, thay vì đang chờ cho tiếp theo scheduled poll.

PubSubHubbub so với WebSub — giống nhau giao thức, khác name

Này trips mọi người lên trong tài liệu searches. Đó giao thức đã là originally called PubSubHubbub (abbreviated PSH). Điều này đã là renamed WebSub trong October 2017 và published as một W3C Khuyến nghị trong January 2018. Pre-2018 các bài viết chẳng hạn “PubSubHubbub” (bản dịch) «PubSubHubbub»; post-2018 các bài viết chẳng hạn “WebSub.” họ là cùng một điều, và Google hub vẫn các câu trả lời để cả hai — mà John Mueller confirmed tại đó time of đó rename (“Yes, finally dug it up! We support both.” (bản dịch) «Có, finally dug điều này lên! We hỗ trợ cả hai.»).

spec itself hasn’t stood vẫn since 2018, either: W3C republished WebSub as new Khuyến nghị on 2 June 2026, thêm cross-trang web-scripting (XSS) mitigations để Security Considerations section. đó security-hardening cập nhật, không mechanics thay đổi — actors, phát hiện relations, và subscribe/ publish flow described dưới là giống nhau giao thức as 2018 version. nếu bạn’re implementing (không chỉ consuming) WebSub, đọc hiện tại Khuyến nghị rather hơn copy của 2018 text.

Cách WebSub thực ra hoạt động

có three actors:

• Publisher — của bạn trang web (cụ thể, của bạn feed).
• Hub — relay máy chủ đó xử lý subscriptions và fan-out.
• Subscriber — công cụ tìm kiếm (hoặc bất kỳ client) đó wants cập nhật.

Đó W3C spec frames đó flow plainly: “Subscribers discover the hub of a topic URL, and makes a POST to one or more of the advertised hubs in order to receive updates when the topic changes. Publishers notify their hub(s) URLs when their topic(s) change. When the hub identifies a change in the topic, it sends a content distribution notification to all registered subscribers.” (bản dịch) «Subscribers discover đó hub of một topic URL, và làm một POST để một hoặc hơn of đó advertised hubs trong order để nhận cập nhật khi đó topic thay đổi. Publishers notify của họ hub(s) URLs khi của họ topic(s) thay đổi. Khi đó hub identifies một thay đổi trong đó topic, điều này gửi một nội dung distribution notification để all registered subscribers.»

trên thực tế, Đối với SEO:

1. của bạn feed advertises hub với <link rel="hub" href="..."> tag (plus <link rel="self" href="..."> pointing tại feed own URL).
2. Subscribers (các công cụ tìm kiếm) register với đó hub cho của bạn feed.
3. Khi bạn publish, của bạn trang web notifies hub đó của bạn feed changed.
4. hub fetches của bạn đã cập nhật feed và fans nó out để mỗi subscriber qua HTTP POST để của họ callback URL.

Step 2 là đang làm hơn hoạt động hơn “register” implies. Đó spec breaks subscription vào tách biệt trạng thái: một subscription yêu cầu, một verification step nơi đó hub xác nhận đó subscriber thực ra wants đó topic (so không ai có thể subscribe một stranger callback URL không có của họ chẳng hạn-so), một lease đó subscription holds cho một bounded time, và một renewal đó subscriber có để làm trước đó lease expires (có không such điều as một vĩnh viễn subscription) — plus an rõ ràng unsubscribe path. None of đó là điều gì đó bạn, as đó publisher, manage; đây là đó hub-và-subscriber side of đó handshake. Nhưng đây là worth knowing điều này tồn tại, vì đây là vì sao “I pinged the hub” (bản dịch) «I pinged đó hub» và “a search engine has an active subscription to my feed” (bản dịch) «một công cụ tìm kiếm có an active subscription để my feed» là hai khác nhau, independently-failable điều.

Step 3 là cũng ít hơn standardized hơn hầu hết WebSub ghi-ups let on: đó spec itself says “the specific mechanism for the publisher to inform the hub is left unspecified,” (bản dịch) «đó cụ thể mechanism cho đó publisher để inform đó hub là left unspecified,» và chỉ notes, as an ví dụ, đó some công khai hubs — including Google — accept một POST với hub.mode=publish và hub.url set để đó changed feed. Đó convention là universal đủ trong thực tế đó “ping the hub” (bản dịch) «ping đó hub» và “POST hub.mode=publish” (bản dịch) «POST» là effectively synonyms — nhưng đây là một widely-adopted convention được ghi lại as an ví dụ, không một hard requirement of đó Khuyến nghị.

W3C spec là technically rộng hơn feeds — nó có thể carry bất kỳ HTTP tài nguyên — nhưng tài liệu củ Google scopes của nó khuyến nghị để Atom/RSS feeds. spec là wide; SEO sử dụng case là hẹp.

WebSub và Google

Google hỗ trợ là on đó record, trong đó Xây dựng một Sitemap tài liệu: “If you use Atom or RSS, you can use WebSub to broadcast your changes to search engines, including Google.” (bản dịch) «Nếu bạn dùng Atom hoặc RSS, bạn có thể dùng WebSub để broadcast của bạn thay đổi để các công cụ tìm kiếm, including Google.» đây là một single subordinate sentence — Google không cho WebSub của nó own section — nhưng đây là confirmed.

Google hub là tại pubsubhubbub.appspot.com, chạy by Google as service — I confirmed nó vẫn trực tiếp và answering as của 2026-07-18. đó hub bạn advertise trong của bạn feed và ping on publish. Community hubs exist cũng, nhưng họ’ve trong lịch sử là ít hơn durable hơn Google — kiểm tra đó bất kỳ thứ ba-party hub bạn’re considering là thực ra vẫn responding trước khi bạn commit của bạn feed để nó, rather hơn trusting old blog post đó nói nó hoạt động.

Đó crawler behind đó curtain là Feedfetcher (Feedfetcher-Google), mà là cách Google crawl RSS/Atom feeds cho Google News và WebSub. Một quan trọng nuance từ Feedfetcher own tài liệu: “only podcast feeds get indexed in Google Search” (bản dịch) «chỉ podcast feeds nhận được lập chỉ mục trong Google Search» qua đó path. So cho một thông thường blog feed, WebSub accelerates Google awareness of đó feed cập nhật, nhưng đó thực tế lập chỉ mục of mỗi trang vẫn xuất hiện từ Googlebot sau đó URLs bên trong đó feed qua đó thông thường crawl → chỉ mục pipeline. WebSub là một phát hiện accelerant, không an lập chỉ mục shortcut.

WebSub và Bing

Bing được ghi lại WebSub-style hỗ trợ có lived dưới Bing News PubHub — i.e., nó news/feed-scoped, parallel để Cách Google Feedfetcher path là oriented toward News và podcasts. nhưng PubHub itself là winding xuống: Microsoft đã dừng accepting new publisher applications để PubHub trong June 2025, nói rằng nó moving Bing News toward tự động identifying và xếp hạng eligible news nội dung thay vì manual submissions. Publishers đã approved trước khi sau đó stay được lập chỉ mục; submission portal cho new applicants là closed. đó program-cấp độ retirement của manual news submission, không thay đổi để IndexNow.

cho pushing chung các trang web để Bing, right tool là IndexNow, không WebSub hoặc PubHub. IndexNow là Bing (và Yandex, Naver, Seznam, Yep) được ưu tiên thực-time push cho arbitrary các URL, unaffected by PubHub thay đổi — và notably, Google làm không participate trong IndexNow (confirmed on indexnow.org own participant list as của điều này review). So sạch split là: WebSub cho feeds (nơi Google hub là practical option), IndexNow cho chung các trang on engines đó hỗ trợ nó.

Cách implement WebSub

Step 1 — advertise hub trong của bạn feed. Thêm hub link và self link. phần lớn phổ biến form là embedded trong feed itself:

<link rel="hub" href="https://pubsubhubbub.appspot.com/" />
<link rel="self" href="https://example.com/feed.xml" />

Google hub cũng accepts tương đương as HTTP phản hồi các header on feed yêu cầu thay vì embedded tags — hữu ích nếu bạn không control feed XML trực tiếp ( thứ ba-party feed generator, chẳng hạn):

Link: <https://pubsubhubbub.appspot.com/>; rel="hub"
Link: <https://example.com/feed.xml>; rel="self"

Either form tells subscriber giống nhau điều: mà hub để register với, và Điều gì điều này feed own canonical URL là. đó thứ hai part matters nếu bạn bao giờ move feed — point old URL tại new một với HTTP chuyển hướng và, theo spec, subscriber renewing của nó lease sẽ follow chuyển hướng và pick lên new hub/self pair tự động, thay vì silently going stale.

Step 2 — ping hub Khi bạn publish. POST để hub URL với publish chế độ và của bạn feed URL — Đây là widely-được sử dụng convention Google hub (và phần lớn others) expect, described trên:

curl -i -d "hub.mode=publish&hub.url=https://example.com/feed.xml" \
  https://pubsubhubbub.appspot.com/

trên thực tế, của bạn CMS xử lý cả hai steps. WordPress PubSubHubbub plugin dùng Google hub theo mặc định; Blogger, WordPress.com, và Medium hỗ trợ WebSub natively. cho custom trang web, bạn wire publish-ping vào của bạn xuất bản flow.

Verify — nhưng know Điều gì bạn’re thực ra confirming. 2xx từ hub chỉ proves hub accepted của bạn notification; nó không prove bất kỳ subscriber đã nhận nó, và as publisher bạn generally có thể’t observe đó cuối cùng hop trực tiếp. Điều gì bạn có thể kiểm tra từ của bạn own side: publish kiểm thử post, xác nhận hub trả về 2xx để của bạn ping, sau đó watch cho Feedfetcher-Google hitting của bạn feed trong của bạn máy chủ nhật ký shortly sau khi — đó xác nhận hub re-fetched, mà là as far as publisher-side verification goes. See Validation Các kiểm thử lens cho đầy đủ staged breakdown (feed markup, ping phản hồi, hub re-fetch) với Điều gì mỗi một làm và không prove.

Điều gì WebSub là không

một vài myths worth killing:

• nó không chỉ mục các trang instantly. nó notifies hub của feed cập nhật; Google vẫn crawl và indexes mỗi URL qua thông thường xử lý.
• nó không hoạt động cho arbitrary các trang. Feeds chỉ. cho non-feed các URL, đó IndexNow (Bing) hoặc URL Inspection (Google).
• nó không replace sitemaps. WebSub và sitemaps là complementary — sitemaps cover toàn bộ trang web; WebSub pushes thực-time feed thay đổi. Google khuyến nghị cả hai.
• Google hub không phải deprecated. pubsubhubbub.appspot.com là active và chạy by Google — confirmed trực tiếp as của 2026-07-18. Bing PubHub là khác story: nó đã dừng taking new publisher applications trong June 2025 (see WebSub và Bing trên), so không treat đó trang as onboarding path anymore mặc dù nó vẫn tồn tại.

Ai thực ra benefits

Cao-frequency publishers — news các trang, podcasts, và anyone whose freshness window matters — nhận phần lớn out của WebSub. cho trang web đó publishes một vài times month, marginal speed-lên over thông thường feed polling và good liên kết nội bộ là nhỏ. nó sensible default nếu của bạn nền tảng offers nó; nó rarely worth nặng custom engineering on của nó own.

cho rộng hơn picture của Cách các URL nhận tìm thấy, see Phát hiện hub; cho Điều gì happens sau khi URL là discovered, see Crawling.

AI summary

condensed take on Nâng cao version:

• WebSub = đó push half of RSS/Atom. Feeds là thông thường pulled on đó engine schedule; WebSub broadcasts đó thay đổi đó moment bạn publish.
• Formerly PubSubHubbub (PSH); renamed October 2017, W3C Khuyến nghị January 2018 — republished June 2026 với XSS security mitigations đã thêm, giống nhau giao thức mechanics. Google hỗ trợ cả hai names (John Mueller: “We support both.” (bản dịch) «We hỗ trợ cả hai.»).
• Three actors: publisher → hub → subscribers. Bạn advertise một hub trong của bạn feed (<link rel="hub"> + <link rel="self">, hoặc đó tương đương HTTP Link các header), thì notify đó hub on publish (Google hub và hầu hết others dùng một hub.mode=publish POST — một được ghi lại convention, không một spec requirement); đó hub fans đó feed out để subscribers, mỗi of mà held một riêng-verified, time-limited, renewable subscription.
• Google hỗ trợ điều này: “If you use Atom or RSS, you can use WebSub to broadcast your changes to search engines, including Google.” (bản dịch) «Nếu bạn dùng Atom hoặc RSS, bạn có thể dùng WebSub để broadcast của bạn thay đổi để các công cụ tìm kiếm, including Google.» Google hub: pubsubhubbub.appspot.com (confirmed trực tiếp 2026-07-18). Feedfetcher làm đó crawl; note “only podcast feeds get indexed in Google Search” (bản dịch) «chỉ podcast feeds nhận được lập chỉ mục trong Google Search» qua đó path.
• Hai hard limits: feeds chỉ (không arbitrary các trang), và phát hiện chỉ (không guaranteed crawl hoặc chỉ mục). MỘT successful hub ping cũng không proof of subscriber phân phối — bạn có thể chỉ verify as far as đó hub own re-fetch.
• Bing: WebSub-style hỗ trợ lived dưới news-scoped PubHub, mà đã dừng taking new publisher sign-ups trong June 2025. Cho chung các trang, IndexNow là Bing push, unaffected by đó (Google không participate trong IndexNow).
• không replace sitemaps; không instant lập chỉ mục. Hầu hết CMSes (WordPress plugin, Blogger, Medium) xử lý điều này tự động. Best cho cao-frequency publishers.

Tài liệu chính thức

Chính-nguồn tài liệu và giao thức spec.

Google

• Xây dựng và submit một sitemap — đó một place Google documents WebSub: “If you use Atom or RSS, you can use WebSub to broadcast your changes to search engines, including Google.” (bản dịch) «Nếu bạn dùng Atom hoặc RSS, bạn có thể dùng WebSub để broadcast của bạn thay đổi để các công cụ tìm kiếm, including Google.»
• Feedfetcher — đó crawler behind WebSub-triggered fetches; notes đó chỉ podcast feeds nhận được lập chỉ mục trong Google Search qua này path.
• Google WebSub hub — đó trực tiếp, Google-chạy công khai hub bạn advertise và ping.
• Dùng RSS/Atom feeds để discover new URLs (2009) — đó seminal Tìm kiếm Central post introducing Google PubSubHubbub hỗ trợ.

Bing / Microsoft

• Bing News PubHub hỗ trợ — Bing feed/news-scoped hướng dẫn; trang vẫn tồn tại, nhưng Microsoft đã dừng accepting new PubHub publisher applications trong June 2025.
• IndexNow / indexnow.org — Bing được ưu tiên thực-time push cho chung (non-feed) các URL, unaffected by PubHub thay đổi.

tiêu chuẩn

• WebSub — W3C Khuyến nghị — giao thức spec, W3C Khuyến nghị since January 2018 và republished 2 June 2026 với Security Considerations XSS mitigations: hubs, subscribers, publishers, và nội dung distribution.

Quotes từ nguồn

On—record statements từ Google và W3C spec. mỗi link là deep link đó jumps để quoted passage on nguồn trang.

Google — WebSub hỗ trợ

• “If you use Atom or RSS, you can use WebSub to broadcast your changes to search engines, including Google.” (bản dịch) «Nếu bạn dùng Atom hoặc RSS, bạn có thể dùng WebSub để broadcast của bạn thay đổi để các công cụ tìm kiếm, including Google.» — Google Search Central, Xây dựng một Sitemap. Nhảy đến trích dẫn
• “Google accepts RSS 2.0 and Atom 1.0 feeds.” (bản dịch) «Google accepts RSS 2,0 và Atom 1,0 feeds.» Nhảy đến trích dẫn

Google — Feedfetcher ( crawler behind WebSub)

• “Feedfetcher is how Google crawls RSS or Atom feeds for Google News and WebSub.” (bản dịch) «Feedfetcher là cách Google crawl RSS hoặc Atom feeds cho Google News và WebSub.» — Google các crawler và fetchers tài liệu. Nhảy đến trích dẫn

W3C — Cách giao thức hoạt động

• “Subscribers discover the hub of a topic URL, and makes a POST to one or more of the advertised hubs in order to receive updates when the topic changes. Publishers notify their hub(s) URLs when their topic(s) change. When the hub identifies a change in the topic, it sends a content distribution notification to all registered subscribers.” (bản dịch) «Subscribers discover đó hub of một topic URL, và làm một POST để một hoặc hơn of đó advertised hubs trong order để nhận cập nhật khi đó topic thay đổi. Publishers notify của họ hub(s) URLs khi của họ topic(s) thay đổi. Khi đó hub identifies một thay đổi trong đó topic, điều này gửi một nội dung distribution notification để all registered subscribers.» — W3C WebSub Khuyến nghị. Nhảy đến trích dẫn

John Mueller, Google (on PubSubHubbub → WebSub rename, September 2017)

• “Yes, finally dug it up! We support both.” (bản dịch) «Có, finally dug điều này lên! We hỗ trợ cả hai.» — confirming Google hỗ trợ cả hai đó “WebSub” và đó trước đó “PubSubHubbub” (bản dịch) «PubSubHubbub» names. Relayed qua Công cụ tìm kiếm Roundtable September 2017 coverage; đó original tweet là không lâu hơn trực tiếp accessible, so treat này as attributed thay vì verbatim-từ-nguồn.

WebSub xuất bản checklist

• Publish hợp lệ RSS hoặc Atom feed với ổn định công khai URL.
• Thêm cả hai hub relation và feed self relation để feed markup.
• gửi changed feed URL để advertised hub sau khi xuất bản hoặc updating item.
• xác nhận hub accepted yêu cầu, sau đó xác nhận nó fetched feed từ của bạn nhật ký.
• giữ feed reachable không có authentication và trả về thông thường thành công phản hồi.
• Treat ping as phát hiện notification, không proof của crawling, lập chỉ mục, hoặc xếp hạng.

publish → notify → fetch framework

Think của WebSub as three-party handoff:

1. Publisher: cập nhật feed và tells của nó advertised hub mà feed changed.
2. Hub: accepts notification và fans nó out để subscribers.
3. Subscriber: nhận notification và decides liệu để fetch feed.

mỗi boundary cần tách biệt evidence. thành công publish ping proves chỉ đó hub accepted notification. máy chủ-log yêu cầu từ hub proves feed là fetched. Neither proves đó công cụ tìm kiếm được crawl item URL hoặc đã thêm nó để chỉ mục. đó separation giữ phát hiện failures từ là misdiagnosed as lập chỉ mục failures.

WebSub — bảng tham khảo nhanh

Bắt buộc feed markup (cả hai elements, trong feed <head>/channel-cấp độ tags)

** publish ping**

hub.mode các giá trị

• publish — đó giá trị một publisher gửi, by convention (Google hub và hầu hết others dùng điều này; đó spec itself leaves đó publisher-notification mechanism unspecified). Tells đó hub “this topic changed, go re-fetch it.” (bản dịch) «này topic changed, go re-fetch điều này.»
• subscribe / unsubscribe — những LÀ spec-được định nghĩa (W3C Khuyến nghị, hub.chế độ bắt buộc parameter), dùng by subscribers registering hoặc deregistering cho một topic cập nhật, mỗi requiring hub verification và một renewable lease. Các công cụ tìm kiếm xử lý này on của họ own end; bạn không gửi điều này.

Fast facts

• Google công khai hub: pubsubhubbub.appspot.com — confirmed trực tiếp 2026-07-18.
• WebSub hoạt động on feeds chỉ (RSS/Atom) — không arbitrary các trang.
• cho chung (non-feed) các URL on engines đó hỗ trợ thực-time push, đó IndexNow, không WebSub. Bing tách biệt PubHub news-submission program đã dừng taking new sign-ups trong June 2025.
• Renamed từ PubSubHubbub để WebSub trong October 2017; W3C Khuyến nghị since January 2018, republished 2 June 2026 với security-chỉ mitigations. giống nhau giao thức, cả hai names vẫn hoạt động so với Google hub.

Mistakes đó âm thầm break WebSub

Advertising hub nhưng không rel="self" link. hub cần cả hai tags — rel="hub" để know nơi để gửi subscribers, rel="self" để xác nhận chính xác mà feed URL của bạn ping refers để. Ship chỉ hub link và some hub implementations có thể’t reliably match của bạn ping để của bạn feed.

Pinging với sai hub.url. giá trị có để là feed own URL (giống nhau một trong của bạn rel="self" link) — không trang web homepage, không riêng lẻ post URL, không URL với theo dõi parameters appended. mismatched hub.url có nghĩ là hub có thể’t verify topic và ping làm không có gì.

Expecting WebSub để replace sitemaps. sitemap là của bạn comprehensive map của toàn bộ trang web; WebSub chỉ bao giờ broadcasts thay đổi để feed bạn đã advertised. Drop sitemap và bạn lose engine map của mọi thứ đó không phải trong đó feed.

Expecting ping để có nghĩa là “được lập chỉ mục.” thành công 2xx từ hub chỉ có nghĩ là hub accepted của bạn notification và sẽ re-fetch feed. nó nói không có gì về liệu Google (hoặc anyone khác) được crawl, được kết xuất, hoặc được lập chỉ mục các trang feed links để — những điều đó là tách biệt pipeline stages.

Trying để sử dụng WebSub Đối với các trang đó không phải trong feed. WebSub chỉ covers whatever bên trong feed bạn pinged về. cho một-off trang cập nhật bên ngoài bất kỳ feed, WebSub có không có gì để offer — đó IndexNow (Bing và others) hoặc Google URL Inspection tool.

Silently trusting đó mỗi ping succeeded. Publish pipelines đó fire ping và không bao giờ kiểm tra phản hồi có thể go months với hỏng integration (sai hub URL sau khi migration, firewall rule blocking outbound POSTs) trước khi anyone notices feed cập nhật đã dừng propagating. See Validation Các kiểm thử cho Điều gì để thực ra kiểm tra.

Đang chạy của bạn own hub không có callback và phân phối hardening. phần lớn publishers không bao giờ cần điều này — Google hub hoặc của bạn CMS được xây dựng-trong một covers SEO sử dụng case. nhưng nếu bạn làm stand lên của bạn own hub ( internal syndication tool, ví dụ), spec Security Considerations flag thực risks naive implementation misses: hub đó blindly fetches hoặc POSTs để whatever URL client hands nó là exposed để máy chủ-side yêu cầu forgery (fetching internal/riêng tư addresses), so validate và restrict callback và topic các URL way OWASP SSRF hướng dẫn mô tả. và không promise subscribers chính xác-sau khi phân phối — HTTP retries có nghĩa là callback có thể nhận giống nhau nội dung distribution nhiều hơn sau khi, so subscriber-side implementation cần để treat phân phối as tại-least-sau khi và dedupe/xử lý idempotently, không assume single sạch POST theo cập nhật.

Ping hub và xác nhận nó worked

Bash / curl — ping với visible mã trạng thái

curl -s -o /dev/null -w "%{http_code}\n" \
  -d "hub.mode=publish&hub.url=https://example.com/feed.xml" \
  https://pubsubhubbub.appspot.com/

204 hoặc 202 printed lại có nghĩ là hub accepted notification. Bất cứ điều gì khác ( 4xx/5xx, hoặc connection thất bại) có nghĩ là ping đã không land — kiểm tra hub URL và của bạn feed hub.url giá trị trước khi assuming nó worked.

Python — giống nhau ping, cho wiring vào publish hook

import requests

HUB_URL = "https://pubsubhubbub.appspot.com/"
FEED_URL = "https://example.com/feed.xml"

response = requests.post(
    HUB_URL,
    data={"hub.mode": "publish", "hub.url": FEED_URL},
    timeout=10,
)

if response.status_code in (202, 204):
    print(f"WebSub ping accepted ({response.status_code})")
else:
    print(f"WebSub ping failed: {response.status_code} {response.text}")

Call điều này right sau khi của bạn CMS hoặc static-trang web xây dựng publishes new post — giống nhau moment bạn’d regenerate feed itself. nó safe để call on mỗi publish; re-pinging unchanged feed không hurt bất cứ điều gì, nó chỉ tells hub để re-kiểm tra.

Prove WebSub thực ra fired

Truyền/fail kiểm tra cho sau khi bạn wire lên hub link và publish ping. những điều này là staged có chủ ý: mỗi một chỉ proves của nó own step trong publisher → hub → subscriber chain, và cuối cùng hop — hub thực ra delivering để subscriber, và đó subscriber acting on nó — happens bên ngoài của bạn nhật ký hoàn toàn. publisher có thể verify đầu tiên hai stages trực tiếp và infer thứ ba từ hub own re-fetch; không có gì ở đây (hoặc anywhere trong WebSub) lets publisher xác nhận cụ thể subscriber đã nhận hoặc processed cập nhật.

Kiểm thử: feed advertises hub và itself

• Kiểm thử để chạy: View nguồn on của bạn feed URL và look cho cả hai <link rel="hub" href="..."> và <link rel="self" href="..."> tại channel/feed cấp độ.
• Dự kiến kết quả: Cả hai tags present, với rel="self" matching chính xác URL bạn fetch feed tại.
• thất bại interpretation: Bị thiếu rel="hub" có nghĩ là có không hub để ping trong đầu tiên place; bị thiếu hoặc mismatched rel="self" có nghĩ là hub có thể’t reliably xác nhận mà topic ping refers để.
• Monitoring window: Immediate — kiểm tra right sau khi bất kỳ feed template thay đổi.
• Rollback trigger: Either tag bị thiếu hoặc rel="self" pointing tại khác URL hơn một các công cụ tìm kiếm thực ra fetch.

Kiểm thử: publish ping trả về thành công status

• Kiểm thử để chạy: gửi ping (see Scripts lens) và đọc HTTP mã trạng thái lại.
• Dự kiến kết quả: 204 No Content hoặc 202 Accepted.
• thất bại interpretation: 4xx thường có nghĩ là malformed yêu cầu (bad hub.mode/hub.url các giá trị) hoặc hub.url hub không recognize as yours; 5xx hoặc timeout có nghĩ là hub itself là unreachable — retry trước khi assuming vĩnh viễn thất bại.
• Monitoring window: Immediate — mỗi time của bạn publish flow fires ping.
• Rollback trigger: Repeated non-2xx các phản hồi trên multiple publishes — đó hỏng integration, không một-off blip.

Kiểm thử: hub thực ra re-fetched feed

• Kiểm thử để chạy: kiểm tra của bạn máy chủ nhật ký cho Feedfetcher-Google (hoặc của bạn hub) yêu cầu so với feed URL shortly sau khi thành công ping.
• Dự kiến kết quả: fetch yêu cầu so với feed URL trong khoảng một vài minutes của ping.
• thất bại interpretation: 2xx ping với không follow-lên fetch trong nhật ký suggests hub accepted yêu cầu nhưng không thể resolve hoặc reach của bạn feed — worth confirming feed URL là publicly reachable và không blocked by robots.txt hoặc firewall.
• Monitoring window: Trong hour của kiểm thử publish; Đây là slowest-moving của những điều này kiểm tra since nó phụ thuộc vào hub own fetch schedule.
• Rollback trigger: Không fetch xuất hiện sau khi several thành công-looking pings trong hàng — treat hub mối quan hệ as unverified cho đến khi nhật ký xác nhận nó.

Tự kiểm tra: WebSub

Five nhanh các câu hỏi on Điều gì WebSub là, Cách nó hoạt động, và nơi của nó limits là. Pick câu trả lời cho mỗi, sau đó kiểm tra.

Nhật ký thay đổi