Technologie<\/h2>\n\n\n\n
Das cloudbasierte Hubspot CMS bietet vieles, was wir von bekannten Content Management Systemen kennen. Die Strukturierung des Content passiert, wie z.B. auch bei Enterprise L\u00f6sungen wie AEM<\/a>, Magnolia<\/a> oder Sitecore<\/a>, auf Seiten und Komponenten. Beide k\u00f6nnen in beliebiger Form als sogenannte Templates (f\u00fcr Seiten) und Modules (f\u00fcr Komponenten) erstellt werden. Gekapselt wird das ganze in einem Theme<\/a>. Wie aus der WordPress-Welt bekannt, gibt es auch f\u00fcr Hubspot bereits vorgefertigte Themes, womit direkt eine Website in wenigen Klicks erstellt werden kann. Solche Themes lassen sich aber auch selbst entwickeln, was wir f\u00fcr unseren Auftritt gemacht haben.<\/p>\n\n\n\n Das Hubspot CMS basiert auf einer sehr veralteten Bootstrap Version. Bootstrap ist das wohl bekannteste, gr\u00f6sste und m\u00e4chtigste CSS Framework. F\u00fcr unseren relativ kleinen Auftritt nicht das richtige. Deshalb haben wir uns f\u00fcr Bulma<\/a> entschieden. Bulma ist leichtgewichtig, einfach und zudem bereits mit einigen Basis-Komponenten ausger\u00fcstet, die perfekt auf die Vorstellungen unseres Webauftritts passen. Entgegen der Idee von Hubspot, CSS (und JavaScript) direkt in Hubspot zu entwickeln, haben wir uns f\u00fcr eine Variante entschieden, in der wir das Frontend unabh\u00e4ngig vom Hubspot CMS in einem Frontend-Prototypen erstellen und die daraus resultierenden Artefakte mit dem Hubspot CLI Tool<\/a> ins CMS laden. <\/p>\n\n\n\n Im Hubspot Design Manager kann grunds\u00e4tzlich im Browser die komplette Website entwickelt werden. Unter den Ordnern templates<\/em> und modules <\/em>befinden sich die Seitenlayouts und Komponenten.<\/p>\n\n\n\n Als Templating-Sprache wird die propriet\u00e4re, etwas gew\u00f6hnungsbed\u00fcrftige HubL-Syntax<\/a> verwendet. Komponenten (oder eben Module) lassen sich im Design Manager einfach konfigurieren und ebenfalls via Hubspot CLI importieren oder exportieren. <\/p>\n<\/div>\n\n\n\n Mit dem Hubspot CLI<\/a> lassen sich die Dateien eines Hubspot Themes mit dem lokalen Dateisystem synchronisieren. Daf\u00fcr muss das Hubspot CLI Tool installiert und konfiguriert werden. Anschliessend l\u00e4sst sich mit dem hs fetch Befehl \u00fcber die Kommandozeile Inhalt von Hubspot exportieren oder mit dem Befehl hs upload Dateien wieder im Hubspot importieren. Wir ben\u00fctzen das Hubspot CLI f\u00fcr die Versionierung in GIT sowie – wie bereits weiter oben angemerkt – f\u00fcr das Hochladen der Frontend Assets aber auch um den Entwicklungsstand von der DEV auf die PROD Instanz in Hubspot durchf\u00fchren zu k\u00f6nnen. <\/p>\n\n\n\n Mit dem Hubspot CMS l\u00e4sst sich in wenigen Tagen eine voll funktionsf\u00e4hige Website erstellen. Mit Templates und Modules sind aus der Enterprise-Welt bekannte Konzepte enthalten, die auch erstaunlich gut funktionieren. Auch mehrere Seitensprachen<\/a> k\u00f6nnen einfach eingerichtet und gepflegt werden. Insgesamt \u00fcberzeugt der Content Editor sowieso. Dieser bietet einige nette Features wie z.B. die Preview-Sicht (mit versendbarem Link) f\u00fcr unver\u00f6ffentlichte Seiten.<\/p>\n\n\n\n Ebenso ist die Plattform schnell, Caching sei Dank werden nicht nur Bilder (aus der einfach gehaltenen Media Library), sondern auch jeglicher statischer Content schnell ausgeliefert. Dazu ist ein Blog-Modul enthalten und mit sogenannten Landing Pages k\u00f6nnen Formulare in die Website eingebunden werden, womit die Integration ins CRM (Web to Lead<\/a>) gemacht werden kann.<\/p>\n\n\n\n Zu guter Letzt ist es auch m\u00f6glich, verschiedene Environments zu erstellen. Wie bereits weiter oben erw\u00e4hnt verwenden wir eine DEV und PROD Umgebung, es w\u00e4re aber auch m\u00f6glich weitere Entwicklungs-Instanzen zu erstellen.<\/p>\n\n\n\n In der freien Version des CMS ist die Seitenzahl auf 50 Seiten limitiert, was f\u00fcr uns aktuell (noch) ausreichend ist. Leider gibt es in der freien Version keine Seitenhierarchien, deshalb sind unsere Pages hierarchisch alle auf der gleichen Ebene. Eine Custom \u201cBreadcrumb-Komponente\u201d sowie h\u00e4ndisches Hinzuf\u00fcgen der Seiten zu Haupt-Navigationspunkten schaffen hier aber Abhilfe. <\/p>\n\n\n\n Ebenso sind komplexere Entwicklungen (z.B. \u00dcbersetzung von Labels, Wiederverwendbarkeit von Content) eher aufw\u00e4ndig oder nur mit Workarounds m\u00f6glich. Hier hilft die in einigen Punkten sehr umst\u00e4ndliche Hubl-Syntax auch nur bedingt.<\/p>\n\n\n\n Gerade wegen den oben genannten Nachteilen skaliert Hubspot in der freien Version nicht und man st\u00f6sst – wie zu erwarten – irgendwann an seine Grenzen oder m\u00fcsste auf die doch etwas teurere Professional-Version updaten. Ebenso muss immer bedenkt werden, dass ein SaaS CMS immer gewisse Limitationen mit sich bringt und diese dann nur schwer zu erweitern\/erg\u00e4nzen sind.<\/p>\n\n\n\n Aus diesen Gr\u00fcnden empfehlen wir in kleinen und vom Umfang her gut abzusch\u00e4tzenden F\u00e4llen (und nur in Kombination mit dem Hubspot CRM) das CMS von Hubspot zu w\u00e4hlen (wo wir nat\u00fcrlich auch gerne bereit sind Unterst\u00fctzung zu leisten!). Bulma<\/h3>\n\n\n\n
Hubspot Design Manager<\/h3>\n\n\n\n
![\"\"](\"https:\/\/i0.wp.com\/diselva.com\/wp-content\/uploads\/2025\/07\/undefined-2.png?resize=320%2C399&quality=78&ssl=1\")
<\/figure>\n<\/div>\n<\/div>\n\n\n\nHubspot CLI<\/h3>\n\n\n\n
Vorteile<\/h2>\n\n\n\n
Nachteile<\/h2>\n\n\n\n
![\"\"](\"https:\/\/i0.wp.com\/diselva.com\/wp-content\/uploads\/2025\/07\/undefined-3.png?resize=1360%2C275&quality=78&ssl=1\")
<\/figure>\n\n\n\nFazit<\/h2>\n\n\n\n
Ist aber bereits von Beginn weg bekannt, dass das CMS im Funktionsumfang wachsen wird, nicht der einzige Kanal f\u00fcr digitalen Inhalt sein wird oder sich gut in oder mit anderen Systemen integrieren lassen soll, so empfehlen wir das CMS in einer Composable Architektur<\/a> entsprechend zu platzieren und ein daf\u00fcr vorgesehenes Produkt zu w\u00e4hlen.<\/p>\n\n\n\n