[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"$fFe5O2S3rVjp7D0ojbkluJDW9zP-NFh2iRPOa9VQUm78":3},{"item":4},{"id":5,"idKnowledge":6,"slug":7,"title":8,"description":9,"bodyMarkdown":10,"bodyHtml":11,"author":12,"date":13,"createdAt":14,"topics":15,"image":17,"hasDownload":18,"fileName":19,"youtubeId":20},"107","2B270772-3BC7-0841-96E3-5C747332B707","een-mobiele-app-op-filemaker-bouwen-voor-uw-team","Een mobiele app op FileMaker bouwen voor uw team","Een mobiele app op FileMaker bouwen voor uw processen? Lees welke aanpak past, hoe u data veilig koppelt en wanneer een aparte app de betere keuze is.","Een medewerker die bij een klant staat, in een magazijn een order verwerkt of op locatie een inspectie uitvoert, heeft weinig aan een database die alleen achter een bureau goed werkt. Een **mobiele app op FileMaker bouwen** kan die afstand wegnemen, mits de app aansluit op het werk dat mensen daadwerkelijk uitvoeren. Het doel is niet om alle schermen van uw bestaande systeem naar een telefoon te kopiëren. Het doel is om de juiste informatie en acties beschikbaar te maken op het moment dat ze nodig zijn.\n\nVoor organisaties met een bestaande FileMaker-oplossing is dat vaak een [logisch moderniseringspad](https:\u002F\u002Floggix.com\u002Fblog\u002Ffilemaker-systeem-moderniseren-zonder-risico\u002F). U behoudt processen, data en opgebouwde kennis, terwijl buitendienstmedewerkers, planners, monteurs of accountmanagers sneller kunnen werken. De keuze voor de technische vorm bepaalt vervolgens hoeveel u investeert, hoe goed de app offline werkt en hoe ver u kunt gaan met functies zoals camera, locatie, pushmeldingen en koppelingen met andere systemen.\n\n## Begin bij het mobiele werkmoment\n\nDe beste mobiele toepassingen beginnen niet bij een schermontwerp, maar bij een concrete handeling. Een monteur wil een werkbon openen, foto’s toevoegen, gebruikte materialen registreren en een handtekening ophalen. Een magazijnmedewerker wil een barcode scannen, een voorraadlocatie bevestigen en een afwijking vastleggen. Een verkoper wil klantinformatie raadplegen en direct een bezoekverslag invoeren.\n\nBreng daarom per gebruikersgroep in kaart wat zij onderweg moeten kunnen zien, wijzigen en bevestigen. Kijk daarbij ook naar wat zij niet nodig hebben. Een mobiele interface wordt snel onoverzichtelijk wanneer alle mogelijkheden van een desktopoplossing erin worden geperst. Minder velden, duidelijke knoppen en een vaste volgorde in een taak leveren meestal meer op dan een complete kopie van het bestaande FileMaker-bestand.\n\nHet helpt om het proces te toetsen aan de praktijk. Is er altijd internetverbinding? Moet iemand gegevens kunnen vastleggen met handschoenen aan? Wordt een tablet gebruikt in een voertuig, of een telefoon bij de klant? Die antwoorden bepalen niet alleen het ontwerp, maar ook de gekozen techniek.\n\n## Welke route past bij uw FileMaker-app?\n\nFileMaker biedt verschillende manieren om een mobiele werkomgeving beschikbaar te maken. Er is geen universeel beste optie. De juiste keuze hangt af van het apparaat, de gewenste gebruikerservaring, de mate van offline werken en de integraties die nodig zijn.\n\n### FileMaker Go voor iPhone en iPad\n\nFileMaker Go is de meest directe route voor organisaties die op iPhone of iPad werken. Uw bestaande FileMaker-oplossing kan worden aangepast met mobiele layouts, scripts en navigatie. Medewerkers gebruiken vervolgens de FileMaker Go-app om met de database te werken.\n\nDit is vaak een kostenefficiënte keuze wanneer de processen al goed in FileMaker zijn ingericht en de doelgroep met beheerde Apple-apparaten werkt. Camera, barcodefuncties, locatie en handtekeningen zijn binnen zo’n oplossing goed inzetbaar. Ook kan een bestand lokaal op een apparaat worden gebruikt wanneer medewerkers tijdelijk zonder verbinding moeten werken, al vraagt synchronisatie dan om een zorgvuldig ontwerp.\n\nDe keerzijde is duidelijk: FileMaker Go richt zich op Apple-apparaten. Daarnaast blijft de ervaring herkenbaar als een FileMaker-app, ook wanneer de layouts uitstekend voor mobiel gebruik zijn ingericht. Voor veel interne toepassingen is dat geen probleem. Voor een app die u aan klanten, partners of een brede Android-doelgroep aanbiedt, kan een andere aanpak beter passen.\n\n### FileMaker WebDirect in de browser\n\nMet WebDirect maakt u een FileMaker-oplossing bereikbaar via een browser. Dat is praktisch wanneer gebruikers op verschillende apparaten werken en u geen aparte app wilt distribueren. Voor eenvoudige raadpleegschermen, formulieren, portalen en interne processen kan dit een passende oplossing zijn.\n\nWebDirect vraagt wel om discipline in het ontwerp. Niet elke desktoplayout werkt prettig op een kleiner scherm, en complexe scripts of zware schermen kunnen de ervaring vertragen. Test daarom met realistische aantallen gebruikers en op de apparaten die uw medewerkers echt gebruiken. Een browseroplossing is vooral sterk als bereikbaarheid belangrijker is dan diepgaande mobiele functies of offline gebruik.\n\n### Een aparte mobiele app met FileMaker als kernsysteem\n\nSoms is een eigen iOS-, Android- of cross-platformapp de betere route. In dat geval blijft FileMaker het systeem waarin processen en gegevensbeheer samenkomen, terwijl de mobiele app [via API’s communiceert](https:\u002F\u002Floggix.com\u002Fapis\u002F) met de achterliggende data en diensten.\n\nDeze aanpak geeft meer vrijheid in gebruikerservaring, offline opslag, pushmeldingen, apparaatfuncties en distributie via appstores of bedrijfsbeheer. Ook is dit vaak de logische keuze als externe klanten toegang krijgen, als Android essentieel is of als de app onderdeel wordt van een bredere digitale dienstverlening.\n\nDaar staat een grotere investering tegenover. U bouwt niet alleen schermen, maar ook een API-laag, beveiliging, foutafhandeling, versiebeheer en een strategie voor synchronisatie. Dat is geen reden om de route te vermijden, maar wel om hem te kiezen voor processen waar bereik, gebruiksgemak en schaalbaarheid die investering rechtvaardigen.\n\n## Een mobiele app op FileMaker bouwen vraagt om een heldere architectuur\n\nDe gebruikersinterface krijgt vaak als eerste aandacht, maar de architectuur bepaalt of de oplossing betrouwbaar blijft wanneer het gebruik groeit. Zeker bij een bestaande FileMaker-omgeving is het verstandig om vroeg te beoordelen waar de data vandaan komt, welke gegevens mobiel mogen worden opgeslagen en welke systemen moeten worden gekoppeld.\n\nEen buitendienstapp kan bijvoorbeeld klant- en werkbongegevens uit FileMaker gebruiken, voorraad ophalen uit een ERP-systeem en documenten opslaan in een cloudopslag. Als medewerkers onderweg wijzigingen invoeren, moet duidelijk zijn welk systeem leidend is. Zonder die afspraak ontstaan dubbele gegevens, conflicten en handmatige correcties - precies het soort werk dat de app zou moeten verminderen.\n\nBeveiliging hoort daarbij. Gebruikers moeten alleen de klanten, orders en documenten zien die voor hun rol nodig zijn. Denk aan authenticatie, rollen en rechten, versleutelde communicatie en een beleid voor apparaten die kwijtraken of door medewerkers worden vervangen. Bij persoonsgegevens, financiële data of servicehistorie is dit een randvoorwaarde, geen extra functie voor later.\n\nOok offline werken verdient een expliciete keuze. Een app die altijd online moet zijn, is eenvoudiger te bouwen en te beheren. Maar in kelders, productiehallen, landelijke gebieden of op bouwlocaties is die aanname vaak onrealistisch. Offline ondersteuning betekent dat u vastlegt welke data vooraf wordt geladen, hoe wijzigingen lokaal worden bewaard en wat er gebeurt als twee gebruikers hetzelfde record aanpassen. Dat vraagt meer voorbereiding, maar voorkomt frustratie in het veld.\n\n## Bouw in korte, bruikbare stappen\n\nEen mobiele uitbreiding hoeft geen meerjarig vervangingsproject te zijn. Juist met FileMaker is het vaak mogelijk om een afgebakend proces eerst werkend te maken en daarna gericht uit te breiden. Kies bijvoorbeeld één werkstroom met duidelijke winst: digitale werkbonnen, mobiele voorraadregistratie of inspectierondes.\n\nMaak vervolgens een eerste versie voor een kleine groep gebruikers. Meet niet alleen of de app technisch werkt, maar ook of de handeling sneller gaat, of gegevens vollediger worden ingevuld en of de backoffice minder hoeft te corrigeren. Een formulier dat in theorie volledig is, maar op locatie te veel stappen vraagt, levert geen verbetering op.\n\nPas daarna volgt uitbreiding met functies die aantoonbaar waarde toevoegen. Dat kunnen foto’s, barcodes, digitale ondertekening, routegegevens, documentgeneratie of koppelingen met planning en facturatie zijn. Deze volgorde houdt de investering beheersbaar en geeft gebruikers ruimte om mee te groeien met de nieuwe werkwijze.\n\n## Veelvoorkomende fouten bij mobiele FileMaker-projecten\n\nDe meest voorkomende fout is een desktopapp letterlijk verkleinen. Kleine tekst, lange portalen en tientallen velden maken een mobiel proces traag en foutgevoelig. Ontwerp liever per taak: openen, controleren, vastleggen, bevestigen en afronden.\n\nEen tweede fout is te laat nadenken over integraties. Wanneer een mobiele app [gegevens nodig heeft uit Exact](https:\u002F\u002Floggix.com\u002Fblog\u002Ffilemaker-koppelen-met-exact-zo-werkt-het\u002F), een ERP-systeem, een planningspakket of een klantportaal, moet de gegevensuitwisseling vanaf het begin onderdeel van het ontwerp zijn. Handmatig exporteren en importeren kan tijdelijk werken, maar is zelden een goede basis voor een proces dat dagelijks wordt gebruikt.\n\nTen derde wordt offline gebruik soms beloofd zonder de gevolgen uit te werken. Een paar records lokaal opslaan is iets anders dan een complete werkdag betrouwbaar synchroniseren. Maak deze keuze bewust en beperk offline functionaliteit tot wat medewerkers werkelijk nodig hebben.\n\nTot slot: onderschat beheer niet. Mobiele toepassingen vragen om ondersteuning, monitoring, updates en duidelijke eigenaarschap. Wie beheert gebruikers? Wie controleert foutmeldingen? Wie besluit welke wijziging prioriteit krijgt? Met die afspraken blijft een app ook na de eerste oplevering bruikbaar.\n\n## Wanneer is dit een goede investering?\n\nEen mobiele uitbreiding van FileMaker is vooral interessant wanneer medewerkers nu informatie op papier, in losse apps of pas aan het eind van de dag verwerken. De opbrengst zit dan in minder dubbel werk, actuelere data, snellere opvolging en minder invoerfouten. Voor een klein team met incidenteel mobiel gebruik kan een goed ingerichte FileMaker Go-oplossing al voldoende zijn. Voor een groeiend netwerk van externe gebruikers kan een aparte app met API-koppelingen verstandiger zijn.\n\nLoggix helpt organisaties om die afweging praktisch te maken: niet door een bestaand systeem onnodig te vervangen, maar door te bepalen welke uitbreiding het dagelijkse proces merkbaar verbetert. Begin met het werk dat buiten het kantoor vastloopt. Zodra dat werk sneller, eenvoudiger en beter registreerbaar wordt, krijgt uw FileMaker-investering opnieuw waarde waar die het meest telt: in de uitvoering.","\u003Cp>Een medewerker die bij een klant staat, in een magazijn een order verwerkt of op locatie een inspectie uitvoert, heeft weinig aan een database die alleen achter een bureau goed werkt. Een \u003Cstrong>mobiele app op FileMaker bouwen\u003C\u002Fstrong> kan die afstand wegnemen, mits de app aansluit op het werk dat mensen daadwerkelijk uitvoeren. Het doel is niet om alle schermen van uw bestaande systeem naar een telefoon te kopiëren. Het doel is om de juiste informatie en acties beschikbaar te maken op het moment dat ze nodig zijn.\u003C\u002Fp>\n\u003Cp>Voor organisaties met een bestaande FileMaker-oplossing is dat vaak een \u003Ca href=\"https:\u002F\u002Floggix.com\u002Fblog\u002Ffilemaker-systeem-moderniseren-zonder-risico\u002F\">logisch moderniseringspad\u003C\u002Fa>. U behoudt processen, data en opgebouwde kennis, terwijl buitendienstmedewerkers, planners, monteurs of accountmanagers sneller kunnen werken. De keuze voor de technische vorm bepaalt vervolgens hoeveel u investeert, hoe goed de app offline werkt en hoe ver u kunt gaan met functies zoals camera, locatie, pushmeldingen en koppelingen met andere systemen.\u003C\u002Fp>\n\u003Ch2>Begin bij het mobiele werkmoment\u003C\u002Fh2>\n\u003Cp>De beste mobiele toepassingen beginnen niet bij een schermontwerp, maar bij een concrete handeling. Een monteur wil een werkbon openen, foto’s toevoegen, gebruikte materialen registreren en een handtekening ophalen. Een magazijnmedewerker wil een barcode scannen, een voorraadlocatie bevestigen en een afwijking vastleggen. Een verkoper wil klantinformatie raadplegen en direct een bezoekverslag invoeren.\u003C\u002Fp>\n\u003Cp>Breng daarom per gebruikersgroep in kaart wat zij onderweg moeten kunnen zien, wijzigen en bevestigen. Kijk daarbij ook naar wat zij niet nodig hebben. Een mobiele interface wordt snel onoverzichtelijk wanneer alle mogelijkheden van een desktopoplossing erin worden geperst. Minder velden, duidelijke knoppen en een vaste volgorde in een taak leveren meestal meer op dan een complete kopie van het bestaande FileMaker-bestand.\u003C\u002Fp>\n\u003Cp>Het helpt om het proces te toetsen aan de praktijk. Is er altijd internetverbinding? Moet iemand gegevens kunnen vastleggen met handschoenen aan? Wordt een tablet gebruikt in een voertuig, of een telefoon bij de klant? Die antwoorden bepalen niet alleen het ontwerp, maar ook de gekozen techniek.\u003C\u002Fp>\n\u003Ch2>Welke route past bij uw FileMaker-app?\u003C\u002Fh2>\n\u003Cp>FileMaker biedt verschillende manieren om een mobiele werkomgeving beschikbaar te maken. Er is geen universeel beste optie. De juiste keuze hangt af van het apparaat, de gewenste gebruikerservaring, de mate van offline werken en de integraties die nodig zijn.\u003C\u002Fp>\n\u003Ch3>FileMaker Go voor iPhone en iPad\u003C\u002Fh3>\n\u003Cp>FileMaker Go is de meest directe route voor organisaties die op iPhone of iPad werken. Uw bestaande FileMaker-oplossing kan worden aangepast met mobiele layouts, scripts en navigatie. Medewerkers gebruiken vervolgens de FileMaker Go-app om met de database te werken.\u003C\u002Fp>\n\u003Cp>Dit is vaak een kostenefficiënte keuze wanneer de processen al goed in FileMaker zijn ingericht en de doelgroep met beheerde Apple-apparaten werkt. Camera, barcodefuncties, locatie en handtekeningen zijn binnen zo’n oplossing goed inzetbaar. Ook kan een bestand lokaal op een apparaat worden gebruikt wanneer medewerkers tijdelijk zonder verbinding moeten werken, al vraagt synchronisatie dan om een zorgvuldig ontwerp.\u003C\u002Fp>\n\u003Cp>De keerzijde is duidelijk: FileMaker Go richt zich op Apple-apparaten. Daarnaast blijft de ervaring herkenbaar als een FileMaker-app, ook wanneer de layouts uitstekend voor mobiel gebruik zijn ingericht. Voor veel interne toepassingen is dat geen probleem. Voor een app die u aan klanten, partners of een brede Android-doelgroep aanbiedt, kan een andere aanpak beter passen.\u003C\u002Fp>\n\u003Ch3>FileMaker WebDirect in de browser\u003C\u002Fh3>\n\u003Cp>Met WebDirect maakt u een FileMaker-oplossing bereikbaar via een browser. Dat is praktisch wanneer gebruikers op verschillende apparaten werken en u geen aparte app wilt distribueren. Voor eenvoudige raadpleegschermen, formulieren, portalen en interne processen kan dit een passende oplossing zijn.\u003C\u002Fp>\n\u003Cp>WebDirect vraagt wel om discipline in het ontwerp. Niet elke desktoplayout werkt prettig op een kleiner scherm, en complexe scripts of zware schermen kunnen de ervaring vertragen. Test daarom met realistische aantallen gebruikers en op de apparaten die uw medewerkers echt gebruiken. Een browseroplossing is vooral sterk als bereikbaarheid belangrijker is dan diepgaande mobiele functies of offline gebruik.\u003C\u002Fp>\n\u003Ch3>Een aparte mobiele app met FileMaker als kernsysteem\u003C\u002Fh3>\n\u003Cp>Soms is een eigen iOS-, Android- of cross-platformapp de betere route. In dat geval blijft FileMaker het systeem waarin processen en gegevensbeheer samenkomen, terwijl de mobiele app \u003Ca href=\"https:\u002F\u002Floggix.com\u002Fapis\u002F\">via API’s communiceert\u003C\u002Fa> met de achterliggende data en diensten.\u003C\u002Fp>\n\u003Cp>Deze aanpak geeft meer vrijheid in gebruikerservaring, offline opslag, pushmeldingen, apparaatfuncties en distributie via appstores of bedrijfsbeheer. Ook is dit vaak de logische keuze als externe klanten toegang krijgen, als Android essentieel is of als de app onderdeel wordt van een bredere digitale dienstverlening.\u003C\u002Fp>\n\u003Cp>Daar staat een grotere investering tegenover. U bouwt niet alleen schermen, maar ook een API-laag, beveiliging, foutafhandeling, versiebeheer en een strategie voor synchronisatie. Dat is geen reden om de route te vermijden, maar wel om hem te kiezen voor processen waar bereik, gebruiksgemak en schaalbaarheid die investering rechtvaardigen.\u003C\u002Fp>\n\u003Ch2>Een mobiele app op FileMaker bouwen vraagt om een heldere architectuur\u003C\u002Fh2>\n\u003Cp>De gebruikersinterface krijgt vaak als eerste aandacht, maar de architectuur bepaalt of de oplossing betrouwbaar blijft wanneer het gebruik groeit. Zeker bij een bestaande FileMaker-omgeving is het verstandig om vroeg te beoordelen waar de data vandaan komt, welke gegevens mobiel mogen worden opgeslagen en welke systemen moeten worden gekoppeld.\u003C\u002Fp>\n\u003Cp>Een buitendienstapp kan bijvoorbeeld klant- en werkbongegevens uit FileMaker gebruiken, voorraad ophalen uit een ERP-systeem en documenten opslaan in een cloudopslag. Als medewerkers onderweg wijzigingen invoeren, moet duidelijk zijn welk systeem leidend is. Zonder die afspraak ontstaan dubbele gegevens, conflicten en handmatige correcties - precies het soort werk dat de app zou moeten verminderen.\u003C\u002Fp>\n\u003Cp>Beveiliging hoort daarbij. Gebruikers moeten alleen de klanten, orders en documenten zien die voor hun rol nodig zijn. Denk aan authenticatie, rollen en rechten, versleutelde communicatie en een beleid voor apparaten die kwijtraken of door medewerkers worden vervangen. Bij persoonsgegevens, financiële data of servicehistorie is dit een randvoorwaarde, geen extra functie voor later.\u003C\u002Fp>\n\u003Cp>Ook offline werken verdient een expliciete keuze. Een app die altijd online moet zijn, is eenvoudiger te bouwen en te beheren. Maar in kelders, productiehallen, landelijke gebieden of op bouwlocaties is die aanname vaak onrealistisch. Offline ondersteuning betekent dat u vastlegt welke data vooraf wordt geladen, hoe wijzigingen lokaal worden bewaard en wat er gebeurt als twee gebruikers hetzelfde record aanpassen. Dat vraagt meer voorbereiding, maar voorkomt frustratie in het veld.\u003C\u002Fp>\n\u003Ch2>Bouw in korte, bruikbare stappen\u003C\u002Fh2>\n\u003Cp>Een mobiele uitbreiding hoeft geen meerjarig vervangingsproject te zijn. Juist met FileMaker is het vaak mogelijk om een afgebakend proces eerst werkend te maken en daarna gericht uit te breiden. Kies bijvoorbeeld één werkstroom met duidelijke winst: digitale werkbonnen, mobiele voorraadregistratie of inspectierondes.\u003C\u002Fp>\n\u003Cp>Maak vervolgens een eerste versie voor een kleine groep gebruikers. Meet niet alleen of de app technisch werkt, maar ook of de handeling sneller gaat, of gegevens vollediger worden ingevuld en of de backoffice minder hoeft te corrigeren. Een formulier dat in theorie volledig is, maar op locatie te veel stappen vraagt, levert geen verbetering op.\u003C\u002Fp>\n\u003Cp>Pas daarna volgt uitbreiding met functies die aantoonbaar waarde toevoegen. Dat kunnen foto’s, barcodes, digitale ondertekening, routegegevens, documentgeneratie of koppelingen met planning en facturatie zijn. Deze volgorde houdt de investering beheersbaar en geeft gebruikers ruimte om mee te groeien met de nieuwe werkwijze.\u003C\u002Fp>\n\u003Ch2>Veelvoorkomende fouten bij mobiele FileMaker-projecten\u003C\u002Fh2>\n\u003Cp>De meest voorkomende fout is een desktopapp letterlijk verkleinen. Kleine tekst, lange portalen en tientallen velden maken een mobiel proces traag en foutgevoelig. Ontwerp liever per taak: openen, controleren, vastleggen, bevestigen en afronden.\u003C\u002Fp>\n\u003Cp>Een tweede fout is te laat nadenken over integraties. Wanneer een mobiele app \u003Ca href=\"https:\u002F\u002Floggix.com\u002Fblog\u002Ffilemaker-koppelen-met-exact-zo-werkt-het\u002F\">gegevens nodig heeft uit Exact\u003C\u002Fa>, een ERP-systeem, een planningspakket of een klantportaal, moet de gegevensuitwisseling vanaf het begin onderdeel van het ontwerp zijn. Handmatig exporteren en importeren kan tijdelijk werken, maar is zelden een goede basis voor een proces dat dagelijks wordt gebruikt.\u003C\u002Fp>\n\u003Cp>Ten derde wordt offline gebruik soms beloofd zonder de gevolgen uit te werken. Een paar records lokaal opslaan is iets anders dan een complete werkdag betrouwbaar synchroniseren. Maak deze keuze bewust en beperk offline functionaliteit tot wat medewerkers werkelijk nodig hebben.\u003C\u002Fp>\n\u003Cp>Tot slot: onderschat beheer niet. Mobiele toepassingen vragen om ondersteuning, monitoring, updates en duidelijke eigenaarschap. Wie beheert gebruikers? Wie controleert foutmeldingen? Wie besluit welke wijziging prioriteit krijgt? Met die afspraken blijft een app ook na de eerste oplevering bruikbaar.\u003C\u002Fp>\n\u003Ch2>Wanneer is dit een goede investering?\u003C\u002Fh2>\n\u003Cp>Een mobiele uitbreiding van FileMaker is vooral interessant wanneer medewerkers nu informatie op papier, in losse apps of pas aan het eind van de dag verwerken. De opbrengst zit dan in minder dubbel werk, actuelere data, snellere opvolging en minder invoerfouten. Voor een klein team met incidenteel mobiel gebruik kan een goed ingerichte FileMaker Go-oplossing al voldoende zijn. Voor een groeiend netwerk van externe gebruikers kan een aparte app met API-koppelingen verstandiger zijn.\u003C\u002Fp>\n\u003Cp>Loggix helpt organisaties om die afweging praktisch te maken: niet door een bestaand systeem onnodig te vervangen, maar door te bepalen welke uitbreiding het dagelijkse proces merkbaar verbetert. Begin met het werk dat buiten het kantoor vastloopt. Zodra dat werk sneller, eenvoudiger en beter registreerbaar wordt, krijgt uw FileMaker-investering opnieuw waarde waar die het meest telt: in de uitvoering.\u003C\u002Fp>\n","Jeroen","2026-07-16",1784189109000,[16],"Socials","\u002Fapi\u002Fknowledge\u002Fimage\u002F107\u002F?v=81363eebc29c",false,"",null]