Das Deployment erkennen, das Ihre Website vor Suchmaschinen versteckt
Die teuersten SEO-Fehler entstehen bei einem Deployment, nicht in der Content-Planung. Die Staging-Konfiguration landet in Produktion, und jede Seite trägt noindex. Eine Template-Änderung lässt jedes Canonical-Tag auf die Startseite zeigen. Die robots.txt des Testsystems sperrt alles. Die Sitemap wird ohne eine einzige URL neu erzeugt. Alle Seiten laden, das Uptime-Monitoring bleibt grün – und der Schaden zeigt sich Wochen später als Traffic, der langsam verschwindet.
Pingsured prüft all das bei jedem Durchlauf, sodass ein Fehler wenige Minuten nach dem Release auffällt, das ihn verursacht hat.
Die Seite selbst
Eine HTML-Prüfung auf Ihren wichtigsten Seiten – Startseite, eine Kategorie, ein Produkt:
| CSS-Selektor | Operator | Wert |
|---|---|---|
meta[name=robots][content*=noindex] | nicht vorhanden | |
link[rel=canonical] (Attribut href) | gleich | https://www.example.com/ |
title | passt auf | \S |
h1 | Anzahl gleich | 1 |
link[rel=alternate][hreflang] | Anzahl mindestens | 5 |
Die erste Zeile lohnt sich für jeden Ihrer Pings. Die letzte fällt bei einer mehrsprachigen Website auf, deren Sprachverweise verloren gegangen sind.
Ein noindex kann auch als HTTP-Header kommen. Eine Header-Prüfung auf X-Robots-Tag mit „nicht vorhanden“ deckt das ab.
robots.txt
Die robots.txt ist reiner Text, die HTML-Prüfung liest sie trotzdem. Eine einzige Prüfung erkennt eine Datei, die die ganze Website sperrt, ohne bei gewöhnlichen Regeln wie Disallow: /admin anzuschlagen:
| XPath | Operator |
|---|---|
//body[matches(., '(?m)^Disallow:\s*/\s*$')] | nicht vorhanden |
Die Sitemap
Eine XML-Prüfung auf /sitemap.xml, wie in unserem Artikel zu Feeds und Sitemaps beschrieben: Die Zahl der /urlset/url-Einträge bleibt über dem erwarteten Wert, und kein loc zeigt auf einen Staging-Host.
Warum Sie SEO mit Pingsured prüfen sollten
- Minuten statt Wochen. Die Search Console einer Suchmaschine meldet sich erst, wenn der Schaden sichtbar ist. Eine Prüfung alle paar Minuten meldet sich, solange das Release noch zurückgerollt werden kann.
- Ihre echten Seiten, von außen. Die Prüfungen lesen, was ein Crawler bekommt, nicht was Ihr CMS zu veröffentlichen meint.
- Von dort, wo Suchmaschinen crawlen. Eine Firewall-Regel oder CDN-Einstellung, die Besucher aus den USA aussperrt, ist von Europa aus unsichtbar; mit einer Prüfung von unserem US-Standort schlägt sie dort fehl.
- Ein Ping, mehrere Prüfungen. Statuscode, Robots-Tag, Canonical und Überschrift in einer Anfrage – der Ping besteht nur, wenn alle bestehen.
Grenzen, die Sie kennen sollten
- Die Prüfungen führen kein JavaScript aus; Tags, die eine Single-Page-Anwendung erst im Browser setzt, sehen sie also nicht. Die meisten Suchmaschinen erwarten sie ohnehin im HTML, das der Server ausliefert.
- Jeder Ping prüft eine URL. Pingsured crawlt Ihre Website nicht; wählen Sie die Seiten, deren Ausfall Sie zuerst bemerken würden.