아임웹 랜딩페이지 만들기: 광고용으로 세팅하는 4단계 기준

아임웹으로 만드는 랜딩페이지는 홈페이지 안에 페이지 하나를 더 추가하는 작업이 아닙니다. 광고 클릭 한 번이 도착하는 단독 페이지이고, 그 페이지 안에서 판단이 끝나야 하는 구조물입니다.

아임웹 랜딩페이지를 만들 때 가장 중요한 건 디자인 템플릿이 아닙니다. 페이지 분리, 섹션 순서, 전환 측정 세 가지를 광고 기준으로 먼저 정하는 것입니다. 이 세 가지가 잡혀 있으면 템플릿이 평범해도 성과를 읽고 고칠 수 있습니다. 반대로 이게 빠지면 아무리 예쁜 페이지도 무엇이 문제인지조차 알 수 없습니다.

아래에서 아임웹으로 광고용 랜딩페이지를 만들 때 페이지 구조부터 게시 전 점검까지 4단계 기준으로 설명합니다.

1. 아임웹 랜딩페이지 만들기 전에 정할 것: 페이지 단위와 URL 구조

아임웹은 쇼핑몰·홈페이지 빌더라서, 처음 작업하는 분들은 기존 사이트 메뉴 안에 페이지를 하나 추가하는 방식으로 시작하는 경우가 많습니다.
문제는 이렇게 만든 페이지가 홈페이지의 일부로 동작한다는 점입니다. 상단 메뉴, 장바구니 아이콘, 하단 푸터 링크가 그대로 붙어 있으면 광고로 들어온 사람에게 빠져나갈 출구가 여러 개 생깁니다.

그래서 아임웹 랜딩페이지 작업은 디자인이 아니라 "어떤 단위로 페이지를 나눌 것인가"부터 정하는 것이 맞습니다.

1) 랜딩페이지는 '소재 묶음' 단위로 나눈다

광고 랜딩페이지 하나에 모든 메시지를 담으려고 하면 결국 아무 메시지도 남지 않습니다.
실무에서는 아래 기준으로 페이지를 나누는 경우가 많습니다.

① 소구 포인트가 다르면 페이지를 나눈다
- 같은 제품이라도 '가격 메리트' 소재와 '성분·기능' 소재는 클릭한 사람의 기대가 다릅니다.
- 가격을 보고 들어온 사람에게 성분 설명부터 보여주면 첫 화면에서 이탈이 생깁니다.

② 타깃 온도가 다르면 페이지를 나눈다
- 처음 보는 사람(콜드)과 장바구니까지 갔던 사람(리타겟팅)은 필요한 정보량이 다릅니다.
- 리타겟팅용 페이지는 설명을 줄이고 혜택과 CTA를 앞으로 당기는 편이 유리합니다.

③ 단, 테스트 초반에는 2~3개를 넘기지 않는다
- 페이지를 너무 잘게 쪼개면 페이지당 유입이 적어 비교 자체가 안 됩니다.
- 일반적으로 페이지 하나당 의미 있는 판단을 하려면 최소 수십 건의 전환이 쌓여야 하기 때문에, 예산이 작다면 1~2개로 시작하는 것이 현실적입니다.

-> 핵심: 페이지는 "만들 수 있는 만큼"이 아니라 "데이터가 쌓일 수 있는 만큼"만 만든다.

2) 메뉴에 노출하지 않고, 헤더·푸터는 최소화한다

아임웹에서는 페이지를 추가한 뒤 메뉴 노출 여부를 따로 조정할 수 있습니다.
광고 전용 랜딩페이지는 메뉴에 노출하지 않는 숨김 페이지로 두는 것이 기본입니다. 일반 방문자가 메뉴를 눌러 들어오면 광고 유입 데이터와 섞이기 때문입니다.

헤더와 푸터도 점검이 필요합니다.
- 상단 메뉴가 그대로 보이면 '브랜드 소개', '이벤트', '고객센터' 같은 다른 경로로 새어 나갑니다.
- 다만 쇼핑몰형 사이트라면 사업자 정보가 담긴 푸터는 법적 표기 측면에서 남겨두는 편이 안전합니다.

즉 "메뉴는 숨기고, 필수 정보만 남긴다"가 기준입니다.

