Panduan WebSub

TL;DR — WebSub adalah sebuah cara untuk notify subscribers when Anda publish something, alih-alih waiting untuk them untuk come periksa Anda feed. ini hanya berfungsi jika Anda situs memiliki sebuah RSS atau Atom feed. Anda poin Anda feed di sebuah “hub,” (terjemahan) “hub,” dan when Anda publish, Anda situs pings hub, which passes update untuk subscribed services. beberapa blogging platforms mendukung ini automatically.

What WebSub adalah

Normally, mesin pencari temukan Anda baru posts oleh coming back untuk look — mereka re-read Anda sitemap atau Anda RSS feed setiap so sering pada mereka own schedule. WebSub flips itu sekitar: moment Anda hit publish, Anda situs mengirim sebuah little “hey, I’ve got something new” (terjemahan) “hey, I’ve got something baru” message, dan itu gets relayed untuk mesin pencari itu adalah listening.

ini digunakan untuk menjadi called PubSubHubbub (yes, really). di 2017 ini adalah renamed WebSub dan became sebuah official web standard. Both names berarti yang sama thing, dan Google’s sistem masih berfungsi di bawah either one.

one thing untuk know

WebSub hanya berfungsi dengan RSS atau Atom feeds. ini adalah not sebuah cara untuk push apa pun random halaman pada Anda situs untuk Google. jika Anda ingin ping mesin pencari tentang sebuah normal halaman itu isn’t di sebuah feed, itu’s sebuah berbeda alat (IndexNow untuk Bing; pemeriksaan URL alat untuk Google).

dan like everything di penemuan, WebSub hanya helps sebuah mesin pencari cari tahu tentang Anda konten faster. ini doesn’t guarantee halaman gets di-crawl, terindeks, atau diperingkatkan — itu adalah masih separate langkah.

melakukan Anda perlu set ini up?

Probably not oleh hand. jika Anda publish pada WordPress (dengan sebuah plugin), Blogger, atau sebagian besar hosted platforms, WebSub adalah either dibangun di atau one plugin away, sudah pointed di Google’s public hub. ini adalah sebuah nice-untuk-memiliki untuk situs itu publish sering — not sebuah harus-melakukan untuk everyone.

ingin protocol detail, Google’s exact stance, dan how WebSub compares untuk IndexNow? Switch untuk Advanced tab.

TL;DR — WebSub (formerly PubSubHubbub; sebuah W3C Recommendation since January 2018, reaffirmed dengan sebuah security-focused update di June 2026) adalah push complement untuk RSS/Atom’s pull. sebuah publisher advertises sebuah hub di -nya feed (<link rel="hub">), subscribers register dengan itu hub, dan pada publish publisher pings hub so ini fans updated feed out untuk setiap subscriber. Search services dapat subscribe, tetapi WebSub itself membuat no promise itu apa pun search mesin akan crawl atau indeks sebuah URL. ini adalah designed sekitar topic resources such sebagai feeds, not sebagai sebuah umum pengindeksan API. untuk participating mesin pencari, IndexNow adalah sebuah separate URL-notification protocol — dan sebagai dari mid-2025, Bing memiliki juga stopped taking baru sign-ups untuk -nya own news-feed submission program (more below), which narrows field further.

WebSub adalah push half dari feeds

di penemuan hub I split penemuan ke pull dan push. RSS/Atom feeds adalah sebuah pull channel: mesin polls Anda feed pada -nya own cadence (Google’s Feedfetcher, misalnya, won’t pull sebagian besar feeds more daripada tentang once sebuah hour). WebSub adalah what turns itu pull ke sebuah push — alih-alih waiting untuk menjadi re-fetched, Anda feed broadcasts perubahan moment Anda publish.

itu’s whole nilai proposition: near-nyata-time notification dari feed updates, alih-alih waiting untuk next scheduled poll.

PubSubHubbub vs WebSub — sama protocol, berbeda name

ini trips people up di documentation searches. protocol adalah originally called PubSubHubbub (abbreviated PSH). ini adalah renamed WebSub di October 2017 dan published sebagai sebuah W3C Recommendation di January 2018. Pre-2018 artikel say “PubSubHubbub” (terjemahan) “PubSubHubbub”; post-2018 artikel say “WebSub.” (terjemahan) “WebSub.” mereka’re yang sama thing, dan Google’s hub masih jawaban untuk both — which John Mueller confirmed di time dari rename (“Yes, finally dug it up! We support both.” (terjemahan) “Yes, finally dug ini up! kami mendukung both.”).

