73% van je e-commerce verkeer is mobiel. Je conversie op mobiel is 50% lager dan op desktop. Dat is geen toeval — dit zijn de 7 fouten die de meeste webshops maken.
Mobile-first e-commerce: 7 fouten die je conversie kosten
73% van het e-commerce verkeer is mobiel. Je conversiepercentage op mobiel is gemiddeld 50% lager dan op desktop. Dat is niet normaal. Dat is een probleem dat je kunt oplossen.
De meeste webshops zijn niet mobile-first. Ze zijn desktop-first, verkleind naar mobiel. Dat is het fundamentele probleem. En het uit zich in zeven concrete fouten die wij keer op keer zien — op Shopify, op Magento, op WooCommerce.
Dit artikel legt ze bloot. Met de oplossing per fout.
De data: waarom mobiel zo belangrijk is
Feiten op een rij:
- 73% van het e-commerce verkeer wereldwijd komt van mobiele apparaten (Statista, 2025)
- Mobile conversieratio: gemiddeld 1,8% versus 3,9% op desktop (Monetate Ecommerce Quarterly)
- 53% van mobiele gebruikers verlaat een pagina na meer dan 3 seconden laadtijd (Google)
- Google gebruikt mobile-first indexing: je mobiele site bepaalt je ranking
Het conversiegat tussen mobiel en desktop is geen onvermijdelijk gegeven. Het is een UX- en performance-probleem. En het is oplosbaar.
Fout 1: Desktop design verkleind — geen echte mobile-first
Dit is de meest fundamentele fout. Een webshop bouwen voor desktop en daarna responsive maken met CSS media queries is niet mobile-first. Het is mobile-last.
Het resultaat: navigatiemenu's die op desktop elegant werken maar op mobiel een cascade van dropdowns worden. Product grids van vier kolommen die op mobiel tot twee worden gecomprimeerd. Call-to-action knoppen die halverwege de pagina staan omdat de desktop layout dat dicteert.
Wat mobile-first echt betekent:Mobile-first betekent dat je het ontwerp begint op het kleinste scherm. Elke UI-beslissing wordt eerst beoordeeld op een 375px breed scherm. Desktop is de enhanced versie, niet de basis.
Concrete aanpak:Begin je wireframes op 375px. Vraag bij elk UI-element: werkt dit intuïtief met één duim? Is de hiërarchie helder op een klein scherm? Voeg daarna lagen toe voor tablet en desktop.
Op Shopify betekent dit: kies een thema dat echt mobile-first is gebouwd (Dawn is een goed startpunt) en pas het aan, in plaats van een desktop-thema responsief te maken.
Fout 2: Te veel JavaScript — third-party scripts die alles vertragen
Een gemiddelde e-commerce webshop laadt 20-40 third-party scripts. Chatwidget, heatmap-tool, A/B-test-platform, loyaliteitsprogramma, retargeting-pixel, review-widget, cookiebanner.
Elk script kost laadtijd. Op desktop met 100Mbps merk je het nauwelijks. Op een 4G-verbinding in de trein zorgt het voor drie seconden extra laadtijd.
De pijn in cijfers:| Script type | Gemiddelde impact op laadtijd |
|---|---|
| Livechat widget | 300-600ms |
| A/B testing tool | 200-500ms |
| Heatmap (Hotjar) | 400-800ms |
| Loyaliteitsprogramma | 500-900ms |
| Third-party reviews | 300-600ms |
Vijf van dit soort scripts bij elkaar: 1,7-3,4 seconden extra laadtijd.
Wat je doet:- Audit je scripts. Open Chrome DevTools (F12) → Network → filter op JS → sorteer op grootte. Identificeer de vijf zwaarste scripts.
- Vraag: is dit script zijn gewicht waard? Als een loyaliteitsprogramma 700ms kost maar 2% van je omzet genereert, is de netto-impact negatief.
- Laad scripts asynchroon of defer. Scripts die niet nodig zijn voor de initiële render, laad je na.
ofis je vriend.
- Gebruik facade patterns voor zware widgets. Laad de chatwidget pas als een gebruiker erop klikt, niet bij paginalading.
Op Magento met Hyva is script-management eenvoudiger door de lichtere JavaScript-architectuur. Op Shopify vereist het discipline in app-selectie.
Fout 3: Touch targets te klein
Google's richtlijn: touch targets moeten minimaal 48x48 pixels zijn. Apple's Human Interface Guidelines zeggen hetzelfde.
In de praktijk zien wij:
- Filteropties van 24x24 pixels
- "Verwijder uit verlanglijst" iconen van 16x16 pixels
- Navigatielinks met 6px padding
Het resultaat: missers. Frustratie. Verlaten winkelwagen.
Vuistregel: Elk klikbaar interface-element moet minimaal 44x44 pixels zijn. Geef elementen die dicht bij elkaar staan minimaal 8px ruimte. Specifieke aandachtspunten voor e-commerce:- Productfoto navigatiepijlen: minimaal 48x48px
- Kleurswatches en maatkeuze: minimaal 44x44px
- Toevoegen aan winkelwagen: opvallend, groot, contrastrijk
- Formvelden: minimaal 44px hoog, zodat het toetsenbord ze correct activeert
Controleer met Chrome DevTools' device simulation of met een echte telefoon. Theorie is één ding; een gebruikstest is betrouwbaarder.
Fout 4: Checkout niet geoptimaliseerd voor mobiel
De checkout is waar conversie beslist wordt. En de meeste mobiele checkouts zijn een aaneenschakeling van frustraties.
Wat we zien:- Formulieren met te veel velden. Mobiel typen is traag. Elke extra invoerveld kost je conversie. Vraag alleen wat nodig is.
- Geen autocomplete-attributes. HTML heeft
autocomplete="given-name",autocomplete="email",autocomplete="cc-number". Als je die niet gebruikt, moeten gebruikers alles handmatig typen — ook als hun browser het wil invullen. - Verkeerd toetsenbordtype. Een tekstveld voor telefoonnummer met
type="text"geeft een volledig toetsenbord.type="tel"geeft het cijfertoetsenbord. - Multi-step checkout zonder voortgangsindicator. Gebruikers weten niet hoelang het duurt. Ze haken af bij het derde scherm als ze niet weten of er nog twee of vijf volgen.
- Betaalopties die niet voor mobiel zijn geoptimaliseerd. Apple Pay en Google Pay zijn op mobiel significant sneller dan kaartinvoer. Wij zien conversieverhogingen van 8-15% als we deze opties toevoegen en prominent plaatsen.
<!-- Gebruik de juiste input types -->
<input type="email" autocomplete="email" inputmode="email">
<input type="tel" autocomplete="tel" inputmode="numeric">
<input type="text" autocomplete="given-name">
<input type="text" autocomplete="family-name">
Shopify's native checkout is relatief goed geoptimaliseerd voor mobiel. Maar als je een custom checkout hebt — via Shopify Plus Checkout Extensibility of in een headless setup — controleer dan elk veld.
Fout 5: Geen progressive enhancement
Progressive enhancement betekent: de basiservaring werkt altijd, ongeacht verbindingssnelheid, JavaScript-beschikbaarheid of apparaattype. Verbeterde functies worden toegevoegd bovenop die basis.
In de praktijk zien wij het omgekeerde: webshops die volledig afhankelijk zijn van JavaScript voor basisfunctionaliteit.
Concreet probleem: Een filter sidebar die niet werkt zonder JavaScript. Een productgallery die een laadscherm toont zolang het script niet is geladen. Een toevoegen-aan-winkelwagen-knop die disabled is tot de hele pagina klaar is.Op een trage 3G-verbinding ziet een gebruiker een kapotte pagina. Ze zijn weg.
Aanpak:- Basisnavigatie en links werken altijd, ook zonder JavaScript
- Formulieren werken als HTML-formulieren, JavaScript enhanced ze
- Afbeeldingen laden als
tags — JavaScript-gebaseerde lazyloading als enhancement - Filterparameters werken als URL-parameters, JavaScript maakt ze sneller
Dit vraagt een ander denkpatroon tijdens development. Op Magento met Hyva is dit makkelijker door de lichtere JavaScript-afhankelijkheid.
Fout 6: Pop-ups die mobiel blokkeren
Mobiele pop-ups zijn een Google-rankingfactor. Letterlijk. Google penaliseert pagina's waar een pop-up de content direct na het bezoek bedekt op mobiel.
Dat staat in de Google Search Central documentatie over intrusive interstitials.
Maar er is een groter probleem: conversie. Pop-ups op mobiel zijn moeilijk te sluiten, blokkeren de content en veroorzaken frustratie.
Wat je vermijdt:- Full-screen pop-ups die direct na het laden verschijnen
- Newsletter-pop-ups met een sluitknop van 16x16 pixels
- Cookie-banners die een kwart van het scherm innemen en niet wegklikbaar zijn zonder de cookie te accepteren
- Exit-intent pop-ups op mobiel (die werken niet — mobiel heeft geen muis-exit-intent)
- Bottom sheet dialogs: ze glijden vanuit de onderkant in beeld, zijn eenvoudig te sluiten met een veegbeweging
- Inline promotie-banners: als onderdeel van de content, niet als overlay
- Tijdgestuurde pop-ups: na 45 seconden in plaats van direct bij bezoek
- Cookie-banners die de content niet blokkeren: gebruik een banner onderaan of een minimale balk
Fout 7: Font loading die layout shifts veroorzaakt
CLS — Cumulative Layout Shift — is een Google Core Web Vital. Het meet hoe stabiel je pagina is tijdens het laden. Fonten zijn een van de hoofdoorzaken van hoge CLS-scores.
Wat er gebeurt: de pagina laadt met een systeemfont. Het webfont laadt een seconde later. De tekst verschuift omdat het webfont andere letter-metrics heeft. Alle content eronder springt omlaag. Je CLS-score gaat omhoog. Je ranking gaat omlaag.
Hoe je het oplost: 1. font-display: swap of optional@font-face {
font-family: 'Jouw-Font';
src: url('font.woff2') format('woff2');
font-display: swap; /* of 'optional' voor maximale stabiliteit */
}
swap toont tekst direct in het fallback-font en vervangt het zodra het webfont beschikbaar is. Kleine CLS, maar er is een flash.
optional geeft het webfont 100ms. Als het dan niet beschikbaar is, wordt het niet gebruikt voor die paginalading. Nul CLS, maar het font is soms niet zichtbaar.
2. Preload kritische fonts
<link rel="preload" href="/fonts/jouw-font.woff2" as="font" type="font/woff2" crossorigin>
Vertel de browser vroeg dat het font nodig is. Het laadt eerder, de shift is kleiner.
3. Font-size-adjust gebruikenCSS font-size-adjust past de fallback-font-grootte aan zodat het lijkt op het webfont. Dit verkleint de visuele shift als het webfont later inlaadt.
Voor UI-elementen is een system font stack vaak de snelste keuze. -apple-system, BlinkMacSystemFont, 'Segoe UI', sans-serif laadt nul milliseconden extra.
Hoe je het aanpakt: prioriteitsvolgorde
Je hebt zeven fouten, beperkte tijd. Dit is de prioriteitsvolgorde op basis van ROI:
- Checkout-optimalisatie — directe conversieverhoging, hoogste ROI
- JavaScript-audit — brede performance-winst, relatief eenvoudig
- Touch targets — eenvoudig te fixen, groot UX-effect
- Font loading — CLS-verbetering, positief voor rankings
- Pop-up strategie — ranking plus conversie
- Mobile-first herziening — groter project, maar structureel
- Progressive enhancement — het langste project, maar het meest robuust
Wil je weten hoe jouw webshop scoort op deze punten? Neem contact op voor een eerlijke analyse.
Platform-specifieke tips
Shopify
- Gebruik Dawn als basis-thema — het is gebouwd met performance in mind
- Beperk apps actief: elke app voegt scripts toe
- Gebruik Shopify's ingebouwde lazy loading voor afbeeldingen
- Apple Pay en Google Pay zijn ingebouwd — zorg dat ze zichtbaar zijn in de checkout
Magento
Magento met Luma heeft structurele performance-problemen op mobiel. Hyva lost het meeste op dankzij de lichtere JavaScript-stack. Het Hyva-ecosysteem heeft mobile-first als designprincipe.Conclusie
73% van je verkeer is mobiel. Je conversieratio op mobiel is de helft van desktop. Dat is niet onvermijdelijk.
De zeven fouten in dit artikel zijn oplosbaar. Sommige in een dag (touch targets, font loading). Andere vragen een groter project (mobile-first redesign, progressive enhancement).
Begin met de checkout. Elke procent extra mobiele conversie op een webshop van €1 miljoen is €10.000 extra omzet per jaar.
De data is helder. De acties ook.
Veelgestelde vragen
Waarom converteert mobiel slechter dan desktop?
Deels door UX (kleine touch targets, moeilijke checkout), deels door performance (trage laadtijden op 4G), en deels door context (mensen browsen mobiel, kopen op desktop). De eerste twee factoren zijn oplosbaar. De context-factor is dat minder.
Hoe meet ik mijn mobiele performance?
Google PageSpeed Insights geeft een Lighthouse-score op mobiel. Google Search Console toont Core Web Vitals per apparaattype. Chrome DevTools laat je de mobiele ervaring simuleren.
Wat is de grootste impact op mobiele conversie?
Checkout-optimalisatie. Elke extra stap, elk extra formulierveld en elke ontbrekende betaaloptie (Apple Pay, Google Pay) kost conversie. Dat is direct meetbaar.
Is mobile-first hetzelfde als responsive design?
Nee. Responsive design betekent dat je ontwerp zich aanpast aan elk scherm. Mobile-first betekent dat je begint bij het kleinste scherm en opbouwt naar groter. Een responsive site is niet per definitie mobile-first geoptimaliseerd.
Mag ik pop-ups gebruiken op mijn webshop?
Ja, maar niet op een manier die de content blokkeert direct bij paginabezoek op mobiel. Google penaliseert dit. Gebruik bottom sheets, tijdgestuurde pop-ups of inline promotieblokken als alternatief.

Geschreven door Ruthger Idema
15+ jaar ervaring in e-commerce development. Gespecialiseerd in Magento, Shopify en Laravel maatwerk.
Meer over ons team →