ถอดรหัสนโยบายของ Google Play ในเซสชัน AMA

โอเค

ขอขอบคุณทุกคนที่มาร่วมฟังการพูดคุยเรื่องการถอดรหัสนโยบายของ Google Play ในวันนี้

ผมชื่อ Jan Kleinert เป็นวิศวกรนักพัฒนาสัมพันธ์ในทีม Android สำหรับรถยนต์

และฉันจะเป็นผู้ดูแลการสนทนาในวันนี้

เราจะส่งต่อให้ Bohdan และ Paul ซึ่งเป็นผู้ร่วมอภิปรายของเราได้แนะนำตัว

Bohdan เรามาเริ่มที่คุณกันก่อน

สวัสดีทุกคน

ฉันชื่อ Bohdan และทำงานในทีมความน่าเชื่อถือและความปลอดภัยของ Google Play

ฉันทำงานที่นี่มานานกว่า 4 ปี และอยู่ในอุตสาหกรรมความน่าเชื่อถือและความปลอดภัยด้านเทคโนโลยีมานานกว่าทศวรรษ

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

สวัสดีทุกคน

ฉันชื่อ Paul

ฉันทำงานในทีมเดียวกับ Bohdan และทำงานด้านความน่าเชื่อถือและความปลอดภัยมาเป็นระยะเวลาใกล้เคียงกับ Bohdan คือ 10 ปีแล้ว และส่วนใหญ่ทำงานกับทีม T&S ของ Google Play

ผมจึงยินดีอย่างยิ่งที่ได้มาอยู่บนเวทีนี้ในวันนี้ และมาเริ่มกันเลย

โอเค ขอบคุณ

ก่อนที่เราจะเริ่มการพูดคุยกัน ผมขอส่งต่อให้ Paul เพื่อปูพื้นฐานก่อน

เขาจะเริ่มด้วยภาพรวมสั้นๆ เกี่ยวกับแหล่งข้อมูลด้านนโยบาย ข้อมูลเกี่ยวกับแนวทางปฏิบัติแนะนำ และอื่นๆ เพื่อช่วยเตรียมแอปของคุณให้พร้อมสำหรับการตรวจสอบนโยบายที่ราบรื่นและมีประสิทธิภาพยิ่งขึ้น

ใช่

นโยบายของ Play คืออะไร

ซึ่งเป็นกฎพื้นฐานที่นักพัฒนาแอปต้องปฏิบัติตามเมื่อเผยแพร่และดูแลรักษาแอปพลิเคชันบนอุปกรณ์เคลื่อนที่ใน Google Play Store

เราได้ระบุลิงก์แบบย่อบางส่วนบนหน้าจอสำหรับแหล่งข้อมูลเกี่ยวกับนโยบายของ Play

ลิงก์แรกจะนำคุณไปยังศูนย์นโยบายสำหรับนักพัฒนาแอป

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

หากคุณเป็นผู้เรียนที่ชอบดูภาพหรือฟังเสียง ลิงก์สั้นที่ 2 จะนำคุณไปยังเพลย์ลิสต์ Policy Bytes ของเรา

ซึ่งเป็นวิดีโอที่เราพูดถึงการปรับปรุงนโยบาย

และสุดท้าย ลิงก์ที่ 3 จะนำคุณไปยังหน้าเว็บที่คุณสามารถดูข้อมูลเพิ่มเติมเกี่ยวกับข้อมูลเชิงลึกด้านนโยบายของ Play ใน Android Studio ซึ่งเป็นฟีเจอร์ที่ออกแบบมาเพื่อให้คำแนะนำก่อนการตรวจสอบที่เป็นประโยชน์ โดยแสดงเป็นการตรวจสอบด้วยเครื่องมือวิเคราะห์ซอร์สโค้ดใน Android Studio

โอเค

นอกจากนี้ยังมีทักษะ Android ที่ช่วยตรวจสอบแอป Android ตามนโยบายของ Google Play เหล่านี้เพื่อช่วยคุณยืนยันการปฏิบัติตามข้อกำหนดด้านสิทธิ์ การลบบัญชี และความปลอดภัยของข้อมูล

และคุณสามารถติดตั้งทักษะนี้โดยใช้ Android CLI ได้เช่นเดียวกับทักษะอื่นๆ

android skills list
android skills add play-policy-insights

และสุดท้าย ก่อนที่จะเริ่มตอบคำถามบางส่วนจาก Jan เราอยากแชร์แนวทางปฏิบัติแนะนำสำหรับการทำงานร่วมกับนโยบาย Play และการตรวจสอบแอป

วิธีแรกคือระบุข้อมูลเข้าสู่ระบบสำหรับผู้ตรวจสอบ

แม้ว่าจะเป็นเรื่องง่ายๆ แต่สาเหตุที่พบบ่อยมากที่ทำให้เกิดความล่าช้าหรือการปฏิเสธคือเนื้อหาที่เข้าถึงไม่ได้

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

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

คุณสามารถดำเนินการดังกล่าวได้ใน Play Console จากนั้นให้ระบุข้อมูลเข้าสู่ระบบเหล่านี้แก่ผู้ตรวจสอบของเรา

ก่อนหน้านี้เรียกว่า "การเข้าถึงแอป" แต่ตอนนี้เรียกว่า "รายละเอียดการลงชื่อเข้าใช้" และอยู่ในส่วน "เนื้อหาแอป"

จากนั้นคุณต้องตรวจสอบว่าข้อมูลเข้าสู่ระบบข้ามการตรวจสอบสิทธิ์แบบ 2 ปัจจัย, Captcha, เพย์วอลล์ ฯลฯ

ใช่ ปิดใช้งานรหัสเวอร์ชันเก่า

