Für Publisher
Füllen Sie den Long Tail, den Ihre Redaktion nicht erreicht.
Eine Publikation hat die Autorität, das Archiv und die Standards bereits. Was sie nicht hat, ist ein freier Nachmittag pro Sprache für die tausenden spezifischen Fragen, die nie einen Reporter rechtfertigen — aber einen großen Teil dessen ausmachen, wonach gesucht wird. Genau diese Ebene deckt das hier ab, unter Ihrer Prüfung, auf einer Domain, die Ihnen gehört.
Freigabe vor der VeröffentlichungEine Linie pro MarktSyndizieren oder hosten
Was das Archiv noch nicht beantwortet.
Nicht die Geschichte des Tages. Die Referenzebene darunter, wo die dauerhafte Suchnachfrage lebt.
- Der unbeantwortete Long Tail
- Die spezifischen Fragen mit geringem Volumen, die Ihre Redaktion beantworten würde, hätte sie einen freien Nachmittag: Verfahren, Vergleiche, Zeitpunkte, Definitionen, lokale Details. Einzeln klein, zusammen der größte Teil der Suche.
- Die Evergreen-Ebene
- Verfahrens- und Referenzinhalte, die nicht mit dem Nachrichtenzyklus verfallen und zwischen den Geschichten, die steigen und fallen, weiter Impressionen sammeln.
- Ein Markt nach dem anderen
- Jede Sprache wird aus den Suchen ihres Marktes geplant, mit eigenen Terminen, statt als Maschinenübersetzung des englischen Archivs, die in diesem Markt niemand tippen würde.
- Serien und Cluster
- Einträge lassen sich gruppieren, sodass eine Reihe von Beiträgen ein Thema richtig aufbaut, statt einzelne Artikel über ein Feld zu streuen und nie zurückzukommen.
- Eine maschinenlesbare Oberfläche
- Sitemap, kanonische URLs, strukturierte Daten und eine llms.txt pro Blog, generiert aus dem Veröffentlichten — damit Crawler und Antwort-Engines das Archiv richtig aufnehmen können.
- Syndikation zu Ihren Bedingungen
- Wenn es kein gehosteter Blog sein soll, lesen Sie die Beiträge über die API als Markdown oder gerendertes HTML und veröffentlichen sie in dem CMS, das Ihre Redaktion ohnehin nutzt.
Die verlässliche Version eines Archivs.
Fünf Schritte, und der dritte ist der, der die Standards eines Titels intakt hält: was die Redaktion behält und was sie verwirft.
- 01
Die Domain scannen
Kostenlos und ohne Konto: die Startseite und die Sitemap, plus die Suchanfragen, die die Publikation noch nicht beantwortet. Bei einem großen Archiv ist genau diese Lücke meist der interessante Teil.
- 02
Einen Markt verbinden
Ein DNS-Eintrag für einen Blog-Hostnamen unter einer Domain, die Ihnen gehört, eine Sprachlinie zum Start. Nichts wird installiert und Ihr CMS liefert weiter das Archiv aus, das es heute ausliefert.
- 03
Den redaktionellen Standard setzen
Der Plan zeigt Suchanfrage, Absicht, Gliederung und Datum. Ihre Redaktion verwirft, was nicht zu den Standards des Titels passt — bevor ein Wort geschrieben wird.
- 04
Die Freigabe eingeschaltet lassen
Die Freigabe lässt sich kontoweit verlangen, was für einen Publisher meist die richtige Voreinstellung ist: Nichts erscheint unter Ihrem Namen, ohne dass ein Mensch es freigibt.
- 05
Pro Website und Suchanfrage berichten
Search Console im Lesemodus: für welche Long-Tail-Suchanfragen die Domain Impressionen sammelt, Markt für Markt, neben den Geschichten, die Ihre Redaktion ohnehin verfolgt.
Was bei der Redaktion bleibt.
Die Standards eines Titels sind kein Template, und eine Pipeline kann sie nicht besitzen. Alles, was rechtliches Risiko trägt, wie Berichterstattung liest oder ein Thema berührt, zu dem Ihre Juristen eine Meinung haben, ist eine Entscheidung der Menschen, deren Namen auf dem Titel stehen.
Was das hier leisten kann: die Referenzebene aktuell halten — pro Markt, nach Zeitplan — während die Redaktion ihre Zeit für die Arbeit aufwendet, die nur sie leisten kann.
- Redaktionelle Standards, Hausstil und die Linie, die Sie nicht überschreiten
- Alles, was wie Berichterstattung statt wie Erklärung liest
- Rechtliches Risiko, Verleumdung und die Themen, die einen Anwalt brauchen
- Welche Themen für automatisierte Produktion tabu sind
- Korrekturen und die Entscheidung, was entfernt wird
Ein Ausschlag oder ein Archiv.
Nachrichten-Traffic ist von Natur aus ausschlagend. Die Ebene darunter nicht, und genau diese Ebene lohnt die Automatisierung.
Nur Ausschläge
- Traffic, der mit einer Geschichte kommt und mit ihr geht
- In den Wochen zwischen Geschichten erscheint nichts
- Referenzfragen von wem auch immer gerade frei ist beantwortet
- Eine Sprache, egal wie viele Märkte der Titel bedient
- Kein Reporting zum Long Tail, weil er nie gebaut wurde
Ausschläge und ein Archiv
- Eine Grundlinie dauerhafter Seiten unter dem Nachrichten-Traffic
- Ein Beitrag an jedem Veröffentlichungstag, mit oder ohne Ausschlag
- Eine Antwort pro Suchanfrage, geprüft, bevor sie rausgeht
- Jeder Markt aus seinen eigenen Suchen geplant
- Impressionen pro Suchanfrage, pro Markt, in der Search Console
Was das nicht ist
Es ist keine Redaktion, kein Nachrichtendienst und kein Ersatz für Berichterstattung. Es liefert nicht, reagiert nicht auf Ereignisse und entscheidet nicht, was wichtig ist — und wenn der Ruf einer Publikation auf eigenem Zugang und Analyse beruht, bleibt dieser Ruf von allem hier Veröffentlichten unberührt.
Auch der übliche Hinweis gilt ohne Ausschmückung: Rankings, Traffic und Umsatz sind nicht garantiert. Das Archiv hier ist eine Menge von Arbeiten, die nach Zeitplan veröffentlicht und von Ihnen geprüft wird, auf einer Domain, die Ihnen gehört.
Die maschinenlesbare Oberfläche, kostenlos.
Jeder Blog wird mit den Dateien ausgeliefert, die ein Crawler oder eine Antwort-Engine will, generiert aus dem Veröffentlichten — was umso wichtiger wird, je größer das Archiv ist.
Eine Sitemap mit jedem veröffentlichten Beitrag, eine robots.txt, die zum Crawlen einlädt, eine kanonische URL auf jeder Seite, strukturierte Daten pro Beitrag und eine llms.txt, die das Archiv für Modelle indexiert, die eine lesen. Nichts davon braucht ein Plugin, einen Build oder einen Entwickler.
Publisher mit einem bestehenden CMS können dieselben Beiträge stattdessen als Daten nehmen: Markdown oder gerendertes HTML, eine Anfrage pro Ergebnisseite, gefiltert nach Website und Sprache.
- Sitemap, generiert nur aus veröffentlichten Beiträgen
- Kanonische URLs, eine Seite pro Beitrag
- Strukturierte Daten mit dem echten Datum des Artikels
- llms.txt, die den Blog für Sprachmodelle indexiert
- Read-only-API zur Syndikation in Ihr eigenes CMS
- Für lokale Unternehmen
Antworten Sie auf die Frage, bevor sie anrufen.
- Für E-Commerce
Der Blog rund um den Katalog — die Produktseiten bleiben Ihre.
- Für Hotels & Reisen
Antworten Sie dem Gast in der Sprache, in der er gesucht hat.
- Für Restaurants
Die Frage, die an einem Tisch endet — Speisekarten und Preise bleiben Ihre.
- Für Zahnarztpraxen & Kliniken
Antworten auf Behandlungs- und Kostenfragen, mit fachlicher Prüfung.
- Für Kanzleien
Mandanten suchen die Situation, nicht das Rechtsgebiet.
- Für WordPress-Websites
Ein Blog für WordPress ohne Plugin und ohne Theme-Änderung.
Fragen, die Publisher stellen.
Unter anderem, ob das eine Redaktion ersetzt, ob alles geprüft werden kann und wie ein großes Archiv sich selbst nicht im Weg steht.
Ersetzt das Redakteure oder Journalisten?
Nein, und es sollte nicht so verkauft werden. Es füllt die Ebene unter der Redaktion: die Referenz- und Verfahrensfragen, die nie einen Reporter-Nachmittag rechtfertigen, zusammen aber einen großen Anteil der Suche ausmachen. Berichterstattung, Urteil und Stimme bleiben bei der Redaktion.
Können wir alles prüfen, bevor es erscheint?
Ja, und für einen Publisher ist das die sinnvolle Einstellung. Die Freigabe lässt sich für das Konto verlangen, jeder Entwurf wartet also auf einen Menschen, der ihn freigibt — und die Prüfung kann früher stattfinden, bei der Planung, wo das Verwerfen eines Eintrags nichts kostet.
Produziert es Nachrichten?
Nein. Es gibt keinen Mechanismus, um auf ein Ereignis zu reagieren, und nichts sollte etwas anderes behaupten. Der Plan deckt dauerhafte Fragen ab — wie etwas funktioniert, was ein Verfahren umfasst, wie zwei Optionen sich vergleichen — also den Teil der Oberfläche einer Publikation, der keine Redaktion in Rufbereitschaft braucht.
Wie geht es mit mehreren Märkten gleichzeitig um?
Jede Sprache ist eine eigene Linie mit eigenem Plan und Kalender, geplant aus den Suchen dieses Marktes. Das ist der Unterschied zwischen einen Markt hinzufügen und in einen hinein übersetzen: Die deutschen Einträge entstehen aus deutschen Suchanfragen, nicht aus Ihrem englischen Archiv.
Können die Beiträge stattdessen in unser eigenes CMS?
Ja. Die Read-API gibt jeden Beitrag als Markdown oder als gerendertes HTML zurück, mit Metadaten und Bildern, über einen Schlüssel auf Kontoebene — ein Build oder ein Import kann sie also dort veröffentlichen, wo Ihre Redaktion schon arbeitet. Nichts in der API kann nach Xt4b zurückschreiben.
Und doppelter Content gegenüber unserem Archiv?
Jeder Eintrag zielt auf eine Suchanfrage, die die Domain noch nicht beantwortet, und jede Seite trägt ihre eigene kanonische URL. Wo Ihr Archiv eine Frage schon beantwortet, ist das die Seite, die ranken soll, und der Blog verlinkt darauf, statt sie nachzuerzählen.
Schadet Volumen einer Website?
Fast identische Seiten in Menge zu veröffentlichen schadet, deshalb gilt ein Beitrag pro Suchanfrage und ist der Rhythmus eine Wahl statt einer Einstellung für maximale Ausgabe. Ein langsamerer Kalender mit unterschiedlichen Antworten ist der vertretbarere Weg, ein Archiv aufzubauen.
Was kostet es, und was ist garantiert?
20 € pro Website, pro Sprache, pro Monat, der Scan ist kostenlos und braucht kein Konto. Ergebnisse nicht: Rankings, Traffic und Umsatz sind nicht garantiert, was in den Nutzungsbedingungen und in jeder Antwort auf dieser Website steht.
Starten Sie mit Ihrem Archiv
Bauen Sie die Ebene unter den Nachrichten.
Scannen Sie die Domain und lesen Sie den Plan: die Suchanfragen, die Ihr Archiv noch nicht beantwortet, die Gliederungen dahinter und die Termine, an denen sie erscheinen würden.
Prüfung vor der Veröffentlichung20 € / Website / Sprache / Monat3 Tage kostenlos, ohne Kreditkarte