การถูกปฏิเสธข้อมูล App Store: แก้ไข 2.3.x, 2.3.7, 4.3 และ 5.2.1
คุณเพิ่งได้รับอีเมล สถานะเปลี่ยนเป็น Metadata Rejected และในข้อความจาก Resolution Center อ้างถึงหมายเลขหลักเกณฑ์ที่คุณต้องไปค้นหาความหมาย ข่าวดีคือการถูกปฏิเสธเรื่องข้อมูลเป็นหนึ่งในปัญหาที่แก้ได้เร็วที่สุด เพราะคุณไม่ต้องอัปโหลดบิลด์ใหม่ แค่แก้ไขข้อมูลเวอร์ชันแล้วส่งกลับไปตรวจใหม่
สิ่งแรกที่ควรตรวจสอบคือหมายเลขหลักเกณฑ์ในข้อความจาก Resolution Center เพราะมันจะบอกคุณตรง ๆ ว่าต้องแก้ไขช่องข้อมูลไหน บทความนี้ครอบคลุม 4 หลักเกณฑ์ที่คุณมักจะเจอเวลาถูกปฏิเสธเรื่องลิสติ้ง หมายเลขหลักเกณฑ์อาจถูกจัดเรียงใหม่ตามเวลา เนื้อหาที่นี่จึงอิงตาม App Store Review Guidelines ฉบับปัจจุบัน
ก่อนอื่น มาทำความเข้าใจกลไก: "Metadata Rejected" หมายความว่าอย่างไรกันแน่
สถานะ Metadata Rejected ชี้ไปที่หน้าลิสติ้งของคุณ — ชื่อแอป, คำบรรยายรอง, คำค้นหา, คำอธิบาย, ภาพหน้าจอ, พรีวิว, URL — ไม่ใช่ตัวแอปที่คอมไพล์แล้ว เพราะที่ถูกแจ้งคือข้อมูล คุณจึงไม่จำเป็นต้องใช้บิลด์ใหม่ แค่แก้ไขช่องที่ถูกอ้างถึงใน App Store Connect เก็บบิลด์เดิมที่ผูกกับเวอร์ชันนี้ไว้ แล้วส่งกลับไปตรวจใหม่
มีข้อควรระวังสองอย่างที่ต้องพูดให้ชัด อย่างแรก การส่งกลับไปตรวจใหม่ยังคงทำให้คุณกลับเข้าคิวตรวจสอบ ดังนั้นมันไม่ต้องสร้างบิลด์ใหม่แต่ก็ไม่ได้ข้ามการตรวจสอบไป — จะมีคนหรือระบบอัตโนมัติมาดูอีกครั้ง อย่างที่สอง การแก้ไขแค่ช่องเดียวที่ Apple ระบุมาไม่ได้แปลว่าลิสติ้งที่เหลือของคุณจะรอด ผู้ตรวจสอบอาจแจ้งหลักเกณฑ์อื่นในรอบถัดไป ควรทำความสะอาดลิสติ้งทั้งหมดในคราวเดียว ไม่ใช่แค่ประโยคที่ถูกยกมาอ้าง
หลักเกณฑ์ 2.3.3 — ภาพหน้าจอต้องแสดงการใช้งานแอปจริง
อะไรทำให้เกิดปัญหานี้ ภาพหน้าจอของคุณไม่ได้แสดงให้เห็นว่าแอปทำงานอย่างไร กรณีคลาสสิกคือช่องแรกเป็นหน้าสแปลชสกรีน หน้าล็อกอิน หรือภาพชื่อพร้อมสโลแกนโดยไม่มี UI จริงเลย นอกจากนี้ยังเกิดขึ้นเมื่อภาพหน้าจอแสดงฟีเจอร์ที่แอปไม่มีจริง หรืออ้างอิงถึงอุปกรณ์หรืออินเทอร์เฟซจากแพลตฟอร์มอื่น
ก่อน: ช่องแรกเป็นโลโก้ของคุณอยู่กึ่งกลางบนพื้นไล่สี พร้อมข้อความ "วิธีที่ฉลาดที่สุดในการวางแผนสัปดาห์ของคุณ" และไม่มี UI ของแอปให้เห็นเลย
หลัง: ช่องแรกเป็นหน้าจอจริงจากฟีเจอร์หลัก — มุมมองรายสัปดาห์ที่มีรายการจริงกรอกไว้ — พร้อมคำบรรยายสั้น ๆ ระบุประโยชน์เหนือกรอบอุปกรณ์ ผู้ตรวจสอบ (และผู้ใช้) จะเห็นได้จากรูปย่อว่าแอปทำอะไร คุณยังคงใช้คำบรรยายการตลาดและกรอบอุปกรณ์ได้ แต่ต้องแน่ใจว่า UI ของแอปที่แสดงอยู่นั้นเป็นของจริงและเป็นปัจจุบัน
ข้อนี้เป็นการเปลี่ยนแปลงข้อมูล: สลับรูปภาพในเวอร์ชัน แล้วส่งกลับไปตรวจใหม่ ไม่ต้องใช้บิลด์ใหม่
หลักเกณฑ์ 2.3.7 — คำค้นหาต้องอธิบายแอปของคุณ ไม่ใช่ดักการค้นหาเกม
อะไรทำให้เกิดปัญหานี้ นี่คือหลักเกณฑ์เรื่องการใช้คำค้นหาผิดวิธี มันจะเกิดขึ้นเมื่อข้อมูลของคุณถูกยัดคำที่ไม่ได้อธิบายแอปเข้าไป เช่น เครื่องหมายการค้าที่คุณไม่ได้เป็นเจ้าของ ชื่อแอปที่ใหญ่กว่าหรือดังกว่า คำเกี่ยวกับราคาในช่องผิด ชื่อคนดังหรือบุคคลสาธารณะที่ใส่เข้ามาเพื่อดึงยอดค้นหา หรือวลีทั่วไปที่ยัดเข้ามาเพื่อดักการค้นหา ช่องคำค้นหา 100 ตัวอักษรมักเป็นตัวการหลัก แต่คำบรรยายรองและชื่อแอปก็ถูกแจ้งได้เช่นกัน ชื่อแอปมีขีดจำกัดที่ 30 ตัวอักษร และคำเกี่ยวกับราคาหรือโปรโมชันไม่ควรอยู่ในชื่อ คำบรรยายรอง หรือภาพหน้าจอ
ก่อน (ช่องคำค้นหา): รายการที่มีชื่อแอปคู่แข่งใหญ่กว่าสามแอปในหมวดเดียวกัน ชื่อครีเอเตอร์ที่มีชื่อเสียง และคำที่กำลังฮิตอีกสองสามคำที่ไม่เกี่ยวข้อง ซึ่งไม่มีคำไหนอธิบายฟีเจอร์ที่คุณสร้างขึ้นจริง
หลัง: คำค้นหาที่ตรงกับสิ่งที่ผู้ใช้จะค้นหาจริง ๆ เพื่อเจอฟังก์ชันของคุณ — งานที่มันทำ ปัญหาที่มันแก้ คำนามจากหน้าจอของคุณเอง ทุกคำควรชี้ไปที่สิ่งที่แอปทำได้จริง
ก่อน (คำบรรยายรอง): ประโยคเปรียบเทียบที่วางตำแหน่งตัวเองเทียบกับแอปคู่แข่งที่ระบุชื่อ
หลัง: คำบรรยายรองที่บอกผลลัพธ์ที่แอปของคุณมอบให้อย่างตรงไปตรงมา ไม่มีชื่อแบรนด์อื่นอยู่ในนั้น คำบรรยายรองมีไว้ให้บริบทเกี่ยวกับแอปของคุณ ไม่ใช่ที่สำหรับยืมยอดค้นหาของคนอื่น
หลักเกณฑ์ 4.3 — สแปมและแอปที่แทบจะซ้ำกัน
อะไรทำให้เกิดปัญหานี้ 4.3 เป็นเรื่องความเหมือนกัน มันจะเกิดขึ้นเมื่อคุณเผยแพร่แอปที่แทบเหมือนกันหลายตัวภายใต้ bundle ID แยกกัน (แยกบิลด์ต่อเมือง ต่อทีม ต่อลูกค้า แทนที่จะเป็นแอปเดียวที่มีตัวแปรเหล่านั้นอยู่ข้างใน) หรือเมื่อการส่งแอปนั้นแยกแยะได้ยากจากสิ่งที่มีอยู่แล้วอย่างแพร่หลาย มันมักเป็นปัญหาเชิงแนวคิด แต่หน้าลิสติ้งเป็นสิ่งที่ทำให้การซ้ำกันปรากฏชัด — คำอธิบายและภาพหน้าจอที่เหมือนกันในแอปของคุณเองเป็นสัญญาณที่ชัดเจน
ก่อน: แอปห้าตัวในบัญชีของคุณที่มีเลย์เอาต์เดียวกัน รายการฟีเจอร์เดียวกัน และเนื้อหาที่ต่างกันแค่ชื่อเมืองหรือชื่อทีม
หลัง: แอปเดียวที่รองรับตัวแปรเหล่านั้นเป็นตัวเลือกหรือรายการซื้อในแอป พร้อมลิสติ้งที่อธิบายสิ่งที่มันทำได้แตกต่างจริง ๆ ถ้าคุณมีผลิตภัณฑ์แยกกันจริง ให้แต่ละลิสติ้งแสดงสิ่งที่แตกต่างกันจริง ๆ ในภาพหน้าจอและคำอธิบาย ไม่ใช่แค่การหาแทนที่คำนามเฉพาะ
4.3 อาจต้องแก้ไขมากกว่าแค่ข้อมูลถ้าแอปที่อยู่เบื้องหลังนั้นเป็นแค่การนำเปลือกไปสวมใหม่จริง ๆ แต่ในกรณีที่ปัญหาคือลิสติ้งของคุณอ่านดูเหมือนโคลนของกันและกัน การทำให้เนื้อหาและภาพหน้าจอต่างกันก็เป็นการแก้ไขข้อมูล
หลักเกณฑ์ 5.2.1 — ทรัพย์สินทางปัญญาของผู้อื่นอยู่ในข้อมูลของคุณ
อะไรทำให้เกิดปัญหานี้ การใช้ทรัพย์สินของบุคคลที่สามที่ได้รับการคุ้มครองซึ่งคุณไม่มีสิทธิ์ — เครื่องหมายการค้า งานที่มีลิขสิทธิ์ ชื่อที่เลียนแบบ — ไม่ว่าจะอยู่ใน bundle, ชื่อผู้พัฒนา หรือข้อมูลของคุณ กรณีที่พบบ่อยคือความไม่ตรงกันระหว่างแอปหรือแบรนด์ในลิสติ้งกับผู้ที่ส่งแอปจริง ๆ ซึ่งทำให้ Apple ต้องถามว่าใครเป็นเจ้าของชื่อนี้
ก่อน: ชื่อแบรนด์หรือแพลตฟอร์มที่คุณไม่ได้เป็นเจ้าของอยู่ในชื่อแอป คำบรรยายรอง หรือช่องคำค้นหา เพื่อดักยอดค้นหาของมัน
หลัง: ชื่อผลิตภัณฑ์ของคุณเองในชื่อ คำบรรยายรอง และคำค้นหา ถ้าคุณเชื่อมต่อกับแพลตฟอร์มบุคคลที่สามจริง ๆ และจำเป็นต้องระบุ ให้ใส่การกล่าวถึงความเข้ากันได้ตามข้อเท็จจริงไว้ในคำอธิบายเท่านั้นตามที่อนุญาต และไม่ใส่ในชื่อหรือคำบรรยายรอง ถ้าคุณสร้างแอปให้ลูกค้าที่เป็นเจ้าของเครื่องหมายการค้า ให้ส่งจากบัญชีของผู้ที่เป็นเจ้าของ หรือให้เพิ่มคุณเข้าทีมของพวกเขา เพื่อให้ชื่อผู้ขายและแบรนด์ตรงกัน
ส่วนที่ไม่ต้องสร้างบิลด์ใหม่ ย้ำอีกครั้ง
ทั้งสี่ข้อนี้ ถ้าการแก้ไขอยู่ในข้อมูลเวอร์ชัน — ข้อความและรูปภาพ — คุณแก้ไขใน App Store Connect แล้วส่งบิลด์เดิมกลับไปตรวจใหม่ได้เลย ไม่ต้องเพิ่มหมายเลขบิลด์หรือรอการประมวลผล นั่นคือเส้นทางด่วนที่การถูกปฏิเสธเรื่องข้อมูลมอบให้คุณ สิ่งที่ต้องแลกคือคุณต้องกลับเข้าสู่กระบวนการตรวจสอบอีกครั้ง ดังนั้นควรอ่านลิสติ้งทั้งหมดเทียบกับสี่ข้อนี้ก่อนกดส่งกลับไปตรวจ แทนที่จะแก้ทีละข้อทีละครั้ง
Mokbi ช่วยตรงไหนได้ (และตรงไหนช่วยไม่ได้)
ปัญหา 2.3.7 ส่วนใหญ่เริ่มต้นตั้งแต่ขั้นตอนการเขียน เมื่อช่องคำค้นหาหรือคำบรรยายรองถูกยัดเข้าไปเพื่อดักยอดค้นหา AI ของ Mokbi ร่างเนื้อหาลิสติ้งให้คุณ — ชื่อ, คำบรรยายรอง, คำค้นหา, คำอธิบาย — จากสิ่งที่แอปของคุณทำได้จริง ซึ่งช่วยให้คุณห่างไกลจากพฤติกรรมยัดคำและยืมแบรนด์ที่มักดึงดูดการปฏิเสธเรื่องคำค้นหาตั้งแต่แรก จากนั้นมันจะแปลเนื้อหานั้นเป็น 50 ภาษา คุณจึงไม่ต้องเขียนช่องคำค้นหาใหม่ด้วยมือทีละตลาด และเสี่ยงที่จะสร้างกับดักเดิมซ้ำอีกในแต่ละภาษา
ต้องมองข้อจำกัดให้ชัดเจน สิ่งนี้ช่วยลดโอกาสที่จะถูกแจ้ง 2.3.x หรือ 5.2.1 เรื่องถ้อยคำ แต่ไม่สามารถการันตีการอนุมัติ และไม่ได้ตัดสินใจว่าอะไรอยู่ในตัวแอปของคุณ การตรวจสอบเป็นสิทธิ์ของ Apple สิ่งที่เนื้อหาที่ถูกต้องตามหลักเกณฑ์และตรงกับแอปทำได้คือตัดสาเหตุง่าย ๆ ที่คุณสร้างเองที่ทำให้ถูกปฏิเสธออกไป Mokbi ไม่ได้เผยแพร่ลิสติ้งของคุณให้อัตโนมัติ — มันสร้างเนื้อหาและภาพหน้าจอให้ คุณตรวจสอบและส่งเอง