Was macht index-push?
Eine Seite zu veröffentlichen bedeutet nicht, dass sie gecrawlt wird. Bei einer neuen Domain kann Google eine URL, die es in der Sitemap gefunden hat, wochenlang ignorieren. Diese Fähigkeit ist die Routine für den Tag, an dem eine Seite live geht, und die Nachverfolgung, bis sie indexiert ist. Nutzen Sie alle vier Kanäle; sie erreichen unterschiedliche Suchmaschinen und haben unterschiedliche Limits.
| Kanal | Erreicht | Tageslimit | Wie |
|---|---|---|---|
IndexNow (scripts/indexnow.mjs) | Bing, Yandex, Naver, Seznam, Yep. Nicht Google | 10.000 URLs pro Anfrage | Ein Befehl |
| Search Console URL-Prüfung → Indexierung anfordern | Etwa 10 URLs pro Property; setzt gegen Mitternacht US Pacific zurück | Browser, eine URL nach der anderen | |
| Search Console Sitemaps → erneut einreichen | Keines, das relevant ist | Browser, ein Feld | |
| Bing Webmaster Tools → URLs einreichen | Bing | 100 URLs | Browser, Liste einfügen |
Die Indexierungsanfrage war bei uns der entscheidende Faktor: Acht URLs, die als 'unbekannt' oder 'Entdeckt' markiert waren, wurden etwa einen Tag, nachdem wir sie angefordert hatten, indexiert. Sitemap und IndexNow allein ließen Google-Seiten warten.
Browser-Regel. Search Console und Bing Webmaster sind angemeldete Seiten: Bearbeiten Sie sie in menschlichem Tempo, eine Seite nach der anderen, und automatisieren Sie niemals deren Benutzeroberfläche. Gleiches gilt für soziale Netzwerke. Wenn eine Site Sie ratenbegrenzt oder blockiert, stoppen Sie und informieren Sie den Benutzer.
Einmalige Einrichtung
- Search Console: Fügen Sie eine Domain-Property hinzu (verifiziert durch einen DNS-TXT-Eintrag). Löschen Sie diesen TXT-Eintrag niemals; die Verifizierung verfällt ohne ihn.
- Bing Webmaster Tools: 'Aus Google Search Console importieren' ist am schnellsten. Eine GSC-Domain-Property kann nicht importiert werden; Bing erstellt stattdessen eine URL-Präfix-Site (
https://example.com/), die funktioniert. Reichen Sie dort auch die Sitemap ein. - IndexNow-Schlüsseldatei, bereitgestellt vor der ersten Übermittlung:
Der Schlüssel ist absichtlich öffentlich (jeder kann die Datei lesen), daher kann er inKEY=$(openssl rand -hex 16) printf '%s' "$KEY" > public/$KEY.txt # jeder Ordner, der unter der Site-Root ausgeliefert wird # committen, deployen, dann bestätigen, dass es den Schlüssel und nichts anderes ausgibt: curl -s "https://example.com/$KEY.txt"package.jsonleben:"seo:indexnow": "INDEXNOW_KEY=<key> node scripts/indexnow.mjs --host example.com" - Warteschlangendatei
docs/seo/index-queue.md(Vorlage unten), im Repository committed. Nicht in einem temporären Ordner.
Arbeitsablauf: Am Tag der Veröffentlichung
- Überprüfen, ob die Seiten live sind. Eigene Seite, sequenzielle Anfragen:
Jede URL muss 200 zurückgeben (keine Weiterleitung), eine selbstreferenzierende Canonical haben, in der Sitemap erscheinen und von mindestens einer Seite verlinkt sein, die Google bereits crawlt (Startseite, Blog-Index, ein Footer-Block 'Neueste Beiträge', ein verwandter Beitrag). Reichen Sie nichts ein, was diese Prüfungen nicht besteht.for p in /blog/new-post /zh/blog/new-post; do curl -s -o /dev/null -w "%{http_code} $p\n" "https://example.com$p" done curl -s https://example.com/blog/new-post | grep -o '<link rel="canonical"[^>]*>' - IndexNow.
200 oder 202 bedeutet akzeptiert (202 ist normal, während ein neuer Schlüssel validiert wird). 403: Die Schlüsseldatei ist nicht live oder ihr Inhalt weicht ab. 422: Eine URL befindet sich auf einem anderen Host, normalerweisenpm run seo:indexnow -- /blog/new-post /zh/blog/new-post npm run seo:indexnow -- --sitemap # nach einem großen Release oder wenn unklar ist, was sich geändert hatwww.vs. die nackte Domain. - Warteschlange aktualisieren. Finden Sie heraus, was seit dem letzten Lauf neu ist, indem Sie die Live-Sitemap mit einem committed Snapshot vergleichen (beim ersten Lauf einfach den Snapshot speichern;
--dry-runbenötigt keinen Schlüssel):Sortieren Sie die Warteschlange nach: (1) heute veröffentlichte Seiten, neueste zuerst; (2) Primärsprachen vor Übersetzungen, z.B. Englisch dann Chinesisch; (3) zeitkritische Themen (ein Release, eine Abschaltung) vor Evergreen; (4) bestehende Seiten, deren Inhalt sich wesentlich geändert hat. Andere Sprachvarianten kommen zuletzt.node scripts/indexnow.mjs --host example.com --sitemap --dry-run 2>/dev/null | sort > sitemap-now.txt comm -13 docs/seo/sitemap-snapshot.txt sitemap-now.txt # URLs, die seit dem Snapshot hinzugefügt wurden mv sitemap-now.txt docs/seo/sitemap-snapshot.txt - Sitemap in der Search Console erneut einreichen nach dem Hinzufügen vieler URLs oder eines neuen Abschnitts: Sitemaps →
https://example.com/sitemap.xmleingeben → Absenden. Vergleichen Sie 'Entdeckte Seiten' mit Ihrer eigenen Zählung. Sie wird veraltet: Unsere zeigte 243, bis wir sie erneut einreichten, dann 423. - Indexierung in der Search Console anfordern, von oben in der Warteschlange abwärts:
- Öffnen Sie die Search Console und prüfen Sie, ob das Konto in der URL (
/u/0/,/u/1/,/u/2/) die Property anzeigt. Der Index ändert sich zwischen den Tagen; verwenden Sie den, der sie auflistet. - Fügen Sie die URL in die Prüfungsleiste oben ein, warten Sie auf das Ergebnis, klicken Sie auf Indexierung anfordern, warten Sie auf den Live-Test (etwa eine Minute).
- Zählen Sie es nur, wenn der Dialog 'Indexierung angefordert' erscheint. Kein Dialog bedeutet, dass es nicht durchgegangen ist, oft weil dem Konto die Berechtigung fehlt.
- 'Ein Fehler ist aufgetreten' beim ersten Versuch: Einmal wiederholen. Es funktioniert normalerweise.
- 'Kontingent überschritten': Hören Sie für den Tag auf; das Kontingent setzt sich gegen Mitternacht US Pacific zurück. Planen Sie mit etwa 10 pro Tag.
- Tragen Sie das Datum in die Warteschlangenzeile ein.
- Öffnen Sie die Search Console und prüfen Sie, ob das Konto in der URL (
- Bing URLs einreichen: Bing Webmaster Tools → URL-Übermittlung → URLs einreichen → fügen Sie die nächsten URLs aus der Warteschlange ein, eine pro Zeile, bis zum verbleibenden Kontingent, das die Seite anzeigt (100 pro Tag). Tragen Sie das Datum in die Warteschlangenzeilen ein.
- Protokollieren Sie eine Zeile pro Aktion in
docs/seo/log.md, mit dem Deploy- oder Commit-Referenz:- main=abc1234 live. IndexNow 18 URLs → 200. GSC 10 angefordert (Kontingent bei der 11. überschritten). Bing 100 eingereicht, 44 in der Warteschlange verbleibend.
Nachverfolgung, 1 bis 3 Tage später
Überprüfen Sie zuerst die neuesten Seiten in der URL-Prüfung (Bing hat eine eigene URL-Prüfung mit ähnlichen Status):
| Status | Bedeutung | Maßnahme |
|---|---|---|
| URL ist auf Google | Indexiert | Als indexiert markieren, aus Warteschlange entfernen, protokollieren |
| URL ist Google unbekannt | Nicht in einer von Google gelesenen Sitemap, keine Links gefunden | Sitemap erneut einreichen, interne Links hinzufügen, Indexierung anfordern |
| Entdeckt – derzeit nicht indexiert, Verweisende Seite: Keine erkannt | Google kennt die URL nur aus der Sitemap und hat sie nicht gecrawlt | Links von Seiten hinzufügen, die bereits gecrawlt und besucht werden; externe Links verdienen; Indexierung anfordern |
| Gecrawlt – derzeit nicht indexiert | Abgerufen, aber noch nicht als indexierungswürdig erachtet | Auf dünnen oder nahezu doppelten Inhalt prüfen (Übersetzungen, vorlagenbasierte Seiten); verbessern oder zusammenführen. Weitere Anfragen helfen nicht |
| Doppelt, Google hat andere Canonical ausgewählt | Canonical- oder hreflang-Verwirrung | Canonical-Tags korrigieren; sicherstellen, dass Sprachversionen nicht identisch sind |
| Seite mit Weiterleitung / Nicht gefunden (404) | Falsche URL in der Sitemap | Sitemap korrigieren |
'Verweisende Seite: Keine erkannt' ist der entscheidende Hinweis: Die Lösung sind Links, nicht weitere Einreichungen. Was bei uns funktioniert hat: ein Footer-Block mit Links zu den fünf neuesten Beiträgen von der Startseite und den wichtigsten Leitfäden, Querverweise zwischen verwandten Beiträgen und ein öffentliches GitHub-Repository, dessen README auf die Seiten verlinkt.
Die Leistungsdaten der Search Console hinken 2–3 Tage hinterher. Bewerten Sie eine Seite nicht nach den Zahlen von gestern.
Vorlage für die Warteschlangendatei
# Index-Warteschlange
Oben = als nächstes einreichen. Reihenfolge: neueste zuerst; Englisch und Chinesisch vor anderen Sprachvarianten.
Limits: Google Indexierungsanfrage ~10/Tag pro Property (setzt gegen Mitternacht US Pacific zurück). Bing URLs einreichen 100/Tag.
| URL | Hinzugefügt | Google angefordert | Bing eingereicht | Indexiert |
|---|---|---|---|---|
| https://example.com/blog/new-post | 2026-11-07 | 11-08 | 11-07 | |
| https://example.com/zh/blog/new-post | 2026-11-07 | | 11-07 | |
Checkliste
- Jede URL live: 200, selbstreferenzierende Canonical, in der Sitemap, von einer gecrawlten Seite verlinkt
- IndexNow hat 200 oder 202 für die neuen und geänderten URLs zurückgegeben
- Warteschlange aktualisiert und nach Priorität sortiert
- Sitemap nach einer großen Ergänzung erneut eingereicht; Anzahl der entdeckten Seiten stimmt überein
- Search Console Indexierungsanfragen bis zum Kontingent, jede durch den Dialog bestätigt
- Bing URLs einreichen bis zum Kontingent
- Protokollzeilen mit Commit- oder Deploy-Referenzen geschrieben; Datum der Nachverfolgung notiert
Fallstricke, auf die wir gestoßen sind
- Indexierungsanfrage hat drei Tage lang nichts bewirkt. Es erschien nie ein Bestätigungsdialog. Das Standard-Google-Konto des Browsers hatte keinen Zugriff auf die Property; das Öffnen der Search Console mit dem Konto, dem sie gehörte (ein anderes
/u/N/), löste das Problem sofort. Tage später öffnete sich die Property unter einem weiteren Index. - 'Ungültige Sitemap-Adresse'. Bei einer Domain-Property schlägt die Eingabe von
sitemap.xmlfehl; die vollständigehttps://example.com/sitemap.xmlfunktioniert. - Veraltete Sitemap-Zählungen. Die Search Console zeigte weiterhin 11 entdeckte Seiten an, obwohl die Site 100 hatte, bis wir sie erneut einreichten; später 243 vs. 423.
- Nicht verlinkte Seiten blieben unsichtbar. Zwei Leitfäden, die ohne interne Links veröffentlicht wurden, waren Tage später immer noch 'URL ist Google unbekannt'.
- Kontingent-Schätzerei. Wir gingen zunächst von etwa 4 Anfragen pro Tag aus; es waren etwa 10. Die 11. gibt 'Kontingent überschritten' zurück.
- Erste Anfrage des Tages fehlgeschlagen mit 'Ein Fehler ist aufgetreten'. Der Wiederholungsversuch funktionierte.
- Warteschlange verloren. Eine Bing-Liste mit 115 URLs, die in einem temporären Ordner aufbewahrt wurde, verschwand beim Neustart der Sitzung, und wir bauten sie aus der Sitemap neu auf. Bewahren Sie die Warteschlange im Repository auf.
- Warteschlange länger als das Kontingent. Nach einem arbeitsreichen Tag warteten 115 URLs auf 100 Bing-Slots. Die Prioritätsreihenfolge entschied, was zuerst kam: neue Beiträge auf Englisch und Chinesisch, Übersetzungen danach.
- Kein Browser in einer Sitzung. Search Console und Bing benötigen einen; IndexNow nicht. Führen Sie IndexNow aus, protokollieren Sie die Lücke, holen Sie es in der nächsten Sitzung nach.
- 202, dann 200. IndexNow antwortete mit 202 für die ersten Einreichungen mit einem neuen Schlüssel und danach mit 200. Beides sind Erfolge.
- Übersetzungen überschwemmen das Kontingent. Etwa 392 von 441 Sitemap-URLs waren Übersetzungen. Sie alle von Hand einzureichen, verbraucht Tage des Kontingents für Seiten, die eine neue Domain ohnehin selten indexiert bekommt.
Verwandte Fähigkeiten
- seo-page: erstellt die Seite, die diese Fähigkeit indexieren lässt.
- programmatic-pages: liefert viele URLs auf einmal; die Warteschlangenpriorität ist dort am wichtigsten.
- multilingual-seo: welche Sprachvarianten zuerst veröffentlicht und eingereicht werden; hreflang.
- competitor-pages, trend-keywords: zeitkritische Seiten, die an den Anfang der Warteschlange kommen.
- keyword-research: entscheidet, welche Seiten überhaupt existieren.
- ai-search: llms.txt und robots.txt für KI-Crawler; Bings Index speist auch Copilot.
- seo-daily-report: berichtet, was indexiert wurde und was für morgen in der Warteschlange steht.