spec itself hasn’t stood masih since 2018, either: W3C republished WebSub sebagai sebuah baru Recommendation pada 2 June 2026, menambahkan cross-situs-scripting (XSS) mitigations untuk Security Considerations bagian. itu’s sebuah security-hardening update, not sebuah mechanics perubahan — actors, penemuan relations, dan subscribe/ publish flow described below adalah yang sama protocol sebagai 2018 versi. jika Anda’re implementing (not hanya consuming) WebSub, read saat ini Recommendation rather daripada sebuah copy dari 2018 text.

How WebSub actually berfungsi

ada three actors:

• Publisher — Anda situs (specifically, Anda feed).
• Hub — sebuah relay server itu handles subscriptions dan fan-out.
• Subscriber — sebuah mesin pencari (atau apa pun client) itu ingin updates.

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.” (terjemahan) “Subscribers menemukan hub dari sebuah topic URL, dan membuat sebuah POST untuk one atau more dari advertised hubs di order untuk menerima updates when topic perubahan. Publishers notify mereka hub(s) URLs when mereka topic(s) perubahan. When hub identifies sebuah perubahan di topic, ini mengirim sebuah konten distribution notification untuk semua registered subscribers.”

dalam praktik, untuk SEO:

1. Anda feed advertises sebuah hub dengan sebuah <link rel="hub" href="..."> tag (plus sebuah <link rel="self" href="..."> pointing di feed’s own URL).
2. Subscribers (mesin pencari) register dengan itu hub untuk Anda feed.
3. When Anda publish, Anda situs notifies hub itu Anda feed changed.
4. hub fetches Anda updated feed dan fans ini out untuk setiap subscriber via sebuah HTTP POST untuk mereka callback URL.

langkah 2 adalah doing more berfungsi daripada “register” (terjemahan) “register” implies. spec breaks subscription ke separate states: sebuah subscription permintaan, sebuah verification langkah where hub confirms subscriber actually ingin topic (so nobody dapat subscribe sebuah stranger’s callback URL without mereka say-so), sebuah lease subscription holds untuk sebuah bounded time, dan sebuah renewal subscriber memiliki untuk membuat sebelum itu lease expires (there’s no such thing sebagai sebuah permanent subscription) — plus sebuah explicit unsubscribe path. None dari itu adalah something Anda, sebagai publisher, manage; ini adalah hub-dan-subscriber side dari handshake. tetapi ini adalah worth knowing ini exists, because ini adalah why “I pinged the hub” (terjemahan) “I pinged hub” dan “a search engine has an active subscription to my feed” (terjemahan) “sebuah mesin pencari memiliki sebuah active subscription untuk my feed” adalah two berbeda, independently-failable things.

langkah 3 adalah juga less standardized daripada sebagian besar WebSub write-ups let pada: spec itself says “the specific mechanism for the publisher to inform the hub is left unspecified,” (terjemahan) “ spesifik mechanism untuk publisher untuk inform hub adalah left unspecified,” dan hanya notes, sebagai sebuah contoh, itu beberapa public hubs — including Google’s — accept sebuah POST dengan hub.mode=publish dan hub.url atur ke changed feed. itu convention adalah universal enough dalam praktik itu “ping the hub” (terjemahan) “ping hub” dan “POST hub.mode=publish” (terjemahan) “POST undefined” adalah effectively synonyms — tetapi ini adalah sebuah widely-adopted convention documented sebagai sebuah contoh, not sebuah hard requirement dari Recommendation.

W3C spec adalah technically broader daripada feeds — ini dapat carry apa pun HTTP resource — tetapi Google’s documentation scopes -nya recommendation untuk Atom/RSS feeds. spec adalah wide; SEO gunakan case adalah narrow.

WebSub dan Google

Google’s mendukung adalah pada record, di bangun Sitemap docs: “If you use Atom or RSS, you can use WebSub to broadcast your changes to search engines, including Google.” (terjemahan) “jika Anda gunakan Atom atau RSS, Anda dapat gunakan WebSub untuk broadcast Anda perubahan untuk mesin pencari, including Google.” ini adalah sebuah single subordinate kalimat — Google doesn’t give WebSub -nya own bagian — tetapi ini adalah confirmed.

