HubSpot Content Remix: Skalierung mit Redaktionsplan, nicht ohne

Was ist HubSpot Content Remix – und was ist es nicht?

Content Remix ist eine KI-Funktion in HubSpot Content Hub, die aus bis zu sechs Ausgangsquellen bis zu sechs neue Content-Assets pro Durchgang erzeugt – etwa aus einem Blogartikel eine Podcast-Episode, drei Social Posts und eine Landing Page gleichzeitig. Es ist kein Autopilot: Jedes Ergebnis landet als Entwurf, nicht als veröffentlichter Content.

Das ist der entscheidende Unterschied zu einem generischen KI-Textgenerator: Content Remix arbeitet nicht aus einem leeren Prompt, sondern aus echtem, bereits bestehendem Material – Blogartikel, Landing Pages, Website-Seiten, eingefügtem Text, hochgeladenen Dokumenten (Audio, Video, Bilder) oder externen URLs. Die KI verdichtet und übersetzt zwischen Formaten, sie erfindet den Ausgangspunkt nicht neu. Technisch läuft das über Breeze, HubSpots eigene KI-Schicht, die auch in anderen Content-Hub- und Marketing-Hub-Werkzeugen arbeitet – Content Remix ist eine von mehreren Breeze-Anwendungen, keine isolierte Insel-Funktion.

Ein Beispiel macht den Unterschied zu einem klassischen Text-Prompt konkret: Wer ChatGPT bittet, "einen Social Post über HubSpot-Migrationen" zu schreiben, bekommt eine plausible, aber generische Antwort ohne Bezug zum eigenen Content. Wer denselben Social Post über Content Remix aus einem bestehenden, freigegebenen Blogartikel erzeugt, bekommt eine Verdichtung von Sätzen, die im eigenen Haus bereits geprüft wurden – der Unterschied liegt nicht in der KI selbst, sondern im geprüften Ausgangsmaterial.

Verfügbar ist die Funktion nicht überall gleich weit:

Wer nur Content Hub hat, kann remixen, aber nicht bis zum fertigen Social Post durchgehen, ohne Marketing Hub dazuzubuchen – dieselbe Hub-Trennung, die schon bei Smart-Content-Regeln zwischen den beiden Produkten verläuft.

Welche Quellen und Zielformate unterstützt Content Remix wirklich?

Als Quelle zählen bestehender HubSpot-Content, eingefügter Freitext, hochgeladene Dateien und – im Beta-Status – Google-Drive-Dateien sowie externe URLs, kombinierbar bis zu sechs Quellen pro Durchgang. Als Zielformat stehen Blogartikel, Social Posts, Bilder, SMS, Ads, Video-/Audio-Clips, Podcast-Episoden, Landing Pages, Marketing-E-Mails und Freeform-Content zur Wahl.

Die Kombination aus mehreren Quellen ist der Teil, der in den meisten Kurzdarstellungen des Features fehlt: Ein einzelner Remix-Lauf kann ein Whitepaper, eine Webinar-Aufzeichnung und einen bestehenden Blogartikel gleichzeitig als Grundlage nehmen. Das macht das Ergebnis nicht automatisch besser – nur reichhaltiger an Rohmaterial, aus dem die KI wählt.

Für ein B2B-SaaS-Team sind drei Kombinationen in der Praxis besonders häufig gefragt: ein Produkt-Update-Blogartikel, der gleichzeitig zu drei Social Posts und einer kurzen Ankündigungs-E-Mail wird; eine Webinar-Aufzeichnung, die zu einer Podcast-Episode und einem Blogartikel für Leser wird, die das Video nicht ansehen wollen; und eine bestehende Landing Page, die zu Ad-Texten für denselben Funnel wird, ohne die Kernaussage der Seite neu zu formulieren.

Die beiden Beta- beziehungsweise externen Quelltypen verdienen eine eigene Vorsicht: Google-Drive-Dateien laufen laut HubSpot noch im Beta-Status, und externe URLs bringen Inhalte ins Spiel, die nicht dem eigenen Redaktionsprozess unterlagen – ein fremder Blogartikel, eine Wettbewerber-Pressemitteilung oder ein Nachrichtenartikel. Beide Quelltypen eignen sich eher für Recherche und Inspiration als für Content, der ohne weitere Prüfung direkt veröffentlicht wird – der Beta-Status bei Google Drive bedeutet zudem, dass sich Verhalten und Verfügbarkeit noch ändern können, bevor die Funktion den allgemeinen Status erreicht.

Was muss vor dem ersten Remix-Lauf geklärt sein?

