Gibt es eine OpenImmo-Extension für TYPO3?

Ja. Die bekannteste kommerzielle ist die OpenImmo-Extension von coding.ms: Scheduler-Import, ExtBase/Fluid, Listen- und Detailansicht, optional PRO-Funktionen. Daneben bauen Integratoren eigene Pipelines, und ältere TER-Extensions bleiben nach LTS-Sprüngen oft liegen. ImmoWebport ist die Alternative, wenn du keine Extension pflegen und keinen ZIP-Import nach fileadmin betreiben willst.

Kann ich onOffice, Flowfact oder Propstack an TYPO3 anbinden?

Ja. Über ImmoWebport exportiert das CRM OpenImmo, ImmoWebport synchronisiert, und TYPO3 bettet das Widget ein. Andere OpenImmo-fähige Systeme bindest du per FTP an. Die CRM-Liste steht auf der OpenImmo-Hubseite.

Landen die Immobilien in der TYPO3-Datenbank?

Besucher sehen Liste, Filter und Detailansicht direkt im Widget – mit Galerie und Anfrage. TYPO3 bleibt für Seiten, Formulare und redaktionelle Inhalte zuständig, ohne dass der Integrator OpenImmo in eigene Tabellen mappt. Wer jedes Exposé zusätzlich als TYPO3-Datensatz, Solr-Dokument oder Workspace-Inhalt braucht, bleibt bei einer Import-Extension.

Überlebt das den nächsten TYPO3-LTS-Sprung?

Das Widget schon – es hängt nicht an ExtBase, Site Sets oder einer TER-Version. Was du prüfen musst: CSP der neuen Site, ob das HTML-Element noch ungefiltert ist, und ob das Fluid-Partial im neuen Page-Template liegt. Das ist Stundenarbeit, kein OpenImmo-Migrationsprojekt.

Was kostet OpenImmo auf einer TYPO3-Site?

ImmoWebport kostet ab 39€ im Monat, die OpenImmo-Anbindung ist enthalten, und die Einrichtung bleibt kostenlos bis zum Livegang. Eine TYPO3-Extension wie coding.ms liegt im mittleren dreistelligen Lizenzbereich plus Integrator. Eine Eigenentwicklung startet oft im fünfstelligen Bereich und wiederholt sich bei jedem LTS. Rechne Lizenz und Agenturtage gegen die Laufzeit, nicht nur gegen den ersten Import.

Wie bindet der Integrator das Widget sauber ein?

Empfohlen: Container-Div im Fluid-Page-Template oder in einem Partial, Script über page.includeJSFooter bzw. den Asset-Collector. So kann kein Redakteur das Snippet im RTE zerlegen. Für einen schnellen Test reicht ein Plain-HTML-Element auf einer Seite.

Funktioniert das in einer Multi-Site-Instanz?

Ja. Jede Site kann dasselbe oder ein gefiltertes Widget einbinden. TYPO3 bleibt für Domains, Sprachen und Berechtigungen zuständig. Du brauchst keinen zweiten OpenImmo-Importer pro Root-Page.

Anmelden Kostenlos einrichten

OpenImmo + TYPO3

OpenImmo-Schnittstelle TYPO3: CRM und Enterprise-Website verbinden

TYPO3-Sites scheitern selten am Design – sie scheitern am OpenImmo-Importer, der den nächsten LTS-Sprung nicht überlebt. ImmoWebport hält den Feed außerhalb der Extension-Liste.

TYPO3 ist Integrator-Terrain, kein Plugin-Store

Wohnungsunternehmen, Multi-Site und LTS sind der Alltag – nicht das Installieren einer App.

TYPO3 ist das Enterprise-CMS im deutschsprachigen Raum: Site Packages, Fluid, Workspaces, mehrere Root-Pages, harte LTS-Zyklen. Typische Betreiber sind Wohnungsunternehmen, kommunale Gesellschaften, größere Maklerhäuser und Konzerne – umgesetzt von einer Agentur, nicht vom Praktikanten im Plugin-Verzeichnis.