ดังนั้น นักพัฒนาแอปจึงมักพบกับสิ่งที่เราเรียกกันโดยทั่วไปว่า "วงจรการปฏิเสธ" เนื่องจากนักพัฒนาแอปอัปโหลดบิลด์เวอร์ชันที่ใช้งานจริงที่สะอาดและเป็นไปตามนโยบาย แต่ก็มักจะลืมไปว่าเวอร์ชันเก่าที่ไม่เป็นไปตามนโยบายยังคงทำงานอยู่ใน Play Console ในแทร็กอื่น ไม่ว่าจะเป็นการทดสอบแบบเปิด การทดสอบแบบปิด ฯลฯ ดังนั้น แม้ว่า App Bundle จะอยู่ในแทร็กทดสอบเก่า แต่ก็ยังต้องได้รับการตรวจสอบนโยบายของ Play และเป็นไปตามนโยบายของ Play

ดังนั้น หากแอปขอสิทธิ์ที่จำกัดหรือใช้ SDK ที่ล้าสมัยและมีช่องโหว่ แอปจะยังคงต้องได้รับการตรวจสอบ

ดังนั้น โปรดตรวจสอบว่าคุณได้แทนที่หรือปิดใช้งานรหัสเวอร์ชันที่ล้าสมัยทั้งหมดในแทร็กทั้งหมดก่อนที่จะกดปุ่มส่ง

ประการที่ 3 เผื่อเวลาสำหรับการตรวจสอบให้เพียงพอ และใช้การเผยแพร่ที่จัดการ

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

ดังนั้น คุณจึงควรให้เวลาในการส่งมอบที่เพียงพอ

หากคุณมีการเปิดตัวครั้งสำคัญ โปรดตรวจสอบว่าคุณได้ส่งแอปใหม่นั้นอย่างน้อย 2-3 สัปดาห์ก่อนวันเปิดตัวจริง

จากนั้นคุณสามารถลิงก์การอัปเดตนั้นกับการเผยแพร่ที่จัดการได้

การเผยแพร่ที่จัดการเป็นฟีเจอร์ที่ช่วยให้คุณเก็บการอัปเดตที่ได้รับอนุมัติไว้ได้จนกว่าคุณจะพร้อมเผยแพร่ ซึ่งจะช่วยป้องกันความล่าช้าที่ไม่คาดคิดในระหว่างแคมเปญการตลาดหรือการเปิดตัวอื่นๆ ที่มีความละเอียดอ่อน

และในขณะที่ดำเนินการดังกล่าว คุณควรตรวจสอบว่าไม่ได้ส่งแอปอีกครั้งเมื่อส่งแอปเข้ารับการตรวจสอบแล้ว

เพราะหากคุณทำเช่นนั้น ระบบจะเริ่มจับเวลาใหม่

ผมคิดว่าบางครั้งนักพัฒนาแอปก็ลืมเรื่องนี้ไป และพวกเขาก็พัฒนาแอปไปได้ครึ่งทางแล้ว และพวกเขาก็ลืมไปว่า "โอ้ ฉันต้องทำการเปลี่ยนแปลงเล็กน้อยนี้"

จากนั้นผู้ใช้จะส่งคำขออีกครั้ง และคำขอจะกลับไปที่จุดเริ่มต้นของกระบวนการตรวจสอบ

ใช่ ตรวจสอบการประกาศของคุณ

ดังนั้น การประกาศเนื้อหาแอป เช่น ส่วนความปลอดภัยของข้อมูล นโยบายความเป็นส่วนตัว หรือสิทธิ์เข้าถึงรูปภาพ/วิดีโอ เป็นต้น ต้องตรงกับไฟล์ Manifest ของแอปของ Bundle หรือรหัสเวอร์ชันที่ใช้งานอยู่ในแทร็กทั้งหมด

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

ดังนั้น โปรดตรวจสอบว่า SDK ของบุคคลที่สามไม่ได้ขโมยข้อมูลที่คุณไม่ได้ประกาศไว้

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

ดังนั้น โปรดตรวจสอบดัชนี SDK ของ Google Play เพื่อดูข้อมูลเชิงลึกเกี่ยวกับ SDK เชิงพาณิชย์ที่ใช้กันอย่างแพร่หลายที่สุดกว่า 100 รายการ

ฉันขอขัดจังหวะด้วยคำถามสั้นๆ ก่อนที่เราจะดำเนินการต่อ

แล้วการบังคับใช้หมายถึงอะไรกันแน่

คำนี้หมายถึงอะไร

การบังคับใช้อาจเป็นการดำเนินการเชิงลบใดๆ ก็ได้ ตั้งแต่คำเตือนไปจนถึงการปฏิเสธ หรือแม้แต่การบังคับใช้ที่รุนแรงยิ่งขึ้น เช่น การนำออก การระงับ หรือแม้แต่การแบนบัญชี

ดังนั้นเมื่อพูดถึงการบังคับใช้ เราหมายถึงการดำเนินการเชิงลบเหล่านี้

เยี่ยมเลย

ขอขอบคุณ

ใช่

และสุดท้ายคือการอุทธรณ์

อย่าส่งเวอร์ชันเดิมซ้ำหลังจากถูกปฏิเสธ

นอกจากนี้ การปฏิเสธซ้ำๆ สำหรับปัญหาเดียวกันในระยะเวลาสั้นๆ อาจทริกเกอร์การแจ้งเตือนของอัลกอริทึมที่นำไปสู่การบังคับใช้ที่รุนแรงขึ้นตามที่ Paul กล่าวถึง เช่น การนำออกหรือการระงับ

ดังนั้น หากแอปถูกปฏิเสธ อย่าเพิ่งส่งแอปอีกครั้งทันทีโดยไม่ทำการเปลี่ยนแปลง คาดเดา หรือแก้ไขปัญหาตามความคิดเห็นที่ได้รับ

คุณจะได้รับการสื่อสารทั้งในกล่องจดหมายของคอนโซลและอีเมลที่เกี่ยวข้องซึ่งคุณระบุไว้สำหรับการละเมิดและคำแนะนำที่แน่นอน

