Veröffentliche deinen Blog auf Medium, Dev.to und Hashnode — ohne Copy-and-paste

Du hast den Beitrag einmal geschrieben. Ihn auf Medium, Dev.to und Hashnode zu veröffentlichen, sollte nicht länger dauern als das Schreiben selbst.

Doch der Standard-Workflow für Blog-Syndizierung sieht 2026 immer noch so aus: Medium öffnen, einfügen, die von Medium zerstörte Formatierung reparieren, Dev.to öffnen, einfügen, die Bilder erneut hochladen, Hashnode öffnen, einfügen, vergessen, die kanonische URL festzulegen, und sich drei Wochen später fragen, warum Google die Medium-Kopie höher einstuft als die eigene Website.

Dieser Leitfaden erklärt, wie das Cross-Posting eines Blogs tatsächlich funktioniert, welche SEO-Regeln verhindern, dass Syndizierung nach hinten losgeht, und wie sich der gesamte Ablauf automatisieren lässt — von selbst geschriebenen Skripten bis zur Veröffentlichung mit einem Klick.

Warum überhaupt syndizieren?

Dev.to, Hashnode und Medium haben jeweils ein integriertes Publikum, das dein Blog nicht hat. Ein Beitrag, der auf einer jungen Domain 40 Leser erreicht, kann auf der Startseite von Dev.to 2.000 erreichen. Syndizierung ist die günstigste Verbreitungsmöglichkeit, die du für geschriebene Inhalte je bekommen wirst — die Grenzkosten liegen bei null, wenn die Veröffentlichung automatisiert und die SEO korrekt eingerichtet ist.

Die eine SEO-Regel: kanonische URLs

Google bestraft syndizierte Inhalte nicht — Google bestraft Unklarheit darüber, wo das Original liegt. Jede ernst zu nehmende Plattform hat ein Feld, das besagt: „Das Original befindet sich hier“:

• Dev.to: canonical_url im Front Matter oder in den Einstellungen des Beitrags.
• Hashnode: „URL des Originalartikels“ (originalArticleURL in der API).
• Medium: Das Importwerkzeug setzt die kanonische URL automatisch auf die Quelle.
• WordPress / Ghost / Blogger: Die kanonische URL verweist normalerweise auf deine eigene Website oder wird über ein SEO-Plugin festgelegt, wenn die Kopie woanders veröffentlicht wird.

Lege sie jedes Mal für jede Kopie fest und lass sie auf deine eigene Domain verweisen. Dann stärkt die Syndizierung deine Website durch Links, Leser und Markensuchen. Lässt du sie weg, konkurrierst du mit deinen eigenen Inhalten auf einer Domain, die größer ist als deine.

Eine weitere gute Gewohnheit: Veröffentliche zuerst auf deiner eigenen Website, lass den Beitrag indexieren und syndiziere ihn erst danach. Selbst ein Tag Vorsprung hilft Google dabei, das richtige Original eindeutig zuzuordnen.

Wissenswerte Eigenheiten der Plattformen

Medium hat seine Schreib-API eingestellt. Neue Integrationstoken werden nicht mehr ausgegeben. Werkzeuge, die „über die API auf Medium veröffentlichen“, verwenden daher entweder alte Bestandstoken oder steuern in Wirklichkeit den Importablauf. Das Importwerkzeug bleibt der ehrliche Weg — und es legt deine kanonische URL korrekt fest.

Dev.to ist am freundlichsten für Automatisierungen. Eine übersichtliche REST-API, native Markdown-Unterstützung und Front-Matter-Support. Wenn du selbst ein Skript für eine Plattform schreibst, dann für diese.

Hashnode setzt auf GraphQL. Voll funktionsfähig, aber mit mehr Aufwand verbunden. Die API ermöglicht außerdem rückdatierte Veröffentlichungen und das Festlegen kanonischer URLs, was bei der Migration eines Archivs wichtig ist.

Bilder reisen nicht mit. Beim Syndizieren durch Einfügen geht das Bild-Hosting häufiger kaputt als alles andere. Automatisierte Veröffentlichungen laden Bilder erneut hoch oder binden sie korrekt per Hotlink ein. Beim manuellen Einfügen bleiben spätestens auf der dritten Plattform defekte Vorschaubilder zurück.

