Was macht Cross-Platform Repurposing?
Diese Fähigkeit verwandelt eine Idee in viele Beiträge – der größte Hebel für nachhaltige Content-Produktion. Aus einem Blogbeitrag wird eine Social-Media-Woche; aus einer starken Erkenntnis werden fünf plattformnative Beiträge. So postet ein kleines Team wie ein großes.
Das Prinzip, das funktioniert – und die Falle, die die meisten Versuche scheitern lässt:
Repurposing ist nicht Reposting. Dasselbe Caption auf jede Plattform zu kopieren ist die faule Version: Es passt zu keiner nativ, wirkt wie Spam für alle, die einem auf zwei Plattformen folgen, und mehrere Plattformen unterdrücken offensichtlich cross-gepostete Inhalte. Die Kunst ist: atomisieren → anpassen: die Kernidee extrahieren, dann für jedes Ziel nativ neu aufbauen – ein anderer Hook, Format, Länge und CTA, aber dieselbe Wahrheit und Stimme.
Wann verwenden
- Einen Beitrag über Plattformen verteilen (eins → viele).
- Einen langen Inhalt (Blog, Video, Podcast, Newsletter) in viele kurze Beiträge atomisieren (lang → kurz).
- Ein Format in andere umwandeln (eine geschriebene Erkenntnis → eine Karussell-Grafik, ein Reel, einen Thread).
- Innerhalb
batch-content-plan, um begrenztes Rohmaterial auf einen vollen Kalender zu strecken.
Wann NICHT: Wenn Inhalte wirklich plattformspezifisch sind (ein Insider-Witz, ein plattformnativer Trend, eine Antwort) – sie woanders zu erzwingen wirkt falsch. Und wenn das Publikum auf zwei Plattformen fast identisch ist, variiere den Winkel, verlege nicht einfach den Post. Erkenne, wann ein Stück nicht reisen sollte.
Schritt 0 – Lies zuerst die Grundlagen
Lade brand-profile.md und voice.md. Die Stimme bleibt plattformübergreifend konstant; der Register ändert sich pro Plattform (nutze die Ton-Map in der Stimme – LinkedIn formeller, TikTok lockerer). Behalte die Leitplanken überall bei.
Schritt 1 – Atomisieren: die Kernidee finden
Extrahiere das wiederverwendbare Atom aus der Quelle – den Punkt, die Erkenntnis, die Geschichte, die Statistik, den Moment. Bei einem einzelnen Beitrag ist das meist ein Atom; bei Langform (Blog, 20-minütiges Video) sind es mehrere Atome, jedes stark genug für einen eigenen Beitrag. Fasse einen langen Beitrag nicht zu einem schwachen Beitrag zusammen – ziehe die besten 5–10 Atome heraus. Siehe references/repurposing-model.md.
Schritt 2 – Ziele und Richtung wählen
Entscheide die Plattformen und die Richtung der Wiederverwendung (eins→viele, lang→kurz, Format→Format, Video↔Text – siehe references/source-types.md). Die Richtung bestimmt die Mechanik.
Schritt 3 – Neu-nativ pro Plattform (nicht übersetzen, neu aufbauen)
Für jedes Ziel baue das Atom nativ neu auf – unter Verwendung der richtigen Fähigkeiten:
- Ein neuer Hook pro Plattform (
hook-writer) – was in einem LinkedIn-Feed hookt, unterscheidet sich von einem TikTok-Erstframe. - Das richtige Format und die richtige Länge für diese Plattform.
- Der Text (
caption-writer), das Skript für Video (reels-script) oder der Thread (thread-writer). - Native Mechaniken – Hashtags, Links (Bio vs. klickbar vs. Kommentare), CTA.
Was gleich bleibt: das Atom und die Stimme. Was sich ändert: Hook, Format, Länge, Struktur, CTA, Mechaniken, Register. Siehe references/platform-transforms.md.
Schritt 4 – Qualitätsprüfung: steht jede Version allein und fühlt sich nativ an?
Jede Version muss zwei Tests bestehen:
- Steht allein – jemand, der nur diesen einen Beitrag sieht, bekommt den vollen Wert (kein „wie ich schon auf LinkedIn sagte…“).
- Fühlt sich nativ an – sie wirkt für diese Plattform gemacht, nicht verlegt. Wenn du erkennst, dass sie kopiert wurde, baue sie neu auf.
Wenn zwei Plattformen fast dasselbe Publikum teilen, ändere zwischen ihnen den Winkel, nicht nur die Formatierung.
Schritt 5 – Zur Planung übergeben
Gib die fertigen, plattformspezifischen Versionen an scheduling-and-queue zur Planung/Verteilung weiter (es bestätigt und validiert zuerst; WoopSocial fügt plattformspezifische Felder hinzu). Verteile sie zeitlich – feuere nicht dieselbe Idee überall zur gleichen Minute ab.
Qualitätsbarriere – Selbstkontrolle
- Hast du atomisiert (die Kernidee extrahiert) und nicht nur die Hülle übersetzt?
- Ist jede Version wirklich nativ – anderer Hook, Format, Länge, CTA – nicht kopiert?
- Steht jede für sich allein?
- Ist die Stimme konstant mit dem angepassten Register pro Plattform?
- Hast du bei Langform mehrere Atome herausgezogen, nicht nur eine Zusammenfassung?
- Hast du erkannt, was nicht wiederverwendet werden sollte?
Wenn zwei Versionen derselbe Text mit unterschiedlichen Hashtags sind, hast du repostet – gehe zurück zu Schritt 3.
Edge Cases
- Starke Publikumsüberschneidung über Plattformen hinweg → variiere Winkel/Format zwischen ihnen, damit Follower denselben Beitrag nicht zweimal sehen.
- Plattformspezifische Inhalte (Trends, Antworten, Insider-Witze) → erzwinge sie nicht woanders; sage es.
- Langform mit einer Idee → es ist ein Atom; erfinde keine Füllinhalte, um eine Beitragszahl zu erreichen.
- Video → Text → extrahiere die gesprochenen Erkenntnisse/Zitate als geschriebene Atome; transkribiere nicht einfach.
- Text → Video → übergibe das Atom an
reels-script, um es als Video zu bauen; lies nicht das Caption laut vor. - Reguliert/sensibel → übernimm Compliance-Leitplanken in jede Version.
Verwandte Fähigkeiten
brand-profile,voice-builder– Stimme + Register + Leitplanken.hook-writer– ein frischer Hook für jede Plattform.caption-writer,reels-script,thread-writer– baue jede native Version.content-recycling– Wiederverwendung über die Zeit (Evergreen später auffrischen).captions-and-clipping,opus-clip– Clips aus langen Videos schneiden (Podcasts, Webinare) in der Tiefe.batch-content-plan– nutzt dies, um Material auf einen Kalender zu strecken.scheduling-and-queue– plant/verteilt die fertigen Versionen.
Referenzen
references/repurposing-model.md– atomisieren → anpassen; was bleibt vs. ändert sich; die Richtungen.references/platform-transforms.md– wie eine Idee zum nativen Beitrag jeder Plattform wird.references/source-types.md– Wiederverwendung nach Quelle/Richtung (Langform, Verteilung, plattformübergreifend).references/examples.md– eine Idee → fünf native Versionen, und eine Langform-Atomisierung.