และหากคุณไม่เห็นด้วย หรืออาจไม่เข้าใจ แต่สมมติว่าคุณไม่เห็นด้วยกับการปฏิเสธ คุณก็อุทธรณ์ได้ใช่ไหม

หากคิดว่านี่เป็นผลบวกลวง คุณสามารถใช้ลิงก์ที่ระบุไว้ในการสื่อสารเพื่ออุทธรณ์ได้

ซึ่งเป็นขั้นตอนแรกที่ดีกว่าการรีบส่งอีกครั้งโดยไม่ทำการเปลี่ยนแปลงใดๆ

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

เมื่อคุณทำเช่นนั้น คุณจะส่งอีเมลถึงบุคคลจริง

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

ในบางครั้ง ทีมยื่นอุทธรณ์เข้าใจว่าการสื่อสารอาจค่อนข้างยาว

ดังนั้น สิ่งที่พวกเขาจะทำคือไฮไลต์หรือทำตัวหนาในส่วนที่เกี่ยวข้องกับคุณและแอปของคุณโดยเฉพาะ

ประมาณนั้น

สำหรับตอนนี้ก็ถึงเวลาของ Jan แล้ว

โอเค

ขอขอบคุณ

เราจึงได้รวบรวมคำถามจากนักพัฒนาแอปในช่องทางและแหล่งที่มาต่างๆ มากมาย

ดังนั้น คำถามที่เรามีในวันนี้จึงเป็นตัวอย่างของปัญหาที่เราได้ยินบ่อยๆ จากนักพัฒนาแอปเมื่อพูดถึงนโยบาย

มาเริ่มกันที่เรื่องนี้เลย

สาเหตุที่พบบ่อยที่อาจทำให้แอปถูกปฏิเสธเนื่องจากสิทธิ์มีอะไรบ้าง

และนักพัฒนาแอปจะหลีกเลี่ยงการปฏิเสธที่เกี่ยวข้องกับการละเมิดนโยบายสิทธิ์ได้อย่างไร

โอเค

สิทธิ์ ฉันจะจัดการเรื่องนั้นเอง

ดังนั้น สิทธิ์ โดยเฉพาะสิทธิ์ที่มีความละเอียดอ่อน ต้องเป็นหัวใจสำคัญของวัตถุประสงค์ที่สำคัญของวัตถุประสงค์ที่โฆษณาของแอป

ดังนั้น หากคุณมีฟีเจอร์เสริมหรือฟีเจอร์บางอย่างที่ไม่ได้อยู่ในแอปและไม่ได้โฆษณาไว้ด้วยซ้ำ ก็มีแนวโน้มสูงมากที่แอปจะถูกปฏิเสธ

ดังนั้น โปรดตรวจสอบว่าการประกาศตรงกับกรณีการใช้งานของแอป

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

ทีมตรวจสอบของเราต้องสามารถเข้าถึงแอป ลิงก์วิดีโอที่คุณระบุ และทุกอย่างภายในแอปเพื่อตรวจสอบแอปอย่างละเอียด

ดังนั้น โปรดตรวจสอบว่าทุกอย่างสามารถเข้าถึงได้ภายในแอป ไฟล์ Manifest และภายในประกาศ

ดังนั้น โปรดตรวจสอบว่าได้ดำเนินการทั้ง 3 รายการดังกล่าวแล้ว และมีแนวโน้มสูงว่า... ฉันไม่อยากพูดว่ามีแนวโน้มสูง แต่กระบวนการจะราบรื่นขึ้น

เยี่ยมเลย

โอเค

ดังนั้น นักพัฒนาแอปจำนวนมากขึ้นจึงเริ่มใช้แพลตฟอร์มของบุคคลที่สามสำหรับเนื้อหาที่ AI สร้างขึ้นภายในแอปใช่ไหม

หากแพลตฟอร์มเหล่านั้นสร้างเนื้อหาที่ไม่เหมาะสม หรือไม่ถูกต้องตามข้อเท็จจริง หรืออะไรทำนองนั้น อาจทำให้แอปของนักพัฒนาแอปถูกปฏิเสธได้ไหม และใครเป็นผู้รับผิดชอบในกรณีเช่นนี้

ใช่

ใช่ การทำเช่นนั้นอาจทำให้ถูกปฏิเสธได้

ตั้งแต่เริ่มมี Play Store มา จุดยืนของเราคืออะไรก็ตามที่นักพัฒนาแอปมีในแอป หรืออะไรก็ตามที่ผู้ใช้เข้าถึงได้ในแอปเป็นความรับผิดชอบของนักพัฒนาแอป

ดังนั้นแม้ว่า GenAI จะเป็นเรื่องใหม่ แต่ก็ใช้หลักการเดียวกัน

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

ต้องมีกลไกการกรอง

ผมคิดว่ามีนโยบายอื่นๆ ที่เกี่ยวข้องด้วย แต่ผมมองว่าหากคุณมีเนื้อหา GenAI คุณก็มี Google ที่ตรวจสอบแอป มีผู้ใช้ที่คลิกแจ้งว่าไม่เหมาะสมหากเห็นสิ่งที่ไม่เหมาะสม และคุณก็มีกลไกการกรองของคุณเอง

ดังนั้น Google, นักพัฒนาแอป, ตัวคุณเอง และผู้ใช้จึงต้องร่วมมือกันเพื่อช่วยให้แอปปลอดภัยที่สุดสำหรับทุกคน

ตกลง

เยี่ยมมาก

แต่โดยทั่วไปแล้ว เราขอแนะนำว่านอกเหนือจากการมีกลไกให้ผู้ใช้แจ้งเนื้อหาว่าไม่เหมาะสมแล้ว นักพัฒนาแอปควรใส่กลไกการกรองบางอย่างด้วยใช่ไหม