Google’s hub adalah di pubsubhubbub.appspot.com, run oleh Google sebagai sebuah service — I confirmed ini adalah masih live dan answering sebagai dari 2026-07-18. itu’s hub Anda advertise di Anda feed dan ping pada publish. Community hubs exist too, tetapi mereka’ve historically telah less durable daripada Google’s — periksa bahwa apa pun ketiga-party hub Anda’re considering adalah actually masih responding sebelum Anda commit Anda feed untuk ini, rather daripada trusting sebuah old blog post itu says ini berfungsi.

crawler behind curtain adalah Feedfetcher (Feedfetcher-Google), which adalah how Google melakukan crawl RSS/Atom feeds untuk Google News dan WebSub. One penting nuance dari Feedfetcher’s own docs: “only podcast feeds get indexed in Google Search” (terjemahan) “hanya podcast feeds get terindeks di Google Search” melalui itu path. So untuk sebuah normal blog feed, WebSub accelerates Google’s awareness dari feed update, tetapi actual pengindeksan dari setiap halaman masih comes dari Googlebot following URLs inside feed melalui normal crawl → indeks pipeline. WebSub adalah sebuah penemuan accelerant, not sebuah pengindeksan shortcut.

WebSub dan Bing

Bing’s documented WebSub-style mendukung memiliki lived di bawah Bing News PubHub — i.e., ini adalah news/feed-scoped, parallel untuk how Google’s Feedfetcher path adalah oriented toward News dan podcasts. tetapi PubHub itself adalah winding down: Microsoft stopped accepting baru publisher applications untuk PubHub di June 2025, saying ini adalah moving Bing News toward automatically identifying dan peringkat eligible news konten alih-alih manual submissions. Publishers sudah approved sebelum lalu stay terindeks; submission portal untuk baru applicants adalah closed. itu’s sebuah program-tingkat retirement dari manual news submission, not sebuah perubahan untuk IndexNow.

untuk pushing umum halaman web untuk Bing, right alat adalah IndexNow, not WebSub atau PubHub. IndexNow adalah Bing’s (dan Yandex’s, Naver’s, Seznam’s, Yep’s) preferred nyata-time push untuk arbitrary URLs, unaffected oleh PubHub perubahan — dan notably, Google melakukan not participate di IndexNow (confirmed pada indexnow.org’s own participant list sebagai dari ini review). So clean split adalah: WebSub untuk feeds (where Google’s hub adalah practical option), IndexNow untuk umum halaman pada mesin itu mendukung ini.

cara implement WebSub

langkah 1 — advertise hub di Anda feed. tambahkan sebuah hub tautan dan sebuah self tautan. paling umum form adalah embedded di feed itself:

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

Google’s hub juga accepts equivalent sebagai respons header HTTP pada feed permintaan alih-alih embedded tags — berguna jika Anda tidak control feed’s XML directly (sebuah ketiga-party feed generator, misalnya):

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

Either form tells sebuah subscriber yang sama thing: which hub untuk register dengan, dan what ini feed’s own canonical URL adalah. itu kedua bagian penting jika Anda ever move feed — poin old URL di baru one dengan sebuah HTTP redirect dan, per spec, sebuah subscriber renewing -nya lease akan ikuti redirect dan pick up baru hub/self pair automatically, alih-alih silently going stale.

langkah 2 — ping hub when Anda publish. POST untuk hub URL dengan publish mode dan Anda feed URL — ini adalah widely-digunakan convention Google’s hub (dan sebagian besar others) expect, described above:

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

dalam praktik, Anda CMS handles both langkah. WordPress’s PubSubHubbub plugin menggunakan Google’s hub oleh default; Blogger, WordPress.com, dan Medium mendukung WebSub natively. untuk sebuah custom situs, Anda wire publish-ping ke Anda publishing flow.

