Search API ของเพอร์เพล็กซิตี (Perplexity) ทำคะแนนได้ 80 คะแนน ขึ้นเป็นอันดับ 1 ในดัชนี Search API ของอาร์ทิฟิเชียล อนาลิซิส (Artificial Analysis) ผลลัพธ์นี้สะท้อนแนวโน้มที่ชั้นการค้นหาซึ่งเอเจนต์เอไอใช้หาข้อมูลอ้างอิงจากเว็บ กำลังกลายเป็นสนามแข่งขันแยกต่างหากจากประสิทธิภาพของโมเดลเอไอเอง
อาร์ทิฟิเชียล อนาลิซิสระบุว่า ข้อมูลอันดับ Search API ณ วันที่ 27 สิงหาคม 2026 พบว่า Perplexity Search medium ทำได้ 80 คะแนน ส่วน Perplexity Search high อยู่ที่ 79 คะแนน และ Perplexity Search low อยู่ที่ 77 คะแนน
ในกลุ่มบริการคู่แข่ง พาราเรล (Parallel) Search advanced และเบรฟเสิร์ช (Brave Search) LLM context ทำคะแนนได้เท่ากันที่ 75 คะแนน ตามมาด้วยเอ็กซาเสิร์ช (Exa Search) auto ที่ 74 คะแนน
ดัชนีนี้คำนวณจากคะแนน DeepSearchQA, BrowseComp และ AA-Omniscience โดยให้น้ำหนักเท่ากันทั้งสามส่วน อาร์ทิฟิเชียล อนาลิซิสอธิบายว่า การทดสอบใช้โมเดลตัวเดียวกันคือ GPT-5.6 Luna medium และฮาร์เนสเดียวกันคือ Stirrup โดยเปลี่ยนเฉพาะผู้ให้บริการ Search API เพื่อเปรียบเทียบ
เมื่อใช้โมเดลล้วนโดยไม่มี Search API เส้นฐานอยู่ที่ 33 คะแนน Perplexity Search medium ทำคะแนนสูงกว่าเส้นฐานนี้ถึง 47 คะแนน แต่ช่องว่างกับอันดับ 2 อยู่ที่เพียง 5 คะแนน
ดังนั้น สาระสำคัญของผลลัพธ์นี้ไม่ได้อยู่ที่เพอร์เพล็กซิตีทิ้งห่างคู่แข่งมากน้อยเพียงใด แต่อยู่ที่ Search API ช่วยยกระดับประสิทธิภาพของเอเจนต์เอไอได้มากแค่ไหน การหาข้อมูลต้นทางมาป้อนให้โมเดลได้ดีเพียงใด กลายเป็นตัวแปรแยกต่างหากที่กำหนดคุณภาพของคำตอบ
Search API ไม่ใช่เครื่องมือที่เขียนคำตอบแบบ generative ให้แทนโมเดล เอกสารทางการของเพอร์เพล็กซิตีอธิบายว่า Search API เป็นเอนด์พอยต์ที่ส่งคืนผลการค้นหาเว็บแบบเรียลไทม์และจัดอันดับแล้ว ในรูปแบบข้อมูลที่มีโครงสร้าง
ค่า max_results ของ API นี้อยู่ระหว่าง 1-20 รายการ ค่าเริ่มต้นคือ 10 รายการ ราคาอยู่ที่ 5 ดอลลาร์ต่อ 1,000 คำขอ (ประมาณ 6,910 วอนเกาหลี) คำขอ POST /search ที่สำเร็จ 1 ครั้ง แม้จะบรรจุได้สูงสุด 5 คำค้นหา ก็นับเป็นหน่วยคิดค่าบริการเพียง 1 หน่วย
อย่างไรก็ตาม ขีดจำกัดการประมวลผลถูกกำหนดแยกจากหน่วยคิดค่าบริการ เอกสารของเพอร์เพล็กซิตีระบุว่า Search API มีข้อจำกัดที่ 50 query units ต่อวินาที และรองรับ burst อีก 50 query units คำขอที่มีหลายคำค้นหาอาจนับเป็นหน่วยคิดค่าบริการเพียง 1 หน่วย แต่ในการจำกัดอัตรา (rate limit) จะนับ query unit ตามจำนวนคำค้นหาในอาร์เรย์
ทีมวิจัยของเพอร์เพล็กซิตีเปิดเผยข้อมูลเมื่อวันที่ 25 กันยายน 2025 ว่าโครงสร้างพื้นฐานการค้นหาของบริษัทประมวลผลคำค้นหาได้ถึง 200 ล้านครั้งต่อวัน โดยข้อมูลชุดเดียวกันระบุค่ามัธยฐานของเวลาแฝง (latency) ในการประเมินของตัวเองอยู่ที่ 358 มิลลิวินาที
ทั้งนี้ ดัชนีของอาร์ทิฟิเชียล อนาลิซิสกับการประเมินของเพอร์เพล็กซิตีเองไม่ใช่การทดสอบชุดเดียวกัน อาร์ทิฟิเชียล อนาลิซิสใช้ DeepSearchQA, BrowseComp และ AA-Omniscience ขณะที่ทีมวิจัยของเพอร์เพล็กซิตีใช้ SimpleQA, FRAMES, BrowseComp และ HLE จึงยากที่จะนำผลทั้งสองชุดมาสรุปรวมเป็นข้อสรุปเดียว
ปฏิกิริยาจากนักพัฒนามีทั้งด้านบวกและด้านลบ All Them APIs ระบุจากการตรวจสอบเมื่อวันที่ 23 สิงหาคมว่า Perplexity Search API ผ่านการทดสอบค้นหาทั้ง 9 ครั้ง และส่งคืนแหล่งข้อมูลหลักเป็นผลลัพธ์อันดับ 1 ในทางกลับกัน ในคอมมูนิตี้ของเพอร์เพล็กซิตีมีรายงานบั๊กที่ระบุว่าเอกสาร, SDK และการทำงานจริงไม่ตรงกัน
รายงานจากคอมมูนิตี้ยกตัวอย่างความไม่สอดคล้องกันของพารามิเตอร์อย่าง search_recency_filter, return_images, return_snippets และ user_location_filter ข้อสังเกตคือ แม้ตัวชี้วัดประสิทธิภาพจะสูง แต่ในขั้นตอนการนำไปใช้งานจริงยังต้องตรวจสอบเอกสาร การทำงานจริง และพฤติกรรมของฟิลเตอร์อีกครั้ง
คู่แข่งเองก็ออกมาเปรียบเทียบด้านราคาและความเร็วเช่นกัน พาราเรลระบุในโพสต์เปรียบเทียบเมื่อวันที่ 19 สิงหาคมว่า จัดประเภท Perplexity Search API เป็น raw retrieval endpoint พร้อมทั้งอ้างว่าโหมด fast และ turbo ของตนเองมีราคาที่ต่ำกว่า
การตัดสินใจนำไปใช้งานจริงไม่ได้จบแค่ดัชนีคุณภาพเพียงตัวเดียว ต้นทุน เวลาแฝง ความลึกของผลลัพธ์ ความเสถียรของฟิลเตอร์ และขีดจำกัดอัตรา ล้วนเป็นปัจจัยที่ต้องพิจารณาร่วมกัน ความหมายของอันดับครั้งนี้คือ โครงสร้างพื้นฐานการค้นหาสำหรับเอเจนต์เอไอเริ่มแข่งขันกันในฐานะกลุ่มผลิตภัณฑ์อิสระแล้ว
TokenPost เคยรายงานกรณีที่อาร์ทิฟิเชียล อนาลิซิสปรับโครงสร้างตัวชี้วัดประสิทธิภาพของเอเจนต์เขียนโค้ดมาก่อนแล้วเช่นกัน เนื่องจากตัวเลขเบนช์มาร์กผูกอยู่กับเงื่อนไขการทดสอบเสมอ ประโยชน์ใช้สอยจริงของ Perplexity Search API จึงขึ้นอยู่กับกระบวนการตรวจสอบว่าเอกสาร การทำงานจริง และขีดจำกัดอัตรา สอดคล้องกันในแต่ละสภาพแวดล้อมการพัฒนาหรือไม่
ความคิดเห็น 0