Onepage.io Logo
OpenImmo + Onepage.io

OpenImmo-Schnittstelle Onepage.io: Immobilien live auf der Landingpage

Onepage-Seiten sind oft visuell stark – und ohne Objektfeed tot. ImmoWebport spielt deine CRM-Immobilien per Widget ein, ohne dass du Onepage verlässt oder nach WordPress umziehst.

Onepage.io ist kein Immobilien-CMS

Genau deshalb scheitert der übliche OpenImmo-Import hier

Onepage.io ist ein deutscher Landingpage-Builder: Sections, Kampagnen, schnelle Onepager. Typische Nutzer sind Makler, die eine moderne Präsenz ohne WordPress wollen, Agenturen, die Ads-Landingpages bauen, und Büros mit einer Seite für ein Neubauprojekt.

Was Onepage bewusst nicht ist: ein klassisches CMS mit Plugin-Store, Custom Post Types oder einem FTP-Ordner, in den die Maklersoftware XML schreibt. Es gibt keine OpenImmo-Erweiterung „für Onepage“. Wer das erwartet, sucht das falsche Werkzeug am falschen Ort.

Die richtige Frage lautet deshalb nicht „Welches Plugin installiere ich?“, sondern: Wie bleibt Onepage das Design-Tool – und das CRM die einzige Objektquelle?

OpenImmo ist nur die Brücke aus dem CRM

OpenImmo ist der XML-Standard, mit dem Maklersoftwares Objekte exportieren – kein Onepage-Feature und kein Plugin. Dein CRM (zum Beispiel onOffice, Flowfact oder Propstack) bleibt die Quelle. Onepage zeigt nur das Ergebnis.

Die kanonische Erklärung, welche CRMs wie anbinden und wie der Sync läuft, steht auf der OpenImmo-Schnittstellen-Seite. Hier geht es ausschließlich um den Onepage-Weg.

Drei Wege, die in Onepage regelmäßig scheitern

Der vierte Weg lässt Onepage das Design-Tool, das es ist.

Statische Objekte in Onepage

Objekte als Bilder, Textblöcke oder feste Karten ins Onepage-Layout legen. Sieht zunächst aufgeräumt aus – ist aber nach der ersten Preisänderung veraltet.

Individuelle Agentur-Einbindung

Eine Agentur baut eine Mini-Anbindung: OpenImmo-Feed parsen, eigene Karten in Onepage rendern. Machbar – aber teuer, projektbezogen und nach dem Launch oft verwaisst.

Wechsel auf WordPress + Plugin

Die Onepage-Seite aufgeben und nach WordPress ziehen, nur weil dort OpenImmo-Plugins existieren. Löst den Datenfeed – zerstört aber genau den Grund, warum Onepage gewählt wurde.

Vierter Weg: CRM bleibt Quelle, Onepage bleibt Design

ImmoWebport hängt zwischen Maklersoftware und Landingpage. OpenImmo kommt im CRM an, das Widget hängt in einer Onepage-Section. Keine Screenshots, keine Mini-Schnittstelle, kein CMS-Wechsel nur wegen der Objektliste.

Warum ImmoWebport hier die passende Lösung ist

Nicht „besser als WordPress-Plugins“ – sondern der Weg, den Onepage überhaupt hergibt

Onepage hat kein OpenImmo-Ökosystem

Es gibt keinen Plugin-Store für Immobilienimporte. Der native Weg ist ein HTML-/Custom-Code-Block – genau dafür ist das Widget gebaut.

Custom Code ist der vorgesehene Embed

Onepage erwartet fremde Inhalte als Snippet, nicht als importierte Datensätze. CRM-XML gehört nicht in den Landingpage-Editor.

Gleicher CRM-Feed wie auf der Hauptseite

onOffice, Flowfact, Propstack oder ein anderer OpenImmo-Export: einmal anbinden, auf Onepage-Kampagne und ggf. weiterer Website gleichzeitig nutzen.

Kampagnen-Fit statt Portal-Klon

Wertermittlung plus Objekt-Slider auf einer Ads-LP. Das ist der typische Onepage-Job – nicht ein vollständiger Immobilien-Marktplatz im Baukasten.

Vergleich: Was in Onepage wirklich zur Wahl steht

Keine WordPress-Plugins – die existieren in diesem Editor nicht

ImmoWebport

Empfohlen für Onepage

CRM bleibt die Quelle, Onepage bleibt das Design-Tool. OpenImmo-Objekte erscheinen als fertiges Widget in einer Custom-Code-Section – ohne Plugin, ohne Website-Umbau.

