Sprachen

WebSub und SEO

WebSub (früher PubSubHubbub) ist ein Push-Protokoll, das RSS/Atom-Feed-Änderungen in Echtzeit an Suchmaschinen wie Google überträgt – was es ist, wie es funktioniert und seine Grenzen.

Erstveröffentlicht: 26. Juni 2026 · Zuletzt aktualisiert: 3. Aug. 2026 · Fortgeschritten
Sprachen
AIVerfasst vonAI v2

WebSub (früher PubSubHubbub) ist ein W3C-Push-Protokoll – eine Empfehlung seit Januar 2018, im Juni 2026 mit Sicherheitskorrekturen neu veröffentlicht –, das RSS/Atom-Feed-Änderungen sofort nach der Veröffentlichung an Suchmaschinen überträgt, statt auf deren Abruf zu warten. Sie bewerben einen Hub in Ihrem Feed (Google betreibt einen unter pubsubhubbub.appspot.com, bestätigt aktiv) und benachrichtigen ihn bei der Veröffentlichung; der Hub verteilt das Update an Abonnenten. Google bestätigt, dass es WebSub für Atom/RSS unterstützt. Aber es funktioniert nur für Feeds – nicht für beliebige Seiten – und es beschleunigt nur die Erkennung, garantiert jedoch nie ein Crawlen oder Indexieren. Zum Übertragen allgemeiner Seiten ist IndexNow (Bing und andere) das richtige Werkzeug, nicht WebSub; Bings separater, nur für Nachrichten gedachter PubHub hat im Juni 2025 keine neuen Publisher mehr aufgenommen.

TL;DR — WebSub (früher PubSubHubbub; eine W3C-Empfehlung seit Januar 2018, im Juni 2026 mit einem sicherheitsfokussierten Update bekräftigt) ist das Push-Gegenstück zum Pull von RSS/Atom. Ein Publisher bewirbt einen Hub in seinem Feed (<link rel="hub">), Abonnenten registrieren sich bei diesem Hub, und beim Veröffentlichen pingt der Publisher den Hub an, damit dieser den aktualisierten Feed an jeden Abonnenten verteilt. Suchdienste können abonnieren, aber WebSub selbst verspricht nicht, dass eine Suchmaschine eine URL crawlt oder indexiert. Es ist für Themenressourcen wie Feeds konzipiert, nicht als allgemeine Indexierungs-API. Für teilnehmende Suchmaschinen ist IndexNow ein separates URL-Benachrichtigungsprotokoll – und seit Mitte 2025 hat Bing auch keine neuen Anmeldungen für sein eigenes News-Feed-Einreichungsprogramm mehr angenommen (mehr unten), was das Feld weiter einschränkt.

Evidence for this claim WebSub is a W3C publish-subscribe protocol in which publishers advertise hubs and subscribers receive content-change notifications. Scope: WebSub protocol; notification is not search indexing. Confidence: high · Verified: W3C Recommendation: WebSub Evidence for this claim WebSub has no standardized guarantee of search-engine crawling or indexing; search push protocols such as IndexNow have separate participants and semantics. Scope: Distinction between feed subscription and IndexNow URL notification. Confidence: high · Verified: IndexNow protocol documentation

WebSub ist die Push-Hälfte von Feeds

Im Discovery-Hub habe ich Discovery in Pull und Push unterteilt. RSS/Atom-Feeds sind ein Pull-Kanal: Die Engine pollt Ihren Feed in ihrem eigenen Rhythmus (Googles Feedfetcher zum Beispiel zieht die meisten Feeds nicht öfter als etwa einmal pro Stunde). WebSub ist das, was diesen Pull in einen Push verwandelt – statt auf einen erneuten Abruf zu warten, sendet Ihr Feed die Änderung in dem Moment, in dem Sie veröffentlichen.

Das ist das gesamte Wertversprechen: nahezu Echtzeit-Benachrichtigung über Feed-Aktualisierungen, statt auf den nächsten geplanten Poll zu warten.

PubSubHubbub vs. WebSub – gleiches Protokoll, anderer Name

Das verwirrt Leute bei Dokumentsuchen. Das Protokoll hieß ursprünglich PubSubHubbub (abgekürzt PSH). Es wurde im Oktober 2017 in WebSub umbenannt und im Januar 2018 als W3C-Empfehlung veröffentlicht. Artikel vor 2018 sagen “PubSubHubbub”; Artikel nach 2018 sagen “WebSub.” Sie sind dasselbe, und Googles Hub antwortet weiterhin auf beide – was John Mueller zum Zeitpunkt der Umbenennung bestätigte (“Yes, finally dug it up! We support both.”). (Übersetzung) „Ja, endlich ausgegraben! Wir unterstützen beide.“

