Verklein eerst het ontwerp en plaats daarna de QR-code
Bij 540 pixels lazen beide softwaredecoders de volledige URL uit 48 van de 48 bestanden waarin de QR-code als laatste was geplaatst. Bij het verkleinen van een voltooid ontwerp lukte dat bij 16 van de 48 bestanden.
Een gecontroleerde vergelijking met verzonnen campagne-URL’s en rasterafbeeldingen, uitgevoerd in oktober 2026.
Samenvatting
Stel de afleverafmetingen van het ontwerp vast voordat je de QR-code plaatst en controleer daarna het opgeslagen bestand. In onze gecontroleerde softwaretest bij 540 × 540 pixels lazen beide decoders de volledige URL uit alle 48 bestanden waarin de QR-code op eindformaat was toegevoegd. Bij het verkleinen van een ontwerp dat de QR-code al bevatte, lukte dat bij 16 van de 48 bestanden. Elk vergelijkingspaar behield dezelfde URL en hetzelfde gecodeerde raster.[1]
De vergelijking gebruikte 12 verzonnen URL’s, twee foutcorrectieniveaus en twee bestandsformaten. Het resultaat ondersteunt een specifieke exportwerkwijze. Het geeft geen universele minimummaat voor QR-codes en garandeert geen geslaagde scan met een telefoon. Bij 360 pixels pasten 24 van de 48 configuraties met plaatsing achteraf niet in het vaste vlak. Van de 24 bestanden die wel gemaakt konden worden, slaagden er 18 bij beide decoders en zes niet. Voor bedrijven en creators is de praktische opbrengst een overdracht die de volledige campagnelink behoudt en precies aangeeft welke bestanden gecontroleerd moeten worden.
Een bedrijf keurt het evenementontwerp van een creator goed. Het grote ontwerp ziet er af uit en de QR-code geeft de juiste link terug. Daarna wordt een kleinere versie geëxporteerd voor een andere plaatsing. De bestemming is niet veranderd, maar het bestand dat de decoder ontvangt wel.
Die laatste productiestap wordt gemakkelijk overgeslagen wanneer het ontwerp, het aanbod en de campagnelink al zijn goedgekeurd. Toch roept hij een concrete vraag op: moet het team het voltooide ontwerp verkleinen, of eerst de achtergrond verkleinen en daarna de QR-code plaatsen?
We testten beide werkwijzen met volledige, verzonnen campagne-URL’s, waaronder versies met attributieparameters. De bruikbare uitkomst is een aanpassing van de exportbriefing: behoud de bedoelde link, reserveer op eindformaat ruimte voor de code en controleer dat afgeleverde bestand.
De exportvolgorde verandert de pixels die een decoder krijgt

