Zo bouw je een website met vastgoedaanbod

Een website met vastgoedaanbod is een database met objecten en een publieke kant: een pagina per object, een zoekfunctie met filters, en een manier waarop kopers of huurders iets over een object kunnen vragen. Daarachter zit een privé beheergedeelte waar de makelaar objecten toevoegt, bewerkt en als verkocht markeert. Je kunt met een AI-appbouwer in een paar sessies een degelijke versie maken, zolang je eerst de gegevens per object ontwerpt en de eerste versie klein houdt.

Voor wie is de site, en wat moet hij doen?

Bepaal eerst welk type site je bouwt. Ze lijken op elkaar maar hebben andere eisen.

Deze gids richt zich op de eerste drie. Een portaal met veel aanbieders is een marktplaats met twee kanten, een ander vraagstuk; zie hoe je een marktplaats bouwt en hoe je een directorywebsite bouwt als dat is wat je voor ogen hebt.

De gegevens per object

De objectgegevens vormen het hart van de site. Krijg de velden goed en de zoekfunctie, de kaarten en de detailpagina's volgen vanzelf. Een praktische startset:

• Basis: titel, status (beschikbaar, onder bod, verkocht/verhuurd), type aanbod (koop of huur), prijs en prijsaanduiding ("vraagprijs", "per maand").
• Locatie: adres, wijk of buurt, en coördinaten als je een kaart wilt. Bepaal of het volledige adres openbaar is; veel makelaars tonen alleen de straat of het gebied.
• Grootte en indeling: slaapkamers, badkamers, vloeroppervlakte (en de eenheid: vierkante voet of vierkante meter), type woning.
• Beschrijving: een samenvatting voor de kaarten en een langere tekst voor de detailpagina.
• Kenmerken: een lijst zoals parkeren, tuin, balkon, huisdieren toegestaan. Sla ze op als labels, zodat ze filters kunnen worden.
• Media: foto's in een vaste volgorde, een omslagfoto, en optioneel een plattegrond of brochure als pdf.
• Beheervelden: datum van plaatsing, datum van wijziging, en welke makelaar het object beheert.

Aanvragen zijn een tweede tabel: naam, e-mail, telefoon, bericht, op welk object, en wanneer. Als je bezichtigingstijden wilt plannen, bevat een derde tabel de gevraagde tijden.

Beslissingen die je vroeg moet nemen

• Valuta en eenheden. Kies één valuta en één oppervlakte-eenheid, en vermeld dat in je eerste prompt. Later wijzigen betekent elk object aanpassen.
• Verkochte objecten. Verbergen, of bewaren met een "Verkocht"-label als bewijs van activiteit? Beide kan; beslis voordat je de zoekfunctie bouwt.
• Koop en huur. Als je beide doet, maak het een veld en een bovenliggend filter, niet twee aparte sites.

Zoeken en filters die mensen echt gebruiken

De meeste bezoekers komen met drie vragen: waar, hoeveel, hoe groot. Bouw die eerst:

1. Locatie: een keuzelijst met de gebieden die je bedient werkt beter dan vrije tekst voor een klein kantoor.
2. Prijsbereik: minimum en maximum.
3. Slaapkamers: een minimum.
4. Koop of huur, als je beide doet.

Voeg daarna sorteren toe (nieuwste, prijs oplopend, prijs aflopend) en, als je genoeg objecten hebt om het te rechtvaardigen, filters op kenmerken uit je labels. Een kaartweergave is aantrekkelijk maar niet essentieel voor een eerste versie; een statische kaart op elke detailpagina volstaat vaak.

Zet de filters in de URL (bijvoorbeeld /properties?area=north&minBeds=2), zodat een bezoeker een zoekopdracht kan delen of bewaren en de terugknop werkt. Vraag hier expliciet om; zonder die vraag gaat het vaak mis.

Foto's: het deel dat het maakt of breekt

Vastgoedsites draaien op foto's, dus plan ze in:

• Uploaden, niet links plakken. De beheerder moet foto's rechtstreeks uploaden. Op Mythex gaan uploads naar de bestandsopslag van het project, die wordt ingeschakeld wanneer de app dat nodig heeft.
• Volgorde en omslag. Laat de makelaar foto's in volgorde slepen en de omslagfoto kiezen.
• Formaat. Grote originelen vertragen de site op telefoons. Vraag om afbeeldingen die op een verstandig formaat worden geschaald, en gebruik lazy loading voor de galerij.
• Alternatieve tekst. Een korte beschrijving per foto helpt toegankelijkheid en zoekmachines.

De aanvraagstroom

Het doel van de site is de aanvraag. Houd die kort: naam, e-mail, telefoon (optioneel), bericht vooraf ingevuld met de titel van het object. Bij verzenden:

• Sla het op in de database, gekoppeld aan het object.
• Stuur de makelaar een e-mail. Daarvoor heb je een e-mailprovider nodig, zoals Resend of Postmark; zie e-mail versturen vanuit je app.
• Toon een duidelijke bevestiging, en stuur eventueel de aanvrager een kopie.

Als bezoekers bezichtigingstijden moeten kunnen aanvragen, behandel het dan als een kleine boekingsfunctie: beschikbare tijdslots per object, een verzoek en bevestiging door de makelaar. De gids voor boekingsapps behandelt de logica van tijdslots.

Het beheergedeelte en rechten

Het beheergedeelte is waar de site zijn geld verdient. Het heeft nodig:

