HubSpot Smart-Content-Regeln richtig einsetzen
Smart Content zeigt Modul-Varianten je nach Liste, Lifecycle-Phase, Land, Gerät oder Quelle. Wann Personalisierung offene Verkaufschancen bewegt – und wann nur Aufwand.
Was sind Smart-Content-Regeln in HubSpot – und was leisten sie nicht?
Smart-Content-Regeln zeigen unterschiedliche Versionen eines einzelnen Moduls, je nachdem, zu welcher Besucherkategorie ein Kontakt gehört – nach Liste, Lifecycle-Phase, Land, Gerät, Sprache, Verweisquelle, Anzeigenquelle oder Abfrageparameter. Struktur und Layout der gesamten Seite bleiben für alle Besucher unverändert gleich, nur der Inhalt eines einzelnen Moduls wechselt.
Das ist ein wichtiger Unterschied: Smart Content ist kein Segmentierungs-Tool für die ganze Seite und keine Personalisierung auf Basis einzelner Kontaktfelder wie Vorname oder Firma – dafür gibt es Personalisierungs-Tokens. Klassische Tokens ersetzen ein einzelnes Wort innerhalb eines Fliesstexts, etwa den Vornamen in einer Begrüssungszeile. Smart Content ersetzt stattdessen einen ganzen, vorher fertig gestalteten Modulblock – Bild, Überschrift und Text gemeinsam –, abhängig von genau einem Regeltyp pro Modul, nicht von einem einzelnen Feldwert.
Verfügbar ist die Funktion je nach Produkt unterschiedlich weit:
| Content-Typ | Marketing Hub Pro/Enterprise | Content Hub Pro/Enterprise |
|---|---|---|
| Blog-Posts | ✓ | ✓ |
| Landing Pages | ✓ | ✓ |
| Website-Seiten | ✓ | ✓ |
| Marketing-E-Mails | ✓ | ✗ |
Wer Smart Content ausschliesslich für Blog, Landing Pages und Website-Seiten braucht, kommt mit Content Hub aus. Sobald E-Mail-Betreffzeilen oder E-Mail-Module dazukommen sollen, führt kein Weg an Marketing Hub vorbei.
Die Trennung hat einen produktseitigen Grund: Content Hub bündelt die frühere CMS-Hub-Funktionalität mit Content-Werkzeugen, aber ohne E-Mail-Marketing – das bleibt Teil von Marketing Hub. Wer Website-Personalisierung und Smart-E-Mails gemeinsam braucht, kombiniert entsprechend beide Produkte oder bleibt gleich bei Marketing Hub, das beide Bereiche von Anfang an in einem einzigen Abonnement abdeckt.
Ein Beispiel macht den Modul-Fokus konkret: Auf einer Preisseite kann ein einzelner CTA-Block für einen anonymen Erstbesucher "Preise anfragen" zeigen und für einen Kontakt, der bereits als Kunde in einer Liste steht, stattdessen "Zum Kundenportal" – Headline, Bildmaterial und der Rest der Seite bleiben unverändert. Genau dieser begrenzte, vorhersagbare Wirkungsbereich unterscheidet Smart Content von einer vollständig dynamischen Seite.
Welche Personalisierungskriterien gibt es, und wann passt welches zu B2B?
Acht Regeltypen stehen zur Wahl: Anzeigenquelle, geografischer Standort, Gerätetyp, Verweisquelle, bevorzugte Sprache, Kontaktlistenmitgliedschaft, Lifecycle-Phase und Abfrageparameter. Nur zwei davon – Kontaktlistenmitgliedschaft und Lifecycle-Phase – funktionieren auch in Marketing-E-Mails, weil sie auf bekannten Kontakten statt auf anonymen Signalen beruhen.
Der Unterschied ist keine Fussnote, sondern die eigentliche Weichenstellung: Fünf der acht Regeltypen werten anonyme Signale eines Browsers aus – UTM-Parameter, IP-Adresse, User-Agent, Referrer-Header, Browsersprache oder Query-String. Sie verschwinden, sobald derselbe Kontakt eine E-Mail öffnet, weil E-Mails an bekannte Empfänger gehen, nicht an anonyme Besucher.
| Regeltyp | Datenquelle | Auch in E-Mail? | Sinnvoll für B2B, wenn … |
|---|---|---|---|
| Anzeigenquelle | UTM-Parameter in der URL | Nein | Landingpages je Kampagne unterschiedliche Angebote zeigen |
| Geografischer Standort | IP-Adresse → Land | Nein | DACH- von internationalem Content oder Währung trennen |
| Gerätetyp | Browser-User-Agent | Nein | nur Layout-Details steuern, nie die Kernbotschaft |
| Verweisquelle | Referrer-Header | Nein | Content je nach Herkunftskanal variieren soll |
| Bevorzugte Sprache | Browser-Spracheinstellung | Nein | ein Fallback für Besucher ohne aktive Sprachwahl gebraucht wird |
| Kontaktlistenmitgliedschaft | HubSpot-Liste (per Cookie zugeordnet) | Ja | ABM-Tier, Kunde vs. Prospect oder Produktinteresse den Content steuern soll |
| Lifecycle-Phase | Kontakteigenschaft (per Cookie zugeordnet) | Ja | dieselbe Phase, die auch Scoring und Sales-Handover steuert, wiederverwendet wird |
| Abfrageparameter | URL-Query-String | Nein | personalisierte Links aus E-Mail, Ads oder Sales-Outreach ausgewertet werden |
Die ersten sechs Zeilen der Tabelle haben eines gemeinsam: Sie sagen etwas über den Besuch aus, nicht über das Unternehmen dahinter. Ein Besucher aus der Schweiz mit Firmen-Notebook und Klick von LinkedIn kann ein perfekter ICP-Fit sein oder ein Student, der einen Blogartikel liest – die anonymen Signale allein unterscheiden das nicht. Kontaktlistenmitgliedschaft und Lifecycle-Phase dagegen setzen erst dann ein, wenn HubSpot den Besucher einem echten CRM-Datensatz zuordnen kann.
Was muss vor der ersten Smart-Content-Regel geklärt sein?
Vor der ersten Regel steht die Frage, ob der Content auf Marketing Hub oder Content Hub läuft und in welcher Edition – Content Hub deckt keine Smart-E-Mails ab. Ausserdem muss die Zielkategorie selbst schon existieren: die HubSpot-Liste, die Lifecycle-Phase-Definition oder die UTM-Struktur, sonst hat die Regel nichts, worauf sie reagieren kann.
- Hub und Edition bestätigt (Tabelle oben) – insbesondere bei geplantem Einsatz in E-Mail-Betreffzeilen
- Zielliste(n) in HubSpot angelegt und aktuell gepflegt, nicht nur als Idee im Backlog
- Lifecycle-Phasen im Portal einheitlich definiert – Vorsicht, wenn der Sales-Handover-Prozess eigene Zwischenphasen nutzt, die nicht überall gleich heissen
- Standard-/Fallback-Content inhaltlich fertig, nicht nur die Sonderfälle – jeder Besucher ohne passende Kategorie sieht genau diesen
- Bei Abfrageparametern: Sonderzeichen
#,%,=,&und;im Voraus durch die kodierte Variante ersetzt - Bei globalen Modulen geprüft, ob das Modul einzeln global oder Teil einer globalen Gruppe ist – Gruppen unterstützen kein Smart Content
Eine Governance-Frage gehört ebenfalls in die Pre-flight-Phase, auch wenn sie selten dort landet: Wer legt die Listen und Lifecycle-Werte an, die Smart Content später auswertet, und stimmt ihre Benennung mit Sales und Vertriebssteuerung und Auswertung ab? Eine Liste, die ursprünglich für ein Reporting-Dashboard gebaut wurde, verändert sich irgendwann in ihrer Bedeutung – und reisst dann unbemerkt die darauf aufgebaute Smart-Content-Regel mit. Eigene, klar benannte Listen für Personalisierungszwecke vermeiden dieses Risiko.
Ein Punkt wird dabei regelmässig übersehen: Kontaktlistenmitgliedschaft und Lifecycle-Phase werden per Cookie einem bekannten Kontakt zugeordnet. Ohne diese Zuordnung – etwa weil ein Besucher Cookies blockiert oder die Cookie-Zustimmung auf der eigenen Seite verweigert – greift die Regel schlicht nicht, unabhängig davon, wie korrekt sie konfiguriert ist. Die übliche Consent-Logik der eigenen Cookie-Richtlinie bleibt also weiterhin massgeblich, Smart Content ändert daran nichts.
Wie erstellt man eine Smart-Content-Regel Schritt für Schritt?
Für Blog-Posts und Website-Seiten läuft die Erstellung über den Content-Editor: Modul auswählen, in der Seitenleiste eine Smart-Regel hinzufügen, Regeltyp und Kategorie wählen, speichern. Für E-Mails gilt eine engere Auswahl – nur Betreffzeilen und einzelne Module, nur mit Kontaktlistenmitgliedschaft oder Lifecycle-Phase als Regeltyp.
- Content-Editor öffnen und das betroffene Modul auswählen
- Im Seitenleisten-Editor im Abschnitt "Smart-Regeln" auf "Hinzufügen" klicken
- Im Dropdown "Anderen Content anzeigen, basierend auf" einen Regeltyp wählen
- Die passende Smart-Regel-Kategorie auswählen, zum Beispiel die Ziel-Liste oder Lifecycle-Phase
- Bei Bedarf weitere Kategorien desselben Regeltyps ergänzen
- Speichern
Eine Einschränkung gilt für jedes Modul gleich: nur ein Regeltyp pro Modul. Wer Lifecycle-Phase und Land gleichzeitig auswerten will, braucht zwei Module oder eine übergeordnete Priorisierung, nicht eine kombinierte Regel.
Im Design-Manager gilt dieselbe Logik für lokale und globale Module – solange das Modul nicht Teil einer globalen Gruppe ist. Für Marketing-E-Mails entfällt die Modul-Seitenleiste; Smart-Regeln werden direkt an der Betreffzeile oder am jeweiligen E-Mail-Modul konfiguriert:
- E-Mail im Editor öffnen, Betreffzeile oder das betroffene Modul auswählen
- Smart-Regel hinzufügen, als Regeltyp Kontaktlistenmitgliedschaft oder Lifecycle-Phase wählen
- Zielkategorie(n) auswählen – zum Beispiel "Kunde" versus alle anderen Lifecycle-Phasen
- Variante je Kategorie formulieren, Standard-Variante nicht vergessen
- Speichern und vor dem Versand per Testmail prüfen (siehe Post-Validierung)
Praktisch durchgespielt: Eine Landing Page für ein Webinar bekommt eine Regel auf Kontaktlistenmitgliedschaft mit drei Kategorien – "ABM Tier 1", "ABM Tier 2" und keine passende Liste als Fallback. Tier-1-Kontakte sehen einen Hinweis auf ein anschliessendes 1:1-Gespräch, Tier-2-Kontakte einen Link zu einer Wissen & Leitfäden-Bibliothek, alle anderen die Standard-Anmeldung. Drei Kategorien, ein Regeltyp, ein Modul – exakt im Rahmen der Beschränkung von oben.
Was tun, wenn eine Smart-Content-Regel nicht wie erwartet greift?
Die meisten Fehler fallen in drei Klassen: Die Zielkategorie ist leer oder falsch befüllt, die Priorität mehrerer zutreffender Regeln wurde nicht beachtet, oder ein technisches Detail wie die Kodierung von Sonderzeichen wurde übersehen. Keine dieser Ursachen braucht Support – alle lassen sich direkt im Editor oder in der betroffenen Liste beziehungsweise Kontakteigenschaft prüfen, meist innerhalb weniger Minuten.
- Regel greift gar nicht: Liste ohne aktuelle Mitglieder oder Lifecycle-Phase beim Kontakt nicht gesetzt – Zielkategorie direkt in HubSpot prüfen, nicht nur die Regel selbst
- Regel greift für die falschen Besucher: Bei mehreren zutreffenden Kategorien gewinnt die Regel, die in der Liste am weitesten oben steht – nicht automatisch die spezifischste. Reihenfolge prüfen, nicht nur Inhalt
- Gerätetyp wirkt unzuverlässig: Der Wert lässt sich im Browser manuell ändern und ist damit kein belastbares Segmentierungsmerkmal – erwartungsgemäss, keine Fehlfunktion
- Abfrageparameter zeigt Standard-Content: Sonderzeichen
#,%,=,&,;in der URL nicht kodiert - Globales Modul zeigt keine Smart-Variante: Modul ist Teil einer globalen Gruppe statt eines einzelnen globalen Moduls
- Bekannter Kontakt sieht trotzdem den Standard-Content: Cookie noch nicht gesetzt oder auf einem anderen Gerät/Browser gelöscht – die Zuordnung zum Kontaktdatensatz ist neu, nicht die Regel fehlerhaft
- Regel gespeichert, aber live weiterhin nur Standard-Content sichtbar: Eine gespeicherte Smart-Regel wirkt erst mit der nächsten Veröffentlichung der Seite selbst – Speichern der Regel und Veröffentlichen der Seite sind zwei getrennte Schritte
Wie macht man eine Regel rückgängig, ohne den Content zu verlieren?
Eine einzelne Regel zu löschen entfernt nur diese eine Variante – der restliche Content und die anderen Regeln bleiben bestehen. Nur wer den Regeltyp selbst wechseln will, muss vorher wirklich alle bestehenden Regeln des Moduls löschen, weil ein Modul immer nur einen Regeltyp gleichzeitig trägt.
Das Papierkorb-Symbol neben jeder Regel entfernt genau diese eine Kategorie. Zwischen Standard- und Smart-Content wechseln lässt sich zusätzlich jederzeit über das Dropdown "Bearbeiten für:", ohne dass dabei irgendetwas gelöscht wird – ein sicherer Weg, um den Standard-Content vor dem Publizieren noch einmal isoliert zu prüfen. Dieselbe Umschaltung eignet sich auch, um schnell zu testen, wie die Seite ohne jede Regel wirkt, bevor man sich fragt, welche der Regeln eigentlich das beobachtete Verhalten verursacht.
Der Standard-Content verdient dabei mehr Aufmerksamkeit, als ihm meist zukommt: Suchmaschinen-Crawler und jeder Besucher ohne zuordenbaren Cookie sehen in aller Regel genau diese Variante, nicht die personalisierten Varianten. Ein Fallback, der nur als Lückenfüller gedacht war, wird damit faktisch zur meistgesehenen Version der Seite – und sollte entsprechend genauso sorgfältig formuliert sein wie die aufwendigste Smart-Variante, nicht als nachrangige Restkategorie behandelt werden.
Wie prüft man vor dem Go-Live, ob die Regel wirklich funktioniert?
Im Content-Editor lässt sich jede Smart-Variante direkt auswählen und ansehen, im Vorschaubildschirm zusätzlich über das Dropdown "Vorschau als" → "Smart-Regel". Für E-Mail-Betreffzeilen funktioniert das anders: Nur eine Test-E-Mail zeigt, welche Variante ein bestimmter Kontakt tatsächlich sieht.
Sinnvoll ist, jede definierte Kategorie einzeln zu prüfen, nicht nur die Standard-Variante und eine Stichprobe. Gerade bei Lifecycle-Phase-Regeln mit mehr als zwei oder drei Stufen bleibt sonst leicht eine Phase unentdeckt ohne sinnvollen Content – bis ein echter Kontakt in genau dieser Phase landet.
Ein belastbarer Test braucht einen echten Testkontakt, nicht nur die Editor-Vorschau: einen Datensatz anlegen, ihn nacheinander in die relevanten Listen aufnehmen oder durch die Lifecycle-Phasen schieben, und die Seite jeweils angemeldet oder über einen Tracking-Link erneut aufrufen. Nur so zeigt sich, ob die Cookie-Zuordnung tatsächlich greift – die Editor-Vorschau simuliert die Kategorie, prüft aber nicht den echten Zuordnungsweg über den Browser.
Eine Erfolgsmessung je Variante liefert die Funktion selbst nicht mit. Wer wissen will, ob die Tier-1-Variante tatsächlich mehr qualifizierte Gespräche auslöst als die Standard-Version, braucht ein eigenes Setup dafür – unterschiedliche CTA-Ziele oder UTM-Parameter je Variante zum Beispiel – und wertet das über die üblichen HubSpot-Reports aus, nicht über eine eingebaute Vergleichsstatistik der Smart-Regel.
Welche Regeltypen lohnen sich für offene Verkaufschancen-Arbeit wirklich – und welche sind nur Kosmetik?
Nur Kontaktlistenmitgliedschaft und Lifecycle-Phase verbinden Smart Content mit echten CRM-Daten und funktionieren kanalübergreifend in Web und E-Mail. Die übrigen sechs Regeltypen werten anonyme Browser-Signale aus – nützlich für Top-of-Funnel-Nuancen, aber ungeeignet, um die eigentliche Kernbotschaft eines B2B-Angebots zu tragen.
Das ist keine Frage der technischen Möglichkeiten, sondern der Verlässlichkeit: Ein Gerätetyp lässt sich manuell ändern, eine IP-Adresse sagt nichts über den ICP-Fit eines Unternehmens, und eine Verweisquelle verschwindet, sobald ein Kontakt die Seite ein zweites Mal direkt aufruft. Lifecycle-Phase und Listenmitgliedschaft dagegen stammen aus genau denselben Feldern, die auch ICP-Tier und Account-Score steuern oder den Sales-Handover aus einer E-Mail-Automatisierung auslösen.
Die naheliegende Konsequenz: Smart Content sollte nicht als separates Marketing-Spielzeug parallel zum bestehenden Scoring- und Lifecycle-Modell aufgebaut werden, sondern auf denselben Listen und Phasen aufsetzen. Eine Landing Page, die für "MQL" anders aussieht als für "Kunde", nutzt exakt die Logik, die auch die Aufbau neuer Verkaufschancen und den Vertriebs-Handover trägt – statt eine zweite Wahrheit über den Kontakt aufzubauen. Derselbe Gedanke funktioniert auch umgekehrt in der E-Mail-Automatisierung: Ein Nurturing-Workflow, der den Sales-Handover korrekt auslöst, sollte in der Betreffzeile idealerweise dieselbe Lifecycle-Phase abfragen, die auch die Landing Page zuvor personalisiert hat – sonst widersprechen sich Web-Erlebnis und E-Mail-Ansprache für denselben Kontakt.
- Erst Lifecycle-Phase und Listenmitgliedschaft konfigurieren, alles andere ist Feinschliff, nicht Grundlage
- Fallback-Content so gut schreiben, als wäre er die einzige Version der Seite – für Crawler und die meisten Erstbesucher ist er das auch
- Listen und Lifecycle-Werte für Smart Content nicht mit Reporting-Listen teilen, sondern eigene, klar benannte Listen anlegen
- Vor jeder neuen Regelkategorie prüfen, ob sie inhaltlich etwas verändern soll oder nur, weil die Option technisch verfügbar ist
- Jede Kategorie einzeln mit einem echten Testkontakt validieren, nicht nur mit der Editor-Vorschau
Wo Smart Content trotzdem an Grenzen stösst: Es verändert immer nur ein Modul, nie die gesamte Seitenstruktur, und es ersetzt keine vollständige Personalisierungsstrategie in einer HubSpot-Implementierung – dafür braucht es weiterhin ein durchdachtes Datenmodell, nicht nur Regeln im Editor.
| Reihenfolge | Regeltyp | Warum an dieser Stelle |
|---|---|---|
| 1 | Lifecycle-Phase | bereits im CRM gepflegt, kanalübergreifend nutzbar |
| 2 | Kontaktlistenmitgliedschaft (ABM-Tier) | verbindet Content direkt mit Account-Priorität |
| 3 | Geografischer Standort | sinnvoll für Währung/Sprache, aber ohne CRM-Bezug |
| 4 | Anzeigenquelle, Verweisquelle, Sprache, Gerätetyp, Abfrageparameter | Feinschliff für Top-of-Funnel-Nuancen, nicht für die Kernaussage |
Ein pragmatischer Startpunkt: Zuerst Lifecycle-Phase und ein bis zwei ABM-Tier-Listen als Regeltyp nutzen, bevor Land, Sprache oder Gerätetyp überhaupt in Betracht kommen. Buch dir dazu ein kostenloses Erstgespräch – wir schauen uns an, welche Regeltypen bei deinem Lifecycle- und Scoring-Modell tatsächlich etwas bewegen, und welche davon eher Aufwand als Wirkung erzeugen würden.
Häufig gestellte Fragen
Kann man mehrere Regeltypen in einem Modul kombinieren?
Funktioniert Smart Content auch in Marketing-E-Mails?
Was passiert, wenn ein Besucher zu mehreren Regeln passt?
Braucht Smart Content Cookies oder die Zustimmung des Besuchers?
Reicht Content Hub oder braucht man Marketing Hub?
Wie zuverlässig ist die Gerätetyp-Regel wirklich?
Ein kostenloses 60-Minuten-Erstgespräch klärt, welcher Hebel zuerst greift. Kein Pitch, ehrliche Einschätzung, ob es passt und klarer nächster Schritt.