ปัจจุบัน SpamZilla ไม่มี API สาธารณะที่มีเอกสารกำกับสำหรับลูกค้าทั่วไป หากต้องการทำระบบค้นหาโดเมนหมดอายุ รายชื่อคัดเลือกตามเวลา การอัปเดต CRM หรือการตรวจสอบแบบสด ควรใช้ API ที่เผยแพร่ endpoint และรองรับการเข้าถึงอัตโนมัติอย่างเป็นทางการ
สารบัญ
- สารบัญ
- ทำไมผู้ใช้จึงค้นหา SpamZilla API
- SpamZilla มี API หรือไม่?
- การดึงข้อมูลจากบริการอื่นไม่เท่ากับการให้ API แก่ลูกค้า
- ทำไม scraping จึงไม่ใช่ทางเลือกที่ดี
- สิ่งที่ทีมต้องการทำให้เป็นอัตโนมัติจริง ๆ
- Workflow ที่รองรับด้วย Karma.Domains API
- เปรียบเทียบ SpamZilla กับ Karma.Domains API
- เมื่อใด SpamZilla ยังเป็นตัวเลือกที่เหมาะสม
- เริ่มต้นโดยไม่ต้องสร้างแพลตฟอร์มภายใน
- คำถามที่พบบ่อย
ทำไมผู้ใช้จึงค้นหา SpamZilla API
การวิจัยโดเมนด้วยมืออาจเพียงพอสำหรับคนคนเดียว คุณเปิด dashboard ตั้งค่าตัวกรอง ตรวจสอบผลลัพธ์ แล้วคัดลอกโดเมนที่ผ่านลง spreadsheet
แต่ขั้นตอนเดียวกันเริ่มติดขัดในเอเจนซี เกณฑ์ของแต่ละคนไม่เหมือนกัน ต้องมีคนสร้างการค้นหาใหม่ให้ลูกค้าแต่ละราย บางโดเมนถูกตรวจซ้ำ ขณะที่บางชื่อหายไประหว่าง dashboard กับคิวจัดซื้อ
API แก้ปัญหาการส่งต่องานนี้ ทีมสามารถเรียก query เดิมตามตารางเวลา บันทึกสิ่งที่ตรวจแล้ว และส่งเฉพาะ shortlist ไปยังจุดที่คนตัดสินใจ
SpamZilla มี API หรือไม่?
คำตอบสั้น ๆ คือไม่มี อย่างน้อยก็ไม่มี API สาธารณะที่สมาชิกทั่วไปนำไปสร้าง integration ได้
หน้าคำถามเกี่ยวกับ API ของ SpamZilla ระบุว่ายังไม่มี API และมีแผนจะเปิดในอนาคต หน้านี้อัปเดตเมื่อหกปีก่อน ส่วน หน้าราคาของ SpamZilla ในปัจจุบันระบุแพ็กเกจ Free และ Standard ฐานข้อมูลหลายล้านโดเมน การตรวจ spam อัตโนมัติ ข้อมูล backlink เครดิตสำหรับ custom list ตัวกรองมากกว่า 70 รายการ และอีเมลรายวัน แต่ไม่ระบุการเข้าถึง API
บนเว็บไซต์ทางการยังไม่พบ developer portal สาธารณะ, schema แบบ OpenAPI หรือ Swagger, คู่มือ endpoint, rate limit ที่ประกาศไว้ หรือขั้นตอนให้ลูกค้าสร้าง API key
SpamZilla อาจมี interface ส่วนตัวสำหรับระบบภายในหรือ partner ข้อความเก่าใน กระทู้เปิดตัวบน BlackHatWorld ระบุว่าได้สร้าง API สำหรับ partner แล้ว แต่ยังไม่เปิดต่อสาธารณะ ซึ่งไม่ใช่ API สำหรับลูกค้าที่มีการรองรับอย่างเป็นทางการ
หลังจากหกปีโดยไม่มีเอกสารหรือเงื่อนไขการเข้าถึงสาธารณะ ฉันจะไม่วางแผนงานลูกค้าหรืองบพัฒนาบนคำสัญญาเดิม หาก SpamZilla เปิด API ในภายหลัง ทีมจึงค่อยประเมิน endpoint, limit, ราคา และ support จริงได้
การดึงข้อมูลจากบริการอื่นไม่เท่ากับการให้ API แก่ลูกค้า
SpamZilla แสดง metric จาก Majestic, Ahrefs, Moz และ Semrush ใน interface รวมถึง SZ Score ของตัวเอง
Integration เหล่านี้ไม่ได้ทำให้สมาชิก query ฐานข้อมูล SpamZilla จาก n8n, Python script, CRM หรือแอปภายในได้ ผลิตภัณฑ์หนึ่งอาจใช้ API หลายตัวโดยไม่เปิด API ของตัวเอง
ความต่างนี้สำคัญต่อการออกแบบ workflow เว็บ dashboard เป็นจุดทำงานของคน ส่วน API เป็นสัญญาระหว่างระบบ ซึ่งมี field ที่บันทึกไว้ การยืนยันตัวตน response ที่คาดการณ์ได้ และ limit ที่ประกาศชัดเจน
ทำไม scraping จึงไม่ใช่ทางเลือกที่ดี
Scraper อาจดูเหมือนทางลัดจาก dashboard ไป spreadsheet แต่สำหรับ SpamZilla จะเกิดปัญหาด้านนโยบายก่อนงาน maintenance เสียอีก
ข้อกำหนดการใช้งานของ SpamZilla ห้ามการเข้าถึงแบบอัตโนมัติหรือไม่ใช่มนุษย์ การดึงข้อมูลอย่างเป็นระบบ เครื่องมือ data mining, robot, scraper และ script ที่ไม่ได้รับอนุญาต บริษัทมีสิทธิ์จำกัดการเข้าถึง บล็อก IP ระงับบัญชี หรือยกเลิกบัญชี
แม้มีหนังสืออนุญาต scraper ก็ไม่มีสัญญาทางเทคนิคที่มั่นคง การเปลี่ยน layout ตาราง ขั้นตอน login, session token หรือ pagination อาจทำให้งานหยุดในชั่วข้ามคืน ทีมต้องดูแล integration ที่ไม่มี schema แบบมีเวอร์ชัน และไม่มีหลักประกันว่าความหมายของ field จะคงเดิม
งานวิจัยเป็นครั้งคราวควรใช้เว็บ interface ส่วนระบบอัตโนมัติควรใช้ API ที่ได้รับการรองรับ
สิ่งที่ทีมต้องการทำให้เป็นอัตโนมัติจริง ๆ
การค้นหา “SpamZilla API” ส่วนใหญ่มาจากงานปฏิบัติไม่กี่แบบ:
- ตรวจรายชื่อโดเมนด้วยกฎคัดกรองขั้นต้นชุดเดียวกัน
- ดึงโดเมนหมดอายุหรือโดเมนประมูลใหม่ทุกเช้า
- ตัด backlink profile ที่อ่อน ประวัติน่าสงสัย และหัวข้อที่ไม่เกี่ยวข้อง
- ส่ง candidate ไปยัง CRM, Notion database, Google Sheet หรือ dashboard ภายใน
- ตรวจ availability และข้อมูลปัจจุบันอีกครั้งก่อนซื้อ
- ส่งรายงานให้เพื่อนร่วมงานหรือลูกค้าตรวจได้โดยไม่ต้องทำวิจัยใหม่
สำหรับงานเหล่านี้ inventory ที่ค้นหาได้ field ที่มีเอกสาร และ JSON ที่คาดการณ์ได้สำคัญกว่าการเลียนแบบ SZ Score
Workflow ที่รองรับด้วย Karma.Domains API
Karma.Domains Expired Domains API ใช้ inventory เดียวกับเว็บแอป: โดเมนหมดอายุและประมูลมากกว่า 8 ล้านชื่อ ครอบคลุม gTLD และ ccTLD ระบบประมวลผลโดเมนใหม่มากกว่า 400,000 ชื่อต่อวันจากมากกว่า 40 แหล่ง และรองรับตัวกรองค้นหามากกว่า 90 รายการ
รายงานรวม signal จาก Ahrefs, Majestic, Moz, Semrush, Similarweb, Wayback Machine และแหล่งอื่น Karma Content Score ประเมินประวัติเนื้อหาที่ถูกเก็บถาวร ส่วน Karma Domain Metric ให้มุมมองรวมอีกแบบต่อคุณภาพโดเมน ทั้งสองไม่ได้พยายามเลียนแบบ SZ Score ที่เป็นกรรมสิทธิ์ของ SpamZilla
API ใช้ REST, JSON และ Bearer authentication ผู้ใช้ Pro สร้าง key ได้ใน Profile → Settings มี request และ response schema ผ่าน OpenAPI และ Swagger พร้อม SDK ทางการสำหรับ Python และ TypeScript รวมถึง CLI
ตรวจรายชื่อจากลูกค้าหรือ broker
สมมติว่าเอเจนซีได้รับ 600 ชื่อจากลูกค้า broker หรือนักวิจัยประมูล Script สามารถเก็บรายการไว้ในคิว ค้นหารายงาน Karma.Domains ที่มีอยู่ของแต่ละชื่อ เก็บ field สรุป และทำเครื่องหมายโดเมนไม่กี่รายการที่ควรตรวจลึกขึ้น
การคัดรอบแรกควรถูกและเข้มงวด ฉันจะตัดโดเมนที่มีประวัติ archive ไม่ตรงหัวข้อ มีเนื้อหาเป็นพิษ เปลี่ยนหัวข้อหรือภาษาอย่างรุนแรง มีสัญญาณ authority อ่อน หรือไม่มี backlink footprint ที่มีประโยชน์ จากนั้นคนจึงเปิดรายงานเต็มและตรวจ timeline ของ Wayback ก่อนอนุมัติการซื้อ
ไม่จำเป็นต้องส่งทั้ง 600 ชื่อไปตรวจแบบลึกและมีราคาแพงใน Ahrefs หรือ Semrush บริการเหล่านั้นมีประโยชน์กว่าบน shortlist ซึ่งรายละเอียด backlink และ keyword สามารถเปลี่ยนการตัดสินใจซื้อได้
สร้าง shortlist รายวันสำหรับ PBN หรือ rebuild
Scheduled job สามารถเรียก search endpoint ด้วยตัวกรองเดิมทุกเช้า โครงการหนึ่งอาจต้องการ .com ภาษาอังกฤษที่มีหัวข้อในอดีตสะอาด Karma Content Score ขั้นต่ำ referring domain ที่มีประโยชน์ และไม่มีช่วง spam ชัดเจน ส่วนโครงการท้องถิ่นอาจเลือก ccTLD และยอมรับ link profile ที่เล็กกว่า
เมื่อเกณฑ์อยู่ใน code หรือ configuration ที่บันทึกไว้ รายการวันจันทร์และวันศุกร์จึงใช้กฎเดียวกัน Workflow เก็บ report ID ข้ามโดเมนที่เคยเห็น และส่งเฉพาะผลใหม่ให้ทีม
ตัวอย่าง search request ขั้นต่ำ:
curl -X POST "https://api.karma.domains/v1/reports/search?page=1&page_size=25" \
-H "Authorization: Bearer YOUR_API_KEY" \
-H "Accept: application/json" \
-H "Content-Type: application/json" \
-d '{"karmascore_min":60,"domain_type":["expired"]}'
Request ที่ใช้จริงสามารถเลือก field ตามกฎซื้อของคุณ เก็บ filter schema ฉบับเต็มไว้ในเอกสาร API แทนการ hard-code สมมติฐานจากบทความ
ติดตามการประมูลในคิวเดียว
การวิจัยประมูลอ่อนไหวต่อเวลา โดเมนหนึ่งอาจคุ้มที่ 40 ดอลลาร์และไม่น่าซื้อที่ 1,400 ดอลลาร์
Workflow ตามตารางเวลาดึงโดเมนประมูลพร้อมแหล่งที่มา ราคาปัจจุบัน จำนวน bid เวลาสิ้นสุด และข้อมูล SEO หรือ archive ที่มีอยู่ ทีมเรียงตามลูกค้า ประเภทโครงการ หรือ bid สูงสุด ผู้ซื้อยังคงเป็นคนวาง bid ส่วนระบบอัตโนมัติทำให้คิวตรวจเป็นปัจจุบัน
ขอ SEO Enrich เฉพาะเมื่อข้อมูลขาด
รายงาน Karma.Domains ส่วนใหญ่มีข้อมูล SEO อยู่แล้ว บางครั้งรายงานยังรอในคิวประมวลผลรวม หรือขาด metric ที่ workflow ต้องใช้ SEO Enrich ช่วยให้ process ที่ได้รับอนุญาตร้องขอข้อมูลที่ขาดได้เร็วขึ้น แล้ว poll สถานะงาน
ควรให้ขั้นตอนนี้ทำงานตามเงื่อนไข หาก metric ครบให้ไปต่อ หากขาดใน candidate สำคัญจึงขอ enrichment การเรียกใช้กับทุกโดเมนเปลืองเครดิตโดยไม่เพิ่มข้อมูลให้รายงานที่สมบูรณ์แล้ว
ตรวจ finalist อีกครั้งและส่งให้คน
Candidate อาจเปลี่ยนไประหว่างการค้นพบกับการซื้อ สำหรับชื่อสุดท้าย API สามารถทำ live check เรื่อง availability, วันหมดอายุการจดทะเบียน, WHOIS, DNS, authority หรือ traffic ผลที่อยู่ใน cache ไม่ใช้เครดิตใหม่
Workflow ยังสร้าง share URL ของรายงานเต็มและเก็บไว้ข้าง candidate ใน CRM ได้ SEO lead, ผู้ซื้อ หรือลูกค้าจึงเห็นหลักฐานของคำแนะนำ ไม่ใช่แถวคะแนนที่ไม่มีคำอธิบาย
เปรียบเทียบ SpamZilla กับ Karma.Domains API
ผลิตภัณฑ์ทั้งสองทับซ้อนกันในการวิจัยโดเมนหมดอายุ แต่รองรับวิธีทำงานต่างกัน
| ความสามารถ | SpamZilla | Karma.Domains API |
|---|---|---|
| Workflow หลัก | เว็บ dashboard | REST JSON API และเว็บแอป |
| API สาธารณะที่มีเอกสาร | FAQ ระบุว่ายังไม่มี | มี |
| เอกสาร developer | ไม่มี endpoint reference หรือ schema สาธารณะ | OpenAPI และ Swagger |
| ขั้นตอนรับ API key สาธารณะ | ไม่ได้ระบุ | Profile → Settings ใน Pro ขึ้นไป |
| สัญญาณคุณภาพของตัวเอง | SZ Score | Karma Content Score, Karma Domain Metric และสัญญาณประวัติ archive |
| ตัวกรองค้นหา | 70+ ใน interface | 90+ ผ่าน API และแอป |
| Inventory โดเมน | โดเมนหมดอายุและประมูลหลายล้านชื่อ | 13M+ จาก 40+ แหล่ง |
| Response ที่เครื่องอ่านได้ | ไม่มี interface ลูกค้าสาธารณะ | JSON |
| Integration ทั่วไป | Dashboard แบบ manual, custom list และอีเมล | n8n, CRM, Sheets, script, SDK และเครื่องมือภายใน |
| การเข้าถึงอัตโนมัติ | ข้อกำหนดห้ามการเข้าถึงอัตโนมัติที่ไม่ได้รับอนุญาต | API ทางการเป็นช่องทางอัตโนมัติที่รองรับ |
เมื่อใด SpamZilla ยังเป็นตัวเลือกที่เหมาะสม
SpamZilla ยังมีประโยชน์เมื่อ SZ Score เป็นหัวใจของขั้นตอนและคุณพอใจกับการทำงานใน dashboard แพ็กเกจ Standard ปัจจุบันมีฐานข้อมูลโดเมน การตรวจ spam อัตโนมัติ ข้อมูล backlink เครดิต custom list ตัวกรอง 70+ รายการ และอีเมลรายวัน ผู้ซื้อโดเมนรายบุคคลอาจชอบ workflow ที่อยู่ในระบบเดียว
Karma.Domains API เหมาะกว่าเมื่อผลลัพธ์ต้องไปยังระบบอื่น เช่น คิวลูกค้า record ใน CRM, n8n workflow, monitoring job หรือเครื่องมือตรวจภายใน นอกจากนี้ยังเหมาะกับทีมที่ต้องใช้ตัวกรองชุดเดิมตามเวลาโดยไม่ให้คนสร้างการค้นหาใหม่
บางทีมอาจใช้ทั้งคู่ SpamZilla เป็น second opinion แบบ manual สำหรับ SZ Score ส่วน API ที่รองรับดูแล discovery และ routing การตัดสินใจขึ้นอยู่กับว่า dashboard เป็นปลายทางหรือเป็นเพียงขั้นหนึ่งในระบบใหญ่
เริ่มต้นโดยไม่ต้องสร้างแพลตฟอร์มภายใน
เริ่มจากงานซ้ำหนึ่งอย่างที่กำลังเสียเวลา Shortlist รายวันตรวจสอบได้ง่ายกว่าแอปภายในขนาดใหญ่
สร้าง Bearer key รัน query ที่บันทึกไว้ จดว่าโดเมนใดตรวจแล้ว และส่งผลใหม่ไปยังระบบที่ทีมใช้อยู่ เพิ่ม live check และ share link เมื่อ shortlist เริ่มให้ candidate ที่มีประโยชน์ เอกสาร Karma.Domains API มีชื่อ field, limit, ลิงก์ SDK และตัวอย่างล่าสุด
คำถามที่พบบ่อย
SpamZilla มี API หรือไม่?
SpamZilla ไม่มี API สาธารณะที่มีเอกสารสำหรับลูกค้าทั่วไป FAQ ระบุว่าเคยวางแผน API และโพสต์เก่าของบริษัทกล่าวถึง partner API แต่ยังไม่มีเอกสาร developer หรือขั้นตอนเข้าถึงสำหรับลูกค้าสาธารณะ
จะรับ SpamZilla API key ได้อย่างไร?
หน้าราคาและหน้าช่วยเหลือทางการไม่มีขั้นตอนสาธารณะ ติดต่อ SpamZilla โดยตรงเพื่อสอบถาม private หรือ partner access
Scrape SpamZilla ได้หรือไม่?
ข้อกำหนดการใช้งานห้ามการเข้าถึงอัตโนมัติ การดึงข้อมูลอย่างเป็นระบบ robot, scraper และ script ที่ไม่ได้รับอนุญาต ใช้เว็บผลิตภัณฑ์ตามที่กำหนดหรือขออนุญาตเป็นลายลักษณ์อักษร
ทางเลือกที่ใช้ได้จริงแทน SpamZilla API คืออะไร?
ใช้ API วิจัยโดเมนที่มีเอกสาร เมื่อต้องการค้นหา inventory ด้วยโปรแกรม รายงาน JSON, live check และการเชื่อมต่อกับเครื่องมืออัตโนมัติ Karma.Domains มีฟังก์ชันเหล่านี้ผ่าน API สาธารณะโดยไม่พยายามทำซ้ำ SZ Score
เชื่อมการวิจัยโดเมนหมดอายุกับ n8n หรือ CRM ได้หรือไม่?
ได้ REST API สามารถส่งข้อมูลไปยัง n8n, Make, Google Apps Script, CRM, database หรือแอปภายใน เก็บ logic การคัดเลือกไว้ใน workflow แล้วส่งเฉพาะ shortlist ให้คน
หากการตรวจด้วยมือและ SZ Score เพียงพอ SpamZilla ก็ยังเป็นเครื่องมือเฉพาะทางที่เหมาะสม หากทีมต้องการระบบอัตโนมัติตอนนี้ ให้สร้างบน API ที่สามารถจัดทำเอกสาร ทดสอบ และรองรับได้ตั้งแต่วันนี้