Foto-combinatie in je eigen stijl

Klanten verwachten dat je nu al fotograaf, AV, podium, signage en nabeschouwing regelt. Steeds meer verwachten ze ook een gastgerichte foto-ervaring: een QR-code op een badge, een live wall achter de keynote, een gebrandmerkt album in de follow-up e-mail — en ze verwachten jullie logo, niet dat van een tool.

Deze verwachting plaatst bureaus in een ongemakkelijke situatie. Een eigen software voor fotocollectie ontwikkelen is een engineeringtraject van meerdere kwartalen dat je niet hoeft te doen. Een consumentenapp doorverkopen betekent dat een gast de QR-code van je klant scant en op een pagina uitkomt met "Powered by SomeApp" — precies het tegenovergestelde waarvoor je klant je heeft ingehuurd. En zodra de juridische afdeling van een corporate vraagt waar medewerkersfoto’s staan opgeslagen, wordt een in de VS gehoste consumentenapp een deal die niet sluitbaar is.

Er is een derde optie: label de infrastructuur white-label, brand het front-end zelf en verkoop het als eigen product. Deze gids legt uit hoe dat werkt, wat "white-label" in de praktijk betekent voorbij marketingtaal, en welke mogelijkheden een procurementteam van een zakelijke klant van jou zal vragen om te bewijzen.

Dit artikel is algemene guidance voor bureaus, geen juridisch advies. Waar het over de RGPD gaat, controleer de details met uw eigen jurist en de privacy officer van uw klant.

Wat "branded photo experience" voor een zakelijke klant betekent

Wanneer een eventbureau zegt een "branded photo experience" te bieden, hoort een zakelijke klant drie concrete eisen — en een gastgerichte tool mist er meestal minstens één:

• Het moet de merk van uw klant zijn, niet die van u of van een leverancier. De uploadpagina voor gasten, de galerij, de albumlink en bij voorkeur het domein in de adresbalk moeten voelen als het evenement van de klant: Acme Sales Kickoff, niet "Acme via SomeApp".

• Controle over wat live gaat. Een conferentie met 600 mensen kan niet elk geüpload beeld direct naar een publieke wall sturen. Er moet een goedkeuringswachtrij zijn en idealiter automatische pre-screening, voordat een foto op het podiumscherm of in de gedeelde album verschijnt.

• Een verdedigbaar antwoord op data. Voor een intern event met identificeerbare medewerkers is „waar wordt dit gehost, wie is de verwerker en kunnen we een verwerkersovereenkomst krijgen?” geen randvraag. Het is de eerste vraag van inkoop, en met een „nee” stopt het gesprek.

De bureaus die hierin winnen, zijn diegenen die zonder één regel code ja kunnen zeggen — omdat ze bestaande infrastructuur doorverkopen die het al doet.

Zelf bouwen, een consumer-app doorverkopen, of white-label: de drie opties

Optie 1 — Zelf opbouwen

Een echt custom platform betekent uploads, transcoding, opslag, moderatie, galerij, export, EU dataverwerking en een beveiligingsniveau dat een corporate vendorreview doorstaat. Dat is een softwareproduct, geen simpele feature — voor bijna elke agency maakt de ontwikkel- en onderhoudslast dit de verkeerde keuze.

Optie 2 — Een consumenten-foto-app doorverkopen

Het is snel op te starten, maar het faalt op de twee punten die corporate klanten het belangrijkst vinden. De meeste consumenten-event-fotoapps bieden alleen cosmetische branding — logo uploaden en kleurwissel — terwijl de gast nog op het domein van de aanbieder belandt en diens naam ziet. En de meesten zijn niet gebouwd voor EU-corporate inkoop. In onze review van juni 2026 bleek de grote meerderheid van de consumentstools US-gehost te zijn of niet te tonen waar data staat, en geen DPA te bieden. Je kunt ze doorverkopen, maar je kunt ze niet eerlijk als eigen product aan een compliance-kritische koper presenteren.

Optie 3 — White-label de infrastructuur

Je neemt een platform dat bedoeld is om opnieuw te verkopen, plaatst je merk (of dat van je klant) op elk oppervlak, voert het event uit vanuit een multi-client workspace en je klant ziet de onderliggende leverancier nooit. Dat is het model waarmee een agency een “branded photo experience” als eigen regel kan aanbieden — en de rest van deze gids gaat over hoe je dat goed doet.

Wat echt white-label betekent (en wat slechts een logo-uitwisseling is)

