Sådan bygger du et site med boligannoncer

Et site med boligannoncer er en database over boliger med et offentligt ansigt: en side for hver annonce, en søgning med filtre og en måde, købere eller lejere kan spørge om en bolig på. Bag det ligger et privat adminområde, hvor mægleren tilføjer, redigerer og markerer annoncer som solgt. Du kan bygge en solid version med en AI-appbygger på få sessioner, så længe du designer annoncedataene først og holder den første version lille.

Hvem siden er til, og hvad den skal kunne

Vær klar over, hvilken slags site du bygger, før du tænker på funktioner. De ligner hinanden, men har brug for forskellige ting.

Denne guide fokuserer på de første tre. En portal med mange annoncører er en tosidet markedsplads, som er et andet problem; se sådan bygger du en markedsplads og sådan bygger du et katalogsite, hvis det er det, du har i tankerne.

De data hver annonce kræver

Annoncedata er hjertet i siden. Får du felterne rigtige, følger søgning, kort og detaljesider med. Et praktisk startsæt:

• Grundlæggende: titel, status (ledig, under købstilbud, solgt/udlejet), annoncetype (salg eller leje), pris og prisbetegnelse („vejledende pris“, „pr. måned“).
• Placering: adresse, område eller kvarter, og koordinater, hvis du vil have et kort. Beslut, om den fulde adresse er offentlig; mange mæglere viser kun vej eller område.
• Størrelse og indretning: soveværelser, badeværelser, boligareal (og enhed — kvadratfod eller kvadratmeter), boligtype.
• Beskrivelse: et resumé til kortene og en længere beskrivelse til detaljesiden.
• Faciliteter: en liste som parkering, have, altan, husdyr tilladt. Gem dem som tags, så de kan blive til filtre.
• Medier: billeder i fast rækkefølge, et forsidebillede, og eventuelt en plan eller en brochure som PDF.
• Adminfelter: oprettelsesdato, opdateringsdato, og hvilken mægler der ejer annoncen.

Henvendelser er en anden tabel: navn, e-mail, telefon, besked, hvilken annonce, og hvornår. Hvis du planlægger visninger, har en tredje tabel de ønskede tidspunkter.

Beslutninger, der er værd at træffe tidligt

• Valuta og enheder. Vælg én valuta og én arealenhed, og skriv det i din første prompt. At ændre det senere betyder at røre ved hver eneste annonce.
• Solgte annoncer. Skjul dem, eller behold dem med et „Solgt“-mærke som bevis på aktivitet? Begge dele er fine; beslut det, før du bygger søgningen.
• Leje vs. salg. Hvis du gør begge dele, så gør det til et felt og et øverste filter, ikke to adskilte sites.

Søgning og filtre folk faktisk bruger

De fleste besøgende kommer med tre spørgsmål: hvor, hvor meget, hvor stor. Byg dem først:

1. Placering — en rulleliste med de områder, du dækker, virker bedre end fri tekst for et lille bureau.
2. Prisinterval — minimum og maksimum.
3. Soveværelser — et minimum.
4. Salg eller leje, hvis du gør begge dele.

Tilføj derefter sortering (nyeste, pris stigende, pris faldende) og, hvis du har nok annoncer til at retfærdiggøre det, faciliteterfiltre fra dine tags. En kortvisning er attraktiv, men ikke nødvendig i en første version; et statisk kort på hver detaljeside klarer ofte opgaven.

Sæt filtrene i URL'en (for eksempel /properties?area=north&minBeds=2), så en besøgende kan dele eller gemme en søgning, og tilbageknappen virker. Bed eksplicit om det — det er let at få forkert ellers.

Billeder: den del, der gør eller ødelægger det

Boligsites lever af billeder, så planlæg for dem:

• Upload, indsæt ikke links. Adminen skal uploade billeder direkte. På Mythex går uploads til projektets fillagring, som aktiveres, når appen har brug for det.
• Rækkefølge og forside. Lad mægleren trække billeder i rækkefølge og vælge forsidebilledet.
• Størrelse. Store originaler gør siden langsom på telefoner. Bed om, at billeder skaleres ned eller serveres i fornuftige størrelser, og brug lazy loading på galleriet.
• Alt-tekst. En kort beskrivelse pr. billede hjælper både tilgængelighed og søgning.

Henvendelsesforløbet

Formålet med siden er henvendelsen. Hold den kort: navn, e-mail, telefon (valgfri), besked forududfyldt med boligens titel. Ved indsendelse:

• Gem den i databasen, knyttet til annoncen.
• Underret mægleren via e-mail. Det kræver en e-mailudbyder som Resend eller Postmark; se at sende e-mail fra din app.
• Vis en tydelig bekræftelse, og send eventuelt henvenderen en kopi.

Hvis du vil have besøgende til at anmode om visningstidspunkter, så behandl det som en lille bookingfunktion: ledige tider pr. annonce, en anmodning og mæglerens bekræftelse. Guiden til bookingapps dækker logikken for tidsfelter.

Adminområdet og tilladelser

Adminområdet er der, hvor siden tjener sit ophold. Det har brug for:

