랜딩 페이지에서 쓰는 IFTTT
IFTTT는 자동화의 가벼운 쪽 끝입니다. 트리거 하나, 액션 하나나 몇 개, 그리고 소비자 앱과 스마트 기기의 방대한 카탈로그. 1인 바이어나 작은 지역 사업체라면 이걸로 충분한 경우가 많습니다. LanderLab 페이지의 모든 리드가 애플릿을 실행할 수 있습니다.
IFTTT Webhooks 서비스는 이벤트마다 고유 주소를 주고, 페이지의 웹훅 연동이 제출 시 최대 세 개의 값으로 이를 호출합니다. 이름과 전화번호, 핵심 답변, 캠페인 같은 값입니다. 그러면 IFTTT가 내가 고른 액션을 실행합니다. IFTTT 앱 알림, 시트의 행, 메시지, 기기.
IFTTT Webhooks: 값 세 개, 애플릿 하나
IFTTT의 Receive a web request 트리거는 이벤트당 최대 세 개의 값, value1, value2, value3을 받습니다. 쓰는 방식도 여기에 맞춥니다. 첫 번째에 이름과 전화번호, 두 번째에 중요한 답변, 세 번째에 캠페인을 넣으면, 애플릿이 알림에 필요한 것을 모두 갖춥니다. 이름이 utm_campaign인 숨김 필드가 광고 URL에서 세 번째 값을 채우므로, 알림마다 어느 캠페인이 리드를 만들었는지 여전히 보입니다.
긴 퀴즈의 모든 필드가 다른 시스템에 필요하다면 IFTTT는 맞는 도구가 아닙니다. CRM 연동, Make, 직접 웹훅이 맞습니다. IFTTT는 알림용이지 데이터베이스가 아닙니다.
휴대폰 알림, 시트 행, 스마트 홈 신호
흔한 애플릿은 IFTTT 앱의 리치 알림입니다. 제목에 리드의 이름과 전화번호, 그 아래 캠페인. 사업주가 이미 쓰는 시트에 행을 추가하거나, 사무실 조명을 깜빡여 전화 옆에 있는 사람이 받게 하는 애플릿도 있습니다. 액션은 IFTTT 카탈로그에서 고르면 되고, LanderLab은 이벤트만 실행하면 됩니다.
소규모 사업체에게는 그게 매력입니다. 알림이 휴대폰, 시트, 조명처럼 이미 가진 것으로 오고, 새로 배울 것이 없습니다.
알림은 IFTTT로, 기록은 LanderLab에
IFTTT의 Webhooks 트리거는 무료 요금제가 아니라 IFTTT Pro에 포함되므로, 이 방법을 고른다면 예산을 잡아 두세요.
모든 리드는 여전히 LanderLab 리드 탭에 저장되어 날짜와 변형으로 필터링할 수 있으므로, 애플릿은 간단한 알림으로 두고 전체 기록은 내 손에 남깁니다. Grow 이상에서는 CSV로 내보낼 수 있습니다.