เช่น การหยุดแสดงเนื้อหาบางประเภทแก่ผู้ใช้ตั้งแต่แรกใช่ไหม

ถูกต้อง

ใช่

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

แต่จะดูว่า "เราเข้าถึงเนื้อหาที่ไม่เหมาะสมได้ไหม"

และหากทำได้ เราจะส่งการสื่อสารกลับไป จากนั้นทีมของคุณจะต้องหาวิธีทำให้กลไกการกรองนั้นมีประสิทธิภาพมากขึ้น

รับทราบ

เยี่ยมเลย ขอบคุณ

นโยบายหนึ่งที่มีอยู่เรียกว่านโยบายการแอบอ้างเป็นบุคคลอื่นหรือการลอกเลียนแบบใช่ไหม

หากแอปถูกปฏิเสธภายใต้นโยบายการแอบอ้างเป็นบุคคลอื่น แต่นักพัฒนาแอปเชื่อว่าเป็นการปฏิเสธที่ผิดพลาด ไม่ว่าจะด้วยเหตุผลใดก็ตาม นักพัฒนาแอปควรทำอย่างไร

และจะหลีกเลี่ยงการถูกปฏิเสธประเภทนั้นในเชิงรุกได้อย่างไร

อุทธรณ์

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

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

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

แต่การเผยแพร่แอปเหล่านั้นภายใต้บัญชีนักพัฒนาแอปของคุณเองจะง่ายกว่าใช่ไหม

คุณสามารถยื่นอุทธรณ์ได้ และสิ่งที่ทีมของเราจะมองหาคือสิ่งที่เรียกว่าหลักฐานการให้สิทธิ์

สมมติว่าคุณมีลูกค้าชื่อ Joe's Chicken ซึ่งขายไก่ที่อร่อยที่สุดในฝั่งตะวันตกของแม่น้ำมิสซิสซิปปี

โดยจะให้จดหมายหลักฐานการได้รับอนุญาตซึ่งระบุไว้ในกระดาษหัวจดหมายของบริษัท กระดาษหัวจดหมายอย่างเป็นทางการของบริษัทที่มีโลโก้ซึ่งระบุว่าเรา Joe's Chicken อนุญาตให้นักพัฒนา ABC มีรูปภาพและภาพของเราในแอป และจะดีที่สุดหากระบุชื่อแอปและชื่อแพ็กเกจแอป

เช่น com.joeschicken.app หรืออะไรทำนองนั้น จากนั้นคุณก็ตอบกลับนักพัฒนาแอปและส่งเอกสารประกอบนั้นให้

ตกลง

และผมคิดว่าส่วนที่ 2 คือ...

มีอะไรที่ผู้ใช้สามารถทำได้ในเชิงรุกเพื่อหลีกเลี่ยงปัญหานี้ไหม

เช่น คุณสามารถอัปโหลดเอกสารที่ฉันลืมชื่อไปแล้วได้ไหม หลักฐานบางอย่างน่ะ คุณรู้ไหมว่าตอนที่ส่งข้อมูลครั้งแรกต้องส่งอะไรบ้าง

ได้

ขวา

ใน Play Console มีแบบฟอร์มที่เราเรียกว่าแบบฟอร์มประกาศแจ้งล่วงหน้า ซึ่งคุณสามารถส่งและอัปโหลดเอกสารประกอบเหล่านี้ที่เชื่อมโยงบัญชีของคุณกับนิติบุคคลอื่นได้

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

ใช่แล้ว

เยี่ยมเลย

โอเค

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

ดังนั้นเมื่อแอปใช้ SDK ของบุคคลที่สาม ดูเหมือนว่านักพัฒนาแอปจะต้องรับผิดชอบต่อวิธีที่ SDK ของบุคคลที่สามเหล่านั้นใช้สิ่งต่างๆ เช่น ข้อมูลผู้ใช้

แล้วนักพัฒนาแอปจะทราบได้อย่างไรว่า SDK เป็นไปตามนโยบายความปลอดภัยของข้อมูลและนโยบายข้อมูลผู้ใช้

เช่น จะรับมือกับสถานการณ์นั้นได้อย่างไร

เป็นคำถามที่ดีมาก

ฉันทำงานเกี่ยวกับ SDK ใน Google เยอะมากในช่วง 2 ปีแรกที่ทำงานที่นี่ และมันก็ย้อนกลับไปที่คำถามก่อนหน้านี้ที่เราพูดถึง Generative AI และเนื้อหาที่ผู้ใช้สร้างขึ้น ในแง่ที่ว่าอะไรก็ตามที่อยู่ในแอปของคุณ ท้ายที่สุดแล้วก็เป็นความรับผิดชอบของนักพัฒนาแอป

ผมคิดว่า Paul ได้พูดถึงสั้นๆ ในช่วงเกริ่นนำว่าเรามีสิ่งที่เรียกว่าดัชนี SDK ของ Google Play ซึ่งคุณสามารถค้นหาใน Google ได้เลย

ซึ่งควรเป็นผลการค้นหาแรกหรือที่ 2 ที่ชื่อว่าดัชนี SDK ของ Google Play และสิ่งที่คุณจะเห็นคือหน้าเว็บที่มี SDK มากกว่า 100 รายการหรืออาจหลายร้อยรายการ โดยแบ่งตามประเภทว่าเป็น SDK สำหรับการสร้างรายได้ สำหรับโฆษณา สำหรับสุขภาพ หรืออื่นๆ

และหน้าดังกล่าวจะดึงข้อมูลที่เผยแพร่ต่อสาธารณะเท่านั้น

ซึ่งเป็นกิจกรรมที่ Google จัดขึ้น

แต่สิ่งที่คุณจะสังเกตเห็นเมื่อเลื่อนดู SDK เหล่านี้คือ SDK บางรายการจะมีป้ายที่ระบุว่าลงทะเบียนใน SDK Console