Ein Super-Admin muss den Schalter "Give users access to generative AI tools and features" aktiv gesetzt haben, sonst startet die Funktion gar nicht. Zusätzlich braucht der ausführende Nutzer die Content-Remix-Berechtigung selbst sowie die Berechtigung für jedes einzelne Zielwerkzeug – eine SMS ohne SMS-Berechtigung entsteht trotz Klick nicht.

• Content Hub Edition bestätigt, plus Marketing Hub bei geplanten Social Posts (Tabelle oben)
• Super-Admin-Schalter für generative KI-Funktionen aktiviert – ohne Rückfrage im Team meist der erste Blocker
• Content-Remix- und Zielwerkzeug-Berechtigungen für die ausführende Person einzeln geprüft, nicht nur die allgemeine Editor-Rolle
• Quell-Content redaktionell tatsächlich freigegeben – ein Remix aus einem veralteten Blogartikel verteilt dieselben veralteten Aussagen nur auf mehr Kanäle
• Freigabeprozess für die generierten Entwürfe definiert, bevor der erste Lauf startet, nicht danach

Der letzte Punkt wiegt am meisten: Content Remix ändert nichts an der Verantwortung für das, was am Ende veröffentlicht wird. Wer keinen Freigabeprozess hat, bekommt durch die Funktion nicht weniger Arbeit, sondern nur mehr Entwürfe, die irgendjemand trotzdem lesen muss.

Eine Frage gehört ebenfalls in diese Phase, auch wenn HubSpots eigene Dokumentation dazu keine Festlegung trifft: Wer im Team darf hochgeladene Dokumente – etwa ein internes Sales-Deck oder eine Kundenaufzeichnung – überhaupt als Remix-Quelle einreichen? Nicht jedes intern geteilte Material ist automatisch für die Veröffentlichung in sechs Kanälen gedacht, nur weil es technisch hochladbar ist.

Dieselbe Vorsicht gilt für Kundenmaterial: Eine Webinar-Aufzeichnung mit einem Kundenzitat oder ein Case-Study-Entwurf mit einer noch nicht final abgestimmten Zahl sind reizvolle Remix-Quellen, weil sie bereits erzählerisch fertig sind – genau deshalb aber auch riskant, wenn eine Freigabe für die Erstveröffentlichung vorlag, nicht aber für sechs neue, eigenständige Assets daraus.

Wie läuft ein Content-Remix-Durchgang Schritt für Schritt?

Der Weg führt über Content → Remix im HubSpot-Menü: Quelle wählen oder hochladen, bei Bedarf weitere Quellen ergänzen, Zielformate per Checkbox auswählen, Attribute wie Template, Länge, Stil und Ziel konfigurieren, generieren lassen und danach inline bearbeiten oder in der jeweiligen App weiter bearbeiten.

1. Im HubSpot-Menü zu Content → Remix navigieren (bei fehlendem Menüpunkt über "Mehr")
2. Startinhalt wählen: bestehenden Content auswählen, Text einfügen oder Datei hochladen
3. Optional über "Add content" weitere Quellen ergänzen, bis zu sechs insgesamt
4. Gewünschte Zielformate per Checkbox auswählen, bis zu sechs Assets pro Lauf
5. Attribute je Zielformat konfigurieren – Template, Länge, Stil, Zielsetzung. Für einen Social Post heisst das zum Beispiel Plattform und Tonfall, für eine E-Mail Betreffzeile-Fokus und Call-to-Action, für einen Podcast-Clip die Ziel-Länge in Minuten
6. "Generate" klicken und Ergebnisse abwarten
7. Jedes Ergebnis inline bearbeiten oder mit "Save and edit in app" in die jeweilige Zielanwendung übernehmen

Bemerkenswert ist Schritt 3: Weil bis zu sechs Quellen kombinierbar sind, lohnt es sich, vor dem Start bewusst zu entscheiden, ob mehr Rohmaterial tatsächlich ein besseres Ergebnis liefert – oder nur mehr Fläche, auf der die KI zwischen widersprüchlichen alten und neuen Aussagen wählen muss.

Praktisch durchgespielt: Aus einem einzelnen, aktuellen Blogartikel über eine neue Funktion sollen ein LinkedIn-Post, ein kurzer Ad-Text und eine Ankündigungs-E-Mail entstehen. Drei Zielformate, eine Quelle, ein Attribut-Set pro Format – kein Kombinationsrisiko, weil nichts widersprechen kann, was nur einmal gesagt wird. Genau dieser einfache Fall liefert erfahrungsgemäss die verwertbarsten Ergebnisse ohne Nacharbeit – und eignet sich deshalb am besten als erster Testlauf für ein Team, das die Funktion noch nicht kennt, bevor komplexere Kombinationen mit mehreren Quellen überhaupt zur Debatte stehen.

