รับดีไซน์ฟรีของคุณ
· ASO · อ่าน 4 นาที

การปฏิเสธภาพหน้าจอ App Store และวิธีหลีกเลี่ยง

การปฏิเสธภาพหน้าจอ App Store และวิธีหลีกเลี่ยง
TL;DR. Apple ปฏิเสธภาพหน้าจอบ่อยกว่าที่ผู้ส่งครั้งแรกคาดไว้การปฏิเสธไม่ได้สุ่ม — ส่วนใหญ่ตกลงในแปดรูปแบบผ่านรายการนี้ก่อนอัปโหลดและคุณจะหลีกเลี่ยงการรอ 1-2 สัปดาห์ที่มาจากการส่งวันพุธและการปฏิเสธวันศุกร์

การปฏิเสธภาพหน้าจอเป็นเหตุผลที่พบบ่อยที่สุดที่การส่ง App Store ครั้งแรกหยุดชะงัก reviewer ยอมรับ binary แต่ปฏิเสธ metadata และคุณเริ่มนับเวลาใหม่สำหรับการอุทธรณ์ข่าวดีคือ rule set มีขนาดเล็กและเสถียรการปฏิเสธส่วนใหญ่อ้างถึง guideline เดิมๆไม่กี่ข้อนี่คือรายการนั้นเรียงตามความถี่ที่แต่ละอย่างพบ

1. ความไม่สอดคล้องของ status bar

Apple ต้องการให้ภาพหน้าจอดูเหมือนสถานะอุปกรณ์จริง status bar ที่ปลอมและไม่ตรงกัน — เวลาผิดไอคอนแบตเตอรี่ที่ไม่ตรงกันข้าม panel สัญญาณมือถือบน iPad ที่รองรับเฉพาะ Wi-Fi — จะถูก flag ใช้เวลา 9:41 มาตรฐานข้าม panel ทั้งหมด (รูปแบบการตลาดมาตรฐาน) เก็บแบตเตอรี่ไว้ที่ 100% หรือซ่อน indicator ทั้งหมดและให้มือถือกับ Wi-Fi สอดคล้องกัน

อ้างถึงภายใต้ Guideline 2.3.10 (metadata ที่ถูกต้อง) หรือ 4.3 (spam)

2. ภาพหน้าจอที่ไม่แสดงแอปจริง

นี่คือเหตุผลการปฏิเสธที่สอดคล้องที่สุดสำหรับคารูเซลที่ "ออกแบบ": panel ที่แสดงภาพการตลาดแทนที่จะเป็นตัวแอปเอง panel ของกราฟิกแบรนด์ล้วน panel ที่แสดงคนใช้โทรศัพท์หรือ panel ที่เป็นแค่คำบรรยายโดยไม่มีเนื้อหาแอปล้วนฝ่าฝืนกฎที่ว่าภาพหน้าจอต้องแสดงฟังก์ชันแอป

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

อ้างถึงภายใต้ Guideline 2.3.3 (ภาพหน้าจอแสดงฟังก์ชันแอป)

3. การอ้างสิทธิ์ส่งเสริมการขายหรือราคาในภาพหน้าจอ

ภาพหน้าจอไม่สามารถมีราคา "ข้อเสนอจำกัด" "ลด €5" "ฟรีหนึ่งสัปดาห์" หรือการอ้างสิทธิ์ใดๆที่จะเปลี่ยนแปลงตาม metadata ของ App Store Apple ต้องการให้ภาพหน้าจอยังคงใช้ได้ข้ามการเปลี่ยนแปลงราคาการขายและภูมิภาค

"Award-winning" ใช้ได้ถ้าคุณสามารถพิสูจน์ได้ "Best app of the year" ใช้ได้ถ้า Apple เองให้รางวัลคุณมิฉะนั้นเป็นการอ้างสิทธิ์ทางการตลาดที่ต้องการหลักฐานและ reviewer บางครั้ง flag

อ้างถึงภายใต้ Guideline 2.3.10 หรือ 3.1.4

4. เครื่องหมายการค้าหรือโลโก้ของบุคคลที่สาม

การแสดงโลโก้ Spotify ในภาพหน้าจอเพราะแอปของคุณ integrate กับ Spotify มีความเสี่ยงเหมือนกันสำหรับโลโก้ผลิตภัณฑ์ของ Apple เอง (อย่าแสดงโลโก้ Apple อย่าแสดงไอคอนกราฟิก iCloud เว้นแต่คุณใช้การ integrate อย่างเป็นทางการของ Apple) เนื้อหาที่อัปโหลดโดยผู้ใช้ที่มีเครื่องหมายการค้าก็เป็นความเสี่ยง

เส้นทางปลอดภัย: เนื้อหา placeholder ที่ออกแบบในภาพหน้าจอม็อกอัพถ้าคุณต้องแสดงการ integrate แบรนด์ใช้ marketing asset อย่างเป็นทางการของแบรนด์นั้นตาม guideline ของพวกเขาเท่านั้น