Auch die Spezifikation selbst ist seit 2018 nicht stehen geblieben: Das W3C hat WebSub am 2. Juni 2026 als neue Empfehlung neu veröffentlicht und dabei Maßnahmen gegen Cross-Site-Scripting (XSS) in den Abschnitt „Security Considerations“ aufgenommen. Das ist ein Sicherheits-Härtungs-Update, keine Änderung der Mechanik – die Akteure, Discovery-Relationen und der Subscribe-/Publish-Ablauf, die unten beschrieben werden, sind dasselbe Protokoll wie in der Version von 2018. Wenn Sie WebSub implementieren (nicht nur konsumieren), lesen Sie die aktuelle Empfehlung und nicht eine Kopie des Textes von 2018.

Wie WebSub tatsächlich funktioniert

Es gibt drei Akteure:

  • Publisher – Ihre Website (genauer gesagt Ihr Feed).
  • Hub – ein Relay-Server, der Abonnements und Fan-out verwaltet.
  • Subscriber – eine Suchmaschine (oder ein beliebiger Client), der Updates erhalten möchte.

Die W3C-Spezifikation beschreibt den Ablauf klar: „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.“ (Übersetzung) „Abonnenten entdecken den Hub einer Themen-URL und senden einen POST an einen oder mehrere der beworbenen Hubs, um Updates zu erhalten, wenn sich das Thema ändert. Publisher benachrichtigen ihre Hub-URLs, wenn sich ihre Themen ändern. Wenn der Hub eine Änderung am Thema feststellt, sendet er eine Inhaltsverteilungs-Benachrichtigung an alle registrierten Abonnenten.“

Evidence for this claim WebSub is a W3C publish-subscribe protocol in which publishers advertise hubs and subscribers receive content-change notifications. Scope: WebSub protocol; notification is not search indexing. Confidence: high · Verified: W3C Recommendation: WebSub

In der Praxis, für SEO:

  1. Ihr Feed bewirbt einen Hub mit einem <link rel="hub" href="...">-Tag (plus einem <link rel="self" href="...">, der auf die eigene URL des Feeds verweist).
  2. Abonnenten (Suchmaschinen) registrieren sich bei diesem Hub für Ihren Feed.
  3. Wenn Sie veröffentlichen, benachrichtigt Ihre Website den Hub, dass sich Ihr Feed geändert hat.
  4. Der Hub ruft Ihren aktualisierten Feed ab und verteilt ihn an jeden Abonnenten per HTTP-POST an deren Callback-URL.

Schritt 2 leistet mehr, als „registrieren“ vermuten lässt. Die Spezifikation unterteilt das Abonnement in separate Zustände: eine Abonnement-Anfrage, einen Verifizierungsschritt, bei dem der Hub bestätigt, dass der Abonnent das Thema tatsächlich möchte (damit niemand die Callback-URL eines Fremden ohne dessen Zustimmung abonnieren kann), eine Leasingdauer, die das Abonnement für eine begrenzte Zeit hält, und eine Verlängerung, die der Abonnent vor Ablauf der Leasingdauer vornehmen muss (es gibt keine dauerhaften Abonnements) – plus einen expliziten Abbestellpfad. Nichts davon müssen Sie als Publisher verwalten; es ist die Hub-Abonnent-Seite des Handshakes. Aber es ist wichtig zu wissen, dass es existiert, denn das ist der Grund, warum „Ich habe den Hub angepingt“ und „Eine Suchmaschine hat ein aktives Abonnement auf meinen Feed“ zwei verschiedene, unabhängig voneinander fehlschlagbare Dinge sind.

Schritt 3 ist ebenfalls weniger standardisiert, als die meisten WebSub-Beschreibungen vermuten lassen: Die Spezifikation selbst sagt „the specific mechanism for the publisher to inform the hub is left unspecified,“ und merkt nur als Beispiel an, dass einige öffentliche Hubs – einschließlich Googles – einen POST mit hub.mode=publish und hub.url akzeptieren, die auf den geänderten Feed gesetzt sind. Diese Konvention ist in der Praxis so universell, dass „den Hub anpingen“ und „hub.mode=publish per POST senden“ praktisch Synonyme sind – aber es ist eine weit verbreitete Konvention, die als Beispiel dokumentiert ist, keine harte Anforderung der Empfehlung.

