Een vastgoed XML-feed wordt vaak gezien als een technisch exportbestand. Voor een makelaarskantoor of vastgoedorganisatie is het in werkelijkheid een publicatiekanaal. De kwaliteit van de feed bepaalt hoe objecten op externe websites verschijnen, hoe snel wijzigingen worden verwerkt en hoeveel handmatig herstel nodig is.
Daarom verdient de feed hetzelfde beheer als een website. Er moeten afspraken zijn over inhoud, beschikbaarheid, versies en incidenten. Een bestand dat “meestal werkt” is onvoldoende wanneer actuele beschikbaarheid en prijzen voor bezoekers belangrijk zijn.
Kies tussen volledige en incrementele levering
Een volledige feed bevat bij iedere levering alle actieve objecten. Dat is overzichtelijk, maar kan zwaar worden bij veel foto’s of objecten. Een incrementele feed bevat alleen nieuwe en gewijzigde records sinds het vorige moment. Dat is efficiënter, maar vraagt nauwkeurigere verwerking van volgorde en gemiste leveringen.
Sommige organisaties gebruiken een combinatie: meerdere keren per dag wijzigingen en periodiek een volledige controlefeed. Daarmee kunnen kleine updates snel worden verwerkt en kan de ontvanger verschillen herstellen.
Maak de feed voorspelbaar
- Gebruik vaste unieke objectidentificaties.
- Publiceer datums en tijden in één afgesproken tijdzone.
- Documenteer alle mogelijke statuswaarden.
- Geef aan welke velden leeg mogen zijn.
- Gebruik een herkenbaar versienummer voor het schema.
Voorspelbaarheid is belangrijker dan creativiteit. Een veld dat de ene keer een getal en de andere keer vrije tekst bevat, veroorzaakt problemen bij iedere ontvanger. Kies één gegevensvorm en valideer deze vóór levering.
Behandel foto’s als afzonderlijke assets
Media vormen vaak het grootste deel van de datastroom. De XML kan verwijzen naar foto’s en plattegronden, maar de bestanden hebben een eigen levenscyclus. Een objectwijziging hoeft niet te betekenen dat alle beelden opnieuw moeten worden gedownload. Geef daarom per bestand een stabiele identificatie en een wijzigingsmoment mee.
Ook de verwijdering van media vraagt aandacht. Wanneer een foto uit de volgorde wordt gehaald, moet duidelijk zijn of deze alleen niet meer getoond mag worden of definitief niet meer beschikbaar is.
Monitoring moet drie vragen beantwoorden
- Is de feed op tijd aangemaakt en bereikbaar?
- Zijn alle records technisch en inhoudelijk geldig?
- Heeft het ontvangende platform de verwerking bevestigd?
Alleen controleren of een URL een bestand teruggeeft is niet genoeg. Een lege of halve feed kan technisch bereikbaar zijn en toch grote schade veroorzaken. Stel daarom drempels in voor onverwachte dalingen in objectaantal, media of bestandsgrootte.
Scheiding tussen openbare en interne gegevens
Een export mag uitsluitend gegevens bevatten die voor de ontvanger bedoeld zijn. Interne notities, privécontactgegevens, sleutelinformatie en conceptdocumenten horen niet in een openbare vastgoed XML-feed. Werk bij voorkeur met een expliciete lijst toegestane velden in plaats van alles te exporteren en daarna uitzonderingen te verwijderen.
Een extra feed naar Woning-Unie
Vastgoedaanbieders kunnen Woning-Unie opnemen in een multichannelstrategie. De bestaande feed kan mogelijk als uitgangspunt dienen, maar de ontvanger moet wel weten welke velden, objecttypen en statussen worden ondersteund. Een aparte mapping voorkomt dat aanpassingen voor één platform andere publicaties beïnvloeden.
Versiebeheer voorkomt verrassingen
Wijzig een feedformaat niet stilzwijgend. Kondig nieuwe velden en gewijzigde definities aan, bied een testbestand en houd tijdelijk ondersteuning voor de vorige versie. Ontvangers hebben tijd nodig om hun import aan te passen.
Een professioneel beheerde vastgoed XML-feed levert snelheid en schaalbaarheid op. De winst ontstaat echter pas wanneer de hele keten wordt gemeten: van bronrecord tot zichtbare advertentie.