Een website die Drone Visual zelf beheert, zonder CMS eronder
Drone Visual verkoopt inspecties, 3D-modellen en luchtvideo vanaf één site. Het team publiceert zelf blogs en projecten en ziet elke aanvraag binnenkomen in een eigen beheerportaal, terwijl de bezoeker kant-en-klare pagina's krijgt.
Drone Visual doet drone-inspecties van daken, gebouwen en industriële installaties, maakt 2D- en 3D-modellen en levert foto- en videowerk vanuit de lucht. Drie diensten, drie soorten zoekende klanten, één site. We bouwden een website met een eigen beheeromgeving: het team publiceert zelf blogs en projecten en werkt aanvragen af in een leadoverzicht met zeven statussen. Een bouwstraat zet de content uit de database om in 58 kant-en-klare pagina's, zodat bezoeker en Google de volledige tekst meteen binnenkrijgen. Na de bouw volgde een SEO-ronde die begon bij de zoekdata uit Search Console, niet bij een gevoel.
Goed werk raakte ondergesneeuwd onder admin.
Een vastgoedbeheerder die zoekt op dakinspectie met drone is een andere lezer dan een aannemer die een digital twin nodig heeft, en allebei zijn ze een ander publiek dan een marketeer die luchtvideo zoekt. De site moest die drie sporen tegelijk bedienen en op elk spoor vindbaar zijn.
Drie doelgroepen, één site
Inspecties, 3D-modellen en luchtvideo trekken elk hun eigen zoeker. Elke dienst moest een eigen vindbare pagina krijgen zonder de andere twee te verdringen.
Zelf publiceren, geen CMS-server
Wel zelf blogs en projecten live zetten, geen server met plugins die jaren onderhouden en beveiligd moet worden.
Snel blijven
De redactieomgeving is ruim een megabyte aan software. Daar mag een bezoeker helemaal niets van downloaden.
Niet vragen wat ze nodig hebben, maar kijken hoe ze werken.
We hebben de twee dingen die een CMS normaal in één pakket propt uit elkaar getrokken: content beheren en content uitleveren. Beheren gebeurt in een eigen portaal op de site zelf, waar teksten, blogs, projecten en binnengekomen aanvragen in een database staan. Uitleveren doet een bouwstraat die diezelfde database uitleest en er kant-en-klare HTML-pagina's van maakt. Wie een blog of projectpagina opent, krijgt de volledige tekst dus meteen binnen; er hoeft geen programmatuur te draaien om de pagina alsnog te vullen.
De keerzijde benoemen we net zo eerlijk: een gewijzigde artikeltekst staat direct in het portaal en op de overzichtspagina's, maar de gepubliceerde artikelpagina zelf wordt ververst bij de eerstvolgende build en deploy. Voor een bedrijfssite die niet elke minuut verandert is dat een prima ruil.
De oplossing, feature voor feature.
Eén beheerportaal met een echte leadpijplijn.
Belverzoeken en offerteaanvragen komen binnen in één lijst die zichzelf bijwerkt. Elke aanvraag krijgt met één klik een status, van Nieuw tot Gewonnen of Verloren, met een notitieveld voor de opvolging. Een aanvraag zonder naam of bereikbaar contactgegeven wordt meteen gemarkeerd, zodat niemand naar een halflege regel staart.
- Zeven statussen, ook serverzijdig afgedwongen
- Twee formulierstromen in één werkbak
- Onvolledige aanvragen direct gemarkeerd
De klant publiceert zelf, de site blijft vaste pagina's.
Blogs en projecten maakt Drone Visual zelf aan, bewerkt ze en zet ze live of op concept. De bouwstraat leest de database en rendert elk stuk als gewone HTML-pagina: 20 blogs en 17 projectpagina's. Google en de bezoeker krijgen de volledige tekst direct binnen, en de overzichtspagina's werken zichzelf live bij.
- Live of concept, per artikel
- 20 blogs en 17 projectpagina's uit de database
- Volledige tekst zichtbaar zonder JavaScript
Van 287 naar 21 kilobyte eigen JavaScript.
Op vrijwel elke pagina werd de Firebase-code dubbel gedownload: één keer van Google en één keer meeverpakt in de eigen bundel. Die tweede kopie is eruit gehaald en wordt nu gedeeld. De redactiecode staat alleen op de beheerpagina's; een bezoeker downloadt er niets van.
- Eigen bundel van 287 naar 21 KB, gecomprimeerd circa 6 KB
- Reductie onafhankelijk nagemeten
- Beheercode fysiek gescheiden van bezoekerscode
De samenvatting voor Google komt uit de paginatekst zelf.
De machinesamenvatting die Google meeleest bij de veelgestelde vragen wordt niet met de hand overgetypt maar uit de zichtbare paginatekst gelezen. Alle 60 vraag-en-antwoordparen over acht dienstenpagina's komen letter voor letter overeen met wat de bezoeker leest, ook gecontroleerd op vijf eerdere versies. Twee controlescripts lopen daarnaast 110 punten na op de gebouwde site.
- 60 van de 60 FAQ-paren identiek aan de paginatekst
- 110 controles: allemaal geslaagd
- 58 pagina's zonder dode interne links
Firebase Hosting + Firestore
Webpack 5-bouwstraatTailwind CSS
App Check + reCAPTCHA v3Search Console als kompas
Service-, Breadcrumb- en FAQ-schema
AVIF en WebP met fallbackDezelfde, bewezen stack die we op elk Effiflow-project gebruiken: geen lock-in, makkelijk over te dragen.
Acht maanden later, gemeten in productie.
We zijn er eerlijk over wat dit nog niet is. Organisch verkeer is voor deze site voorlopig het kleinere kanaal: in een steekproef van drie dagen kwam het grootste deel van de sessies uit betaalde advertenties. Er is geen conversiemeting gekoppeld, dus over hoeveel aanvragen de SEO-ronde oplevert doen wij geen uitspraak. Wat er wel staat: na de ronde van juli 2026 liep de gemiddelde positie van 21,0 naar 17,5 en vier zoektermen verbeterden zichtbaar. De werkwijze telt zwaarder dan één uitschieter: eerst per pagina in Search Console kijken op welke termen hij vertoond wordt, dan pas de titel herschrijven, met de redenering in het commit-bericht.
Wil je een site die je team zelf kan beheren, zonder CMS-server eronder?
We bouwen websites met een eigen beheeromgeving en maken vindbaarheid meetbaar in plaats van een gevoel. Vertel wat er nu wringt, dan vertellen wij eerlijk of dit model bij jou past.
