In diesem Artikel
Diese Case Study ist keine Ranking-Geschichte. VitoScore.de hatte bereits einen hohen Score, als wir die technische Analyse gestartet haben. Der interessante Teil lag nicht in einem spektakulären Sprung von 40 auf 100, sondern in den Unsichtbarkeiten: einem Redirect-Bug, Canonical-Leaks, dünnen Report-Seiten und einer Datenqualität, die nicht zu einem Analyse-Tool passt.
Ausgangslage
Der öffentliche Report zeigte 100 von 100 Punkten. Trotzdem fanden wir bei der Prüfung mehrere Stellen, die weder zum Anspruch noch zur eigenen Methodik passten:
- HTTP-URLs wurden auf die Startseite statt auf die passende HTTPS-Seite umgeleitet.
- Canonicals erlaubten Parameter, die die jeweilige Seite gar nicht auswertete.
- Ein indexierter Report lieferte 404, weil der Datensatz nicht mehr öffentlich war.
- Der Report zeigte „Nicht bewertbar“-Prüfungen als „Nicht bestanden“.
- Das Blog-Schema gab eine Wortzahl von 204 statt rund 1.450 an.
- Die Preisseite behauptete 2.500+ aktive Nutzer, obwohl die Datenbank drei Konten enthielt.
Keiner dieser Punkte hätte den Score sichtbar gedrückt. Alle zusammen haben aber das Vertrauen in die Messung beschädigt.
Was wir geändert haben
1. HTTP-Redirect mit Pfadkorrektur
Die Apache-Konfiguration leitete jede HTTP-URL auf https://vitoscore.de/ um. Backlinks auf Unterseiten verloren damit ihr Ziel. Die Korrektur:
RedirectMatch permanent "^/(?!\.well-known/acme-challenge/)(.*)$" https://vitoscore.de/$1Danach führte http://vitoscore.de/faq auf https://vitoscore.de/faq, nicht auf die Startseite.
2. Canonicals pro Seite
Die globale Whitelist erlaubte page, pagem, paged und device auf allen Seiten. /faq?page=2 bekam damit ein selbstreferenzierendes Canonical, obwohl die Seite den Parameter ignoriert. Jetzt erlaubt nur noch /blog den Parameter page, /highscore die Parameter pagem, paged und device. Alle anderen Seiten kanonisieren auf die saubere URL.
3. Private Reports statt 404
Ein Report, der nicht mehr öffentlich ist, lieferte 404. Die URL war aber bereits indexiert. Jetzt liefert sie eine neutrale 200-Seite mit noindex, follow; nur Domains ohne jeden Datensatz bleiben 404.
4. Report-Darstellung korrigiert
„Nicht bewertbar“-Prüfungen wurden als Fehler mit 0/1 Punkten dargestellt. Jetzt sind sie neutral, zählen nicht in die Pass-Rate und zeigen keine Empfehlung. Echte Diagnose-Fehler bleiben sichtbar, aber ohne Punkte.
5. Schema und Content bereinigt
wordCountim Blog-Schema zählt jetzt echte Wörter.- Der Autor ist als Organisation modelliert, passend zur Profilseite.
- Die Preisseite nennt belegbare Zahlen statt Platzhalter.
- Bloglinks zeigen auf öffentliche Tool-Seiten statt auf Login-Endpunkte.
- Report-Seiten haben einen Benchmark und einen Badge-CTA.
6. Interne Links und neue Seiten
- Tool-Landingpages verlinken auf passende Ratgeber.
- Blogartikel verlinken auf die neuen Tool-Seiten.
- Vergleichsseiten, Agentur-Seite, Methodik- und About-Seite ergänzen die kommerzielle und trustbildende Ebene.
- Die Sitemap enthält jetzt 76 kanonische URLs.
Was das gebracht hat
- Crawlbarkeit: HTTP- und
www-URLs landen auf der richtigen Zielseite. - Datenqualität: Reports zeigen keine falschen Fehlbewertungen mehr.
- Vertrauen: Die Preisseite nennt belegbare Zahlen; die Methodik ist öffentlich.
- Interne Verlinkung: Blog, Tools, Vergleiche und Report-Seiten sind miteinander verbunden.
- Social Sharing: Blogposts nutzen 1200×630-JPGs statt WebP für Open Graph.
Was diese Case Study nicht zeigt: einen Ranking-Sprung. Dafür braucht es Content, Autorität und Zeit. Die technischen Fixes haben die Grundlage dafür verbessert, nicht die Rankings garantiert.
Drei Lehren
- Ein guter Score verdeckt keine technischen Schulden. Ein 100er-Score sagt nichts über Redirect-Ziele, Canonical-Logik oder Datenqualität.
- Die größten Fehler sind oft unsichtbar. Ein 404 auf einer indexierten URL fällt im Alltag nicht auf, kostet aber Vertrauen und Linkkraft.
- Transparenz ist ein Feature. Wer Methodik, Grenzen und Fehler offenlegt, wirkt glaubwürdiger als eine perfekte Zahl.
Nachmachen: die Reihenfolge
- HTTP/HTTPS,
wwwund Trailing Slash prüfen. - Canonicals gegen die tatsächlich ausgewerteten Parameter prüfen.
- Indexierte 404/410-URLs finden und korrigieren.
- Report-/Schema-Daten gegen die sichtbare Seite prüfen.
- Interne Links auf öffentliche Ziele umstellen.
- Erst danach neue Content-Seiten bauen.
Fazit
VitoScore.de ist ein gutes Beispiel dafür, dass technische SEO-Arbeit selten mit einem großen Knall endet. Sie endet mit einer Liste kleiner Korrekturen, die zusammen dafür sorgen, dass Crawler, Nutzer und Daten dieselbe Geschichte erzählen. Genau das ist die Grundlage für alles, was danach kommt.
