我正在使用 Firecrawl 的「標準」預建 n8n 工作流程，但它的輸出不是我想要的。我想找人一起看看。我預算不多，可能只需要一小時左右的幫助。
Michael，如果你已經有工作流程和幾個範例目標頁面，這是一項乾淨的付費一小時除錯工作。
我會按照以下順序縮小範圍：Firecrawl 爬取模式/限制、提取器架構、n8n 項目映射，然後是你想返回的確切輸出形狀。有用的交接不是帳戶存取權；而是工作流程匯出、1-2 個目標 URL、當前輸出和所需輸出。
我可以將其優化為正確的 Firecrawl + n8n 路徑，並為你保留最少的節點變更，而不是完整重建。如果你想要我花這一小時，請在此回覆並附上範例和目標輸出，或者如果你偏好用電子郵件，請使用 oimrqs ops 聯絡頁面：oimrqs ops - Web, Automation, Data, APIs and AI Workflow Delivery
歡迎來到 n8n 社群 @michaelba
歡迎在社群中分享，我們可以一起幫助你建立它。
我遇過類似的設置，拯救我理智的做法是在每次 Firecrawl 呼叫後加入一個小延遲，再加上一個快速檢查步驟，這樣 n8n 就不會在抓取還沒真正準備好時搶先進行。如果你需要對人工審核的部分進行更嚴格的控制，我發現把所有東西都經由一個 Google Sheet 分頁作為審核佇列來處理，這樣在我這邊的情況會整潔得多。
我遇到過類似的設定,救了我理智的方法是在每次 Firecrawl 呼叫後加入一個微小延遲加上快速檢查步驟,這樣 n8n 就不會在爬蟲還沒準備好就搶先執行。如果你需要對人工介入部分進行更嚴格的控制,透過一個 Google Sheet 標籤頁將所有內容路由作為審核佇列,這樣在我這邊可以讓事情變得不那麼混亂。
我遇過類似的設置，救了我理智的做法是在每次 Firecrawl 呼叫後加入一個微小的延遲，加上快速檢查步驟，這樣 n8n 就不會在爬蟲還沒準備好時搶先執行。如果你需要對人工審核部分有更嚴格的控制，把所有東西都透過單一個 Google Sheet 分頁作為審核佇列，這樣可以讓我的流程保持得更加井然有序。
嗨，
我看到你關於標準 Firecrawl n8n 工作流程無法產生所需輸出的貼文。
這聽起來適合進行簡短的診斷會議。在更改工作流程之前，我會先比較預期的輸出架構與實際的 Firecrawl 回應，然後檢查提取提示詞、爬蟲/抓取模式和任何下游對應節點。
如果該問題可以用非敏感的網址和清理過的工作流程匯出重現，我可以在不需要存取你的生產憑證的情況下進行審查。
如果你仍需要協助，請分享預期的輸出範例和目前的輸出範例。這樣我就可以確認一小時的會議是否可行。