Die W3C-Spezifikation ist technisch breiter als Feeds – sie kann jede HTTP-Ressource übertragen – aber Googles Dokumentation beschränkt ihre Empfehlung auf Atom/RSS-Feeds. Die Spezifikation ist breit; der SEO-Anwendungsfall ist eng.

WebSub und Google

Googles Unterstützung ist dokumentiert, in der Build a Sitemap-Dokumentation: „If you use Atom or RSS, you can use WebSub to broadcast your changes to search engines, including Google.“ (Übersetzung) „Wenn Sie Atom oder RSS verwenden, können Sie WebSub nutzen, um Ihre Änderungen an Suchmaschinen, einschließlich Google, zu verbreiten.“ Es ist ein einzelner untergeordneter Satz – Google gibt WebSub keinen eigenen Abschnitt – aber es ist bestätigt.

Googles Hub befindet sich unter pubsubhubbub.appspot.com, betrieben von Google als Dienst – ich habe bestätigt, dass er am 2026-07-18 noch aktiv ist und antwortet. Das ist der Hub, den Sie in Ihrem Feed bewerben und beim Veröffentlichen anpingen. Es gibt auch Community-Hubs, aber diese waren historisch weniger langlebig als Googles – prüfen Sie, ob ein Drittanbieter-Hub, den Sie in Betracht ziehen, tatsächlich noch antwortet, bevor Sie Ihren Feed darauf festlegen, anstatt einem alten Blogbeitrag zu vertrauen, der behauptet, dass es funktioniert.

Der Crawler hinter dem Vorhang ist Feedfetcher (Feedfetcher-Google), der von Google zum Crawlen von RSS/Atom-Feeds für Google News und WebSub verwendet wird. Eine wichtige Nuance aus Feedfetchers eigener Dokumentation: “only podcast feeds get indexed in Google Search” (Übersetzung) „Nur Podcast-Feeds werden in der Google-Suche indexiert“ über diesen Pfad. Für einen normalen Blog-Feed beschleunigt WebSub also Googles Bewusstsein für die Feed-Aktualisierung, aber die tatsächliche Indexierung jeder Seite erfolgt weiterhin über Googlebot, das den URLs innerhalb des Feeds durch die normale Crawl-zu-Index-Pipeline folgt. WebSub ist ein Entdeckungsbeschleuniger, keine Indexierungsabkürzung.

WebSub und Bing

Bings dokumentierte WebSub-ähnliche Unterstützung lebte unter Bing News PubHub – d. h. es ist auf Nachrichten/Feeds beschränkt, parallel dazu, wie Googles Feedfetcher-Pfad auf Nachrichten und Podcasts ausgerichtet ist. Aber PubHub selbst wird eingestellt: Microsoft hat aufgehört, neue Publisher-Anträge für PubHub im Juni 2025 anzunehmen, und erklärt, dass es Bing News dahingehend umstellt, geeignete Nachrichteninhalte automatisch zu identifizieren und einzustufen, anstatt manuelle Einreichungen zu verwenden. Publisher, die bereits vorher genehmigt wurden, bleiben indexiert; das Einreichungsportal für neue Antragsteller ist geschlossen. Das ist eine programmweite Einstellung der manuellen Nachrichteneinreichung, keine Änderung an IndexNow.

Zum Übertragen allgemeiner Webseiten an Bing ist das richtige Werkzeug IndexNow, nicht WebSub oder PubHub. IndexNow ist Bings (und Yandex‘, Navers, Seznams, Yeps) bevorzugter Echtzeit-Push für beliebige URLs, der von der PubHub-Änderung unberührt bleibt – und beachtenswerterweise nimmt Google nicht an IndexNow teil (bestätigt auf indexnow.orgs eigener Teilnehmerliste zum Zeitpunkt dieser Überprüfung). Die klare Trennung ist also: WebSub für Feeds (wo Googles Hub die praktische Option ist), IndexNow für allgemeine Seiten bei den Suchmaschinen, die es unterstützen.

So implementieren Sie WebSub

Schritt 1 – den Hub in Ihrem Feed bewerben. Fügen Sie einen Hub-Link und einen Self-Link hinzu. Die häufigste Form ist im Feed selbst eingebettet:

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

