คำตอบสั้น
Web reader API คืออะไร?
web reader API คือบริการที่รับ URL โหลดหน้า และคืนเนื้อหาหลักเป็นข้อความที่สะอาด มักอยู่ในรูปแบบ Markdown พร้อม metadata เช่น ชื่อเรื่อง ผู้เขียน และวันที่ AI agents และ RAG pipelines ใช้บริการนี้แทน HTML ดิบ WebReaderAPI คือหนึ่งในนั้น: หนึ่งเครดิตต่อหน้า เริ่มที่ US$0.07/1K หน้า ณ ตุลาคม 2026 โดยเคารพ robots.txt ไม่ต้อง KYC และจ่ายด้วยคริปโต
web reader API ในตารางเดียว
| อินพุต | URL ของหน้าเว็บสาธารณะหรือ PDF |
|---|---|
| เอาต์พุต | Markdown ของเนื้อหาหลัก หรือ plain text พร้อมชื่อเรื่อง ผู้เขียน วันที่ และภาษา |
| สิ่งที่ถูกตัดออก | เมนูนำทาง แบนเนอร์คุกกี้ โฆษณา แถบด้านข้าง ฟุตเตอร์ สคริปต์ และสไตล์ |
| หน้าเว็บที่ใช้ JavaScript | เรนเดอร์ในเบราว์เซอร์แบบ headless เมื่อ HTML ดิบมีข้อความน้อยเกินไป |
| การเรียกเก็บเงินทั่วไป | ต่อหน้าหรือต่อเครดิต; ผู้ให้บริการบางรายคิดตาม token ของผลลัพธ์ |
| ตัวอย่างคำขอ | GET https://webreaderapi.com/api/v1/read?url=https://example.com/post |
web reader API ทำอะไรบ้าง ทีละขั้น?
มันทำงานห้าอย่างที่ทุก pipeline แปลงหน้าเป็นข้อความต้องการ ในการเรียกครั้งเดียว:
- ตรวจสอบสิทธิ์ ตัวอ่านที่รอบคอบจะดู robots.txt ของไซต์สำหรับชื่อของตัวเองและสำหรับ robots ทั้งหมดก่อนดึงข้อมูลใดๆ
- ดึงหน้า ดาวน์โหลด HTML ตาม redirect และหยุดที่ timeout
- เรนเดอร์เมื่อจำเป็น ถ้า HTML เป็นเปลือกว่างที่เติมด้วย JavaScript จะโหลดหน้าในเบราว์เซอร์แบบ headless และอ่านผลลัพธ์
- ดึงเนื้อหาหลัก ขั้นตอนแบบ readability จะหาเนื้อหาบทความหรือเนื้อหาเอกสาร และตัดส่วนประกอบอื่นของหน้าออก
- แปลงและอธิบาย เขียนเนื้อหาเป็น Markdown และเพิ่ม metadata: ชื่อเรื่อง ผู้เขียน วันที่เผยแพร่ ภาษา และจำนวนคำ
ผู้เรียกได้ JSON object หนึ่งชุดที่มี Markdown อยู่ข้างใน โมเดลอ่านได้ทันที หรือ pipeline จะแบ่งเป็น chunk สำหรับ vector store
ทำไมโมเดลถึงต้องการ Markdown ไม่ใช่ HTML?
เพราะเนื้อหาส่วนใหญ่ของหน้า HTML ไม่ใช่เนื้อหา เมนู script tag โค้ดติดตาม และ markup สำหรับเลย์เอาต์ใช้ token ที่โมเดลต้องอ่านและคุณต้องจ่าย Markdown เก็บส่วนที่มีความหมายไว้: หัวข้อ รายการ ตาราง ลิงก์ และการเน้นข้อความ
Cloudflare ยกตัวอย่างชัดเจนตอนเปิดตัวฟีเจอร์ "Markdown for Agents" เมื่อ 12 กุมภาพันธ์ 2026: หน้าหนึ่งลดจาก 16,180 token ในรูปแบบ HTML เหลือ 3,150 token ในรูปแบบ Markdown ประมาณ 80% น้อยลง ผลลัพธ์แตกต่างกันตามหน้า แต่ทิศทางเป็นแบบเดียวกันในหน้าบทความและเอกสารส่วนใหญ่
web reader API ต่างจาก scraping API อย่างไร?
scraping API คืนสิ่งที่เซิร์ฟเวอร์ส่งมา ส่วน reader คืนสิ่งที่คนจะอ่าน scraping API สร้างมาเพื่อดึงหน้าในปริมาณมาก มักเพื่อดึงฟิลด์เฉพาะเช่นราคาหรือชื่อสินค้า และมักคืน HTML ดิบหรือ JSON แบบมีโครงสร้างที่คุณกำหนดเอง
web reader แคบกว่าและมีความเห็นในทางที่ชัดกว่า มันตัดสินว่าเนื้อหาหลักคืออะไร ตัดส่วนที่เหลือออก และเขียนข้อความที่สะอาด นั่นคือเครื่องมือที่ถูกต้องเมื่อผู้ใช้ถัดไปคือ language model, search index หรือคนที่อ่านสรุป แต่เป็นเครื่องมือที่ผิดเมื่อคุณต้องการทุกฟิลด์ของตารางสินค้า สำหรับกรณีนั้นคุณต้องการ HTML ทั้งหมดหรือการดึงตาม schema
ต่างจาก search API อย่างไร?
search API ตอบคำถาม "หน้าไหนพูดถึงเรื่องนี้?" ส่วน reader ตอบคำถาม "หน้านี้พูดว่าอะไร?" Search คืนรายการ URL พร้อมชื่อเรื่องและ snippet สำหรับคำค้นหา ส่วน reader รับ URL หนึ่งในนั้นและคืนข้อความเต็ม
Agents มักเชื่อมสองอย่างนี้เข้าด้วยกัน: search เพื่อหาหน้าที่เป็นตัวเลือก แล้วอ่านสามหรือสี่หน้าที่ดีที่สุดเพื่อตอบพร้อมการอ้างอิง การแยกขั้นตอนออกจากกันทำให้คุณเลือกได้ว่าจะอ่านกี่หน้า ซึ่งประหยัด token และเครดิต
ใช้เครื่องมือโอเพนซอร์สแทน API ได้ไหม?
ได้ และหลายทีมเริ่มแบบนั้น Mozilla's Readability ดึงเนื้อหาหลักของหน้าในบริบทของเบราว์เซอร์; Trafilatura ดึงเนื้อหาใน Python; MarkItDown ของ Microsoft แปลงเอกสารรวมถึง PDF เป็น Markdown; Crawl4AI รวม crawl และผลลัพธ์ Markdown
ไลบรารีเป็นส่วนที่ง่าย การรันในโปรดักชันหมายถึงต้องโฮสต์เบราว์เซอร์แบบ headless สำหรับหน้า JavaScript ตรวจสอบ robots.txt จัดการ timeout, redirect และ character set แปลง PDF และอัปเดตแพตช์ทั้งหมด API คุ้มเมื่อคุณอยากจ่ายต่อหน้าแทนการดูแลเครื่องจักรเหล่านั้น ไลบรารีคุ้มเมื่อปริมาณคงที่และคุณมีเวลาดูแลมัน
web reader API คิดค่าบริการอย่างไร?
มีโมเดลการเรียกเก็บเงินสามแบบที่พบได้บ่อยในปี 2026 แผนแบบเครดิตคิดเครดิตตามจำนวนที่กำหนดต่อหน้า: หน้าค่าบริการของ Firecrawl ที่อ่านเมื่อ 22 ตุลาคม 2026 คิด 1 เครดิตต่อหน้าที่ scrape และเพิ่มอีก 4 เครดิตต่อหน้าสำหรับรูปแบบ JSON การคิดตาม token คิดตามข้อความที่คืนมา: Jina Reader คิดแบบนี้มาตั้งแต่ 6 พฤษภาคม 2025 และให้ 10 ล้าน token ฟรีกับทุก API key ใหม่ แผนรายเดือนรีเซ็ตเครดิตทุกรอบ ในขณะที่แพ็กแบบจ่ายล่วงหน้าเก็บไว้ได้
WebReaderAPI ใช้เครดิตแบบจ่ายล่วงหน้าที่ไม่หมดอายุ: 1 เครดิต = อ่าน 1 หน้าโดยไม่ใช้เบราว์เซอร์; 2 เครดิตเมื่อหน้านั้นต้องใช้เบราว์เซอร์เพื่อเรนเดอร์ JavaScript คำขอที่ล้มเหลว หรือที่ robots.txt ของเว็บไซต์ปฏิเสธ จะไม่ถูกคิดเครดิต 10,000 หน้า ราคา US$3.75 และอัตราลดลงเหลือ US$0.07/1K หน้า ที่ 5,000,000 หน้า ณ ตุลาคม 2026
ควรตรวจสอบอะไรก่อนเลือก web reader API?
ทดสอบกับ URL ของคุณเองยี่สิบรายการและดูหกสิ่ง:
- คุณภาพการดึงเนื้อหา Markdown เก็บบทความและตัดส่วนที่เหลือออกหรือไม่ รวมถึงตารางและ code block?
- JavaScript หน้าที่สร้างในเบราว์เซอร์ได้ข้อความกลับมาหรือไม่ และการเรนเดอร์มีค่าใช้จ่ายเท่าไร?
- PDF รองรับหรือไม่ และนับหน้าอย่างไร?
- ตัวเลือกของเจ้าของไซต์ บริการเคารพ robots.txt และการตั้งค่า AI ที่ประกาศไว้หรือไม่ และระบุไว้ในเอกสารหรือไม่?
- ความล้มเหลว หน้าที่ล้มเหลวและถูกปฏิเสธถูกคิดค่าบริการหรือไม่?
- การควบคุมงบประมาณ จำกัดความยาวแต่ละหน้าได้หรือไม่ และเครดิตหมดอายุหรือไม่?
การเปรียบเทียบราคา web reader API ของเรา วางผู้ให้บริการหลักไว้เทียบกันพร้อมวันที่
web reader API: คำถามที่พบบ่อย
web reader API เหมือนกับโหมด reader ของเบราว์เซอร์หรือไม่?
ใช้แนวคิดเดียวกัน คือเก็บบทความและตัดส่วนรกออก แต่ทำงานบนเซิร์ฟเวอร์ คืน Markdown และ metadata เป็น JSON และใช้ได้กับ URL หลายพันรายการ โหมด reader มีไว้สำหรับคนคนหนึ่งอ่านหน้าหนึ่ง
web reader API อ่านเว็บไซต์ใดก็ได้หรือไม่?
ไม่ครับ มันอ่านหน้าเว็บสาธารณะที่อนุญาตให้อ่าน บริการที่ระมัดระวังจะข้ามหน้าที่ robots.txt ไม่อนุญาต และส่งคำตอบของเว็บไซต์กลับมาเมื่อเว็บไซต์ปฏิเสธ หน้าที่อยู่หลังการเข้าสู่ระบบหรือ paywall นั้นเข้าถึงไม่ได้โดยการออกแบบ
ตัวอ่านหน้าเว็บเก็บรูปภาพไว้ไหม
โดยปกติไม่เก็บเป็นค่าเริ่มต้น เพราะโมเดลส่วนใหญ่ต้องการแค่ข้อความ เมื่อใช้ WebReaderAPI, include_images=true จะเก็บรูปภาพไว้เป็นลิงก์รูปภาพแบบ Markdown พร้อม alt text
ใช้เวลานานเท่าไหร่ในการอ่านหนึ่งหน้า
ขึ้นอยู่กับเว็บไซต์และว่าหน้านั้นต้องใช้เบราว์เซอร์หรือไม่ เราไม่เผยแพร่เวลาตอบสนองจนกว่าเราจะวัดจากตัวอย่างสาธารณะ วางแผน timeout ของคุณตามพารามิเตอร์ timeout ซึ่งสูงสุดถึง 60 วินาที
ต้องมีบัญชีที่มี ID เพื่อใช้ WebReaderAPI ไหม
ไม่ต้อง WebReaderAPI ไม่ขอ ID ไม่ขอ selfie และไม่ขอเอกสาร การเข้าสู่ระบบของคุณคือหมายเลขบัญชี และชำระเงินด้วย BTC, USDT, USDC, ETH, SOL, LTC
แหล่งที่มา (3)
- แนะนำ Markdown สำหรับเอเจนต์ — Cloudflare (2026-02-12)
- ราคา Firecrawl — Firecrawl (read 2026-10-22)
- Reader API — Jina AI (Elastic) (read 2026-10-22)