การทดสอบเป็นขั้นตอนสำคัญในการสร้างการผสานรวม Google Ads API ที่ประสบความสำเร็จ ไม่ว่าคุณจะเพิ่งเริ่มต้น ดูแลรักษาแอป หรือเพิ่มฟีเจอร์ใหม่ๆ ลงในการผสานรวมที่มีอยู่ คู่มือนี้จะนำเสนอแนวทางปฏิบัติแนะนำบางส่วนสำหรับการทดสอบการผสานรวม Google Ads API
บัญชีทดสอบและบัญชีจริง
บัญชีทดสอบพร้อมให้ใช้งานเพื่อวัตถุประสงค์ในการพัฒนา บัญชีทดสอบช่วยให้คุณตรวจสอบได้ว่าโค้ดของแอปพลิเคชันและการกำหนดค่าทำงานได้ตามที่ต้องการ
อย่างไรก็ตาม ฟีเจอร์บางอย่างไม่สามารถทดสอบในบัญชีทดสอบได้
หากข้อจำกัดของบัญชีทดสอบทำให้คุณทดสอบฟีเจอร์บางอย่างในการผสานรวมไม่ได้ คุณสามารถใช้บัญชีจริงในการพัฒนาแทนได้ โปรเจ็กต์ Google Cloud ต้องมีระดับการเข้าถึง Explorer (Explorer, Basic หรือ Standard) อย่างน้อย 1 รายการเพื่อเรียกใช้บัญชีที่ใช้งานจริง โปรดทราบว่าสิทธิ์เข้าถึงระดับ Explorer ยังคงจำกัดบริการบางอย่าง ซึ่งรวมถึงการเรียกเก็บเงิน (BillingSetupService
และ AccountBudgetProposalService)
การวางแผน การสร้างบัญชี และคำเชิญผู้ใช้ (ดูข้อจำกัดของฟีเจอร์ Explorer) ซึ่งต้องใช้สิทธิ์เข้าถึงระดับพื้นฐานหรือมาตรฐาน การพยายามเรียกใช้บัญชีที่ใช้งานจริงจากโปรเจ็กต์ที่มีระดับการเข้าถึงทดสอบจะแสดงผล
AuthorizationError.CLOUD_PROJECT_NOT_APPROVED_FOR_PRODUCTION
ตั้งแต่v25 หรือ
AuthorizationError.ACTION_NOT_PERMITTED ในv24และ
ก่อนหน้า
บัญชีจริงสำหรับการพัฒนาจะแตกต่างจากบัญชีทดสอบในลักษณะต่อไปนี้
- แสดงโฆษณาที่ผู้ใช้เห็นได้
- กำหนดให้ใช้ URL ที่ถูกต้อง
- ต้องเป็นไปตามนโยบายการโฆษณา
เนื่องจากบัญชีจริงแสดงโฆษณา จึงสร้างเมตริกที่ช่วยให้คุณทดสอบรายงานประสิทธิภาพ รวมถึงปลดล็อกฟีเจอร์อื่นๆ ทั้งหมดของ Google Ads API ได้ อย่างไรก็ตาม การใช้ฟีเจอร์เหล่านี้ในการพัฒนาต้องใช้ความระมัดระวังเป็นพิเศษ เราขอแนะนำให้ใช้มาตรการต่อไปนี้
- ให้สิทธิ์เข้าถึงแก่ผู้ใช้ที่จำเป็นต้องใช้เพื่อวัตถุประสงค์ในการพัฒนาเท่านั้น
- กำหนดงบประมาณบัญชีรายวันแบบคงที่และต่ำ
- ใช้บัญชีที่ใช้งานจริงสำหรับการพัฒนาเฉพาะในกรณีที่ใช้บัญชีทดสอบไม่ได้
ดังนั้น หากต้องการทดสอบการผสานรวมอย่างเต็มรูปแบบ คุณอาจต้องใช้ทั้งข้อมูลเข้าสู่ระบบที่ใช้ทดสอบและข้อมูลเข้าสู่ระบบที่ใช้ในการใช้งานจริง
ข้อมูลเข้าสู่ระบบที่ใช้ทดสอบ
เราขอแนะนำให้เก็บชุดข้อมูลเข้าสู่ระบบทดสอบแยกจากข้อมูลเข้าสู่ระบบของแอปพลิเคชันที่ใช้งานจริงเพื่อลดความเสี่ยงในการแก้ไขบัญชีที่ใช้งานจริงโดยไม่ตั้งใจเมื่อพยายามแก้ไขบัญชีสำหรับการพัฒนา
หากต้องการสร้างชุดข้อมูลเข้าสู่ระบบทดสอบ ให้ทำตามขั้นตอนต่อไปนี้
- สร้างบัญชีอีเมล (เช่น
api.test@example.com) หรือบัญชีบริการ ที่จะใช้เพื่อการทดสอบเท่านั้น - เพิ่มผู้ใช้หรือบัญชีบริการนี้เป็นผู้ใช้ที่ถูกต้องในบัญชี Google Ads ที่คุณ ใช้ทดสอบ ตรวจสอบว่าคุณให้ระดับการเข้าถึงที่เหมาะสมแก่ผู้ใช้หรือบัญชีบริการนี้ อย่าให้สิทธิ์เข้าถึงบัญชีจริงแก่ผู้ใช้หรือบัญชีบริการนี้
- หากคุณใช้ขั้นตอนการตรวจสอบสิทธิ์ผู้ใช้ OAuth 2.0 แทน ขั้นตอนบัญชีบริการ ให้สร้างโทเค็นการรีเฟรชสำหรับ บัญชีผู้ใช้ทดสอบ
- ใช้ข้อมูลเข้าสู่ระบบใหม่เหล่านี้เมื่อทดสอบแอปพลิเคชัน คุณสามารถใช้รหัสไคลเอ็นต์และ ข้อมูลลับของไคลเอ็นต์ซ้ำเพื่อวัตถุประสงค์ในการทดสอบได้ เนื่องจากไม่มีผล ในการพิจารณาว่าบัญชี Google Ads ใดที่เข้าถึงได้ จัดเก็บข้อมูลเข้าสู่ระบบทั้งหมด และโทเค็นการรีเฟรชไว้อย่างปลอดภัย และอย่าส่งไปยังการควบคุมแหล่งที่มา
ขอการตรวจสอบ
หากเพียงต้องการทดสอบว่าคำขอถูกต้องหรือไม่ เช่น เพื่อยืนยันว่าคำขอมีโครงสร้างถูกต้องและไม่ละเมิดนโยบาย คุณสามารถใช้ฟิลด์ validate_only ซึ่งใช้ได้กับคำขอ GoogleAdsService.Search (โปรดทราบว่า GoogleAdsService.SearchStream ไม่รองรับ validate_only) และคำขอเปลี่ยนแปลงส่วนใหญ่ โปรดดูเอกสารอ้างอิงเพื่อตรวจสอบว่าฟิลด์นี้พร้อมใช้งานสำหรับเมธอดที่ต้องการหรือไม่
REST API
สำหรับการทดสอบเฉพาะกิจ เช่น เพื่อตรวจสอบว่าคำขอให้ผลลัพธ์ตามที่คาดไว้ การใช้ REST API มักเป็นตัวเลือกที่ง่ายที่สุด โปรดดูตัวอย่าง REST เพื่อเรียนรู้วิธีใช้ curl ในการส่งคำขอไปยัง REST API นอกจากนี้ ให้ลองทดสอบใน REST Explorer ด้วย