OpenImmo landet in dieser Welt als Composer-Extension plus Scheduler oder als Eigenentwicklung. Beides hängt am PHP-Stand, am ExtBase-Stand und am Maintainer. Genau das ist der TYPO3-Problemraum – nicht ein fehlender Baukasten-Button.

Die richtige Frage lautet: Willst du Immobilien als TYPO3-Records pflegen – oder willst du den Feed überleben lassen, wenn die Site auf die nächste LTS geht?

OpenImmo ist der CRM-Export, nicht die Extension

OpenImmo ist das XML-Format aus der Maklersoftware. TYPO3 importiert es nicht von allein. Ob Scheduler, eigene Pipeline oder Widget: Die Quelle bleibt onOffice, Flowfact, Propstack oder ein anderes OpenImmo-CRM.

Schnittstelle, Sync-Intervall und CRM-Liste stehen auf der OpenImmo-Hubseite. Hier geht es nur um den TYPO3-Weg.

Drei TYPO3-Wege, die teuer werden

Der vierte Weg steht nicht in der Extension-Liste: das Widget.

coding.ms OpenImmo (TYPO3-Extension)

Die bekannteste TYPO3-OpenImmo-Erweiterung: Import per Scheduler ins fileadmin, ExtBase/Fluid, Listen- und Detailansicht, Anfrageformular. Basis und PRO jeweils als Paket – Objekte landen als TYPO3-Records.

Eigene ExtBase-Pipeline

Die Agentur schreibt Importer, Models und Plugins selbst – oft nach einem LTS-Sprung, wenn die alte TER-Extension nicht mehr gepflegt wird. Maximale Kontrolle, dauerhafte Verantwortung.

Verwaiste TER-Extension

Viele OpenImmo-Extensions liefen unter TYPO3 v10/v11. Nach dem Sprung auf v12/v13 fehlt der Maintainer. Die Website steht, der Import nicht – genau dann wird oft neu gebaut.

Vierter Weg: Feed außerhalb von TYPO3, Anzeige darin

ImmoWebport hängt zwischen CRM und Site Package. OpenImmo kommt nie in die TYPO3-Datenbank. Der Integrator setzt ein Div und ein Script – analog zu Matomo oder einem Consent-Tool, nicht analog zu einer ExtBase-Immobilienwelt.

Warum ImmoWebport auf TYPO3 oft die rationalere Lösung ist

Nicht „besser als WordPress-Plugins“ – sondern weniger LTS-Risiko als eine OpenImmo-Extension

LTS ist ein CMS-Thema, kein Feed-Thema

TYPO3-Upgrades kippen Extensions. Ein externes Widget muss nicht auf ExtBase 13, Site Sets oder den neuen RTE portiert werden.

Kein Scheduler, kein fileadmin-ZIP

Der klassische TYPO3-Weg legt ZIPs nach fileadmin/user_upload/… und hofft auf den Cron. ImmoWebport holt OpenImmo in der Cloud – TYPO3 rendert nur die Seite.

Integrator bleibt Integrator

Die Agentur pflegt Site Package, Zugriffe und Cache. OpenImmo-Mapping, Medien und CRM-Eigenheiten bleiben bei ImmoWebport und dem Makler-CRM.

CRM ist die Quelle, nicht die TYPO3-DB

onOffice, Flowfact, Propstack oder ein anderer OpenImmo-Export: einmal anbinden. Dieselbe Datenbasis kann parallel auf einer Kampagnenseite liegen.

Vergleich: Was in TYPO3 wirklich zur Wahl steht

Extension, Eigenbau, verwaister TER-Stand – kein Landingpage-Baukasten

ImmoWebport

coding.ms OpenImmo (TYPO3-Extension)

Typ: Kommerzielle Extension

Vorteile

Native TYPO3-Datensätze, Detailseiten, Fluid-Templates
Mehrere OpenImmo-Quellen und Scheduler-Import
PRO mit Karte, PDF-Exposé, Suchaufträgen

Nachteile