Kein OpenImmo-Plugin nötig – Onepage hat keines
Custom-Code-Blöcke in Onepage sind genau der Einbettungsweg
Dieselbe CRM-Anbindung wie auf jeder anderen Website (onOffice, Flowfact, Propstack, FTP)
Wertermittlung plus Objekt-Slider auf einer Ads-Landingpage
Agentur kann in Onepage designen, Daten bleiben im CRM
Die Einrichtung bleibt kostenlos. Du zahlst erst beim Livegang.

Statische Objekte in Onepage

Typ: Manuelle Karten / Screenshots

Objekte als Bilder, Textblöcke oder feste Karten ins Onepage-Layout legen. Sieht zunächst aufgeräumt aus – ist aber nach der ersten Preisänderung veraltet.

Vorteile

  • Kein zusätzliches Tool
  • Volle Kontrolle über jedes Pixel im Editor

Nachteile

  • Doppelpflege: CRM und Landingpage laufen auseinander
  • Verkaufte oder geänderte Objekte bleiben sichtbar
  • Keine Suche, kein Filter, keine aktuelle Galerie
  • Jede Kampagne muss Objekte von Hand neu setzen

Aufwand: Hoch (dauerhaft) · Preis: 0€ + laufende Zeit

Individuelle Agentur-Einbindung

Typ: Custom-Schnittstelle

Eine Agentur baut eine Mini-Anbindung: OpenImmo-Feed parsen, eigene Karten in Onepage rendern. Machbar – aber teuer, projektbezogen und nach dem Launch oft verwaisst.

Vorteile

  • Optisch exakt auf das Onepage-Design zugeschnitten
  • Onepage bleibt die Website

Nachteile

  • Hohe Einmalkosten für ein Problem, das kein Plugin löst
  • Abhängigkeit von der Agentur bei Feed-Änderungen
  • Kein fertiges Wertermittlungs- oder Such-Widget
  • Wartung endet oft mit dem Projektbudget

Aufwand: Hoch · Preis: 3.000–15.000€+

Wechsel auf WordPress + Plugin

Typ: CMS-Wechsel

Die Onepage-Seite aufgeben und nach WordPress ziehen, nur weil dort OpenImmo-Plugins existieren. Löst den Datenfeed – zerstört aber genau den Grund, warum Onepage gewählt wurde.

Vorteile

  • Großes Plugin-Ökosystem für Immobilien
  • Eigene Beitrags-URLs für Objekte möglich

Nachteile

  • Onepage-Design und Editor-Workflow sind weg
  • Kampagnen-Landingpages werden wieder zum Theme-Projekt
  • Hosting, Updates, Theme-Konflikte kommen dazu
  • Falsche Lösung, wenn das Problem nur der Objektfeed ist

Aufwand: Sehr hoch · Preis: Rebuild + Plugin

WegLive-SyncOnepage bleibtKampagnen-tauglichAufwandPreis
ImmoWebportEmpfohlenNiedrigAb 39€/Monat
Statische Objekte in OnepageHoch (dauerhaft)0€ + laufende Zeit
Individuelle Agentur-EinbindungHoch3.000–15.000€+
Wechsel auf WordPress + PluginSehr hochRebuild + Plugin

Use Cases, die nur in Onepage Sinn ergeben

Nicht „Objekte auf einer Website“ – sondern Landingpage-Jobs

Paid-Ads-Landingpage „Haus verkaufen [Stadt]“

Eine schlanke Onepage-Kampagne: klare Headline, Wertermittlungs-Widget, drei aktuelle Objekte als sozialer Beweis. Der Feed kommt aus dem CRM, die Seite bleibt eine Landingpage – nicht ein zweites Portal.

Moderner Makler-Onepager ohne WordPress

Viele Makler wollen eine schnelle, gestaltete Präsenz statt eines klassischen CMS. Onepage liefert Marke und Story, ImmoWebport die lebende Objektliste darunter.

Neubauprojekt- und Projektentwicklungs-LP

Eine Seite für ein Quartier oder ein Bauträgerprojekt: Lage, Visuals, CTA – plus die tatsächlich verfügbaren Einheiten aus dem CRM, ohne die Seite bei jeder Reservierung anzufassen.

Agentur liefert Design, ImmoWebport den Feed

Die Agentur bleibt in Onepage, der Makler bleibt in onOffice, Flowfact oder Propstack. Niemand pflegt Objekte im Website-Baukasten nach.

Kampagnen-Logik vertiefen: Paid-Ads-Strategie für Immobilienmakler. Widget-Typen: Listen, Raster, Slider, Wertermittlung.

Einbettung im Onepage-Editor

