Debuggen: samen naar jouw foutloze site

Wat is een “bug”?

Een bug in een website is een fout in de code waardoor de site niet werkt zoals bedoeld, bijvoorbeeld;

• een knop die niets doet,
• een formulier dat niet verzendt of
• een element wat er anders uitziet als ontworpen.

Een bug kan leiden tot onverwachte of ongewenste resultaten, zoals foutmeldingen, verkeerde weergave of vastlopers.

Wat is debuggen?

Debuggen is het opsporen en verhelpen van foutjes (genaamd: bugs) in websites. Bij de ontwikkeling van jouw maatwerk WordPress website wordt het door Stoere Binken Design gemaakte ontwerp omgezet naar HTML (bron)code. Dan koppelen we het WordPress Content Management System zodat de website gevuld kan worden.

Wanneer debuggen wij

Tijdens de ontwikkeling van de website zijn er twee fases waarin we bij Stoere Binken Design debuggen. 

• Staging omgeving: de website staat op onze (verborgen) server
• Live omgeving: de website staat online bij jouw hosting aanbieder

Aspect	Staging fase	Live fase
Locatie	Onze verborgen test server	Jouw hosting provider
Duur	2-3 weken (variabel)	1 week monitoring
Wat testen we	Alle functionaliteit, ontwerp, effecten, animaties	Hosting-specifieke issues
Jouw rol	Actief feedback geven op alles	Alleen nieuwe problemen melden
Wat valt erbuiten	Niets – alles kan nog aangepast	Ontwerp wijzigingen (dit is meerwerk)
Feedback via	Email + projectmanagement	Email (urgent: bellen)
Response tijd	1-2 werkdagen	Kritieke bugs: 4-24 uur
Wat we fixen	Alle bugs + design verfijningen	Alleen hosting/server gerelateerde issues

Laten we beide fases uitschrijven zodat jij het verschil nog beter begrijpt.

Debuggen op de staging omgeving

De belangrijkste debugfase is tijdens development op de staging omgeving. We zijn volop in ontwikkeling, dus feedback is zeer welkom.

Tips voor klanten om de development omgeving te beoordelen:

• Kleine oneffenheden zijn normaal en worden vóór de launch opgelost.
• Beoordeel de site aan de hand van het goedgekeurde ontwerp.
• Animaties en effecten komen als laatste stap.
• Gebruik onze gratis Checklist: zo rapporteer je bugs correct.
• Geef bugs door via e-mail of onze projectomgeving.

Debuggen op de live omgeving

Nadat we alle bugs op de staging omgeving gefixt hebben, gaat de site live bij jouw hosting aanbieder. We houden nog 7 dagen een vinger aan de pols, mochten er kleine bugs opduiken die nog geplet moeten worden.
Elke server omgeving is anders, dus door de switch naar de live omgeving kunnen kleine dingen nog niet optimaal werken. We pakken uitsluitend issues aan die met jouw hosting aanbieder te maken hebben. Ontwerp issues vallen nu niet meer onder het debuggen omdat de site live is.

Wat valt wel en niet onder debugging?

Het is belangrijk om te begrijpen wat debugging is (en wat niet), zodat we geen verrassingen krijgen. Hier een duidelijk overzicht:

✅ WEL debugging (inbegrepen in offerte)

Functionele Problemen

• Links die niet werken of naar verkeerde pagina leiden
• Formulieren die niet verzenden of foutmeldingen geven
• Animaties die niet starten of halverwege stoppen
• Menu’s die niet uitklappen op mobiel
• Afbeeldingen die niet laden
• Teksten die overlappen of buiten kader vallen

Ontwerp afwijkingen

• Kleuren komen niet overeen met goedgekeurd ontwerp
• Fonts zijn niet correct toegepast
• Spacing / marges wijken af van ontwerp
• Elementen staan op verkeerde positie vs ontwerp
• Hover effecten werken niet zoals in ontwerp

Browser / Device issues

• Website werkt niet in Chrome/Safari/Edge
• Layout breekt op smartphone/tablet
• Elementen zijn niet klikbaar op touch devices

Hosting specifiek (Live Fase)

• Performance issues na migratie naar live
• SSL certificaat problemen
• Server timeout errors
• Database connectie issues bij jouw hosting

❌ NIET debuggen (meerwerk)

Design wijzigingen

• “Kunnen we deze knop groter maken?”
• “Ik wil een andere kleur voor deze sectie”
• “Kunnen we dit element naar links verplaatsen?”
• “Laten we een extra sectie toevoegen”

Waarom niet? Dit zijn nieuwe design keuzes, niet repareren van wat afgesproken is. We maken deze wijzigingen graag – als apart meerwerk project.

Content aanpassingen

• Teksten herschrijven of aanvullen
• Nieuwe afbeeldingen uploaden
• SEO optimalisaties
• Extra blog posts aanmaken

