Webflow hat ein CMS – aber nicht in jedem Tarif. OpenImmo hängt dort nicht nativ und nur über wenige Middleware-Anbieter. Mit ImmoWebport kommt der Bestand per Embed ins Layout: Designer bleibt, CRM bleibt Quelle.
Webflow ist ein visueller Designer mit optionalem CMS. Collections gibt es in den höheren Site-Tarifen, nicht in jedem Projekt. Typische Nutzer sind Webflow-Partner, Inhouse-Designer und Makler-Sites mit starker Marke. Blog, Team und Referenzen gehören in Collections. OpenImmo-XML ist keines dieser Felder.
Wer den Bestand trotzdem ins native CMS schreiben will, braucht den passenden Tarif und eine API-Pipeline. In der Praxis tun das nur wenige Anbieter – oft WordPress plus WP-ImmoMakler als Rohr, oder eine Eigenentwicklung über Make. Das ist möglich, aber teuer, tarifabhängig und an Item-Limits gebunden.
Der kürzere Weg: Webflow bleibt das Design-Tool, das CRM die Objektquelle. ImmoWebport spielt den Feed als Embed ein – ohne CMS-Plan als Voraussetzung und ohne zweites System nur für den Import.
OpenImmo ist der XML-Export aus onOffice, Flowfact, Propstack und anderen. Webflow-Collections sind dafür nicht gebaut – und fehlen in manchen Tarifen ganz. Details zur Schnittstelle: OpenImmo-Hub. Hier geht es um den praktikablen Webflow-Weg: Embed statt Collection-Sync.
Ins native CMS nur mit Tarif und Middleware – der kürzere Weg ist das Embed
WP-ImmoMakler importiert OpenImmo und schreibt die Objekte per Webflow-API in eine CMS Collection. Dafür brauchst du den passenden Webflow-CMS-Tarif, WordPress als Rohr und ein Feldmapping – einen der wenigen Wege, OpenImmo überhaupt ins native CMS zu bringen.
Zapier, Make oder ein Script legt CMS-Items an, sobald irgendwo OpenImmo ankommt. Klingt modern – OpenImmo-XML, Medien und Löschlogik bleiben trotzdem dein Problem.
Jedes Objekt als CMS-Item im Designer anlegen. Sieht im Template perfekt aus – und ist nach der ersten Preisänderung falsch.
Der Bestand kommt aus dem CRM, die Anzeige sitzt im Designer. Du brauchst kein zweites WordPress, keinen CMS-Tarif als Pflicht und kein Feldmapping für den Objektfeed.
Collections sind ein Webflow-Feature der höheren Site-Pläne, kein Standard in jedem Projekt. Den Objektfeed daran zu hängen heißt: erst den richtigen Tarif, dann Item-Limits. Das Embed braucht diese Collection nicht.
Webflow hat keine OpenImmo-App. Wer Items per API anlegen will, landet bei einzelnen Middleware-Tools – oft WordPress plus WP-ImmoMakler – oder bei einer Eigenentwicklung. Für die üblichen CRMs ist das der Umweg.
Farben und Typo stellst du im Widget und im Webflow-Layout. Du mapst nicht 40 OpenImmo-Felder auf 40 Collection-Fields, nur damit die Liste aktuell bleibt.
onOffice, Flowfact, Propstack, FTP: einmal anbinden. Dieselbe Quelle kann parallel auf WordPress oder einer Ads-LP liegen – ohne Webflow-CMS-Plan als Voraussetzung.
Keine TYPO3-Extensions, keine Jimdo-Widgets
CRM exportiert OpenImmo, ImmoWebport synchronisiert, Webflow zeigt den Bestand im Embed. Unabhängig davon, ob der Tarif ein CMS hat – und ohne die wenigen Middleware-Anbieter, die Collections per API füllen.
Typ: WordPress-Middleware
WP-ImmoMakler importiert OpenImmo und schreibt die Objekte per Webflow-API in eine CMS Collection. Dafür brauchst du den passenden Webflow-CMS-Tarif, WordPress als Rohr und ein Feldmapping – einen der wenigen Wege, OpenImmo überhaupt ins native CMS zu bringen.
Aufwand: Hoch · Kauf oder Miete plus Webflow-CMS-Plan
WP-ImmoMakler WebflowTyp: Automation
Zapier, Make oder ein Script legt CMS-Items an, sobald irgendwo OpenImmo ankommt. Klingt modern – OpenImmo-XML, Medien und Löschlogik bleiben trotzdem dein Problem.
Aufwand: Sehr hoch · Entwicklung plus Automation
Typ: Manuelle Collection
Jedes Objekt als CMS-Item im Designer anlegen. Sieht im Template perfekt aus – und ist nach der ersten Preisänderung falsch.
Aufwand: Dauerhaft hoch · 0€ plus Zeit
| Weg | Live-Sync | Designer bleibt | Ohne CMS-Tarif | Aufwand |
|---|---|---|---|---|
| ImmoWebportEmpfohlen | Niedrig | |||
| WP-ImmoMakler → Webflow CMS | Hoch | |||
| Eigene Collection per Make/API | Sehr hoch | |||
| Statische CMS-Items von Hand | Dauerhaft hoch |
Die Webflow-Agentur bleibt im Designer. OpenImmo, Medien und Sync sind nicht ihr Job. Das Embed sitzt in einer Section – wie ein Buchungs- oder Kalender-Widget.
Marke, Blog und Team können in Webflow-Collections leben – sofern der Tarif CMS hergibt. Der Objektbestand gehört nicht dorthin: er kommt stündlich aus dem CRM und ist mit ImmoWebport ein Embed, kein Item-Kontingent.
Standort-A-Site, Kampagnen-Clone, Partner-Page: jedes Projekt bekommt dasselbe oder ein gefiltertes Widget. Keine zweite WordPress-Middleware pro Domain.
Viele Real-Estate-Templates erwarten CMS-Items. Wenn das Ziel „Objekte anzeigen“ ist und nicht „jedes Feld im Designer binden“, ist das Embed der kürzere Weg.
Embed-Element – keine Collection, keine API
Export im CRM aktivieren. Die Objekte liegen danach in ImmoWebport – nicht als Webflow-CMS-Items.
Für die Bestandsseite eignen sich Raster oder Liste, für die Startseite ein Slider, für die Kampagne die Wertermittlung. Merke dir Container und Script.
Add-Panel → Embed. Snippet unverändert einfügen. Nicht in ein Rich-Text-Feld und nicht als CMS-Feld „HTML“ pro Item – eine Section reicht.
Embeds haben oft eine Start-Mindesthöhe. Im Designer Desktop, Tablet und Phone ansehen, sonst schneidet die Section das Raster ab.
Staging und Production sind in Webflow zwei Welten. Cookie-Banner und Embed erst auf der Domain prüfen, die live ist.
Das Snippet ist dasselbe wie überall. Der Ort ist das Embed-Element – nicht ein CMS-Feld und nicht ein WordPress-Plugin.
Aktuelle Objekte aus dem CRM, Detailansicht und Anfrage – ohne WordPress daneben und ohne CMS-Items. Webflow bleibt das Design-Tool. Den CMS-Tarif brauchst du für Blog und Inhalte, nicht für den Bestand.
Wer jedes Objekt bewusst als Collection-Item binden will, bleibt beim Middleware-Weg – mit passendem Tarif und einem der wenigen Anbieter, die OpenImmo in die Webflow-API schreiben.
Webflow-Embeds starten oft mit fester Pixelhöhe. Ein Raster oder die Detailansicht wird abgeschnitten, Scrollbars erscheinen im Kasten.
Das Script hängt im Head, der Container fehlt auf der Page – oder umgekehrt. Dann lädt nichts.
Wer „Immobilien“ als Collection anlegt und das Widget in jedes Item kopiert, pflegt wieder von Hand und zahlt CMS-Items.
Collections gibt es nur in Tarifen mit CMS. Custom Code bzw. Embed ist auf manchen Plänen eingeschränkt. Wer den Bestand ins native CMS schreiben will, braucht beides – plus eine Middleware.
Verbinde das CRM, lege das Embed auf die Page und veröffentliche die Site. Du brauchst keinen CMS-Tarif als Pflicht und kein WordPress daneben. Du zahlst erst, wenn die Site live geht.