Verify — tetapi know what Anda’re actually confirming. sebuah 2xx dari hub hanya proves hub accepted Anda notification; ini doesn’t prove apa pun subscriber diterima ini, dan sebagai publisher Anda umumnya dapat’t observe itu last hop directly. What Anda dapat periksa dari Anda own side: publish sebuah test post, confirm hub mengembalikan sebuah 2xx untuk Anda ping, lalu watch untuk Feedfetcher-Google hitting Anda feed di Anda server logs shortly setelah — itu confirms hub re-fetched, which adalah sebagai far sebagai publisher-side verification goes. See Validation Tests lens untuk full staged breakdown (feed markup, ping respons, hub re-fetch) dengan what setiap one melakukan dan doesn’t prove.

What WebSub adalah not

sebuah few myths worth killing:

• ini melakukan not indeks halaman instantly. ini notifies hub dari sebuah feed update; Google masih melakukan crawl dan indeks setiap URL melalui normal processes.
• ini melakukan not berfungsi untuk arbitrary halaman. Feeds hanya. untuk non-feed URLs, itu’s IndexNow (Bing) atau pemeriksaan URL (Google).
• ini melakukan not replace sitemaps. WebSub dan sitemaps adalah complementary — sitemaps cover whole situs; WebSub pushes nyata-time feed perubahan. Google recommends both.
• Google’s hub adalah not deprecated. pubsubhubbub.appspot.com adalah active dan run oleh Google — confirmed live sebagai dari 2026-07-18. Bing’s PubHub adalah sebuah berbeda story: ini stopped taking baru publisher applications di June 2025 (see WebSub dan Bing above), so don’t treat itu halaman sebagai sebuah onboarding path anymore bahkan though ini masih exists.

Who actually benefits

tinggi-frequency publishers — news situs, podcasts, dan anyone whose freshness window penting — get paling out dari WebSub. untuk sebuah situs itu publishes sebuah few times sebuah month, marginal speed-up di atas normal feed polling dan baik internal linking adalah kecil. ini adalah sebuah sensible default jika Anda platform offers ini; ini adalah rarely worth heavy custom engineering pada -nya own.

untuk broader picture dari how URLs get ditemukan, see penemuan hub; untuk what happens setelah sebuah URL adalah ditemukan, see crawling.

AI summary

sebuah condensed take pada Advanced versi:

• WebSub = push half dari RSS/Atom. Feeds adalah normally pulled pada mesin’s schedule; WebSub broadcasts perubahan moment Anda publish.
• Formerly PubSubHubbub (PSH); renamed October 2017, W3C Recommendation January 2018 — republished June 2026 dengan XSS security mitigations ditambahkan, sama protocol mechanics. Google mendukung both names (John Mueller: “We support both.” (terjemahan) “kami mendukung both.”).
• Three actors: publisher → hub → subscribers. Anda advertise sebuah hub di Anda feed (<link rel="hub"> + <link rel="self">, atau equivalent HTTP Link headers), lalu notify hub pada publish (Google’s hub dan sebagian besar others gunakan hub.mode=publish POST — sebuah documented convention, not sebuah spec requirement); hub fans feed out untuk subscribers, setiap dari which held sebuah separately-verified, time-limited, renewable subscription.
• Google mendukung ini: “If you use Atom or RSS, you can use WebSub to broadcast your changes to search engines, including Google.” (terjemahan) “jika Anda gunakan Atom atau RSS, Anda dapat gunakan WebSub untuk broadcast Anda perubahan untuk mesin pencari, including Google.” Google’s hub: pubsubhubbub.appspot.com (confirmed live 2026-07-18). Feedfetcher melakukan crawl; note “only podcast feeds get indexed in Google Search” (terjemahan) “hanya podcast feeds get terindeks di Google Search” via itu path.
• Two hard limits: feeds hanya (not arbitrary halaman), dan penemuan hanya (no guaranteed crawl atau indeks). sebuah successful hub ping juga isn’t proof dari subscriber delivery — Anda dapat hanya verify sebagai far sebagai hub’s own re-fetch.
• Bing: WebSub-style mendukung lived di bawah news-scoped PubHub, which stopped taking baru publisher sign-ups di June 2025. untuk umum halaman, IndexNow adalah Bing’s push, unaffected oleh itu (Google doesn’t participate di IndexNow).
• Doesn’t replace sitemaps; isn’t instant pengindeksan. sebagian besar CMSes (WordPress plugin, Blogger, Medium) handle ini automatically. Best untuk tinggi-frequency publishers.

Official documentation

Primary-source documentation dan protocol spec.

Google

