ค้นหาเว็บใน n8n AI agents ด้วย SerpCrypto SERP API

ทำไมต้องใช้โหนด HTTP Request แทนโหนดแบบกำหนดเอง?

เอกสารของ n8n ระบุว่าโหนด HTTP Request ทำงานเป็นโหนดทั่วไปได้ หรือจะแนบเข้ากับ AI agent เพื่อใช้เป็น tool ก็ได้ ซึ่งครอบคลุม REST API อย่าง SerpCrypto ที่รับคำขอ GET ครั้งเดียวพร้อม header และ query parameter ไม่กี่ตัว เราไม่มี community node ให้ติดตั้งหรือต้องคอยอัปเดต และ credential ยังเก็บอยู่ในที่เก็บ credential แบบเข้ารหัสของ n8n

โหนด AI Agent ต้องมี chat model และ tool sub-node อย่างน้อยหนึ่งตัว ตั้งแต่ n8n 1.82.0 เป็นต้นมา AI Agent ทุกตัวทำงานเป็น Tools Agent ดังนั้น agent จึงตัดสินใจเองว่าจะเรียก search tool เมื่อใด

ฉันเก็บ API key อย่างไร?

สร้าง credential แบบ Header Auth เอกสาร credential ของ n8n อธิบายสองฟิลด์คือ Name และ Value ของ header และระบุว่า bearer token คือ header auth ที่มีชื่อ Authorization และค่า Bearer <token> ใส่ Authorization ใน Name และ Bearer ตามด้วย key SerpCrypto ของคุณใน Value

n8n ยังมีประเภท Bearer auth แบบทั่วไปด้วย ไม่ว่าจะเลือกอันไหนก็ส่ง header เดียวกัน ให้ API key แยกต่างหากแก่ n8n เพื่อให้เห็นการใช้งานของมันแยกจากสคริปต์อื่น ๆ และเพิกถอนมันได้โดยลำพังหากจำเป็น API key ที่คุณสร้างและเพิกถอนได้ทุกเมื่อจากแดชบอร์ดของคุณ

โมเดลกรอก search query อย่างไร?

ให้โมเดลกำหนด q ข้างฟิลด์พารามิเตอร์ที่เข้าเงื่อนไข n8n จะแสดงปุ่มดาวที่ส่งค่าต่อให้โมเดล หรือคุณพิมพ์นิพจน์ $fromAI() เองก็ได้ ซึ่งรับ key, description, type และค่า default โดย description บอกโมเดลว่าควรใส่อะไรลงไป เอกสารของ n8n ระบุว่า $fromAI() ใช้ได้เฉพาะกับ tool ที่เชื่อมต่อกับโหนด AI Agent

ตรึง gl และ hl ไว้หาก agent ของคุณให้บริการตลาดเดียว ปล่อยให้โมเดลตั้งค่าเหล่านี้ได้หากผู้ใช้ถามถึงประเทศที่ต่างกัน และอธิบายรหัสที่คาดไว้ เช่น gb หรือ de

{{ $fromAI("query", "The search query, as a person would type it", "string") }}

ทำไมต้องเปิด Optimize Response?

หน้าผลลัพธ์แบบเต็มใน JSON นั้นยาว และทุกอย่างที่ tool ส่งคืนจะเข้าไปอยู่ใน context ของโมเดล Optimize Response เป็นตัวเลือกเฉพาะ tool ของโหนด HTTP Request ที่ตัดข้อมูลที่ส่งให้โมเดลลง เอกสาร n8n ระบุว่าช่วยลดค่าใช้จ่ายได้ เมื่อใช้ประเภทการตอบกลับ JSON ให้ตั้ง Field Containing Data เป็น organic_results และเลือกเฉพาะ title, link และ snippet

จากนั้น agent จะอ่านรายการสั้น ๆ ประมาณสิบรายการต่อการค้นหา แทนที่จะอ่านทุกบล็อกของหน้าเว็บ หาก agent ของคุณตอบคำถามท้องถิ่น ให้ชี้ Field Containing Data ไปที่ local_results ใน tool ตัวที่สองแทน

ฉันใช้ API เดียวกันใน workflow ปกติได้อย่างไร?

หากไม่มี agent ให้ใช้โหนด HTTP Request เป็นโหนดทั่วไปที่มี q คงที่ เช่นใน workflow ที่ใช้ Schedule Trigger ตรวจสอบคำค้นหาทุกเช้า จากนั้นเพิ่มโหนด Split Out โดยตั้ง Field to Split Out เป็น organic_results ซึ่งจะแปลงรายการเป็นหนึ่ง item ต่อหนึ่งผลลัพธ์ พร้อมสำหรับโหนดสเปรดชีตหรือฐานข้อมูล

แต่ละรอบคือหนึ่งการค้นหาต่อหนึ่งคำค้นหา ดังนั้น 50 คำค้นหาต่อวันใช้ประมาณ 1,500 เครดิตต่อเดือน แพ็ก 25,000 การค้นหา (US$18.75) ครอบคลุมได้มากกว่าสิบเท่า และ เครดิตการค้นหาแบบเติมเงินไม่มีวันหมดอายุ: คำค้นหาที่ไม่ได้ใช้จะคงอยู่ในบัญชีของคุณจนกว่าคุณจะใช้

ฉันทดสอบคำขอนอก n8n ได้อย่างไร?

รันคำขอเดิมใน terminal หากทำงานได้ที่นั่น ปัญหาใด ๆ ใน n8n ก็มาจากการตั้งค่าโหนด หากล้มเหลว เนื้อหาข้อผิดพลาดจะระบุสาเหตุตามที่แสดงใน หน้าข้อผิดพลาด ข้อผิดพลาดไม่ถูกเรียกเก็บเงิน

# The request the HTTP Request node sends, for a test in a terminal
curl -sG "https://serpcrypto.com/api/v1/search" \
  -H "Authorization: Bearer $SERPCRYPTO_API_KEY" \
  --data-urlencode "q=n8n self-hosted vs cloud" -d gl=us -d hl=en \
  | jq '.organic_results[]? | {title, link, snippet}'