교육 문의커뮤니티 입장하기

랜딩페이지 전환율 높이는 법: 이탈을 확인하는 4단계 진단

랜딩페이지는 광고나 링크를 눌러 처음 도착한 페이지입니다. 방문부터 신청 완료까지를 네 구간으로 나눠 통과율을 계산하고, 구간마다 이탈 원인과 고칠 순서를 정하는 방법을 예시 숫자로 설명합니다.

아직 읽은 기록이 많지 않은 글이에요
Share
랜딩페이지 전환율 높이는 법: 이탈을 확인하는 4단계 진단 대표 이미지
목차
  1. 네 구간으로 끊어 봅니다
  2. 예시 페이지의 네 구간 숫자
  3. 구간 1. 첫 화면에서 나가는 경우
  4. 구간 2. 읽다가 멈추는 경우
  5. 구간 3. 폼을 시작하지 않는 경우
  6. 구간 4. 폼을 시작하고 중단하는 경우
  7. 고칠 순서를 정하는 계산
  8. 실험을 설계할 때 정할 것
  9. 전환율이 올라도 매출이 늘지 않는 경우
  10. 자주 묻는 질문
  11. 3줄 요약

세 줄로 먼저 읽기

  1. 랜딩페이지 전환율은 첫 화면 통과와 본문 통과, 폼 시작, 폼 완료 네 구간 통과율의 곱이라 구간별로 나눠야 고칠 곳이 보입니다.
  2. 방문 10,000명 예시에서 폼 시작률을 20%에서 30%로 올리면 완료가 248건에서 372건으로 늘어 같은 10%p라도 통과율이 낮은 구간의 효과가 가장 큽니다.
  3. 할인이나 폼 항목 축소로 전환율이 올라도 객단가나 연락이 닿는 비율이 떨어지면 매출은 늘지 않으므로 전환 수와 이후 단계 진행률을 함께 봅니다.

랜딩페이지는 광고나 링크를 눌러 처음 도착한 페이지입니다. 여기서 신청이나 구매처럼 원하는 행동을 마친 비율을 전환율이라고 부릅니다. 전환율이 낮으면 첫 화면 문장도, 버튼 색도, 신청 정보를 입력하는 폼도 다 문제처럼 보여서 결국 전부 바꾼 새 페이지를 만들게 됩니다.

전부 바꾸면 두 가지를 잃습니다. 무엇이 효과를 냈는지 알 수 없어 다음에 쓸 근거가 남지 않고, 잘 되던 부분까지 바꿔 전환율이 오히려 내려가기도 합니다. 전환율 2.5%라는 숫자는 상태만 알려 줄 뿐 어디서 사람이 나갔는지는 알려 주지 않습니다. 같은 2.5%라도 첫 화면에서 대부분 나간 페이지와 폼까지 왔다가 멈춘 페이지는 고칠 곳이 정반대입니다.

그래서 고칠 곳을 찾는 일이 고치는 일보다 먼저입니다. 이 글은 방문에서 완료까지를 네 구간으로 끊어 사람이 빠지는 곳을 찾고, 구간마다 원인과 고칠 순서를 정하는 방법을 다룹니다.

네 구간으로 끊어 봅니다

구간은 측정할 수 있는 행동을 기준으로 끊습니다. 각 행동은 GA4 같은 분석 도구에서 이벤트로 기록합니다.

방문에서 완료까지 네 구간

  1. 1. 첫 화면 통과정한 깊이까지 스크롤
    스크롤 25% 이벤트
  2. 2. 본문 통과신청 버튼이 화면에 나타남
    버튼 노출 이벤트
  3. 3. 폼 시작폼의 첫 칸에 입력
    폼 시작 이벤트
  4. 4. 폼 완료서버가 신청을 접수
    접수 성공 전환 이벤트

사이트 이용 행동을 수집하는 Google Analytics 4(GA4)의 향상된 측정에서 기본 scroll 이벤트는 페이지 깊이 90%에 처음 도달할 때 한 번 기록됩니다. 25%나 75% 지점은 따로 설정해야 잡힙니다. 스크롤과 버튼 노출은 화면에 보였다는 기록일 뿐, 그 내용을 읽었다는 기록은 아닙니다. 4구간의 완료는 form_submit 이벤트만으로 판단하지 않습니다. 제출 버튼을 눌러도 서버가 신청을 거부할 수 있으므로, 접수 완료 화면이나 서버 응답을 기준으로 전환을 기록합니다.

