在你的登陸頁上使用 Salesforce
在大多數使用 Salesforce 的公司裡，行銷必須在 Salesforce 中證明自己。但如果付費名單是晚一天用 CSV 送來、廣告活動還被去掉，或是透過某人一年前貼進頁面的 Web-to-Lead 表單送來，就很難做到。把 LanderLab 的名單送到 Salesforce，每次送出都會即時成為潛在客戶，頁面、版本與廣告活動都放在管理員能出報表的欄位中。
它是為以 Salesforce 為主要資料系統的團隊打造的：在 LinkedIn 與 Google 上做需求開發的 B2B 團隊、有業務守在電話旁的保險與貸款團隊、把廣告導進客戶 org 的代理商。不用安裝任何 Salesforce 連接工具：頁面的 Webhook 會帶著你的 org ID，以伺服器對伺服器的方式，把每筆名單發到 Salesforce 的 Web-to-Lead 端點，潛在客戶就會進到業務本來就在處理的佇列與清單檢視。
表單送出成為 Salesforce 潛在客戶
每次表單送出，都會在那一刻於 Salesforce 中建立為潛在客戶，答案放在 Webhook 對應到的潛在客戶欄位中。
Salesforce 預設要求每筆潛在客戶都有姓氏與公司。對 B2B 頁面來說這很自然。對消費者優惠，Webhook 中的固定值可以填入 Company，潛在客戶就能儲存，不用問屋主在哪裡上班。
潛在客戶出現在業務本來就在用的檢視中
來自你頁面的名單就是一般的 Salesforce 潛在客戶。它會出現在團隊本來就在用的清單檢視、佇列與報表中，業務照常篩選，並把它轉成客戶、聯絡人與商機。沒有人需要查看第二個收件匣或共用試算表，才能找到你的廣告花錢買來的名單。
你的 Salesforce 流程會對每筆頁面名單執行
管理員為新潛在客戶建好的任何東西，都會對這些名單執行。由紀錄觸發的流程可以在潛在客戶一建立時就指派負責人、建立通話任務或寄出第一封信，訪客離他點的廣告還很近。
你的防護規則也一樣。驗證規則與必填欄位會像套用到其他名單一樣套用到頁面名單，送進 Salesforce 的資料，就符合團隊早已訂下的標準。
Web-to-Lead 還是 REST API：哪個實際可行
Salesforce 提供兩種進入方式。它的 REST API 需要 OAuth 存取權杖，而這些權杖會過期，頁面 Webhook 上的固定標頭無法更新它們。Web-to-Lead 接受附 org ID 的一般表單 POST，不需要權杖，所以是不用有人盯著也能持續運作的路線。它的限制是 Salesforce 的限制，包括 Web-to-Lead 每日送出上限，所以請拿你的上限和預計購買的量對照。
如果你需要完整的 API，實際的做法是加一個負責管理權杖的中間步驟：Zapier 中 LanderLab 的 New Lead 觸發器，或由頁面 Webhook 餵資料的 Make 情境，都能擔任這個步驟。
從潛在客戶到成交，都帶著廣告活動與版本
廣告活動、click ID、登陸頁與頁面版本，都能由隱藏欄位與 LanderLab 自己的欄位填入，記在潛在客戶上，業務轉換時再一路帶到聯絡人與商機。
接著，一份依廣告活動分組的成交商機報表，就能回答決定下個月預算的問題：哪些廣告花費變成了營收，又是哪個頁面版本賣出去的。
