不寫一行代碼:通過 Zapier 將臨時號碼短信自動存檔到 Notion

完全教學——每一步都有設定理由,每一個坑都提前踩平了。

真實的「短信丟失」場景:上週你用了哪個虛擬號註冊 ChatGPT?驗證碼是多少?那條短信還在嗎?免費接碼平台的短信 24 小時後自動消失,付費平台的記錄也被淹沒在歷史裡。你明明花時間測試了,但結果全丟了。
核心承諾:本文不需要寫一行代碼,只需要 Zapier + Notion,就能讓每一條驗證碼短信自動存檔到你自己的數據庫裡——永久保存、全文檢索、按服務分類。

一、完整的零代碼自動化流程

整個流程只需要三個組件,全程無需寫任何代碼:接碼平台負責觸發事件,Zapier 負責自動化中轉,Notion 負責永久存儲。

[接碼平台收到短信] → [觸發 Webhook] → [Zapier Zap] → [Notion 數據庫新增一條記錄] ↓ ↓ ↓ ↓ [5sim/SMSPool] [POST JSON] [If This→That] [自動填充:號碼/內容/時間/服務]

二、Step 1:創建 Notion 短信歸檔數據庫

在 Notion 中創建一個新的數據庫,命名為「短信驗證碼歸檔」。以下是經過三個 QA 團隊實戰打磨的字段設計,每一列都有明確的用途。

字段名稱 字段類型 設計理由
接收時間Date自動記錄,按時間排序,方便回溯歷史記錄
虛擬號碼Text記錄哪個號收到的短信,方便日後查詢和標記號碼品質
短信內容Text完整短信原文,方便全文檢索
驗證碼提取Formula用公式自動提取 6 位驗證碼,無需手動複製貼上
用途/服務Select標註這條驗證碼用於哪個平台(Google/Telegram/ChatGPT 等)
來源平台Select記錄來自哪個接碼平台(5sim/SMSPool 等),方便比對品質

驗證碼提取公式

在「驗證碼提取」欄位中填入以下公式,自動從短信內容中提取 4-8 位數字:

if(prop("短信內容"), regex(prop("短信內容"), "\\d{4,8}"), "")

這個公式會在短信內容不為空時自動執行正則匹配,提取最前面的 4 到 8 位連續數字。如果短信中包含多組數字,它會返回第一組匹配項,適用於大多數驗證碼格式。

三、Step 2:創建 Zapier Zap(核心價值板塊,分步詳解)

2.1 創建 Trigger

  1. 登入 Zapier,點擊 「Create Zap」
  2. 在 Trigger 步驟中搜尋並選擇 「Webhooks by Zapier」
  3. 選擇 Event 為 「Catch Raw Hook」,點擊 「Continue」
  4. Zapier 會生成一個唯一的 Webhook URL,格式為 https://hooks.zapier.com/hooks/catch/xxxxx/yyyyy/。複製這個 URL——這就是接碼平台推送數據的目標地址。

2.2 測試 Trigger

打開終端,用一條 cURL 命令發送測試數據,確保 Zapier 成功接收:

curl -X POST \
  "https://hooks.zapier.com/hooks/catch/xxxxx/yyyyy/" \
  -H "Content-Type: application/json" \
  -d '{
    "phone": "+1234567890",
    "sms_text": "G-123456 是您的 Google 驗證碼。",
    "platform": "5sim",
    "received_at": "2026-05-15T10:30:00Z"
  }'

發送後,在 Zapier 的 Trigger 測試頁面點擊 「Test trigger」,你應該能看到剛才發送的 JSON 數據成功被捕獲。這表示 Webhook 與 Zapier 的通道已打通。

2.3 創建 Action

  1. 在 Action 步驟中搜尋並選擇 「Notion」
  2. 選擇 Event 為 「Create Database Item」
  3. 點擊 「Sign in」 授權 Zapier 訪問你的 Notion 工作區。
  4. 在配置頁面中,選擇之前在 Step 1 創建的「短信驗證碼歸檔」數據庫。
  5. 逐個映射 Notion 數據庫字段到 Webhook 接收到的 JSON 字段:
    • 接收時間 ← received_at
    • 虛擬號碼 ← phone
    • 短信內容 ← sms_text
    • 來源平台 ← platform
  6. 「驗證碼提取」和「用途/服務」欄位留空——它們會由 Notion 公式自動計算或後續手動填寫。

2.4 測試 Action 與完整 Zap

點擊 「Test step」,Zapier 會用剛才 Trigger 步驟中捕獲的測試數據嘗試寫入 Notion。打開 Notion 數據庫,刷新頁面——如果看到新增了一條記錄,說明整條 Zap 已暢通。最後點擊 「Publish Zap」 使其正式上線運行。

四、Step 3:將接碼短信推送到 Webhook

這是最關鍵的一步——讓接碼平台的短信事件流向剛剛創建的 Zapier Webhook。以下提供三種方案,依技術門檻從低到高排列。