Kein FTP, kein WP-Cron, kein Theme – nur Section und Custom Code

1

CRM per OpenImmo mit ImmoWebport verbinden

Im CRM den OpenImmo-Export aktivieren (Setup-Assistent für Flowfact, onOffice, Propstack oder FTP für andere Systeme). Die Objekte liegen danach in ImmoWebport – nicht in Onepage.

2

Widget für die Landingpage wählen

Für einen Onepager eignen sich Slider oder Raster mit wenigen Objekten, für eine Kampagne oft Wertermittlung plus drei Featured-Objekte. Den Einbettungscode kopieren.

3

In Onepage eine neue Section anlegen

Im Onepage-Editor unterhalb von Hero und Nutzenargumenten eine eigene Section öffnen – zum Beispiel „Aktuelle Immobilien“ oder „Jetzt bewerten lassen“.

4

HTML- bzw. Custom-Code-Element einfügen

Onepage bietet dafür ein HTML- oder Custom-Code-Element. Füge Container-Div und Script-Tag aus ImmoWebport unverändert ein. Du brauchst weder FTP noch ein Theme noch einen Cronjob.

5

Section-Höhe und Mobile prüfen

Der Block braucht genug Höhe, sonst schneidet Onepage das Widget ab. In der Vorschau Desktop und Smartphone testen, danach veröffentlichen.

Du fügst in Onepage dasselbe Snippet ein wie auf jeder anderen Website: ein Container-Div und ein Script-Tag. Der Unterschied ist der Ort – das HTML-Element einer Section, nicht ein Plugin-Menü.

Was Besucher auf der Onepage sehen

Aktuelle Objekte aus dem CRM, Detailansicht mit Galerie und Anfrage, optional Wertermittlung – ohne dass du Karten von Hand nachziehst. Genau das braucht eine Landingpage oder ein moderner Onepager.

Ein klassischer Onepager ist kein 200-Objekt-Portal. Wenn du später ein großes Archiv willst, bleibt Onepage die Markenseite; der Plugin-Weg steht unter OpenImmo + WordPress.

Stolperfallen nur in Onepage

Nicht FTP-Pfade oder WP-Cron – sondern Editor, Consent und Mobile

Script nur im Head, Container fehlt im Body

Onepage erlaubt Custom Code in den Seiteneinstellungen (Head) und als Element in der Section. Das Widget braucht beides: den Container dort, wo die Objekte erscheinen sollen, und das Script.

Lösung: Snippet komplett in das HTML-Element der Section legen – oder Script global und den Container gezielt in der Objekt-Section.

Section-Overflow auf dem Smartphone

Onepage-Sections haben oft festes Padding und eine begrenzte Mindesthöhe. Ein Raster oder eine Detailansicht braucht mehr Platz als ein Textblock.

Lösung: Section auf „Inhalt bestimmt Höhe“ stellen, seitliches Padding reduzieren und das Widget in der mobilen Vorschau scrollen lassen.

Cookie-Banner blockiert das Widget-Script

Viele Onepage-Seiten laden Drittanbieter-Scripts erst nach Consent. Dann bleibt die Objekt-Section leer, bis jemand zustimmt – oder für immer, wenn die Kategorie falsch gesetzt ist.

Lösung: ImmoWebport als funktionales bzw. gewünschtes Script einstufen und die Section so bauen, dass ohne Consent ein kurzer Hinweis steht.

Lazy-Load der Section lädt das Widget nicht

Wenn Onepage oder ein Extra-Script die Section erst einblendet, wenn sie im Viewport ist, kann das Widget-Script den Container verpassen.

Lösung: Objekt-Section nicht hinter Akkordeons oder verzögerten Animationen verstecken. Nach dem Publish hart neu laden und die Section ansteuern.

Custom Domain vs. Onepage-Subdomain in Kampagnen

Ads und Tracking sitzen oft auf der Custom Domain, die Entwurfsvorschau auf einer Onepage-Subdomain. Cookies, Consent und Preview verhalten sich dann unterschiedlich.

Lösung: Widget und Cookie-Setup immer auf der Live-Domain prüfen, die auch in Google Ads hinterlegt ist.

Immer die Onepage-Mobile-Vorschau nutzen, nicht nur den Desktop-Editor.

Consent-Kategorie für das Widget vor dem Ads-Launch festlegen, nicht danach.

Häufige Fragen zu OpenImmo und Onepage.io

Onepage behalten, Objekte live schalten

Richte ImmoWebport kostenlos ein, verbinde dein CRM und füge das Widget in eine Onepage-Section ein. Du zahlst erst, wenn die Landingpage live geht.