21 januari 2015: een browser gekoppeld aan de telefoon
WhatsApp kondigde zijn webclient aan op 21 januari 2015. Het bericht beschreef een QR-code in Chrome die vanuit WhatsApp werd gelezen om de browser met de telefoon te koppelen. Bij de start moest de telefoon verbonden blijven; iOS werd nog niet ondersteund.
Deze mijlpaal stelt een andere vraag dan een QR-code op een affiche: welke actie is bedoeld? Hier is het doel een berichtendienst in een andere omgeving te gebruiken. De vorm van het symbool alleen verklaart die actie niet; het omliggende verloop telt mee.
Het symbool lezen en toegang instellen zijn aparte stappen
Maak bij de analyse van dit geval onderscheid tussen drie elementen:
- De QR-code draagt informatie
- Het lezen haalt de gecodeerde gegevens op. Hun betekenis hangt vervolgens af van het bedoelde verloop.
- De app interpreteert die informatie
- De lezer van een dienst kan een verzoek herkennen dat bij zijn eigen werking hoort. Een algemene lezer wordt daardoor niet die dienst.
- De dienst beheert de toegang
- Koppeling en beheer horen bij het berichtensysteem, niet bij de plaatsing van de QR-modules.
Dit kader reconstrueert het interne protocol uit 2015 niet. Het voorkomt een praktisch misverstand: een afbeelding kunnen decoderen betekent niet dat de bedoelde actie is uitgevoerd. De gids over de werking van een QR-code legt het lezen van het symbool uit; de app en dienst verzorgen het vervolg.
2021: een ontwikkeling met een eigen datum
Op 14 juli 2021 presenteerde het technische team een beperkte bèta voor meerdere apparaten. Het beschreef begeleidende apparaten die onafhankelijk van de telefoon konden verbinden, met behoud van koppeling via QR en controle over gekoppelde apparaten.
Het verloop veranderde dus terwijl de QR-code bleef. Advies uit de aankondiging van 2015 mag geen blijvende regel worden over verbindingen, apparaten of ondersteunde versies. Begin voor huidig gebruik bij de officiële hulp van de dienst; deze terugblik verklaart de twee mijlpalen zonder een actuele aanmeldprocedure te geven.
Een fictieve mediatheek, twee verschillende behoeften
Stel u een mediatheek voor die een workshop organiseert. De affiche biedt het openbare programma op https://example.org/atelier-photo. De gedrukte QR-code moet gewoon naar die pagina leiden: koppeling met het berichtenaccount van het team is niet nodig om de uren te lezen.
Op dezelfde plek kan iemand zijn eigen berichten op zijn computer willen lezen. Die tweede behoefte hoort bij het koppelproces van zijn dienst. Ze wordt niet voorbereid door de QR-code van die sessie op de workshopaffiche te drukken.
Het voorbeeld is volledig fictief. Voor het openbare programma kunt u een QR-code voor het adres van uw pagina maken en een precieze tekst kiezen met de gids voor tekst onder een QR-code. Qurl kan het gekozen adres coderen; het maakt geen WhatsApp-koppelcodes en beheert geen toegang tot dat account.
Drie vragen vóór het koppelen
Het geval WhatsApp Web nodigt uit tot drie vragen wanneer een QR-code bij het aanmelden hoort:
- Welke actie wordt aangekondigd? Een document lezen, een link delen en een apparaat koppelen zijn verschillende handelingen. Vraagt het scherm om koppeling terwijl u eenvoudige informatie verwachtte, stop dan om het verschil te begrijpen.
- Welk apparaat krijgt toegang? Duidelijke informatie moet de actie verbinden met de computer die u wilt gebruiken. Dat een code leesbaar is, beantwoordt die vraag niet.
- Hoe kan die toegang later worden beheerd? De WhatsApp-hulp raadt aan gekoppelde apparaten te controleren. Zoek de stappen bij de dienst en verwijder toegang die u niet herkent.
De gids over QR-veiligheid vult deze aandachtspunten aan. Voor een eenvoudige afbeelding met een openbare link beantwoordt de gids voor lezen op een computer een andere behoefte; die vervangt geen koppelapp. Het nieuwsartikel over QR-codes en berichtenveiligheid behandelt misleidend gebruik ruimer.