• Een login, zodat alleen makelaars erbij kunnen.
• Een objectentabel met status, prijs en datum, en snelle acties (bewerken, als verkocht markeren, verbergen).
• Een objectformulier met fotoupload.
• Een inbox voor aanvragen, filterbaar per object, met een vlag "afgehandeld".

Houd de rechten eenvoudig: in een klein kantoor kan elke makelaar elk object bewerken. Als je "makelaars bewerken alleen hun eigen objecten" nodig hebt, zeg dat in je prompt en test het door in te loggen als twee verschillende makelaars.

Als je aanvragen uitgroeien tot een echte verkooppijplijn (opvolging, fasen, notities), dan is dat een CRM. Begin met de inbox en lees hoe je een CRM bouwt wanneer je die ontgroeit.

Een eerste prompt die werkt

Bouw een website met vastgoedaanbod voor een klein makelaarskantoor in twee wijken, North Park en Riverside. Openbare pagina's: een homepage met uitgelichte objecten, een zoekpagina met filters voor gebied, koop of huur, prijsbereik en minimaal aantal slaapkamers (filters blijven in de URL staan), en een detailpagina per object met een fotogalerij, prijs, slaapkamers, badkamers, vloeroppervlakte in vierkante meter, kenmerken, beschrijving en een aanvraagformulier. Makelaars loggen in op een beheergedeelte om objecten toe te voegen en te bewerken, foto's te uploaden en te ordenen, een object onder bod of verkocht te markeren, en aanvragen per object te zien. Sla alles op in een database. Prijzen in GBP. Een rustig, schoon ontwerp dat goed werkt op telefoons.

Bouw het stap voor stap

1. Begin met de openbare pagina's op voorbeeldgegevens. Laat de builder tien realistische voorbeeldobjecten maken, zodat je de kaarten, zoekfunctie en detailpagina kunt beoordelen.
2. Voeg de database en het beheergedeelte toe. Zet de objecten in de database, voeg daarna login en de beheerschermen toe. Voeg zelf een object toe, van begin tot eind.
3. Voeg fotoupload toe. Upload een echte set foto's, ordenen, een omslag instellen, en controleer de galerij op een telefoon.
4. Koppel de aanvragen. Dien er een in, en controleer dat die in de inbox terechtkomt en de e-mail van de makelaar aankomt.
5. Basis-SEO. Elk object heeft een unieke titel en beschrijving, leesbare URL's (/properties/3-bed-house-riverside) en deelafbeeldingen. Onze SEO-gids voor met AI gebouwde websites legt uit waarom dit voor objectpagina's meer doet dan voor de meeste andere pagina's.
6. Test de rechten. Log uit en probeer beheer-URL's direct te openen. Ze moeten naar de loginpagina doorverwijzen.
7. Publiceer en koppel je domein. Makelaars gebruiken beter hun eigen domein dan een subdomein van de builder.

Veelgemaakte fouten

• Objecten in de code zetten. Het werkt een week, daarna heeft de makelaar een ontwikkelaar nodig om een prijs te wijzigen. Gebruik vanaf het begin een database.
• De status "verkocht" vergeten. Bezoekers die naar verkochte objecten vragen, verspillen iedereens tijd. Maak de status prominent en filterbaar.
• Zware foto's. Een galerij met volledige camerabeelden is traag op mobiel internet. Verklein ze.
• Geen indexeerbare inhoud. Een site die elk object met JavaScript laadt en geen eigen titels per object heeft, is lastig voor zoekmachines. Voor objectsites is SEO het grootste deel van het gratis verkeer.
• Het exacte adres standaard tonen. Bepaal dat bewust, zeker bij verhuur en bewoonde woningen.
• Regels voor advertenties niet controleren. Sommige landen stellen eisen aan wat een woningadvertentie moet bevatten, zoals energielabels of materiële informatie. Controleer wat voor jou geldt.

Kosten en tools

Voor een klein kantoor bestaat de doorlopende kost uit deze onderdelen:

Wanneer een kant-en-klaar product beter is

Bouw zelf wanneer je controle wilt over het ontwerp, je eigen zoekervaring, en objecten die van jou zijn in plaats van gehuurde ruimte op een portaal. Kies voor iets kant-en-klaars wanneer:

• Je objecten uit een MLS of portaalfeed moeten komen. De aanbieder van die feed heeft meestal goedgekeurde websiteproducten en regels die je moet volgen.
• Je vooral bereik nodig hebt. Portalen brengen kopers; je eigen site zet vooral mensen om die je naam al kennen.
• Je een volledig kantoorbeheer nodig hebt (huurcontracten, naleving, boekhouding). Gespecialiseerde makelaarssoftware dekt dat en is moeilijk goed na te bouwen.

Veel kantoren doen beide: ze plaatsen op de portalen voor bereik en houden hun eigen site voor hun merk en directe aanvragen.

Bouwen met Mythex

Mythex past goed bij dit project: beschrijf de site in de chat, zie hem draaien in een live voorvertoning (ook met een telefoonweergave), en de app voegt een database toe voor objecten en aanvragen en bestandsopslag voor foto's wanneer de app dat nodig heeft. Publiceer naar een mythex.ai-adres op elk abonnement, of naar je eigen domein op Pro. Voor een vliegende start: zie de AI-builder voor vastgoedwebsites of bekijk de websitetemplates.

Veelgestelde vragen