ดังนั้น เช่นเดียวกับที่คุณในฐานะนักพัฒนาแอปมี Play Developer Console สำหรับแอปของคุณ นักพัฒนา SDK ก็มีตัวเลือกในการเข้าถึง SDK Developer Console

และต้องผ่านกระบวนการตรวจสอบที่คล้ายกัน

ผู้ให้บริการส่ง SDK มาให้เรา

Google จะตรวจสอบหลายอย่าง แต่หากผ่านการตรวจสอบและเป็นไปตามข้อกำหนด ผู้ลงโฆษณาก็จะได้รับป้ายดังกล่าว

ซึ่งหมายความว่าในฐานะนักพัฒนาแอป คุณสามารถเข้าไปที่ดัชนีดังกล่าวและดูว่า SDK ใดผ่านกระบวนการนั้นแล้ว

ตอนนี้เราไม่รับประกันว่าแอปจะได้รับอนุมัติหรือ SDK จะไม่เป็นไปตามข้อกำหนด แต่เราบอกได้ว่าการรับรองนี้จะช่วยเพิ่มความมั่นใจได้ 2 ประการ

ข้อแรกคือมีโอกาสสูงมากที่แอปจะไม่ถูกปฏิเสธหากคุณใช้ SDK ดังกล่าว

เป็นเพียงความน่าจะเป็นเท่านั้น

ประการที่ 2 ซึ่งเป็นสิ่งที่ฉันชอบมากเกี่ยวกับกระบวนการทั้งหมดนี้คือ หากเราพบว่า SDK มีสิ่งที่ไม่เป็นไปตามข้อกำหนด เราจะใช้แนวทางแบบ 2 แนวทาง

แนวทางแรกคือเราจะติดต่อไปหานักพัฒนา SDK และแจ้งว่า "เราสังเกตเห็นว่า SDK ของคุณส่งข้อมูลผู้ใช้ในลักษณะที่ไม่เป็นไปตามข้อกำหนด"

จากนั้นจึงจะดำเนินการเพื่อให้แอปหรือ SDK เป็นไปตามข้อกำหนด

และในเวลาไล่เลี่ยกันหรือหลังจากนั้นไม่นาน ทีมของเราจะส่งการแจ้งเตือนหรือคำเตือนไปยังนักพัฒนาแอป

และการแจ้งเตือนจะระบุข้อความประมาณว่า "เราสังเกตเห็นว่าแอปของคุณส่งข้อมูลดังกล่าวในลักษณะที่ไม่เป็นไปตามข้อกำหนด และเราสังเกตเห็นว่าเหตุการณ์นี้เกิดขึ้นใน ABC SDK"

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

หากต้องการดำเนินการขั้นเด็ดขาด คุณสามารถนำ SDK ออกหรือแทนที่ได้ แต่เราทราบดีว่าการดำเนินการดังกล่าวต้องใช้ความพยายามและการทำงานอย่างมาก

แต่สิ่งที่เราชอบเกี่ยวกับดัชนี SDK ของ Google Play คือ

ใช่

ในดัชนีไม่ได้ระบุว่านโยบายใดที่สอดคล้องหรือไม่สอดคล้อง แต่คุณจะได้รับป้ายดังกล่าว ซึ่งเป็นเหมือนการแสดงความเชื่อมั่น

ตกลง

ใช่

โอเค ดีเลย

และดูเหมือนว่าหากฉันอนุมานจากสิ่งที่คุณพูดว่า หากเราส่งข้อความถึงนักพัฒนาแอปว่า "คุณกำลังใช้ SDK นี้และมีปัญหา"

เราควรบอกไหมว่าหากจะอัปเดต ควรใช้เวอร์ชันใด หากนักพัฒนาแอปแก้ไขปัญหาแล้ว เราควรบอกไหมว่า "เวอร์ชันที่ดีกว่าคือเวอร์ชันนี้"

หรือว่าต้องค้นคว้าข้อมูลด้วยตัวเองเล็กน้อย

ฉันคิดว่ามีรหัสเวอร์ชันอยู่ในนั้นจริงๆ

ใช่ อย่าเพิ่งเชื่อผมนะ แต่ผมเชื่อว่ามีรหัสเวอร์ชันที่ระบุไว้ในนั้นซึ่งสามารถอัปเดตได้

ใช่ และเพื่อความโปร่งใสอย่างเต็มที่ ฉันไม่ได้เป็นนักพัฒนาแอปหรือวิศวกร แต่จากการพูดคุยกับนักพัฒนาแอป สิ่งที่ฉันเข้าใจคือบางครั้งก็ง่ายเหมือนการคลิกปุ่มหรือ 2-3 ปุ่ม จากนั้นคุณก็เริ่มกระบวนการอัปเดต SDK ภายในแอปได้เลย

เจ๋งเลย

เยี่ยมเลย

ขอขอบคุณ

โอเค

คุณพูดถึงข้อมูลเข้าสู่ระบบไปบ้างแล้ว ซึ่งเป็นหัวข้อที่ฉันพอจะคุ้นเคยอยู่บ้าง และทราบว่าการมีข้อมูลนี้อยู่ในนั้นสำคัญเพียงใด

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

แต่ยังมีสถานการณ์อื่นๆ ที่พบได้ทั่วไปซึ่งนักพัฒนาแอปควรพิจารณาด้วย

ตัวอย่างเช่น ปัญหาหนึ่งที่ฉันพบคือบางครั้งแอปจะมีเนื้อหาที่เข้าถึงได้เฉพาะในบางประเทศหรือบางตำแหน่งทางภูมิศาสตร์ หรืออาจเป็นแอปรับส่งข้อความที่ต้องเข้าสู่ระบบ 2 ครั้งจึงจะทดสอบได้

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

ใช่

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

