Je aanbod één keer invoeren en automatisch doorzetten naar externe portalen en partners. Gebouwd voor twee vastgoedplatforms, op nacalculatie.
Listing-syndicatie betekent dat je een woning of een aanbod één keer invoert en het systeem het zelf doorzet naar de externe portalen en partners waar het moet staan. Met de juiste foto's, teksten en status. EIGHTY8 bouwt die doorzettkoppeling op je eigen platform, inclusief terugkoppeling als iets ergens wordt afgekeurd.
Een listing is klaar. En dan begint het pas. Elk extern portaal wil dezelfde woning in zijn eigen formaat: andere veldnamen, andere maximale lengtes voor de omschrijving, andere eisen aan foto's en grondplan. Dus opent iemand per portaal een beheeromgeving en typt alles opnieuw, met kopieerfouten als het logische gevolg: hier een prijs die het fabrieksgetal nog draagt, daar een foto te klein voor de eisen van het platform.
De echte bron van wantrouwen is de status. Verkocht op de ene site, nog maanden te koop op de andere. Niet omdat iemand lui was, maar omdat intrekken op vier plekken vier keer werk is, en het systeem dat het zou moeten doen er niet is. Intussen piepen portalen met afkeuringsmails in een mailbox waar niemand specifiek op let, en staat een listing een week onvindbaar zonder dat iemand weet waarom.
De listing op jouw eigen platform is de enige bron. Naar elk extern portaal ligt een mapping: welk veld hierheen gaat, welke tekst ingekort wordt en hoe, welke fotomap in welke vorm moet worden aangeleverd. Bij publicatie zet het systeem de listing zelf door, volgens die mappings. Niet als een losse klik, maar als onderdeel van de workflow die de listing al doorloopt.
Het antwoord van het portaal hoort bij de listing. Wordt een doorzetting geaccepteerd, dan staat dat bij de listing vermeld. Wordt hij afgekeurd, dan verschijnt de reden bij de betreffende listing in jouw eigen beheer (in plaats van in een mailbox die niemand leest) en kan de correctie aangebracht en opnieuw doorgezet worden. Statussen werken terug: intrekken of verkopen op jouw platform betekent overal intrekken, binnen het venster dat het portaal zelf hanteert.
Eerlijk over de grens: portals zijn andere partijen. Sommige hebben een partnertraject, technische eisen of een procedure voordat een koppeling mag bestaan, en dat onderzoek hoort bij de discovery. We beloven geen koppeling voordat we weten dat het portaal haar toestaat. En de mens blijft aan zet voor wat niet automatisch gaat: fotografie, teksten en het besluit waar een aanbod wel en niet staat.
Syndicatie begint bij een eigen platform dat de listing al vastlegt. De vier onderdelen hieronder bepalen het werk.
Het werkt voor vastgoedkantoren en platforms met doorlopend aanbod dat op meerdere plekken zichtbaar moet zijn. Hoe vaker je listings publiceert en bijwerkt, hoe sneller het dubbelwerk vervalt. En hoe kleiner de kans dat ergens een oude advertentie blijft hangen.
Het werkt níet als je één extern kanaal gebruikt en dat kanaal al een prima import heeft (dan is een eigen koppeling duurder dan het dubbelwerk dat ze vervangt. Ook niet als het aanbod zelden verandert en bestaat uit een handjevol listings per jaar; een vast ritueel is goedkoper dan een bouwstuk. En als de listings zelf nog geen vaste plek in je eigen systeem hebben, is dat de eerste stap) syndicatie zonder eigen bron is een kopie zonder origineel.
Twee vastgoedplatforms op onze casepagina sturen hun aanbod vanuit één eigen systeem door naar externe portalen en partners: een kantoor dat zijn traject van reservering tot registratie in eigen beheer houdt, en een verblijfsplatform dat van eerste aanvraag tot overdracht in dezelfde omgeving werkt. Wat je daar níet leest: aantallen listings en partnerschappen. Dat is de bedrijfsvoering van die partijen zelf.
Het aantal portalen, hun eisen en de diepgang van de terugkoppeling bepalen de omvang. Sommige portalen vragen een aparte partneraanmelding voor een koppeling mag bestaan; dat onderzoek zit in de scope, niet eromheen. Je ontvangt vooraf een offerte met de aannames zichtbaar en rekent af op nacalculatie. Per nieuw portaal later geldt dezelfde manier van werken.
Juist dáárvoor bestaat de mapping. Per portaal leggen we vast welke tekst ingekort wordt, welke velden samengevallen en in welke vorm foto's worden aangeleverd. Vóór de doorzetting plaatsvindt. Faalt een eis, dan verschijnt de reden bij de listing in jouw eigen beheer en kan de correctie daarna opnieuw doorgezet worden. Je ziet per listing waar hij staat en waar hij nog niet doorheen is.
Dan staat er geen stille fout in een log, maar een melding bij de listing zelf, met de reden van het portaal erbij. Degene die de listing beheert ziet hem tussen het andere werk, herstelt wat er nodig is en zet opnieuw door. Pas als de reden bij het portaal zelf ligt (een geblokkeerde account, een procedure) escaleert hij naar jou, met een uitleg waar het precies vastloopt.
Ja: de status op jouw platform is de bron en de intrekking wordt naar elk kanaal doorgezet. Hoe snel dat zichtbaar is, hangt af van hoe het portaal verwerking aanbiedt. Sommige verwerken direct, andere binnen hun eigen venster. Het doel is dat een verkocht object nergens meer als te koop staat, en dat je in jouw eigen beheer ziet welke kanalen nog bezig zijn.
Dat hangt af van het aantal portalen, hun technische eisen en of er partnertrajecten doorlopen moeten worden voordat een koppeling mag bestaan. Een portaal met een nette koppeling is overzichtelijk werk; een portaal zonder API maar met een importformaat vraagt een andere aanpak. We scopen het vooraf, leggen de aannames vast en rekenen af op nacalculatie. Ook voor elk portaal dat er later bij komt.
EIGHTY8