광고 방문자 152명 중 가입은 0명 — 원인은 광고가 아니라 가입 장벽이었습니다

AI 요약

무료 웹 접근성 검사 도구 Axlura를 운영하는 작성자는 Google Ads에 211달러를 써 클릭 113회를 얻었지만 가입은 한 건도 발생하지 않았습니다. 처음에는 키워드나 랜딩 페이지 문구를 의심했지만, 광고 설정을 바꾸기 전에 2주치 nginx 원시 로그에서 실제 방문 흐름을 확인했습니다.

로그에서 찾은 이탈 지점

광고에서 유입된 고유 방문자는 152명이었습니다. 이 가운데 약 31명, 전체의 20%가 무료 검사를 오류 없이 마쳤습니다. 하지만 /register 페이지를 방문한 사람은 한 명도 없었습니다. 검사는 정상 작동했고 방문자도 도구를 사용했으므로, 이탈은 전체 계정 생성 절차에 집중돼 있었습니다.

검사 결과 전체를 보려면 이름과 이메일, 비밀번호를 입력하고 CAPTCHA까지 통과해야 했습니다. 작성자는 사이트 상태만 확인하려는 방문자에게 요구하는 정보가 지나치게 많다고 판단했습니다. 기존의 ‘나머지 결과를 보려면 가입’ 절차를 ‘이메일을 입력하면 전체 보고서를 확인하거나 이메일로 받기’로 바꿨습니다. 계정과 비밀번호 없이 이메일만 받는 방식입니다. 위반 사항이 거의 없는 사이트 방문자는 결과를 모두 확인하고도 연락처를 남기지 않고 떠나는 경우가 있어, 이런 방문자를 위한 간단한 이메일 수집 절차도 추가했습니다.

다음에 확인할 지표

게시글은 이메일 전용 절차가 실제 전환을 높이는지 묻습니다. 댓글에서는 이메일 입력 수만 보면 부족하다는 의견이 나왔습니다. 보고서 열람률, 첫 이메일에 대한 답장이나 유료 서비스 클릭, 재방문율까지 확인해야 이메일 장벽이 문제였는지 보고서 자체의 가치가 부족했는지 구분할 수 있다는 제안입니다. 작성자는 다음 이용자에게 검사에서 무엇을 찾으려 했는지 묻는 일반 텍스트 이메일을 보내고, 보고서 열람과 재방문도 추적할 계획이라고 답했습니다.

검사 도구를 랜딩 페이지에서 바로 실행하거나, 이메일을 받기 전에 문제 수와 수정 예시를 일부 보여주자는 의견도 나왔습니다. 작성자는 스크롤 깊이를 측정하지 않아 방문자가 실제로 잠긴 보고서 구역까지 봤는지 모른다며, 이를 추가로 추적하겠다고 밝혔습니다. 작성자는 WordPress 관리 화면에서 검사를 실행하는 플러그인도 공개했으며, 당시 설치 수는 10회 미만이라고 설명했습니다.

Indie Hackers 반응

• @heisbuba — 로그로 마찰이 어디서 생기는지 추적한 점이 아주 좋습니다. 어떤 사람들은 로그를 보기 전에 문제를 파고들었을 겁니다.
• @BigTiger22562928626 — 검사를 마친 31명은 요약에 ‘대체로 괜찮음’이나 문제 수가 나왔다면 이미 답을 얻었을 겁니다. 요약만으로 추측할 수 없는 내용이 잠겨 있을 때 이메일 게이트가 효과가 있습니다. 접근성 검사라면 정확히 문제가 있는 요소와 복사해 붙일 수 있는 수정 방법이지, 점수를 길게 다시 설명한 내용은 아닐 겁니다. 기기별 로그도 나눠 보겠습니다. 광고를 눌러 들어온 모바일 방문자에게 이름, 비밀번호, CAPTCHA를 요구하면 조용히 많은 사람을 잃습니다. 이메일만 받는 방식으로 바꿔도 수치가 거의 그대로라면, 무료 결과가 이미 질문에 답했고 보고서가 병목이 아닐 수 있습니다.
• @infamousbunny — 추측하지 않고 원시 로그를 읽은 게 진짜 교훈입니다. 무료 도구에서는 계정과 이메일 중 무엇을 요구하느냐보다, 어떤 장벽을 세우기 전에 결과 일부를 보여주는지가 더 중요하다고 봅니다.
• @mohith808 — 키워드를 탓하지 않고 원시 로그를 추적한 점이 좋습니다. 광고에서 첫 가치를 얻기까지 세 번 클릭해야 한다면 보통 두 번은 너무 많습니다. 랜딩 페이지에서 바로 검사를 실행하고 전체 보고서를 원할 때만 이메일을 요청하면 이런 문제를 해결하는 데 도움이 됩니다.
  • @axlura — 고맙습니다. 랜딩 페이지에서 검사를 바로 실행하는 작업을 다음으로 계획하고 있습니다. 지금은 한 단계 더 거쳐야 하는데, 이번 데이터로 단계마다 방문자를 잃는다는 점이 분명해졌습니다.