3) URL은 광고 운영을 기준으로 짓는다

페이지 URL은 한 번 광고에 걸고 나면 바꾸기 어렵습니다. URL이 바뀌면 이미 집행 중인 광고 링크, UTM 기록, 픽셀 맞춤 타겟 규칙까지 같이 손봐야 하기 때문입니다.

URL에 'lp' 같은 공통 접두어를 붙여두면, 나중에 GA4나 웹사이트 맞춤 타겟에서 "URL에 lp 포함" 조건 하나로 광고 랜딩페이지 방문자만 묶을 수 있어 운영이 훨씬 편해집니다.

광고 랜딩페이지 만드는 법: 소재와 맞추는 4단계 설계 기준

2. 아임웹 랜딩페이지 섹션 구성: 첫 화면부터 CTA까지 배치 기준

아임웹은 섹션을 블록처럼 쌓아 페이지를 만드는 구조입니다. 이 방식은 빠르게 만들 수 있다는 장점이 있지만, 템플릿 섹션을 그대로 쌓다 보면 홈페이지처럼 생긴 랜딩페이지가 나오기 쉽습니다.

광고용 랜딩페이지는 섹션 하나하나가 "고객이 지금 품고 있는 질문"에 답하는 순서로 쌓여야 합니다.

1) 섹션 순서는 고객 질문 순서를 따른다

광고를 클릭한 사람의 머릿속 질문은 대체로 아래 순서로 흘러갑니다.

① 이게 뭐지? (첫 화면 — 광고 소재와 같은 메시지)
② 나한테 왜 필요하지? (문제 제기·공감)
③ 진짜 효과가 있나? (근거·후기·수치)
④ 다른 것과 뭐가 다르지? (차별점·비교)
⑤ 얼마고, 지금 사야 하나? (가격·혜택·마감)
⑥ 혹시 문제 생기면? (배송·교환·FAQ)
⑦ 그럼 어디서 사지? (CTA)

아임웹에서 섹션을 쌓을 때 이 7개 질문에 하나씩 대응되도록 배치하면, 불필요한 섹션이 자연스럽게 걸러집니다. 템플릿에 있던 '회사 연혁', '대표 인사말' 같은 섹션은 대부분 이 흐름에 들어갈 자리가 없습니다.

랜딩페이지 구성 요소: 전환을 가르는 7개 블록과 배치 순서

2) 첫 화면은 소재 문구를 그대로 이어받는다

랜딩페이지 이탈이 가장 많이 일어나는 구간은 첫 화면입니다.
특히 광고 소재에서 "첫 구매 할인"을 말했는데, 랜딩 첫 화면에 브랜드 슬로건과 제품 이미지만 있으면 사람들은 "잘못 들어왔다"고 느끼고 바로 뒤로 가기를 누릅니다.

첫 화면에서 확인할 기준은 세 가지입니다.
- 광고 소재의 핵심 문구가 첫 화면 헤드라인에 같은 단어로 들어가 있는가
- 모바일 기준으로 스크롤 없이 헤드라인·핵심 이미지·혜택 한 줄이 보이는가
- 첫 화면 안에 CTA 버튼이 하나 이상 있는가

아임웹의 메인 비주얼 섹션은 PC 기준으로 크게 잡혀 있는 경우가 많아서, 모바일에서 보면 이미지 하나가 화면을 다 차지하고 문구가 아래로 밀리는 일이 자주 생깁니다. 반드시 모바일 미리보기로 첫 화면을 따로 확인해야 합니다.

3) 상세 이미지 통이미지 vs 섹션 분리

아임웹 랜딩페이지를 만들 때 자주 나오는 고민이 "상세페이지 통이미지를 그대로 올릴까, 섹션으로 나눠 만들까"입니다.

실무에서는 혼합형이 가장 많이 쓰입니다. 제품 연출 이미지나 성분 도식처럼 디자인 완성도가 중요한 구간은 이미지로 올리고, 헤드라인·가격·CTA처럼 자주 바꾸는 구간은 아임웹 텍스트·버튼 위젯으로 따로 만드는 방식입니다.

이렇게 해두면 테스트할 때 디자이너 없이도 헤드라인 문구 하나, 혜택 문구 하나만 바꿔서 비교할 수 있습니다.

