Baguhin muna ang laki ng artwork, saka ilagay ang QR code

Nagsimula kami sa 12 kathang-isip na campaign URL. Kumakatawan ang apat na destinasyon sa isang workshop, libro ng creator, produkto at photography class. Bawat isa ay may maikling bersiyon, bersiyong may campaign parameter, at mas mahabang bersiyong may dagdag na parameter. Sa bawat paghahambing ng paraan, hindi nagbago ang buong URL.

Bawat URL ay na-encode sa dalawang error-correction level at na-save sa dalawang format. Kaya may 48 file sa bawat paraan ng pag-export para sa bawat laki ng artwork. Mga kondisyong inuulit sa 12 URL ang mga ito, hindi 48 customer, campaign o magkakahiwalay na independent trial. Matagumpay na na-decode ng parehong software reader ang lahat ng 24 na malaking source image bago nagsimula ang paghahambing ng export.^[1]

Pinakamalinaw ang pagkakaiba sa 540 × 540 pixels. Nang paliitin namin ang tapos nang artwork, nakuha ng parehong reader ang eksaktong URL mula sa 16 sa 48 file. Nang paliitin muna ang background at saka ilagay ang QR sa final na laki, nakuha nila ito mula sa lahat ng 48 file. Nakita ang pagbuti sa parehong error-correction level at sa PNG at JPEG.

Pareho ang espasyong inilaan sa QR sa bawat pares: isang parisukat na 90 × 90 pixels. Sa ikalawang paraan, iniangkop ang code sa espasyong iyon gamit ang buong bilang ng pixel para sa maliliit nitong parisukat. Hindi pinaikli ang link, inalis ang campaign parameter o pinalitan ang destinasyon. Ipinapakita sa talahanayan ang resulta ng apat na grupong may tig-12 file.

Para sa negosyong nagpapagawa ng creative work, binabago nito ang dapat hilinging maipasa ng designer. Kapaki-pakinabang na masuring maayos na nabubuksan ang source file at gumagana ang QR sa malaking master. Pero kailangan pa ring suriin nang hiwalay ang mas maliit na artwork. Dapat tukuyin sa pag-apruba ang aktuwal na sukat at file na ipapasa, at hindi huminto sa master.

Ang QR code ay grid ng maliliit na parisukat na tinatawag na mga module. Ang link at encoding settings ang tumutukoy sa grid. Ayon sa DENSO WAVE, ang developer ng QR Code, maaaring mangailangan ng mas malaking grid ang mas maraming data at ibang error-correction setting. Kailangan din ng standard na QR code ng malinaw na palugit na apat na module ang lapad sa bawat gilid, na tinatawag na quiet zone.^[2][3]

Ang praktikal na gawain ay pagkasyahin ang buong grid at palugit sa artwork na ipapasa. Sa unang paraan namin, kasama na ang QR sa 2,160 × 2,160 pixel na larawan bago paliitin ang buong imahe. Maaaring paghaluin ng resampling ang mga gilid o mailagay ang hangganan ng grid sa pagitan ng final na mga pixel. Sa ikalawang paraan, pinaliit muna ang background at saka direktang iginuhit ang orihinal na QR grid gamit ang buong bilang ng pixel.

Mas madaling makita ang pagkakaiba sa isang sinukat na halimbawa. May 199 bytes ang mas mahabang workshop URL. Sa error-correction level M, naging 57 × 57 module ang grid nito. Kasama ang quiet zone, 65 module ang kabuuang lapad. Limang pixel ang inilaan ng source artwork sa bawat module, kaya 325 pixels ang lapad kasama ang palugit.

Nang paliitin ang artwork sa 540 pixels, naging 81.25 pixels ang inaasahang lapad ng bahaging iyon, at 1.25 pixels ang pagitan ng mga hangganan ng module. Hindi nakuha ng alinmang reader ang URL mula sa nabuo nitong PNG. Nang direktang iguhit ang parehong grid sa final na laki, isang pixel bawat module ang ginamit at naging mas maliit na 65 pixels ang kabuuang lapad. Nakuha naman ng parehong reader ang buong URL.

Paghahambing ito ng dalawang buong paraan ng pag-export. Sabay na nagbago ang nasasakop na laki, posisyon at filtering, kaya hindi ibinubukod ng test ang isang sanhi. Pero ipinapakita nito kung bakit kulang ang utos na “lakihan ang QR sa source.” Sa halimbawang ito, ang mas maliit na simbolo sa final na file ang nabasa ng mga reader.

