랜딩 페이지에서 쓰는 Make
Make는 리드 라우팅이 눈에 보이게 되는 곳입니다. 왼쪽에 웹훅, 가운데 Router, 오른쪽에 구매자, 시트, 채널마다 갈래. LanderLab에 연결하면 랜딩 페이지나 퀴즈 퍼널의 모든 리드가 방문자가 입력한 모든 필드와 LanderLab 자체 필드를 나란히 담고 시나리오를 시작합니다.
설치할 Make 앱은 없고, 필요하지도 않습니다. Make 커스텀 웹훅이 시나리오에 주소를 주고, 페이지의 웹훅 연동이 리드를 하나하나 그 주소로 보냅니다. 어떤 Make 요금제에서든 되고, 같은 주소가 원하는 만큼 많은 페이지의 리드를 받을 수 있습니다.
모든 리드로 Make 시나리오를 시작하세요
리드는 JSON으로 시나리오에 도착합니다. 키 이름은 내가 정한 대로이므로 시나리오는 양식 라벨이 아니라 first_name과 email로 작동하고, 페이지 URL, 방문자 IP, 제출 시각 같은 LanderLab 자체 필드도 필터링, 라우팅, 컴플라이언스 기록용으로 함께 옵니다.
Make에서는 답변, UTM, 변형을 포함한 그 모든 필드가 다음 모듈이 쓸 수 있는 변수가 되므로, 라우팅과 서식 지정이 리드의 실제 데이터로 작동합니다.
여러 페이지를 위한 Make 시나리오 하나
같은 Make 웹훅 URL을 여러 랜딩 페이지에 둘 수 있습니다. 페이지 URL이나 퀴즈 답변에 필터를 건 Router를 추가하면 리드마다 자기 경로를 탑니다. 한 페이지의 리드는 구매자에게, 다른 페이지의 리드는 시트와 Slack 채널로.
리드 제너레이션 운영자에게는 오퍼 전체가 그림 하나에 담기는 셈입니다. 구매자가 한도에 차거나 새 주가 열리면, 자동화 다섯 개를 따로 고치는 대신 캔버스에서 필터 하나만 바꿉니다.
Make 앱이 없어도 어떤 API든
목적지에 Make 앱이 없으면 HTTP 모듈이 리드를 그 API로 직접 보낼 수 있습니다. 전송이 실패하면 Make의 History 탭과 LanderLab의 전송 로그가 보낸 요청과 돌아온 응답을 보여 주고, 구매자가 리드를 못 받았다고 할 때 필요한 것이 바로 그것입니다.
Make인가, LanderLab 워크플로(베타)인가?
LanderLab의 워크플로(베타)는 자체적으로 많은 라우팅을 해냅니다. 하나 이상의 페이지에 거는 리드 트리거, 필터, 조건 분기, 케이스 분기, 지연 노드, 그리고 Google Sheets, HubSpot, Klaviyo, GoHighLevel, LeadProsper, Meta CAPI 액션과 HTTP 요청 노드. 라우팅이 그 안에 들어간다면 도구도 청구서도 하나 줄어듭니다.
Make가 제 몫을 하는 것은 시나리오가 그 범위를 넘어설 때입니다. 수십 개의 앱, 데이터 변환, 다른 시스템 조회, 또는 이미 Make로 운영을 돌리는 팀.
