Du hast gerade den Titel eines älteren Artikels korrigiert, weil er nicht mehr zum Inhalt passte. Die URL trägt den alten Titel trotzdem weiter, denn eine Artikel-URL ändert sich beim Titel-Fix in der Regel nicht automatisch mit. Jetzt stellt sich eine Frage, die in jedem Content-Betrieb regelmäßig auftaucht: Baust du einen Redirect auf eine neue, passende URL, oder lässt du die alte URL einfach stehen?

Der Reflex ist fast immer derselbe. Eine URL mit einem überholten Begriff im Pfad sieht unaufgeräumt aus, also soll sie weg. Ein Redirect ist technisch meist schnell gebaut, eine Zeile Konfiguration, ein Test, fertig. Das Problem an diesem Reflex: Er beantwortet eine Geschmacksfrage, keine SEO-Frage. Eine URL, die unordentlich aussieht, muss deiner Suchmaschinen-Platzierung nicht automatisch schaden.

Genau das lässt sich prüfen, bevor du etwas baust. Die Search Console zeigt dir Impressionen, Klicks und durchschnittliche Position für jede einzelne URL, nicht nur für die Domain insgesamt. Filterst du dort gezielt nach der exakten alten URL, siehst du schwarz auf weiß, ob sie überhaupt noch jemanden erreicht.

Nach einer Titelkorrektur standen mehrere ältere Artikel vor genau diesem Problem: neuer, treffender Titel, alte URL mit dem überholten Begriff im Pfad. Statt sofort umzuleiten, lief für jede betroffene URL drei Monate lang die Messung mit exakter URL-Filterung. Das Ergebnis danach war eindeutig: Die Mehrheit der betroffenen URLs verzeichnete über die drei Monate hinweg keine messbaren Impressionen, und auch die übrigen URLs mit vereinzelten Impressionen blieben ohne einen einzigen Klick. Ein messbarer Nachteil durch den alten, überholten Begriff im Pfad gegenüber dem bereinigten Titel war damit nicht nachweisbar.

Die Konsequenz war naheliegend: kein Redirect. Nicht weil ein Redirect grundsätzlich falsch gewesen wäre, sondern weil der Aufwand keinen belegten Nutzen gehabt hätte. Ein Redirect kostet nicht nur Bauzeit, er bringt zusätzliche Komplexität in deine URL-Struktur, die irgendjemand später wieder verstehen und pflegen muss. Diese Kosten lohnen sich, wenn eine URL tatsächlich Sichtbarkeit verliert. Sie lohnen sich nicht, wenn die URL ohnehin kaum jemand sieht.

Für deinen eigenen Fall heißt das: Bevor du eine technische Korrektur baust, um ein vermutetes Problem zu lösen, prüfe zuerst, ob das Problem in deinen eigenen Zahlen überhaupt auftaucht. Trage die betroffene URL, nicht die ganze Domain, als Filter in deine Search Console ein, warte ein Messfenster von einigen Wochen bis Monaten ab und schau dir Impressionen, Klicks und Position für genau diese URL an. Zeigt sich dort ein echter Rückgang oder eine schlechte Position, hast du einen Beleg für den Redirect. Zeigt sich nichts, hast du dir die Bauzeit gespart und kannst sie in einen Artikel investieren, der tatsächlich Reichweite bringt.

Das Prinzip reicht über Redirects hinaus. Jede technische Korrektur, die du aus einem Bauchgefühl heraus planst, lässt sich vorher an echten Zahlen spiegeln. Oft ist die Messung schneller als die vermeintliche Lösung, und manchmal zeigt sie dir, dass du gar nichts bauen musst.

Kommentar verfassen

MHM Digitale Lösungen

Wir machen Software-Lieferketten sicher. GitSecOps prüft und härtet deine Build- und Deployment-Pipeline, damit du gegenüber Kunden und Prüfern bestehst. Hier schreiben wir nüchtern über Supply Chain Security, DevSecOps und digitales Business.

Kontakt