Panatilihing buo ang nilalayong URL habang inaayos ang export. Maaaring bahagi ng napagkasunduang measurement plan ang mga campaign parameter. Kapag inalis ang mga ito, nagbabago ang link na ipinapasa. Kung pag-iisipan ng team ang isang pinamamahalaang redirect o mas maikling destinasyon, hiwalay na pasya iyon na nangangailangan ng sariling pagsusuri sa destinasyon at attribution. Hindi sinubukan ng eksperimento namin ang alternatibong iyon.

Nagbibigay ang paghahambing ng lahat ng laki ng mahalagang hangganan sa pangunahing resulta. Sa 1,080, 720 at 540 pixels, nakuha ng parehong reader ang URL mula sa bawat file na huling nilagyan ng QR. Iba ang resulta ng pagpapaliit ng tapos nang artwork: 32, 37 at 16 file ang nabasa ng parehong reader, ayon sa pagkakasunod, mula sa 48 file sa bawat laki.

Hindi tuluy-tuloy na bumaba ang resulta habang lumiit ang artwork. Mas maraming file ang nabasa ng parehong reader sa 720 pixels kaysa sa 1,080 pixels. Maaaring magbigay ng magkaibang resulta sa reader ang ibang ratio ng pagliit at ang mga pixel na nabubuo nito. Hindi tinutukoy ng mga resultang ito ang minimum na laki ng QR sa pixels na angkop sa lahat.

Sa 360 pixels, 60 × 60 pixels na lang ang lugar para sa QR. May mga grid na nangangailangan ng 65 o 85 module na lapad kasama ang quiet zone. Hindi magkasya ang mga ito kahit isang buong pixel lang ang gamitin sa bawat module. Minarkahan namin ang 24 na kasong ito bilang hindi mabuo sa itinakdang paraan ng huling paglalagay, sa halip na tawaging decoder failure.

Kaya ang natitirang 24 na pares lang ang inihahambing ng talahanayan sa 360 pixels. Nakuha ng parehong reader ang URL mula sa anim na pinaliit na artwork at 18 file na huling nilagyan ng QR. Anim sa mga nabuong file sa ikalawang paraan ang hindi pa rin nakatugon sa pamantayang dapat makuha ng parehong reader ang eksaktong URL. Pinabuti ng paraan ang maliit na set na ito, pero hindi nito napagana ang bawat maliit na export.

Para sa maliit na campaign graphic, ang susunod na desisyon sa disenyo ay kung gaano kalaking espasyo ang ilalaan sa code at palugit. Gawin iyon bago ipagpalagay na puwedeng magpalitan ang lahat ng bakanteng parisukat. Dapat nasa brief ang sukat ng espasyo, buong URL, encoding at final na output. Ang one-pixel na module na gumana sa kontroladong test na ito ay hindi rekomendadong laki para sa camera ng telepono o naka-print na materyal.

Tinutulungan ng error correction ang QR reader na mabawi ang naka-encode na data kapag may nasirang bahagi ng impormasyon. Ang pagtaas nito ay maaari ring mangailangan ng mas malaking grid para sa parehong laman. Kaya may tunay na tradeoff sa loob ng nakatakdang espasyo ang M at H encoding namin. Hindi lang nagdagdag ng proteksiyon sa isang imaheng kapareho sa lahat ng ibang aspeto ang mas mataas na setting.^[7]

Sa 540 pixels, limang file sa 12 ang nabasa ng parehong reader sa M at tatlo sa H para sa bawat format ng pinaliit na artwork. Pero mas mahusay ang H sa ibang magkatapat na kaso: walong paghahambing ng mga detailed URL sa 1,080 pixels, at dalawang PNG na may campaign parameter sa 720 pixels. Hindi tapat sa resulta ang payong “palaging piliin ang mas mababang setting.”

Hindi rin simpleng ranggo ang file format. Sa 720 pixels at level M, nabasa ng parehong reader ang 10 PNG export at 12 JPEG export mula sa pinaliit na artwork. Hindi ibig sabihin nito na mas ligtas na pangkalahatang piliin ang JPEG. Ipinapakita nitong hindi dapat awtomatikong ilapat sa ibang format ang resulta ng isang format.

Magkaiba rin ang resulta ng mga reader sa 54 sa 360 nabuong file. Sa 1,080 at 720 pixels, nabasa ng ZXing-C++ ang bawat file; ang resulta ng quirc ang nagpababa sa bilang na pumasa sa pareho. Sa 540 pixels, hiwalay na bumuti ang resulta ng bawat reader nang huling ilagay ang QR. Ang pagkakatugma ng dalawa ang pangunahing outcome namin, habang available sa download ang resulta ng bawat reader.