4) CTA는 '반복 배치 + 목적지 하나'

CTA 버튼은 한 번만 두면 스크롤 중간에 결심한 사람을 놓칩니다. 일반적으로는 첫 화면, 근거 섹션 직후, 가격 섹션, 페이지 하단 정도에 반복 배치합니다.

다만 버튼이 여러 개여도 목적지는 하나여야 합니다.
- '구매하기'와 '자세히 보기'와 '카카오톡 문의'가 섞여 있으면 선택지가 늘어난 만큼 결정이 늦어집니다.
- 쇼핑몰형이라면 아임웹 상품 페이지 또는 바로 구매로, 리드 수집형이라면 페이지 안의 입력폼으로 연결 지점을 통일하는 것이 기준입니다.

-> 핵심: 버튼은 여러 번, 목적지는 한 곳.

3. 아임웹 랜딩페이지 전환 측정 세팅: 픽셀·폼·UTM 점검

랜딩페이지는 만드는 것보다 읽을 수 있게 만드는 것이 더 중요합니다.
측정이 안 되는 랜딩페이지는 성과가 좋아도 이유를 모르고, 나빠도 어디를 고쳐야 할지 모릅니다.

1) 픽셀·태그는 페이지 단위가 아니라 사이트 단위로 확인한다

아임웹에서는 메타 픽셀, GA4, 카카오 픽셀 같은 추적 코드를 사이트 전체에 적용하는 방식이 일반적입니다. 새로 만든 랜딩페이지도 같은 사이트 안이라면 기본 페이지뷰는 자동으로 잡힙니다.

문제는 페이지뷰 이후의 이벤트입니다.
- 쇼핑몰형: 랜딩 → 상품 페이지 → 장바구니 → 결제 완료까지 이벤트가 끊기지 않는지
- 리드 수집형: 입력폼 제출 시 '리드' 또는 '양식 제출' 이벤트가 따로 발생하는지

특히 아임웹 기본 입력폼으로 DB를 받는 경우, 제출 후 같은 페이지에 완료 메시지만 뜨고 URL이 바뀌지 않으면 "완료 페이지 URL 기준 전환"이 잡히지 않습니다. 이 경우 제출 후 별도의 완료 페이지로 이동하도록 설정하거나, GTM에서 폼 제출 트리거로 이벤트를 따로 만들어야 합니다.

아임웹 메타 픽셀 연동: 설치 방식 고르기와 이벤트 점검 기준

2) 입력폼은 '받고 싶은 정보'가 아니라 '연락에 필요한 정보'만

리드 수집형 랜딩페이지에서 가장 흔한 실수는 입력 항목을 욕심껏 늘리는 것입니다.
이름, 연락처, 이메일, 지역, 관심 상품, 예산, 문의 내용까지 넣으면 영업팀 입장에서는 편하지만 제출률은 눈에 띄게 떨어집니다.

판단 기준은 간단합니다.
- 첫 연락에 꼭 필요한 항목인가 → 필수로 둔다
- 상담 과정에서 물어봐도 되는 항목인가 → 뺀다
- 리드 품질을 거르기 위한 항목인가 → 1개까지만 선택형으로 둔다

일반적으로 필수 항목은 3~4개 안에서 정리하는 경우가 많고, 개인정보 수집·이용 동의 체크박스는 반드시 포함해야 합니다. 광고성 정보 수신 동의를 함께 받으려면 필수 동의와 분리된 선택 항목으로 두어야 합니다.

3) UTM은 광고 쪽에서 붙이고, 랜딩 쪽에서 지키는지 확인한다

UTM 파라미터는 광고 URL에 붙이지만, 실제로 데이터가 깨지는 지점은 랜딩페이지 쪽인 경우가 많습니다.

아임웹 랜딩에서 UTM이 사라지는 대표적인 상황은 아래와 같습니다.

게시 직후 UTM이 붙은 광고 URL로 직접 접속해서, GA4 실시간 보고서에 소스·매체가 의도한 값으로 찍히는지 한 번은 반드시 확인해야 합니다. 이 확인 하나를 생략해서 첫 2주 데이터를 통째로 잃는 경우가 실무에서 드물지 않습니다.