ส่วนนั้นใน Play Developer Console เคยเรียกว่าการเข้าถึงแอป และเราคิดว่าเมื่อประมาณ 1 เดือนที่ผ่านมาหรือประมาณนั้นได้เปลี่ยนเป็นรายละเอียดการลงชื่อเข้าใช้

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

คุณจึงสามารถให้วิธีการ เช่น วิธีการเข้าสู่ระบบหากขั้นตอนไม่ตรงไปตรงมานัก

นอกจากนี้ คุณยังระบุการเข้าสู่ระบบครั้งที่ 2, 3 และ 4 ได้ด้วยหากต้องการให้ผู้ใช้

และเพื่อให้คุณเห็นภาพว่าเมื่อทีมของเราตรวจสอบแอป ไม่ใช่ว่ามีคนนั่งอยู่ในห้องที่คอยตรวจสอบแล้วคลิกอนุมัติหรือปฏิเสธ

มีทีมจำนวนมากที่ตรวจสอบนโยบายและเวิร์กโฟลว์ต่างๆ ดังนั้นจึงเป็นไปได้มากว่าแอปของคุณอาจมีผู้เข้าสู่ระบบมากกว่า 1 คนในอุปกรณ์หลายเครื่อง และบางครั้งอาจอยู่ในภูมิภาคที่แตกต่างกัน

และฉันก็เข้าใจถึงความยากลำบาก เพราะกลไกความปลอดภัยหลายอย่างบอกว่า "โอ้ ถ้าเราเห็นการเข้าสู่ระบบจำนวนมาก" เพื่อความปลอดภัยของผู้ใช้ กลไกก็จะหยุดการเข้าสู่ระบบ

แต่ไม่ว่าคุณจะเลือกทำอะไร โปรดทราบว่าเรากำลังตรวจสอบแอปในเวิร์กโฟลว์ต่างๆ มากมาย และคุณอาจเห็นผลลัพธ์ดังกล่าว

ดังนั้นการให้ข้อมูลการเข้าสู่ระบบหลายรายการจึงช่วยได้

ใช่

เยี่ยมเลย

ใช่ ฉันต้องเน้นย้ำถึงความสำคัญของการใช้ข้อความรูปแบบอิสระในการประกาศ

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

คุณอาจจัดเตรียมวิดีโอเพื่อแสดงวิธีดำเนินการดังกล่าว เพื่อให้ทีมของเราเข้าใจวิธีดำเนินการหากมีความซับซ้อนมากกว่าชื่อผู้ใช้และรหัสผ่าน

ใช่

บางครั้งเราจะดูแอปด้วยตัวเอง และมีบางแอปที่มีการเข้าสู่ระบบที่ค่อนข้างซับซ้อน

ฉันเคยเห็นบางวิธีที่บอกให้แตะปุ่มนี้ 17 ครั้ง แล้ววาดรูปตัว X บนหน้าจอ จากนั้นโหมดนักพัฒนาซอฟต์แวร์จะปรากฏขึ้น แล้วคุณก็ต้องทำตามขั้นตอนอื่นๆ อีก 11 ขั้นตอน ซึ่งฉันไม่ได้แต่งเรื่องขึ้นมาเองนะ ดังนั้นโปรดอย่าทำตามวิธีเหล่านั้น

เพราะนั่นทำให้การทำงานยากขึ้น

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

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

ใช่

เยี่ยมเลย

ดังนั้นเมื่อเราอัปเดตนโยบายหรือออกนโยบายใหม่ บางครั้งอาจกำหนดให้นักพัฒนาแอปต้องทำการเปลี่ยนแปลงในแอป ซึ่งอาจใช้เวลาในการดำเนินการ ทั้งนี้ขึ้นอยู่กับลักษณะของการเปลี่ยนแปลง

บางครั้งการอัปเดตเหล่านี้ก็มีกำหนดเวลาใช่ไหม

เช่น คุณต้องดำเนินการ XYZ ภายในวันที่นี้เพื่อให้เป็นไปตามนโยบายใหม่บางอย่าง

หากใกล้ถึงกำหนดเวลาแล้ว แต่นักพัฒนาแอปทราบว่าตนเองต้องการเวลาเพิ่มเติมเพื่อให้ปฏิบัติตามข้อกำหนดได้ นักพัฒนาแอปจะมีตัวเลือกใดบ้าง

ใช่ ฟังดูเหมือนคำเตือนเลย

ใช่ ฟังดูเหมือนคำเตือนเลย

ใช่

ใช่ สำหรับคำเตือน วิธีง่ายๆ ก็คือขอเวลาเพิ่มใช่ไหม

โดยปกติแล้ว กระบวนการนี้จะทำงานโดยที่เราจะออกนโยบายใหม่ ไม่ว่าจะเป็นนโยบายใหม่หรือการปรับปรุงนโยบายที่มีอยู่ หรือแม้แต่การชี้แจง

และเราคิดว่าโดยทั่วไปแล้ว Google ค่อนข้างให้เวลาในการส่งมอบที่ดี

และเราอาจประกาศนโยบายดังกล่าวต่อสาธารณะเป็นเวลา 6 เดือนก่อนที่จะเริ่มดำเนินการ

จากนั้นเราจะส่งคำเตือนออกไปและแจ้งว่า "แอปของคุณละเมิดนโยบายนี้ที่ประกาศไปเมื่อ 6 หรือ 12 เดือนที่แล้ว" หรืออะไรทำนองนั้น

แต่สิ่งหนึ่งที่ Paul และฉันพยายามโต้แย้งในบางครั้งคือการที่ผู้ตรวจสอบอาจบอกว่าคุณมีเวลา 7 วันในการทำการเปลี่ยนแปลงนี้

และดูเหมือนว่าการพัฒนาจะใช้เวลานาน

เราเข้าใจดี

ดังนั้น สิ่งที่ฉันจะทำก็คือตอบกลับ

คุณต้องดำเนินการผ่านการอุทธรณ์ และสามารถระบุข้อความประมาณว่า "เราเข้าใจนโยบายและทราบว่าแอปของเราไม่เป็นไปตามข้อกำหนด