• @smoke_test_1024 — 제가 가져가고 싶은 건 이메일 게이트가 아니라 로그부터 확인하는 디버깅입니다. 광고는 방문자를 데려오고, 원시 로그는 확신이 어디서 무너지는지 정확히 알려줍니다. 대부분은 이탈 지점을 확인하기 전에 랜딩 페이지를 세 번쯤 다시 썼을 겁니다. 실험 설계에 하나 보태자면, 첫 주 데이터가 나오기 전에 성공 지표를 정해두세요. 이메일 게이트에서는 잠금 해제율이 허영 지표가 될 수 있습니다. 실제로 봐야 할 수치는 잠금을 해제한 사람 중 첫 이메일에 답하거나 유료 상품으로 이동한 비율입니다. 검사 완료자 31명 가운데 몇 명에게라도 ‘검사에서 무엇을 찾으려 하셨나요?’라는 평범한 이메일을 보내면, 잠금 해제 100건보다 상품에 대해 더 많이 알 수 있습니다.
  • @axlura — 동의합니다. 잠금 해제율은 제가 쉽게 속을 수 있는 수치입니다. 다음에 잠금을 해제한 사람들에게 ‘검사에서 무엇을 찾으려 하셨나요?’라는 일반 텍스트 이메일을 보내겠습니다. 서너 명만 답해도 대시보드보다 더 많은 정보를 얻을 수 있습니다.
• @James_UtilitySEO — 저희 UtilitySEO에서도 비슷한 일을 겪었습니다. 무료 SEO 검사 도구를 운영하는데, 가입 없이 페이지 최대 2,000개와 순위 요소 100개 이상을 약 30초 만에 확인합니다. 이 데이터는 왜 그런지 보여줍니다. 20%가 도구를 사용했는데 /register 방문은 0%였습니다. 장벽이 이미 있던 의향을 막았습니다. 이메일 게이트와 계정 생성 중 무엇이 나은지에 관해서는 저희는 완전히 제한 없는 무료 기능을 택하고, 지속 모니터링과 심층 분석을 유료로 제공합니다. 무료 검사가 데모 역할을 합니다. 실제 문제를 발견한 사용자는 이미 유료 상품에 적합한 고객입니다. ‘보고서를 이메일로 받기’는 가치를 확인한 순간을 포착하는 적절한 방법입니다. 가치를 알기도 전에 가입을 요구하면 투자할 가치가 있는지 모르는 사람에게 먼저 투자하라고 하는 셈입니다.
  • @axlura — 무료 기능을 완전히 제한 없이 제공하는 게 흥미롭네요. 검사에서 아무것도 요청하지 않으면 유료 상품 고객을 어떻게 확보하나요? 다시 방문하기를 기대하나요, 아니면 나중에 이메일을 받나요?
• @zaneberg — 검사 완료 31명과 /register 방문 0명은 분명한 수치입니다. 게이트 방식을 비교하기 전에 그중 몇 명이 잠긴 구역까지 스크롤했는지도 측정하겠습니다. 대부분이 요약 점수 뒤에 나갔다면 무료 결과가 이미 ‘사이트가 괜찮은가?’라는 질문에 답했을 테니 어떤 게이트든 전환율이 낮을 겁니다. 심각도별 문제 수와 수정 예시 하나를 보여준 다음 전체 목록에 이메일 게이트를 두면 나머지를 보고 싶은 이유를 줄 수 있습니다.
  • @axlura — 좋은 지적입니다. 솔직히 아직 모릅니다. 스크롤 깊이를 추적하지 않아 31명 중 몇 명이 잠긴 구역까지 갔는지 알 수 없습니다. 이제 측정하겠습니다. 심각도별 수치와 수정 예시 하나를 보여주고 전체 목록을 이메일로 제공하는 구성이 제가 준비하는 방식과 비슷해서 도움이 됐습니다.
• @aryan_sinh — 이미 31명이 검사를 마쳤습니다. 이메일 전용 게이트에서 어떤 결과가 나오면 계정 생성 장벽이 아니라 보고서 가치가 문제였다고 판단할 수 있나요?
  • @axlura — 좋은 질문입니다. 이메일 잠금 해제는 확실히 늘지만 보고서 열람과 답장은 거의 그대로라면 문제는 장벽이 아니라 보고서 가치라고 보겠습니다. 잠금 해제와 실제 열람, 클릭이 모두 늘면 계정 생성 장벽이 병목이었던 겁니다. 몇 주간 데이터를 모으면 수치를 공유하겠습니다.
• @octyn — 대부분이 손대지 않는 nginx 로그 추적부터 한 점이 좋습니다. 이메일 게이트와 계정 생성 중에서는 이메일만 받는 쪽이 대개 수치를 높입니다. 요구 수준을 사용자의 의도에 맞추기 때문입니다. 사이트가 괜찮은지 확인하려는 사람은 답을 받으려고 이메일을 줄 수 있지만 비밀번호와 CAPTCHA까지 입력하진 않습니다. 계정 요청은 저장 기록, 대시보드, 반복 검사처럼 쓸수록 가치가 커질 때 효과가 있습니다. 바꾼 뒤에는 잠금 해제율이 아니라 이후 행동의 질을 보세요. 이메일 게이트는 전환을 늘리지만 품질이 낮은 이메일을 모을 수도 있습니다. 검사 후 재방문율과 보고서 이메일 열람률을 측정하세요. 보고서를 열면 게이트가 제 역할을 하는 겁니다. 열지 않는다면 이탈 지점만 장벽에서 받은 편지함으로 옮긴 셈입니다. 위반 사항이 적은 사이트용 간단한 절차는 좋은 선택입니다. 고칠 문제가 없는 사람은 사이트가 괜찮다고 알려준 도구를 공유할 가능성이 높습니다.
  • @axlura — ‘이탈 지점을 장벽에서 받은 편지함으로 옮긴다’는 게 제가 걱정하는 실패 사례와 정확히 같습니다. 이메일 수집뿐 아니라 보고서 열람률과 검사 후 재방문율도 추적하겠습니다. 문제가 없는 사이트용 절차도 그런 이유로 만들었습니다. 사람들은 자기 사이트가 괜찮다는 소식을 공유하길 좋아합니다.
• @bestiptvukus — 정말 공감됩니다. 실제로 신호가 보이기까지 얼마나 걸렸나요?

원문: Indie Hackers / 번역·요약: Trawling