Mijn Tuinaannemer

Mijn Tuinaannemer is een live Vlaams platform waarop bezoekers tuinprofessionals zoeken op basis van dienst, regio en postcode. Zij bekijken profielen, realisaties en werkgebieden en nemen rechtstreeks contact op met een gekozen professional. Het platform verkoopt geen leads en organiseert geen biedstrijd.

Achter de publieke website werkt een geautomatiseerde backoffice. Registratie, vaste controles, publieke dataverrijking, geocoding, AI-ondersteunde profielopbouw, lokale SEO, accounttoegang en communicatie komen samen in één operationele flow. Publicatie en gevoelige profielwijzigingen blijven onder menselijke controle.

• Context: publieke vindbaarheid en operationeel beheer voor Vlaamse tuinprofessionals
• Project: live platform met een publieke website, contractorportaal en geautomatiseerde backoffice
• Status: live
• Rol van 5A Technologies: productconcept, solution architecture, full-stackontwikkeling, datamodel, automatisering, security, technische SEO en deployment
• Kernprincipes: goedgekeurde brondata, begrensde AI, deterministische SEO en menselijke publicatiecontrole

Belangrijk ontwerpprincipe

AI kan profielinhoud voorbereiden, maar beslist niet autonoom wat publiek wordt. Onzekere informatie en gevoelige profielwijzigingen blijven zichtbaar voor menselijke beoordeling.

Een actueel platform met lokale bedrijfsprofielen vraagt veel terugkerend werk:

• registraties en contactgegevens controleren;
• websites, sociale kanalen en diensten structureren;
• adressen geocoden en werkgebieden koppelen;
• profielteksten en metadata voorbereiden;
• accounts, uitnodigingen en statusmails beheren;
• media en profielwijzigingen beoordelen;
• abonnementen en betalingen opvolgen;
• publieke zoek-, regio- en dienstpagina's consistent houden.

De oplossing moest deze levenscyclus versnellen zonder onzekere informatie automatisch te publiceren of de kwaliteitsbeoordeling van een tuinprofessional aan software toe te vertrouwen.

De publieke ervaring en de backoffice delen één gecontroleerde levenscyclus van registratie tot publicatie en later profielbeheer.

Registratie en vaste controles

Een tuinprofessional levert bedrijfs- en contactgegevens, diensten, specialisaties, werkgebied, website, sociale kanalen en toegestane media aan. Vaste regels controleren formaten, duplicaten, adresinformatie en uploads.

Publieke bronverrijking en geocoding

Aangeleverde publieke bronnen worden gecontroleerd op bereikbaarheid en relatie met het bedrijf. Bruikbare context kan diensten, specialisaties, regio's en contactinformatie aanvullen. Conflicterende of onvoldoende zekere informatie blijft zichtbaar voor review en wordt niet automatisch gepubliceerd.

Geocoding zet het adres om naar coördinaten. De locatie, opgegeven werkstraal en postcodebasis leveren relaties voor postcodezoeken, regionale resultaten, kaartweergave en lokale dienstpagina's.

AI-ondersteunde profielvoorbereiding en review

AI bereidt op basis van gevalideerde broninformatie een consistente profieldraft voor, met een samenvatting, uitgebreide profieltekst en voorstellen voor metadata en alternatieve teksten.

De AI-laag bepaalt geen routes, canonicals, indexering, geografische relaties of structured data. Die onderdelen blijven vaste, testbare softwarelogica. Een beheerder beoordeelt de bronnen, waarschuwingen, geografische dekking en voorgestelde inhoud en kan corrigeren, opnieuw verwerken, afwijzen of goedkeuren.

Publicatie, accounttoegang en gemodereerde wijzigingen

Na goedkeuring voedt het profiel de publieke profielpagina, relevante zoeklagen en lokale metadata. Een gekoppelde Directus-gebruiker krijgt de juiste rol en beveiligde toegang tot het contractorportaal.

Transactionele communicatie ondersteunt registratiebevestiging, ontbrekende informatie, beslissingen, accounttoegang, onboarding en relevante abonnements- of betalingsstatus. Verzendstatus en historiek begrenzen retries en helpen dubbele verzendingen voorkomen.

