การทดสอบเป็นขั้นตอนสำคัญในการสร้างการผสานรวม Google Ads API ที่ประสบความสำเร็จ ไม่ว่าคุณจะเพิ่งเริ่มต้น ดูแลรักษาแอป หรือเพิ่มฟีเจอร์ใหม่ๆ ลงในการผสานรวมที่มีอยู่ คู่มือนี้จะนำเสนอแนวทางปฏิบัติแนะนำบางประการสำหรับการทดสอบการผสานรวม Google Ads API
บัญชีทดสอบและบัญชีเวอร์ชันที่ใช้งานจริง
บัญชีทดสอบมีไว้เพื่อวัตถุประสงค์ในการพัฒนา บัญชีทดสอบช่วยให้คุณตรวจสอบได้ว่าโค้ดของแอปพลิเคชันและการกำหนดค่าทำงานตามที่ต้องการหรือไม่
อย่างไรก็ตาม ฟีเจอร์บางอย่างไม่สามารถทดสอบในบัญชีทดสอบได้
เมื่อข้อจำกัดของบัญชีทดสอบทำให้คุณไม่สามารถทดสอบฟีเจอร์บางอย่างในการผสานรวมได้ คุณสามารถใช้บัญชีจริงเพื่อการพัฒนาแทนได้ โปรเจ็กต์ Google Cloud ต้องมีระดับการเข้าถึง Explorer (Explorer, Basic หรือ Standard) เป็นอย่างน้อยเพื่อเรียกใช้บัญชีเวอร์ชันที่ใช้งานจริง โปรดทราบว่าสิทธิ์เข้าถึงระดับนักสำรวจยังคงจำกัดบริการบางอย่าง ซึ่งรวมถึงการเรียกเก็บเงิน (BillingSetupService และ AccountBudgetProposalService) การวางแผน การสร้างบัญชี และคำเชิญผู้ใช้ (ดูข้อจำกัดของฟีเจอร์สำหรับนักสำรวจ) ซึ่งต้องใช้สิทธิ์เข้าถึงระดับพื้นฐานหรือระดับมาตรฐาน การพยายามเรียกใช้บัญชีเวอร์ชันที่ใช้งานจริงจากโปรเจ็กต์ที่มีระดับการเข้าถึงแบบทดสอบจะแสดงผลเป็น 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 ด้วย