SEO-Monitoring

Aus dem gerenderten HTML der überwachten Seite liest der Daemon alle Same-Domain-Links (<a href>) und prüft sie per HEAD-Request. Geprüft werden bis zu 50 deduplizierte interne Links, jeweils mit 5 s Verbindungs- und 10 s Gesamtfrist und bis zu 5 Redirect-Hops. Defekt ist ein Link nur bei Statuscode ≥ 400. Kommt der Abruf gar nicht zustande, wird er nach einer Pause einzeln wiederholt; bleibt er auch dann ohne Antwort, zählt der Link als nicht bewertbar und wird getrennt ausgewiesen — bei einem Link auf dieselbe Domain, deren Seite gerade ausgelesen wurde, ist das immer ein Transportproblem und kein Befund über das Ziel. Anchor-, mailto:-, tel:- und javascript:-Links werden ignoriert. Das Ergebnis landet in der broken_links-Struktur (broken_count, total_checked, ohne_antwort_count, je Treffer url + status) und wird im SEO-Tab gelistet. Es ist eine Seiten-Stichprobe, kein vollständiger Site-Crawl. Intervall: Free alle 24 h, Paid alle 12 h.

Title-Länge (Grünbereich 30–60 Zeichen), Meta-Description (Grünbereich 80–160 Zeichen), OpenGraph (og:title, og:description, og:image, og:url, og:type, og:site_name, og:locale) und Twitter-Card-Tags (card, title, description, image, site, creator). OpenGraph und Twitter-Card melden jeweils ein complete-Flag, sobald Titel, Beschreibung, Bild (und bei OG die URL) vorhanden sind. Die SERP-Vorschau schneidet Title bei 60 und Description bei 160 Zeichen ab und stellt den abgeschnittenen Rest durchgestrichen dar — so sehen Sie genau, welche Zeichen in der echten Google-Trefferliste verschwinden.

Der SEO-Tab liest die Canonical-URL (mit Self-Reference-Erkennung: zeigt das canonical auf die geprüfte URL selbst?), die Meta-Robots-Direktive (raw plus die Flags noindex, nofollow, noarchive — ein noindex wird rot als Indexierungs-Blocker markiert), das html lang-Attribut sowie alle hreflang-Alternates (Anzahl und Sprachliste, bis zu 20). Damit erkennen Sie versehentliche noindex-Schalter, fehlende oder fremd-zeigende Canonicals und unvollständige Sprach-Verknüpfungen, bevor sie Rankings kosten.

H1–H6 werden gezählt und als Reihenfolge in Dokument-Position erfasst. Der Validator meldet vier Befund-Arten: keine H1 (kritisch — Pflicht für SEO und Barrierefreiheit), mehrere H1 (Warnung), erste Überschrift nicht H1 (Warnung) und Hierarchie-Sprünge wie H2 → H4 mit übersprungenem Level (Warnung). heading_hierarchy_ok ist nur dann true, wenn keiner dieser Befunde auftritt. Das ist zugleich ein WCAG-Signal, weil Screenreader der Überschriften-Struktur folgen.

Der tägliche SEO-Tab zählt alle <img>-Tags und ermittelt die Alt-Text-Abdeckung in Prozent (with_alt / total). Der manuelle Scan unter /app/scan geht weiter: er zählt zusätzlich per loading="lazy“ geladene Bilder und erkennt den Einsatz moderner Formate (Anzahl Vorkommen von .webp und .avif im HTML). Fehlende Alt-Texte sind ein SEO- und zugleich ein Barrierefreiheits-Befund.

Der tägliche Lauf ruft /sitemap.xml ab, zählt die enthaltenen URLs und erkennt, ob ein Sitemap-Index (Sitemap-of-Sitemaps) vorliegt — bei einem Index werden bis zu 50 Kind-Sitemaps und bis zu 3.000 URLs eingesammelt. HTML-Soft-404-Antworten (200er mit HTML statt XML) werden als nicht erreichbar gewertet. /robots.txt wird abgerufen und auf eine Site-weite Sperre geprüft: nur ein Disallow: / unter User-agent: * gilt als Vollsperre, und ein Allow: / in derselben Gruppe hebt sie wieder auf (per Google-Spec). Tiefere Sitemap-Signale liefert der manuelle Scan unter /app/scan: dort werden Google-News-Sitemaps erkannt und die lastmod-Frische bewertet — ist der neueste Eintrag älter als 180 Tage, gilt die Sitemap als veraltet (Info-Hinweis).

JSON-LD-Blöcke werden als Baum dargestellt und je Schema.org-Typ auf Pflichtfelder geprüft. Im täglichen SEO-Tab werden die JSON-LD-Blöcke samt Typen erfasst. Über die etablierten Typen hinaus erkennt und vervollständigt der manuelle Scan unter /app/scan JobPosting, HowTo, Person (E-E-A-T-/Autor-Signal), Speakable und DefinedTerm — und vertieft LocalBusiness: geprüft werden geo/GeoCoordinates, openingHours(Specification), areaServed, telephone und priceRange. Gemeldet werden die vorhandenen Typen (types_present), die Rich-Result-Eignung (rich_result_eligible) und je Typ die fehlenden Felder. Das stärkt Rich-Snippets und die Sichtbarkeit in KI-/GEO-Antworten. Befunde sind Info-/Low-Hinweise und ändern den Score nicht hart.

Als Begleit-Signal zu den Core Web Vitals wertet der manuelle Scan unter /app/scan das Font-Loading aus dem Inline-CSS aus: erkannt werden @font-face-Regeln, font-display und Metric-Overrides (size-adjust, ascent-override). Fehlt font-display oder ein Metric-Override, ist das ein Indikator für möglichen Layout-Shift (CLS) durch nachladende Schriften. Befund ist ein Info-/Low-Hinweis ergänzend zum gemessenen CLS-Wert.

Der tägliche SERP-Abruf ist derzeit nicht freigeschaltet: Keywords lassen sich anlegen, Positionen werden noch nicht ermittelt. Sobald er freigeschaltet ist, gilt Folgendes. Im SEO-Tab jeder Website hinterlegen Sie Keywords samt Land und optionalem Suchvolumen. Ein eigener Cron (täglich) fragt je Keyword die Google-SERP-Position ab und speichert sie historisiert. Angezeigt werden die aktuelle Position, der Trend gegenüber dem letzten Stand vor mehr als 24 Stunden (gewonnene/verlorene Plätze), eine Top-10-Markierung, erkannte SERP-Features (Answer-Box, Knowledge-Graph, People-Also-Ask) und die Top-Domains des Wettbewerbs. Der aggregierte Sichtbarkeits-Index (0–100) gewichtet jede Position über eine CTR-Kurve (Position 1 zählt am stärksten, ab Position 11 null) und – falls hinterlegt – über das Suchvolumen. Eine 30-Tage-Historie zeigt die durchschnittliche Position pro Tag; Tage ohne Messung bleiben leer statt als Null durchzugehen. Eine fehlgeschlagene SERP-Abfrage wird als solche ausgewiesen („Prüfung fehlgeschlagen“) und überschreibt die zuletzt gemessene Position nicht — sie ist von „nicht in den Top 100“ unterschieden, weil beides sonst gleich aussähe. Keyword-Kontingent: 50 im Business-Plan, 500 im Agency-Plan.