chevron_leftchevron_right
Input
각 줄마다 별도의 코드가 생성됩니다
QR Code Options
Generated QR Codes (0)
Enter text above to generate QR codes
목록에서 QR 코드와 바코드를 한꺼번에 만들고, 이미지에서 코드를 읽어냅니다. QR 외에 CODE128, CODE39, EAN-13, EAN-8, UPC, ITF-14를 지원합니다.
QR 코드는 리드-솔로몬 오류 정정을 L(약 7% 복구)부터 H(약 30%)까지 네 단계로 담습니다. 가운데 로고가 덮여 있거나 모서리에 커피 자국이 나도 인쇄된 코드가 읽히는 이유가 이것이고, 작게 인쇄할 코드에 L을 쓰면 안 되는 이유도 같습니다.
생성과 스캔을 모두 여기서 합니다. 스캐너는 카메라나 이미지 파일에서 읽으며 1차원 형식도 처리합니다. 소매 포장의 EAN-13과 UPC-A, 물류 라벨의 Code 128과 Code 39 같은 것들입니다. 이쪽에서 실패하는 원인은 대개 코드가 아니라 사진입니다. 바 위로 반사광이 지나가거나, 비스듬히 찍혀 바 굵기 비율이 어긋난 경우입니다.
코드를 쓸 수 있느냐를 결정하는 제약은 용량입니다. QR 코드는 오류 정정 수준이 가장 낮을 때 영숫자 기준 약 4,300자까지 담지만, 담는 양이 늘면 버전, 즉 격자 크기가 커집니다. 그래서 긴 URL은 모듈 하나하나가 작은 촘촘한 코드가 되고, 더 크게 인쇄하거나 카메라를 더 가까이 대야 읽힙니다. 인코딩 전에 링크를 줄이는 것은 겉멋이 아닙니다. 버전이 낮아지고 모듈이 커져서, 방 건너편에서 읽히는 코드와 가까이 가야 읽히는 코드의 차이를 만듭니다.
1차원 바코드 형식은 생각보다 엄격하고, 그 엄격함이 요점입니다. EAN-13과 UPC-A는 자릿수가 고정되어 있고 마지막 자리가 나머지에서 계산된 검사 숫자라, 아무 문자열이나 그 형식으로 인코딩할 수 없습니다. 거부된다는 것은 스캐너가 다른 상품으로 읽을 수 있는 코드를 만들지 않겠다는 뜻입니다. Code 128은 ASCII 전 범위를, Code 39는 제한된 집합을 받습니다. 물류 라벨이 앞쪽을 쓰는 이유입니다. 그러니 형식을 고르는 일은 모양의 문제가 아니라 반대편에서 읽을 기기에 대한 질문입니다.
스캔 실패는 대개 디지털이 아니라 사진의 문제입니다. 광택 라벨에 반사가 걸리면 디코더가 필요로 하는 대비가 지워지고, 비스듬히 찍은 사진은 원근 때문에 한쪽이 눌려 바 굵기를 믿을 수 없게 만들며, 모듈 크기가 허용하는 것보다 작게 인쇄된 코드는 읽을 거리를 아예 남기지 않습니다. 오류 정정이 복구하는 것은 손상된 코드이지 읽을 수 없는 이미지가 아닙니다. H 수준에서는 코드의 약 30%가 없어도 디코딩되고 그래서 가운데에 로고를 올릴 수 있지만, 흐릿하거나 날아간 사진을 보완해 주는 수준은 없습니다.
QR 코드는 무언가를 실행하지 않습니다. 텍스트를 담을 뿐이고, 그 텍스트가 무슨 뜻인지는 스캐너가 정합니다. http:// 로 시작하면 링크로 제안되고, WIFI: 로 시작하면 접속할 네트워크로, BEGIN:VCARD 면 연락처로 제안됩니다. 모두 코드가 아니라 스캔하는 앱이 구현한 관례입니다. 그래서 휴대폰마다 동작이 다르고, 인쇄물에는 평문을 담은 코드가 가장 무난합니다. 동시에 이 사실은 코드가 인쇄된 자리만큼만 신뢰할 수 있다는 뜻이기도 합니다. 읽기 전에는 그 사각형의 어디에도 목적지가 드러나지 않기 때문입니다.
아니요. 브라우저에서 생성되며 입력한 텍스트를 그대로 인코딩합니다. 리다이렉트도 분석 도구도 없습니다.
대비가 부족하거나, 인쇄 크기가 너무 작거나, 여백이 없는 경우가 대부분입니다. 흰 바탕에 순수한 검정으로 최종 크기에서 시험해 보세요.
이미지 파일에서 읽습니다. 끌어다 놓거나 선택하거나 클립보드에서 붙여넣으세요. 사진을 먼저 찍은 뒤 그 사진을 스캔하면 됩니다.