Wanneer je je website op Odoo Website bouwt en wanneer niet: zes vragen die beslissen vóór het budget dat doet

Bijna bij elke implementatie krijgen we de vraag: "bouwen we de website met Odoo of apart?". Er is geen antwoord dat voor iedereen goed is. We hebben websites van klanten op Odoo Website gebouwd, en we hebben de onze (eclipseando.com, pernocta.eu, clentic.com) bewust buiten Odoo gebouwd. De beslissing wordt niet genomen door het budget of de smaak van de ontwerper; ze wordt genomen door zes vragen die je in tien minuten beantwoordt. Hier zijn ze, met het antwoord dat er meestal uit komt.

Wat Odoo Website is, in twee zinnen

Het is de Odoo-module die pagina's publiceert en, met eCommerce, een webshop, met dezelfde producten, prijslijsten, voorraad, klanten en bestellingen als de rest van het ERP. Een bestelling van de website is een gewone verkooporder; een geregistreerde klant ziet in zijn portaal zijn echte bestellingen en facturen. Dat klinkt vanzelfsprekend, maar geen enkel extern platform biedt je dat zonder een connector ertussen.

De zes vragen

1. Is wat je verkoopt een product uit het ERP?

Als je artikelen verkoopt met een referentie, prijs, voorraad en varianten, ja. Dan is Odoo Website de standaardkeuze: de productpagina is het product, het winkelmandje is de bestelling, en er valt niets te synchroniseren omdat er geen twee systemen zijn. Als wat je verkoopt een op maat geconfigureerde dienst is, een abonnement met een eigen logica, of een berekend resultaat (zoals een pagina per gemeente met het tijdstip van een zonsverduistering), heeft het ERP daar geen object voor en moet de website er iets voor verzinnen. In dat geval is het bijna altijd beter om hem apart te bouwen en alleen voor de facturatie aan Odoo te koppelen.

2. Hoeveel pagina's heeft de website en wie schrijft ze?

Tientallen of honderden pagina's geschreven door mensen: Odoo Website, zonder twijfel. De blokeditor volstaat om marketing te laten publiceren zonder code aan te raken. Duizenden pagina's gegenereerd op basis van gegevens, elk met een eigen URL en berekende inhoud: dat is een statische generator, geen contentbeheersysteem. eclipseando.com heeft 8.132 gemeentepagina's en wordt in een paar minuten volledig opnieuw gegenereerd; dat binnen Odoo doen kan, maar het is tegen de stroom in zwemmen.

3. Waar wordt je Odoo gehost?

Deze vraag beslist meer dan het lijkt. In Odoo Online kun je geen eigen modules installeren: de website wordt wat Odoo Website standaard doet plus wat Studio toelaat. Als je ontwerp een sjabloon op maat nodig heeft of een integratie die niet bestaat, ga je naar Odoo.sh of een eigen server, of bouw je de website apart. Op Odoo.sh en on-premise bestaat die beperking niet, en een website op Odoo met een eigen module voor het thema en de integraties is een zeer solide optie.

4. In hoeveel talen, en hoe veeleisend?

Odoo Website vertaalt pagina's en producten en serveert elke taal met een eigen URL-prefix; voor twee of drie talen met door mensen vertaalde inhoud werkt het goed. Het wordt ingewikkeld wanneer elke taal andere pagina's nodig heeft (niet dezelfde, vertaald), of wanneer het om zeven talen gaat met honderden pagina's per taal en je tests wilt die controleren dat er geen enkele versie ontbreekt. Dat doen wij buiten Odoo, met één route per taal en automatische controles in de build. Dat is wat er op pernocta.eu staat, in negen talen.

5. Wie produceert en wie verzendt?

Als je vanuit je eigen magazijn verzendt met gewone vervoerders, lost Odoo Website plus een vervoerdersconnector het helemaal op: de webbestelling maakt de levering aan, de levering genereert het label en de tracking gaat terug naar de klant. Als een externe leverancier verzendt, met een eigen API of zonder, of je verkoopt op aanvraag met een fabrikant die print zodra er is betaald, kunnen die integraties als Odoo-module worden gebouwd, maar soms zijn ze eenvoudiger als een kleine API naast een eigen website. We vertellen het in detail in de casus eclipseando.com.

6. Wie onderhoudt de website over een jaar?

Als het antwoord "dezelfde persoon die Odoo beheert" is, is een website op Odoo Website gewoon een extra scherm van een systeem dat die persoon al kent, met dezelfde back-ups en dezelfde versie-update. Als het antwoord "een marketingbureau dat het ERP niet aanraakt" is, geeft een aparte website, met een eigen repository en deployment, hen meer vrijheid en jou minder schrikmomenten: niemand bewerkt een sjabloon in de productieomgeving van het ERP om een banner te wijzigen.

De samenvatting in een tabel

Wat niet zou moeten beslissen

Drie dingen die we horen en die geen argument zijn. "Odoo Website is lelijk": het ontwerp wordt bepaald door wie het maakt; met een eigen thememodule krijg je wat je maar wilt. "Een aparte website is sneller": een statische website wel, maar een WordPress met dertig plug-ins niet, en een goed gehoste Odoo Website laadt prima voor een webshop. En "zo zijn we niet afhankelijk van Odoo": als de catalogus, de voorraad en de bestellingen in Odoo staan, ben je al afhankelijk; een aparte website voegt alleen een connector toe die je moet onderhouden. Echte onafhankelijkheid bestaat pas wanneer de kern van het bedrijf niet het ERP is, en dan gaat de website inderdaad buiten Odoo.

Veelgestelde vragen

Nuttige links binnen FlexigoTech