4. 아임웹 랜딩페이지 게시 전 점검: 속도·모바일·실패 사례

페이지가 완성됐다고 바로 광고를 연결하면 안 됩니다.
광고비가 실리기 시작하면 작은 결함도 돈으로 환산되기 때문에, 게시 전 점검은 별도 단계로 두는 것이 좋습니다.

1) 로딩 속도: 이미지 용량이 대부분의 원인

아임웹 랜딩페이지가 느린 원인은 대부분 서버가 아니라 이미지 용량입니다.
디자이너에게 받은 상세페이지 원본 이미지를 그대로 올리면 한 장에 수 MB가 넘는 경우가 흔하고, 이게 10장 이상 쌓이면 모바일 데이터 환경에서 첫 화면이 뜨기까지 체감상 한참이 걸립니다.

점검 기준은 아래와 같습니다.
- 이미지 가로 폭은 모바일 기준 표시 크기에 맞춰 리사이징 (과도한 고해상도 지양)
- 이미지 한 장은 수백 KB 수준으로 압축, JPG/WebP 위주 사용
- 첫 화면 이미지는 특히 가볍게 — 첫 화면이 늦게 뜨면 그 아래가 아무리 좋아도 의미가 없음
- 자동 재생 영상은 첫 화면보다 아래에 배치하거나 썸네일 클릭형으로 전환

광고 관리자에서 '링크 클릭' 대비 '랜딩페이지 조회' 비율이 유독 낮다면, 페이지가 뜨기 전에 이탈하는 사람이 많다는 신호로 볼 수 있습니다. 이때는 소재보다 로딩 속도를 먼저 의심하는 것이 순서입니다.

2) 모바일 화면: PC 편집 화면을 믿지 않는다

아임웹은 PC 화면에서 편집하고 모바일은 자동 변환되는 구조라서, 편집 화면에서는 멀쩡해 보여도 실제 모바일에서 깨지는 경우가 많습니다.

모바일 점검 체크리스트는 이렇게 잡을 수 있습니다.
- 텍스트가 이미지 위에 겹쳐서 읽히지 않는 구간은 없는가
- 2단·3단 배치가 모바일에서 세로로 길게 늘어지며 흐름이 끊기지 않는가
- 버튼이 손가락으로 누르기에 충분한 크기인가
- PC 전용·모바일 전용으로 숨겨둔 섹션이 의도대로 노출되는가
- 아이폰·안드로이드 각각, 그리고 인스타그램·페이스북 인앱 브라우저에서 열어봤는가

마지막 항목이 특히 중요합니다. 메타 광고 유입은 대부분 앱 안의 브라우저로 열리기 때문에, 일반 크롬에서는 정상인데 인앱 브라우저에서만 폼 제출이 안 되거나 팝업이 닫히지 않는 경우가 있습니다.

랜딩페이지 모바일 최적화: 광고 유입 이탈 막는 4가지 기준

3) 실무에서 자주 보는 실패 사례 3가지

① 홈페이지 메인을 그대로 랜딩으로 쓴 경우
- 광고는 특정 제품 할인인데 도착 페이지는 브랜드 메인. 사람들은 해당 제품을 다시 찾아야 하고, 그 과정에서 상당수가 이탈합니다.
- 랜딩 전용 페이지로 분리만 해도 전환 구간이 짧아져 지표가 바로 개선되는 경우가 많습니다.

② 테스트 중에 기존 페이지를 직접 수정한 경우
- A안을 운영하다가 성과가 아쉬워 같은 URL에서 헤드라인을 바꾸면, 변경 전후 데이터가 한 페이지에 섞입니다.
- 비교가 필요하다면 페이지를 복제해 새 URL로 B안을 만들고, 광고 쪽에서 링크를 나눠 걸어야 합니다.

③ 이벤트 종료 후 페이지를 방치한 경우
- 기간 한정 혜택 문구가 끝난 뒤에도 페이지가 살아 있고, 리타겟팅이나 오래된 소재가 계속 이 페이지로 사람을 보내는 상황입니다.
- 혜택과 실제 결제 금액이 다르면 표시·광고 문제로 번질 수 있으므로, 이벤트 종료일에 페이지 문구 수정 또는 비공개 처리 일정을 미리 잡아두어야 합니다.

