สรุปสั้น ๆ (TL;DR)
- Anash P. Oommen จาก Google เขียนเมื่อ 10 กันยายน 2569 ว่าระดับสิทธิ์ตอนนี้ขึ้นกับโปรเจกต์ Google Cloud ที่ใช้สร้าง OAuth credentials ไม่ใช่ developer token
- developer token ที่ส่งใน header ตอนนี้ไม่บังคับและระบบไม่นำมาพิจารณา Google จะเริ่มปฏิเสธใน major version ในอนาคตซึ่งยังไม่ระบุ
- Google Ads API v25 แสดง CLOUD_PROJECT_NOT_APPROVED_FOR_PRODUCTION เมื่อโปรเจกต์ Test Account Access เรียกบัญชีจริง เวอร์ชันเก่าแสดง ACTION_NOT_PERMITTED
- ใบสมัคร Basic และ Standard รายใหม่ต้องยืนยันแบรนด์ การพิจารณา Basic เป็นอัตโนมัติภายในไม่กี่นาที และใบสมัคร Basic ที่ค้างอยู่ถูกปิดทั้งหมด
Google กำลังยกเลิก developer token ของ Google Ads API และย้ายระดับสิทธิ์การเข้าถึง API (access level) ไปผูกไว้กับโปรเจกต์ Google Cloud แทน การเปลี่ยนแปลงนี้ประกาศเมื่อวันที่ 10 กันยายน 2569 โดย Anash P. Oommen จากทีม Google Ads API บน Google Ads Developer Blog และเริ่มทยอยใช้งานในวันเดียวกัน การสมัครและการจัดการสิทธิ์ยังย้ายจากหน้า API Center ในบัญชีดูแลจัดการ (manager account) ของ Google Ads ไปอยู่ที่หน้า Google Ads API Overview ใหม่ใน Google Cloud Console ใบสมัครระดับ Basic และ Standard รายใหม่ต้องผ่านการยืนยันแบรนด์ (brand verification) และใบสมัคร Basic Access ที่ค้างอยู่ทั้งหมดถูกปิดไปแล้ว
Google ระบุว่าระบบที่เชื่อมต่ออยู่เดิมยังทำงานต่อได้โดยไม่ต้องแก้โค้ด งานที่เหลือเป็นงานด้านการจัดการ ได้แก่ ตรวจว่าระดับสิทธิ์ย้ายไปอยู่บนโปรเจกต์ Cloud ที่ถูกต้อง ดูแลรายชื่อผู้มีบทบาท owner และ editor ของโปรเจกต์ให้เป็นปัจจุบัน และวางแผนเลิกส่ง developer token ก่อนที่ API เวอร์ชันในอนาคตจะเริ่มปฏิเสธ ประกาศนี้ตามมาหลังจาก Google ปรับนโยบาย Google Ads Developer Policies ให้เข้มงวดขึ้นเมื่อวันที่ 31 สิงหาคม 2569 ซึ่ง Relevant Audience ได้รายงานไว้แยกต่างหาก
Google เปลี่ยนอะไรบ้างเมื่อวันที่ 10 กันยายน 2569
โพสต์บน Developer Blog แบ่งการเปลี่ยนแปลงเป็นสองกลุ่ม คือ วิธีจัดการสิทธิ์เข้าถึง API และวิธีพิจารณาใบสมัครขอสิทธิ์ Google ระบุว่าเป้าหมายคือปรับปรุงประสบการณ์การเริ่มต้นใช้งานและการใช้งานของนักพัฒนา และได้สร้างหน้าหลักใหม่สำหรับ Google Ads API ภายใน Google Cloud Console เพื่อการนี้
ตารางด้านล่างสรุปการเปลี่ยนแปลงแต่ละข้อตามที่ Google อธิบายไว้เมื่อวันที่ 10 กันยายน 2569 พร้อมสถานะที่โพสต์ระบุ
| การเปลี่ยนแปลงที่ Google ประกาศ | สถานะที่ระบุในโพสต์ |
|---|---|
| ยกเลิก developer token และผูกระดับสิทธิ์ไว้กับโปรเจกต์ Google Cloud | ย้ายสิทธิ์ให้อัตโนมัติตามกิจกรรมการเรียก API ล่าสุด การส่ง token ใน header ไม่บังคับและระบบจะไม่นำมาพิจารณา |
| การสมัครและจัดการสิทธิ์ย้ายจาก API Center ไปที่หน้า Google Ads API Overview ใน Cloud Console | API Center ยังเปิดดูข้อมูลนักพัฒนาเดิมได้ จะปิดสมบูรณ์ "ในอนาคต" โดยไม่ระบุวัน |
| การยืนยันแบรนด์สำหรับใบสมัคร Basic และ Standard Access รายใหม่ | บังคับสำหรับใบสมัครใหม่ ผู้ที่มีสิทธิ์อยู่แล้วได้รับการสนับสนุนให้ทำแต่ไม่บังคับ |
| การอนุมัติ Basic Access เป็นระบบอัตโนมัติ | พิจารณาภายในไม่กี่นาทีหลังยืนยันแบรนด์และส่งใบสมัคร |
| ข้อผิดพลาดใหม่ CLOUD_PROJECT_NOT_APPROVED_FOR_PRODUCTION ใน API v25 | เกิดขึ้นเมื่อโปรเจกต์ที่มีสิทธิ์ Test Account Access เรียกบัญชีจริง (production) เวอร์ชันเก่าจะแสดง ACTION_NOT_PERMITTED แทน |
มีอีกหนึ่งเรื่องที่ไม่ได้ใส่ในตารางเพราะเป็นเหตุการณ์ครั้งเดียว คือ ใบสมัครขอสิทธิ์ Basic API ที่ค้างพิจารณาอยู่ทั้งหมดถูกปิดในช่วงเปลี่ยนผ่าน Google ระบุว่าผู้สมัครที่ได้รับผลกระทบจะได้รับอีเมลแจ้งรายละเอียด และควรยื่นใบสมัครใหม่จากหน้า Google Ads API Overview
สมัครใช้งานได้โดยไม่ต้องมีบัญชีดูแลจัดการ
ก่อนหน้านี้ การขอสิทธิ์ใช้ Google Ads API ต้องเริ่มจากบัญชีดูแลจัดการ (manager account) ของ Google Ads ซึ่งหน้า API Center เป็นที่ออก developer token และแสดงระดับสิทธิ์ของ token นั้น Google ระบุเมื่อวันที่ 10 กันยายนว่า ตอนนี้นักพัฒนาสามารถสมัครขอสิทธิ์ Google Ads API ได้โดยตรงใน Google Cloud Console โดยไม่ต้องมีบัญชีดูแลจัดการของ Google Ads
Google กำลังยุติฟังก์ชันการสมัครใหม่และการจัดการสิทธิ์ทั้งหมดใน API Center และย้ายไปไว้ที่หน้า Google Ads API Overview ใน Cloud Console หน้า API Center ยังเข้าได้เพื่อให้นักพัฒนาดูข้อมูลนักพัฒนาเดิมของตัวเอง Google ระบุว่าหน้านี้ "จะปิดให้บริการโดยสมบูรณ์ในอนาคต" และไม่ได้ระบุวันที่
สำหรับเอเจนซี่ สิ่งนี้เปลี่ยนที่อยู่ของงานเอกสาร บัญชีดูแลจัดการยังเป็นที่เชื่อมและจัดการบัญชีลูกค้าในหน้าเว็บ Google Ads เหมือนเดิม แต่สิทธิ์ที่กำหนดว่าระบบที่เชื่อม API ทำอะไรได้บ้าง ตอนนี้กลายเป็นคุณสมบัติของโปรเจกต์ Cloud ซึ่งมักเป็นของคนที่ตั้งค่าการเชื่อมต่อนั้นไว้ อาจเป็นนักพัฒนาภายใน ผู้ให้บริการเครื่องมือรายงาน หรือผู้รับจ้างภายนอก
"ระดับสิทธิ์ตามโปรเจกต์ Cloud" ทำงานอย่างไร
Google Ads API ใช้ระดับสิทธิ์ (access level) เป็นตัวกำหนดว่าผู้เรียก API ทำอะไรได้บ้าง โพสต์บน Developer Blog กล่าวถึง Test Account Access และ Explorer Access ส่วนการเปลี่ยนแปลงด้านการพิจารณาใบสมัครครอบคลุม Basic และ Standard Access ก่อนวันที่ 10 กันยายน 2569 ระดับสิทธิ์นี้เป็นของ developer token ซึ่งเป็นค่าที่ส่งไปใน header ของการเรียก API ทุกครั้ง
โพสต์ของ Google อธิบายการเปลี่ยนแปลงเชิงกลไกไว้สามข้อ
ระดับสิทธิ์ย้ายไปอยู่กับโปรเจกต์ที่ออก OAuth credentials ให้คุณ
การเรียก Google Ads API ทุกครั้งต้องยืนยันตัวตนด้วย OAuth credentials และ credentials เหล่านั้นถูกสร้างขึ้นภายในโปรเจกต์ Google Cloud Google ระบุว่าระดับสิทธิ์ API "จะถูกกำหนดโดยโปรเจกต์ Google Cloud ที่คุณใช้สร้าง OAuth credentials" ในทางปฏิบัติ คำถามว่า "เครื่องมือนี้มีสิทธิ์ระดับไหน" ตอนนี้ต้องดูจากโปรเจกต์ Cloud ที่อยู่เบื้องหลัง OAuth client ของเครื่องมือนั้น ไม่ใช่ดูจากสตริง token
การย้ายสิทธิ์เกิดขึ้นอัตโนมัติ โดยอิงจากกิจกรรมล่าสุด
Google ระบุว่าระดับสิทธิ์ของ developer token ที่ใช้งานอยู่ปัจจุบัน "ถูกย้ายไปยังโปรเจกต์ Google Cloud ของคุณโดยอัตโนมัติ ตามกิจกรรมการเรียก API ล่าสุด" โพสต์ไม่ได้อธิบายว่า Google จับคู่ token กับโปรเจกต์อย่างไรนอกจากประโยคนี้ การตีความที่สมเหตุสมผลคือ การจับคู่มาจากการดูว่า credentials ของโปรเจกต์ใดถูกใช้ร่วมกับ token ใดในช่วงที่ผ่านมา และนี่ก็เป็นเหตุผลที่ Google ขอให้นักพัฒนาตรวจสอบผลลัพธ์ ซึ่งอยู่ในเช็กลิสต์ด้านล่าง โปรเจกต์ที่ไม่ได้เรียก API มาระยะหนึ่ง หรือ token ที่เคยใช้กับหลายโปรเจกต์ น่าจะเป็นจุดที่เกิดความไม่ตรงกันได้มากที่สุด ข้อนี้เป็นการอนุมาน โพสต์ไม่ได้กล่าวไว้
ระบบยังรับ token แต่ token ไม่มีผลอะไรแล้ว
นักพัฒนายังส่ง developer token ใน header ของการเรียก API ต่อไปได้ Google ระบุว่าการส่งนี้ "ไม่บังคับ และเซิร์ฟเวอร์ API จะไม่นำมาพิจารณา" และโค้ดเดิม "จะยังทำงานต่อได้โดยไม่ต้องเปลี่ยนแปลงใดๆ" แต่นี่เป็นสถานะชั่วคราว ในโพสต์เดียวกัน Google เขียนว่า "เราจะเริ่มปฏิเสธ developer token ในการเรียก API ใน major version ในอนาคตของ Google Ads API" และได้เผยแพร่ client library เวอร์ชันใหม่ที่เรียก API ได้โดยไม่ต้องตั้งค่า developer token แล้ว
ข้อผิดพลาดใหม่ใน v25 และสาเหตุที่ทำให้เกิด
การเปลี่ยนแปลงพฤติกรรมเพียงข้อเดียวที่แสดงออกมาเป็นข้อผิดพลาดเกี่ยวข้องกับสิทธิ์ทดสอบ Google ระบุว่า Google Ads API เวอร์ชัน v25 จะแสดงข้อผิดพลาด CLOUD_PROJECT_NOT_APPROVED_FOR_PRODUCTION หากใช้โปรเจกต์ Google Cloud ที่มีสิทธิ์ระดับ Test Account Access เรียกบัญชีจริง (production account) ส่วน API เวอร์ชันเก่าจะแสดง ACTION_NOT_PERMITTED ในสถานการณ์เดียวกัน
วิธีแก้ที่ Google แนะนำคือ เปิดหน้า Google Ads API Overview ของโปรเจกต์ Cloud นั้น แล้วยื่นขอ Explorer Access
สำหรับผู้ที่ใช้ connector รายงานหรือสคริปต์ มีสองเรื่องที่ตามมา เรื่องแรก หากระบบที่เชื่อมต่อเกิดล้มเหลวกะทันหันเมื่อเรียกบัญชีจริงหลังวันที่ 10 กันยายน การอ่านโพสต์ของ Google ที่น่าจะเป็นไปได้มากที่สุดคือ โปรเจกต์ Cloud ที่อยู่เบื้องหลัง OAuth credentials ถูกจับคู่กับระดับสิทธิ์ที่ต่ำกว่าที่ token เดิมเคยมี เรื่องที่สอง ระบบจัดการข้อผิดพลาดที่ค้นหาคำว่า ACTION_NOT_PERMITTED จะไม่รู้จักรหัสใหม่บน v25 ทำให้ log และการแจ้งเตือนที่สร้างจากสตริงเดิมอาจจัดประเภทความล้มเหลวผิด ทั้งสองข้อเป็นการวิเคราะห์เชิงปฏิบัติจากโพสต์ ไม่ใช่สิ่งที่ Google กล่าวไว้
การยืนยันแบรนด์และการพิจารณา Basic Access แบบอัตโนมัติ
ครึ่งหลังของประกาศเป็นเรื่องการพิจารณาใบสมัคร สำหรับใบสมัคร Basic และ Standard Access รายใหม่ Google กำหนดให้ต้องยืนยันแบรนด์ (brand verification) สำหรับโปรเจกต์ Google Cloud แล้ว Google ระบุว่าผู้ที่มีสิทธิ์อยู่แล้วไม่จำเป็นต้องยืนยันแบรนด์ "แม้จะสนับสนุนให้ทำ"
ในทางกลับกัน การพิจารณา Basic Access ตอนนี้เป็นระบบอัตโนมัติ Google ระบุว่าใบสมัคร Basic Access "จะได้รับการพิจารณาภายในไม่กี่นาทีหลังยืนยันแบรนด์และส่งใบสมัคร" โพสต์ไม่ได้ให้ระยะเวลาที่เทียบเคียงกันสำหรับ Standard Access
เนื่องจากการเปลี่ยนกระบวนการ Google ได้ปิดใบสมัคร Basic API access ที่ค้างอยู่ทั้งหมดในครั้งเดียว โพสต์อธิบายว่านี่เป็นการปฏิเสธครั้งเดียวอันเนื่องมาจากการปรับกระบวนการ และไม่ได้บอกจำนวนใบสมัครที่ได้รับผลกระทบ ผู้สมัครจะได้รับอีเมล และต้องยื่นใหม่จากหน้า Google Ads API Overview โดยครั้งนี้ต้องยืนยันแบรนด์ให้เสร็จก่อน
เช็กลิสต์ "Action required" จากโพสต์ของ Google
โพสต์ของ Google วันที่ 10 กันยายนมีหัวข้อ "Action required" ที่ประกอบด้วยสี่ข้อ ด้านล่างเรียงตามลำดับเดิม พร้อมหมายเหตุว่าในทีมการตลาด ใครมักเป็นผู้รับผิดชอบแต่ละข้อ
- ตรวจสอบสิทธิ์เข้าถึง API ดูระดับสิทธิ์ของ developer token ในหน้า API Center ของบัญชีดูแลจัดการ จากนั้นยืนยันว่าโปรเจกต์ Google Cloud แสดงระดับสิทธิ์เดียวกันในหน้า Google Ads API Overview หากไม่ตรงกัน ให้ยื่นใบสมัครใหม่จากหน้า Overview หรือติดต่อฝ่ายสนับสนุน Google Ads API ข้อนี้ต้องใช้คนที่มองเห็นทั้งบัญชีดูแลจัดการและโปรเจกต์ Cloud ซึ่งในหลายบริษัทเป็นคนละคนกัน
- อัปเดตอีเมลผู้ติดต่อของ API เปิดหน้า IAM (Identity and Access Management) ของโปรเจกต์ Cloud และตรวจว่ารายชื่อผู้ใช้ในบทบาท owner และ editor เป็นปัจจุบัน Google ระบุว่าจะเริ่มส่ง Mandatory Service Announcements (MSAs) ไปยังอีเมลเหล่านี้เพื่อแจ้งการเปลี่ยนแปลงของ Google Ads API ในอนาคต หากโปรเจกต์ถูกสร้างโดยอดีตพนักงาน หรือเอเจนซี่ที่ไม่ได้ดูแลบัญชีแล้ว ประกาศเหล่านั้นจะไปถึงคนที่ไม่ได้ลงมือทำอะไรกับมัน
- แก้ไขโค้ด Google สนับสนุนให้นักพัฒนาเลิกส่ง developer token ในการเรียก API และเปลี่ยนไปใช้ client library เวอร์ชันใหม่ที่ทำงานได้โดยไม่ต้องใช้ token Google จะปฏิเสธ token ใน major version ในอนาคต
- ยื่นใบสมัครใหม่หากใบสมัครถูกปิด หากใบสมัคร Basic Access ที่ค้างอยู่ถูกปิดในช่วงเปลี่ยนผ่าน ให้ยื่นใหม่จากหน้า Google Ads API Overview ใน Google Cloud Console
Google ระบุว่าได้เผยแพร่เอกสารฉบับปรับปรุงแล้ว และแนะนำให้นักพัฒนาใช้หน้า FAQ ฝ่ายสนับสนุน Google Ads API และเซิร์ฟเวอร์ Discord ของ Google Advertising and Measurement Community สำหรับคำถามต่างๆ
ใครได้รับผลกระทบ และใครไม่ได้รับผลกระทบ
การเปลี่ยนแปลงนี้มีผลกับทุกระบบที่เรียก Google Ads API ด้วย credentials ของตัวเอง สำหรับผู้ลงโฆษณาและเอเจนซี่ มักหมายถึง
- สคริปต์หรือ data pipeline ภายในที่ดึงข้อมูล Google Ads ผ่าน API เข้าไปยังคลังข้อมูล สเปรดชีต หรือแดชบอร์ด
- เครื่องมือปรับราคาประมูล งบประมาณ หรือรายงานที่สร้างโดยนักพัฒนาภายในหรือผู้รับจ้าง
- เครื่องมือของเอเจนซี่ที่จัดการบัญชีลูกค้าหลายรายผ่านบัญชีดูแลจัดการ
- นักพัฒนาและผู้ให้บริการที่ยื่นขอ Basic Access และยังรอผลอยู่ ณ วันที่ 10 กันยายน 2569
ผู้ที่ทำงานเฉพาะในหน้าเว็บ Google Ads ไม่ได้รับผลกระทบจากโพสต์นี้ ไม่มีข้อใดในโพสต์ที่เปลี่ยนวิธีสร้างแคมเปญ ตั้งราคาประมูล หรือดูรายงานภายในหน้า Google Ads และไม่ได้ขอให้ผู้ลงโฆษณาที่ไม่มีระบบเชื่อม API ทำอะไร
มีกลุ่มที่อยู่ตรงกลาง คือ ผู้ลงโฆษณาที่ใช้ connector หรือผลิตภัณฑ์รายงานของบุคคลที่สามซึ่งเรียก API แทนตน โพสต์นี้เขียนถึงนักพัฒนา ดังนั้นเช็กลิสต์จึงเป็นหน้าที่ของผู้ให้บริการ ไม่ใช่ผู้ลงโฆษณา ผู้ลงโฆษณาในกรณีนี้สามารถถามผู้ให้บริการได้ว่า ได้ยืนยันระดับสิทธิ์ของโปรเจกต์ Cloud แล้วหรือยังหลังวันที่ 10 กันยายน และได้อัปเดต client library แล้วหรือไม่ โพสต์ไม่ได้กำหนดเส้นตายสำหรับทั้งสองเรื่อง
สิ่งที่ Google ไม่ได้บอก
รายละเอียดหลายอย่างที่ทีมวางแผนน่าจะอยากรู้ ไม่มีอยู่ในโพสต์วันที่ 10 กันยายน
- ไม่มีวันที่เริ่มปฏิเสธ developer token Google บอกเพียงว่า "major version ในอนาคต" ไม่ได้ระบุหมายเลขเวอร์ชันหรือเดือน
- ไม่มีวันที่ปิด API Center โดยสมบูรณ์ หน้านี้ยังเปิดให้ดูข้อมูลอ้างอิงได้ และจะ "ปิดโดยสมบูรณ์ในอนาคต"
- ไม่มีจำนวนใบสมัครที่ถูกปิด โพสต์ยืนยันว่าใบสมัคร Basic ที่ค้างอยู่ถูกปิดทั้งหมด แต่ไม่ได้ให้ตัวเลข
- ไม่มีระยะเวลาพิจารณาสำหรับ Standard Access ระยะเวลา "ภายในไม่กี่นาที" ใช้กับ Basic Access หลังยืนยันแบรนด์
- ไม่มีรายละเอียดวิธีจับคู่ ระดับสิทธิ์ถูกย้าย "ตามกิจกรรมการเรียก API ล่าสุด" โดยไม่ได้นิยามคำว่า "ล่าสุด" และไม่ได้อธิบายว่าจับคู่ token กับโปรเจกต์อย่างไร
จนกว่า Google จะให้ข้อมูลส่วนที่ขาด ท่าทีที่ปลอดภัยคือถือว่ายังไม่รู้วันที่ token จะถูกปฏิเสธ และแก้โค้ดในรอบบำรุงรักษาปกติ ไม่ใช่รอให้เกิดข้อผิดพลาดก่อน
ความหมายสำหรับนักการตลาดไทย
โพสต์บน Developer Blog เป็นประกาศระดับโลกและไม่ได้กล่าวถึงประเทศไทยหรือตลาดใดโดยเฉพาะ ประเด็นด้านล่างเป็นการวิเคราะห์ว่าการเปลี่ยนแปลงนี้ใช้กับการตั้งค่าที่พบได้ทั่วไปของผู้ลงโฆษณาและเอเจนซี่ในไทยอย่างไร
ธุรกิจไทยจำนวนมากดึงข้อมูล Google Ads เข้า Looker Studio, Google Sheets หรือแดชบอร์ดภายใน ผ่าน connector หรือสคริปต์ที่มีคนตั้งค่าไว้เมื่อหลายปีก่อน คนที่สร้างโปรเจกต์ Google Cloud เบื้องหลัง connector นั้นอาจลาออกไปแล้ว หรืออาจอยู่ที่เอเจนซี่เดิม ภายใต้รูปแบบใหม่ โปรเจกต์นั้นเป็นผู้ถือระดับสิทธิ์ API และเป็นผู้รับ Mandatory Service Announcements ของ Google ขั้นแรกในทางปฏิบัติคือ หาให้ได้ว่าระบบที่เชื่อมต่อแต่ละตัวใช้โปรเจกต์ Cloud ใด และใครมีชื่ออยู่ในบทบาท owner และ editor
เอเจนซี่ที่ดูแลลูกค้าหลายรายผ่านบัญชีดูแลจัดการบัญชีเดียว ควรจับคู่ระบบเชื่อม API แต่ละตัวกับโปรเจกต์ Cloud ของมัน และเทียบระดับสิทธิ์ในหน้า Google Ads API Overview กับระดับของ token เดิมใน API Center ในขณะที่ API Center ยังเปิดดูได้ เมื่อหน้านั้นปิดโดยสมบูรณ์แล้ว การเทียบตามที่ Google ขอจะทำได้ยากขึ้น
ทีมที่รอการอนุมัติ Basic Access สำหรับเครื่องมือใหม่ ควรตรวจอีเมลแจ้งปิดใบสมัคร ยืนยันแบรนด์บนโปรเจกต์ Cloud ให้เสร็จ แล้วยื่นใหม่ หากทีมภายในไม่มีนักพัฒนา งานที่ต้องทำจะสั้นกว่า คือขอให้ผู้ให้บริการเครื่องมือรายงานหรือระบบอัตโนมัติยืนยันว่าได้ทำตามเช็กลิสต์ของ Google แล้ว พาร์ทเนอร์ด้าน การบริหาร Google Ads สามารถตรวจสอบเรื่องนี้ควบคู่กับการดูแลบัญชีตามปกติได้ และหาก connector ชุดเดียวกันส่งข้อมูลให้รายงาน analytics ด้วย ก็เป็นจังหวะที่ดีในการทบทวน การตั้งค่า Google Analytics 4 ที่ระบบเหล่านั้นเชื่อมอยู่
คำถามที่พบบ่อย (FAQ)
ถ้าใช้แค่หน้าเว็บ Google Ads ต้องเปลี่ยนอะไรไหม
ไม่ต้อง ผู้ลงโฆษณาที่ใช้เฉพาะหน้าเว็บ Google Ads ไม่ได้รับผลกระทบจากการเปลี่ยนแปลงวันที่ 10 กันยายน 2569 โพสต์นี้ครอบคลุมเรื่องสิทธิ์เข้าถึง API การสมัคร และการพิจารณาใบสมัคร และขอให้นักพัฒนาเป็นผู้ดำเนินการ ไม่ใช่ผู้ใช้หน้าเว็บ
สคริปต์ Google Ads API ที่มีอยู่จะหยุดทำงานไหม
ไม่หยุดเพราะการเปลี่ยนเรื่อง token ตามที่ Google ระบุว่าโค้ดเดิมจะทำงานต่อได้โดยไม่ต้องแก้ไข ข้อยกเว้นคือ โปรเจกต์ Cloud ที่ถูกจับคู่กับ Test Account Access ซึ่งจะแสดง CLOUD_PROJECT_NOT_APPROVED_FOR_PRODUCTION บน v25 เมื่อเรียกบัญชีจริง และ major version ในอนาคตที่ Google จะปฏิเสธ developer token ที่ส่งมาในการเรียก API
Google จะเริ่มปฏิเสธ developer token เมื่อไร
Google ยังไม่ได้ให้วันที่ โพสต์บอกเพียงว่าการปฏิเสธจะเริ่ม "ใน major version ในอนาคตของ Google Ads API" และ client library เวอร์ชันใหม่รองรับการเรียก API โดยไม่ต้องใช้ developer token แล้ว
ใบสมัคร Basic Access ของฉันค้างอยู่ ตอนนี้เป็นอย่างไร
ใบสมัครถูกปิดแล้ว และคุณต้องยื่นใหม่จากหน้า Google Ads API Overview ใน Google Cloud Console Google ระบุว่าผู้สมัครที่ได้รับผลกระทบจะได้รับอีเมล ใบสมัคร Basic รายใหม่ต้องยืนยันแบรนด์ และการพิจารณาอัตโนมัติจะเสร็จภายในไม่กี่นาทีหลังยืนยันแบรนด์และส่งใบสมัคร
ผู้ที่มี Basic หรือ Standard Access อยู่แล้วต้องยืนยันแบรนด์ไหม
ไม่ต้อง การยืนยันแบรนด์บังคับเฉพาะใบสมัคร Basic และ Standard Access รายใหม่ Google ระบุว่าสนับสนุนให้ผู้ที่มีสิทธิ์อยู่แล้วทำ แต่ไม่ได้บังคับ
ขั้นตอนถัดไป
การเปลี่ยนแปลงวันที่ 10 กันยายนส่วนใหญ่เสร็จสิ้นในฝั่งของ Google แล้ว ระดับสิทธิ์ถูกย้ายไปเรียบร้อย และระบบที่เชื่อมต่ออยู่ยังทำงานต่อได้ สิ่งที่เหลืออยู่ในฝั่งผู้ลงโฆษณา และใช้เวลาไม่มากหากทำตอนนี้ ได้แก่ ยืนยันระดับสิทธิ์บนโปรเจกต์ Cloud แต่ละโปรเจกต์ จัดบทบาท owner และ editor ให้ประกาศของ Google ไปถึงคนที่จะลงมือทำ และวางกำหนดอัปเดต client library ก่อนที่ API เวอร์ชันในอนาคตจะทำให้ developer token กลายเป็นข้อผิดพลาดจริง หากคุณไม่แน่ใจว่าเครื่องมือตัวใดในระบบของคุณเรียก Google Ads API อยู่บ้าง Relevant Audience ช่วยไล่ตรวจและเทียบแต่ละตัวกับเช็กลิสต์ของ Google ได้