ZIP nach fileadmin/user_upload/tx_openimmo/… plus Scheduler
Lizenz plus TYPO3-Integrator für Site Package und Upgrade
Jede LTS-Migration ist ein Extension-Projekt
Abhängig vom Maintainer und zur OpenImmo-Version der Extension

Aufwand: Mittel bis hoch · Preis: Ab ca. 600€ plus Integrator

Extension-Seite

Eigene ExtBase-Pipeline

Typ: Integrator-Eigenentwicklung

Die Agentur schreibt Importer, Models und Plugins selbst – oft nach einem LTS-Sprung, wenn die alte TER-Extension nicht mehr gepflegt wird. Maximale Kontrolle, dauerhafte Verantwortung.

Vorteile

Passt exakt zum Site Package und zu Solr/Indexed Search
Unabhängig von einem Extension-Vendor
Workspaces und Backend-Rechte wie beim restlichen Content

Nachteile

OpenImmo-XML, Medien und Mapping werden zum Dauerprojekt
Jedes CRM-Update und jeder LTS-Sprung kostet erneut
Wissen sitzt bei einer Agentur
Kein fertiges Wertermittlungs-Widget

Aufwand: Sehr hoch · Preis: Ab ca. 5.000–15.000€

Verwaiste TER-Extension

Typ: Altes Plugin nach Upgrade

Viele OpenImmo-Extensions liefen unter TYPO3 v10/v11. Nach dem Sprung auf v12/v13 fehlt der Maintainer. Die Website steht, der Import nicht – genau dann wird oft neu gebaut.

Vorteile

War einmal nativ in TYPO3 integriert
Detailseiten existieren historisch schon

Nachteile

Kein Import nach dem LTS-Sprung
Composer-Konflikte und PHP-Version
Datenmodell passt nicht mehr zur neuen Site
Häufiger Auslöser für teure Nachentwicklungen

Aufwand: Hoch (Notfall) · Preis: Upgrade-Projekt

Weg	Aufwand	Preis
ImmoWebportEmpfohlen	Niedrig	Ab 39€/Monat
coding.ms OpenImmo (TYPO3-Extension)	Mittel bis hoch	Ab ca. 600€ plus Integrator
Eigene ExtBase-Pipeline	Sehr hoch	Ab ca. 5.000–15.000€
Verwaiste TER-Extension	Hoch (Notfall)	Upgrade-Projekt

Use Cases, die nur in TYPO3 Sinn ergeben

Nicht Kampagnen-Onepager – sondern Instanz, LTS und Bestandshalter

Wohnungsunternehmen und kommunale Gesellschaften

Genau diese Organisationen sitzen oft auf TYPO3 – nicht auf einem Baukasten. Der Bestand kommt aus der Bestandssoftware per OpenImmo, die Konzernseite bleibt das Site Package der Agentur.

Multi-Site: mehrere Marken in einer Instanz

TYPO3 verwaltet mehrere Root-Pages. Jede Site bekommt das Widget in ihrem Template – der CRM-Feed bleibt einer. Kein zweiter Scheduler-Task pro Mandant.

Mehrsprachige DACH-Auftritte

Language Overlays bleiben Sache von TYPO3. Objekte kommen mehrsprachig aus dem CRM bzw. dem Widget, ohne dass Redakteure XML in Übersetzungsworkflows ziehen.

LTS-Upgrade, Extension ist tot

Die Site wandert auf v12 oder v13, die OpenImmo-Extension nicht. Statt einer neuen ExtBase-Pipeline hängt das Widget im HTML-Element oder im Fluid-Partial – der Relaunch betrifft das CMS, nicht den Objektfeed.

Anderer Problemraum: WordPress-Plugins · Onepage-Landingpages. Widget-Typen: Liste, Raster, Suche, Wertermittlung.

Einbettung in TYPO3

Plain HTML oder Site Package – kein fileadmin-ZIP, kein Scheduler

CRM per OpenImmo mit ImmoWebport verbinden

Im CRM den Export aktivieren (Setup-Assistent für Flowfact, onOffice, Propstack oder FTP). Die Objekte liegen danach in ImmoWebport – nicht als tt_content und nicht im fileadmin.

