--- title: "Veelgestelde vragen – hulp en antwoorden | MS WebX" description: "Vind antwoorden op veelgestelde vragen over onze diensten, accounts, projecten en hoe alles werkt — bekijk de volledige lijst hieronder." canonical: https://mswebx.com/nl/veelgestelde-vragen language: nl robots: index, follow og_type: website type: faq language_alternates: en: https://mswebx.com/frequently-asked-questions.md cs: https://mswebx.com/cs/casto-kladene-otazky.md de: https://mswebx.com/de/haeufig-gestellte-fragen.md es: https://mswebx.com/es/preguntas-frecuentes.md fr: https://mswebx.com/fr/questions-frequentes.md hu: https://mswebx.com/hu/gyakran-ismetelt-kerdesek.md it: https://mswebx.com/it/domande-frequenti.md nl: https://mswebx.com/nl/veelgestelde-vragen.md pl: https://mswebx.com/pl/najczesciej-zadawane-pytania.md pt: https://mswebx.com/pt/perguntas-frequentes.md ru: https://mswebx.com/ru/часто-задаваемые-вопросы.md tr: https://mswebx.com/tr/sikca-sorulan-sorular.md zh: https://mswebx.com/zh/常见问题.md ja: https://mswebx.com/ja/よくある質問.md ar: https://mswebx.com/ar/الأسئلة-الشائعة.md ko: https://mswebx.com/ko/자주-묻는-질문.md pt-br: https://mswebx.com/pt-br/perguntas-frequentes.md hi: https://mswebx.com/hi/अक्सर-पूछे-जाने-वाले-प्रश्न.md content_hash: sha256:6a24dd81333cd8f05722920da0ae5f93e94b8c477edb71729d64bc2df0157efd generated: 2026-08-11 --- > **Machine-readable Markdown rendering.** This is a Markdown representation of a web page, > served for AI agents and crawlers as a token-efficient alternative to the full HTML. > Full interactive HTML version: https://mswebx.com/nl/veelgestelde-vragen > Canonical URL: https://mswebx.com/nl/veelgestelde-vragen > Available languages: en, cs, de, es, fr, hu, it, nl, pl, pt, ru, tr, zh, ja, ar, ko, pt-br, hi > Change detection: `content_hash` is the SHA-256 of this document's Markdown body — everything > below this block, whitespace-trimmed, excluding the front-matter. Compare it to detect a real > content change; `generated` moves on every render and is not a change signal. # Veelgestelde vragen Vind antwoorden op veelgestelde vragen over onze diensten, accounts, projecten en hoe alles werkt — bekijk de volledige lijst hieronder. ## Uitgelichte vragen Wat doet MS WebX? Over MS WebX MS WebX is een IT-bedrijf. We bouwen websites en webplatformen, native apps voor iOS en Android, en we integreren AI daarin — samen met het SEO-werk dat zorgt dat het ook gevonden wordt. Daarnaast draaien we eigen producten op hetzelfde platform dat we voor klanten inzetten, dus de basis draait al in productie voordat iemand anders erop bouwt. Hoe begint een project bij MS WebX? Samenwerken Je beschrijft het doel, niet de technische oplossing. We vragen door tot de scope echt helder is en leggen die schriftelijk vast voordat er iets gebouwd wordt. Denken we dat de gevraagde route de verkeerde is, dan zeggen we dat vooraf — dat gesprek is goedkoper dan de verbouwing die het voorkomt. Delen de website en de mobiele app dezelfde backend? Het platform Ja, en strikter dan die zin meestal betekent. De API wordt één keer in PHP gedefinieerd, en zowel de TypeScript-client voor het web als de Dart-client voor de app worden daaruit gegenereerd. Geen van beide wordt met de hand geschreven — de linter weigert een handgeschreven API-type. De app kan dus niet stilletjes uit de pas gaan lopen: een afwijking breekt de build in plaats van de productie. Zijn die 18 talen echt, of machinevertaling eroverheen? Het platform Echt. Elke pagina bestaat per taal als eigen record, met eigen tekst en eigen URL — deze FAQ staat in het Engels op /frequently-asked-questions en in het Duits op /de/haeufig-gestellte-fragen, niet achter een vertaalparameter. Daardoor kan elke taal geschreven worden zoals mensen in die markt echt zoeken, en kun je er één corrigeren zonder de andere zeventien aan te raken. ## Bladeren op categorie [ ### Over MS WebX Wie we zijn, wat we bouwen en hoe je dat zelf kunt controleren. 3 vragen](/nl/veelgestelde-vragen/over-ms-webx "Over MS WebX") [ ### Samenwerken Hoe een opdracht begint, hoe een project loopt en wat er na livegang gebeurt. 5 vragen](/nl/veelgestelde-vragen/samenwerken "Samenwerken") [ ### Het platform Eén codebase, meerdere merken, 18 talen, web en native uit één contract. 5 vragen](/nl/veelgestelde-vragen/het-platform "Het platform") [ ### Beveiliging en data Waar data staat, hoe die reist, wie erbij kan en wat er wordt gelogd. 5 vragen](/nl/veelgestelde-vragen/beveiliging-en-data "Beveiliging en data") [ ### AI in de praktijk Wat AI-integratie echt betekent zodra het live moet en moet blijven werken. 3 vragen](/nl/veelgestelde-vragen/ai-in-de-praktijk "AI in de praktijk") ## Over MS WebX Wat doet MS WebX? MS WebX is een IT-bedrijf. We bouwen websites en webplatformen, native apps voor iOS en Android, en we integreren AI daarin — samen met het SEO-werk dat zorgt dat het ook gevonden wordt. Daarnaast draaien we eigen producten op hetzelfde platform dat we voor klanten inzetten, dus de basis draait al in productie voordat iemand anders erop bouwt. Zijn jullie een bureau of een productbedrijf? Allebei, en dat is bewust. Wat we aanbieden draait eerst in onze eigen producten: het meertalige paginasysteem, de API-laag, de beheertools, de analytics. Klantprojecten beginnen niet op een ongeteste basis, en als er iets in de kern stukgaat, merken wij dat eerder dan de klant. Hoe controleer ik dat MS WebX een echt, werkend bedrijf is? Op drie manieren, alle drie los van wat hier staat. Het colofon op deze site bevat de juridische bedrijfsgegevens. Onze eigen producten zijn openbaar en bruikbaar zonder contact met ons. En via de contactpagina bereik je dezelfde mensen die de code schrijven — geen callcenter ervoor. ## Samenwerken Hoe begint een project bij MS WebX? Je beschrijft het doel, niet de technische oplossing. We vragen door tot de scope echt helder is en leggen die schriftelijk vast voordat er iets gebouwd wordt. Denken we dat de gevraagde route de verkeerde is, dan zeggen we dat vooraf — dat gesprek is goedkoper dan de verbouwing die het voorkomt. Hoe verloopt een project van dag tot dag? In kleine, zichtbare stappen. Het werk komt op een testomgeving die je altijd in je browser kunt openen, en gaat pas live als jij dat zegt. Niemand ziet het eindproduct voor het eerst aan het einde van het project — dan is elke wijziging duur. Wat gebeurt er na livegang? Wat we bouwen is bedoeld om onderhouden te worden: updates van dependencies, monitoring en aanpassingen als je bedrijf verandert. Of wij dat blijven doen of je eigen team het overneemt, spreken we in het project af — dat wordt achteraf niet aangenomen. Niets wordt zo gebouwd dat alleen wij eraan kunnen werken. Nemen jullie een systeem over dat iemand anders heeft gebouwd? We lezen eerst de bestaande code en zeggen daarna eerlijk of doorgaan of vervangen goedkoper is over de levensduur van het systeem. Beide antwoorden komen voor — overgenomen code is vaak prima en alleen slecht gedocumenteerd. We adviseren geen herbouw uit reflex, want herbouw is het duurste dat iemand je kan verkopen. Waarop bouwen jullie en hoe houden jullie de kwaliteit hoog? PHP op de server, TypeScript in de browser, Flutter voor iOS en Android, MariaDB voor data, nginx en FrankenPHP voor het uitserveren. Bewust actuele, breed bekende techniek, zodat iedereen het na ons kan onderhouden. Kwaliteit wordt door machines afgedwongen en niet door goede bedoelingen: statische analyse draait op het strengste niveau zonder uitzonderingenlijst, plus ruim tweehonderd eigen regels die afwijkende code meteen afkeuren. ## Het platform Wat bedoelen jullie met "het platform"? Eén codebase met een gedeelde kern en een dunne laag per merk erbovenop. Elk merk heeft een eigen ontwerp, eigen content, eigen database en eigen domein, terwijl beveiligingsfixes, performancewerk en nieuwe kernfuncties overal tegelijk landen in plaats van handmatig per site te worden gekopieerd. Een merk toevoegen is configuratie en content, geen fork. Delen de website en de mobiele app dezelfde backend? Ja, en strikter dan die zin meestal betekent. De API wordt één keer in PHP gedefinieerd, en zowel de TypeScript-client voor het web als de Dart-client voor de app worden daaruit gegenereerd. Geen van beide wordt met de hand geschreven — de linter weigert een handgeschreven API-type. De app kan dus niet stilletjes uit de pas gaan lopen: een afwijking breekt de build in plaats van de productie. Zijn die 18 talen echt, of machinevertaling eroverheen? Echt. Elke pagina bestaat per taal als eigen record, met eigen tekst en eigen URL — deze FAQ staat in het Engels op /frequently-asked-questions en in het Duits op /de/haeufig-gestellte-fragen, niet achter een vertaalparameter. Daardoor kan elke taal geschreven worden zoals mensen in die markt echt zoeken, en kun je er één corrigeren zonder de andere zeventien aan te raken. Kan één platform meerdere merken dragen zonder dat ze elkaar storen? Daar is het voor gebouwd. Elk merk heeft een eigen database, eigen domein en eigen content, dus het ene merk kan de data van het andere niet lezen en een contentfout bij de één verschijnt niet bij de ander. Gedeeld wordt de motor: routing, API-laag, beheertools en het beveiligingswerk. Welke eigen producten draait MS WebX? Cannabivo is live: een zoekmachine voor social clubs, waar bezoekers clubs per locatie vinden en vergelijken en clubs hun eigen vermelding beheren. Steel is een naslagwerk voor materiaalequivalenten voor engineering en inkoop; het is in ontwikkeling en nog niet publiek toegankelijk. Beide draaien op het platform dat in dit onderdeel staat beschreven. ## Beveiliging en data Van wie is de data in een systeem dat jullie voor ons bouwen? Van jou. Wij verwerken die om de afgesproken dienst te laten draaien en voor niets anders. Ze wordt niet op één hoop gegooid met data van een andere klant, niet verkocht en niet gebruikt om jouw gebruikers advertenties te tonen. Stopt de samenwerking, dan neem je de data mee. Hoe is data onderweg beschermd? Verbindingen lopen over HTTP/3 en het domein staat op de vooraf geladen HSTS-lijst van browsers — een browser weigert dus al bij het allereerste bezoek onversleuteld te praten, nog voordat een redirect onderschept kan worden. De sleuteluitwisseling is post-quantum: X25519 gecombineerd met ML-KEM-768, zo gekozen dat vandaag afgetapt verkeer ook standhoudt zodra een quantumcomputer het kan aanvallen. Hoe worden wachtwoorden, sleutels en API-credentials opgeslagen? Nooit in de broncode — dat dwingt de build af, niet de discipline: code met een hard ingebakken geheim wordt geweigerd voordat die gemerged kan worden. Geheimen staan versleuteld in een instellingenopslag en worden tijdens runtime alleen ontsleuteld waar ze echt nodig zijn. Een sleutel roteren is daardoor één wijziging op één plek in plaats van zoeken door de hele codebase. Wat wordt er gelogd, en is te zien wie iets heeft gewijzigd? Ja. Applicatie-events, fouten en beheeracties worden naar de database geschreven in plaats van naar tekstbestanden verspreid over servers, zodat ze echt doorzoekbaar zijn. Beheerwijzigingen leggen vast wie handelde, wat er veranderde en wanneer. Op "wie heeft vorige maand deze prijs aangepast" is er een antwoord in plaats van een vermoeden. Hoe gaan jullie om met cookies en toestemming? Niet-essentiële cookies worden pas geplaatst nadat de bezoeker akkoord gaat, de keuze wordt vastgelegd en elke site die wij bouwen heeft een pagina waar die later te wijzigen of in te trekken is. Weigeren is één klik en geen zoektocht door een instellingenmenu — en wie weigert krijgt nog steeds een werkende site. ## AI in de praktijk Wat betekent "AI-integratie" in de praktijk? Een model dat één afgebakende taak in je product doet en daarbij meetbaar beter is dan het alternatief: binnenkomende berichten sorteren, teksten opstellen die een mens daarna goedkeurt, de zoekfunctie laten begrijpen wat iemand bedoelde in plaats van wat hij tikte. Het is geen chatbubbel op een afgebouwde site geplakt. De nuttige vraag is nooit "kunnen we AI toevoegen", maar "welke terugkerende taak kost je nu tijd". Waar doet AI al echt werk in jullie eigen producten? In content. Ons meertalige materiaal wordt met modelondersteuning gemaakt en actueel gehouden, en daarna per taal nagelezen voordat het naar buiten gaat — nooit rechtstreeks uit het model gepubliceerd. Daarom praten we ook voorzichtig over AI: we weten uit eigen werk waar de uitvoer sterk is en waar er nog een mens bij moet. Wat gebeurt er met onze data als er een AI-functie bij komt kijken? Voordat er iets gebouwd wordt, leggen we schriftelijk vast welke aanbieder welke data verwerkt en wat er bewaard blijft. Is dat antwoord voor jou niet acceptabel, dan wordt de functie anders ontworpen of helemaal niet gebouwd. Er verlaat geen data je systeem op een manier waarmee je niet hebt ingestemd — en "we wisten niet dat het verstuurd werd" is geen uitkomst die we willen opleveren.