Das Wichtigste in 5 Sekunden
Am Anfang denkt man: „Wer viele Artikel schafft, gewinnt.“
Dann automatisiert man die Artikelproduktion. Man verbindet Veröffentlichung, Qualitätsprüfung, Übersetzung, Meldung an Suchmaschinen, Beobachtung der Suchroboter, Besucherzahlen, den Weg zum nächsten Artikel, Verbreitung und Einnahmen.
Dann ändert sich das Spiel.
Es geht nicht mehr darum, Artikel zu schreiben. Es geht darum, den Verbesserungskreislauf selbst wachsen zu lassen.
Und das Lästige daran: Wer etwas verbessert, sieht die nächste Schwachstelle.
Man behebt sie.
Man sieht die nächste.
Man behebt auch die.
Irgendwann betreibt man keine Website mehr, sondern hat ein Aufbauspiel gestartet, das nie endet.
1. Schon das Schreiben allein kostet normalerweise alle Kraft
Wer allein eine Website betreibt, hat schon mit einem einzigen Artikel viel zu tun.
Thema suchen. Recherchieren. Gliederung planen. Schreiben. Bilder besorgen. Tippfehler korrigieren. Veröffentlichen. In sozialen Netzwerken teilen. Zahlen ansehen.
Damit hat ein Mensch eigentlich genug getan.
Bevor jemand sagt: „Als Nächstes beobachten wir das Crawling nach Suchmaschine und Sprache“, ist meistens schon Abendessenszeit.
Selten sind also nicht die einzelnen Teile wie Suchmaschinenoptimierung, Übersetzung, Besucheranalyse, soziale Netzwerke oder Automatisierung. Die gibt es seit Langem.
Selten ist, alles zu einem einzigen, fortlaufenden Ablauf zu verbinden.
2. Veröffentlichen ist nicht das Ziel, sondern ein Zwischenhalt
Wenn man einen Artikel veröffentlicht, fühlt sich das nach Erfolg an.
Aus Sicht der Besucher aus der Suche heißt „veröffentlicht“ aber nur: „Die Datei existiert jetzt.“
Google sagt klar: Eine Sitemap hilft, Adressen (URLs) zu finden. Sie garantiert aber nicht, dass jede aufgeführte Adresse gecrawlt oder in den Index aufgenommen wird. [1]
Der Weg ist also lang:
veröffentlicht → gefunden → von Suchrobotern besucht → in den Index aufgenommen → in den Suchergebnissen angezeigt → angeklickt → gelesen → weiter zum nächsten Artikel → wiedergekommen
„Veröffentlicht, Arbeit erledigt“ ist, als würde man durch die Bahnhofssperre gehen und sagen: „Die Reise ist vorbei.“
3. Mit Automatisierung ändern sich die Spielregeln
Wenn ein Mensch jeden Artikel einzeln schreibt, steigert man das Ergebnis vor allem dadurch, dass man noch einen schreibt.
Ist die Produktion automatisiert, verändert sich der Wert der menschlichen Zeit.
Manchmal bringt Folgendes mehr als ein weiterer Artikel:
- die „Ähnliche Artikel“ bei allen Artikeln verbessern
- die Titelkarten aller Artikel verbessern
- die Sitemap für alle Artikel richtig machen
- neue und geänderte Adressen automatisch melden
- die Besucherunterschiede zwischen den Sprachen messen
- fehlgeschlagene Veröffentlichungen automatisch erkennen
Warum? Weil eine einzige Korrektur sich auf Hunderte oder Tausende Artikel überträgt.
Die Stärke verschiebt sich vom Artikelschreiben dazu, die ganze Sammlung auf einmal zu verbessern.
4. Wer etwas verbessert, sieht den nächsten Engpass
Das ist der wichtigste Grund, warum das Spiel nie endet.
Zuerst sieht es so aus, als gäbe es zu wenige Artikel.
Also macht man mehr.
Dann sieht man: „Es gibt Artikel, aber niemand öffnet sie.“
Man verbessert die Karten.
Dann sieht man: „Sie werden geöffnet, aber niemand liest weiter.“
Man verbessert den Weg von Artikel zu Artikel.
Dann sieht man: „Sie werden gelesen, aber aus der Suche kommt wenig.“
Man verbessert die Suche.
Dann sieht man: „In der Suche erscheinen sie, aber die Sprachen unterscheiden sich stark.“
Man verbessert, wie man die Leser in jeder Sprache erreicht.
Eine Verbesserung beseitigt also nicht nur ein Problem.
Sie macht das nächste Problem sichtbar.
Wer den Endgegner besiegt, bekommt keinen Abspann. Der Nebel auf der Karte lichtet sich, und das nächste Verlies taucht auf.
5. Eine Korrektur, die allen Artikeln hilft, wirkt wie Zinseszins
Einzelne Artikel zu verbessern, summiert sich eher langsam.
Man verbessert einen Artikel, und ein Artikel wird besser.
Verbessert man dagegen das gemeinsame System, wirkt es eher wie eine Multiplikation.
Zum Beispiel diese gemeinsamen Bausteine:
- Erzeugung interner Links
- Empfehlungslogik
- Vorlagen für alle Sprachen
- Metadaten (Seiteninfos für Suchmaschinen)
- strukturierte Daten
- Sitemap
- Prüfung nach der Veröffentlichung
- Klickmessung
- Warteschlange für die Verbreitung
Wer sie verbessert, hilft den vorhandenen und den künftigen Artikeln.
Je mehr Artikel es gibt, desto mehr ist eine gemeinsame Korrektur wert.
Ab einem gewissen Punkt macht es deshalb mehr Spaß, das zu verbessern, was allen Artikeln hilft, als noch einen Artikel zu schreiben.
Eine klassische Falle des Fähigkeitenbaums.
6. Das ist eher ein „Betriebssystem für Medien“ als ein Artikelautomat
Ein einfacher Artikelautomat sieht so aus:
Eingabe → Text erzeugen → veröffentlichen
Dann ist Schluss.
Läuft der Betrieb weiter, wird daraus:
Idee → Schreiben → Qualitätsprüfung → Übersetzen → Veröffentlichen → Live-Seite prüfen → Sitemap → Suchmaschinen informieren → Suchroboter beobachten → Indexierung und Besucher messen → Weg zwischen den Artikeln verbessern → Verbreitung in sozialen Netzwerken und per Newsletter → Einnahmen → aus den Daten die nächste Verbesserung ableiten
An diesem Punkt ist es weniger ein automatischer Artikelschreiber als ein kleines Betriebssystem für eine Medienseite.
Artikel sind nicht die Anwendung.
Sie sind die Daten, die durch das System fließen.
7. Warum „so weit in unter einer Woche“ so unglaublich schnell wirkt
Die Geschwindigkeit kommt nicht vom schnellen Tippen.
Sie kommt daher, dass die Wartezeit verschwindet.
Früher läuft es oft so:
Idee → Besprechung → Anforderungen aufschreiben → Prioritäten festlegen → Warten auf die Entwicklung → Entwicklung → Test → Veröffentlichung → Auswertung nach Wochen
Mit KI-Hilfe und einem automatisierten Weg zur Live-Seite geht es viel kürzer:
Einfall → Beschreibung → Umsetzung → Prüfung → Live-Seite → Beobachtung → nächste Verbesserung
Auch die DORA-Forschung nennt kleine Änderungen, laufende Auslieferung, Überwachung und schnelles Feedback als wichtige Fähigkeiten. [3]
Verkürzt wird also nicht nur die „Arbeitszeit“.
Es ist die Zeit, bis eine Rückmeldung zurückkommt.
8. Nur schnelle KI allein lässt aber alles schnell explodieren
Das ist wichtig.
KI schreibt Code und Text schnell. Das heißt nicht, dass man gewinnt, wenn man einfach riesige Mengen hineinkippt.
Schnelles Erzeugen heißt auch: schnell Fehler erzeugen.
Damit aus Tempo etwas Wertvolles wird, braucht man ein Fundament:
- in kleinen Schritten ändern
- testen
- die Live-Seite lesen
- Fehler beobachten
- Änderungen zurücknehmen können
- eine einzige verbindliche Quelle haben
- Belege ansehen statt „es hat bestimmt geklappt“
Auch DORA sagt: KI allein verbessert die Auslieferung von Software nicht automatisch. Grundlagen wie kleine Änderungen und solide Tests bleiben wichtig. [3]
Wer ein größeres Gaspedal baut, braucht auch größere Bremsen und bessere Anzeigen.
9. Mit Suchmaschinen wird es noch endloser
Nach der Veröffentlichung gibt es eine weitere Welt: die Suchmaschinen.
Man erstellt eine Sitemap.
Man meldet geänderte Adressen.
IndexNow ist ein Verfahren, mit dem man Suchmaschinen über hinzugefügte, geänderte oder gelöschte Adressen informiert. Die offizielle Dokumentation empfiehlt, die Meldung nach Änderungen automatisch zu senden. [2]
Doch eine Meldung bedeutet nicht, dass man in der Suche erscheint.
Deshalb prüft man als Nächstes getrennt:
- Wurde gemeldet?
- Kam der Suchroboter?
- Wurde die Seite in den Index aufgenommen?
- Gab es Anzeigen in den Suchergebnissen?
- Wurde geklickt?
Bei mehreren Sprachen vervielfacht sich das mit der Zahl der Sprachen.
Und es gibt nicht nur eine Suchmaschine.
Ja, der Fähigkeitenbaum hat gerade drei neue Seiten bekommen.
10. Mit 12 Sprachen wird aus einer Website ein Dutzend Märkte
Das Spannende an vielen Sprachen: Mit der Übersetzung ist es nicht getan.
Auch bei demselben Artikel unterscheiden sich von Land zu Land:
- die genutzten Suchmaschinen
- die Nutzung sozialer Netzwerke
- die Überschriften, die Klicks bringen
- die Menge an Erklärung, die Leser erwarten
- die Wege zu Einnahmen
- die Wege, auf denen Leser zurückkommen
„12 Sprachen“ heißt also nicht, einen Inhalt zwölfmal zu kopieren.
Es ähnelt eher dem Betrieb von zwölf Märkten auf einer gemeinsamen Grundlage.
Dann entstehen von selbst neue Forschungsfragen: „Warum wächst nur Japanisch?“ oder „Warum kommt in einer Sprache der Suchroboter, aber niemand liest?“
Man schafft mehr Inhalt und bekommt mehr Forschungsstoff dazu.
Sehr zuvorkommend. Wem gegenüber, ist unklar.
11. Die größte Falle: „Man kann es verbessern“ wird zu „Man muss es verbessern“
Ein Spiel ohne Ende hat auch Gefahren.
Es gibt immer etwas, das man ändern kann.
Den Abstand eines Buttons kann man ändern.
Den Namen eines Protokolls kann man ändern.
Die runden Ecken des Dashboards kann man ändern, solange das Leben es erlaubt.
Aber
etwas verbessern zu können ist etwas anderes, als dass es sich jetzt lohnt.
Zuerst sollte man Verbesserungen angehen, die
- vielen Artikeln und Lesern helfen,
- einen echten Engpass lösen,
- sich messen lassen,
- bei einem Fehler bemerkt und zurückgenommen werden können,
- künftige Verbesserungen selbst schneller machen.
Ohne diese Regel ist man am Ende stolz auf die schönste Verwaltungsoberfläche der Welt, die niemand ansieht.
12. Das eigentliche Kapital ist nicht die Artikelzahl, sondern das Verbesserungstempo
Die Zahl der Artikel ist natürlich ein Kapital.
Bei einer automatisierten Medienseite gibt es aber ein wichtigeres:
die Zeit vom Entdecken eines Problems über die Korrektur bis zur Kontrolle des Ergebnisses.
Je kürzer sie ist,
desto schneller wirft man Fehler weg,
desto schneller verbreitet man, was gut funktioniert,
desto besser folgt man dem Verhalten der Leser,
und desto leichter passt man sich an, wenn sich Suchmaschinen und Verbreitungsdienste ändern.
Der Vorsprung auf lange Sicht ist deshalb keine „von Anfang an perfekte Website“.
Er liegt in einer Website, die schnell lernt.
13. Und so wird der Betrieb einer Website zu einem Endgame ohne Ende
Wenn „fertig“ heißt: „Es gibt nichts mehr zu verbessern“, wird man nie fertig.
Das ist in Ordnung.
Ändern Sie, was „fertig“ bedeutet:
- Der nächste Engpass ist sichtbar.
- Man kann ihn beheben.
- Man kann es auf der Live-Seite überprüfen.
- Das Ganze wird ein bisschen besser.
Dann ist es kein Mangel mehr, dass es kein Ende gibt.
Einen Artikel schreiben.
Das System verbessern.
Die Zahlen kommen zurück.
Wieder verbessern.
Eine Idee, die es gestern noch nicht gab, wird durch die Verbesserung von heute sichtbar.
Das ist weniger ein Blog als eine Wirtschaftssimulation, die ihre Updates selbst ausliefert.
Und auch wenn der Betreiber schläft, kommen Artikel dazu, und am Morgen wartet ein neuer Engpass.
Betreiber: „Wann ist das hier zu Ende?“
System: „Ich habe die nächsten Verbesserungsvorschläge erstellt.“
Betreiber: „Aha …“
Vermutlich ist das die treffendste Form von Endgame-Inhalt.
Quellen (3)
[1] Google Search Central, “Learn about sitemaps”
https://developers.google.com/search/docs/crawling-indexing/sitemaps/overview
[2] IndexNow.org, “Documentation”
https://www.indexnow.org/documentation
[3] Google Cloud, “DevOps capabilities” / DORA
https://docs.cloud.google.com/architecture/devops
