Frontend, backend en fullstack: wat betekent dat?

Frontend, backend en fullstack in het kort

Je vraagt een offerte aan voor een nieuwe website en het bureau schrijft trots dat ze werken met "een ervaren fullstack developer". Klinkt goed. Maar wat koop je daar eigenlijk mee? Frontend, backend en fullstack: wat betekent dat concreet voor jou als opdrachtgever? Kort gezegd: frontend is alles wat je bezoeker op het scherm ziet en aanraakt, backend is de motor eronder die data opslaat en logica uitvoert, en een fullstack developer beheerst allebei.

De meeste uitleg online is geschreven vóór developers, over developers: wat verdien ik, welke taal leer ik, welk framework is hip. Hier draaien we het om. Dit stuk is voor ondernemers en opdrachtgevers die willen begrijpen wat er in hun offerte staat, zonder zelf te hoeven programmeren.

Verderop kom je erachter welke combinatie past bij een marketingsite in WordPress of Webflow, bij een webshop met klantaccounts en betaalkoppelingen, of bij een maatwerk webapplicatie met een eigen database. En hoe je dat herkent in een voorstel voordat je tekent.

Wat de bezoeker ziet: frontend uitgelegd

Frontend is alles wat zich in de browser van je bezoeker afspeelt. De knop die klikt, het formulier waarin je typt, het menu dat openschuift als je op je telefoon tikt, de animatie die het net iets prettiger maakt om te scrollen. Onder de motorkap zijn dat drie talen: HTML voor de structuur, CSS voor de vormgeving en JavaScript voor het gedrag. Ze draaien niet op een server ergens ver weg, maar op het apparaat van degene die je site bezoekt. MDN Web Docs noemt dat officieel client-side: de kant van de gebruiker.

Neem een bestelknop op een webshop. De vorm, de kleur, het hover-effect als je eroverheen gaat en de melding "toegevoegd aan winkelmandje" die eventjes verschijnt: allemaal frontend. Wat er daarna met die bestelling gebeurt, is het niet.

Voor jou als opdrachtgever is dit het deel waar het meeste zichtbare designwerk zit. Hier zie je direct resultaat en hier bepaalt de kwaliteit hoe je merk overkomt. Een slordige frontend voelt goedkoop, ook als de techniek eronder piekfijn werkt.

In een frontend-traject mag je concreet dit verwachten: wireframes waarin de structuur wordt vastgeklikt, een visueel ontwerp in Figma en responsive gedrag dat is uitgewerkt voor mobiel en tablet, niet alleen voor desktop.

De motor onder de motorkap: backend

Backend is alles wat je bezoeker níét ziet, maar zonder welke geen enkele knop iets doet. De database waarin klantgegevens staan, de logica die berekent of een kortingscode geldig is, de koppeling met je voorraadsysteem, de betaalprovider, de mail die automatisch wordt verstuurd nadat iemand heeft afgerekend. Dit alles draait op een server, niet in de browser van je bezoeker.

Terug naar de webshop: de bestelknop is frontend, maar het opslaan van de bestelling, het aftrekken van de voorraad, het aanmaken van een factuur, de betaalafhandeling via iDEAL of Stripe en de bevestigingsmail zijn allemaal backend. Vergelijk het met een restaurant. De menukaart, de bediening en de sfeer in de zaal zijn frontend. De keuken, de voorraadkast, de leveranciersafspraken en de administratie zijn backend. Een prachtige menukaart zonder keuken erachter is een lege belofte.

Technisch zie je hier talen voorbijkomen als PHP (waar WordPress op draait), Node.js, Python en .NET. Welke gekozen wordt, hangt af van wat er gebouwd moet worden en wat het team beheerst. Voor jou als opdrachtgever is dit meestal het duurste én het meest onzichtbare deel van een project. Precies daar zit een valkuil: je bent geneigd te vragen "hoe ziet het eruit", terwijl de goede vraag is "hoe gedraagt het zich als we tien keer zo groot worden".

Backend-keuzes bepalen hoe makkelijk je later kunt uitbreiden. Een goedkope, snel in elkaar gezette backend bespaart je nu geld en kost je bij de eerste groeispurt een complete verbouwing.

Fullstack: één iemand voor de hele stapel

Een fullstack developer is iemand die zowel de frontend als de backend bouwt. In de praktijk is dat de meest voorkomende rol: uit de Stack Overflow Developer Survey blijkt dat bijna de helft van de professionele developers zichzelf zo noemt. Voor veel projecten werkt dat prima. Één aanspreekpunt, snel schakelen, geen overdracht tussen twee mensen die elkaars werk moeten begrijpen.

Hier is de nuance die zelden wordt genoemd: een fullstack developer is per definitie een generalist. Voor een marketingsite, een portfolio of een MVP waarmee je een idee wilt testen is dat ideaal. Voor een applicatie met zware databases, real-time functionaliteit of stevige beveiligingseisen loopt een generalist eerder tegen zijn grenzen aan dan een specialist die zich al jaren in dat ene onderdeel heeft vastgebeten.