Para sa creator na nagpapasa ng file sa client, makatutulong na tukuyin ang nilalayong format at kumpirmahin ang eksaktong buong link na ipapasa. Sinusuri ng software decode ang image file. Sinusuri naman ng hiwalay na test sa nilalayong telepono, screen o print ang ibang bahagi ng aktuwal na karanasan. Ang una ang sinukat namin, kaya praktikal na hakbang pa rin para sa team na gagamit ng artwork ang ikalawa.

Kopyahin ang mga sumusunod na field sa creative brief o delivery note. Punan ang mga ito para sa bawat kinakailangang sukat ng output. Ikinokonekta nito ang desisyon ng negosyo tungkol sa destinasyon, ang export settings ng designer, at ang taong susuri sa tapos na materyal. Walang kailangang sign-up sa nada-download na bersiyon at maaari itong iangkop sa paraan ng pagtatrabaho ninyo.

Campaign at gamit: [Ilagay ang pangalan ng campaign, ang aksiyong nais ipagawa pagkatapos basahin ang QR, at kung saan gagamitin ang artwork.] Responsable sa link: [Pangalanan ang taong maaaring mag-apruba sa destinasyon at mga parameter.] Aprubadong buong URL: [Idikit ang eksaktong string, kasama ang bawat kinakailangang parameter at percent escape.]

Final na artwork: [Lapad × taas sa pixels.] Espasyo ng QR: [Posisyon at inilaan na lapad × taas.] Quiet zone: [Kumpirmahing may malinaw na palugit sa lahat ng apat na gilid.] Grid at pagkakasya: [Itala ang bilang ng module at buong bilang ng pixel bawat module na ginamit, kung available mula sa generator o export process.]

Encoding at export: [Ilagay ang generator, error-correction setting at mga kaugnay na option.] Pagkakasunod ng paghahanda: [Sabihin kung inilagay ang QR sa final na sukat.] Na-save na format: [PNG o JPEG, kasama ang ginamit na settings.] Ipinapasang file: [Itala ang filename o ibang impormasyong malinaw na tumutukoy sa mismong file.]

Pagsuri sa file: [Ilagay ang reader o mga reader, file na sinubukan, at resulta.] Nakuhang URL: [Ihambing ang buong ibinalik na string sa aprubadong URL.] Hindi pa nalulutas: [Itala ang failure, magkaibang resulta o problema sa pagkakasya, at kung sino ang aayos nito.] Huwag palitan ng tsek ang resultang hindi pa nasubukan.

Pagsuri sa paggamit: [Ilagay ang nilalayong screen o print, ang telepono o ibang reader na ginamit, ang responsable, at petsa ng pagsusuri.] Pagsuri sa destinasyon: [Kumpirmahing napupunta ang aprubadong link sa tamang page at napapanatili ang kinakailangang campaign parameter sa planadong pagdaan ng user.] Higit pa sa image-file benchmark namin ang mga pagsusuring ito.

Dapat malinaw sa brief ang mga responsibilidad. Inaaprubahan ng may-ari ng campaign ang link; inihahanda ng designer ang tinukoy na output; sinusuri ng reviewer ang mismong mga file at nilalayong paggamit. Kapag may nagbago ng link, sukat o export settings pagkatapos, i-update ang brief at suriin muli ang apektadong output.

Isipin ang negosyong kumukuha ng creator para mag-promote ng workshop sa taglagas. Kailangan ng creator ng parisukat na digital card para sa screen sa venue at mas maliit na bersiyon para sa campaign message. Inaprubahan na ng negosyo ang link na may detalye ng source, medium, campaign at partner. Kathang-isip na sitwasyon sa produksyon ito; gumagamit ito ng isa sa mga URL na sinukat namin para maging konkreto ang handoff.

Ang aprubadong URL ay ang 199-byte na workshop example sa download. Ang campaign name nito ay autumn_2026, ang medium ay qr, at tinutukoy ng content field ang kathang-isip na creator partner. Nananatili ang mga detalyeng ito sa URL ng parehong output. Hindi inaalis ng creator ang mga ito para bawasan ang impormasyong nasa code.

Tinutukoy ng halimbawang delivery note ang PNG na 540 × 540 pixels, na may QR region na 90 × 90 pixels simula sa x=378, y=378. Ginagamit nito ang sinukat na level-M encoding: 57-module na grid, four-module na quiet zone, at isang buong pixel bawat module. Ang kabuuang final na sukat kasama ang palugit ay 65 × 65 pixels, nakasentro sa inilaan na espasyo.

