Waarom we met de hand coderen in de Odoo-webmodule.

Wanneer u aan een Odoo-website denkt, denken de meeste mensen aan de ingebouwde visuele builder. U sleept blokken, wijzigt de kleuren en publiceert. Het is snel, het is inbegrepen en het ziet er op het eerste gezicht mooi uit. Voor 60% van de projecten is dat het juiste antwoord. Maar voor de overige 40% is het precies wat een veelbelovende site verandert in een generieke site. Hier leest u waarom we bij WebNest voor u de andere weg hebben gekozen.

De Odoo-builder heeft echte sterke punten.

Laten we eerlijk zijn. De webbuilder van Odoo is waarschijnlijk een van de beste op de ERP-markt. Hij is geïntegreerd met de rest van de suite en kent uw producten, uw klanten en uw bestellingen. U zet er in 20 minuten een pagina mee op. Voor een kmo die net start, die gewoon online zichtbaar wil zijn en geen budget of zin heeft om uren in design te steken, is dat een degelijk antwoord.

En hij heeft een troef die weinig mensen inschatten: hij praat rechtstreeks met uw backoffice. Wijzigt de prijs van een product, dan past uw site zich aan. Valt een voorraad op nul, dan verdwijnt de knop "In winkelmandje". Die native integratie is de reden waarom Odoo het voor serieuze e-commerceprojecten haalt van WordPress.

Waar het wringt.

De builder is ontworpen zodat iedereen hem kan gebruiken. En dat is precies het probleem. Om dat doel te halen, heeft Odoo keuzes gemaakt: vooraf gedefinieerde blokken, een beperkt aantal lettertypes, animaties uit een catalogus. U kunt niet echt buiten het kader treden.

Concreet: wilt u een asymmetrische lay-out, een echt op maat gemaakt megamenu, een specifieke scrollanimatie, een variabel Fraunces-lettertype dat tot op een tiende punt is afgesteld, of een hovereffect dat niet gewoon opacity 0.8 is, dan lukt dat niet. Of u moet gaan "hacken". En hacken in een systeem dat daar niet voor ontworpen is, betekent voor uw bedrijf een onzichtbare technische schuld opbouwen die zes maanden later de kop opsteekt.

Een site gemaakt met de builder is een pak in maat M. Iedereen kan het aan. Het past niemand perfect.

Manifest van WebNest

Wat code met de hand verandert.

Met de hand coderen betekent niet dat u van nul begint. U behoudt het Odoo-ecosysteem: de backoffice, de e-commercemodules, de meertaligheid, het winkelmandje, de checkout. Alles wat standaard voor u werkt, blijft werken. Wij werken op de presentatielaag. Het resultaat:

Referentie: QWeb is de officiële template-engine van Odoo, gebruikt om de frontend en de PDF-rapporten te genereren op basis van XML. Documentatie: Odoo, QWeb Templates, geraadpleegd in augustus 2026.

• Een echte visuele identiteit. De kleuren zijn de uwe, de typografie is bewust gekozen, de witruimtes zijn berekend. Niets staat er "standaard".
• Prestaties onder controle. Geen overbodige scripts die in cascade worden geladen. We weten precies wat er bij elke request gebeurt.
• Overzichtelijk onderhoud. Zes maanden later kan een andere ontwikkelaar de code overnemen en begrijpen wat we hebben gedaan.
• Echte schaalbaarheid. Wilt u een functie toevoegen, dan voegen we die toe. We wachten niet tot Odoo een nieuw snippet uitbrengt om u verder te helpen.

Het is niet voor iedereen.

Met de hand coderen kost meer. Dat is logisch: schrijven vraagt meer tijd dan slepen en neerzetten. Ons minimumtarief is 1 000€ excl. btw per project, en een degelijke showcasesite kost gemiddeld tussen 4 000€ en 8 000€. Ligt uw budget lager, dan is de builder een redelijker antwoord. We zeggen u dat liever eerlijk dan een project aan te nemen dat we niet goed kunnen uitvoeren.

Met de hand coderen vraagt ook meer betrokkenheid van uw kant. We hebben een duidelijke briefing nodig, een sitemap en heldere ideeën over de functionaliteiten. We leveren geen vooraf ingevuld thema: we bouwen samen met u. Hebt u geen tijd of zin voor die samenwerking, dan is de builder opnieuw de betere keuze.

Concreet: hoe we het aanpakken.

We werken rechtstreeks in uw Odoo-instantie. Geen kopie, geen aparte testomgeving die we achteraf moeten migreren. We maken QWeb-templates op maat (zoals die van deze pagina trouwens), schrijven semantische HTML, zetten de CSS in een style-blok en voegen vanilla JavaScript toe waar nodig. Geen logge jQuery, geen framework dat elke zes maanden moet worden bijgewerkt.

Een typisch voorbeeld van een QWeb-template

// page_about.xml
<template id="about_page">
  <t t-call="website.layout">
    <section class="wn-about">
      <!-- HTML regel per regel geschreven -->
      <div class="wn-about-h1">Welkom.</div>
    </section>
    <style>
      .wn-about { padding: 120px 32px; }
      .wn-about-h1 { font-family: 'Fraunces'; }
    </style>
  </t>
</template>

Het is leesbaar. Het kan onder versiebeheer. Elke front-endontwikkelaar die HTML kan lezen, kan het aanpassen. Geen magie, geen black box. Stapt u over twee jaar over naar een ander bureau, dan opent het nieuwe team de code en begrijpt het in 10 minuten wat we hebben gedaan. Dat is echte vrijheid.

Waar we voor staan.

Met de hand coderen is een keuze voor kwaliteit. Het is ook een keuze voor eerlijkheid. U weet waar uw geld naartoe gaat. Niet naar de marge van een softwareleverancier. Niet naar een verborgen licentie. Wel naar de tijd die we besteden aan het schrijven van uw site, regel per regel, met oog voor prestaties, toegankelijkheid en hoe het er over twee jaar zal uitzien wanneer uw doelstellingen zijn geëvolueerd.

We coderen met de hand omdat het de enige manier is om een site te leveren die echt bij u past, die niet lijkt op 200 andere Odoo-sites en die niet afhangt van de grillen van een marketplace-thema. Dat is onze signatuur en ook onze belofte: Goodbye Powered by Odoo.

Zin in een met de hand gecodeerde Odoo-site? Dat is het vak van ons Odoo-bureau.