Fullstack developer versus fullstack team

Let bij het lezen van een offerte op het verschil tussen een fullstack developer en een fullstack team. Een fullstack developer is één persoon die alles doet: sneller en goedkoper, maar afhankelijk van die ene hoofd. Een fullstack team dekt dezelfde volledige stapel, maar met meerdere specialisten. Een designer voor de vormgeving, een frontender voor de interface, een backender voor de logica en database.

Bij Mediajunkies werken we met een in-house team waarin die rollen naast elkaar zitten. Voor een simpele site is dat overkill en zit je beter bij één developer. Voor een project waar design, techniek en backend elkaar continu raken, wint een team het van een generalist die alles alleen op zich neemt.

Welke combinatie past bij jouw project?

Drie scenario's die de meeste opdrachten dekken, en wie je erbij zoekt.

Scenario 1: marketingsite of bedrijfswebsite

Een informatieve site met een homepage, een paar dienstpagina's, een blog en twee contactformulieren. De backend is licht: een CMS als WordPress of Webflow doet het meeste werk voor je. Hier zit de waarde in het ontwerp, de laadsnelheid en de vindbaarheid. Eén fullstack developer of een klein team met een frontend-focus is prima. Betaal niet voor zware backend-expertise die je toch niet gebruikt.

Scenario 2: webshop met koppelingen

Klantaccounts, een voorraadsysteem, een koppeling met je boekhoudpakket, misschien een verzendintegratie. De frontend is nog steeds belangrijk (bezoekers moeten kunnen afrekenen zonder frustratie), maar de backend wordt serieus werk. Een fullstack aanpak kan hier, mits de partij aantoonbaar ervaring heeft met integraties. Vraag concreet: welke koppelingen hebben jullie eerder gebouwd, met welke pakketten en wat ging er mis? Het antwoord op die laatste vraag zegt meer dan het antwoord op de eerste twee.

Zo herken je een maatwerk webapplicatie

Een tool met eigen logica, veel gebruikers tegelijk, gevoelige data of complexe workflows. Denk aan een planningssysteem, een klantportaal met financiële gegevens of een applicatie waar honderden mensen tegelijk in werken. Hier wordt de backend zo bepalend dat je een specialist wilt, of een team waarin backend en frontend als aparte rollen naast elkaar bestaan. Een fullstack generalist die dit "erbij" doet, is een risico dat je pas voelt als het te laat is om nog goedkoop bij te sturen.

De vuistregel

Hoe complexer de logica achter de knop, hoe minder je wilt dat de backend "ook nog even" wordt meegepakt. Belangrijker dan welk label een bureau plakt op zijn mensen: hebben ze een project zoals dat van jou vaker gedaan? Vraag om twee vergelijkbare cases. Als die er niet zijn, ben je hun leerproject.

Zo herken je dit in een offerte of voorstel

Staat er "fullstack developer" in het voorstel? Vraag door. Is dat één persoon of een team van meerdere mensen? Welke frontend-technologie gebruiken ze, welke backend-technologie en wie doet het design? Dat laatste is vaak een aparte rol, geen developer. Bureaus die dat niet expliciet benoemen, laten die stap soms bij de developer liggen. En dat zie je terug in het eindresultaat.

Zie je backend en frontend samen onder één post staan met één uurtarief? Kan prima, maar vraag om een uitsplitsing. Anders weet je niet waar je geld heen gaat, en kun je bij meerwerk ook niet controleren of het klopt.

Twee vragen die je zeker stelt: wat gebeurt er als de fullstack developer wegvalt, en wie neemt de code dan over? En: "we werken met Webflow of WordPress" is geen detail, dat is een backend-keuze die bepaalt wat er later wel of niet mogelijk is. Vraag waarom ze dat platform voorstellen voor jouw specifieke situatie.

Een goed bureau vindt deze vragen niet lastig, dat waardeert het juist. Krijg je "daar hoef je je geen zorgen over te maken" terug? Dan weet je genoeg.

Conclusie

De termen frontend, backend en fullstack: wat betekent dat uiteindelijk voor jouw keuze? Vooral iets over rolverdeling, niet over kwaliteit. Een fullstack generalist is niet minder dan een specialist, en andersom ook niet. Wat past, hangt af van waar het zwaartepunt van jouw project ligt.

Pak je eigen projectomschrijving er nu bij en stel jezelf één vraag: zit het meeste werk zichtbaar op het scherm, of gebeurt het gros onder de motorkap? Bij het eerste is frontend leidend en volstaat vaak een lichtere backend. Bij het tweede wordt de backend het echte werk en wil je daar geen concessies doen.

Twijfel je nog welke aanpak past bij wat je in gedachten hebt? Peter denkt graag een half uurtje met je mee over passende webdevelopment, zonder dat je ergens aan vastzit.