Was tun, wenn das Ergebnis nicht brauchbar ist?

Die häufigsten Ursachen sind fehlende Berechtigungen, ein zu dünner oder zu widersprüchlicher Quell-Content und Zielformate, die technisch zwar generiert, aber ohne die passende Hub-Lizenz gar nicht sinnvoll weiterverwendet werden können. Keine dieser Ursachen ist ein Bug – alle lassen sich vor dem nächsten Versuch beheben.

• Zielformat lässt sich nicht auswählen oder generiert nichts Verwertbares: Berechtigung für das jeweilige Zielwerkzeug fehlt, nicht nur für Content Remix selbst
• Ergebnis wirkt generisch oder widersprüchlich: mehrere Quellen mit unterschiedlichem Stand oder Tonfall kombiniert – Quellenauswahl reduzieren, nicht die Prompts nachschärfen
• Social-Post-Ausgabe lässt sich nicht weiterverwenden: Marketing Hub Professional/Enterprise fehlt zusätzlich zu Content Hub
• Funktion erscheint gar nicht im Menü: Super-Admin-Schalter für generative KI-Funktionen wurde nie aktiviert
• SMS-Zielformat bleibt grau hinterlegt: das separate SMS-Add-on fehlt auf Account-Ebene – eine Berechtigung allein reicht hier nicht, das Add-on selbst muss gebucht sein
• Ergebnis wiederholt veraltete Zahlen oder Aussagen: die Quelle selbst war veraltet – Content Remix reproduziert, was im Ausgangsmaterial steht, es prüft es nicht gegen die Realität
• Mehrere Quellen ergeben einen unentschlossenen Mittelweg-Text: die KI hat zwischen widersprüchlichen Formulierungen der Einzelquellen gemittelt, statt eine davon zu bevorzugen – bewusst nur die aktuellste Quelle behalten und erneut generieren

Wie macht man einen Remix rückgängig, ohne den Original-Content zu gefährden?

Content Remix verändert die Ausgangsquelle grundsätzlich nicht – der Blogartikel, aus dem remixt wurde, bleibt exakt so bestehen, wie er war. Jedes generierte Ergebnis ist ein neuer, eigenständiger Entwurf; ihn zu verwerfen bedeutet lediglich, diesen Entwurf zu löschen, nicht ihn "rückgängig zu machen".

Das reduziert das Risiko strukturell: Ein missglückter Remix-Lauf kostet im schlimmsten Fall ungenutzte Entwürfe, nie den Ursprungscontent. Die eigentliche Vorsicht gilt deshalb nicht dem Rückbau, sondern dem Vorher – wer einen Entwurf einmal in die jeweilige App übernommen und dort weiter ausgebaut hat, sollte diese Version wie jeden anderen Content-Entwurf über die normale Versionsgeschichte der Zielanwendung behandeln, nicht über Content Remix selbst.

Ein zweiter, oft übersehener Punkt: Ein bereits veröffentlichter Blogartikel, der später als Remix-Quelle dient, bleibt live und unverändert, während im Hintergrund neue Entwürfe daraus entstehen. Es gibt also keinen Moment, in dem eine laufende Seite für die Dauer eines Remix-Durchgangs offline oder inkonsistent wäre – das Risiko liegt ausschliesslich bei den neuen Entwürfen, nie bei der bestehenden Seite.

Wie prüft man vor der Veröffentlichung, ob ein Remix wirklich stimmt?

Jedes generierte Asset verdient dieselbe Prüfung wie selbst geschriebener Content: Fakten und Zahlen gegen die Quelle abgleichen, Markenstimme kontrollieren und im Zielformat tatsächlich Probe lesen – ein SMS-Entwurf, der im Editor gut aussieht, kann auf dem Bildschirm abgeschnitten wirken. Kein Schritt davon lässt sich an die KI zurückdelegieren.

Besonders heikel sind Zahlen und Kundenaussagen: Wenn die Ausgangsquelle eine Kennzahl, ein Kundenzitat oder eine Erfahrung enthält, kann ein Remix-Durchgang diese beim Übersetzen zwischen Formaten leicht verändern oder verkürzen – aus "über 50 Projekten" wird schnell "hunderte Projekte", weil das für ein SMS-Format knapper klingt. Genau dasselbe Risiko, das die eigene Redaktion ohne Proof-Register hätte, entsteht hier zwischen KI-Eingabe und -Ausgabe, nur unauffälliger, weil der Ursprungssatz ja tatsächlich korrekt war.