- Achtergrond op bronformaat
- Ontwerp op afleverformaat
- QR-code daarna geplaatst
Een leesbaar bronbestand garandeerde geen leesbare export
We begonnen met 12 verzonnen campagne-URL’s. Vier bestemmingen stonden voor een workshop, het boek van een creator, een product en een fotografiecursus. Elke bestemming had een korte versie, een versie met campagneparameters en een langere versie met extra parameters. Binnen elke vergelijking tussen de werkwijzen bleef de volledige URL gelijk.
Elke URL werd met twee foutcorrectieniveaus gecodeerd en in twee formaten opgeslagen. Dat leverde per exportwerkwijze 48 bestanden op bij elke ontwerpmaat. Het zijn verschillende omstandigheden voor dezelfde 12 URL’s, geen 48 klanten, campagnes of onafhankelijke proeven. Beide softwaredecoders lazen alle 24 grote bronafbeeldingen succesvol voordat de exportvergelijking begon.[1]
Het verschil was het duidelijkst bij 540 × 540 pixels. Na het verkleinen van het voltooide ontwerp lazen beide decoders de exacte URL uit 16 van de 48 bestanden. Als we eerst de achtergrond verkleinden en daarna de QR-code op eindformaat plaatsten, lukte dat bij alle 48. De verbetering was zichtbaar bij beide foutcorrectieniveaus, zowel in PNG als in JPEG.
De QR-code kreeg in elk paar hetzelfde gereserveerde vlak: een vierkant van 90 × 90 pixels. De tweede werkwijze paste de code daarin met hele pixels voor de kleine vierkantjes. De link werd niet ingekort, campagneparameters werden niet verwijderd en de bestemming veranderde niet. De tabel laat de resultaten van de vier groepen van 12 bestanden zien.
Voor een bedrijf dat creatief werk laat maken, verandert dit wat je de ontwerper vraagt te leveren. Een bronbestand dat goed opent en een QR-code die in het grote ontwerp werkt, zijn nuttige controles. Maar het kleinere bestand heeft een eigen controle nodig. De goedkeuring moet de werkelijke afleverafmetingen en het specifieke bestand noemen en niet bij het bronontwerp stoppen.
Bij 540 pixels leverde plaatsing achteraf meer volledig uitgelezen URL’s op
Bestanden die beide softwaredecoders lazen, op 12 verschillende URL’s per rij. Elk bestand had een gereserveerd QR-vlak van 90 × 90 pixels.
| Foutcorrectieniveau en opgeslagen formaat | Voltooid ontwerp verkleinen | QR-code op eindformaat plaatsen | Geteste bestanden per werkwijze |
|---|---|---|---|
| M · PNG | 5 | 12 | 12 |
| M · JPEG-kwaliteit 85 | 5 | 12 | 12 |
| H · PNG | 3 | 12 | 12 |
| H · JPEG-kwaliteit 85 | 3 | 12 | 12 |
Behoud de volledige URL en plaats de QR-code na het verkleinen
Een QR-code is een raster van kleine vierkantjes, modules genoemd. De link en de coderingsinstellingen bepalen het raster. DENSO WAVE, de ontwikkelaar van QR Code, legt uit dat langere gegevens en andere foutcorrectieniveaus een groter raster kunnen vereisen. Een standaard-QR-code heeft ook aan alle kanten een vrije rand van vier modules nodig: de zogenoemde quiet zone.[2][3]
De praktische taak is om dat volledige raster mét rand in het afgeleverde ontwerp te laten passen. Bij de eerste werkwijze zat de QR-code al in een afbeelding van 2.160 × 2.160 pixels voordat de hele afbeelding werd verkleind. Het opnieuw berekenen van pixels kon randen mengen of het raster tussen de uiteindelijke pixelgrenzen plaatsen. Bij de tweede werkwijze verkleinden we de achtergrond en tekenden we het oorspronkelijke QR-raster daarna rechtstreeks op hele pixels.
Een gemeten voorbeeld maakt het verschil tastbaar. De langere workshop-URL bevatte 199 bytes. Bij foutcorrectieniveau M leverde die een raster van 57 × 57 modules op. Inclusief de vrije rand was het geheel 65 modules breed. Het oorspronkelijke ontwerp gebruikte vijf pixels per module, waardoor dat geheel 325 pixels breed was.
Het verkleinen van het ontwerp naar 540 pixels projecteerde dat geheel op 81,25 pixels, met 1,25 pixels tussen de modulegrenzen. Geen van beide decoders kon de URL uit de resulterende PNG lezen. Hetzelfde raster rechtstreeks op eindformaat tekenen gebruikte één pixel per module en nam minder ruimte in: 65 pixels. Beide decoders lazen daarna de volledige URL uit.
Dit is een vergelijking van twee complete exportwerkwijzen. De ingenomen ruimte, de plaatsing en de filtering veranderden tegelijk. De proef isoleert dus niet één oorzaak. Hij laat wel zien waarom “maak de QR-code in het bronbestand groter” geen volledige productie-instructie is: in dit voorbeeld was juist het kleinere eindsymbool leesbaar voor de decoders.
Houd de afgesproken URL volledig intact terwijl je de export aanpast. Campagneparameters kunnen onderdeel zijn van een overeengekomen meetplan. Door ze te verwijderen verander je de geleverde link. Overweegt het team later een beheerde doorverwijzing of een kortere bestemming, dan is dat een afzonderlijke beslissing met eigen controles van de bestemming en attributie. Die mogelijkheid is in dit experiment niet getest.
Een praktische volgorde voor de QR-overdracht

