คุณสมัครใช้งาน ScraperAPI เห็นคำว่า "100,000 credits" ในแพ็ก Hobby แล้วก็เริ่มดึงข้อมูล พอผ่านไป 3 วัน แดชบอร์ดกลับโชว์ว่าเครดิตหายไป 80% — ทั้งที่คุณอาจดึงได้แค่ราว 6,000 หน้า เกิดอะไรขึ้น? คำตอบคือระบบตัวคูณเครดิต ซึ่งเป็นเรื่องสำคัญที่สุดของ ScraperAPI แต่แทบไม่มีรีวิวไหนอธิบายไว้จริงจังเลย ผมใช้เวลาหลายสัปดาห์ไล่อ่านเอกสารของ ScraperAPI เก็บข้อมูลราคาจริงจากผู้ให้บริการคู่แข่ง 5 เจ้า และอ่านทุกเธรดใน Reddit กับรีวิวใน Capterra ที่หาได้ รีวิว ScraperAPI ชิ้นนี้คือสิ่งที่ผมอยากให้มีตอนทีมเรากำลังประเมิน API สำหรับการดึงข้อมูลเว็บครั้งแรก ผมจะพาไปดูการคำนวณเครดิตแบบจริงจัง ชี้ให้เห็นว่า ScraperAPI ทำได้ดีตรงไหนและพังตรงไหน สรุปเสียงตอบรับจากผู้ใช้จริงทั้งบน G2, Capterra และ Reddit และพูดตรง ๆ ว่าคุณจำเป็นต้องใช้ scraping API จริงไหม
ScraperAPI คืออะไร และสร้างมาสำหรับใคร?
ScraperAPI คือ API สำหรับ web scraping ที่ช่วยจัดการงานโครงสร้างพื้นฐานจุกจิกเบื้องหลังการดึงข้อมูลขนาดใหญ่ ไม่ว่าจะเป็นการสลับพร็อกซีผ่าน 40 ล้าน+ IP ใน 50+ ประเทศ, การแก้ CAPTCHA อัตโนมัติ, การเรนเดอร์ JavaScript และการลองส่งคำขอใหม่โดยอัตโนมัติ คุณแค่ส่ง URL ผ่าน API call แบบง่าย ๆ แล้วระบบจะส่งกลับ HTML ให้ หรือถ้าใช้ structured data endpoint ก็จะได้ JSON ที่แยกข้อมูลมาให้เรียบร้อย บริษัทก่อตั้งในปี 2018 โดย Daniel Ni มีสำนักงานใหญ่ที่ลาสเวกัส และตอนนี้ให้บริการ มากกว่า 10,000 แบรนด์ รวมถึง Deloitte, Sony และ Alibaba — โดยประมวลผล คำขอ API 36 พันล้านครั้งต่อเดือน
กลุ่มผู้ใช้หลักคือทีม dev และทีม technical ops ที่สร้าง pipeline สำหรับดึงข้อมูลเอง ถ้าคุณเขียนโค้ดไม่เป็น ScraperAPI ก็ไม่ได้ออกแบบมาสำหรับคุณ (เดี๋ยวผมจะอธิบายต่อ)
ฟีเจอร์หลัก ได้แก่ การสลับพร็อกซี, การเรนเดอร์ JavaScript, geotargeting, structured data endpoint สำหรับเว็บไซต์ยอดนิยม และการ retry อัตโนมัติเมื่อคำขอไม่สำเร็จ
แต่ประเด็นที่รีวิวส่วนใหญ่มักมองข้ามคือ ตัวเลขเครดิตที่โชว์บนหน้าราคา ScraperAPI ทำให้เข้าใจผิดได้มาก ถ้าคุณไม่เข้าใจระบบตัวคูณ งั้นเราเริ่มจากจุดนี้ก่อน
ระบบเครดิตของ ScraperAPI ทำงานยังไงจริง ๆ (ส่วนที่รีวิวส่วนใหญ่มักข้าม)
ScraperAPI คิดค่าบริการแบบเครดิต หลักการพื้นฐานดูง่ายมาก: 1 คำขอ API = 1 เครดิต แต่ในความจริงแทบไม่เคยเป็นแบบนั้น ต้นทุนเครดิตจริงขึ้นอยู่กับ 2 เรื่อง คือโดเมนที่คุณดึงข้อมูล และฟีเจอร์ที่คุณเปิดใช้ และต้นทุนเหล่านี้จะซ้อนกันในแบบที่ไม่ค่อย intuitive เท่าไร
ตารางตัวคูณเครดิตที่ผู้ใช้ทุกคนควรเห็นก่อนสมัคร
ก่อนที่คุณจะเปิดพารามิเตอร์อะไรสักตัว ประเภทของเว็บไซต์ที่คุณจะดึงข้อมูลจะกำหนดต้นทุนเครดิตตั้งต้น:
| หมวดหมู่โดเมน | เครดิตพื้นฐานต่อคำขอ | ตัวอย่าง |
|---|---|---|
| เว็บไซต์ทั่วไป | 1 | บล็อก, เว็บข่าว, HTML แบบง่าย |
| อีคอมเมิร์ซ | 5 | Amazon, eBay, Walmart |
| SERP (เสิร์ชเอนจิน) | 25 | Google, Bing |
| โซเชียลมีเดีย | 30 |
นอกจากนี้ การเปิดฟีเจอร์บางอย่างยังบวกเครดิตเพิ่มอีก:
| พารามิเตอร์ | เครดิตเพิ่ม | หมายเหตุ |
|---|---|---|
render=true (เรนเดอร์ JS) | +10 | ทุกแพ็กเกจ |
screenshot=true | +10 | ทุกแพ็กเกจ |
premium=true (พร็อกซีพรีเมียม) | +10 | ทุกแพ็กเกจ |
ultra_premium=true | +30 | เฉพาะแพ็กแบบชำระเงิน |
| การ bypass anti-bot (Cloudflare, DataDome, PerimeterX) | +10 ต่อรายการ | ระบบตรวจจับให้อัตโนมัติ — คุณเลือกเองไม่ได้ |
premium=true + render=true พร้อมกัน | +25 | ไม่ใช่ +20 |
ultra_premium=true + render=true พร้อมกัน | +75 | ไม่ใช่ +40 |
แถวสุดท้ายคือจุดช็อก เพราะการเปิดฟีเจอร์ร่วมกันมีต้นทุนสูงกว่าการบวกแบบตรง ๆ พร็อกซีพรีเมียม (+10) บวกกับการเรนเดอร์ JavaScript (+10) ตามตรรกะควรเป็น +20 แต่ ScraperAPI คิด 25 เครดิต ส่วน ultra-premium (+30) บวก JavaScript (+10) ควรเป็น +40 แต่จริง ๆ คิด 75 เครดิต — แทบจะเป็นสองเท่า การคิดแบบไม่เป็นเส้นตรงนี้ไม่ได้ถูกอธิบายไว้เด่นชัด และเป็นเหตุผลหลักที่ผู้ใช้บอกว่าเครดิตหมดเร็วกว่าที่คาดมาก
พารามิเตอร์ที่ไม่เสียเครดิตเพิ่ม: wait_for_selector, country_code, session_number, device_type, output_format, keep_headers=true, autoparse=true
แต่ละแพ็กเกจได้อะไรจริงบ้าง: ตั้งแต่ Free ถึง Enterprise
นี่คือ ระดับแพ็กเกจปัจจุบันของ ScraperAPI:
| แพ็กเกจ | ราคารายเดือน | ราคารายปี (ต่อเดือน) | API Credits | จำนวนเธรดพร้อมกัน | Geotargeting |
|---|---|---|---|---|---|
| Free | $0 | — | 1,000 | 5 | ไม่มี |
| Hobby | $49 | $44 | 100,000 | 20 | US & EU เท่านั้น |
| Startup | $149 | $134 | 1,000,000 | 50 | US & EU เท่านั้น |
| Business | $299 | $269 | 3,000,000 | 100 | ระดับประเทศ (50+ ประเทศ) |
| Scaling | $475 | $427 | 5,000,000 | 200 | ระดับประเทศ |
| Enterprise | กำหนดเอง | กำหนดเอง | 5,000,000+ | 200+ | ระดับประเทศ |
ต่อไปนี้คือต้นทุนจริงต่อ 1,000 คำขอในแต่ละระดับ เมื่อคิดตัวคูณเข้าไปแล้ว:
| แพ็กเกจ | มาตรฐาน (1×) | เรนเดอร์ JS (10×) | อีคอมเมิร์ซ (5×) | SERP (25×) | Ultra-Premium + JS (75×) |
|---|---|---|---|---|---|
| Hobby ($49) | $0.49 | $4.90 | $2.45 | $12.25 | $36.75 |
| Startup ($149) | $0.15 | $1.49 | $0.75 | $3.73 | $11.18 |
| Business ($299) | $0.10 | $1.00 | $0.50 | $2.49 | $7.48 |
| Scaling ($475) | $0.10 | $0.95 | $0.48 | $2.38 | $7.13 |
แพ็ก $49/เดือนที่โฆษณาว่าได้ "100,000 credits" แท้จริงแล้วจะดึงได้เพียง 1,333 คำขอจริง เมื่อดึงเว็บที่มีการป้องกันแบบ ultra-premium พร้อม JavaScript rendering เท่านั้น คิดออกมาเป็น 36.75 ดอลลาร์ต่อ 1,000 หน้า — แพงกว่าหลายบริการดึงข้อมูลแบบจัดการให้ครบวงจรด้วยซ้ำ
ทำไมเครดิตถึงหายเร็วกว่าที่คุณคิด
มี 3 เรื่องที่ทำให้ผู้ใช้ตกใจ
ข้อแรก: การคิดราคาตามโดเมนเป็นแบบอัตโนมัติ คุณไม่ได้เลือกเองว่าจะใช้ตัวคูณ 5× สำหรับ Amazon หรือ 25× สำหรับ Google ระบบจะปรับทันทีเมื่อ ScraperAPI ตรวจพบโดเมนเดียวกันกับเครดิต bypass anti-bot (+10 สำหรับ Cloudflare, DataDome, PerimeterX) ที่จะถูกบวกให้อัตโนมัติเมื่อระบบตรวจเจอ
ข้อสอง: เครดิตที่ไม่ใช้จะไม่ทบไปเดือนถัดไป เครดิตที่เหลือ หมดอายุเมื่อสิ้นรอบบิล ไม่มีสะสม
และข้อสาม — ข้อนี้เจ็บหน่อย — Pay-As-You-Go มีให้เฉพาะแพ็ก Scaling ($475/เดือน) ขึ้นไปเท่านั้น ถ้าคุณอยู่ใน Hobby, Startup หรือ Business แล้วเครดิตหมดระหว่างรอบบิล คุณจะใช้งานต่อไม่ได้จนกว่าจะถึงรอบบิลถัดไป ทางเลือกเดียวคืออัปเกรดแพ็กเกจ
ผู้ใช้รายหนึ่งใน Reddit เล่าว่าได้รับใบเสนอราคา $3,600 สำหรับ 60 ล้านเครดิตที่คิด 1 เครดิตต่อคำขอ Amazon แต่หลังจ่ายเงินจริงกลับถูกคิดแบบตัวคูณ 5 เครดิตโดยไม่ได้แจ้งล่วงหน้า ผลคือแพ็ก 60M ของเขามีมูลค่าจริงเทียบได้แค่ 12M คำขอ — ขาดจากที่คาดถึง 80%
กับดักเครดิตของ DataPipeline
ฟีเจอร์ DataPipeline แบบ no-code ของ ScraperAPI (การตั้งเวลา scraping พร้อมส่งผลลัพธ์ผ่าน webhook) ใช้ตารางเครดิตแยกต่างหาก และแพงกว่ามาก คำขอพื้นฐานแบบเว็บทั่วไปคิด 6 เครดิตใน DataPipeline เทียบกับ 1 เครดิต ใน API ปกติ:
| ประเภทคำขอ | Standard API | DataPipeline | อัตราส่วน |
|---|---|---|---|
| คำขอพื้นฐานทั่วไป | 1 | 6 | 6× |
| อีคอมเมิร์ซพื้นฐาน | 5 | 10 | 2× |
| SERP พื้นฐาน | 25 | 30 | 1.2× |
| Ultra-premium + JS (ทั่วไป) | 75 | 80 | 1.07× |
ผู้ใช้ที่ตั้ง pipeline แบบ no-code แล้วคาดว่าจะเสียเครดิตเท่ากับ API ปกติ มักจะพบว่าพวกเขาเผาเครดิตไป 6 เท่าสำหรับคำขอพื้นฐาน เรื่องนี้มีการเขียนไว้ แต่คุณต้องขุดลึกพอสมควรกว่าจะเจอ
ต้นทุนจริงต่อคำขอ: ScraperAPI เทียบกับคู่แข่ง
ราคาที่เห็นบนหน้าเว็บอย่างเดียวไม่ช่วยอะไรถ้าไม่คิดตัวคูณ ผมดึงราคาปัจจุบันจากผู้ให้บริการ 5 เจ้า แล้วทำให้เทียบกันที่ระดับราว $300/เดือนใน 3 สถานการณ์ที่เจอบ่อย
ดึง HTML พื้นฐาน (ไม่มี JS, ไม่มีพร็อกซีพรีเมียม)
| ผู้ให้บริการ | แพ็กเกจ | เครดิตต่อคำขอ | จำนวนคำขอจริง | ต้นทุนต่อ 1K |
|---|---|---|---|---|
| ScrapingBee | Business $249 | 1 | 3,000,000 | $0.08 |
| ScraperAPI | Business $299 | 1 | 3,000,000 | $0.10 |
| Scrapfly | Startup $250 | 1 | 2,500,000 | $0.10 |
| ZenRows | Business $300 | $0.28/1K | ~1,071,000 | $0.28 |
| Bright Data | PAYG | $1.50/1K | ~200,000 | $1.50 |
ต้องใช้ JavaScript Rendering
| ผู้ให้บริการ | แพ็กเกจ | เครดิตต่อคำขอ | จำนวนคำขอจริง | ต้นทุนต่อ 1K |
|---|---|---|---|---|
| ScrapingBee | Business $249 | 5 (เปิดไว้โดยค่าเริ่มต้น) | 600,000 | $0.42 |
| Scrapfly | Startup $250 | 6 | 416,667 | $0.60 |
| ScraperAPI | Business $299 | 10 | 300,000 | $1.00 |
| ZenRows | Business $300 | 5× | ~214,000 | $1.40 |
| Bright Data | PAYG | flat | ~200,000 | $1.50 |
พร็อกซีพรีเมียม/Residential + JavaScript Rendering (เว็บที่มีการป้องกัน)
| ผู้ให้บริการ | แพ็กเกจ | เครดิตต่อคำขอ | จำนวนคำขอจริง | ต้นทุนต่อ 1K |
|---|---|---|---|---|
| Bright Data | PAYG | flat | ~200,000 | $1.50 |
| ScrapingBee | Business $249 | 25 | 120,000 | $2.08 |
| ScraperAPI | Business $299 | 25 | 120,000 | $2.49 |
| Scrapfly | Startup $250 | 31 | 80,645 | $3.10 |
| ZenRows | Business $300 | 25× | ~42,857 | $7.00 |
Bright Data’s Web Unlocker เป็นผู้ให้บริการเดียวที่ ไม่คิดเงินเพิ่มสำหรับ JavaScript rendering — ทุกคำขอคิดเรตเดียวแบบ flat rate ที่ระดับราคาราว $300 ScrapingBee และ ScraperAPI แข่งขันได้ดีสำหรับงานดึงข้อมูลจากเว็บที่มีการป้องกัน ส่วน ZenRows เป็นตัวที่แพงที่สุด
ข้อควรระวังด้านพฤติกรรมการใช้งาน: ScrapingBee เปิด JavaScript rendering เป็นค่าเริ่มต้น ที่ต้นทุน 5× ถ้าคุณเทียบ ScrapingBee กับ ScraperAPI แบบตัวต่อตัว ต้องแน่ใจว่าคุณกำลังเทียบการตั้งค่า rendering แบบเดียวกันจริง ๆ
การวิเคราะห์อิสระจาก Scrape.do พบว่า ScraperAPI มีต้นทุนเฉลี่ย 8.49 ดอลลาร์ต่อ 1,000 คำขอ — "แพงกว่าทุกผู้ให้บริการที่ทดสอบ" — โดยมีเวลา response เฉลี่ย 15.7 วินาที ทำให้ถูกจัดว่าเป็น "หนึ่งในผู้ให้บริการที่ช้าที่สุด" เรื่องนี้ควรรู้ก่อนตัดสินใจใช้งาน
อัตราความสำเร็จแยกตามเว็บไซต์: จุดแข็งและจุดอ่อนของ ScraperAPI
ไม่มี scraping API ตัวไหนที่ทำงานได้ดีเท่ากันทุกเว็บไซต์ ผล benchmark อิสระจาก Scrapeway (เมษายน 2026) สะท้อนภาพแบบสองขั้วชัดเจน
ประสิทธิภาพตามประเภทเว็บไซต์
| เว็บไซต์เป้าหมาย | อัตราความสำเร็จ | ความเร็วเฉลี่ย | ต้นทุนต่อ 1K (Business Plan) |
|---|---|---|---|
| Zillow | 100% | 10.5s | $0.49 |
| Etsy | 99% | 4.8s | $4.90 |
| Amazon | 98% | 6.5s | $2.45 |
| 95% | 17.8s | $14.70 | |
| Walmart | 93% | 11.4s | $2.45 |
| Indeed | 90% | 15.8s | $4.90 |
| StockX | 84% | 3.9s | $4.90 |
| Realtor.com | 12% | 11.8s | $0.49 |
| 0% | — | — | |
| Booking.com | 0% | — | — |
| Twitter/X | 0% | — | — |
ค่าเฉลี่ยความสำเร็จรวมอยู่ที่ 62.8–63.7% สูงกว่าค่าเฉลี่ยอุตสาหกรรมเล็กน้อยที่ 58.2–59.5% เวลา response เฉลี่ยอยู่ที่ 5.2–7.3 วินาที ดีกว่าค่าเฉลี่ยอุตสาหกรรมที่ 9.8 วินาที
จุดที่ ScraperAPI ทำได้ดี
ScraperAPI แข็งแรงจริงในงาน อีคอมเมิร์ซ (Amazon, Walmart, Etsy) และ อสังหาริมทรัพย์ (Zillow) structured data endpoint สำหรับเว็บเหล่านี้ส่ง JSON ที่แยกข้อมูลมาแล้วด้วยความน่าเชื่อถือสูง ถ้า use case หลักของคุณคือดึงหน้าสินค้า Amazon หรือ Google SERP, ScraperAPI ถือว่าเป็นตัวเลือกที่ใช้ได้
จุดที่ ScraperAPI ยังอ่อน
โซเชียลมีเดียแทบเป็นเขตอับสัญญาณ Instagram, Twitter/X และ Booking.com ต่างก็มีอัตราความสำเร็จ 0% ในการทดสอบอิสระ LinkedIn ทำได้ 95% แต่ต้นทุน 30 เครดิตต่อคำขอค่อนข้างแรง
เว็บที่ต้องล็อกอินถูกตัดออกโดยตรง ScraperAPI รองรับการคง session ผ่านพารามิเตอร์ session_number แต่ ไม่อนุญาตให้ดึงข้อมูลที่อยู่หลังหน้าล็อกอิน มันไม่สามารถทำการกรอกฟอร์ม, two-factor authentication หรือ flow การยืนยันตัวตนที่ซับซ้อนได้
ข้อมูลอาจล้าสำหรับเว็บที่มีการป้องกัน ScraperAPI ใช้ cache ผลลัพธ์แบบบังคับ 10 นาทีสำหรับ target ที่ยาก ดังนั้นถ้าคุณดึงข้อมูลที่ต้องอัปเดตทันที เช่น ราคา หรือสต็อก คุณอาจได้รับข้อมูลที่เก่ากว่า 10 นาที
ใน benchmark ปี 2025 ของ Proxyway, ScraperAPI มี อัตราความสำเร็จแย่ที่สุดในบรรดาผู้ให้บริการทั้งหมดบน Google อยู่ที่ 81.72%
สรุปประสิทธิภาพตามหมวดเว็บไซต์
| หมวดเว็บไซต์ | ประสิทธิภาพของ ScraperAPI | ปัญหาที่รู้กัน | ทางเลือกที่อาจเหมาะกว่า |
|---|---|---|---|
| Amazon / อีคอมเมิร์ซ | ✅ แข็งแรง (SDP endpoints) | ใช้เครดิตเยอะเมื่อสเกลใหญ่ | Thunderbit templates (คลิกเดียว ไม่คิดเครดิตต่อแถวสำหรับเทมเพลต) |
| Google SERPs | ✅ แข็งแรง | geotargeting มีค่าใช้จ่ายเพิ่ม; อัตราความสำเร็จบน Google ต่ำสุดในบาง benchmark | — |
| อสังหาริมทรัพย์ (Zillow) | ✅ ดีเยี่ยม (100%) | — | — |
| Instagram / โซเชียลมีเดีย | ❌ สำเร็จ 0% | ล้มเหลวทั้งหมด | Playwright + proxies (ทำเอง) |
| SPA ที่ใช้ JS หนัก | ⚠️ ปานกลาง | ต้องใช้ headless rendering ต้นทุน 10× | Scrapfly, ZenRows |
| เว็บที่ต้องล็อกอิน | ❌ ถูกห้ามตาม ToS | ไม่รองรับ session/auth | Thunderbit browser scraping (ใช้ session ของคุณ) |
| Booking.com / ท่องเที่ยว | ❌ สำเร็จ 0% | ล้มเหลวทั้งหมด | Bright Data |
ผู้ใช้จริงพูดว่าอะไร: สรุปจาก G2, Capterra และ Reddit
ผมรวบรวมฟีดแบ็กจาก 3 แพลตฟอร์ม นี่คือคะแนนปัจจุบัน:
| แพลตฟอร์ม | คะแนน | รีวิว |
|---|---|---|
| G2 | 4.4/5 | 16 |
| Capterra | 4.6/5 | 62 |
| Trustpilot | 4.5/5 | 43 |
คะแนนย่อยจาก Capterra: ใช้งานง่าย 4.9/5, บริการลูกค้า 4.6/5, ฟีเจอร์ 4.5/5, คุ้มค่าเงิน 4.5/5
สรุปความรู้สึกตามธีม
| ธีม | สัญญาณเชิงบวก | สัญญาณเชิงลบ |
|---|---|---|
| ตั้งค่าง่าย / เอกสารดี | "ตั้งค่าง่ายมาก เริ่มดึงข้อมูลได้ภายในไม่กี่นาที" — Latenode community; Capterra Ease of Use 4.9/5 | — |
| ความโปร่งใสราคา | "แพ็กเริ่มต้นราคาจับต้องได้" (รีวิวใน Capterra หลายรายการ) | "การแยกต้นทุนเครดิตดูสับสน" — John S., Founder, Capterra (ก.พ. 2025); "ราคาขึ้น 1000% และคุณภาพแย่ลง" — CTO, Online Media, Capterra (ก.ย. 2022) |
| ความเสถียร | "ใช้ได้ดีกับ Amazon/Google" (G2, Capterra) | "ScraperAPI เริ่มไม่นิ่งเมื่อเจองานหนัก" — emcarter, Latenode; "อัตราล้มเหลว 80% บาง target" (Reddit) |
| การซัพพอร์ต | "ทีมตอบไว" (Capterra) | ผู้ใช้รายงานว่า ถูกเสนอราคาหนึ่งแบบ แต่คิดเงินจริงที่อัตรา 5× โดยไม่แจ้งล่วงหน้า (Reddit) |
| ความคุ้มค่าในระยะยาว | คิดเงินเฉพาะคำขอที่สำเร็จ (200/404) | "ถ้าคุณทำงานสเกลใหญ่ ค่าใช้จ่ายจะพุ่งเร็ว" และการสร้างโครงสร้างเอง "คุ้มกว่าในระยะยาว" — mikezhang, Latenode |
ข้อสรุปคือ ScraperAPI ได้รับการยอมรับว่าตั้งค่าเริ่มต้นได้ง่าย และทำงานได้ดีบน target ยอดนิยมที่รองรับดีอยู่แล้ว คำบ่นส่วนใหญ่มักวนอยู่ที่เรื่องราคาที่ช็อกผู้ใช้ (ตัวคูณ, ราคาที่เพิ่มขึ้นแบบไม่คาดคิด) และความเสถียรกับเว็บที่ยากกว่า
Structured Data Endpoint ของ ScraperAPI คุ้มเครดิตพรีเมียมไหม?
ScraperAPI มี 18 structured data endpoints ครอบคลุม 5 แพลตฟอร์ม โดยส่งกลับ JSON ที่แยกข้อมูลแล้วแทน HTML ดิบ:
- Amazon (3 endpoints): รายละเอียดสินค้าโดย ASIN, ผลการค้นหา, ข้อเสนอจากคู่แข่ง ส่งกลับมากกว่า 18 ฟิลด์ รวมถึงราคา, เรตติ้ง, คำอธิบาย, รีวิว, BSR, รูปภาพ, ข้อมูลผู้ขาย รองรับ 21 marketplace ตามภูมิภาค
- Google (5 endpoints): SERP (ผลค้นหาออร์แกนิก, knowledge graph, วิดีโอ, คำถามที่เกี่ยวข้อง, pagination), Shopping, Maps, News, Jobs
- Walmart (4 endpoints): สินค้า, ค้นหา, หมวดหมู่, รีวิว
- eBay (2 endpoints): สินค้า, ค้นหา
- Redfin (4 endpoints): ค้นหา, รายละเอียดเอเจนต์, ที่พักให้เช่า, ประกาศขาย
SDE ใช้ได้ในทุกแพ็กเกจ รวมถึง Free ด้วย ScraperAPI อ้างว่า endpoint เหล่านี้มีอัตราความสำเร็จ 99.99% สำหรับโดเมนที่รองรับ — แม้ว่า benchmark อิสระจะให้ภาพที่ละเอียดกว่านั้น ขึ้นอยู่กับเว็บไซต์
ความครบถ้วนของข้อมูล
Amazon SDP คือหนึ่งในฟีเจอร์ที่แข็งแรงที่สุดของ ScraperAPI มันส่งข้อมูลมาแบบครบชุด เช่น ราคา รีวิว BSR ตัวแปรสินค้า รูปภาพ ข้อมูลผู้ขาย และอื่น ๆ ส่วน Google SERP SDP ก็ส่งผลการค้นหา, โฆษณา, featured snippets และ People Also Ask ได้ครบถ้วน คุณภาพของความครบถ้วนข้อมูลถือว่าดีมากสำหรับสองแพลตฟอร์มนี้
ความคุ้มค่าของเครดิต: SDP เทียบกับการ parse เอง
บนแพ็ก Business ($299/เดือน, 3M credits) การดึงสินค้า Amazon 10,000 รายการผ่าน SDE จะใช้ 50,000 credits (รายการละ 5 เครดิต) — ประมาณ $5 ของแพ็ก ถ้าคุณสร้าง parser เองด้วยคำขอมาตรฐาน (รายการละ 1 เครดิต) จะใช้แค่ 10,000 credits แต่คุณต้องเสียเวลา dev ไปกับการสร้างและดูแล parser เอง
สำหรับทีมเล็กที่ไม่มี developer, SDE ช่วยประหยัดเวลาได้จริง
สำหรับทีมที่มี engineering capacity และต้องดึงข้อมูลในสเกลใหญ่ ส่วนเพิ่มเครดิต 5× ค่อนข้างยากจะคุ้ม
SDPs เทียบกับเทมเพลต scraper แบบ no-code
ประเด็นนี้สำคัญกว่าที่รีวิวส่วนใหญ่ยอมพูด Thunderbit มีเทมเพลต scraper สำเร็จรูปสำหรับ Amazon, Shopify, Zillow และ เว็บไซต์อื่นอีก 50+ แห่ง ที่ไม่ต้องเขียนโค้ด และตัวเทมเพลตเองไม่คิดเครดิตต่อแถว
ลอง Thunderbit Templates สำหรับการดึงข้อมูลแบบคลิกเดียว
| ปัจจัย | ScraperAPI SDP (Amazon) | Thunderbit Amazon Template |
|---|---|---|
| เวลาในการตั้งค่า | 30–60 นาที (โค้ด + เชื่อม API) | ~2 นาที (ติดตั้ง extension, เปิด Amazon, คลิกเทมเพลต) |
| ต้นทุนต่อสินค้า 1,000 รายการ (Business plan) | ~$5 (50,000 credits ที่ $0.10/credit) | ~$16.50 (1,000 แถว × 1 เครดิต ที่ $0.0165/เครดิต บน Pro) |
| ฟิลด์ที่ได้ | 18+ (ครบถ้วน) | ชื่อสินค้า, ราคา, คะแนน, รีวิว, รูปภาพ, URL และอื่น ๆ |
| ตัวเลือกส่งออก | JSON (ต้องใช้โค้ดช่วย parse) | Excel, CSV, Google Sheets, Airtable, Notion — คลิกเดียว |
| การดูแลรักษา | ScraperAPI ดูแล SDP | ทีม Thunderbit ดูแลเทมเพลต |
| ทักษะเทคนิค | ต้องใช้ Python/Node.js | ไม่ต้องใช้ |
สำหรับทีม dev ที่ดึงข้อมูล Amazon ปริมาณสูง SDP ของ ScraperAPI คุ้มค่ากว่าต่อหนึ่งสินค้าเมื่อสเกลใหญ่ สำหรับผู้ใช้ธุรกิจที่อยากได้ข้อมูล Amazon ลงสเปรดชีตโดยไม่เขียนโค้ด Thunderbit ตั้งค่าและใช้งานได้เร็วกว่าแบบเห็นได้ชัด
จริง ๆ แล้วคุณต้องใช้ scraping API ไหม? เส้นทาง no-code ที่รีวิวส่วนใหญ่ไม่พูดถึง
หลายคนที่ค้นหา "Scraper API review" ยังไม่ได้ตัดสินใจว่าจะใช้ workflow แบบ API จริงไหม พวกเขาแค่พยายามหาว่าจำเป็นต้องใช้หรือเปล่า
และคนจำนวนไม่น้อยก็พบว่าไม่จำเป็น ตลาด web scraping API มีมูลค่า 2.03 พันล้านดอลลาร์ และเติบโต 14–18% CAGR แต่การเติบโตนั้นขับเคลื่อนโดยทีมวิศวกรรมระดับองค์กรเป็นหลัก — ไม่ใช่ sales ops manager ที่ต้องการ leads 500 รายจากเว็บสักเว็บหนึ่ง
Scraping API เทียบกับเครื่องมือ no-code: กรอบตัดสินใจแบบเทียบกันชัด ๆ
| ปัจจัย | Scraping API (ScraperAPI ฯลฯ) | เครื่องมือ No-Code (Thunderbit ฯลฯ) |
|---|---|---|
| เหมาะกับใคร | Developer ที่สร้าง data pipeline ขนาดใหญ่ | ผู้ใช้ธุรกิจ, นักการตลาด, ทีมขาย, นักวิจัย |
| ทักษะที่ต้องใช้ | Python/Node.js, แนวคิด HTTP, การ parse JSON | ไม่ต้องใช้ — คลิกในเบราว์เซอร์ได้เลย |
| เวลาในการตั้งค่า | อย่างน้อย 1–2 ชั่วโมง (โค้ด + ทดสอบ + แก้บั๊ก) | ไม่ถึง 5 นาที |
| การรับมือ anti-bot | พร็อกซีพรีเมียม (10–75 เครดิต/คำขอ) | เซสชันเบราว์เซอร์จริง — ข้าม fingerprinting ได้ตามธรรมชาติ |
| เว็บที่ต้องล็อกอิน | ❌ ห้ามตาม ToS ของ ScraperAPI | ✅ Browser Scraping ใช้ session ที่มีอยู่ของคุณ |
| สเกล (หน้า/วัน) | 100K–3M+ คำขอ/เดือน | ใช้เป็นครั้งคราว โดยทั่วไปต่ำกว่า 1,000 หน้า/วัน |
| ผลลัพธ์ข้อมูล | HTML ดิบหรือ JSON (ต้องมีโค้ด parse) | แถว/คอลัมน์ที่จัดโครงสร้างแล้ว — พร้อมใช้งาน |
| การส่งออก | JSON, CSV (ผ่านโค้ด) | Excel, CSV, Google Sheets, Airtable, Notion, Word, JSON |
| การดูแลรักษา | ต้องอัปเดต selector, logic retry, infrastructure | ไม่มี — AI อ่านโครงสร้างหน้าใหม่ทุกครั้ง |
| หน่วยราคา | คิดเครดิตต่อคำขอ (แปรผัน: 1–75 เครดิต/คำขอ) | คิดเครดิตต่อแถว (1 เครดิต = 1 แถว, 2 สำหรับ subpage) |
| ราคาเริ่มต้น | $49/เดือน สำหรับ 100K credits | $9/เดือน สำหรับ 5,000 credits (รายปี) |
| แพ็กฟรี | 1,000 credits/เดือน, พร้อมกัน 5 เธรด | 6 หน้า/เดือน, 30 เครดิต/หน้า |
| ความคาดเดาเรื่องราคา | ต่ำ — ตัวคูณทำให้เกิดค่าใช้จ่ายเซอร์ไพรส์ | สูง — 1 แถว = 1 เครดิตเสมอ |
เมื่อไรที่ scraping API ถึงจะเหมาะ
- คุณมี developer หรือทีมวิศวกรรม
- คุณต้องดึงข้อมูล 100K+ หน้า/วัน แบบอัตโนมัติ
- คุณต้องปรับแต่ง request headers, session และ retry logic อย่างลึก
- เว็บไซต์เป้าหมายของคุณรองรับดีอยู่แล้ว (Amazon, Google, Walmart, Zillow)
เมื่อไรที่เครื่องมือ no-code อย่าง Thunderbit เหมาะกว่า
- คุณทำงานด้าน sales, e-commerce ops, marketing หรือ real estate — ไม่ใช่วิศวกรรม
- คุณต้องการข้อมูลจากหลายสิบเว็บโดยไม่ต้องสร้าง parser แยกทีละเว็บ
- คุณอยาก export ตรงไป Excel, Google Sheets, Airtable หรือ Notion
- คุณต้องดึงข้อมูลจากเว็บที่ต้องล็อกอิน (Thunderbit browser scraping ใช้ session ของคุณ)
- คุณอยากให้ AI อ่านหน้าเว็บใหม่ทุกครั้ง — ไม่ต้องดูแลโค้ดเมื่อเว็บเปลี่ยน layout
- คุณต้องการดึง subpage: Thunderbit เข้าไปดูแต่ละหน้ารายละเอียดและเติมข้อมูลในแถวให้อัตโนมัติ
เวิร์กโฟลว์ของ Thunderbit Chrome Extension ใช้ง่ายจริง: ติดตั้งส่วนขยาย, เปิดหน้าเว็บ, คลิก "AI Suggest Fields", คลิก "Scrape" แล้ว export ได้เลย AI จะช่วยเดาว่าบนหน้านั้นมีข้อมูลอะไรและเสนอคอลัมน์ให้ คุณไม่ต้องเขียน selector หรือโค้ด หากอยากรู้ว่ามันทำงานยังไง ลองดู คู่มือเริ่มต้น web scraping ของเรา
62% ของธุรกิจ เจอค่า cloud เกินงบในปี 2024 และบริษัทที่ใช้ pricing แบบคิดตามการใช้งานโดยไม่มีระบบป้องกันเจอ อัตรา churn สูงขึ้น 23% เพราะ bill shock ความคาดเดาได้ของโมเดลเครดิตแบบคิดต่อแถวก็น่าคิด ถ้าคุณเคยเจอ API ที่ค่าใช้จ่ายแกว่งแรงมาก่อน
ลอง AI Web Scraper ของ Thunderbit
ข้อดีข้อเสียของ ScraperAPI แบบสรุป
| ข้อดี | ข้อเสีย |
|---|---|
| โครงสร้างพร็อกซีแข็งแรง (40M+ IP, 50+ ประเทศ) | ระบบตัวคูณเครดิตซับซ้อน — เปิดหลายฟีเจอร์แล้วแพงกว่าผลรวม |
| เอกสารดีเยี่ยมและตั้งค่าเริ่มต้นง่าย (Capterra Ease of Use: 4.9/5) | เครดิตที่ไม่ใช้ไม่ทบไปเดือนถัดไป |
| เสถียรกับ Amazon, Google, Zillow, Etsy | 0% success บน Instagram, Twitter/X, Booking.com |
| คิดเงินเฉพาะคำขอที่สำเร็จ (200/404) | แม้ 404 ก็ยังใช้เครดิต |
| มี 18 structured data endpoints พร้อม JSON ที่ parse แล้ว | เว็บที่ต้องล็อกอินถูกห้ามชัดเจน |
| ใช้ได้ทุกแพ็กเกจรวมถึง Free | Pay-As-You-Go มีเฉพาะ Scaling ($475/เดือน) ขึ้นไป |
| นโยบายคืนเงิน 7 วันแบบไม่ถามเยอะ | มี forced cache 10 นาทีบน target ที่ยาก — เสี่ยงข้อมูลเก่า |
| รายได้โต 30–35% YoY บ่งชี้ว่าพัฒนาต่อเนื่อง | DataPipeline อาจใช้เครดิตมากกว่าปกติสูงสุด 6× |
| — | geotargeting นอก US & EU ต้องใช้ Business plan ($299/เดือน) |
| — | ไม่มีแจ้งเตือนการใช้งานล่วงหน้า — ต้องเช็กแดชบอร์ดเอง |
เคล็ดลับใช้งาน ScraperAPI ให้คุ้มที่สุด ถ้าคุณตัดสินใจใช้
ติดตามการใช้เครดิตทุกวัน
แดชบอร์ด ของ ScraperAPI แสดงสถิติการใช้งาน เช่น latency เฉลี่ย, โดเมนที่ดึง และตัวชี้วัด concurrency แต่ ไม่มีการแจ้งเตือนล่วงหน้า — ไม่มีอีเมลหรือ SMS ตอนเครดิตใกล้หมด คุณต้องเข้าไปดูเอง ประวัติ analytics จำกัดไว้ที่ 2 สัปดาห์สำหรับแพ็ก Hobby/Startup และ 6 เดือนสำหรับ Business ขึ้นไป
ตั้งเตือนในปฏิทินให้เช็กแดชบอร์ดทุกวันในเดือนแรก คุณต้องเริ่มจับจังหวะให้ได้ว่าเครดิตหมดเร็วแค่ไหนกับ target ของคุณ
เริ่มจากแพ็ก Free เพื่อทดสอบเว็บไซต์เป้าหมาย
ใช้เครดิตฟรี 1,000 เครดิต (บวก trial 7 วันอีก 5,000 เครดิต) เพื่อทดสอบอัตราความสำเร็จกับเว็บเป้าหมายจริง ก่อน สมัครแพ็กแบบเสียเงิน จดว่าเว็บไหนต้องใช้ JavaScript rendering หรือพร็อกซีพรีเมียม เพื่อประเมินต้นทุนรายเดือนจริงเมื่อคิดตัวคูณแล้ว
ปิดฟีเจอร์พรีเมียม ถ้า target ไม่จำเป็นต้องใช้
ScraperAPI จะ ไม่ เปิด premium proxy หรือ JavaScript rendering ให้อัตโนมัติ คุณต้องตั้ง render=true, premium=true หรือ ultra_premium=true เอง แต่การคิดราคาตามโดเมนเป็นแบบอัตโนมัติ: Amazon จะคิด 5 เครดิตเสมอ, Google 25 เครดิตเสมอ, LinkedIn 30 เครดิตเสมอ เครดิต bypass anti-bot (+10 สำหรับ Cloudflare, DataDome, PerimeterX) ก็ถูกบวกให้อัตโนมัติเมื่อระบบตรวจเจอ จงรู้เรื่องนี้ก่อนยิง batch
ใช้ Structured Data Endpoint กับเว็บที่รองรับ
ถ้าคุณดึง Amazon หรือ Google SDE ช่วยประหยัดเวลา dev ได้ แม้จะกินเครดิตมากกว่า สำหรับเว็บไซต์ที่ไม่รองรับ ลองประเมินว่า เครื่องมือ no-code จะเร็วและถูกกว่าการสร้าง parser เองไหม
เตรียมแผนสำรองสำหรับ target ที่ไม่นิ่ง
ถ้าอัตราความสำเร็จของ ScraperAPI บนเว็บหนึ่งต่ำกว่า 90% ลองส่งคำขอผ่านผู้ให้บริการอื่นหรือใช้เครื่องมือแบบ browser-based แทน สำหรับเว็บที่ต้องล็อกอิน ScraperAPI ใช้ไม่ได้อยู่ดี — คุณต้องใช้เครื่องมืออย่าง Thunderbit ที่ทำงานภายใน session ของเบราว์เซอร์คุณ
รู้กับดักที่ควรระวัง
- 404 ก็ใช้เครดิต — ScraperAPI คิดค่าทั้งสถานะ 200 และ 404
- คำขอที่ยกเลิกยังถูกคิดเงิน ถ้าคุณยกเลิกก่อนครบหน้าต่างประมวลผล 70 วินาที
- มี forced caching 10 นาทีบน target ที่ยาก — ข้อมูลอาจเก่า
- Pay-As-You-Go มีเฉพาะแพ็ก Scaling ($475/เดือน) ขึ้นไป — ผู้ใช้แพ็กต่ำกว่าถ้าเครดิตหมดจะถูกตัดการใช้งาน
- geotargeting นอก US & EU ต้องใช้ Business plan ($299/เดือน)
ประเด็นสำคัญ: ScraperAPI เหมาะกับคุณไหม?
นี่คือข้อสรุปหลังจากที่ผมไล่ศึกษามาทั้งหมด:
- ScraperAPI เป็นตัวเลือกที่ดีสำหรับทีม dev ที่ต้องดึงข้อมูลปริมาณมากจาก target ที่รองรับดีอย่าง Amazon, Google, Walmart และ Zillow structured data endpoint ใช้งานได้จริง โครงสร้างพร็อกซีแข็งแรง และเอกสารดีเกินค่าเฉลี่ย
- ระบบตัวคูณเครดิตคือความเสี่ยงใหญ่ที่สุด ถ้าคุณไม่เข้าใจการซ้อนตัวคูณ คุณจะใช้เงินเกินแน่ ช่องว่างระหว่างเครดิตที่โฆษณากับคำขอจริงอาจกว้างตั้งแต่ 5–75 เท่า ควรคำนวณให้ชัดสำหรับ use case ของคุณก่อนสมัครแพ็กแบบเสียเงิน
- ความเสถียรขึ้นอยู่กับเว็บไซต์ ScraperAPI ดีมากกับอีคอมเมิร์ซและอสังหาฯ ปานกลางกับ job board และโซเชียลมีเดีย และใช้ไม่ได้เลยกับ Instagram, Twitter/X และ Booking.com อย่าคิดว่าทุกเว็บจะได้ผลเท่ากัน
- สำหรับทีมที่ไม่ใช่สายเทคนิค ScraperAPI ไม่ใช่เครื่องมือที่เหมาะ ถ้าคุณอยู่ฝ่ายขาย, การตลาด หรือ ops และต้องการ structured data โดยไม่เขียนโค้ด เครื่องมือ no-code อย่าง Thunderbit ให้คุณไปถึงเป้าหมายได้ในสองคลิก — พร้อม AI ตรวจจับฟิลด์, ส่งออกสเปรดชีตตรง ๆ, เติมข้อมูล subpage และไม่มีภาระดูแลต่อเนื่อง ลองดู Thunderbit Chrome Extension หรือดูวิดีโอสอนบน Thunderbit YouTube Channel
- สำหรับ dev ที่งบจำกัด ให้ทดสอบแพ็กฟรีของ ScraperAPI กับ target ของคุณก่อน แล้วค่อยเทียบต้นทุนจริงต่อคำขอกับ ScrapingBee, Scrapfly และ Bright Data ก่อนเลือก ผู้ให้บริการที่ถูกที่สุดขึ้นอยู่กับ use case และความต้องการฟีเจอร์ของคุณล้วน ๆ
อยากดูว่าตัวเลขจะออกมาเป็นยังไงกับความต้องการดึงข้อมูลของคุณ? เริ่มจากแพ็กฟรีของ ScraperAPI เพื่อทดสอบเว็บไซต์เป้าหมาย หรือ ติดตั้ง Thunderbit เพื่อดูว่าสองคลิกพาไปได้ไกลแค่ไหน สำหรับรายละเอียด ราคา ลองดูแพ็กเกจของเรา
คำถามที่พบบ่อย
ScraperAPI ฟรีไหม?
ฟรีครับ ScraperAPI มีแพ็กฟรีที่ให้ 1,000 API credits ต่อเดือน และ trial 7 วันอีก 5,000 credits อย่างไรก็ตาม ตัวคูณเครดิตสำหรับ JavaScript rendering, premium proxies หรือโดเมนที่มีต้นทุนสูง (Amazon = 5×, Google = 25×, LinkedIn = 30×) หมายความว่าความสามารถจริงอาจต่ำกว่าที่เห็นในตัวเลข 1,000 คำขอมาก บนแพ็กฟรี จะไม่มี ultra-premium proxies ให้ใช้งาน
ScraperAPI คิดเงินต่อคำขอเท่าไร?
ขึ้นอยู่กับฟีเจอร์ที่เปิดใช้และโดเมนเป้าหมาย คำขอมาตรฐานไปยังเว็บ HTML ทั่วไปใช้ 1 เครดิต คำขอ Amazon ใช้ 5 เครดิต คำขอ Google SERP ใช้ 25 เครดิต การเพิ่ม JavaScript rendering จะบวกอีก 10 เครดิต และการใช้ ultra-premium proxy พร้อม JavaScript rendering จะคิด 75 เครดิตต่อคำขอ บนแพ็ก Hobby ($49/เดือน, 100K credits) ต้นทุนจึงอยู่ตั้งแต่ $0.00049 ต่อคำขอ (มาตรฐาน) ไปจนถึง $0.0368 ต่อคำขอ (ultra-premium + JS) ดูตารางต้นทุนเต็มด้านบนสำหรับรายละเอียด
ScraperAPI เหมาะกับการดึงข้อมูล Amazon ไหม?
Structured Data endpoint ของ Amazon ใน ScraperAPI เป็นหนึ่งในฟีเจอร์ที่แข็งแรงที่สุด โดยมี อัตราความสำเร็จ 98% ใน benchmark อิสระ และส่ง JSON ที่แยกข้อมูลมาอย่างครบถ้วน (18+ ฟิลด์) อย่างไรก็ตาม คำขอ Amazon แต่ละครั้งเริ่มต้นที่ 5 เครดิต ทำให้ต้นทุนสะสมเร็วเมื่อสเกลใหญ่ สำหรับทีมเล็กที่อยากได้ข้อมูล Amazon ลงสเปรดชีตโดยไม่เขียนโค้ด Thunderbit's Amazon template เป็นทางเลือกแบบคลิกเดียวพร้อม export ตรง ๆ
ทางเลือกที่ดีที่สุดแทน ScraperAPI มีอะไรบ้าง?
สำหรับ developer: ScrapingBee (ถูกสุดสำหรับ HTML พื้นฐาน), Scrapfly (เด่นเรื่อง JavaScript rendering), Bright Data (ดีที่สุดสำหรับเว็บที่มีการป้องกัน — ราคา flat ไม่ว่าจะแสดงผลแบบไหน), และ ZenRows. สำหรับผู้ใช้ที่ไม่ใช่สายเทคนิค: Thunderbit — Chrome extension แบบ no-code ที่ใช้ AI และส่งออกตรงไป Excel, Google Sheets, Airtable และ Notion ดู การเปรียบเทียบ AI web scraper ที่ดีที่สุด ของเราเพื่ออ่านเชิงลึกเพิ่มเติม
ScraperAPI ดึงเว็บที่ต้องล็อกอินได้ไหม?
ScraperAPI รองรับการคง session ผ่านพารามิเตอร์ session_number (ใช้ IP เดิมหลายคำขอ) แต่ ห้ามดึงข้อมูลที่อยู่หลังล็อกอินอย่างชัดเจน มันไม่รองรับการกรอกฟอร์ม, two-factor authentication หรือ flow การยืนยันตัวตนที่ซับซ้อน สำหรับเว็บที่ต้องล็อกอิน เครื่องมือแบบเบราว์เซอร์ เช่น Thunderbit — ที่ใช้ session เบราว์เซอร์ปัจจุบันของคุณในการดึงสิ่งที่เห็นอยู่ — เป็นตัวเลือกที่น่าเชื่อถือกว่า
เรียนรู้เพิ่มเติม
