Transparantie

Hier leggen we uit hoe Pandwijzer advertentielinks leest, welke data we bewaren en waar de grenzen liggen. Open kaart dus. Dat lijkt ons normaal.

Wat doet Pandwijzer met advertentielinks?

Als je een link plakt naar een advertentie op een ondersteund platform, haalt Pandwijzer alleen op jouw verzoek de advertentiepagina op. We halen daar alleen velden uit die publiek zichtbaar zijn voor iedereen die de pagina bezoekt: prijs, oppervlakte, EPC, aantal slaapkamers en zo verder. Sommige platforms stoppen al gestructureerde data in hun HTML. Voor dit formulier-pad bouwen we geen kopie van hele advertenties: HTML bewaren we niet, en de bronlink zelf komt niet in je rapport. We cachen kort wat nodig is om het formulier te vullen (zie verder). Wat we wél bewaren zijn de door jou bevestigde rapportgegevens; die gebruiken we ook om onze interne benchmarks en analyses te verbeteren (in geminimaliseerde vorm naast het volledige rapport).

Dat is ook het plafond: we gebruiken die gegevens niet om een eigen doorzoekbare advertentiedatabase op te bouwen, noch om platforminhoud als zodanig te herpubliceren of door te verkopen. Het gaat om jouw aangevraagde analyse en het verrijken daarvan met wat je zelf bevestigt — niet om "data wegsluizen".

De analyse zelf steunt op officiele marktstatistieken van Statbel en Fednot, niet op losse advertentietekst die zichzelf graag wat overschat.

Methodologie

We combineren Statbel en Fednot en sturen die benchmark bij op basis van pandkenmerken. De score is een gewogen mix van prijs, ligging, energie, verkoopkans, risico en mobiliteit. De exacte receptuur zetten we niet publiek online.

Hoe halen we advertentiepagina's op?

Sommige platforms gebruiken anti-bot bescherming die IP-adressen controleert. Wij proberen daarom in deze volgorde:

  1. Directe ophaling – rechtstreeks, zonder derde partij
  2. Eigen infrastructuur – indien beschikbaar, via een eigen browser op onze servers
  3. Externe proxy-dienst – alleen als fallback wanneer de eerste twee pistes falen

Lukt het helemaal niet, dan kan je nog altijd handmatig invullen.

Het gebruik van externe diensten om anti-bot bescherming te omzeilen kan juridisch grijs terrein zijn. Daarom zeggen we dat hier gewoon luidop. Onze voorkeur blijft altijd: eerst direct, dan eigen infrastructuur, pas daarna een externe fallback.

Stappen die we zetten voor een verantwoorde aanpak

  • 1.Geen bron-URL's opgeslagen: De volledige advertentielink bewaren we niet blijvend in rapporten of input snapshots. Wel kan het platform (bv. Immoweb of Zimmo) als niet-identificerend label bij je rapport staan — zonder URL. In de prefill-cache gebruiken we als sleutel een SHA-256-hash van de genormaliseerde link, nooit de ruwe URL als tekst.
  • 2.Minimale prefill-cache: Als we een listing uitlezen, bewaren we maximaal 3 dagen alleen pandvelden zoals prijs, oppervlakte en EPC, maar geen exact adres. De ruwe URL slaan we niet op.
  • 3.Prefill-fail-cache (30 min): Als een listing geblokkeerd wordt, wachten we 30 minuten voor we opnieuw proberen. Zo blijven we geen koppige deurbel.
  • 4.Fysieke verwijdering: Verlopen cache-entries worden ook echt verwijderd. Niet alleen op papier.
  • 5.Geen HTML opgeslagen: We parsen de pagina en halen alleen de nodige velden eruit. Geen volledige HTML-pagina's in opslag.
  • 6.Eerst directe ophaling: We proberen altijd eerst een directe ophaling. Daarna pas eventueel eigen infrastructuur en alleen als laatste redmiddel een externe proxy-dienst. Faalt alles, dan tonen we dat gewoon.
  • 7.Token-gebaseerde rapporttoegang: Rapporten zijn alleen toegankelijk met een unieke token in de URL. Zonder link geen rapport.
  • 8.Self-service rapportverwijdering: Je kan je rapport zelf verwijderen via de knop op de rapportpagina. Geen mailketen nodig.
  • 9.Beperkte logging: Geen ruwe adressen, postcodes of IP-adressen in logs. Alleen wat strikt nodig is.

Externe diensten

Naast de advertentieplatforms, waar we alleen op jouw vraag data ophalen, gebruiken we:

  • Statbel & Fednot Vastgoedbarometer – officiële marktstatistieken
  • Geopunt / Nominatim – adresautocomplete (Vlaanderen / fallback)
  • OpenStreetMap Nominatim & geocode.xyz – forward geocoding (adres → coördinaten), reverse geocoding (locatietype voor mobiliteit), adresnormalisatie waar nodig; geocode.xyz als tweede bron bij geocoding
  • iRail & open GTFS – exacte trein- en OV-afstanden via open stations- en haltefeeds van NMBS, De Lijn, MIVB/STIB en TEC
  • OpenStreetMap-groenlaag – nabije parken en groene ruimte rond het adres. Kaartdata © OpenStreetMap-bijdragers, licentie-informatie
  • Regionale overheden – overstromingszone-check
  • Eigen infrastructuur – indien geconfigureerd, browser op eigen servers vóór externe fallback
  • Externe proxy-dienst – fallback voor advertentie-ophaling wanneer directe fetch en eigen infrastructuur falen
  • Resend – e-mail (rapporten, prijsupdates)
  • Stripe – betalen voor sponsorplaatsen op de site (betaalverwerker)
  • Convex – database en backend

Bewaartermijnen

  • Prefill-cache: 3 dagen, daarna fysiek verwijderd
  • Prefill-fail-cache: 30 minuten, daarna fysiek verwijderd
  • Marktdata-cache: 7 dagen, daarna fysiek verwijderd
  • Mobiliteit (transit/groen): server-side cache per afgeronde coördinaat (ca. 11 m), TTL zeven dagen, daarna verwijderd bij de wekelijkse opschoning (tot die tijd kan een verlopen entry nog als fallback dienen)
  • Rapporten: Zolang je het rapport bewaart (zelf te verwijderen)

Dit document beschrijft onze technische en procedurele aanpak. Het is geen juridisch advies. Voor de voorwaarden van de advertentieplatforms zelf moet je bij hen zijn. Wij evalueren onze aanpak geregeld en sturen bij waar nodig.