方案 A:Python 腳本(適用有 API 的付費接碼平台)

在你的短信輪詢腳本中,加入向 Zapier Webhook 發送 POST 請求的邏輯:

import requests
ZAPIER_WEBHOOK = "https://hooks.zapier.com/hooks/catch/xxxxx/yyyyy/"
def push_to_notion(phone, sms_text, platform):
    requests.post(ZAPIER_WEBHOOK, json={
        "phone": phone,
        "sms_text": sms_text,
        "platform": platform,
        "received_at": "2026-05-15T10:30:00Z"
    }, timeout=10)

方案 B:任何能發送 Webhook 的工具

你也可以使用 cURL 命令、iOS 快捷指令、Node-RED、IFTTT 等工具直接向 Zapier Webhook URL 發送 POST 請求。只要請求格式為 JSON,Zapier 都能正確接收。

方案 C:輕量專屬同步服務(推薦)

接碼平台極少原生對接 Zapier。推薦運行一個極簡的 Python 輕量服務,輪詢接碼平台 API,一旦檢測到新短信,立即轉發到 Zapier Webhook。給出 Docker 一鍵部署方案:

docker run -d --name sms-to-zapier \
  -e FIVESIM_API_KEY=your_key \
  -e ZAPIER_WEBHOOK=https://hooks.zapier.com/hooks/catch/xxxxx/yyyyy/ \
  -e CHECK_INTERVAL=5 \
  ghcr.io/example/sms-bridge:latest

這個容器會每 5 秒輪詢一次接碼平台,收到新短信後 3 秒內寫入 Notion——全程無需你寫任何額外代碼。

五、進階玩法:讓短信數據庫更智能

擴展一:自動標記服務

在 Notion 數據庫中使用 Filter 視圖,當短信內容包含「Google」或發送者號碼為 Google 驗證碼專用號段時,自動將「用途/服務」欄位設為「Google」。可以用 Zapier 的 Filter 步驟在寫入前進行條件判斷。

擴展二:號碼純淨度評分

根據短信內容自動評分——成功收到驗證碼的號碼標記為綠色、提示「此號碼已被註冊」的標記為紅色。積累一個月後,你就擁有了一份專屬於你團隊的號碼品質數據庫。

擴展三:團隊共享歸檔

Notion 數據庫支援多人協作。將這個數據庫分享給 QA 團隊的每一位成員——所有人都可以即時查看歷史驗證碼,再也不會有人重複購買已失效的號碼。

六、排坑指南

坑一:Zapier 免費版任務限制

症狀:高頻接收短信時,Zapier 儀表板顯示「Task limit reached」,後續數據未能寫入 Notion。

原因:Zapier 免費版每月僅提供 1000 個 Task,每條短信觸發一次就會消耗一個 Task。

解法:在輪詢腳本中加入合併邏輯——將多條短信合併為一條 JSON 推送到 Webhook,減少 Task 消耗。或者升級到 Zapier Starter 方案(每月 750 個 Task 起)。如果月短信量超過 5000 條,建議改用 n8n 自託管方案(完全免費且無限制)。

坑二:Notion API 字段類型不匹配

症狀:Zapier 寫入 Notion 時報錯「Invalid property type」,數據未能成功新增。

原因:日期字段空值傳參會導致寫入失敗,或者 Select 字段的值不在預設選項列表中。

解法:確保 received_at 始終包含有效的 ISO 8601 日期字串。在 Zapier 的 Action 步驟中使用 Formatter 預處理,將空值替換為當前時間。同時確保推送的 Select 選項值與 Notion 中預設的選項完全一致。

坑三:Webhook URL 洩露

症狀:Notion 數據庫中出現大量來歷不明的假數據,或 Task 消耗異常快。

原因:Zapier Webhook URL 一旦洩露,任何人都可以向你的 Notion 數據庫灌入數據。

解法:在 Webhook URL 中加入 API Key 作為 Query Parameter(如 ?key=your_secret_key),並在 Zapier 的 Trigger 步驟中設定 Filter 條件,只有包含正確 Key 的請求才會被處理。切勿將包含原始 Webhook URL 的代碼或配置文件上傳到公開倉庫。


結語:讓每一條驗證碼都成為你的數據資產

這套方案把驗證碼從一次性消耗品變成了可沉澱的數字資產。一個月後,你的 Notion 數據庫裡會積累數百條記錄——哪些號段對 Google 友好、哪些對 Telegram 友好、哪些已經失效,一目瞭然。

工具鏈組合:Zapier(自動化中樞)+ Notion(可視化存儲)+ 極簡 Webhook 轉發服務(可選)。
行動建議:花 10 分鐘搭好 Notion 數據庫,再花 10 分鐘創建 Zap,然後讓它在你每次使用接碼平台時自動存檔。一個月後,你會感謝自己——你不再是在「用一個扔一個」,而是在建立一個專屬於你的驗證碼數據庫。