Die Kurzfassung: Ja, man kann Google heute noch auf neue oder geänderte Inhalte aufmerksam machen – aber nicht mehr mit dem alten Sitemap-Ping. Für einzelne neue Seiten ist die URL-Prüfung in der Google Search Console mit „Indexierung beantragen“ der direkte offizielle Weg. Für viele neue oder geänderte URLs ist eine aktuelle XML-Sitemap mit korrektem <lastmod> sinnvoll.
Wer einen neuen WordPress-Beitrag veröffentlicht, möchte natürlich, dass Google ihn möglichst bald entdeckt. Früher war die Sache scheinbar einfach: Man rief eine spezielle Google-Adresse mit der Sitemap-URL auf und „pingte“ damit die Suchmaschine an. Diese Methode taucht noch immer in alten Anleitungen, Plugins und Skripten auf.
Aber funktioniert das im Jahr 2026 noch? Die Antwort lautet: Der klassische Google-Sitemap-Ping ist abgeschaltet. Es gibt aber weiterhin sinnvolle und offizielle Wege, Google auf neue Inhalte hinzuweisen.
Was bedeutete „Google anpingen“ früher?
Der klassische Sitemap-Ping war ein nicht authentifizierter HTTP-Aufruf. Eine Website oder ein WordPress-Plugin konnte Google mitteilen, dass eine Sitemap vorhanden oder aktualisiert worden war. Dafür musste man sich nicht in der Search Console anmelden.
Google kündigte am 26. Juni 2023 die Abschaltung dieses Ping-Endpunkts an. Die Einstellung ist inzwischen abgeschlossen. Aufrufe des alten Endpunkts führen nur noch zu einem HTTP-404 und haben für Google Search keinen Nutzen mehr.
Wichtig: Wenn ein älteres WordPress-Plugin noch einen „Google Sitemap Ping“ anbietet, bedeutet das nicht automatisch, dass Google dadurch schneller crawlt. Der alte Google-Endpunkt ist abgeschaltet.
Methode 1: Neue URL in der Google Search Console einreichen
Für einen einzelnen neuen Beitrag ist die URL-Prüfung der Google Search Console heute der sinnvollste direkte Weg.
Dazu öffnet man die passende Search-Console-Property und gibt oben die vollständige URL ein. Google zeigt anschließend, was über diese Adresse bereits bekannt ist. Bei einer neuen oder geänderten Seite kann man anschließend „Indexierung beantragen“.
So gehe ich bei einem neuen WordPress-Beitrag vor
1. Beitrag veröffentlichen und prüfen, ob die URL öffentlich erreichbar ist.
2. Google Search Console öffnen und die komplette URL in die URL-Prüfung eingeben.
3. Bei Bedarf zuerst „Live-URL testen“ verwenden.
4. Anschließend „Indexierung beantragen“ anklicken.
5. Danach nicht alle paar Minuten erneut absenden. Eine Anfrage garantiert weder sofortiges Crawling noch eine Aufnahme in den Index.
Google weist selbst darauf hin, dass eine Indexierungsanfrage keine Garantie für die Aufnahme in den Index ist. Außerdem gibt es tägliche Limits. Für eine einzelne wichtige Seite ist das Verfahren aber genau dafür vorgesehen.
Methode 2: XML-Sitemap aktuell halten
Bei vielen neuen oder geänderten Seiten sollte man nicht jede URL einzeln anfordern. Dafür ist die XML-Sitemap gedacht. WordPress erzeugt inzwischen selbst Sitemaps; SEO-Plugins wie Yoast SEO erstellen ebenfalls eigene Sitemap-Strukturen.
Die Sitemap sollte in der Google Search Console einmal sauber hinterlegt sein. Google kann sie anschließend regelmäßig abrufen. Eine passende Anleitung dazu findet sich hier: Google Search Console: WordPress Sitemap Plugin.
Wenn die Search Console trotz funktionierender Sitemap einen Fehler meldet, hilft mein Praxisbeitrag „Sitemap konnte nicht abgerufen werden“ trotz gültiger Sitemap.
Das lastmod-Datum ist wichtiger geworden
Mit der Abschaltung des Sitemap-Pings hat Google ausdrücklich auf das <lastmod>-Element hingewiesen. Es enthält das Datum der letzten wesentlichen Änderung einer URL.
Google verwendet lastmod als Signal für die Planung erneuter Crawls bereits bekannter URLs. Entscheidend ist allerdings, dass dieses Datum ehrlich verwendet wird. Es sollte sich ändern, wenn sich der relevante Seiteninhalt tatsächlich geändert hat – nicht bei jedem automatischen Seitenaufruf oder einer belanglosen technischen Änderung.
Merksatz: Sitemap einreichen + korrektes lastmod ist heute sinnvoller als ein vermeintlicher „Ping“-Button.
Kann man die Google Indexing API für normale Blogartikel verwenden?
Technisch gibt es eine Google Indexing API. Deshalb findet man im Internet immer wieder Anleitungen, die diese API für beliebige WordPress-Seiten einsetzen wollen.
Google beschränkt die API offiziell jedoch auf Seiten mit JobPosting sowie BroadcastEvent innerhalb eines VideoObject, also beispielsweise Stellenanzeigen und bestimmte Livestream-Seiten. Ein normaler Blogbeitrag, eine Unternehmensseite oder eine lokale Landingpage gehört nicht zu diesen vorgesehenen Anwendungsfällen.
Für normale WordPress-Inhalte würde ich deshalb nicht versuchen, die Indexing API als künstlichen Turbo zu verwenden. Search Console, saubere Sitemaps, interne Links und eine technisch zugängliche Website sind der passendere Weg.
Was bringt Google wirklich dazu, neue Inhalte zu entdecken?
Die Search Console ist nur ein Teil des Ganzen. Googlebot findet neue Seiten auch über Links. Deshalb sollte ein neuer Beitrag nicht isoliert im WordPress-Archiv liegen.
Sinnvoll sind insbesondere interne Links von bereits bekannten Seiten, passende Kategorie- und Übersichtsseiten, eine erreichbare XML-Sitemap und eine normale Navigation. Wer intern verlinkt, hilft nicht nur Google beim Entdecken, sondern auch den Besuchern.
Bei größeren WordPress-Projekten lohnt sich außerdem eine regelmäßige Kontrolle der internen Links. Dazu habe ich den Beitrag WordPress: Interne, externe und Sprunglinks auf Fehler prüfen geschrieben.
Was man nicht tun sollte
Nicht sinnvoll ist es, eine neue URL dutzendfach hintereinander in der Search Console einzureichen. Mehr Anfragen machen eine Seite nicht automatisch wichtiger.
Ebenfalls wenig hilfreich sind Drittanbieter-Dienste, die versprechen, eine URL an „hunderte Suchmaschinen“ zu pingen. Für Google ersetzen sie weder die Search Console noch eine saubere technische Indexierbarkeit.
Und natürlich hilft auch der beste Indexierungsantrag nicht, wenn die Seite per noindex, robots.txt, Login, falschem Canonical oder einem Serverfehler blockiert wird.
Meine praktische WordPress-Checkliste nach Veröffentlichung
1. URL aufrufen: Lädt die Seite mit HTTP 200 und ohne Login?
2. Canonical prüfen: Zeigt der Canonical auf genau die gewünschte URL?
3. Indexierung erlaubt? Kein versehentliches noindex und keine Blockade.
4. Sitemap: Ist die neue URL in der Sitemap enthalten und wird ein plausibles lastmod ausgegeben?
5. Interne Verlinkung: Mindestens eine thematisch passende, bereits bekannte Seite sollte auf den neuen Beitrag verweisen.
6. Search Console: Für wichtige Einzelbeiträge URL prüfen und bei Bedarf „Indexierung beantragen“.
7. Geduld: Eine eingereichte URL muss nicht sofort im Index erscheinen. Google entscheidet weiterhin selbst, wann gecrawlt und ob indexiert wird.
Kann WordPress das automatisch erledigen?
Teilweise. Eine gute WordPress-Installation kann die Sitemap automatisch aktualisieren, ein korrektes Änderungsdatum ausgeben und neue Beiträge über Kategorien und interne Links erreichbar machen. Das ist die technische Basis.
Die manuelle Search-Console-Funktion „Indexierung beantragen“ lässt sich für normale Blogartikel dagegen nicht einfach durch den alten Google-Ping ersetzen. Genau hier unterscheiden sich viele ältere WordPress-Anleitungen vom aktuellen Stand.
Fazit: Google „anpingen“ – ja, aber heute anders
Der klassische Sitemap-Ping an Google ist Geschichte. Für einen neuen wichtigen WordPress-Beitrag nutze ich heute die URL-Prüfung der Google Search Console und beantrage dort bei Bedarf die Indexierung. Für den laufenden Betrieb sind eine korrekte XML-Sitemap, ein ehrliches lastmod, gute interne Links und eine technisch saubere Website entscheidend.
Man kann Google also weiterhin auf neue Inhalte aufmerksam machen – nur nicht mehr mit dem alten Ping-Trick.
Offizielle Google-Quellen
Google Search Central: Ping-Endpunkt für Sitemaps wird eingestellt
Google Search Console: URL-Prüftool und Indexierung beantragen
Google Search Central: Indexing API verwenden