Einen Artikel duplizieren, um einen Artikel zu veröffentlichen
Irgendwo in Ihrem Content-System gibt es einen Artikel, der funktioniert. Er hat das richtige Template, die richtige Kategorie, die richtigen Felder. Wenn etwas Neues erscheinen soll, öffnen Sie ihn, duplizieren ihn und überschreiben jedes Feld. Sie machen das schon so lange, dass es sich nicht mehr wie ein Workaround anfühlt. Es ist der Prozess.
Es lohnt sich, das klar zu sagen: Das ist nicht normal, es ist nicht Ihre Schuld, und Sie sind nicht das einzige Team, das so veröffentlicht. Genau das passiert, wenn eine Plattform von einem externen Team gebaut, nie richtig übergeben und dann jahrelang sich selbst überlassen wird, während sich Inhaltstypen, Schlagwörter und Templates ansammeln, die niemand stilllegen darf. Jeder Workaround wird zum Verfahren, sobald er der einzige Weg ist, der zuverlässig funktioniert. Die Struktur verfällt, der Verfall verstärkt sich, und die Kosten tragen die Menschen, die veröffentlichen.
Was Sie ohne den Code herausfinden können
Der übliche Grund, warum nichts passiert, ist der Zugang. Die ursprünglichen Entwickler sind weg, Ihr technisches Team hatte nie das Repository, und alle gehen davon aus, dass ohne den Code niemand sagen kann, was das System tut. Diese Annahme ist falsch.
Ein Content-Modell-Audit arbeitet von außen nach innen. Die Administrationsoberfläche zeigt jeden Inhaltstyp, jedes Feld, jedes Template und jeden Taxonomie-Begriff, weil die Redaktion sie sehen muss, um sie zu benutzen. Die veröffentlichten Inhalte zeigen, welche davon tatsächlich in Gebrauch sind, wie konsistent und seit wann. Aus beidem zusammen lässt sich der größte Teil des Modells rekonstruieren, ohne eine einzige Codedatei zu öffnen. Dieselbe Arbeit trennt, was defekt ist, von dem, was nur unbekannt ist, und das sind zwei verschiedene Probleme: Das eine muss geändert werden, das andere aufgeschrieben.
Damit wird ein erster Schritt möglich, der kein Budget für einen Neubau braucht, keinen neuen Dienstleister und keinen wiedergefundenen Code. Er braucht einen Administratorzugang und Zeit von der Person, die am meisten veröffentlicht.
Das Modell aus den Inhalten ablesen
Beginnen Sie mit der Liste der Inhaltstypen. Zählen Sie für jeden Typ die veröffentlichten Einträge und notieren Sie, wann der jüngste angelegt wurde. Typen mit einer Handvoll Einträgen und nichts Neuem seit Jahren sind tot. Machen Sie dasselbe mit den Templates: Die, die seit der Einführung niemand ausgewählt hat, sind theoretisch, nicht real.
Dann die Taxonomie. Exportieren Sie jedes Schlagwort und jede Kategorie mit der Anzahl der Verwendungen. Schlagwörter, die einmal verwendet wurden, sind keine Taxonomie, sondern ein Freitextfeld mit einem Auswahlmenü davor. Suchen Sie nach Paaren, die dasselbe in unterschiedlicher Schreibweise bedeuten, nach Kategorien, die abgelöst, aber nie geschlossen wurden, und nach einem neueren Satz Kategorien über einem älteren, ohne dass einer von beiden vollständig übernommen wurde.
Setzen Sie sich zum Schluss mit der Person zusammen, die am meisten veröffentlicht, und sehen Sie zu, wie ein Artikel online geht. Jedes übersprungene Feld, jeder immer kopierte Wert und jeder Schritt außerhalb des Systems sagt etwas über das Modell aus.
Erst die Taxonomie, dann die Templates
Sobald das Durcheinander sichtbar ist, liegt es nahe, direkt zu den Templates zu gehen, denn Templates sind das, was die Redaktion anfasst und was den nächsten Artikel prägt. Widerstehen Sie der Versuchung. Ein Template ist eine feste Anordnung von Feldern und Taxonomie-Entscheidungen. Wenn Sie eines auf einer Taxonomie bauen, die noch zwei Generationen von Kategorien mit sich schleppt, erbt das Template jeden dieser Fehler, und die sind dann schwerer zu beheben, weil ein funktionierendes Template von ihnen abhängt.
Bereinigen Sie zuerst die Taxonomie. Entscheiden Sie, welche Kategorien bleiben, führen Sie Duplikate zusammen, legen Sie still, was tot ist, und schreiben Sie die Regel für neue Begriffe auf, damit die Liste nicht mehr aus Versehen wächst. Erst dann entwerfen Sie Templates, und zwar den kleinen Satz, der den Großteil dessen abdeckt, was tatsächlich veröffentlicht wird, statt der vollen theoretischen Bandbreite. Der Maßstab ist nicht die Zahl der Templates. Entscheidend ist, ob der nächste Artikel erscheinen kann, indem Sie eines auswählen, statt den letzten zu duplizieren.
Reparieren oder neu bauen
Beide Antworten können richtig sein, und keine lässt sich vor dem Audit entscheiden, dessen Aufgabe es ist, Bauchgefühl durch Belege zu ersetzen. Die Kriterien haben nichts mit Volumen zu tun. Ein paar hundert Artikel können mehr strukturellen Verfall tragen als 50.000, wenn das Modell darunter ein Jahrzehnt lang sich selbst überlassen wurde. Klein zu sein ist also kein Grund zu warten.
Vier Dinge geben den Ausschlag. Der strukturelle Abstand zwischen dem Modell, das Sie haben, und dem, das Sie brauchen: Eine Taxonomie, die sich zusammenführen lässt, ist eine Reparatur, eine, die neu erfunden werden muss, liegt näher am Neubau. Die Zukunftsfähigkeit der Plattform: noch unterstützt, noch aktualisiert, noch etwas, wofür Sie Leute finden. Ihre eigene Fähigkeit, das Ergebnis zu verantworten, einschließlich Code, Hosting und der Administrationsrechte, die derzeit niemand hält. Und die Kosten der heutigen Workarounds, die bei jedem Artikel erneut anfallen.
Wenn Sie sicher sind, dass die Plattform das Problem ist, stimmt das manchmal. Öfter ist es das Modell, und ein nicht auditiertes Modell folgt Ihnen auf die neue Plattform, mit einer Migrationsrechnung im Gepäck.
Was ein Audit Ihnen liefert
Ein Audit zum Festpreis liefert ein Dokument, kein Angebot. Sein Inhaltsverzeichnis ist die Gliederung des Audit-Umfangs, die zu diesem Beitrag gehört: eine Inventur der Inhaltstypen und Templates mit ihrer Nutzung, eine Taxonomie-Übersicht mit Entscheidungen über Zusammenführen und Stilllegen, eine Nutzungsanalyse, Beobachtungen zum Redaktionsworkflow, priorisierte Empfehlungen und eine Position zu Reparatur oder Neubau mit den Belegen dahinter.
Wenn Sie die technische Ansprechperson sind, die dieses System ohne Vorgeschichte geerbt hat, ist es die erste schriftliche Beschreibung, die die Plattform je hatte, und sie funktioniert als Briefing für jeden Dienstleister, auch für Ihren heutigen. Das Dokument gehört Ihnen.
