Cross-platform of native: de afweging in 2026

Cross-platform betekende lang: sneller klaar, maar het voelt niet helemaal als een echte app. Dat verschil is grotendeels weggevallen. De gangbare frameworks leveren inmiddels apps die van native nauwelijks te onderscheiden zijn, ook in hoe ze aanvoelen bij het scrollen en animeren.

Wat overblijft is een economische afweging. Eén codebase betekent minder ontwikkeltijd, maar vooral minder onderhoud: elke wijziging doe je één keer in plaats van twee. Over de levensduur van een app is dat tweede vaak groter dan het eerste.

De keuze is ook niet meer alles of niets. Het komt regelmatig voor dat het grootste deel van een app cross-platform is, met een klein onderdeel dat per platform apart is gebouwd omdat het diep in het toestel grijpt.

Als je app leunt op functies die per platform sterk verschillen en snel meebewegen met nieuwe versies van het besturingssysteem. Denk aan geavanceerd cameragebruik, achtergrondverwerking, of integratie met systeemfuncties die net zijn geïntroduceerd.

Als prestaties het product zijn. Bij zware grafische toepassingen, spellen of real-time verwerking van sensoren komt native dichter bij de hardware en merk je dat.

Als er al een team is dat native bouwt. De beste techniek is vaak die waar je mensen goed in zijn, en een overstap kost meer dan de winst die je op papier berekent.

Bij zakelijke apps waarvan de kern uit formulieren, lijsten, koppelingen en overzichten bestaat. Dat is het overgrote deel van wat er gebouwd wordt, en daar levert twee keer hetzelfde bouwen niets op.

Bij een eerste versie waarvan je nog niet weet of hij aanslaat. Sneller op beide platforms zijn betekent sneller weten of het idee werkt, en dat is in die fase meer waard dan de laatste procenten in gebruikservaring.

Bij een klein team. Twee codebases onderhouden vraagt in de praktijk om mensen die beide platforms kennen, en dat is een dure bezetting voor een app die niet elke week verandert.