Webflow Logo
OpenImmo + Webflow

OpenImmo-Schnittstelle Webflow: Objekte im Designer, ohne WordPress-Umweg

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 hat ein CMS – OpenImmo gehört trotzdem nicht hinein

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 bleibt im CRM, nicht im Webflow-CMS

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.

Die vier Webflow-Wege

Ins native CMS nur mit Tarif und Middleware – der kürzere Weg ist das Embed

WP-ImmoMakler → Webflow CMS

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.

Eigene Collection per Make/API

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.

Statische CMS-Items von Hand

Jedes Objekt als CMS-Item im Designer anlegen. Sieht im Template perfekt aus – und ist nach der ersten Preisänderung falsch.

Deshalb ImmoWebport: Embed statt CMS-Umweg

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.

Warum ImmoWebport auf Webflow der bessere Weg ist

CMS gibt es – aber nicht in jedem Tarif

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.

OpenImmo ins CMS nur über wenige Anbieter

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.

Designer bleibt Designer

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.

Gleicher Feed wie auf jeder anderen Site

onOffice, Flowfact, Propstack, FTP: einmal anbinden. Dieselbe Quelle kann parallel auf WordPress oder einer Ads-LP liegen – ohne Webflow-CMS-Plan als Voraussetzung.

Vergleich: Embed gegen CMS-Umweg

Keine TYPO3-Extensions, keine Jimdo-Widgets

ImmoWebport

Empfohlen für Webflow

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.

Kein WordPress als Middleware zwischen CRM und Webflow
Funktioniert auch ohne Webflow-CMS-Tarif – Objekte brauchen keine Collection
OpenImmo aus onOffice, Flowfact, Propstack oder FTP, nicht nur über einen Vendor
Embed-Element im Designer ist der vorgesehene Fremdcode-Weg
Kein Mapping jedes OpenImmo-Felds auf CMS-Felder, keine Item-Limits für den Feed
Die Einrichtung bleibt kostenlos, bis du die Site veröffentlichst.

WP-ImmoMakler → Webflow CMS

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.

  • Echte CMS-Items, Collection-Templates, Designer-Bindung
  • Einzelne Objekt-URLs in Webflow
  • Bekanntes OpenImmo-Tool auf der WordPress-Seite
  • Ein zweites System (WordPress) nur als Import-Rohr
  • Nur gangbar, wenn der Webflow-Tarif CMS Collections hergibt
  • OpenImmo in Webflow-CMS gibt es praktisch nur bei wenigen Anbietern
  • API-Limits, CMS-Item-Kontingente und Feldmapping werden zum Projekt

Aufwand: Hoch · Kauf oder Miete plus Webflow-CMS-Plan

WP-ImmoMakler Webflow

Eigene Collection per Make/API

Typ: 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.

  • Volle Kontrolle über Collection-Felder
  • Kein WordPress nötig
  • OpenImmo parsen, Bilder, Updates und Sold-Status selbst bauen
  • Die Webflow-API begrenzt die Anzahl der Requests.
  • Es gibt kein fertiges Such- oder Wertermittlungs-Widget.
  • Bruch, sobald sich das CRM-Exportformat ändert

Aufwand: Sehr hoch · Entwicklung plus Automation

Statische CMS-Items von Hand

Typ: Manuelle Collection

Jedes Objekt als CMS-Item im Designer anlegen. Sieht im Template perfekt aus – und ist nach der ersten Preisänderung falsch.

  • Volle Designer-Kontrolle pro Item
  • Native URLs ohne Drittsystem
  • Doppelpflege CRM und Webflow
  • Verkaufte Objekte bleiben stehen
  • Kein Bestand bei 30+ Objekten haltbar

Aufwand: Dauerhaft hoch · 0€ plus Zeit

WegLive-SyncDesigner bleibtOhne CMS-TarifAufwand
ImmoWebportEmpfohlenNiedrig
WP-ImmoMakler → Webflow CMSHoch
Eigene Collection per Make/APISehr hoch
Statische CMS-Items von HandDauerhaft hoch

Use Cases nur für Webflow

Agentur liefert den Designer, nicht den Importer

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.

Marketing-Site in Webflow, Bestand aus dem CRM

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.

Mehrere Webflow-Projekte, ein CRM

Standort-A-Site, Kampagnen-Clone, Partner-Page: jedes Projekt bekommt dasselbe oder ein gefiltertes Widget. Keine zweite WordPress-Middleware pro Domain.

Webflow-Template, das Immobilien nur zeigen soll

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.

Andere Räume: Onepage · WordPress · Widgets

Einbettung im Webflow Designer

Embed-Element – keine Collection, keine API

1

CRM per OpenImmo mit ImmoWebport verbinden

Export im CRM aktivieren. Die Objekte liegen danach in ImmoWebport – nicht als Webflow-CMS-Items.

2

Widget wählen und Code kopieren

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.

3

Im Designer ein Embed auf die Page ziehen

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.

4

Höhe und Breakpoints prüfen

Embeds haben oft eine Start-Mindesthöhe. Im Designer Desktop, Tablet und Phone ansehen, sonst schneidet die Section das Raster ab.

5

Publish auf die Custom Domain

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.

Was Besucher auf der Webflow-Seite sehen

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.

Stolperfallen nur in Webflow

Embed-Höhe ist zu klein

Webflow-Embeds starten oft mit fester Pixelhöhe. Ein Raster oder die Detailansicht wird abgeschnitten, Scrollbars erscheinen im Kasten.

Lösung: Mindesthöhe großzügig setzen oder das Embed auf „auto“ bzw. genug Padding in der Section lassen und auf Phone prüfen.

Custom Code in Site Settings statt auf der Page

Das Script hängt im Head, der Container fehlt auf der Page – oder umgekehrt. Dann lädt nichts.

Lösung: Beides ins Embed der Objekt-Section, oder Script in Footer-Custom-Code und nur den Container auf die Page.

CMS-Collection mit Embed verwechseln

Wer „Immobilien“ als Collection anlegt und das Widget in jedes Item kopiert, pflegt wieder von Hand und zahlt CMS-Items.

Lösung: Eine statische Page oder ein Section-Embed. Collection nur, wenn du bewusst den Middleware-Weg gehst.

Webflow-Plan: CMS und Custom Code sind nicht überall dabei

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.

Lösung: Für ImmoWebport reicht ein Plan mit Embed auf der Page. Den CMS-Tarif brauchst du für Blog und redaktionelle Inhalte, nicht für den Objektfeed.

Häufige Fragen zu OpenImmo und Webflow

Webflow behalten, Bestand ohne CMS-Umweg

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.