• Et login, så kun mæglere kan komme ind.
• En annoncetabel med status, pris og dato og hurtige handlinger (redigér, markér solgt, skjul).
• En annonceformular med fotoupload.
• En henvendelsesindbakke, der kan filtreres efter annonce, med et „håndteret“-flag.

Hold tilladelserne enkle: i et lille bureau må hver mægler redigere enhver annonce. Hvis du har brug for „mæglere redigerer kun deres egne“, så skriv det i prompten og test det ved at logge ind som to forskellige mæglere.

Hvis dine henvendelser bliver til en egentlig salgspipeline — opfølgninger, faser, noter — så er det et CRM. Start med indbakken, og læs sådan bygger du et CRM, når du vokser fra den.

En første prompt, der virker

Byg en hjemmeside med boligannoncer for et lille ejendomsbureau i to kvarterer, North Park og Riverside. Offentlige sider: en forside med udvalgte annoncer, en søgeside med filtre for område, salg eller leje, prisinterval og minimum soveværelser (filtrene gemt i URL'en), og en detaljeside pr. ejendom med et fotogalleri, pris, soveværelser, badeværelser, boligareal i kvadratmeter, faciliteter, beskrivelse og en henvendelsesformular. Mæglere logger ind i et adminområde for at tilføje og redigere annoncer, uploade og omrokere billeder, markere en annonce som under købstilbud eller solgt, og se henvendelser pr. annonce. Gem alt i en database. Priser i GBP. Rent, roligt design, der virker godt på telefoner.

Den navngiver brugerne, siderne, felterne, filtrene og hvem der må gøre hvad — og intet om kode.

Byg-trin

1. Start med de offentlige sider på eksempeldata. Lad byggeren oprette ti realistiske eksempelannoncer, så du kan vurdere kortene, søgningen og detaljesiden.
2. Tilføj database og admin. Flyt annoncer over i databasen, og tilføj derefter login og adminskærmene. Tilføj selv en annonce, fra ende til anden.
3. Tilføj fotoupload. Upload et rigtigt sæt billeder, omrokér dem, vælg et forsidebillede, og kontrollér galleriet på en telefon.
4. Forbind henvendelser. Indsend én, og bekræft at den havner i indbakken, og at mailen til mægleren kommer.
5. SEO-grundlæggende. Hver annonce har brug for en unik titel og beskrivelse, læsbare URL'er (/properties/3-bed-house-riverside) og delebilleder. Vores SEO-guide til AI-byggede websites forklarer, hvorfor det betyder mere for annoncesider end for de fleste andre.
6. Test tilladelser. Log ud, og prøv at åbne admin-URL'er direkte. De skal sende dig til login.
7. Publicér og forbind dit domæne. Bureauer bør bruge deres eget domæne frem for et underdomæne fra byggeren.

Almindelige fejl

• At lægge annoncer i koden. Det virker i en uge, hvorefter mægleren har brug for en udvikler for at ændre en pris. Brug en database fra start.
• At glemme solgt-status. Besøgende, der henvender sig om solgte boliger, spilder alles tid. Gør status tydelig og filtrerbar.
• Tunge billeder. Et galleri med fuldopløste kamerabilleder er langsomt på mobildata. Skalér dem ned.
• Intet indekserbart indhold. Et site, der indlæser hver annonce med JavaScript og ikke har titler pr. annonce, er svært for søgemaskiner at forstå. For annoncesites er SEO det meste af din gratis trafik.
• At vise den nøjagtige adresse som standard. Beslut bevidst, især for udlejning og beboede boliger.
• At ikke tjekke annonceregler. Nogle lande har regler for, hvad en boligannonce skal indeholde, for eksempel energimærker eller væsentlige materielle oplysninger. Tjek hvad der gælder for dig.

Omkostninger og værktøjer

Til et lille bureau er de løbende dele:

Når et færdigt produkt er det bedre valg

Byg selv, når du vil have kontrol over designet, din egen søgeoplevelse og annoncer, der er dine og ikke lejet plads på en portal. Vælg noget færdigt, når:

• Dine annoncer skal komme fra en MLS eller et portalfeed — feedudbyderen har typisk godkendte websiteprodukter og regler, du skal følge.
• Du primært har brug for eksponering. Portaler bringer købere; dit eget site konverterer mest folk, der allerede kender dit navn.
• Du har brug for et komplet bureau-backoffice (lejemål, compliance, regnskab). Dedikeret bureausoftware dækker det og er svær at efterligne godt.

Mange bureauer gør begge dele: de lister på portalerne for rækkevidde og beholder deres eget site til brandet og de direkte henvendelser.

Byg det med Mythex

Mythex passer godt til dette projekt: beskriv siden i chatten, se den køre i en live preview (inklusive en ramme i telefonstørrelse), og den tilføjer en database til annoncer og henvendelser samt fillagring til billeder, når appen har brug for det. Publicér til en mythex.ai-adresse på enhver plan, eller til dit eget domæne på Pro. Til et godt udgangspunkt, se AI-byggeren til ejendomsbureauets hjemmeside eller gennemse websitetemplates.

Spørgsmål