“White-label” is de meest overdreven term in deze categorie, dus definieer de niveaus goed. Als je een platform beoordeelt, groepeer elke claim in één van deze:

De eerlijke stand van zaken op de markt in juni 2026: onder de consumentgerichte event-fototools die we hebben beoordeeld, is echt end-to-end white-label zeldzaam — slechts een paar boden het aan, en beide zitten buiten de EU, waardoor het datalokatieprobleem bij Europees zakelijk werk terugkeert. Meeste "white-label" claims in deze categorie blijven steken bij cosmetische branding of een schakelaar om de branding te verwijderen. Als een platform zegt dat het "white-label" is, moet je als reseller exact één vraag stellen: ziet de gast ooit een domein of naam die niet van ons is? Als het antwoord ja is, is het geen end-to-end-oplossing.

Hoe Gathmo bureaus in staat stelt een gebrand experience te resellen

Gathmo is er precies voor gemaakt: de gast scant een QR-code, uploadt foto’s, video en spraakberichten in de browser — geen app-installatie, geen gastenaccount — en alles belandt in een gemodereerd, gebrandmerkt album. Onder de motorkap is het hetzelfde product in elke Gathmo-verticaal; aan B2B-zijde is die mogelijkheid verpakt voor resale.

De reseller tiers (B2B-abonnement, maandelijks of jaarlijks gefactureerd — jaarlijks is 10 maanden betaald, dus twee maanden gratis):

★ De Agency-tier is de gebruikelijke fit voor een eventbureau dat voor meerdere klanten werkt.

Wat “end-to-end white-label” hier concreet betekent: een custom domein zodat de guest experience draait op de URL van je klant (Cloudflare for SaaS), gebrandede e-mails voor album en notificaties (Resend), en bij Enterprise een branded SMS-afzender (Bird). Studio geeft logo + accentkleur op één custom domain; Agency ontgrendelt onbeperkte custom domains en end-to-end white-label plus API-toegang; Enterprise voegt volledig white-label toe met SSO/SAML en branded SMS-afzender. Praktisch effect: je zet één klant per workspace op, wijs een domein toe, voeg logo en kleur toe en het event leest als van hen.

Twee mogelijkheden zijn vooral belangrijk voor zakelijke kopers waar je agency op inzet:

• Moderatie voordat iets live gaat. Elke upload kan AI-voorcontrole ondergaan (Hive voor beelden, Whisper voor audio) en menselijke goedkeuringswachtrij voordat het in album of op live wall verschijnt. Voor een merkgevoelig corporate event is de belofte “niks gaat live vóór goedkeuring” vaak het verschil tussen ja en nee.

• Concrete EU-dataresidentie waarnaar je echt kunt verwijzen. Gathmo slaat media op in een EU-jurisdictie (Cloudflare R2 EU), draait de database in Frankfurt (Neon) en rekent uit in de EU (Fly.io, Frankfurt/Amsterdam), met verwerkersovereenkomsten op papier met zijn processors. Als de inkoopafdeling van je klant vraagt waar de data staan, heb je een concrete naam in plaats van een schouderophalen.

Let op wat Gathmo bij de lancering niet doet, want een klant vertellen dat een feature bestaat terwijl dat niet zo is, is een fout van een agency. Face-recognition photo search en RSVP zitten niet in het launch-product; beide staan op de roadmap voor een latere fase. Als een klant in de briefing specifiek selfie-gebaseerde zoekopdrachten vereist, bespreek dat meteen in de verwachtingen.

De compliancelaag waar het inkoopteam van je klant naar zal vragen

Hier verschilt consumereventwerk het meest van corporate eventwerk, en hier is een bureau dat de regels kent veel geloofwaardiger dan één dat dat niet doet. Je hoeft geen jurist te zijn; je moet alleen weten welke vragen eraan komen.

Wie is de verwerkingsverantwoordelijke en wie is de verwerker? Als uw klant foto's van eigen medewerkers en gasten bij zijn evenement verzamelt, is de klant doorgaans de verwerkingsverantwoordelijke. Het fotoplatform dat die media verwerkt op basis van gedocumenteerde instructies van de klant is de verwerker. Onder de AVG moet deze relatie worden geregeld door een schriftelijk contract — een Data Processing Agreement — en Art. 28(3) beschrijft wat daarin moet staan: onderwerp en duur van verwerking, aard en doel, soorten en categorieën van gegevens en betrokkenen, en bindende verplichtingen voor de verwerker (verwerking enkel op gedocumenteerde instructies, vertrouwelijkheid, beveiligingsmaatregelen, voorwaarden voor sub-verwerkers, ondersteuning bij verzoeken van betrokkene en verwijdering of teruggeven van data aan eind van de dienstverlening). Praktisch voor u als reseller: bevestig dat een DPA beschikbaar is vóór uw verkoopgesprek, omdat de juridische afdeling van uw klant dit zal vragen. (AVG Art. 28(3))

