คำตอบสั้น
คำศัพท์หลักของ web search API หมายถึงอะไร
web search API ช่วยให้โปรแกรมรันการค้นหาและรับผลลัพธ์เป็นข้อมูล สำหรับ AI agent ส่วนที่มีประโยชน์คือ grounding: การให้โมเดลมีแหล่งข้อมูลปัจจุบันไว้ตอบ LLMWebSearch ส่งคืนผลลัพธ์ที่จัดอันดับพร้อมหน้าเว็บอันดับต้นที่อ่านเป็น Markdown แล้ว คิด เครดิต หนึ่งหน่วยต่อการค้นหา เริ่มจาก US$1.20/1K การค้นหา ณ เดือนตุลาคม 2026 และปฏิบัติตาม robots.txt คำศัพท์ 35 คำด้านล่างอธิบายส่วนที่เหลือ
คำศัพท์ด้านการค้นหา
- Web search API
อินเทอร์เฟซที่รันการค้นหาเว็บตามคำขอและส่งคืนผลลัพธ์เป็นข้อมูลแบบมีโครงสร้าง โดยทั่วไปคือ JSON แทนที่จะเป็นหน้าเว็บที่ทำมาให้คนดู
- SERP
หน้าผลการค้นหาของเครื่องมือค้นหา: สิ่งที่เครื่องมือค้นหาแสดงสำหรับคำค้นหา SERP API ส่งคืนหน้านั้นเป็นข้อมูล โดยไม่ต้องอ่านหน้าเว็บที่ระบุไว้
- ผลลัพธ์ที่จัดอันดับ
รายการหน้าเว็บที่การค้นหาส่งคืน เรียงตามลำดับที่เครื่องมือค้นหาพิจารณาว่าเกี่ยวข้องที่สุด LLMWebSearch คงลำดับนั้นไว้และใส่หมายเลขให้แต่ละผลลัพธ์ด้วย
position- สเนปเปต
ข้อความสั้นใต้ชื่อเรื่องของแต่ละผลลัพธ์ มีประโยชน์ในการเลือกว่าจะอ่านอะไร สั้นเกินกว่าจะตอบคำถามส่วนใหญ่ได้ด้วยตัวเอง
- คำค้นหา
คำที่ส่งไปยังการค้นหา agent มักเขียนคำถามของผู้ใช้ใหม่เป็นคำค้นหาสั้น ๆ หนึ่งคำหรือมากกว่าก่อนค้นหา
- ตัวดำเนินการค้นหา
โทเคนพิเศษในคำค้นหา เช่น เครื่องหมายคำพูดสำหรับวลีที่ตรงเป๊ะ หรือ
site:เพื่อจำกัดให้อยู่บนโดเมนเดียว พารามิเตอร์qส่งผ่านตามที่เขียนไว้- การค้นหาแบบเรียลไทม์
การค้นหาที่รันในขณะที่ส่งคำขอ ต่างจากการค้นหาในดัชนีที่สร้างไว้ก่อนหน้า ผลลัพธ์มาจากการค้นหาเว็บแบบเรียลไทม์ที่รันในขณะที่คุณเรียก ตามลำดับที่เสิร์ชเอนจินจัดอันดับ ไม่มีอะไรเสิร์ฟจากดัชนีเก่า
- การค้นหาข่าว
การค้นหาที่จำกัดเฉพาะบทความข่าว มักมีวันที่ ตั้ง
topicเป็นnewsและเพิ่มtime_rangeเพื่อเก็บเฉพาะเรื่องล่าสุด- ตัวกรองโดเมน
กฎที่จำกัดผลลัพธ์ให้อยู่เฉพาะบางไซต์หรือตัดบางไซต์ออก พารามิเตอร์
include_domainsและexclude_domainsรับได้สูงสุด 20 โดเมนแต่ละตัว
คำศัพท์ด้านการอ่านหน้าเว็บ
- Page reader
ส่วนของบริการที่เปิดหน้าเว็บผลลัพธ์อันดับต้นและดึงข้อความออกมา ของเราแนะนำตัวเองว่า
LLMWebSearch/1.0 (+https://llmwebsearch.com/bot/); หน้า page reader อธิบายไว้- User agent
ชื่อที่ไคลเอนต์ส่งไปกับทุกคำขอเว็บ reader ที่ระบุชื่อจริงของตัวเองช่วยให้เจ้าของไซต์จดจำและตั้งกฎสำหรับมันได้
- robots.txt
ไฟล์ข้อความที่รากของเว็บไซต์ที่บอก robots ว่าพาธใดที่ดึงได้ มาตรฐานคือ RFC 9309 ตัวอ่านของเราเคารพ robots.txt: แนะนำตัวว่าเป็น LLMWebSearch ทำตามกฎที่เว็บไซต์เขียนไว้สำหรับมันหรือสำหรับ robots ทั้งหมด และละเว้นเนื้อหาของหน้าใดก็ตามที่มันไม่ได้รับอนุญาตให้อ่าน
- Content Signals
บรรทัดใน robots.txt ที่ระบุว่าเนื้อหานำไปใช้ได้อย่างไร เช่น
ai-input=noเพื่อปฏิเสธการใช้เป็นข้อมูลป้อนเข้าของ AI เว็บไซต์ที่ตั้งค่า Content-Signal: ai-input=no ใน robots.txt จะกันหน้าเว็บของตนออกจากเนื้อหาในผลลัพธ์ของคุณ- การดึงเนื้อหาหลัก
การเก็บข้อความบทความหรือเอกสารของหน้าเว็บไว้ และตัดเมนู ท้ายหน้า แบนเนอร์คุกกี้ และโฆษณาออก เพื่อให้โมเดลอ่านเฉพาะสิ่งสำคัญ
- Markdown
รูปแบบข้อความเบา ๆ ที่
#หมายถึงหัวเรื่อง และ-หมายถึงรายการ โมเดลอ่านได้ดี และใช้โทเคนน้อยกว่า HTML สำหรับหน้าเดียวกัน- เบราว์เซอร์แบบ headless
เบราว์เซอร์ที่ไม่มีหน้าต่าง ควบคุมด้วยโค้ด ช่วยให้ตัวอ่านเห็นข้อความของหน้าที่ปรากฏเฉพาะหลังจาก JavaScript ทำงาน
- Paywall
ประตูกั้นที่เก็บเนื้อหาไว้สำหรับสมาชิกที่จ่ายเงิน ตัวอ่านจะไม่ลงชื่อเข้าใช้และไม่หลบเลี่ยง paywall หน้าแบบนี้จะส่งกลับมาโดยไม่มีเนื้อหา
- content_status
ฟิลด์ที่บอกว่าหน้าของผลลัพธ์ถูกอ่านหรือไม่ และถ้าไม่ เพราะอะไร:
ok,not_requested,blocked_by_robots,target_refusedและอื่นๆ ที่ระบุไว้ในเอกสาร
AI terms
- LLM
Large language model: โมเดลที่ฝึกจากข้อความและเขียนข้อความได้ ความรู้ของมันหยุดที่วันที่ฝึก ซึ่งเป็นเหตุผลที่ต้องใช้การค้นหาสำหรับเรื่องล่าสุด
- Grounding
การให้แหล่งข้อมูลแก่โมเดลเพื่อยึดคำตอบ แล้วขอให้อ้างอิงแหล่งเหล่านั้น ผลการค้นหาที่มีข้อความจากหน้าเว็บเป็นวิธีที่พบบ่อยที่สุดในการ grounding บนเว็บ
- Tool calling
เรียกอีกชื่อว่า function calling โมเดลขอเรียกใช้เครื่องมือ เช่น
web_searchพร้อมอาร์กิวเมนต์ที่มันเลือก โค้ดของคุณรันเครื่องมือนั้นแล้วส่งผลลัพธ์กลับ- MCP
Model Context Protocol: มาตรฐานเปิดสำหรับเปิดเผยเครื่องมือให้ AI client เช่น Claude Desktop หรือ Cursor MCP server ขนาดเล็กสามารถห่อหุ้ม search API เป็นเครื่องมือได้
- AI agent
โปรแกรมที่โมเดลตัดสินใจขั้นตอนถัดไป เรียกเครื่องมือ อ่านผลลัพธ์ แล้วทำซ้ำจนงานเสร็จ การค้นหาบนเว็บมักเป็นเครื่องมือแรก
- RAG
Retrieval-augmented generation: ดึงข้อความที่เกี่ยวข้องมาก่อน ใส่ลงใน prompt แล้วจึงสร้างคำตอบ ด้วย web search API ขั้นตอน retrieval คือเว็บแบบเรียลไทม์
- การวิจัยเชิงลึก
รูปแบบของ agent ที่วางแผนหลายคำค้นหา อ่านหลายหน้า แล้วเขียนรายงานพร้อมการอ้างอิง สามารถรันการค้นหาหลายสิบครั้งสำหรับคำถามเดียว
- Context window
ปริมาณข้อความที่โมเดลรับได้ในครั้งเดียว วัดเป็น token ตั้งค่า
max_charsเพื่อจำกัดปริมาณของแต่ละหน้าที่เข้าสู่หน้าต่างนั้น- Token
หน่วยที่โมเดลอ่านและคิดค่าบริการ ประมาณคำสั้นๆ หรือส่วนหนึ่งของคำ Markdown ที่สะอาดใช้ token น้อยกว่า HTML ดิบ
- Citation
ลิงก์จากข้อความในคำตอบไปยังแหล่งที่มา การส่งคืนแหล่งที่มาแทนคำตอบที่เขียนไว้ช่วยให้โมเดลของคุณอ้างอิงสิ่งที่อ่านได้อย่างแม่นยำ
- Hallucination
ข้อความที่โมเดลแต่งขึ้นมาอย่างมั่นใจ การ grounding บนแหล่งข้อมูลใหม่ๆ และการขอการอ้างอิงช่วยลดได้ แต่ไม่ได้กำจัด
Billing and account terms
- Credit
สิ่งที่แต่ละการเรียกใช้ใช้ไป หนึ่งเครดิตจ่ายสำหรับการค้นหาหนึ่งครั้ง: ผลลัพธ์แบบจัดอันดับสูงสุด 20 รายการ โดยอ่านหน้าเว็บของ 3 รายการแรกและส่งกลับเป็น Markdown การอ่าน 4 ถึง 10 หน้าใช้ 2 เครดิต การเรียกที่จบลงด้วยข้อผิดพลาดไม่มีค่าใช้จ่าย
- Credit pack
ชุดเครดิตแบบชำระล่วงหน้า ตั้งแต่ 5,000 การค้นหา ถึง ค้นหา 1,000,000 ครั้ง เครดิตการค้นหาไม่มีวันหมดอายุ: สิ่งที่คุณไม่ได้ใช้ในเดือนนี้ยังอยู่ให้ใช้ในปีหน้า
- Top-up
การจ่ายด้วยคริปโตเพื่อเติมยอดคงเหลือของคุณ อย่างน้อย US$25 จากนั้นจึงซื้อแพ็กจากยอดคงเหลือ
- rate limit
จำนวนการเรียกใช้ที่บัญชีหนึ่งทำได้ต่อนาที ทุกบัญชีมีขีดจำกัดการเรียกต่อนาที แสดงในแดชบอร์ด; แจ้งฝ่ายสนับสนุนและสามารถเพิ่มได้
- x402
โปรโตคอลที่ให้ client จ่ายเงินสำหรับ HTTP request ครั้งเดียวด้วย stablecoin โดยไม่มีบัญชี บาง search API รองรับ ส่วน LLMWebSearch จ่ายจากยอดคงเหลือแบบชำระล่วงหน้าแทน
- KYC
Know your customer: การตรวจสอบตัวตน เช่น เอกสารระบุตัวตนหรือเซลฟี่ LLMWebSearch ไม่ขอสิ่งใดเลย หน้า no-KYC อธิบายว่ายังมีอะไรที่ใช้บังคับอยู่