在工作流程中傳送 HTTP 要求

您可以建立工作流程,將 HTTP 要求傳送至外部網頁伺服器、API 端點以及 URL 網址。舉例來說,您可以建立一個可將訊息傳送至訊息服務的工作流程,或是可於專案管理應用程式中建立商品項目的工作流程。

您的 HTTP 要求可以支援以下 HTTP 方法:

  • Get - 從伺服器傳送資訊要求。
  • Delete - 從伺服器中刪除資源。
  • Head - 擷取伺服器的 HTTP 回應標頭。
  • Options - 擷取由伺服器支援的選項與功能。
  • Patch - 局部更新伺服器上的資源。
  • Put - 更新伺服器上的資源。
  • Post - 建立或取代伺服器上的資源。

回應碼

Flow 送出您的 HTTP 要求後,最多會等待 30 秒讓您的應用程式回覆一個 HTTP 狀態碼。如果 30 秒後仍未收到應用程式回覆,Flow 就會關閉與應用程式的連結,並重新傳送要求。

收到回覆後,Flow 就會依照下列方式處理狀態碼:

Flow 處理狀態碼的方式。
狀態碼 Flow 的處理方式
200 成功 Flow 認為您的應用程式已處理 POST 要求。
202 成功 Flow 認為您的應用程式已接受 POST 要求。
4XX 用戶端錯誤

如果您的應用程式送出狀態碼 429 (即過多要求),但沒有加上「稍後重試」標頭,Flow 就會在 24 小時內以遞增區間持續重新傳送 HTTP 要求 (POST)。

如果您的應用程式送出狀態碼 429 (即過多要求),且有加上「稍後重試」標頭並指定等待時間,Flow 就會在等待時間 (以秒計算) 過後重新傳送 HTTP 要求 (POST)。

如果您的應用程式送出任何其他 4XX 狀態碼,Flow 就會認為傳送失敗而不會重新傳送 POST 要求。

5XX 伺服器錯誤 Flow 會在 24 小時內以遞增區間持續重新傳送 HTTP 要求 (POST)。
其他狀態碼 如果您的應用程式回覆的狀態碼不在此表格中,Shopify Flow 就會認為傳送失敗而不會重新傳送 POST 要求。

限制

請勿將此 HTTP 要求動作與使用 Flow 連結工具建立的應用程式動作混淆。這兩種功能都會傳送 HTTP 要求,但兩者之間有差別。例如,此動作送出的 HTTP 要求標頭中不包含 action_run_id

此動作會以「要求已處理」的方式處理 202 狀態碼,這是已知的問題。

傳送 HTTP 要求

  1. 在工作流程中,按一下「新增動作」。
  2. 選擇「傳送 HTTP 要求」。
  3. 在「HTTP 方法」下拉式選單中,填寫下列欄位:

    1. 選擇一個 HTTP 方法。
    2. URL欄位指定伺服器的 URL。如果您需要在 URL 中傳遞參數,請在標頭表格中指定參數。
    3. 內文欄位中新增想要傳送到伺服器的內容。傳送訊息時,建議您可以提供相關的客戶、訂單或產品詳細資訊。如要提供這些資訊,請使用範本變數
    4. 按一下「儲存」

相關連結

準備好開始透過 Shopify 銷售商品了嗎?

免費試用