โควต้า

โควต้า API ของ Display & Video 360 จะจำกัดอัตราที่โปรเจ็กต์สามารถส่งคำขอไปยัง API

ทําตามแนวทางปฏิบัติแนะนําเหล่านี้เพื่อใช้โควต้า API ของ Display & Video 360 ให้ดียิ่งขึ้น

ส่งคำขอไปยังผู้ลงโฆษณาพร้อมกัน

โควต้า Display & Video 360 API จะตั้งค่าต่อโปรเจ็กต์และต่อผู้ลงโฆษณา ขีดจำกัดโควต้าของโปรเจ็กต์ คำขอที่โปรเจ็กต์ส่ง โควต้าของผู้ลงโฆษณาจะจำกัดคำขอที่โปรเจ็กต์ส่งไปยังผู้ลงโฆษณา

หากต้องการใช้โควต้าโปรเจ็กต์ทั้งหมด ให้ส่งคำขอในผู้ลงโฆษณาพร้อมกัน

ใช้พารามิเตอร์การค้นหา list

ใช้พารามิเตอร์การค้นหาของเมธอด list เพื่อรวมเฉพาะทรัพยากรที่ต้องการ แหล่งข้อมูลที่น้อยกว่า ต้องใช้คำขอน้อยกว่าในการแสดง

list มีพารามิเตอร์หลัก 3 รายการ ดังนี้

  • pageSize กำหนดจำนวนทรัพยากรที่คำขอแสดงผลได้ ขนาดหน้าเริ่มต้นจะขึ้นอยู่กับวิธีการ ตั้งค่านี้เป็นค่าสูงสุด เพื่อแสดงทรัพยากรเพิ่มเติมต่อคำขอ
  • filter จำกัดทรัพยากรที่แสดงตามเกณฑ์ที่ระบุ ตั้งค่านี้เป็น แสดงเฉพาะทรัพยากรบางส่วน ดูข้อมูลเพิ่มเติมได้ที่คำขอรายการตัวกรอง
  • orderBy จะจัดเรียงทรัพยากรที่แสดงตามพร็อพเพอร์ตี้ที่ระบุ ตั้งค่านี้เพื่อ ดึงข้อมูลเพดานหรือพื้นของรายการทรัพยากรโดยใช้คำขอน้อยลง

ใช้ฟังก์ชันแบบกลุ่มและฟังก์ชันระดับทรัพยากร

ฟังก์ชันแบบกลุ่มและฟังก์ชันระดับทรัพยากรจะทำงานที่ซับซ้อน คำขอเดียวที่ส่งไปยังเมธอดเหล่านี้สามารถแทนที่คำขอหลายรายการที่ส่งไปยังเมธอดอื่นๆ ได้

ดูข้อมูลเพิ่มเติมเกี่ยวกับวิธีการเหล่านี้ได้ที่คำขอแบบกลุ่ม

รหัสแคช

การดำเนินการหลายอย่างใน Display & Video 360 API ต้องใช้รหัสที่ดึงข้อมูลโดยใช้ API ตัวอย่างเช่น รหัสตัวเลือกการกำหนดเป้าหมายและรหัสกลุ่มเป้าหมายของ Google จัดเก็บ รหัสในเครื่องเพื่อที่คุณจะได้ไม่ต้องดึงข้อมูลซ้ำ

การใช้รหัสสำหรับทรัพยากรที่เลิกใช้งานแล้วหรือถูกลบอาจทำให้เกิดข้อผิดพลาด คุณควรดึงข้อมูลรหัสที่แคชไว้ทุกสัปดาห์เพื่อยืนยันสถานะ

ใช้ Exponential Backoff

Exponential Backoff เป็นกลยุทธ์การจัดการข้อผิดพลาด โดยจะลองส่งคำขออีกครั้งในช่วงเวลาที่ เพิ่มขึ้น

ขณะทำการสำรวจงานที่ใช้เวลานาน เช่น งานดาวน์โหลด SDF กลยุทธ์การถอยแบบทวีคูณจะช่วยลด จำนวนคำขอที่ส่งได้

ตัวอย่างโค้ดการดาวน์โหลด SDF ของเราใช้ Exponential Backoff กับ ไลบรารีของไคลเอ็นต์ ต่อไปนี้เป็นตัวอย่างโฟลว์ Exponential Backoff

  • เรียกข้อมูลออบเจ็กต์ Operation ด้วยคำขอ get
    • หาก done ไม่เป็นจริง แสดงว่างานยังคงทำงานอยู่
    • รอ 5 วินาที + จำนวนวินาทีแบบสุ่ม แล้วลองส่งคำขออีกครั้ง
  • เรียกข้อมูลการดำเนินการ
    • หาก done ไม่เป็นจริง แสดงว่างานยังคงทำงานอยู่
    • รอ 10 วินาที + จำนวนวินาทีแบบสุ่ม แล้วลองส่งคำขออีกครั้ง
  • เรียกข้อมูลการดำเนินการ
    • หาก done ไม่เป็นจริง แสดงว่างานยังคงทำงานอยู่
    • รอ 20 วินาที + จำนวนวินาทีแบบสุ่ม แล้วลองส่งคำขออีกครั้ง
  • เรียกข้อมูลการดำเนินการ
    • หาก done ไม่เป็นจริง แสดงว่างานยังคงทำงานอยู่
    • รอ 40 วินาที + จำนวนวินาทีแบบสุ่ม แล้วลองส่งคำขออีกครั้ง
  • เรียกข้อมูลการดำเนินการ
    • หาก done ไม่เป็นจริง แสดงว่างานยังคงทำงานอยู่
    • รอ 80 วินาที + จำนวนวินาทีแบบสุ่ม แล้วลองส่งคำขออีกครั้ง
  • ทำตามรูปแบบนี้จนกว่า done จะเป็นจริงหรือเวลาที่ผ่านไปสูงสุดจะถึง