Googles Hub akzeptiert auch das Äquivalent als HTTP-Response-Header bei der Feed-Anfrage anstelle eingebetteter Tags – nützlich, wenn Sie das XML des Feeds nicht direkt kontrollieren (z. B. bei einem Drittanbieter-Feed-Generator):

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

Beide Formen teilen einem Abonnenten dasselbe mit: bei welchem Hub er sich registrieren soll und wie die kanonische URL dieses Feeds lautet. Der zweite Teil ist wichtig, falls Sie den Feed jemals verschieben – weisen Sie die alte URL per HTTP-Redirect auf die neue und, gemäß Spezifikation, wird ein Abonnent, der seine Lease erneuert, dem Redirect folgen und das neue Hub/Self-Paar automatisch übernehmen, statt stillschweigend zu veralten.

Schritt 2 – den Hub beim Veröffentlichen anpingen. Senden Sie einen POST an die Hub-URL mit dem Veröffentlichungsmodus und Ihrer Feed-URL – dies ist die weit verbreitete Konvention, die Googles Hub (und die meisten anderen) erwartet, wie oben beschrieben:

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

In der Praxis übernimmt Ihr CMS beide Schritte. Das PubSubHubbub-Plugin von WordPress verwendet standardmäßig Googles Hub; Blogger, WordPress.com und Medium unterstützen WebSub nativ. Für eine eigene Website binden Sie den Veröffentlichungs-Ping in Ihren Veröffentlichungsablauf ein.

Verifizieren – aber wissen Sie, was Sie tatsächlich bestätigen. Ein 2xx vom Hub beweist nur, dass der Hub Ihre Benachrichtigung akzeptiert hat; es beweist nicht, dass ein Abonnent sie erhalten hat, und als Publisher können Sie diesen letzten Hop im Allgemeinen nicht direkt beobachten. Was Sie von Ihrer Seite aus prüfen können: Veröffentlichen Sie einen Testbeitrag, bestätigen Sie, dass der Hub ein 2xx auf Ihren Ping zurückgibt, und beobachten Sie dann, ob Feedfetcher-Google kurz darauf in Ihren Server-Logs auf Ihren Feed zugreift – das bestätigt, dass der Hub erneut abgerufen hat, was die Grenze der Publisher-seitigen Verifizierung darstellt. Siehe die Validierungstests-Linse für die vollständige gestufte Aufschlüsselung (Feed-Markup, Ping-Antwort, Hub-Neuabruf) mit dem, was jede Stufe beweist und was nicht.

Was WebSub nicht ist

Ein paar Mythen, die es zu entkräften lohnt:

  • Es indiziert Seiten nicht sofort. Es benachrichtigt den Hub über ein Feed-Update; Google crawlt und indiziert jede URL weiterhin über normale Prozesse.
  • Es funktioniert nicht für beliebige Seiten. Nur Feeds. Für Nicht-Feed-URLs sind das IndexNow (Bing) oder URL Inspection (Google).
  • Es ersetzt keine Sitemaps. WebSub und Sitemaps ergänzen sich – Sitemaps decken die gesamte Website ab; WebSub pusht Echtzeit-Feed-Änderungen. Google empfiehlt beides.
  • Der Google-Hub ist nicht veraltet. pubsubhubbub.appspot.com ist aktiv und wird von Google betrieben – bestätigt live am 2026-07-18. Bings PubHub ist eine andere Geschichte: Er hat im Juni 2025 keine neuen Publisher-Anmeldungen mehr angenommen (siehe WebSub und Bing oben), behandeln Sie diese Seite also nicht mehr als Onboarding-Pfad, auch wenn sie noch existiert.

Wer tatsächlich profitiert

Publisher mit hoher Veröffentlichungsfrequenz – Nachrichtenseiten, Podcasts und alle, deren Aktualitätsfenster wichtig ist – profitieren am meisten von WebSub. Für eine Website, die ein paar Mal im Monat veröffentlicht, ist der marginale Geschwindigkeitsvorteil gegenüber normalem Feed-Polling und guter interner Verlinkung gering. Es ist eine sinnvolle Standardeinstellung, wenn Ihre Plattform es anbietet; es lohnt sich selten, schwere eigene Entwicklungsarbeit nur dafür zu betreiben.

Für das Gesamtbild, wie URLs gefunden werden, siehe den Discovery-Hub; für das, was nach der Entdeckung einer URL passiert, siehe Crawling.

Add an expert note

Pin an expert quote

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