De tuinprofessional kan in het portaal eigen gegevens, diensten, werkgebied en media beheren. Een voorgestelde portaalwijziging overschrijft de publieke bron niet rechtstreeks, maar wordt als afzonderlijk edit request bewaard. Een beheerder vergelijkt het verzoek met de actuele brondata en keurt het goed, corrigeert het of wijst het af. Alleen een goedgekeurde wijziging keert via dezelfde gecontroleerde publicatielogica terug naar de website.

Bezoekers zoeken op postcode, regio en dienst, vergelijken relevante profielen, bekijken foto's en realisaties en contacteren een professional rechtstreeks. Server-side rendering en gecontroleerde hervalidatie ondersteunen snelle, indexeerbare profiel-, dienst- en regiopagina's.

De backoffice verwerkt registraties en profieldata buiten de publieke leeslaag. Alleen goedgekeurde brongegevens voeden zoekresultaten, kaarten, metadata, structured data, interne links en sitemaplogica. Publieke pagina's krijgen geen rechtstreekse schrijftoegang tot operationele profieldata.

De oplossing combineert een publieke zoekervaring, operationele data, achtergrondworkflows en beveiligde toegang.

Publieke ervaring

• Next.js, React en TypeScript ondersteunen de publieke website.
• Bezoekers zoeken op postcode, regio en dienst en bekijken profielen, foto's, realisaties en werkgebieden.
• Server-side rendering en gecontroleerde hervalidatie ondersteunen snelle, indexeerbare profiel-, dienst- en regiopagina's.

Data en operationele backoffice

• Directus en PostgreSQL beheren content, relaties, gebruikers en workflowdata.
• Registraties en profieldata worden buiten de publieke leeslaag verwerkt.
• Alleen goedgekeurde brondata voedt zoekresultaten, kaarten, metadata, structured data, interne links en sitemaplogica.

Workflows en integraties

• n8n ondersteunt achtergrondprocessen en koppelingen met AI, communicatie, geocoding en betalingen.
• Geocoding verbindt adres, werkstraal en postcodebasis met zoekresultaten, regio's, kaarten en lokale dienstpagina's.
• Verzendstatus en historiek begrenzen retries en helpen dubbele transactionele communicatie voorkomen.

Beveiliging en publicatie

• Tokens en secrets blijven server-side.
• Rollen en profielkoppelingen begrenzen portaaltoegang tot het eigen profiel.
• De publieke website leest alleen publiceerbare data en krijgt geen rechtstreekse operationele schrijftoegang.
• Portaalwijzigingen overschrijven de publieke bron niet rechtstreeks en keren alleen na goedkeuring via de gecontroleerde publicatielogica terug.

Binnen 5A Technologies stonden we in voor het productconcept en businessmodel, de solution architecture, de publieke zoek- en profielervaring, full-stackontwikkeling, het Directus-datamodel, onboarding en enrichment, AI-profielvoorbereiding, geocoding, portaal- en adminflows, communicatie, betalingen, security, technische SEO en deployment.

Mijn Tuinaannemer verbindt publieke vindbaarheid met een beheersbare operationele levenscyclus. Tuinprofessionals beheren hun aanwezigheid, bezoekers vinden relevante profielen en het platformteam behoudt controle over publicatie en uitzonderingen.

• Bedrijfscontrole is geen garantie van erkenning, vergunningen of kwaliteit van het werk.
• AI bereidt inhoud voor, maar beslist niet autonoom wat publiek wordt.
• Een ingediende portaalwijziging verschijnt niet automatisch op de website.
• Er worden geen gegarandeerde rankings, leads, omzet of conversieresultaten geclaimd.
• Interne prompts, tokens, klantgegevens en private integratiedetails blijven buiten de publieke projectpagina.

Dit project toont hoe 5A Technologies:

• publieke vindbaarheid en een operationele profiellevenscyclus als één systeem ontwerpt;
• registraties, adresinformatie en uploads met vaste regels controleert;
• publieke bronnen verrijkt terwijl conflicterende of onzekere informatie onder review blijft;
• AI-profielvoorbereiding scheidt van deterministische routes, canonicals, indexering, geografische relaties en structured data;
• geocoding inzet voor postcodezoeken, regionale resultaten, kaarten en lokale dienstpagina's;
• profielwijzigingen via afzonderlijke edit requests en menselijke moderatie naar publicatie leidt.