Widget konfigurieren und Snippet kopieren

Liste, Raster, Suche oder Wertermittlung wählen. Container-Div und Script-Tag merken – das ist alles, was TYPO3 je zu sehen bekommt.

Im Backend: Content-Element ohne RTE-Filter

Auf der Zielseite ein Element „Plain HTML“ / unfiltered HTML anlegen. Der Standard-RTE (CKEditor) entfernt sonst das Script. Alternativ das Snippet nicht als Inhalt, sondern im Site Package ausgeben.

Oder: Fluid-Partial / TypoScript im Site Package

Sauberer für Integratoren: Partial im Page-Template oder page.includeJSFooter plus ein leeres Container-Div. Dann überlebt das Widget jeden Redakteurs-Klick im RTE.

CSP, Cache und Freigabe prüfen

TYPO3 12+ kann externe Scripts per Content-Security-Policy blockieren. page.includeJSFooter muss die Widget-Domain erlauben. Seiten-Cache ist unkritisch – das Widget lädt die Objekte clientseitig.

Für Integratoren ist das Site Package der richtige Ort: Container im Fluid-Layout, Script über page.includeJSFooter. Redakteure sollen das Snippet nicht im RTE anfassen müssen.

Was Besucher auf der TYPO3-Seite sehen

Aktuelle Objekte aus dem CRM: Liste, Filter und Detailansicht mit Galerie und Anfrage. Der Integrator bleibt bei Fluid und Site Package – der Feed hängt nicht an der nächsten LTS.

Wer jedes Exposé zusätzlich als eigenen TYPO3-Datensatz braucht, bleibt bei einer Import-Extension. Beides parallel erzeugt zwei Bestände.

Stolperfallen nur in TYPO3

RTE, CSP, Fluid – nicht Cookie-Banner einer Landingpage

CKEditor löscht das Script-Tag

HTML-Content-Elemente laufen oft durch den RTE. Script und teilweise das Container-Div verschwinden beim Speichern – die Seite bleibt leer.

Lösung: Plain-HTML-Element ohne Transformation nutzen oder das Snippet fest im Site Package verdrahten, nicht im Flexiblen Inhalt.

Content-Security-Policy in TYPO3 12/13

Site-Konfiguration und Middleware schicken ein striktes CSP. app.immowebport.de als Script-Quelle fehlt – Browser blockiert das Widget, TYPO3 selbst zeigt keinen Fehler.

Lösung: Widget-Host in der CSP-Konfiguration der Site erlauben und in einem frischen Browser ohne Cache prüfen.

Fluid escaped den Embed

Wer das Snippet als Variable ins Fluid-Template gibt, bekommt HTML-Entities statt eines lebenden Scripts.

Lösung: f:format.raw nur bewusst einsetzen oder das Script über TypoScript page.includeJSFooter laden, den Container separat im Markup lassen.

Backend-Layout / falsche Spalte

Das Element landet in einer schmalen colPos oder hinter einem Accordion-Content-Element. Auf Desktop sieht man eine Scheibe, mobil gar nichts.

Lösung: Eigene Spalte oder vollbreite Section im Backend-Layout; Mobile-Vorschau der TYPO3-Site, nicht nur das Backend.

Scheduler und fileadmin weiter mitdenken

Wer von einer Extension kommt, legt weiter ZIPs ins fileadmin und wartet auf den Task. Beim Widget-Weg passiert dort nichts – und muss es auch nicht.

Lösung: Importordner und Scheduler-Tasks der alten Extension deaktivieren, sobald ImmoWebport den Feed übernimmt. Sonst entstehen zwei Wahrheiten.

Häufige Fragen zu OpenImmo und TYPO3

TYPO3 behalten, OpenImmo aus der Extension-Liste holen

Richte ImmoWebport kostenlos ein, verbinde das CRM und lass den Integrator das Widget ins Site Package setzen. Du zahlst erst, wenn die Seite live geht.

Jetzt kostenlos starten Preise & Pakete ansehen