QR을 어디로 보내야 이탈이 줄어드나

QR을 스캔한 사람은 이미 인쇄물을 보고 마음이 움직인 상태입니다. 그 상태에서 홈페이지 첫 화면으로 보내면 방금 본 혜택을 다시 찾아야 하고, 대부분 그 지점에서 나갑니다. 도착 페이지의 첫 화면에는 인쇄물에 적힌 혜택 문구와 조건, 그리고 다음 행동 버튼 하나가 그대로 보여야 합니다. 여기서 다음 행동은 업종에 따라 다릅니다. 예약이 핵심이면 예약 버튼, 방문이 핵심이면 지도 열기, 주문이 핵심이면 주문 페이지입니다. 두 개 이상 늘어놓으면 선택이 늦어지고, 늦어지면 나갑니다. 도착지를 새로 만들기 부담스럽다면 이미 운영 중인 채널을 쓰는 것도 방법입니다. 플레이스 소식이나 인스타그램 프로필처럼 이미 관리 중인 자리에 같은 혜택을 올려두고 그쪽을 도착지로 삼으면 됩니다. 다만 그 경우에도 첫 화면에서 혜택이 보이는지 실제로 폰으로 스캔해 확인해야 합니다.

매체별로 코드를 왜 따로 만들어야 하나

오프라인 판촉이 늘 "효과를 모르겠다"로 끝나는 이유는 전부 같은 입구로 들어오기 때문입니다. QR은 이 문제를 푸는 장치인데, 코드를 하나만 만들면 장치가 무력해집니다. 매체와 배포처를 나눌 수 있는 만큼 나눠 코드를 따로 만듭니다. 아파트 A단지 삽지용, B상가 배포용, 매장 앞 현수막용, 계산대 스티커용처럼 나누고 각각 다른 링크를 연결합니다. 링크를 나누는 방법은 두 가지입니다. 하나는 도착 페이지 주소 뒤에 매체를 구분하는 값을 붙이는 것이고, 다른 하나는 아예 매체별로 다른 페이지를 만드는 것입니다. 앞쪽이 관리가 쉽습니다. 나눠 만든 뒤에는 스캔 결과를 어디서 볼지 미리 정해둡니다. 웹로그 분석 도구를 쓰고 있다면 유입 경로별로 집계되고, 자체 페이지가 없다면 플레이스 통계에서 조회 수와 조회에서 전화·예약·길찾기로 이어지는 전환 비율의 변화를 배포 전후로 비교하는 방식으로 대체할 수 있습니다. 완벽하지는 않지만 아무것도 안 보는 것보다 낫습니다.

인쇄물에서 QR이 안 읽히는 원인은 무엇인가

QR이 작동하지 않는 이유는 대부분 물리적입니다. 첫째는 크기와 거리의 관계입니다. QR은 카메라가 코드 전체를 화면에 담아 패턴을 인식해야 읽히므로, 멀리서 봐야 하는 현수막에 전단과 같은 크기의 코드를 넣으면 읽히지 않습니다. 몇 센티미터가 정답이라는 기준을 만들 근거는 없으니, 실제 게시할 거리에서 여러 크기로 시험 출력해 스캔해보는 절차로 대신합니다. 둘째는 여백입니다. 코드 주변에 아무것도 없는 여백이 있어야 인식되는데, 디자인 욕심에 테두리 장식이나 배경 사진을 코드에 붙이면 실패합니다. 셋째는 대비입니다. 어두운 배경에 어두운 코드, 또는 그라데이션 위에 얹은 코드는 인식률이 떨어집니다. 넷째는 재질과 조명입니다. 유광 코팅한 전단이나 반사가 심한 현수막 원단은 각도에 따라 빛이 튀어 읽히지 않습니다. 마지막으로 현수막 특유의 문제가 있습니다. 바람에 흔들리는 천 위의 QR은 원리상 인식이 어렵습니다. 현수막에는 QR 대신 짧고 외우기 쉬운 문구나 전화번호를 크게 넣고, QR은 전단·명함·테이블 스티커처럼 손에 잡히는 인쇄물에 배정하는 편이 현실적입니다.

랜딩페이지가 느리면 무엇이 사라지나

QR을 스캔하는 순간 사람은 길에 서 있거나 매장 앞을 지나가는 중입니다. 페이지가 늦게 뜨면 그대로 사라집니다. 기준은 코어 웹 바이탈이 제시합니다. LCP는 페이지 로드 시작 후 가장 큰 시각 요소가 나타나기까지의 시간이고 2.5초 이내가 양호 등급입니다. 페이지가 느려지는 가장 흔한 원인은 용량이 큰 이미지이므로, 도착 페이지에 전단 이미지를 통째로 올리는 구성은 특히 위험합니다. 로드 시간이 1초에서 3초로 늘어나면 이탈률이 32% 증가한다는 보고도 있지만 이건 여러 조사에서 관찰된 경향치이지 확정된 상수는 아닙니다. 그리고 도착 페이지는 반응형으로 만들어야 합니다. 구글도 모바일 퍼스트 인덱싱 대응으로 동일한 HTML과 URL을 제공하되 화면 크기에 따라 다르게 표시하는 반응형 웹 디자인을 권장합니다. QR 스캔 유입은 전부 모바일이므로 이 부분은 선택이 아닙니다. 만들고 나면 실제 폰으로 스캔해 로딩 시간을 재보고, 느리면 이미지부터 줄입니다.

개인정보를 QR 링크에 담아도 되나

쿠폰을 개인별로 발급하거나 이름을 미리 채워 넣는 구성을 생각하기 쉽지만, 링크 주소에 개인을 식별할 수 있는 정보를 담는 방식은 피해야 합니다. 링크는 브라우저 기록, 메신저 공유, 서버 로그 등 여러 곳에 그대로 남습니다. 개인정보보호법 제3조 제1항은 처리 목적을 명확히 하고 그 목적에 필요한 범위에서 최소한의 개인정보만 적법하고 정당하게 수집하도록 규정합니다. 도착 페이지에서 연락처를 받아야 한다면 절차가 따로 있습니다. 개인정보 수집·이용 동의서에는 최소한 수집·이용 목적, 수집 항목, 보유·이용 기간, 동의 거부 권리와 거부 시 불이익 네 가지가 들어가야 하고, 마케팅 활용 동의는 수집·이용 동의와 별도 체크박스로 받아야 합니다. 문자나 알림톡으로 광고를 보낼 계획이라면 정보통신망법 제50조에 따른 수신자의 명시적 사전 동의가 별도로 필요합니다. 이 절차를 감당하기 어려운 단계라면 연락처를 아예 받지 않고 방문 유도까지만 설계하는 편이 안전합니다.