การทดสอบเป็นขั้นตอนสำคัญในการสร้างการผสานรวม Google Ads API ที่ประสบความสำเร็จ ไม่ว่าคุณจะเพิ่งเริ่มต้นใช้งาน กำลังใช้แอปหนึ่ง หรือเพิ่มฟีเจอร์ใหม่ๆ ลงในการผสานรวมที่มีอยู่ คู่มือนี้จะนำเสนอแนวทางปฏิบัติแนะนำ ในการทดสอบการผสานรวม Google Ads API
บัญชีทดสอบ
บัญชีทดสอบมีไว้เพื่อ การพัฒนาเท่านั้น แม้ว่าฟีเจอร์บางรายการจะทดสอบได้ในบัญชีทดสอบ แต่ก็ยังเป็นเครื่องมือที่มีประโยชน์ในการตรวจสอบว่าโค้ดและการกำหนดค่าของแอปพลิเคชันทำงานตามที่ต้องการ
บัญชีการผลิตสำหรับการพัฒนา
เมื่อข้อจำกัดของบัญชีทดสอบทำให้คุณทดสอบฟีเจอร์บางอย่างในการผสานรวมไม่ได้ คุณจะใช้บัญชีเวอร์ชันที่ใช้งานจริงสำหรับการพัฒนาแทนได้ บัญชีที่ใช้งานจริงสำหรับการพัฒนาจะแตกต่างจากบัญชีทดสอบดังนี้
- แสดงโฆษณาที่ผู้ใช้มองเห็นได้
- ต้องระบุ URL ที่ถูกต้อง
- ต้องเป็นไปตามนโยบายการโฆษณา
เนื่องจากบัญชีที่ใช้งานจริงจะแสดงโฆษณา ทั้งสองจึงสร้างเมตริกเพื่อให้คุณทดสอบรายงานประสิทธิภาพได้ รวมทั้งปลดล็อกฟีเจอร์อื่นๆ ทั้งหมดของ Google Ads API ได้ด้วย
แต่ในขณะเดียวกัน การใช้แอปพลิเคชันเพื่อการพัฒนาก็ต้องใช้ความระมัดระวังเป็นพิเศษ เราขอแนะนำให้ใช้มาตรการต่อไปนี้
- ให้สิทธิ์การเข้าถึงแก่ผู้ใช้ที่ต้องการเพื่อวัตถุประสงค์ในการพัฒนาเท่านั้น
- กำหนดงบประมาณบัญชีรายวันคงที่
- ใช้บัญชีเวอร์ชันที่ใช้งานจริงสำหรับการพัฒนาเฉพาะเมื่อใช้งานบัญชีทดสอบไม่ได้
ข้อมูลเข้าสู่ระบบที่ใช้ทดสอบ
เราขอแนะนำให้เก็บรักษาชุดข้อมูลเข้าสู่ระบบการทดสอบที่แยกจากข้อมูลเข้าสู่ระบบแอปพลิเคชันเวอร์ชันที่ใช้งานจริงเพื่อลดความเสี่ยงในการแก้ไขบัญชีที่ใช้งานจริงโดยไม่ตั้งใจเมื่อพยายามแก้ไขบัญชีการพัฒนา
นอกจากนี้ เราขอแนะนำให้สร้างโทเค็นการรีเฟรชแยกกันเพื่อจุดประสงค์ในการพัฒนาซอฟต์แวร์
โทเค็นการรีเฟรชจะสร้างขึ้นเมื่อผู้ใช้ให้สิทธิ์แอปเข้าถึง Google Ads API ในนามของผู้ใช้ ดังนั้นโทเค็นการรีเฟรชแต่ละรายการจึงมีสิทธิ์เข้าถึงเดียวกันกับผู้ใช้ที่ให้สิทธิ์ หากโทเค็นการรีเฟรชทั้งหมดที่ใช้เข้าถึงบัญชีการพัฒนาเชื่อมโยงกับผู้ใช้ที่ไม่มีสิทธิ์เข้าถึงบัญชีเวอร์ชันที่ใช้งานจริง รวมถึงบัญชีดูแลจัดการที่จัดการบัญชีที่ใช้งานจริง ความเสี่ยงที่จะใช้โทเค็นการรีเฟรชทดสอบเพื่อแก้ไขบัญชีที่ใช้งานจริงจะลดลงไปโดยไม่ตั้งใจ
เนื่องจากการเข้าถึงจะขึ้นอยู่กับโทเค็นการรีเฟรชที่ใช้ จึงไม่จําเป็นต้องสร้างข้อมูลเข้าสู่ระบบทดสอบอื่นนอกจากโทเค็นการรีเฟรชทดสอบ โทเค็นของนักพัฒนา รหัสไคลเอ็นต์ และรหัสลับไคลเอ็นต์ที่ใช้เข้าถึงบัญชีเวอร์ชันที่ใช้งานจริงจะใช้เข้าถึงบัญชีทดสอบได้อย่างปลอดภัย ในกรณีที่โทเค็นการรีเฟรชนั้นแตกต่างกัน
ขอการตรวจสอบ
หากต้องการทดสอบว่าคำขอถูกต้องหรือไม่ เช่น เพื่อยืนยันว่าคำขอมีโครงสร้างอย่างถูกต้องและไม่ละเมิดนโยบาย ให้ใช้ช่อง validate_only
ซึ่งใช้ได้กับคำขอ GoogleAdsService.SearchStream
และ GoogleAdsService.Search
รวมถึงคำขอการเปลี่ยนแปลงส่วนใหญ่
ดูเอกสารอ้างอิงเพื่อยืนยันว่าช่องนี้พร้อมใช้งานในเมธอดดังกล่าวหรือไม่
API ของ REST
ตัวอย่างเช่น สำหรับการทดสอบเฉพาะกิจเพื่อตรวจสอบว่าคำขอให้เอาต์พุตตามที่คาดไว้ การใช้ REST API มักเป็นตัวเลือกที่ง่ายที่สุด ดูตัวอย่าง REST เพื่อเรียนรู้วิธีใช้ cURL ในการส่งคำขอไปยัง REST API