เรากำลังดำเนินการอยู่ หรือนี่คือขั้นตอนที่เราจะดำเนินการเพื่อแก้ไขปัญหาเกี่ยวกับนโยบาย แต่เราต้องการเวลาเพิ่มเติม"

ดังนั้น โดยปกติแล้วผู้ใช้จะให้เวลาคุณเพิ่มอีกเล็กน้อย

และหากผ่านไปอีก 7 วันแล้วคุณยังไม่ได้รับ PIN คุณก็ขอ PIN อีกครั้งได้

แน่นอนว่าไม่ได้มีจำนวนไม่จำกัด

แต่ก็อย่างที่บอกไปว่าผมกับ Paul พยายามโต้แย้ง แต่ก็เป็นแบบรายบุคคลและในระดับที่สูงขึ้น

เช่น เมื่อเราทราบว่าจะมีนโยบายใหม่ และเราทราบว่าใครเป็นผู้รับผิดชอบ เราจะบอกว่า "ดูสิ นโยบายนี้สามารถเตือนล่วงหน้า 28 วันแทนที่จะเป็น 7 วัน หรืออย่างน้อย 14 วันได้ไหม"

ใช่

ขวา

หากคุณแสดงให้เห็นถึงความสุจริตใจในการเปลี่ยนแปลงเพื่อปฏิบัติตามข้อกำหนด Google Play จะร่วมมือกับคุณในการกำหนดเวลาใหม่เพื่อดำเนินการดังกล่าว

ไทม์ไลน์ที่ดีขึ้นสำหรับคุณ

ตกลง

ดูเหมือนว่าการอุทธรณ์จะเป็นเครื่องมือที่มีประโยชน์หลายด้านซึ่งช่วยแก้ปัญหาในสถานการณ์เหล่านี้ได้มากมาย ตราบใดที่มีการใช้งานอย่างเหมาะสม

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

โอเค

ดังนั้น หากนักพัฒนาแอปมีแอปหลายแอปภายใต้บัญชีนักพัฒนาแอปบัญชีเดียว ซึ่งเราทราบดีว่าเกิดขึ้นตลอดเวลา

และแอปหนึ่งถูกระงับเนื่องจากการละเมิดนโยบายบางอย่าง จะส่งผลอย่างไรต่อบัญชีนักพัฒนาแอปทั้งหมด

การดำเนินการนี้จะทำให้บัญชีหรือแอปอื่นๆ ที่เป็นไปตามนโยบายมีความเสี่ยงหรือไม่

ปุ่มนี้ทำงานอย่างไร

อาจเป็นไปได้

ซึ่งก็เหมือนกับนักพัฒนาแอปที่ไม่มีแบรนด์

เมื่อกี้เราพูดถึงร้าน Joe's Chicken ใช่ไหม

และคุณอาจมีลูกค้าที่อยู่ในอุตสาหกรรมนั้นทั้งหมด

ผมคิดว่ามันเหมือนกับการเล่นเบสบอลที่คุณสไตรค์เอาต์ใช่ไหม

แต่ก็มีผู้ไม่ประสงค์ดีที่พยายามเข้ามาใน Play Store ซึ่งเป็นหนึ่งในเหตุผลที่เรามีการบังคับใช้มาตรการต่างๆ ตั้งแต่มาตรการเบาๆ ไปจนถึงมาตรการที่เข้มงวด เช่น การนำออก การระงับ และแม้แต่การแบนบัญชี

ดังนั้น หากคุณมีสถานการณ์ที่แอปจำนวนมากใน Play Store มีลักษณะคล้ายกันทั้งหมด และแอปหนึ่งถูกระงับ สมมติว่า…

อืม

คุณเป็นผู้ไม่ประสงค์ดีใช่ไหม

คุณจึงแก้ไขแล้วลองส่งกลับมาอีกครั้งในอีก 1 เดือนต่อมา

จากนั้นทีมของเราก็ตรวจพบและคุณก็ถูกระงับอีกครั้งใช่ไหม

แล้วคุณก็นำฟีเจอร์นั้นออกจากแอป แล้วก็นำกลับมาใส่ใหม่ในอีก 1 เดือนต่อมา แล้วก็โอเค ตอนนี้เรามีรูปแบบพฤติกรรมที่ซ้ำๆ กัน และคุณก็กำลังเล่นอยู่ คุณโดนสไตรค์เอาต์ 3 ครั้ง แล้วคุณก็เหมือนกับว่าคุณตกรอบแล้วใช่ไหม

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

สมมติว่าคุณส่งแอปทั้งหมดเหล่านี้พร้อมกันด้วยไปป์ไลน์ CI/CD หรืออะไรทำนองนั้น แล้วคุณมีแอป 10 แอปที่ถูกปฏิเสธหรือระงับพร้อมกัน เราจะถือว่าเป็นการทำผิดกฎเพียงครั้งเดียว เพราะเราเข้าใจว่าคุณกำลังทำแอปจำนวนมากพร้อมกัน

อืม

น่าสนใจ

เราคิดว่านั่นคือคำตอบของคำถาม

เยี่ยมเลย

ขอขอบคุณ

และฉันมีอีกหนึ่งตัวอย่างให้เราดูที่นี่

และคำถามนี้อาจเป็นคำถามที่นักพัฒนาแอปที่ประสบความสำเร็จแล้วถามกันมากกว่า แต่คำถามนี้จะเกี่ยวกับตอนที่คุณเริ่มตั้งค่าใน Play Console เป็นครั้งแรก

สมมติว่าโปรไฟล์การชำระเงินใน Google Play ของคุณได้รับการยืนยันแล้ว ให้ระบุ... โอ้ ชื่อยาวจัง