예시 페이지의 네 구간 숫자

예시 페이지 하나에 숫자를 넣어 보겠습니다. 2026년 8월 한 달 방문자 10,000명을 중복 없이 집계하고, 앞 구간을 통과한 사람만 다음 구간에 넣었습니다. 첫 화면의 버튼으로 바로 신청할 수 있는 페이지라면 그 경로는 따로 집계합니다.

방문 10,000명이 각 구간에 남은 비율

  • 방문10,000명
  • 1. 첫 화면 통과6,200명구간 통과율 62%
  • 2. 본문 통과3,100명구간 통과율 50%
  • 3. 폼 시작620명구간 통과율 20%, 네 구간 중 가장 낮음
  • 4. 폼 완료248명구간 통과율 40%
막대 길이는 방문자 10,000명 대비 누적 비율입니다. 예시로 만든 숫자입니다.

전체 전환율 2.48%는 네 구간 통과율을 곱한 값입니다. 0.62 × 0.50 × 0.20 × 0.40 = 0.0248이고, 248명을 10,000명으로 나눈 값과 같습니다. 이렇게 나누면 통과율이 가장 낮은 곳이 폼 시작 20%라는 것이 바로 보입니다.

계산할 때는 분모를 맞춥니다. 폼 시작률은 620 ÷ 3,100 = 20%, 폼 완료율은 248 ÷ 620 = 40%입니다. 전체 전환율이 40%로 나왔다면 방문자 대신 폼 시작자 620명을 분모로 넣은 것이고, 폼 시작률이 6.2%로 나왔다면 방문자 10,000명을 분모로 쓴 누적 비율입니다. 보고서에는 비율 옆에 분모를 함께 적어야 다른 사람이 같은 숫자를 다시 계산할 수 있습니다.

구간 1. 첫 화면에서 나가는 경우

첫 화면 통과율이 낮으면 먼저 스크롤 없이 바로 신청한 사람과 측정이 빠진 사람을 걸러 냅니다. 그다음에 볼 원인 후보는 세 가지입니다.

  • 광고에서 약속한 것이 첫 화면에 없습니다. 광고는 가격을 말했는데 첫 화면은 브랜드 이야기를 하는 경우입니다.
  • 무엇을 주는 서비스인지 바로 알기 어렵습니다. 추상적인 문구는 이해하는 데 시간이 걸립니다.
  • 화면이 늦게 뜹니다. 첫 화면이 그려지기 전에 나간 사람은 어떤 문구도 보지 못합니다.

광고와 첫 화면이 같은 약속을 하는지는 광고 소재마다 나란히 놓고 봅니다. 예를 들어 예약 관리 서비스 광고가 예약금과 알림을 한곳에서 관리라고 안내했다면 첫 화면은 이렇게 맞춥니다.

광고 문구와 첫 화면 맞추기

보는 항목어긋난 첫 화면맞춘 첫 화면
첫 문장함께 성장하는
매장 파트너
예약금과 알림을
한곳에서 관리
부르는 대상모든 사업자예약을 받는 매장
첫 화면 이미지브랜드 사진예약 관리 화면
숫자근거 없는
노쇼 40% 감소
측정 대상과 기간을
밝힌 수치
광고 '예약금과 알림을 한곳에서 관리'를 기준으로 만든 예시입니다. 문장을 그대로 복사하지 않아도 대상과 혜택이 같으면 됩니다.

소재를 여러 개 돌린다면 소재마다 랜딩을 따로 만들 수도 있습니다. 다만 페이지가 늘수록 관리할 일도 늘어나므로, 비슷한 약속을 하는 소재끼리 묶어 묶음마다 페이지 하나를 두는 방식이 관리하기 쉽습니다. 화면이 늦게 뜨는 문제는 코어 웹 바이탈 지표로 따로 점검합니다.

구간 2. 읽다가 멈추는 경우

첫 화면을 통과한 사람에 비해 버튼 노출이 적으면, 먼저 다른 링크를 눌러 이동한 사람과 측정이 빠진 경우를 걸러 냅니다. 그다음 페이지의 설명 순서와 내용을 봅니다.

