IndexNow erklärt – Suchmaschinen bei Veröffentlichung benachrichtigen

Pushen Sie URL-Updates nach dem Deployment an die Suchmaschinen.

Inhaltsverzeichnis

Statische Websites und Blogs ändern sich beim Deploy. Suchmaschinen, die IndexNow unterstützen, können über diese Änderungen informiert werden, ohne auf das nächste blinde Crawling warten zu müssen.

Diese Seite erklärt, warum das wichtig ist, was das Protokoll tut und wie man es in einen echten Workflow integriert, einschließlich Mustern, die Sie in Ihrer eigenen Automatisierung oder einem kleinen Go-CLI wiederverwenden können.

Web- und Infrastrukturüberwachung

Warum IndexNow auf einer statischen oder Hugo-Website verwenden

Wenn Sie Hugo auf S3 oder ähnlichem deployen, liefern Sie bereits HTML und eine sitemap.xml. Crawler werden die Sitemap irgendwann lesen, aber der Zeitpunkt liegt nicht in Ihrer Kontrolle. Nach einer Migration oder einer Charge neuer Beiträge ist Ihnen frische Indexierung wichtiger als „irgendwann nächste Woche".

IndexNow ist ein Push-Kanal. Sie stellen eine Liste von Canonical-URLs, die Ihnen wichtig sind, per POST bereit. Teilnehmende Engines (darunter Microsoft Bing und andere, die auf indexnow.org aufgelistet sind) können das Abrufen dieser URLs priorisieren. Es ersetzt nicht gute URL-Umleitungen oder interne Verlinkung, schließt aber die Lücke zwischen git push und Bewusstsein der Suchmaschine.

Was IndexNow tut

Auf einer hohen Ebene ist jede Einreichung ein HTTPS-POST mit JSON, das konzeptionell so aussieht:

  • host – Ihre Site-Hostname (z. B. www.example.com)
  • key – Ihre vorab generierte geheime Zeichenkette
  • keyLocation (optional) – vollständige URL der Verifizierungsdatei, falls sie nicht am Standardpfad liegt
  • urlList – eine oder mehrere absolute URLs auf diesem Host, über die Sie signalisieren möchten

Engines lehnen falsche Keys, falsche Hosts oder fehlerhafte Payloads ab. Erfolg wird normalerweise durch HTTP 200 oder 202 angezeigt, abhängig vom Endpunkt.

Sie können die vollständigen Regeln und die Partnerliste auf der offiziellen Website lesen. Das wichtige mentale Modell ist Nachweis der Domänenbesitzes über eine Textdatei plus explizite URL-Liste, nicht Stichwörter oder Seiteninhalt.

So bereiten Sie Ihre Website vor

Key-Datei und Hostname

  1. Key wählen – eine lange, zufällige Zeichenkette (behandeln Sie sie wie ein Geheimnis).
  2. Veröffentlichen Sie https://your-domain/<key>.txt mit nur dem Key als Inhalt (eine Zeile).
  3. Verwenden Sie denselben Key in Ihrem CLI oder der Automatisierung beim POST.
  4. Reichen Sie nur URLs auf diesem Host ein, die neu gecrawlt werden sollen (neue Beiträge, aktualisierte Seiten oder Umleitungsziele).

Nachdem Sie viele URLs auf einmal verschoben haben, möchten Sie möglicherweise Pfade batchweise benachrichtigen. IndexNow akzeptiert mehrere URLs in einer Anfrage, vorbehaltlich der Limits jeder Engine.

Möglichkeiten zum Einreichen von URLs

  • Manueller POST – gut zum Debuggen; verwenden Sie curl mit JSON.
  • Plugins – einige CMS und Hosting-Panels enthalten IndexNow-Schalter.
  • Ihr Deploy-Skript – nach hugo und Upload rufen Sie eine kleine Binärdatei mit der Liste der geänderten URLs oder Ihrer Sitemap-URL auf.

Für einen Hugo-Workflow sind die natürlichen Auslöser „nach Build" oder „nach Sync zum Bucket". Übergeben Sie vollständige HTTPS-URLs, die Ihrer Live-Website entsprechen, einschließlich www vs. Apex, falls Sie das servieren.

Eine kleine Go-CLI (optional)

Funktionen, die Sie implementieren könnten

Ein minimales Go-Kommandozeilenwerkzeug passt gut zu IndexNow, da der Payload ein kleines JSON-POST ist und Sie es in Deploy-Skripte integrieren können. Ein typisches Design umfasst:

  • Einzelne oder mehrere URLs als Positional-Argumente
  • --sitemap, um eine sitemap.xml abzurufen und jedes <loc> einzureichen (mit optionalem --limit)
  • Mehrere Engines parallel über --engines (z. B. indexnow für den globalen Aggregator oder Endpunkte pro Anbieter)
  • Flags oder Umgebungsvariablen wie INDEXNOW_KEY, INDEXNOW_WEBSITE_URL und INDEXNOW_ENGINES
  • Ausführliche Ausgabe mit -v zum Debuggen von 403- oder 422-Antworten

Erstellen Sie mit go build oder go install, installieren Sie die Binärdatei in Ihrem PATH und rufen Sie sie nach dem Publish auf:

indexnow --key YOUR_KEY --website https://www.example.com https://www.example.com/new-post/

Für eine vollständige Site-Aktualisierung nach dem Deploy können Sie --sitemap mit Ihrer öffentlichen Sitemap-URL übergeben. Dokumentieren Sie Antwortcodes und Engine-Listen in Ihrer eigenen README und halten Sie ein publish-dann-index Shell-Snippet neben dem, was Ihr statisches Deploy auslöst.

Der Beitrag Beste LLMs für OpenCode – lokal getestet verwendete „Implementieren Sie einen IndexNow-Benachrichtiger in Go" als Coding-Benchmark – nützlich, wenn Sie sehen möchten, wie verschiedene Modelle dieselbe Spezifikation und strukturierte Aufgaben handhaben.

Praktische Tipps

  • Bevorzugen Sie das indexnow-Engine-Ziel, wenn Sie eine Einreichung wünschen, die sich über die gemeinsame Infrastruktur verzweigt (siehe searchengines.json und spiegeln Sie diese Liste in Ihrem eigenen Client, falls Sie mehrere Endpunkte unterstützen).
  • 429 bedeutet, langsamer werden. 403 bedeutet in der Regel Key- oder Host-Mismatch. Korrigieren Sie zuerst den Key-Dateipfad oder den Hostnamen.
  • IndexNow ersetzt keine 301-Redirects, wenn Sie Pfade umbenennen. Benachrichtigen Sie nach dem Live-Schalten der Redirects.

Siehe auch