Link-Integrität: Automatische 301-Redirects und Kaskaden-Bereinigung
AliothPress sichert die Content-Struktur direkt im Core-Engine durch zwei automatische Mechanismen: Einstufige 301 Redirects bei Namensänderungen und Cascade Reference Cleanup beim Löschen von Inhalten. Ändere einen Slug, und eine permanente 301-Weiterleitung erscheint von selbst. Alte URLs, Backlinks und Rankings funktionieren also weiter. Lösche ein Bild, eine Datei, ein Formular, einen Beitrag oder eine Seite, und jeder Verweis darauf wird auf der ganzen Website bereinigt: Menüs, Inhalte, Builder-Blöcke, überall. Die Engine erledigt all das ohne Plugins, geplante Link-Checker oder manuelle Audits.
Umbenennen: automatische 301-Redirects
Jeder veröffentlichte Beitrag und jede Seite hat einen Slug, und Slugs ändern sich: Titel werden umgeschrieben, URLs gekürzt, Keywords aktualisiert. Bei jeder Slug-Änderung legt die Engine eine permanente 301-Weiterleitung von der alten Adresse zur neuen an:
- Backlinks funktionieren weiter. Jeder Link, den die alte URL verdient hat, landet weiterhin auf dem Inhalt.
- Rankings wandern mit. Ein 301 sagt Suchmaschinen, dass der Umzug dauerhaft ist.
- Besucher erreichen die Seite, egal welche alte Adresse sie benutzen.
Redirect-Ketten werden geglättet
AliothPress glättet Redirect-Ketten beim Schreiben. Benenne eine Seite zweimal um (A zu B, dann B zu C), und die bestehende A-zu-B-Weiterleitung wird umgeschrieben, sodass sie direkt auf C zeigt. Jede alte URL führt in exakt einem Hop ans Ziel, egal wie oft der Inhalt umbenannt wurde. Verkettete Redirects, das übliche Ergebnis wiederholter Umbenennungen in anderen Systemen, verschwenden Crawl-Budget, bremsen Besucher und lassen Link Equity versickern. Die Ein-Hop-Regel beseitigt die ganze Problemklasse. Redirects lassen sich für Sonderfälle auch von Hand im Admin verwalten.
Löschen: automatische Verweisbereinigung
Beim Löschen von Inhalten verstecken sich kaputte Links am liebsten: Die Seite ist weg, aber ein Menüeintrag, ein Button und drei interne Links zeigen noch darauf. AliothPress räumt im Moment des Löschens auf:
- Seite oder Beitrag löschen. Interne Links darauf in anderen Inhalten werden entpackt: Der Text bleibt lesbar, nur der tote Link wird entfernt. Builder-Buttons, die darauf zeigen, werden entfernt. Menüeinträge, die darauf verlinken, werden gelöscht.
- Bild löschen. Jede URL, über die es erreichbar war, wird auf der ganzen Website getilgt: das Grundbild, alle responsiven Varianten, der Social-Media-Zuschnitt und absolute wie relative Adressformen, quer durch Beiträge, Seiten, Builder-Blöcke, Newsletter und Einstellungen.
- Formular löschen. Formular-Blöcke, die es einbetten, werden von jeder Seite entfernt.
- Datei löschen. Download-Links darauf werden aus allen Inhalten bereinigt.
Die Bereinigung versteht, wie Inhalte tatsächlich referenziert werden: Ein Redakteur fügt vielleicht eine absolute URL ein, ein Builder-Block speichert eine relative, ein Newsletter nutzt eine bestimmte Bildgröße. Alle Varianten sind abgedeckt.
Prüfen vor dem Löschen
Das Löschen geschieht mit vollständiger Information. Medienbibliothek und Inhaltslisten prüfen zuerst die Verwendung: Bevor ein Bild, ein Formular, eine Datei oder eine Seite entfernt wird, zeigt der Admin genau, wo es benutzt wird, mit den betroffenen Beiträgen, Seiten und Menüs. Du entscheidest mit dem vollen Bild. Die Bereinigung garantiert danach, dass nichts Verwaistes zurückbleibt.
Warum das für SEO zählt
Suchmaschinen werten 404-Fehler und kaputte interne Links als Qualitätssignale. Websites sammeln sie jahrelang still an und bezahlen dann Crawl-Audits und Link-Checker-Abos, um zu finden, was das CMS selbst kaputt gemacht hat. AliothPress schließt die beiden Fehlerquellen an der Wurzel: Umbenennungen leiten weiter, Löschungen räumen auf. Die Website fängt schlicht nie an, Link Rot anzusammeln.
AliothPress schließt beide Quellen von Link Rot automatisch: Ein-Hop-301-Redirects für alles Umbenannte, Verweisbereinigung auf der ganzen Website für alles Gelöschte.