4) 게시 전 최종 점검표

이 표를 게시 직전에 한 줄씩 체크하는 것만으로도, 광고 집행 첫 주에 발생하는 대부분의 "왜 전환이 안 잡히지?" 상황을 미리 막을 수 있습니다.

자주 묻는 질문

Q. 아임웹 무료 플랜으로도 광고용 랜딩페이지를 만들 수 있나요?
페이지 제작 자체는 가능하지만, 광고 운영에 필요한 도메인 연결이나 외부 추적 코드 삽입이 플랜에 따라 제한될 수 있습니다. 광고를 집행할 계획이라면 도메인 연결과 헤더 코드 삽입이 되는 플랜인지 먼저 확인하는 것이 순서입니다. 측정이 안 되는 상태로 광고를 시작하면 이후 데이터를 되살릴 방법이 없습니다.

Q. 아임웹 랜딩페이지와 상세페이지는 어떻게 다른가요?
상세페이지는 상품 정보를 빠짐없이 전달하는 것이 목적이고, 랜딩페이지는 특정 광고로 들어온 사람을 하나의 행동으로 이끄는 것이 목적입니다. 그래서 랜딩페이지는 광고 소재의 메시지를 첫 화면에서 이어받고, 출구를 줄이고, CTA를 반복 배치합니다. 상세페이지 내용을 재활용하더라도 순서와 첫 화면은 광고 기준으로 다시 짜는 편이 좋습니다.

Q. 아임웹에서 랜딩페이지 AB테스트를 하려면 어떻게 하나요?
아임웹 자체에 트래픽을 자동으로 나눠주는 기능을 기대하기보다는, 페이지를 복제해 URL을 두 개로 만들고 광고 쪽에서 같은 조건으로 링크를 나눠 거는 방식이 일반적입니다. 이때 한 번에 하나의 요소(헤드라인, 혜택 문구, CTA 위치 등)만 바꿔야 결과를 해석할 수 있습니다.

Q. 아임웹 랜딩페이지 전환이 광고 관리자에 안 잡히는 이유는?
가장 흔한 원인은 픽셀은 설치됐지만 전환 이벤트가 발생하는 지점이 설정되지 않은 경우입니다. 특히 입력폼 제출 후 URL이 바뀌지 않으면 완료 페이지 기준 전환이 잡히지 않습니다. 이벤트 테스트 도구로 실제 제출을 해보고, 이벤트가 발생하는지부터 확인하는 것이 순서입니다.

마무리

아임웹 랜딩페이지 만들기는 빌더 사용법의 문제가 아니라 광고 구조의 문제입니다.

정리하면 아래 네 가지 순서입니다.
- 페이지 단위와 URL을 광고 운영 기준으로 먼저 정한다
- 섹션은 고객 질문 순서로 쌓고, 첫 화면은 소재 문구를 이어받는다
- 픽셀·폼·UTM으로 클릭 이후 전 구간이 측정되는지 확인한다
- 속도·모바일·인앱 브라우저까지 점검한 뒤에 광고를 연결한다

템플릿을 고르는 데 쓰는 시간보다 이 네 단계에 쓰는 시간이 성과에 훨씬 직접적으로 연결됩니다. 처음부터 완벽한 페이지를 만들기보다, 측정 가능한 페이지를 만들고 데이터로 한 요소씩 고쳐 나가는 것이 결국 가장 빠른 길입니다.

참고로 확인한 점입니다. 포스트 목록에 같은 검색 의도의 글은 없었습니다. 범용 글인 「광고 랜딩페이지 만드는 법」과 「랜딩페이지 구성 요소」가 있지만, 이 글은 아임웹 플랫폼에 한정한 더 좁은 주제라서 새로 썼고, 그 두 글은 본문에서 관련 글로 연결했습니다. 관련 글 슬롯 4개는 모두 목록에 있는 제목을 그대로 옮겼습니다. 다만 규칙상 2~3개를 넣어야 하는데 4개가 들어갔으니, 발행 전에 하나를 빼야 합니다. 플랜별 제한처럼 아임웹 기능이 버전에 따라 달라질 수 있는 부분은 단정하지 않고 "확인할 것"으로 적었습니다.