Keur de volledige link goed
Houd de bestemming en alle vereiste campagneparameters samen in de briefing.
Bepaal de afleverafmetingen
Maak de achtergrond op de vereiste breedte en hoogte voordat je de QR-code plaatst.
Plaats de QR-code op hele pixels
Laat het gecodeerde raster met zijn vrije rand van vier modules binnen het gereserveerde vlak passen.
Controleer het geleverde bestand
Vergelijk de uitgelezen URL met de goedgekeurde tekenreeks en noteer het bestand, de instellingen en de uitkomst.
Het kleinste gereserveerde vlak bood niet genoeg ruimte voor elk raster
De vergelijking van alle maten maakt duidelijk hoe ver het hoofdresultaat reikt. Bij 1.080, 720 en 540 pixels lazen beide decoders elk bestand waarbij de code als laatste was geplaatst. Het verkleinen van het voltooide ontwerp gaf een ander patroon: respectievelijk 32, 37 en 16 bestanden werden door beide decoders gelezen, op 48 bestanden per maat.
Kleiner betekende niet steeds minder uitleesbare bestanden. De exports van 720 pixels hadden meer geslaagde uitlezingen door beide decoders dan die van 1.080 pixels. Verschillende verkleiningsverhoudingen en de pixels die daaruit ontstaan, kunnen een decoder verschillende resultaten geven. Deze uitkomsten leveren geen universele minimummaat voor QR-codes in pixels op.
Bij 360 pixels was het gereserveerde QR-vlak nog maar 60 × 60 pixels. Sommige rasters hadden, met hun vrije rand, 65 of 85 modules in de breedte nodig. Zelfs één hele pixel per module paste dan niet. We markeerden die 24 gevallen met plaatsing achteraf als niet te maken volgens de vastgelegde werkwijze, in plaats van ze als decoderfouten te tellen.
De tabel vergelijkt bij 360 pixels daarom alleen de 24 overblijvende paren. Beide decoders lazen zes verkleinde ontwerpen en 18 bestanden met plaatsing achteraf. Zes van de gemaakte bestanden met plaatsing achteraf haalden de gezamenlijke test nog steeds niet. De werkwijze verbeterde deze kleine groep, maar maakte niet iedere kleine export leesbaar.
Voor een compacte campagneafbeelding is de volgende ontwerpbeslissing hoeveel ruimte je voor de code en zijn rand reserveert. Bepaal dat voordat je elk beschikbaar vierkant als uitwisselbaar behandelt. De afmetingen van het vlak, de volledige URL, de codering en de uiteindelijke uitvoer horen allemaal in de briefing. Een module van één pixel die in deze gecontroleerde proef werkte, is geen aanbevolen maat voor een telefooncamera of drukwerk.
Vergelijk bij elke uitvoermaat dezelfde maakbare bestanden
URL’s die beide decoders exact uitlezen. “Vergeleken bestanden per werkwijze” geeft de noemer voor elke rij.
| Breedte van het vierkante ontwerp in pixels | Voltooid ontwerp verkleinen | QR-code op eindformaat plaatsen | Vergeleken bestanden per werkwijze | Uitgesloten paren: niet maakbaar |
|---|---|---|---|---|
| 1.080 | 32 | 48 | 48 | 0 |
| 720 | 37 | 48 | 48 | 0 |
| 540 | 16 | 48 | 48 | 0 |
| 360 | 6 | 18 | 24 | 24 |
Controleer ook foutcorrectie en bestandsformaat
Foutcorrectie helpt een QR-decoder de gecodeerde gegevens terug te halen als een deel van de informatie beschadigd is. Een hoger niveau kan voor dezelfde inhoud ook een groter raster vereisen. Onze M- en H-coderingen brachten binnen een vast vlak dus een echte afweging met zich mee. De hogere instelling voegde niet alleen bescherming toe aan een verder identieke afbeelding.[7]
Bij 540 pixels werden de verkleinde ontwerpen bij M in vijf van de 12 gevallen door beide decoders gelezen en bij H in drie van de 12, in elk bestandsformaat. H was echter beter in andere gematchte gevallen: acht vergelijkingen met de uitgebreide URL’s bij 1.080 pixels en twee PNG-vergelijkingen met campagne-URL’s bij 720 pixels. “Kies altijd de lagere instelling” zou de resultaten verkeerd weergeven.
Ook het bestandsformaat leverde geen eenvoudige rangorde op. Bij 720 pixels en niveau M lazen beide decoders 10 PNG-exports en 12 JPEG-exports van het verkleinde ontwerp. Dat maakt JPEG niet in het algemeen een veiligere keuze. Het laat zien waarom je een resultaat voor één opgeslagen formaat niet automatisch naar een ander moet doortrekken.
De twee decoders gaven bij 54 van de 360 gemaakte bestanden ook een verschillend resultaat. Bij 1.080 en 720 pixels las ZXing-C++ ieder bestand; quirc verklaarde de lagere gezamenlijke totalen. Bij 540 pixels verbeterden beide decoders afzonderlijk wanneer de QR-code als laatste werd geplaatst. We gebruiken hun gezamenlijke succes als hoofdresultaat en houden de afzonderlijke resultaten beschikbaar in de download.
Voor een creator die bestanden aan een klant overdraagt, is de praktische reactie om het gewenste formaat vast te leggen en de exacte geleverde link te bevestigen. Een softwaredecoder controleert het afbeeldingsbestand. Een aparte controle op de bedoelde telefoon, het scherm of het drukwerk toetst een ander deel van de echte ervaring. Wij hebben het eerste gemeten. Het tweede blijft dus een praktische stap voor het team dat het ontwerp gaat gebruiken.
Een overdrachtssjabloon voor het definitieve QR-ontwerp
Kopieer de volgende velden naar een creatieve briefing of overdrachtsnotitie. Vul ze in voor elke vereiste uitvoermaat. Ze verbinden de bestemmingskeuze van de opdrachtgever met de exportinstellingen van de ontwerper en de persoon die het eindmateriaal controleert. De download vereist geen registratie en kan aan je eigen werkwijze worden aangepast.
Campagne en gebruik: [Noem de campagne, de actie waar de QR-code naartoe moet leiden en waar dit ontwerp verschijnt.] Linkverantwoordelijke: [Noem wie de bestemming en de parameters mag goedkeuren.] Goedgekeurde volledige URL: [Plak de exacte tekenreeks, inclusief alle vereiste parameters en procentcodering.]
Definitief ontwerp: [Breedte × hoogte in pixels.] QR-vlak: [Positie en gereserveerde breedte × hoogte.] Vrije rand: [Bevestig een vrije marge aan alle vier de kanten.] Raster en inpassing: [Noteer het aantal modules en de gebruikte hele pixels per module, als de generator of het exportproces die gegevens biedt.]
Codering en export: [Noem de generator, het foutcorrectieniveau en relevante opties.] Voorbereidingsvolgorde: [Vermeld of de QR-code op de definitieve afmetingen is geplaatst.] Opgeslagen formaat: [PNG of JPEG, met de gebruikte instellingen.] Geleverd bestand: [Noteer de bestandsnaam of een andere ondubbelzinnige bestandsaanduiding.]
Bestandscontrole: [Noem de gebruikte decoder of decoders, het geteste bestand en het resultaat.] Uitgelezen URL: [Vergelijk de volledige teruggegeven tekenreeks met de goedgekeurde URL.] Onopgelost resultaat: [Noteer een mislukking, verschil tussen decoders of ruimteprobleem en wie het oplost.] Vervang een niet-getest resultaat niet door een vinkje.
Gebruikscontrole: [Noem het bedoelde scherm of drukwerk, de gebruikte telefoon of andere lezer, de verantwoordelijke en de controledatum.] Bestemmingscontrole: [Bevestig dat de goedgekeurde link naar de bedoelde pagina leidt en dat alle vereiste campagneparameters in de geplande route behouden blijven.] Deze controles gaan verder dan onze vergelijking van afbeeldingsbestanden.
De briefing moet de verantwoordelijkheden eenvoudig maken. De campagneverantwoordelijke keurt de link goed, de ontwerper maakt de afgesproken uitvoer en de beoordelaar controleert de werkelijke bestanden en het beoogde gebruik. Verandert iemand daarna de link, afmetingen of exportinstellingen, werk dan de briefing bij en controleer de betreffende uitvoer opnieuw.
Een workshoplancering met een ingevulde overdracht
Stel je voor dat een bedrijf een creator vraagt een herfstworkshop te promoten. De creator heeft een vierkante digitale afbeelding nodig voor een scherm op de locatie en een kleinere versie voor een campagnebericht. Het bedrijf heeft een link met bron-, medium-, campagne- en partnergegevens goedgekeurd. Dit is een verzonnen productiesituatie. We gebruiken een van onze werkelijk geteste URL’s om de overdracht concreet te maken.
De goedgekeurde URL is het workshopvoorbeeld van 199 bytes in de download. De campagnenaam is autumn_2026, het medium is qr en het inhoudsveld benoemt een verzonnen creatorpartner. Die gegevens blijven voor beide uitvoerbestanden in de URL staan. De creator haalt ze er niet uit om de hoeveelheid informatie in de code te verkleinen.
De voorbeeldnotitie schrijft een PNG van 540 × 540 pixels voor, met een QR-vlak van 90 × 90 pixels vanaf x=378, y=378. Het gebruikt de gemeten M-codering: een raster van 57 modules, een vrije rand van vier modules en één hele pixel per module. Het uiteindelijke symbool met rand neemt 65 × 65 pixels in, gecentreerd in het gereserveerde vlak.
De ontwerper verkleint eerst de achtergrond en plaatst daarna dat raster. De notitie identificeert het opgeslagen bestand en legt de gemeten uitkomst vast: ZXing-C++ en quirc gaven allebei exact de oorspronkelijke URL terug. Ze vermeldt ook het resultaat van de andere aanpak: geen van beide las de URL uit de overeenkomstige PNG die was gemaakt door het voltooide bronontwerp te verkleinen. Deze twee resultaten komen uit ons experiment, niet uit een echte klantcampagne.
Het bedrijf moet het werkelijke scherm op de locatie en de bedoelde route op de telefoon nog controleren. Als een andere dienst de kleine versie opnieuw comprimeert of schaalt, controleert het team ook het resulterende bestand of de weergave. Die dienst hebben we niet gemeten. Het oorspronkelijke succes bewijst niet wat er na een volgende bewerking gebeurt.
Stel dat de briefing later om een afbeelding van 360 pixels vraagt, met dezelfde relatieve QR-ruimte. Het vlak wordt dan 60 pixels breed, terwijl deze code inclusief rand 65 modules nodig heeft. Met onze werkwijze op hele pixels kan hij niet worden gemaakt. De ontwerper moet het ruimteconflict melden en meer ruimte of een andere uitvoervorm afspreken, in plaats van een geslaagde export te rapporteren die nooit mogelijk was.
Dat is de waarde van een concrete overdracht: het gesprek vindt plaats terwijl het ontwerp nog kan worden aangepast. Het team kan de goedgekeurde link behouden, zien welke uitvoer aandacht nodig heeft en voorkomen dat een geslaagd groot voorbeeld als goedkeuring voor ieder later bestand geldt.
Hoe we de exportwerkwijzen vergeleken
We legden de 12 verzonnen URL’s, de lay-out, de maten en de instellingen vast voordat we de testexports decodeerden. De URL’s gebruikten example.com en werden nooit opgevraagd. Vier bestemmingsfamilies hadden elk drie inhoudsprofielen van 39 tot 203 bytes. We testten foutcorrectie M en H, vier breedtes van vierkante ontwerpen en twee opgeslagen formaten. Dat gaf 384 geplande bestandscondities over de twee werkwijzen.[1]
Segno 1.6.6 maakte standaard-QR-codes in byte-modus, met automatisch verhogen van het foutcorrectieniveau uitgeschakeld. Elke combinatie van URL en correctieniveau werd één keer gecodeerd. Beide werkwijzen gebruikten daarna exact dezelfde matrix. Het bronontwerp was een vierkant van 2.160 pixels. Pillow 13.0.0 paste één LANCZOS-verkleining toe; JPEG gebruikte kwaliteit 85 met chroma-subsampling uitgeschakeld. Alle codes waren zwart op wit met een vrije rand van vier modules.[4]
Beide decoders kregen dezelfde volledige opgeslagen afbeelding, omgezet naar 8-bits grijswaarden. We gebruikten ZXing-C++ 3.1.1 en een vastgelegde quirc-build met vaste instellingen. Een geslaagde uitlezing vereiste de oorspronkelijke URL-bytes, zonder een afwijkend succesvol resultaat. Er werden geen extra uitsneden, vergrote herkansingsbeelden of handmatige reddingspogingen gebruikt. Het pakket bewaart de decoderinstellingen, de geometrie per bestand en de resultaten.[5]
Alle 24 bronafbeeldingen werden door beide decoders gelezen. Van de 384 geplande exports werden er 360 gemaakt; 24 konden met de werkwijze voor plaatsing achteraf niet worden voorbereid. Er bleven 168 gematchte workflowparen over. We bewaren elke conditie, ook verschillen tussen decoders, gemaakte bestanden die niet slaagden en vergelijkingen die in het voordeel van een van beide foutcorrectieniveaus uitvielen. De resultaten beschrijven deze synthetische bestanden en softwarebuilds, niet de scanresultaten van consumenten.
Bestaande richtlijnen leggen al uit waarom ruimte, vrije randen en beeldkwaliteit belangrijk zijn. QRotto publiceerde ook een vergelijking van bronresoluties na schalen en vervagen. Onze bijdrage is beperkter: een vaste vergelijking van het moment waarop de QR-code in de exportwerkwijze wordt geplaatst, met dezelfde volledige URL en gecodeerde matrix binnen elk paar. De volledige tabellen en voorbereidingsdetails staan hieronder.[6]
- Download de Nederlandse QR-exporttabellen (CSV)
- Download de proefbestanden, methoden en het QR-overdrachtssjabloon (ZIP)
Geen registratie nodig. Technische gegevens en reproductie-instructies zijn in het Engels. Het overdrachtssjabloon is beschikbaar in alle tien artikeltalen. De URL’s en campagnevoorbeelden zijn verzonnen.
Bronnen en notities
- Gecontroleerd QR-exportexperiment van Influence IQ, oktober 2026. Twaalf verzonnen URL’s, twee foutcorrectieniveaus, vier ontwerpmaten, twee werkwijzen en twee formaten leverden 384 geplande condities op. Het pakket bevat elke conditie, uitgesloten voorbereidingen, native decoderresultaten en reproductie-instructies. De aantallen betreffen bestanden of gematchte condities, geen onafhankelijke campagnes of mensen. Bij 540 pixels gaven de verkleinde bestanden 8/12 in ZXing-C++ en 5/12 in quirc voor M/PNG; 9/12 en 5/12 voor M/JPEG; en 4/12 en 3/12 voor H in elk formaat. Plaatsing achteraf gaf bij elke decoder 12/12 voor alle vier de condities.
- DENSO WAVE, QR Code-versie en gegevenscapaciteit. Standaardrasters variëren met het gegevenstype, de hoeveelheid gegevens en het foutcorrectieniveau. Dit artikel noemt één klein vierkant in het raster een module; de vrije rand komt daar nog bij.
- DENSO WAVE, de QR-codezone bepalen. De vereiste vrije rand is aan elke kant vier modules breed. Voorbeelden met printerspecifieke punten zijn geen universele minimumaanbevelingen voor schermpixels.
- Segno-API-documentatie. Het experiment gebruikte make_qr in byte-modus, met UTF-8-invoer, boost_error=False en eci=False. Versie en masker werden één keer gekozen per combinatie van URL en correctieniveau en daarna in beide werkwijzen identiek gehouden. Gedetailleerde bestandsversies, licenties en renderinstellingen staan in het pakket.
- ZXing-C++ en quirc zijn softwarelezers voor barcodes. De vaste native zoekopties van ZXing stonden binnen één aanroep draaien, verkleinen en omkeren van de kleuren toe. De quirc-build gebruikte het gedocumenteerde niet-standaardmaximum van 65.534 beeldgebieden in plaats van de standaard 254, zonder extra poging via spiegeling. Elke decoder werd eenmaal per gemaakt en opgeslagen beeld uitgevoerd, zonder extra reddingspogingen. Exacte versies en opties staan in het pakket; dit zijn geen resultaten van standaardtelefooncamera’s.
- QRotto, “Online QR Code Generator: What to Check”, 1 oktober 2026. Deze eerdere vergelijking onderzoekt bronresoluties na schalen naar dezelfde gesimuleerde afdrukmaat en het toevoegen van vervaging. Het is relevant eerder werk. Onze studie vergelijkt twee vaste exportwerkwijzen en claimt niet dat het belang van QR-beeldkwaliteit nieuw is.
- DENSO WAVE, QR Code-foutcorrectie. Foutcorrectie voegt gegevens toe die de inhoud kunnen helpen herstellen; een hoger niveau kan een groter raster vereisen. Onze M/H-vergelijking verandert de codering en het raster, in plaats van de bescherming los van de beeldgeometrie te onderzoeken.
Alle tien taalversies beschrijven hetzelfde software-experiment. De vertaling verandert de gemeten URL’s niet en toont geen scangedrag in een ander land aan. De verzonnen URL-tekenreeksen blijven exact behouden.