Welke wettelijke basis geldt voor de foto's? Als particuliere host heb je voor de beelden van gasten een rechtsgrond op grond van art. 6 GDPR nodig. Voor gewone, niet-speciale evenementfoto’s kan meestal een legitiem belang (Art. 6(1)(f)) volstaan, beoordeeld via een belangenafweging — maar toestemming (Art. 6(1)(a)) is de veiligere basis als die afweging niet opgaat. In Duitsland passen medewerkersfoto’s op bedrijfs­evenementen vaak niet goed bij “noodzakelijkheid” onder BDSG § 26, dus vrijelijk gegeven en goed gedocumenteerde toestemming — met een echt recht op weigering zonder nadeel — is meestal de juiste route. Een platform dat toestemming bij de upload vastlegt, maakt dit in de praktijk veel eenvoudiger. (GDPR art. 6(1)(a) en 6(1)(f); BDSG § 26(1))

Zijn foto’s “biometrische gegevens”? Alleen als ze met een specifieke technische methode voor unieke identificatie worden verwerkt, namelijk extractie van gezichtsherkenningskenmerken. Overweging 51 stelt expliciet dat het louter opslaan en tonen van foto’s niet automatisch verwerking van bijzondere categorieën is. Daarom is een platform zonder gezichtsherkenning bij lancering, strikt genomen, eenvoudiger te toetsen op compliance: gewone galleries activeren niet automatisch het regime van artikel 9 zoals dat bij face-matching wel geldt. (AVG, Overweging 51; Art. 9(1))

Kunnen gasten hun foto's laten verwijderen en hoe snel? Een betrokkene kan op grond van artikel 17 verwijdering eisen, en de verwerkingsverantwoordelijke moet zonder onredelijke vertraging en uiterlijk binnen één maand reageren (uitbreidbaar met nog eens twee maanden bij complexe of high-volumegevallen volgens art. 12(3)). Voor jou betekent dit: het platform dat je resellt moet een werkbaar verwijderingsmechanisme hebben — je klant krijgt de maandtermijn overgenomen.

Deze vier punten uit je hoofd kennen is onderdeel van het product dat je verkoopt. Een bureau dat het onderscheid controller/processor kan uitleggen en naar een kant-en-klare DPA kan verwijzen sluit sneller af dan degene die nog moet zeggen: 'we checken het even bij de leverancier.'

Branding van het fysieke touchpoint: de QR-code op het evenement

De gebrandde ervaring begint vóór upload: bij de QR-code die je gasten scannen. Een paar specificaties zijn cruciaal, want een niet-scanbare code verpest de volledige ervaring:

• Gebruik een dynamische QR-code voor eventmateriaal. Dynamische codes stellen je in staat de bestemming te wijzigen of te repareren na het printen, belangrijk als lay-out weken voor het event naar druk gaat. (CITE-20260608-3018)

• Gebruik de 10:1-regel: de minimale afmeting van de code hoort ruwweg te zijn de maximale scanafstand gedeeld door tien. In de praktijk: 2–2,5 cm op een lanyard of badge, 3–5 cm op een tafelkaart en 20–30 cm op een banniere bij het podium bij scannen vanaf over de zaal. (CITE-20260608-3001, -3011, -3012, -3015)

• Houd een stille zone aan — een heldere marge van minimaal vier modules aan alle vier zijden, volgens ISO/IEC 18004 — en gebruik een donkere code op een lichte achtergrond. Vermijd omgekeerde (licht-op-donker) codes; veel scanners hebben daar moeite mee, wat een reëel risico is op een donkere stagebanner. (CITE-20260608-3003, -3006, -3007)

• Als je het logo van je klant op de code plaatst, schakel naar foutcorrectieniveau H (~30% herstel), zodat het logo de scan niet breekt. (CITE-20260608-3010)

• Voer een proefdruk en proefscan uit op eindformaat onder werkelijke verlichting en op echt materiaal vóór de volledige run. Een code die op je scherm scanbaar is, kan op glanzend papier mislukken. (CITE-20260608-3019, -3020)