랜딩 페이지에서 쓰는 Salesforce
Salesforce를 쓰는 대부분의 회사에서 마케팅은 Salesforce 안에서 성과를 증명해야 합니다. 유료 리드가 하루 늦게 캠페인이 빠진 CSV로 들어오거나, 누군가 1년 전에 페이지에 붙여 넣은 Web-to-Lead 양식으로 들어온다면 쉽지 않습니다. LanderLab 리드를 Salesforce로 보내면 제출마다 실시간으로 리드가 되고, 페이지, 변형, 캠페인이 관리자가 리포트할 수 있는 필드에 담깁니다.
Salesforce가 기준 시스템인 팀을 위한 기능입니다. LinkedIn과 Google의 B2B 수요 창출, 전화 담당자를 둔 보험·대출 팀, 고객사 조직으로 광고를 돌리는 에이전시. 설치할 Salesforce 커넥터는 없습니다. 페이지의 웹훅이 리드를 하나하나 조직 ID와 함께 Salesforce의 Web-to-Lead 엔드포인트로 서버 간 포스트하고, 리드는 담당자가 이미 쓰는 대기열과 목록 보기로 갑니다.
Salesforce 리드가 되는 양식 제출
양식 제출은 양식이 제출되는 순간 Salesforce에 리드로 만들어지고, 답변은 웹훅이 매핑한 리드 필드에 담깁니다.
Salesforce는 기본적으로 모든 리드에 성과 회사를 요구합니다. B2B 페이지라면 자연스럽습니다. 소비자 오퍼라면 웹훅의 고정 값으로 Company를 채우면, 주택 소유자에게 직장을 묻지 않고도 리드가 저장됩니다.
담당자가 이미 쓰는 보기 안의 리드
페이지에서 온 리드는 평범한 Salesforce 리드입니다. 팀이 이미 쓰는 목록 보기, 대기열, 리포트에 나타나고, 담당자가 평소처럼 선별해 계정, 연락처, 영업 기회로 전환합니다. 광고로 돈 주고 산 리드를 찾으려고 두 번째 받은편지함이나 공유 시트를 확인할 필요가 없습니다.
모든 페이지 리드에 실행되는 Salesforce 플로
관리자가 새 리드에 실행되도록 만든 것은 무엇이든 이 리드에도 실행됩니다. 레코드 트리거 플로가 리드가 생기자마자 담당자를 지정하고, 통화 작업을 만들고, 첫 이메일을 보낼 수 있으므로, 방문자가 클릭한 광고를 아직 기억할 때 연락이 닿습니다.
안전장치도 마찬가지입니다. 유효성 검사 규칙과 필수 필드가 다른 리드와 똑같이 페이지 리드에 적용되므로, Salesforce에 도착하는 데이터는 팀이 이미 정한 기준을 충족합니다.
Web-to-Lead와 REST API: 현실적인 선택
Salesforce에는 두 가지 길이 있습니다. REST API는 OAuth 액세스 토큰을 요구하는데, 토큰은 만료되고 페이지 웹훅의 고정 헤더로는 갱신할 수 없습니다. Web-to-Lead는 토큰 없이 조직 ID만 담은 일반 양식 포스트를 받으므로, 누가 지켜보지 않아도 계속 작동하는 길입니다. 한도는 Salesforce의 한도를 따르며, 그중에 Web-to-Lead 제출의 일일 상한이 있으니 구매할 트래픽 물량과 비교해 확인하세요.
전체 API가 필요하다면 토큰을 관리하는 중간 단계가 현실적인 답입니다. Zapier의 LanderLab New Lead 트리거, 또는 페이지의 웹훅이 데이터를 보내는 Make 시나리오가 그 단계가 될 수 있습니다.
리드부터 Closed Won까지 따라가는 캠페인과 변형
캠페인, 클릭 ID, 랜딩 페이지, 페이지 변형이 모두 숨김 필드와 LanderLab 자체 필드로 채워져 리드에 담기고, 담당자가 전환하면 연락처와 영업 기회까지 이어집니다.
그러면 캠페인별로 묶은 Closed Won 영업 기회 리포트가 다음 달 예산을 정하는 질문에 답합니다. 어떤 광고비가 매출이 되었고, 어떤 페이지 버전이 팔았는가.