Pinapaliit muna ng designer ang background at saka inilalagay ang grid. Tinutukoy ng note ang na-save na file at itinatala ang sinukat na resulta: parehong ibinalik ng ZXing-C++ at quirc ang eksaktong orihinal na URL. Itinatala rin nito ang alternatibong resulta: walang nakakuha ng URL mula sa katapat na PNG na ginawa sa pamamagitan ng pagpapaliit ng tapos nang master. Mula sa eksperimento namin ang dalawang resultang ito, hindi sa aktuwal na campaign ng client.

Kailangan pa ring kumpirmahin ng negosyo ang mismong display sa venue at planadong paggamit sa telepono. Kung muling iko-compress o babaguhin ang laki ng maliit na bersiyon ng ibang service, susuriin din ng team ang resultang file o display. Hindi namin sinukat ang service na iyon, at hindi pinatutunayan ng unang pass kung ano ang mangyayari pagkatapos ng panibagong pagbabago.

Ipagpalagay na humingi ang brief kalaunan ng 360-pixel na card habang pareho pa rin ang proporsiyon ng QR area. Magiging 60 pixels ang lapad ng espasyo, pero kailangan ng code ng 65 module kasama ang palugit. Hindi ito mabubuo sa whole-pixel na paraan namin. Dapat sabihin ng designer ang problema sa layout at pagkasunduan ang mas malawak na espasyo o ibang paraan ng paghahatid, sa halip na iulat na matagumpay ang export na hindi naman magawa.

Iyon ang halaga ng tiyak na handoff: napag-uusapan ang problema habang maaari pang baguhin ang artwork. Mapapanatili ng team ang aprubadong link, matutukoy kung aling output ang kailangan pang ayusin, at maiiwasang ituring na aprubado ang lahat ng susunod na file dahil lang gumana ang malaking mockup.

Itinakda namin ang 12 kathang-isip na URL, layout ng imahe, mga laki at settings bago i-decode ang mga test export. Gumamit ng example.com ang mga URL at hindi kailanman binisita. May tatlong payload profile ang bawat isa sa apat na destination family, mula 39 hanggang 203 bytes ang haba. Sinubukan namin ang M at H error correction, apat na lapad ng parisukat na artwork at dalawang format, kaya may 384 na planadong file condition sa dalawang paraan.^[1]

Gumawa ang Segno 1.6.6 ng standard QR code sa byte mode, na naka-disable ang awtomatikong pagtaas ng error level. Isang beses lang na-encode ang bawat kombinasyon ng URL at correction level, at ginamit ng parehong paraan ang eksaktong matrix nito. Ang source artwork ay 2,160 pixels na parisukat. Isang LANCZOS resize ang ginawa ng Pillow 13.0.0; quality 85 ang JPEG at naka-disable ang chroma subsampling. Itim sa puti ang lahat ng code, na may four-module na quiet zone.^[4]

Parehong buong na-save na imahe ang natanggap ng dalawang reader matapos itong gawing 8-bit grayscale. Gumamit kami ng ZXing-C++ 3.1.1 at isang nakapirming quirc build na may fixed settings. Kailangan ang orihinal na URL bytes, na walang ibang matagumpay ngunit salungat na resulta, para mabilang bilang eksaktong recovery. Walang dagdag na crop, pinalaking imahe para ulitin ang test, o manwal na rescue pass. Nasa package ang reader settings, geometry ng bawat file at mga resulta.^[5]

Pumasa sa parehong reader ang lahat ng 24 na source master. Sa 384 na planadong export, 360 ang nabuo at 24 ang hindi maihanda sa paraang huling nilalagyan ng QR. Nag-iwan ito ng 168 na magkatapat na workflow pair. Pinanatili namin ang bawat kondisyon, kabilang ang magkaibang resulta, mga nabuong file na hindi nabasa, at mga paghahambing na pumapabor sa alinmang error-correction level. Inilalarawan ng resulta ang mga sintetikong file at software build na ito, hindi ang scanning rate ng mga consumer.

Ipinapaliwanag na ng umiiral na gabay ang kahalagahan ng espasyo, quiet zone at kalidad ng imahe. Naglathala rin ang QRotto ng paghahambing ng source resolution pagkatapos ng scaling at blur. Mas makitid ang ambag namin: isang nakapirming paghahambing kung kailan inilalagay ang QR sa pag-export ng artwork, habang pareho ang buong URL at encoded matrix sa bawat pares. Available sa ibaba ang buong talahanayan at detalye ng paghahanda.^[6]