• bangun dan submit sebuah sitemap — one place Google documents WebSub: “If you use Atom or RSS, you can use WebSub to broadcast your changes to search engines, including Google.” (terjemahan) “jika Anda gunakan Atom atau RSS, Anda dapat gunakan WebSub untuk broadcast Anda perubahan untuk mesin pencari, including Google.”
• Feedfetcher — crawler behind WebSub-triggered fetches; notes itu hanya podcast feeds get terindeks di Google Search via ini path.
• Google’s WebSub hub — live, Google-run public hub Anda advertise dan ping.
• menggunakan RSS/Atom feeds untuk menemukan baru URLs (2009) — seminal Search Central post introducing Google’s PubSubHubbub mendukung.

Bing / Microsoft

• Bing News PubHub mendukung — Bing’s feed/news-scoped guidance; halaman masih exists, tetapi Microsoft stopped accepting baru PubHub publisher applications di June 2025.
• IndexNow / indexnow.org — Bing’s preferred nyata-time push untuk umum (non-feed) URLs, unaffected oleh PubHub perubahan.

Standard

• WebSub — W3C Recommendation — protocol spec, sebuah W3C Recommendation since January 2018 dan republished 2 June 2026 dengan Security Considerations XSS mitigations: hubs, subscribers, publishers, dan konten distribution.

Quotes dari source

pada—record statements dari Google dan W3C spec. setiap tautan adalah sebuah deep tautan itu jumps untuk quoted passage pada source halaman.

Google — WebSub mendukung

• “If you use Atom or RSS, you can use WebSub to broadcast your changes to search engines, including Google.” (terjemahan) “jika Anda gunakan Atom atau RSS, Anda dapat gunakan WebSub untuk broadcast Anda perubahan untuk mesin pencari, including Google.” — Google Search Central, bangun Sitemap. Jump untuk quote
• “Google accepts RSS 2.0 and Atom 1.0 feeds.” (terjemahan) “Google accepts RSS 2,0 dan Atom 1,0 feeds.” Jump untuk quote

Google — Feedfetcher ( crawler behind WebSub)

• “Feedfetcher is how Google crawls RSS or Atom feeds for Google News and WebSub.” (terjemahan) “Feedfetcher adalah how Google melakukan crawl RSS atau Atom feeds untuk Google News dan WebSub.” — Google crawler dan fetchers docs. Jump untuk quote

W3C — how protocol berfungsi

• “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.” (terjemahan) “Subscribers menemukan hub dari sebuah topic URL, dan membuat sebuah POST untuk one atau more dari advertised hubs di order untuk menerima updates when topic perubahan. Publishers notify mereka hub(s) URLs when mereka topic(s) perubahan. When hub identifies sebuah perubahan di topic, ini mengirim sebuah konten distribution notification untuk semua registered subscribers.” — W3C WebSub Recommendation. Jump untuk quote

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

• “Yes, finally dug it up! We support both.” (terjemahan) “Yes, finally dug ini up! kami mendukung both.” — confirming Google mendukung both “WebSub” (terjemahan) “WebSub” dan earlier “PubSubHubbub” (terjemahan) “PubSubHubbub” names. Relayed via mesin pencari Roundtable’s September 2017 coverage; original tweet adalah no longer directly accessible, so treat ini sebagai attributed alih-alih verbatim-dari-source.

WebSub publishing checklist

• Publish sebuah valid RSS atau Atom feed dengan sebuah stable public URL.
• tambahkan both hub relation dan feed’s self relation untuk feed markup.
• kirim changed feed URL untuk advertised hub setelah publishing atau updating sebuah item.
• Confirm hub accepted permintaan, lalu confirm ini fetched feed dari Anda logs.
• pertahankan feed reachable without authentication dan mengembalikan normal success respons.
• Treat ping sebagai sebuah penemuan notification, not proof dari crawling, pengindeksan, atau peringkat.

publish → notify → fetch framework

Think dari WebSub sebagai sebuah three-party handoff:

1. Publisher: updates feed dan tells -nya advertised hub which feed changed.
2. Hub: accepts notification dan fans ini out untuk subscribers.
3. Subscriber: menerima notification dan decides whether untuk fetch feed.