ข้อผิดพลาดในการยืนยันตัวตนหายไปแล้ว และเหลือเพียงข้อผิดพลาดในการยืนยันหมายเลขโทรศัพท์เท่านั้น

เช่น นักพัฒนาแอปต้องทำอย่างไรในกรณีดังกล่าวเพื่อให้แน่ใจว่าบัญชีนักพัฒนาแอปพร้อมที่จะเผยแพร่แอป

บางครั้งคุณอาจต้องเลือกชิ้นส่วนปริศนาทีละชิ้น หรือหากผู้ใช้ไม่ทราบวิธีดำเนินการให้เสร็จสมบูรณ์ในกรณีเช่นนี้ ผู้ใช้จะทำอะไรได้บ้าง

ใช่ ฉันมีคำถามคล้ายๆ กันเมื่อไม่นานมานี้ในกิจกรรมอื่น แต่ฉันคิดว่าฉันรู้ว่านั่นเป็นเรื่องจริงสำหรับนักพัฒนาแอปรายใหม่ แต่ฉันคิดว่านักพัฒนาแอปที่มีอยู่จำนวนมากต้องทำการยืนยันอีกครั้ง

ซึ่งน่าจะผ่านมาประมาณ 1 ปีแล้วใช่ไหม

ฉันจำไม่ได้เลย

ผู้ใช้จำนวนมากได้รับการยืนยันโดยอัตโนมัติ แต่ผู้ใช้บางรายที่ไม่ได้รับการยืนยันจะต้องดำเนินการเอง

ตกลง

หรืออาจเป็นกรณีที่ที่อยู่และโปรไฟล์ Dun & Bradstreet ไม่ตรงกัน เช่น…

ขวา

ขวา

โปรไฟล์ Google

ตกลง

ใช่ สมมติว่าเป็นหมายเลขโทรศัพท์

เราจะตอบคำถามนี้ใน 2 แนวทาง

ตกลง

อย่างแรกคือ หลายครั้งที่คุณทำตามขั้นตอนเหล่านี้ คุณจะได้รับการแจ้งเตือนที่ปรากฏใน Play Developer Console

คุณจะได้รับการแจ้งเตือนที่ระบุว่า "ถึงเวลาลงทะเบียนหมายเลขโทรศัพท์แล้ว"

ซึ่งก็เข้าใจได้ง่ายๆ

คุณป้อนหมายเลขโทรศัพท์ในรูปแบบหมายเลขโทรศัพท์ต่างประเทศ เช่น +1 408 ตามด้วยหมายเลขโทรศัพท์

คุณจะต้องยืนยันผ่าน SMS หรือการโทร และทำตามขั้นตอนที่ระบุไว้

แต่บางครั้งคุณอาจพยายามทำเช่นนั้นแล้วได้รับข้อความแสดงข้อผิดพลาดหรืออะไรทำนองนั้น เพราะเรามีนักพัฒนาแอปที่ประสบปัญหาดังกล่าวเช่นกัน หรือไม่ได้รับรหัส SMS

เราจะบอกขั้นตอนในการติดต่อทีมอุทธรณ์

นั่นเป็นเพียงทีมเดียว แต่จริงๆ แล้วยังมีทีมอื่นๆ อีกประมาณ 6-24 ทีมที่…

Will

ตอบคำถามใน Play Developer Console ที่คุณเข้าถึงได้จริงผ่านเมนูความช่วยเหลือ

ตอนนี้ UI มีการเปลี่ยนแปลงเล็กน้อย

ซึ่งก่อนหน้านี้อยู่ในเมนูทางด้านซ้ายของหน้าจอหลัก

ที่ด้านล่าง คุณมีปุ่มความช่วยเหลือ

ซึ่งตอนนี้ปุ่มดังกล่าวหายไปแล้ว แต่หากคุณเลื่อนลงไปที่ด้านล่างของหน้าใดก็ได้ในส่วนท้าย คุณจะเห็นปุ่มความช่วยเหลือ

เมื่อคลิกแล้ว คุณจะเห็นปุ่มสีน้ำเงินเล็กๆ ที่เขียนว่า "สร้างคำขอแจ้งปัญหา"

ฉันคิดว่านั่นคือสิ่งที่ระบุไว้

อืม

ได้

จากนั้นคุณจะเห็นเมนูแบบเลื่อนลงที่สามารถถามคำถามได้

และจริงๆ แล้วมีเมนูแบบเลื่อนลงชุดหนึ่งที่จะนำคุณไปยังหมายเลขโทรศัพท์โดยตรง ซึ่งผมคิดว่าผมจำได้เกือบหมดแล้ว แต่ก็เหมือนกับการยืนยันบัญชีนักพัฒนาแอป เมนูแบบเลื่อนลงที่ 2 ค่อนข้างคล้ายกัน คุณจะเห็นปุ่มตัวเลือกจำนวนมาก

โดยหนึ่งในนั้นมีไว้สำหรับการยืนยันหมายเลขโทรศัพท์โดยเฉพาะ

จากนั้นคุณอาจได้รับรหัสยืนยันทาง SMS หรือมีข้อบกพร่องปรากฏบนหน้าจอเมื่อคุณพยายามทำตามกระบวนการนั้น

คุณจึงสามารถใช้แบบฟอร์มนี้เพื่อยืนยันหมายเลขโทรศัพท์ รวมถึงสอบถามคำถามอื่นๆ อีกมากมายที่อาจมีเกี่ยวกับบัญชีนักพัฒนาแอป Play

และส่วนใหญ่แล้ว Play Console จะแสดงขั้นตอนถัดไปสำหรับการยืนยันได้ดีมาก ดังนั้นเพียงทำตามขั้นตอนต่างๆ คุณก็พร้อมดำเนินการต่อแล้ว

เยี่ยมมาก

เยี่ยมเลย

เราใกล้จะหมดเวลาแล้ว ขอขอบคุณทุกคนที่มาร่วมฟังการพูดคุยในวันนี้