Branche · Fahrzeughandel
Der Bestand im Fahrzeughandel ist kein Katalog, sondern ein Fluss: Zulauf, Umsetzung zwischen Standorten, Abgang — jedes Fahrzeug ein Einzelstück mit eigener Historie und eigenen Pflichtangaben. Wir arbeiten seit Jahren in diesem Markt: dieselbe eigene TYPO3-Fahrzeugsuche bei drei Fahrzeughändlern, vom dreistelligen Nutzfahrzeugbestand bis zu über zweitausend Pkw an sechs Standorten, dazu eine eigene Bestandsführung und ein CRM in Umsetzung. Wir sind Partner von mobile.de und arbeiten mit deren Schnittstelle, und wir arbeiten uns in Google Vehicle Ads ein — ausgeliefert haben wir das Format in keinem Kundenprojekt, und das sagen wir lieber vorher.
Keine Artikelnummer, keine zweite Einheit, kein Nachschub. Jedes Fahrzeug braucht einen eigenen Datensatz mit eigener Adresse, eigener Bildstrecke und eigener Historie — und einen sauberen Abgang, wenn es verkauft ist. Datenmodelle aus dem Handel mit Serienware passen hier nicht.
Ein Mehrmarkenhaus ist intern nach Standorten und Vertragsmarken geschnitten, der Interessent sucht einen Kombi mit Automatik. Die Suche muss den Gesamtbestand über alle Standorte zeigen und den Standort als Filter führen, nicht als Einstieg — bei Autohaus Brüggemann sind das 2.151 Fahrzeuge aus sechs Standorten in einer Liste.
Die Pkw-EnVKV verlangt an jedem beworbenen Pkw Angaben zu Verbrauch, CO2-Emission und CO2-Klasse. Ob und in welcher Form ein einzelnes Fahrzeug betroffen ist, ist eine Rechtsfrage und keine technische. Technisch gilt in jedem Fall: Diese Werte müssen aus der Quelle kommen und dürfen in keinem Import verloren gehen. Wir behandeln sie deshalb als Pflichtfelder mit Validierung: unvollständig heißt Fehlerliste, nicht online.
Sie beginnt oft abends auf dem Telefon und wird Tage später am Schreibtisch fortgesetzt, manchmal von einer zweiten Person im Haushalt. Deshalb stehen Filterzustände in der Adresse und nicht im Sitzungsspeicher — eine Trefferliste, die man verschicken, speichern und wiederfinden kann.
Wer aus dem Handel mit Serienprodukten kommt, denkt in Artikelnummern: ein Produkt, viele identische Exemplare, ein Lagerbestand als Zahl. Im Fahrzeughandel gilt das nicht. Jedes Fahrzeug ist ein Einzelstück mit eigener Fahrgestellnummer, eigener Laufleistung, eigener Ausstattungskombination und eigener Vorgeschichte. Es gibt keine zweite Einheit desselben Artikels, und es gibt keinen Nachschub — ist das Fahrzeug verkauft, ist die Seite tot. Technisch folgt daraus, dass jedes Fahrzeug einen eigenen Datensatz mit eigener Adresse braucht und dass der Abgang genauso sorgfältig behandelt werden muss wie der Zulauf.
Der Bestand bewegt sich täglich. Fahrzeuge kommen aus Inzahlungnahme, Einkauf, Leasingrückläufern und Werksbestellungen; sie werden zwischen Standorten umgesetzt, wenn ein Interessent in Rostock nach einem Wagen fragt, der in Dortmund steht; sie gehen ab, oft ohne dass im Verkaufsgespräch noch jemand an die Website denkt. Ein System, das diesen Fluss nur einmal täglich als Vollimport abbildet, produziert zwei Sorten Fehler: Fahrzeuge, die online stehen und nicht mehr da sind, und Fahrzeuge, die da sind und niemand findet. Die erste Sorte führt zu einem unangenehmen Telefonat, die zweite kostet Anfragen, die nie entstehen — und niemand sieht es.
Dazu passt das Suchverhalten nicht zur Organisation des Händlers. Ein Mehrmarkenhaus ist intern nach Standorten und Vertragsmarken gegliedert, weil Verträge, Werkstattkapazitäten und Verantwortlichkeiten so geschnitten sind. Der Interessent sucht nichts davon. Er sucht einen Kombi mit Automatik in einem Preisrahmen und ist bereit, für den richtigen Wagen zweihundert Kilometer zu fahren. Die Website muss deshalb einen Bestand über alle Standorte hinweg zeigen und den Standort als Filter anbieten statt als Einstieg. Bei Autohaus Brüggemann sind das sechs Standorte — Rheine-Mesum als Zentrale, dazu Brandenburg, Dortmund, Neubrandenburg, Rostock und Wietmarschen — mit 2.151 Fahrzeugen in einer Suche und 24 Marken im Filter.
Und die Recherche zerfällt in Sitzungen. Sie beginnt abends auf dem Telefon, wird am nächsten Tag am Schreibtisch fortgesetzt und gelegentlich an eine zweite Person weitergegeben. Das ist der praktische Grund, warum Filterzustände in der Adresse stehen müssen und nicht nur im Sitzungsspeicher: Nur dann lässt sich eine Trefferliste verschicken, als Lesezeichen ablegen und wiederfinden. Wer das erst nachträglich einbaut, zahlt dafür doppelt.
Wir sind mobile.de-Partner und arbeiten mit der Schnittstelle. Die Plattform stellt dabei nicht eine API bereit, sondern fünf, mit klar getrennten Aufgaben. Die Seller-API ist die Bestandspflege: Anzeigen anlegen, ändern und löschen, Bilder hochladen, zuordnen und umsortieren, kostenpflichtige Zusatzfeatures buchen, Preisbewertung und Statistiken, Leasingraten und Direktangebote, Auto-Panorama-Bilder, Händlerbewertungen und eigene Ansprechpartner. Die Search-API — auch als Ad-Integration geführt — geht in die andere Richtung und sucht beziehungsweise ruft Anzeigen ab. Der Ad-Stream liefert Ereignisse serverseitig über WebSocket, die Insights-API Auswertungen zu den Anzeigen, die Lead-API den Zugriff auf Leads. Alle fünf arbeiten XML-basiert.
Welche davon Ihnen offensteht, hängt am Konto, und daran scheitern Vorhaben regelmäßig, bevor die Technik überhaupt beginnt. Für die Seller-API ist ein API-Account Voraussetzung; Freischaltung und Zugangsdaten laufen über den Kundenservice von mobile.de. Für den Zugriff auf den eigenen Bestand über die Search-API genügt ein Dealer-Account: Der Händler schaltet dazu im Händlerkonto die Listing Integration frei und erzeugt dort API-Benutzername und -Passwort. Für angemeldete Händler ist dieser Zugriff auf den eigenen Bestand üblicherweise in der Monatsgebühr enthalten. Das ist keine Nebensächlichkeit, sondern die erste Frage, die wir stellen: Sie entscheidet, welcher Weg überhaupt offensteht — und die Freischaltung liegt bei mobile.de, nicht bei uns und nicht bei Ihnen.
Der praktische Gewinn ist banal und groß: einmal pflegen statt dreimal tippen. Ohne Schnittstelle wird ein Fahrzeug im Portal erfasst, auf der eigenen Website erfasst und in der Warenwirtschaft erfasst — drei Mal, von drei Personen, mit drei Ergebnissen, die nach zwei Wochen auseinanderlaufen. Mit Schnittstelle gibt es eine Quelle und daraus abgeleitete Kanäle. Vorher muss allerdings eine Entscheidung fallen, die kein Werkzeug für Sie treffen kann: Welches System führt, je Datenart. Führt das Portal, ist die Website ein Abbild. Führt Ihr eigenes System, ist das Portal ein Ausgabekanal. Beide Varianten funktionieren, aber nicht gleichzeitig für dieselben Felder.
Zu den Grenzen gehört Klartext. Die Dokumentation schließt parallele Anfragen zur selben Anzeige aus — wer Daten und Bilder gleichzeitig aktualisiert, muss das serialisieren. Die maximale Bildanzahl je Anzeige hängt vom Konto ab, nicht von der Technik. Veröffentlichte Rate-Limits gibt es nicht; für Mengenfragen verweist die Doku auf den Support. Für die Umsetzung heißt das: Warteschlange statt Feuerwerk, Wiederanlauf statt Neustart von vorn, und ein Protokoll, aus dem hervorgeht, welcher Datensatz wann in welchem Zustand übertragen wurde. Wer eine Portalanbindung ohne diese drei Dinge baut, hat sie nicht gebaut, sondern nur begonnen.
Wir sind Partner von mobile.de und arbeiten mit deren Schnittstelle. Parallel arbeiten wir uns in Google Vehicle Ads ein — auf Deutsch „Fahrzeuganzeigen". Das ist ein Werbeformat, das einzelne Fahrzeuge gewerblicher Händler direkt in den Google-Suchergebnissen zeigt: Bild, Marke, Modell, Preis, Laufleistung und Händlername. Der Klick führt nicht auf ein Portal, sondern auf die Fahrzeugdetailseite der eigenen Website. Genau das ist der strategische Unterschied zu einer Portalanzeige — und genau deshalb hängt der Erfolg an der Qualität des eigenen Bestands im Netz.
Zum Stand in Deutschland muss man wissen, dass Google sich selbst widerspricht. Die Ankündigung vom 27. März 2026 sagt, Fahrzeuganzeigen seien ab März 2026 für alle Fahrzeugwerbetreibenden in Spanien, Italien und Deutschland verfügbar; als Kampagnentyp nennt sie Performance Max. Die allgemeine Übersichtsseite führt Deutschland dagegen bis heute als offene Betaphase mit Kontaktformular und Freigabe und nennt zusätzlich Standard-Shopping. Wir halten die datierte, ausdrücklich auf Deutschland bezogene Ankündigung für die jüngere Quelle und die Übersichtsseite an dieser Stelle für nicht nachgeführt — prüfen den Stand aber vor jeder Zusage neu, statt uns auf eine Momentaufnahme zu verlassen. Allgemein verfügbar war das Format vorher in Australien, Kanada, Japan und den USA.
Technisch verlangt Google vier Dinge: ein Google-Ads-Konto, das mit einem Merchant-Center-Konto verknüpft ist, eine Verknüpfung mit dem Unternehmensprofil oder ersatzweise eine hinterlegte Unternehmensdatenquelle, einen Fahrzeug-Feed im Merchant Center mit allen erforderlichen Attributen, und eine Kampagne in Google Ads. Der Feed ist der Teil, an dem es in der Praxis scheitert oder gelingt: Er muss vollständig, aktuell und maschinell sauber sein. Die Laufleistung ist Pflichtangabe und braucht ihre Einheit; die Fahrzeugidentifikationsnummer ist in Deutschland optional. Wer seinen Bestand ohnehin aus einem führenden System heraus in die Website und ins Portal spielt, hat die Vorarbeit geleistet — der Feed ist dann ein weiterer Ausgabekanal derselben Quelle und keine dritte Datenhaltung.
Ein Teil der Anforderungen betrifft nicht den Feed, sondern Ihre eigene Fahrzeugdetailseite. Händlername, Standort, Preis, bei Neufahrzeugen die unverbindliche Preisempfehlung, bei Gebrauchtfahrzeugen die Laufleistung und die Verfügbarkeit müssen dort sichtbar sein, und der Preis in der Datenquelle muss exakt dem Preis auf der Seite entsprechen. Wer Überführungskosten mal ein- und mal ausblendet oder die Laufleistung nur in der Trefferliste zeigt, produziert Ablehnungen. Das ist Arbeit am Template und am Datenmodell, und sie fällt an, bevor eine Kampagne überhaupt sinnvoll ist. Auf der Verkäuferseite gilt: Nur Direktverkäufer sind zugelassen, Vermittler ausdrücklich nicht.
Bei der Frage, welche Fahrzeuge zugelassen sind, trennen wir Belegtes von Offenem. Belegt und über beide Google-Quellen stabil ist der Ausschluss: Gewerbefahrzeuge, landwirtschaftliche Fahrzeuge, Busse, Motorräder, Boote, Flugzeuge und vergleichbare Kategorien sind nicht zulässig, ebenso Fahrzeuge, für die ein Führerschein für die gewerbliche Nutzung nötig ist. Ein Händler mit gebrauchten Sattelzügen fällt damit heraus, und das trifft in unserem eigenen Kundenkreis tatsächlich zu. Nicht geklärt ist der Fall Reisemobile: Die Richtlinienseite nennt Wohnmobile, Campingfahrzeuge und nicht motorisierte Anhänger als zulässig, Googles eigene Ankündigung beschränkt genau diese Erweiterung aber auf die USA ab Mai 2026. Für einen deutschen Reisemobilhändler ist die Frage damit offen — wir behaupten sie weder in die eine noch in die andere Richtung, sondern klären sie vor einer Zusage mit Google. Vehicle Ads ist deshalb bei uns keine fertige Leistung: Wir bereiten die Datenseite vor, ausgeliefert haben wir das Format in keinem Kundenprojekt.
Die Fahrzeugsuche auf den Websites von Autohaus Brüggemann, Nord Automobile und Eschen Nutzfahrzeuge ist kein zugekauftes Plugin, sondern eine eigene TYPO3-Extension aus unserem Haus. Interessant daran ist die Spannweite: Bei Eschen laufen 152 gebrauchte Nutzfahrzeuge darüber, bei Nord Automobile in Rastede 1.058 Angebote, bei Brüggemann 2.151 Pkw mit 24 Marken im Filter. Die Zahlen sind eine Momentaufnahme aus den Live-Auftritten und wandern mit dem Bestand; die Größenordnungen bleiben. Dasselbe Datenmodell, dieselbe Filterlogik, drei sehr unterschiedliche Bestände — vom schweren Nutzfahrzeug im Exportgeschäft bis zum Mehrmarken-Gebrauchtwagenbestand.
Das hat eine Konsequenz, die für einen neuen Kunden zählt: Jede Weiterentwicklung kommt allen Installationen zugute. Ein zusätzliches Filterkriterium, eine Verbesserung an der Trefferliste, eine Anpassung an geänderte Pflichtangaben wird einmal gebaut und steht danach überall zur Verfügung. Umgekehrt haben wir die Fehler, die eine Fahrzeugsuche machen kann, an drei Beständen gesehen und nicht an einem. Bei Nord Automobile filtert die Suche über einen eigenen AJAX-Endpunkt unter /fahrzeugsuche/ajaxliste: Preisrahmen, Marke, Modell, Erstzulassung, Laufleistung und Sortierung werden serverseitig ausgewertet, nachgeladen wird nur die Trefferliste. Die Seite bleibt stehen, die Trefferzahl zählt mit. Auf dem Telefon ist das der Unterschied zwischen einer Anwendung und einem Formular.
Filterzustände stehen in der Adresse — search[make][], search[model][], search[garage][]. Das klingt nach einem technischen Detail und ist ein Vertriebswerkzeug. Eine Trefferliste ist damit verlinkbar: Der Verkäufer schickt dem Interessenten die gefilterte Auswahl per Mail, eine Anzeige kann mit einem QR-Code auf eine feste Auswahl zeigen — etwa alle Kombis in einem Preisrahmen am Standort Rostock —, und eine Kampagne landet auf einer Auswahl statt auf der Startseite. Trefferlisten sind so kampagnenfähig, ohne dass für jede Aktion eine eigene Seite gebaut werden muss.
Bei Eschen Nutzfahrzeuge kommt eine Dimension hinzu, die im Pkw-Handel selten und im Nutzfahrzeughandel normal ist: Export. Der Auftritt läuft in fünf Sprachen — Deutsch, Englisch, Russisch, Polnisch, Spanisch — aus einer Erfassung. Technische Angaben wie Erstzulassung, Laufleistung, Motorisierung oder Achskonfiguration sind sprachneutral und brauchen keine zweite Pflege; übersetzt wird, was tatsächlich Text ist. Gespeist wird das Ganze von etruck, einer Eigenentwicklung von uns, die dort als führendes System für Bestand, Bilder und Dokumente läuft: PHP 8, MariaDB, Redis, in Containern auf eigenen Servern in Deutschland, ohne öffentlichen Zugang. Zusätzlich läuft bei Eschen eine eigene Extension für die Google-Bewertung. Das ist der Beleg dafür, dass in diesem Bereich bei uns nicht improvisiert wird, sondern über Jahre am selben Kern gearbeitet wurde.
In dieser Branche hängt Rechtliches ungewöhnlich direkt an der Datenqualität. Die Pkw-EnVKV verlangt an jedem beworbenen Pkw Angaben zu Verbrauch, CO2-Emission und CO2-Klasse. Das ist keine Fußnote im Impressum, sondern ein Pflichtfeld am einzelnen Datensatz — in der Trefferliste, auf der Detailseite, im Aushang, im Exposé. Wer einen vierstelligen Bestand führt, hat entsprechend viele Stellen, an denen diese Angaben stimmen müssen, und sie stehen nicht in der Website, sondern in der Quelle. Welche Fahrzeuge im Einzelfall erfasst sind und in welcher Form die Angabe zu erfolgen hat, entscheidet nicht die Technik — das ist eine Rechtsfrage. Die Technik entscheidet nur darüber, ob die Angabe überhaupt bis zur Anzeige durchkommt.
Daraus folgt eine harte Anforderung an die Kette. Die Werte müssen aus dem führenden System kommen und dürfen unterwegs nicht verloren gehen. Ein Import, der Verbrauch und CO2-Klasse als optionale Felder behandelt und leere Werte stillschweigend durchlässt, verlagert ein rechtliches Risiko in eine Logdatei, die niemand liest. Wir behandeln solche Felder deshalb als Pflichtfelder mit Validierung vor dem Schreiben: Ein Fahrzeug ohne vollständige Pflichtangaben geht nicht online, sondern in eine Fehlerliste, die den Datensatz benennt. Das ist im Alltag unbequem und genau deshalb richtig — die Alternative ist ein beworbenes Fahrzeug, das so nicht beworben werden darf.
Der zweite Punkt, an dem Datenpflege in dieser Branche mehr Arbeit macht als anderswo, sind Bilder. Ein Fahrzeug wird über Bilder verkauft und nicht über Ausstattungslisten. Entsprechend ist die Bildstrecke der aufwendigste Teil des Datensatzes: Reihenfolge, Zuordnung, Formate, Nachlieferungen aus der Aufbereitung, das Ersetzen von Platzhaltern nach dem Fototermin. Die Seller-API kann Bilder hochladen, zuordnen und umsortieren — die Umsetzung muss dafür sorgen, dass ein nachgereichtes Bild nicht die ganze Strecke neu schreibt und dass ein Fahrzeug ohne Bild als solches erkennbar ist, statt mit einem grauen Kasten online zu gehen. Solche Fälle entscheidet man einmal im Konzept oder dauerhaft im Support.
Hier ist der Stand ehrlich zu benennen: Wir arbeiten daran, wir verkaufen kein fertiges Produkt. Was es gibt, ist die Grundlage, ohne die jedes Gespräch über KI im Fahrzeughandel eine Demonstration bleibt und kein Prozess wird. Bei Autohaus Brüggemann entwickeln wir ein CRM auf CCM2-Basis, in dem Kunde, Firma, Fahrzeug und Vorgang eigene Objekte mit definierten Beziehungen sind — weil Kunde und Fahrzeug in dieser Branche über Jahre zusammengehören: Kauf, Service, Inzahlungnahme, Anschlusskauf. Anfragen aus der TYPO3-Website, Konten und Vorgänge aus dem Shopware-6-Handelsplatz und die Erfassung aus dem Vertrieb laufen in dieselbe Datenbasis. Das Projekt ist in Umsetzung, schrittweise, ohne Stichtagswechsel: Datenmodell und Import zuerst, danach die Arbeitsoberflächen der einzelnen Abteilungen.
Die Ansatzpunkte, die wir dafür sehen, liegen alle im Rücken des Verkaufs. Fahrzeugtexte aus Ausstattungslisten erzeugen, damit nicht zweitausend Fahrzeuge denselben Absatz tragen. Eingehende Anfragen vorqualifizieren und dem richtigen Verkäufer zuordnen — nach Marke, Standort, Nutzfahrzeug oder Pkw, Firmen- oder Privatkunde. Wiedervorlagen im CRM priorisieren, weil die Liste sonst nach Datum sortiert ist und nicht nach Aussicht. Bestandsdaten anreichern, wo die Quelle dünn ist. Leads aus dem Portal mit dem CRM zusammenführen, damit eine Anfrage über mobile.de nicht in einem Postfach endet, während derselbe Kunde im CRM längst eine Historie hat. Was davon in welcher Reihenfolge kommt, entscheidet der Nutzen im Betrieb und nicht die Reihenfolge dieser Aufzählung.
Der Satz, der unsere Haltung dazu am kürzesten beschreibt: KI hilft hier in der Fleißarbeit hinter dem Verkauf, nicht im Chatbot auf der Startseite. Wer ein Fahrzeug im mittleren fünfstelligen Bereich prüft, will einen Verkäufer sprechen und keinen Assistenten. Und bei allem, was nach außen geht — Fahrzeugtexte, Antwortvorschläge, Exposés —, schaut ein Mensch drauf, bevor es raus ist. Nicht aus Prinzipienreiterei: Ein falscher Ausstattungshinweis in einem Fahrzeugtext ist eine Zusicherung, und die Pflichtangaben müssen aus dem Datensatz kommen und nicht aus einem Sprachmodell.
3 Kunden. Was hier steht, trägt täglich Umsatz, Anfragen oder Prozesse.
Ein Auszug — nicht die vollständige Kundenliste.
Vier Kunden, sieben Projekte — das ist der stärkste Cluster in unserem Portfolio: Autohaus Brüggemann mit sechs Standorten auf TYPO3, dazu ein Shopware-6-B2B-Shop und ein CRM auf CCM2-Basis; Nord Automobile in Rastede; Eschen Nutzfahrzeuge mit der Eigenentwicklung etruck; Dulle Mobile im Reisemobilhandel. Die Fahrzeugsuche auf drei dieser Websites ist unsere eigene TYPO3-Extension. Beurteilen Sie das an den Referenzseiten und an den Live-Auftritten, nicht an dieser Antwort.
Die Ergebnismenge besteht aus Einzelstücken, und die wichtigsten Filter sind Bereiche statt Auswahlen: Preis, Erstzulassung, Laufleistung, Leistung. Damit wird die Trefferzahl zur eigentlichen Rückmeldung an den Nutzer — wer sieben Filter anbietet, muss sie kombinierbar und schnell halten, sonst filtert sich jemand in null Treffer und geht. Deshalb läuft die Auswertung serverseitig, nachgeladen wird nur die Liste, und die Trefferzahl aktualisiert sich mit.
Das hängt an der Richtung. Wenn Sie Anzeigen von außen pflegen wollen — anlegen, ändern, löschen, Bilder zuordnen —, ist das die Seller-API, und dafür ist ein API-Account Voraussetzung; Freischaltung und Zugangsdaten laufen über den Kundenservice von mobile.de. Wenn Sie nur Ihren eigenen Bestand lesen und auf der Website ausspielen wollen, genügt die Search-API über einen Dealer-Account. Diese Frage steht bei uns am Anfang, weil sie festlegt, welcher Weg technisch überhaupt offensteht — und weil die Freischaltung bei mobile.de liegt und nicht bei uns.
Im Händlerkonto bei mobile.de: Dort aktiviert der Händler die Listing Integration und erzeugt API-Benutzername und -Passwort. Für angemeldete Händler ist der Zugriff auf den eigenen Bestand üblicherweise in der Monatsgebühr enthalten. Machen muss das der Händler selbst — wir können es nicht für Sie beantragen, aber wir sagen Ihnen genau, welche Werte wir brauchen und wofür.
Ja, und das ist der eigentliche Grund für eine Schnittstelle. Vorher muss aber eine Entscheidung fallen: Welches System führt, je Datenart? Führt das Portal, ist die Website ein Abbild. Führt Ihr eigenes System oder Ihre Warenwirtschaft, ist das Portal ein Ausgabekanal. Beide Varianten funktionieren, aber nicht gleichzeitig für dieselben Felder. Diese Festlegung treffen wir im Konzept, bevor die erste Zeile Code entsteht.
Laut Dokumentation sind parallele Anfragen zur selben Anzeige ausgeschlossen — Aktualisierungen müssen serialisiert werden. Die maximale Bildanzahl je Anzeige hängt vom Konto ab. Veröffentlichte Rate-Limits gibt es nicht; für Mengenfragen verweist die Doku auf den Support. Praktisch heißt das: Warteschlange, Wiederanlauf und ein Protokoll, aus dem hervorgeht, welcher Datensatz wann in welchem Zustand übertragen wurde.
Google Vehicle Ads — auf Deutsch Fahrzeuganzeigen — zeigen einzelne Fahrzeuge gewerblicher Händler direkt in den Google-Suchergebnissen, mit Bild, Marke, Modell, Preis, Laufleistung und Händlername. Der Klick führt auf die Fahrzeugdetailseite der eigenen Website, nicht auf ein Portal. Zum Stand in Deutschland widerspricht Google sich selbst: Die Ankündigung vom 27. März 2026 nennt das Format ab März 2026 für alle Fahrzeugwerbetreibenden in Spanien, Italien und Deutschland verfügbar, während die allgemeine Übersichtsseite Deutschland weiter als offene Betaphase mit Kontaktformular führt. Wir halten die datierte Ankündigung für die jüngere Quelle, prüfen den Stand aber vor jeder Zusage neu.
Vier Bausteine: ein Google-Ads-Konto, das mit einem Merchant-Center-Konto verknüpft ist; eine Verknüpfung mit dem Unternehmensprofil oder ersatzweise eine hinterlegte Unternehmensdatenquelle; einen Fahrzeug-Feed im Merchant Center mit allen erforderlichen Attributen; und eine Kampagne in Google Ads als Performance Max oder Standard-Shopping. Entscheidend ist der Feed. Wenn Ihr Bestand ohnehin aus einem führenden System heraus auf die Website und ins Portal läuft, ist der Feed ein weiterer Ausgabekanal derselben Quelle — sonst wird er eine dritte Datenhaltung, und die driftet.
Belegt und über beide Google-Quellen stabil ist der Ausschluss: Gewerbefahrzeuge, landwirtschaftliche Fahrzeuge, Busse, Motorräder, Boote und Flugzeuge sind nicht zulässig, ebenso Fahrzeuge, für die ein Führerschein für die gewerbliche Nutzung nötig ist. Schwere Nutzfahrzeuge fallen damit heraus. Zugelassen sind nur Direktverkäufer, Vermittler nicht. Offen ist der Fall Reisemobile: Die Richtlinienseite nennt Wohnmobile, Campingfahrzeuge und Anhänger als zulässig, Googles eigene Ankündigung beschränkt diese Erweiterung aber auf die USA ab Mai 2026. Wir behaupten dazu nichts, sondern klären es vor einer Zusage mit Google — eine falsche Auskunft an dieser Stelle kostet ein Projekt.
Heute nicht als fertiges Paket. Wir arbeiten uns in das Format ein und bereiten die Datenseite vor — den Feed aus dem führenden System, die Vollständigkeit der Attribute, die Bildlage. Wenn Sie jetzt einsteigen wollen, sprechen wir zuerst über die Zulassungsfrage und den Feed und danach über die Kampagne. Ein Format als ausgereifte Leistung zu verkaufen, das wir noch in keinem Kundenprojekt ausgeliefert haben, wäre unredlich.
Indem Verbrauch, CO2-Emission und CO2-Klasse im Datenmodell Pflichtfelder sind und der Import vor dem Schreiben prüft. Fehlt ein Wert, geht das Fahrzeug nicht online, sondern in eine Fehlerliste, die den Datensatz benennt. Das ist im Alltag unbequem, verhindert aber genau den Fall, den man nicht haben will. Rechtsberatung ist das nicht: Welche Fahrzeuge Ihres Bestands erfasst sind und wie die Angaben zu formulieren sind, gehört zu Ihrem Anwalt. Wir bauen die Technik, die es ihm möglich macht.
Als ein Bestand mit dem Standort als Attribut, nicht als mehrere Websites. Der Standort wird zum Filter und zur Angabe am Fahrzeug, inklusive Ansprechpartner vor Ort. Eine Umsetzung zwischen Niederlassungen ist dann eine Feldänderung und kein Umzug von Datensätzen. Bei Autohaus Brüggemann laufen sechs Standorte so — Rheine-Mesum als Zentrale, dazu Brandenburg, Dortmund, Neubrandenburg, Rostock und Wietmarschen.
Ja, das ist Absicht. Die Filterzustände stehen in der Adresse, etwa search[make][], search[model][] und search[garage][]. Eine Auswahl ist damit verschickbar, als Lesezeichen speicherbar und als Ziel für Kampagnen, QR-Codes oder Anzeigen nutzbar. Wenn dieselbe Anforderung erst nach dem Launch kommt, ist sie deutlich aufwendiger — deshalb bauen wir es von Anfang an so.
Fahrzeugdaten sind zum größten Teil sprachneutral: Erstzulassung, Laufleistung, Leistung, Achskonfiguration. Übersetzt wird, was tatsächlich Text ist — Beschreibungen, Ausstattungsbezeichnungen, Redaktionsseiten. Bei Eschen Nutzfahrzeuge läuft der Auftritt in fünf Sprachen aus einer Erfassung: Deutsch, Englisch, Russisch, Polnisch, Spanisch. Der Aufwand steckt nicht in der Zahl der Sprachen, sondern in der konsequenten Trennung von Struktur und Übersetzung.
Wir sind hier in der Arbeit und behaupten kein fertiges Produkt. Die Ansatzpunkte, die wir dafür sehen: Fahrzeugtexte aus Ausstattungslisten erzeugen, Anfragen vorqualifizieren und dem richtigen Verkäufer zuordnen, Wiedervorlagen im CRM priorisieren, dünne Bestandsdaten anreichern, Leads aus dem Portal mit dem CRM zusammenführen. Also die Fleißarbeit hinter dem Verkauf, nicht ein Chatbot auf der Startseite. Bei allem, was nach außen geht, schaut ein Mensch drauf, bevor es raus ist.
Weil Kunde und Fahrzeug zusammengehören und über Jahre zusammengehören bleiben: Kauf, Service, Inzahlungnahme, Anschlusskauf. Standardsysteme bilden Kontakte, Angebote und Aktivitäten ab, aber selten die Fahrzeugbezüge, auf die es hier ankommt. Im Projekt bei Autohaus Brüggemann sind Kunde, Firma, Fahrzeug und Vorgang deshalb eigene Objekte mit definierten Beziehungen, damit sich die Historie eines Fahrzeugs und die eines Kunden getrennt und gemeinsam betrachten lassen. Angebunden sind Website, B2B-Shop und Vertrieb. Das Projekt ist in Umsetzung.
Unsere Extension ist eine TYPO3-Extension, insofern setzt sie TYPO3 voraus. Wenn Sie auf einem anderen System sitzen, ist das aber keine Vorentscheidung: Die erste Frage ist, wo Ihr Bestand geführt wird und über welche Schnittstelle er erreichbar ist. Erst danach lässt sich sagen, ob eine Anbindung an das Bestehende genügt oder ob ein Neubau die günstigere Variante ist. Wenn sich ein Neubau nicht rechnet, sagen wir das.
Das hängt daran, wie viele Kanäle beteiligt sind, welches System den Bestand führt und in welchem Zustand die Daten sind. Ein Fahrzeugimport aus einer dokumentierten Quelle ist eine andere Größenordnung als eine eigene Bestandsführung mit Portalabgleich, mehreren Standorten und CRM-Anbindung. Wir nennen einen konkreten Aufwand nach der Analyse Ihrer Systemlandschaft — vor dem Projekt, nicht danach. Und wenn ein Vorhaben sich nicht rechnet, sagen wir das statt es zu verkaufen.
Sagen Sie uns, welches System heute Ihren Bestand führt und welche Kanäle daran hängen — Portal, Website, Warenwirtschaft, Vertrieb. Wir sehen uns die Datenlage an und nennen den realistischen Aufwand für eine Anbindung. Auch dann, wenn die Antwort lautet, dass sich der Umbau nicht lohnt.