Für organischen Traffic kommt eine zweite Prüfung dazu: KI-generierter Content, der ohne inhaltliche Ergänzung nur umformuliert wurde, bringt keinen zusätzlichen Wert für Leser oder Suchmaschinen. Google bewertet seit Jahren nicht danach, ob ein Text von einem Menschen oder einer KI stammt, sondern danach, ob er einer echten Suchintention hilft – ein reiner Remix ohne neue Substanz besteht diese Prüfung nicht zuverlässig. Ein Remix ist deshalb kein Ersatz für redaktionelle Tiefe, sondern ein Ausgangspunkt, der überarbeitet werden muss, bevor er live geht.

Für einen neu erzeugten Blogartikel bedeutet das konkret: mindestens einen eigenen Blickwinkel, ein eigenes Beispiel oder eine zusätzliche Einordnung ergänzen, die im Ausgangsmaterial noch nicht stand. Ein Remix, der wortwörtlich denselben Blogartikel nur in anderer Reihenfolge wiedergibt, konkurriert inhaltlich mit der eigenen Quelle, statt sie zu ergänzen – und schadet damit im schlechtesten Fall sogar der Auffindbarkeit der Originalseite.

Die Markenstimme verdient dabei eine eigene Prüfung, unabhängig vom Faktencheck: Ein Blogartikel im Fliesstext und eine SMS-Nachricht folgen völlig unterschiedlichen Registern, selbst wenn beide aus derselben Quelle stammen. Ein Remix-Ergebnis, das im Blog-Format überzeugend wirkt, kann in der SMS-Kürze plötzlich wie eine harte Werbebotschaft klingen – genau die Art von Floskel, die im eigenen Fliesstext längst aussortiert wäre, aber im automatisch generierten Kurzformat leicht unbemerkt hineinrutscht.

Für welche B2B-Content-Kombinationen lohnt sich Remix wirklich – und wo ist KI keine Abkürzung?

Remix lohnt sich am meisten bei reiner Formatübersetzung ohne neue Fakten – ein bestehender Blogartikel wird zu Social Posts, ein Webinar-Transkript wird zu E-Mail-Textbausteinen. Er lohnt sich am wenigsten, wenn das Zielformat neue, spezifische Behauptungen braucht, die im Ausgangsmaterial gar nicht stehen.

Die Tabelle zeigt ein Muster: Je näher ein Zielformat am reinen Format-Wechsel bleibt, desto verlässlicher das Ergebnis. Je mehr ein Zielformat zusätzliche, neue Substanz erwartet – eine frische Zahl, ein aktualisiertes Kundenzitat, eine neue Einordnung –, desto mehr menschliche Nacharbeit bleibt zwingend nötig, unabhängig davon, wie gut das Modell im Einzelfall wirkt.

Die naheliegende Konsequenz für ein B2B-Team mit HubSpot-Implementierung: Content Remix ersetzt keine Content-Strategie, sondern beschleunigt die Umsetzung einer bereits bestehenden. Wer die Funktion einführt, ohne vorher zu klären, welche Aussagen und Zahlen überhaupt freigegeben sind, skaliert nicht die Redaktion – er skaliert das Risiko, dass eine einzelne veraltete Zahl in sechs Kanälen gleichzeitig auftaucht, statt in einem.

• Mit einer Quelle und einem Zielformat beginnen, nicht mit der maximalen Kombination aus sechs und sechs
• Nur redaktionell freigegebenen Content als Quelle zulassen, keine internen Rohentwürfe oder ungeprüften Aufzeichnungen
• Zahlen und Kundenaussagen in jedem Ergebnis einzeln gegen die Quelle gegenprüfen, unabhängig vom Zielformat
• Markenstimme separat für jedes Zielformat prüfen, nicht nur einmal für die Quelle
• Freigabeprozess vor dem ersten Lauf festlegen, damit Entwürfe nicht unkontrolliert in Zielanwendungen wandern

Ein pragmatischer Startpunkt: mit einer einzigen, sauberen Quelle und einem einzigen Zielformat beginnen, das Ergebnis vollständig gegen die Quelle prüfen, und erst danach die Kombination aus mehreren Quellen und mehreren Zielformaten wagen. Das gilt unabhängig davon, ob die eigene HubSpot-Implementierung Content Hub schon lange nutzt oder gerade erst evaluiert wird – die Governance-Fragen sind vor dem ersten Lauf dieselben, nicht erst nach dem ersten sichtbaren Fehler.

Buch dir dazu ein kostenloses Erstgespräch – wir schauen uns an, welche Content-Kombinationen bei deinem bestehenden Material tatsächlich Zeit sparen und wo ein Redaktionsschritt zwingend bleibt.