첫째 원인은 설명 순서입니다. 기능 설명을 길게 늘어놓고 마지막에 후기를 두면, 아직 살 마음이 없는 사람은 기능 설명에서 나갑니다. 둘째는 풀리지 않는 의심입니다. 가격과 계약 기간, 해지 방법이 어디에도 없으면 읽는 동안 불안이 쌓입니다. 셋째는 길이인데, 길이 자체가 원인인 경우는 드뭅니다. 고민이 큰 상품은 설명이 더 필요하고 단순한 상품은 짧아도 됩니다. 그래서 길이를 줄이기 전에 읽을 이유를 앞으로 옮기는 쪽을 먼저 시험합니다.

고민이 큰 상품에서 시험해 볼 설명 순서

  1. 1. 대상과 혜택누구의 어떤 문제를
    푸는지 한 문장
  2. 2. 근거확인된 후기, 수치,
    사용 사례
  3. 3. 기능 설명근거를 받쳐 주는
    기능만 골라서
  4. 4. 조건가격, 계약 기간,
    해지 방법
  5. 5. 신청 버튼조건 바로 아래에
    다시 한 번
원래 순서와 이 순서를 A/B 테스트로 비교해 버튼 노출이 늘었는지 봅니다.

구간 3. 폼을 시작하지 않는 경우

구간 3은 버튼이 있는 곳까지 온 사람이 입력을 시작하지 않고 멈추는 구간입니다. 예시 페이지에서는 이 구간의 통과율이 20%로 가장 낮았습니다. 원인별로 볼 곳과 고칠 것은 이렇습니다.

원인볼 곳고칠 것
다음에 무슨 일이 생길지 모름버튼 문구가 신청하기처럼 막연한지버튼 문구에 다음 단계와 조건을 밝힘
폼이 길어 보임화면에 보이는 입력 칸이 몇 개인지필요 없는 항목을 빼고, 단계를 나눴다면 전체 단계 수를 미리 보여 줌
개인정보를 주기 부담스러움지금 받는 항목이 무엇인지이번 단계에 필요 없는 항목을 뺌
버튼을 못 찾음스크롤 위치별 버튼 노출본문 중간과 끝에 버튼을 한 번씩 더 둠

이 가운데 버튼 문구는 가장 작은 변경으로 시험할 수 있습니다. 문구는 실제 다음 화면과 맞아야 합니다.

버튼 문구에 따라 알 수 있는 것

누르기 전에신청하기막연한 문구14일 무료로 시작하기카드 등록 없음
다음에 무엇이 열리는지제공하지 않음제공
돈이 드는지제공하지 않음제공
카드 정보를 내야 하는지제공하지 않음제공
두 번째 문구는 실제로 14일 무료이고 카드 등록이 없을 때만 씁니다. 클릭이 늘었다면 최종 접수도 함께 늘었는지 봅니다.

구간 4. 폼을 시작하고 중단하는 경우

입력을 시작한 사람도 중간에 멈춥니다. 폼 오류, 입력 부담, 모바일 키보드 문제, 외부 방해가 흔한 원인입니다. 예를 들어 전화번호 칸에서 많이 멈췄다고 해서 연락을 원하지 않는 사람이 많다고 단정하기보다, 칸 자체에 문제가 없는지부터 봅니다.

전화번호 칸에서 많이 멈출 때 볼 순서

  1. 1. 형식 오류하이픈을 넣으면
    오류가 나는지
  2. 2. 모바일 키보드숫자 키패드가
    뜨는지
  3. 3. 필요한 이유왜 받는지 칸 옆에
    적혀 있는지
  4. 4. 다음 버튼입력 뒤 버튼이
    실제로 눌리는지

회사명과 직책 같은 항목도 왜 필요한지 적고, 정말 지금 받아야 하는지 따져 봅니다. 폼 항목을 줄이면 완료율은 대체로 오르지만, 항목이 너무 적으면 연락이 닿지 않거나 대상이 아닌 신청이 섞입니다. 기준은 하나입니다. 다음 단계에서 반드시 필요한 정보만 받고 나머지는 나중에 묻습니다.