setiap boundary perlu separate evidence. sebuah successful publish ping proves hanya itu hub accepted notification. sebuah server-log permintaan dari hub proves feed adalah fetched. Neither proves itu sebuah mesin pencari di-crawl sebuah item URL atau ditambahkan ini untuk sebuah indeks. itu separation mempertahankan penemuan failures dari menjadi misdiagnosed sebagai pengindeksan failures.

WebSub — quick reference

diperlukan feed markup (both elements, di feed’s <head>/channel-tingkat tags)

** publish ping**

hub.mode nilai

• publish — nilai sebuah publisher mengirim, oleh convention (Google’s hub dan sebagian besar others gunakan ini; spec itself leaves publisher-notification mechanism unspecified). Tells hub “this topic changed, go re-fetch it.” (terjemahan) “ini topic changed, go re-fetch ini.”
• subscribe / unsubscribe — ini adalah spec-defined (W3C Recommendation, hub.mode diperlukan parameter), digunakan oleh subscribers registering atau deregistering untuk sebuah topic’s updates, setiap requiring hub verification dan sebuah renewable lease. mesin pencari handle ini pada mereka own end; Anda tidak kirim ini.

Fast facts

• Google’s public hub: pubsubhubbub.appspot.com — confirmed live 2026-07-18.
• WebSub berfungsi pada feeds hanya (RSS/Atom) — not arbitrary halaman.
• untuk umum (non-feed) URLs pada mesin itu mendukung nyata-time push, itu’s IndexNow, not WebSub. Bing’s separate PubHub news-submission program stopped taking baru sign-ups di June 2025.
• Renamed dari PubSubHubbub untuk WebSub di October 2017; W3C Recommendation since January 2018, republished 2 June 2026 dengan security-hanya mitigations. sama protocol, both names masih berfungsi terhadap Google’s hub.

Mistakes itu quietly break WebSub

Advertising hub tetapi not rel="self" tautan. hub perlu both tags — rel="hub" untuk know where untuk kirim subscribers, rel="self" untuk confirm exactly which feed URL Anda ping refers untuk. Ship hanya hub tautan dan beberapa hub implementations dapat’t reliably match Anda ping untuk Anda feed.

Pinging dengan wrong hub.url. nilai memiliki untuk menjadi feed’s own URL (yang sama one di Anda rel="self" tautan) — not situs’s homepage, not sebuah individual post URL, not sebuah URL dengan tracking parameters appended. sebuah mismatched hub.url berarti hub dapat’t verify topic dan ping melakukan nothing.

Expecting WebSub untuk replace sitemaps. sebuah sitemap adalah Anda comprehensive map dari whole situs; WebSub hanya ever broadcasts perubahan untuk sebuah feed Anda sudah advertised. Drop sitemap dan Anda lose mesin’s map dari everything itu isn’t di itu feed.

Expecting sebuah ping untuk berarti “indexed.” (terjemahan) “terindeks.” sebuah successful 2xx dari hub hanya berarti hub accepted Anda notification dan akan re-fetch feed. ini says nothing tentang whether Google (atau anyone else) di-crawl, rendered, atau terindeks halaman feed tautan untuk — itu adalah separate pipeline stages.

Trying untuk gunakan WebSub untuk halaman itu aren’t di sebuah feed. WebSub hanya covers whatever’s inside feed Anda pinged tentang. untuk sebuah one-off halaman update outside apa pun feed, WebSub memiliki nothing untuk offer — itu’s IndexNow (Bing dan others) atau Google’s pemeriksaan URL alat.

Silently trusting itu setiap ping succeeded. Publish pipelines itu fire ping dan tidak pernah periksa respons dapat go months dengan sebuah broken integration (wrong hub URL setelah sebuah migration, sebuah firewall aturan blocking outbound POSTs) sebelum anyone notices feed updates stopped propagating. See Validation Tests untuk what untuk actually periksa.

Running Anda own hub without callback dan delivery hardening. sebagian besar publishers tidak pernah perlu ini — Google’s hub atau Anda CMS’s dibangun-di one covers SEO gunakan case. tetapi jika Anda melakukan stand up Anda own hub (sebuah internal syndication alat, misalnya), spec’s Security Considerations flag nyata risks sebuah naive implementation misses: sebuah hub itu blindly fetches atau POSTs untuk whatever URL sebuah client hands ini adalah exposed untuk server-side permintaan forgery (fetching internal/private addresses), so validate dan restrict callback dan topic URLs cara OWASP’s SSRF guidance describes. dan don’t promise subscribers exactly-once delivery — HTTP retries berarti sebuah callback dapat menerima yang sama konten distribution more daripada once, so sebuah subscriber-side implementation perlu untuk treat delivery sebagai di-least-once dan dedupe/process idempotently, not assume sebuah single clean POST per update.