Waarom niet? Content is tijdens ontwikkeling ingevroren. Content updates doen jullie zelf via CMS, of wij als meerwerk.

Nieuwe functionaliteit

• “Kunnen we een live chat toevoegen?”
• “Ik wil graag een extra contactformulier”
• “We hebben een nieuwsbrief popup nodig”

Waarom niet? Dit zijn nieuwe features die niet in de originele scope zitten. We bespreken deze graag als uitbreiding.

Third-party problemen

• Google Analytics werkt niet (buiten onze scope)
• Facebook pixel event tracking (externe tool)
• Mailchimp integratie issues (wanneer door jou ingesteld)

Waarom niet? We helpen graag, maar als het aan de externe dienst ligt kunnen we geen garanties geven.

Zo debuggen we bij Stoere Binken Design

Wij hebben onze eigen methodes en workflow ontwikkeld om onze websites perfect op te leveren en jou 100% tevreden te maken. 
Wij programmeren op een Mac en testen tijdens de ontwikkeling alles in Chrome, Safari en Edge. Hier is een overzicht van de punten waar we bij Stoere Binken Design op letten tijdens het debuggen proces.

Browsers waarin we testen (Totaal 92% Bereik)

Browser	Marktaandeel	Waarom
Chrome	65%	Meest gebruikt
Safari	18%	Apple devices
Edge	9%	Windows 11

Bron: statistieken 2025

Firefox en Opera gebruiken dezelfde engine als Chrome. IE is niet meer ondersteund vanwege veiligheidsredenen.

Schermformaten waarop we kijken (100% Bereik)

Device	Gebruik	Hoe We Testen
Desktop XL (1920×1080)	35%	Echte monitor
Laptop (1366×768)	28%	MacBook
Tablet (922×1024)	15%	Simulator
Smartphone (360×780)	22%	Simulator

Bron: statistieken 2025

Zo debug jij als klant

Iedere computer is anders. Iedere werkomgeving is anders. Veel van onze klanten werken met laptop PC’s in een Windows omgeving. Sommigen zelfs met computers die via VPN met een bedrijfsnetwerk gekoppeld zijn, met instellingen die door een IT afdeling ingesteld worden. Daarmee is het heel moeilijk om de oorzaak van bugs te analyseren en op te lossen, omdat die bij andere gebruikers vaak niet eens opduiken.

Daarom hebben we bij webdesign agency Stoere Binken Design Maastricht een aantal regels opgesteld hoe jij als klant moet debuggen. Pas als de bugs die jullie indienen aan deze voorwaarden voldoen kunnen we ze aannemen. Deze checklist helpt je daarbij.

Checklist: van bug detecteren tot indienen

Debuggen en contentintegratie

Voer je als klant zelf de contentintegratie uit? Let er dan op dat je alle teksten als ‘platte tekst’ in de editor plakt. Kopieer dus geen tekst rechtstreeks uit Microsoft Word of andere tekstverwerkingsprogramma’s, omdat deze vaak verborgen HTML‑code bevatten die de weergave van de website kunnen verstoren.
Als deze richtlijn niet wordt gevolgd, kunnen we het debugproces niet nauwkeurig uitvoeren. In dat geval moeten we het werk tijdelijk onderbreken om de code te herstellen. De extra tijd die daarvoor nodig is, wordt als meerwerk in rekening gebracht.

🪲Nu bug indienen

Log in op je persoonlijke account bij Stoere Binken Design om de voortgang van het debuggen van jouw website te volgen.

Wat gebeurt er na het indienen?

Na het indienen van een bug pakken wij deze op in onze projectomgeving, waar we de melding analyseren, prioriteren en inplannen voor oplossing. Jij ontvangt een terugkoppeling zodra de bug is gefixt, met eventueel het verzoek om de oplossing kort te testen en te bevestigen dat alles naar wens werkt.

Afsluiting van de debugfase

Wanneer alle bugs zijn opgelost, ronden we de webdevelopment fase af. De website wordt dan officieel opgeleverd en we dragen de gebruiksrechten en verantwoordelijkheid over aan jullie. Uiteraard blijven we beschikbaar voor ondersteuning, zodat jullie het maximale uit de website kunnen halen.
Na oplevering sluiten we het project in onze projectmanagement omgeving, waardoor inloggen niet langer mogelijk is. Het project blijft echter bewaard als archief en kan dienen als basis voor toekomstige uitbreidingen.

Uitbreidingen na de debugfase

Nieuwe aanpassingen of uitbreidingen behandelen we als een apart project. Hiervoor stellen we altijd een nieuwe offerte en planning op. Lees hier meer over onze werkwijze.

Veelgestelde vragen over debuggen

Over het proces

Over bug rapportage

Over kosten en scope

Technische vragen