고칠 순서를 정하는 계산

아래 계산은 우선순위를 정할 때 참고하는 자료입니다. 퍼센트포인트(%p)는 두 비율의 차이로, 20%에서 30%로 바뀌면 10%p 증가입니다. 예시 페이지에서 다른 값은 그대로 두고 한 구간만 10%p 올린다고 가정하면 완료 건수가 이렇게 달라집니다.

한 구간만 10%p 올렸을 때 예상 완료 건수

  • 3. 폼 시작 20% → 30%372건, 1.50배
  • 4. 폼 완료 40% → 50%310건, 1.25배
  • 2. 본문 50% → 60%298건, 1.20배
  • 1. 첫 화면 62% → 72%288건, 1.16배
  • 고치지 않음248건
막대 길이는 372건을 100으로 둔 비율입니다. 건수는 반올림했습니다.

같은 10%p라도 통과율이 낮은 구간을 올릴 때 늘어나는 비율이 가장 큽니다. 첫 화면은 10,000명 가운데 6,200명이 통과한 구간이라 10%p를 올리면 완료가 40건 늘지만, 폼 시작은 3,100명 가운데 620명이 통과한 구간이라 같은 10%p로 완료가 124건 늘어납니다.

다만 이 계산은 각 구간을 실제로 10%p 올릴 수 있는지까지 알려 주지 않습니다. 첫 화면 문구 수정과 폼 개편은 드는 시간과 실패 위험이 다르고, 버튼 문구 하나도 승인이나 번역을 거쳐야 하는 회사가 있습니다. 후보마다 계산상 효과 옆에 수정 시간과 난이도를 적고, 근거가 있으면서 작은 범위로 시험할 수 있는 것부터 고릅니다.

실험을 설계할 때 정할 것

고친 것이 효과가 있었는지 판단하려면 바꾸기 전에 비교 조건부터 정합니다.

A/B 테스트 전에 정할 다섯 가지

  1. 1. 가설 하나첫 화면과 폼을
    한 번에 바꾸지 않기
  2. 2. 무작위 분할같은 기간에 방문자를
    두 그룹으로 나누기
  3. 3. 주지표신청 완료처럼
    판정할 지표 하나
  4. 4. 기간과 표본요일이 고르게 들어가고
    표본 크기를 채울 때까지
  5. 5. 판정 기준효과 크기와 중단 기준을
    시작 전에 적어 두기

첫 화면과 폼을 묶어 바꾸면 어느 쪽이 효과를 냈는지 따로 알 수 없습니다. 변경 전과 후의 날짜만 비교하면 그사이 광고 유입이나 계절 변화가 섞이므로, 같은 기간에 방문자를 무작위로 나눕니다. 신청 완료를 주지표로 정했다면 나중에 클릭이 늘었다는 이유로 성공 기준을 바꾸지 않습니다. 결과를 자주 들여다보다 유리하게 보이는 날 실험을 끝내는 것도 피합니다. 오타나 눌리지 않는 버튼처럼 명백한 오류를 바로 고친 경우는 전후 비교로 보되, 무작위 실험 결과와 섞어 보고하지 않습니다. 실험 설계는 A/B 테스트에서 이어집니다.

전환율이 올라도 매출이 늘지 않는 경우

전환율이 올랐는데 매출은 그대로이거나 줄어드는 경우가 있습니다. 대표적인 두 가지는 할인과 폼 항목 축소입니다.

전환율을 올린 방법별로 같이 볼 지표

올린 방법전환 수객단가이후 계약 수
할인늘어남줄어듦–
폼 항목 축소늘어남–연락이 안 닿으면
그대로
전환 수만 늘고 옆 칸이 줄면 남는 돈은 같거나 적어집니다.

할인으로 전환을 늘리면 객단가와 공헌이익이 줄어 남는 돈이 같거나 적어집니다. 폼 항목을 줄인 뒤에는 신청 이후 결과까지 봅니다. 신청이 늘어도 연락이 닿는 비율이 떨어지면 실제 계약 수는 늘지 않습니다.