Ping hub dan confirm ini worked

Bash / curl — ping dengan terlihat kode status

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

sebuah 204 atau 202 printed back berarti hub accepted notification. Anything else (sebuah 4xx/5xx, atau sebuah connection failure) berarti ping didn’t land — periksa hub URL dan Anda feed’s hub.url nilai sebelum assuming ini worked.

Python — sama ping, untuk wiring ke sebuah 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}")

panggil ini right setelah Anda CMS atau static-situs bangun publishes sebuah baru post — sama moment Anda’d regenerate feed itself. ini adalah safe untuk panggil pada setiap publish; re-pinging sebuah unchanged feed doesn’t hurt anything, ini hanya tells hub untuk re-periksa.

Prove WebSub actually fired

Pass/fail memeriksa untuk setelah Anda wire up hub tautan dan publish ping. ini adalah staged deliberately: setiap one hanya proves -nya own langkah di publisher → hub → subscriber chain, dan last hop — hub actually delivering untuk sebuah subscriber, dan itu subscriber acting pada ini — happens outside Anda logs entirely. sebuah publisher dapat verify pertama two stages directly dan infer ketiga dari hub’s own re-fetch; nothing here (atau anywhere di WebSub) lets sebuah publisher confirm sebuah spesifik subscriber diterima atau processed sebuah update.

Test: feed advertises hub dan itself

• Test untuk run: View source pada Anda feed URL dan cari both <link rel="hub" href="..."> dan <link rel="self" href="..."> di channel/feed tingkat.
• Expected hasil: Both tags present, dengan rel="self" matching exact URL Anda fetch feed di.
• Failure interpretation: Missing rel="hub" berarti there’s no hub untuk ping di pertama place; missing atau mismatched rel="self" berarti hub dapat’t reliably confirm which topic sebuah ping refers untuk.
• Monitoring window: Immediate — periksa right setelah apa pun feed template perubahan.
• Rollback trigger: Either tag missing atau rel="self" pointing di sebuah berbeda URL daripada one mesin pencari actually fetch.

Test: publish ping mengembalikan sebuah success status

• Test untuk run: kirim ping (see Scripts lens) dan read HTTP kode status back.
• Expected hasil: 204 No Content atau 202 Accepted.
• Failure interpretation: sebuah 4xx biasanya berarti sebuah malformed permintaan (buruk hub.mode/hub.url nilai) atau sebuah hub.url hub doesn’t recognize sebagai yours; sebuah 5xx atau timeout berarti hub itself adalah unreachable — retry sebelum assuming sebuah permanent failure.
• Monitoring window: Immediate — setiap time Anda publish flow fires sebuah ping.
• Rollback trigger: Repeated non-2xx respons di seluruh multiple publishes — itu’s sebuah broken integration, not sebuah one-off blip.

Test: hub actually re-fetched feed

• Test untuk run: periksa Anda server logs untuk sebuah Feedfetcher-Google (atau Anda hub’s) permintaan terhadap feed URL shortly setelah sebuah successful ping.
• Expected hasil: sebuah fetch permintaan terhadap feed URL di dalam roughly sebuah few minutes dari ping.
• Failure interpretation: sebuah 2xx ping dengan no ikuti-up fetch di logs suggests hub accepted permintaan tetapi couldn’t resolve atau reach Anda feed — worth confirming feed URL adalah publicly reachable dan not blocked oleh robots.txt atau sebuah firewall.
• Monitoring window: di dalam sebuah hour dari sebuah test publish; ini adalah slowest-moving dari ini memeriksa since ini depends pada hub’s own fetch schedule.
• Rollback trigger: No fetch appears setelah several successful-looking pings di sebuah row — treat hub relationship sebagai unverified until logs confirm ini.

Test yourself: WebSub

Five quick pertanyaan pada what WebSub adalah, how ini berfungsi, dan where -nya limits adalah. Pick sebuah jawaban untuk setiap, lalu periksa.

Log perubahan