อ้างถึงภายใต้ Guideline 5.2 (ทรัพย์สินทางปัญญา)

5. กรอบอุปกรณ์ที่แสดงแพลตฟอร์มผิด

ภาพหน้าจอ iPhone ในกรอบ Android หรือในทางกลับกันจะถูกปฏิเสธ device class ที่ผสมในคารูเซลเดียว (กรอบ iPhone 6.9" ข้างๆ SE 4 นิ้วใน panel set เดียวกัน) จะถูกตั้งคำถาม

การอัปโหลดแต่ละ upload class ต้องการอุปกรณ์ที่เหมาะสมของตัวเอง guideline ของ Apple เองกล่าวว่า "ภาพหน้าจอควรสะท้อนแพลตฟอร์มที่ผู้ใช้กำลัง shopping" ใช้ iPhone-class devices สำหรับการอัปโหลดภาพหน้าจอ iPhone, iPad สำหรับการอัปโหลด iPad

อ้างถึงภายใต้ Guideline 2.3.10

6. เนื้อหาสำหรับผู้ใหญ่น่ากลัวหรือรุนแรงโดยไม่มี age rating ที่ถูกต้อง

content reviewer ของ Apple เห็นภาพหน้าจอก่อนแอปถ้าภาพหน้าจอบ่งบอกเนื้อหาสำหรับผู้ใหญ่ความรุนแรงหรือธีมน่ากลัวที่เกิน age rating ที่ประกาศไว้ของแอปการส่งจะถูก bounce สำหรับ age-rating mismatch แม้ metadata ส่วนที่เหลือถูกต้อง

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

อ้างถึงภายใต้ Guideline 1.1 (เนื้อหาที่น่าคัดค้าน)

7. ขนาด upload class ผิด

Apple ตอนนี้ต้องการเฉพาะ iPhone 6.9" (1320 × 2868) และ iPad 13" (2064 × 2752) สำหรับการส่งใหม่ class ที่เล็กกว่ายอมรับแต่เป็นทางเลือกการพยายามอัปโหลดภาพหน้าจอ 6.5" ที่ 1242×2688 ไปยัง class 6.9" จะ fail การตรวจสอบตอนอัปโหลดไม่ใช่ตอน review

นี่ไม่ใช่ "การปฏิเสธ" อย่างเคร่งครัดเพราะ App Store Connect จับมันระหว่างอัปโหลดแต่มันอธิบาย support ticket "ภาพหน้าจอของฉันไม่ผ่าน" จำนวนมากดู ข้อมูลอ้างอิงขนาดปี 2026 สำหรับตารางทั้งหมด

8. ภาพหน้าจอที่ไม่สอดคล้องข้าม locale

ถ้าภาพหน้าจอ en-US ของคุณแสดงสถานะแอปอย่างหนึ่งและภาพหน้าจอ fr-FR ของคุณแสดงสถานะแอปที่แตกต่างกัน reviewer บางครั้ง flag ว่าเป็น metadata ที่สับสนความคาดหวังคือภาพหน้าจอข้าม locale ควรเป็นฉากเดียวกันพร้อมคำบรรยายที่แปลแล้วไม่ใช่ฉากที่แตกต่างกัน

การแปลเท่านั้นใช้ได้ดีการออกแบบใหม่ทั้งหมดต่อ locale ควรตั้งใจและสอดคล้องภายใน locale แต่ละตัว (กล่าวคือถ้าคุณออกแบบใหม่สำหรับญี่ปุ่นออกแบบใหม่ panel Japan ทั้งหมดอย่าผสม)

สิ่งที่ควรทำในสัปดาห์นี้

  1. ตรวจสอบทุก panel สำหรับความสอดคล้องของ status bar เวลาเดียวกันแบตเตอรี่เดียวกันสถานะมือถือเดียวกัน
  2. ตรวจสอบว่าทุก panel แสดง UI แอปจริงไม่มี panel ที่เป็นการตลาดล้วน
  3. ตัดภาษาเกี่ยวกับราคาการส่งเสริมการขายหรือการลดราคาออก
  4. ตรวจสอบว่าไม่มีเครื่องหมายการค้าของบุคคลที่สามนอกจากของคุณเอง
  5. ยืนยันว่ากรอบอุปกรณ์ตรงกับแพลตฟอร์มต่อ upload class
  6. ตรวจสอบกับ age rating ที่ประกาศไว้ของคุณ

ถ้าการปฏิเสธยังเกิดขึ้นกระบวนการอุทธรณ์มักรวดเร็ว — เขียนคำอธิบายที่ชัดเจนที่อ้างถึง guideline เฉพาะที่คุณเชื่อว่าใช้ได้และทีม review ของ Apple จะตอบภายในไม่กี่วัน

อ่านต่อ

เปิดเครื่องมือแก้ไข →