Deine Optionen, vom eigenen Skript bis zum Ein-Klick-Publishing

1. Manuelles Einfügen. Für einen Beitrag pro Monat auf zwei Plattformen völlig in Ordnung. Das Feld für die kanonische URL ist der Schritt, den alle vergessen.

2. Ein Skript plus GitHub Actions. Übertrage eine Markdown-Datei und lass die CI die APIs von Dev.to und Hashnode aufrufen, wobei die kanonische URL auf deine eigene Website verweist. Eine wirklich gute Lösung, wenn dein Blog bereits ein Git-Repository ist. Du wirst das Skript allerdings dauerhaft warten müssen, und Medium ist weiterhin nicht abgedeckt.

3. Ein Headless-CMS mit Webhooks. Strapi oder ein ähnliches System, das bei jeder Veröffentlichung eine serverlose Funktion auslöst. Das Ergebnis ist dasselbe wie beim Skript, nur mit mehr beweglichen Teilen. Die richtige Wahl, wenn der Blog Teil eines größeren Content-Systems ist.

4. Ein Veröffentlichungswerkzeug, das Blogs als vollwertige Ziele behandelt. Hier liegt die Marktlücke: Social-Media-Planungstools hören meist bei sozialen Netzwerken auf. PostClaw (unser Produkt — dieser Hinweis gehört zur Transparenz) veröffentlicht auf sieben Blogplattformen — WordPress, Medium, Dev.to, Hashnode, Ghost, Blogger und deiner eigenen Website per API — über denselben Editor, mit dem du auch deine elf Social-Media-Konten verwaltest. Einmal schreiben; die KI passt die Ankündigungsbeiträge für X, LinkedIn und Threads an, während der Artikel selbst mit intakten kanonischen URLs syndiziert wird. Einmal veröffentlichen, und die gesamte Verteilungskette ist erledigt.

Der vollständige Kreislauf, den die meisten übersehen

Den Artikel zu syndizieren ist nur die halbe Arbeit. Jede Plattformkopie verdient außerdem ihre eigene Ankündigung in den sozialen Medien — und dafür hat spätestens bei Plattform Nummer vier niemand mehr Energie. Der Workflow, dessen Wirkung sich tatsächlich summiert:

1. Auf deiner eigenen Domain veröffentlichen, die als kanonische Heimat dient.
2. Auf Dev.to, Hashnode und Medium syndizieren und dabei die kanonischen URLs festlegen.
3. Auf jeder Social-Media-Plattform ankündigen und den Beitrag an die jeweilige Plattform anpassen — statt elf identische „Neuer Blogbeitrag 🔗“-Posts zu veröffentlichen. (Wir haben einen vollständigen Leitfaden darüber geschrieben, wie du gleichzeitig in allen sozialen Medien postest, ohne alles per Copy-and-paste zu übertragen.)
4. Wöchentlich wiederholen, ohne dass dafür ein ganzer Vormittag draufgeht.

Die Schritte 2 bis 4 sind genau das, wofür wir PostClaw automatisiert haben — sieh dir an, wie die Veröffentlichung funktioniert, oder wirf einen Blick auf die Preise, wenn du verschiedene Werkzeuge vergleichst. Aber selbst wenn du unser Produkt nie verwendest: Lege deine kanonischen URLs fest. Sie machen den Unterschied zwischen kostenloser Reichweite durch Syndizierung und kostenloser Selbstsabotage aus.

Kurze Antworten

Schadet Cross-Posting der SEO? Nicht, wenn kanonische URLs festgelegt sind. Ohne sie gewinnt die größte Domain das Ranking — und das ist normalerweise nicht deine.

Kann ich weiterhin automatisch auf Medium veröffentlichen? Nicht über neue API-Token. Verwende das Importwerkzeug von Medium, das kanonische URLs festlegt, oder ein Werkzeug, das diesen Ablauf automatisiert.

Welche Plattform ist für Entwickler am besten? Dev.to wegen der Reichweite und der einfachen API; Hashnode, wenn du deine eigene Domain für den gehosteten Blog verwenden möchtest. Es gibt keinen Grund, nicht beides zu nutzen — schließlich ist die zweite Kopie kostenlos.