그래서 랜딩페이지를 고칠 때는 전환율과 함께 전환 수, 객단가, 이후 단계의 진행률을 같이 봅니다. 먼저 내 페이지를 네 구간으로 나눠 통과율이 가장 낮은 구간을 찾고, 그 구간의 원인 후보 가운데 가장 작게 시험할 수 있는 것부터 고칩니다. 지표를 묶어서 보는 기준은 마케팅 KPI 설정 글에 정리했습니다.

자주 묻는 질문

랜딩페이지 전환율이 몇 퍼센트면 괜찮은 건가요?

업종과 상품 가격, 유입 경로에 따라 크게 달라 공통 기준이 없습니다. 남의 숫자보다 같은 페이지의 지난 기간이나 같은 사이트의 다른 랜딩과 비교하는 편이 판단에 쓸모 있습니다. 광고 유입과 자연 유입은 섞지 않고 따로 봅니다.

구간을 측정할 이벤트가 아직 없으면 어떻게 하나요?

먼저 지금 수집되는 이벤트 가운데 방문, 버튼 노출, 폼 시작, 접수 성공에 해당하는 것이 있는지 봅니다. 없는 이벤트는 어떤 동작을 언제 한 번 기록할지 정한 뒤 테스트 환경에서 검증합니다. 스크롤과 폼 시작 이벤트로는 제출 성공까지 알 수 없으므로 접수 성공 이벤트는 따로 만들어야 합니다. 태그 관리 도구를 써도 사이트 구조에 따라 개발 작업이 필요할 수 있습니다.

페이지를 새로 만드는 편이 빠르지 않나요?

명백히 어긋난 곳이 여러 군데라면 새로 만드는 쪽이 빠릅니다. 그때도 네 구간 측정은 먼저 붙여 둡니다. 기존 페이지의 기준선이 있어야 새 페이지가 나아졌는지 비교할 수 있습니다.

모바일과 데스크톱을 나눠 봐야 하나요?

나눠 봅니다. 두 환경의 구간 통과율은 다르게 나오는 경우가 흔하고, 특히 폼 구간에서 차이가 큽니다. 전체 평균만 보면 한쪽 환경에서만 생긴 문제를 놓칩니다.

후기와 수치 같은 근거를 어디에 두는 것이 좋나요?

이탈이 큰 구간에 따라 다릅니다. 구간 2에서 설명이 부족해 나간다면 근거를 앞쪽으로 옮기는 안을, 구간 3에서 망설인다면 버튼 가까이 두는 안을 시험합니다.

3줄 요약

  1. 랜딩페이지 전환율은 첫 화면 통과와 본문 통과, 폼 시작, 폼 완료 네 구간 통과율의 곱이라 구간별로 나눠야 고칠 곳이 보입니다.

  2. 방문 10,000명 예시에서 폼 시작률을 20%에서 30%로 올리면 완료가 248건에서 372건으로 늘어 같은 10%p라도 통과율이 낮은 구간의 효과가 가장 큽니다.

  3. 할인이나 폼 항목 축소로 전환율이 올라도 객단가나 연락이 닿는 비율이 떨어지면 매출은 늘지 않으므로 전환 수와 이후 단계 진행률을 함께 봅니다.

Share

제대로 이해했는지 한 문제로 확인해 볼까요?

답을 고르면 바로 풀이가 나와요.

예시 페이지의 구간별 통과율이 62%, 50%, 20%, 40%입니다. 폼 시작률 20%를 보고 어떤 판단을 해야 할까요?

이 글이 도움이 되었나요?

이 글 다음 배우기디지털 마케팅 핵심 용어입문 코스 · 14편

광고 화면에 나오는 지표를 정의와 계산식으로 정리했습니다

  1. 1CPM (1,000회 노출당 비용) 뜻과 계산법
  2. 2CPC (클릭당 비용) 뜻과 계산 공식
  3. 3CTR (클릭률) 뜻과 계산 방법
코스 전체 보기 →
이어서 읽기 좋은 글마케팅 전략 프레임워크 총정리: SWOT, STP, 4P를 사례 하나로 잇기 →

SWOT은 현재 조건을, STP는 고객과 차별점을, 4P는 실행 방법을 정리하는 도구입니다. 예약 관리 서비스 사례 하나로 세 도구의 결과를 잇고, 포지셔닝 문장으로 광고와 화면이 같은 방향인지 점검하는 방법을 설명합니다.