# Guideline 1.1 Objectionable Content: แก้แอปถูกปฏิเสธ

> Guideline 1.1: Apple ปฏิเสธเนื้อหาที่ไม่เหมาะสม ฟีเจอร์หลอก และแอปที่หาประโยชน์จากข่าว นี่คือกฎย่อยทั้ง 7 ข้อและวิธีแก้แต่ละข้อ

หน้าต้นฉบับ: [Guideline 1.1 Objectionable Content: แก้แอปถูกปฏิเสธ](https://devoria.fr/th/blog/guideline-1-1-objectionable-content-fix-rejection)
ผู้เขียน: [Mehdi Azizi](https://devoria.fr/th/mehdi-azizi)
เผยแพร่: 2026-11-04
แก้ไขเนื้อหาล่าสุด: 2026-11-04


Guideline 1.1 หรือ “Objectionable Content” ใช้ปฏิเสธแอปที่มีเนื้อหาน่ารังเกียจ สร้างความตกใจ รสนิยมแย่มาก หรือหลอกลวงผู้ใช้ ข้อนี้ยังครอบคลุมฟีเจอร์หลอก เช่น เครื่องตรวจจับปลอม และแอปที่หาประโยชน์จากโศกนาฏกรรมในข่าวด้วย **วิธีแก้คือเอาสิ่งที่ถูกตำหนิออก หรือควบคุมมันให้อยู่ในกรอบ ทั้งในแอปและในหน้าแอปบนสโตร์ แล้วบอก reviewer ว่าคุณเปลี่ยนอะไรไปบ้าง**

ผมเผยแพร่แอป iOS ของตัวเอง โดย Solys, TradaZen และ Nolera อยู่บน App Store แล้ว คู่มือนี้อ้างอิงจากเอกสารทางการของ Apple ที่ผมอ่านเมื่อวันที่ 15 ตุลาคม 2026 (“Last Updated: June 8, 2026”) แอปที่ยกตัวอย่างด้านล่างเป็นตัวอย่างที่สร้างขึ้นเพื่ออธิบายกฎ ถ้าอยากดูภาพรวมของเหตุผลที่แอปถูกปฏิเสธ อ่าน[ทำไม Apple ถึงปฏิเสธแอป](https://devoria.fr/th/blog/apple-app-rejection-reasons-real-cases) ก่อนดีกว่าครับ

## Guideline 1.1 ว่าไว้อย่างไร?

ข้อ 1.1 เป็นข้อแรกของหมวด 1 “Safety” ใน [App Review Guidelines](https://developer.apple.com/app-store/review/guidelines/#1.1) ประโยคเปิดคือ “Apps should not include content that is offensive, insensitive, upsetting, intended to disgust, in exceptionally poor taste, or just plain creepy.” พูดง่าย ๆ คือ ห้ามมีเนื้อหาที่น่ารังเกียจ ทำร้ายจิตใจ ชวนอึดอัด ตั้งใจให้คนขยะแขยง รสนิยมแย่มาก หรือแค่ดูน่าขนลุก

ส่วนบทนำของหมวดนี้พูดตรงกว่านั้นอีก: “if you're looking to shock and offend people, the App Store isn't the right place for your app.” ถ้าเป้าหมายของคุณคือทำให้คนตกใจ App Store ไม่ใช่ที่ที่เหมาะ

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

## กฎย่อย 7 ข้อ ตั้งแต่ 1.1.1 ถึง 1.1.7

- **1.1.1**: เนื้อหาหมิ่นประมาท เลือกปฏิบัติ หรือใจร้ายต่อกลุ่มคน (ศาสนา เชื้อชาติ รสนิยมทางเพศ เพศสภาพ ฯลฯ) โดยเฉพาะถ้าอาจทำให้บุคคลหรือกลุ่มเป้าหมายอับอาย ข้อยกเว้น: “Professional political satirists and humorists are generally exempt from this requirement.”
- **1.1.2**: ความรุนแรงที่สมจริงต่อคนหรือสัตว์ หรือการยุยงให้ใช้ความรุนแรง ในเกม ศัตรูต้องไม่มุ่งเป้าแค่เชื้อชาติใดเชื้อชาติหนึ่ง รัฐบาลจริง หรือบริษัทจริง
- **1.1.3**: การใช้อาวุธอย่างอันตรายหรือผิดกฎหมาย หรือการช่วยให้ซื้ออาวุธปืนและกระสุน
- **1.1.4**: เนื้อหาทางเพศที่โจ่งแจ้งหรือลามกอนาจาร รวมถึงแอปหาคู่แบบวันไนท์สแตนด์
- **1.1.5**: ความเห็นทางศาสนาที่ยั่วยุ หรือการอ้างข้อความทางศาสนาไม่ถูกต้อง
- **1.1.6**: ข้อมูลเท็จและฟีเจอร์หลอก เช่น ข้อมูลอุปกรณ์ที่ไม่ถูกต้อง หรือตัวติดตามตำแหน่งปลอม ประโยคสำคัญคือ “Stating that the app is “for entertainment purposes” won't overcome this guideline.” แอปโทรหรือส่ง SMS แบบไม่ระบุตัวตนหรือแบบแกล้งกันจะถูกปฏิเสธ
- **1.1.7**: แอปที่พยายามหาประโยชน์จากเหตุการณ์ล่าสุด เช่น สงคราม การก่อการร้าย หรือโรคระบาด

## ตาราง: กฎย่อย การปฏิเสธที่พบบ่อย และวิธีแก้

นี่คือตารางที่ควรเช็กก่อนส่งแอปที่เกี่ยวกับมุกตลก AI หรือข่าวปัจจุบัน ตัวอย่างการปฏิเสธสร้างขึ้นจากเนื้อหาของกฎ

| กฎย่อย             | การปฏิเสธที่พบบ่อย               | วิธีแก้                           |
| ------------------ | -------------------------------- | --------------------------------- |
| 1.1.1 ความใจร้าย   | มุกเกี่ยวกับเชื้อชาติ            | เล็งที่ความคิด ไม่ใช่ตัวคน        |
| 1.1.2 ความรุนแรง   | ภาพสยองสมจริง เป้าหมายจริง       | สไตล์การ์ตูน ศัตรูสมมติ           |
| 1.1.3 อาวุธ        | ลิงก์ไปร้านขายปืน                | เอาการซื้อและลิงก์ออก             |
| 1.1.4 เรื่องเพศ    | อวตาร AI เปลือย                  | ตัวกรองและชุดที่แต่งกายมิดชิด     |
| 1.1.5 ศาสนา        | อ้างคัมภีร์ผิด                   | ข้อความถูกต้องและมีแหล่งอ้างอิง   |
| 1.1.6 ความเท็จ     | เครื่องจับเท็จปลอม               | ทำให้ฟีเจอร์ใช้ได้จริง หรือเอาออก |
| 1.1.7 ข่าวปัจจุบัน | เกมเกี่ยวกับสงครามที่ยังเกิดอยู่ | เอาธีมนั้นออก                     |

> การเขียนว่า “เพื่อความบันเทิง” ไม่ได้ช่วยฟีเจอร์หลอกให้รอด Apple เขียนไว้ชัดเจนในข้อ 1.1.6

## สี่กรณีที่พบบ่อยสำหรับแอปอินดี้

สี่กรณีด้านล่างเป็นตัวอย่างที่สร้างขึ้น ไม่ใช่แอปจริง

### แอปเสียดสี

ตัวอย่าง: แอปที่สร้างหน้าหนังสือพิมพ์ปลอมพร้อมนักการเมือง ข้อยกเว้นของ 1.1.1 ใช้กับนักเสียดสีและนักแสดงตลกที่เป็น “มืออาชีพ” **นักพัฒนาเดี่ยวไม่ได้รับข้อยกเว้นนี้โดยอัตโนมัติ** เนื้อหาของกฎเล็งไปที่เนื้อหาที่ทำให้อับอาย ข่มขู่ หรือทำร้ายเป้าหมายที่เจาะจงเป็นหลัก

สิ่งที่ผมจะทำ: เล็งที่สถานการณ์ ไม่ใช่เชื้อชาติหรือศาสนา ไม่เปิดให้เล็งเป้าบุคคลทั่วไปด้วยชื่อหรือรูปถ่ายเด็ดขาด และถ้าผู้ใช้โพสต์ผลงานของตัวเองได้ ให้เพิ่มตัวกรอง การรายงาน และการบล็อกตามที่ [guideline 1.2](https://devoria.fr/th/blog/guideline-1-2-user-generated-content-app-store) กำหนด

### เครื่องตรวจจับปลอมและแอปแกล้งเล่น

ตัวอย่าง: “เครื่องจับเท็จ” ที่อ่านนิ้วที่วางบนหน้าจอ เครื่องสแกนลายนิ้วมือที่ “ทาย” อารมณ์ หรือตัวติดตามที่ระบุตำแหน่งเบอร์ไหนก็ได้ โทรศัพท์ไม่ได้วัดอะไรพวกนี้เลย นี่คือ “trick/joke functionality” ของข้อ 1.1.6 แบบตรงตัว

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

### เนื้อหาที่ AI สร้าง โดยไม่มีตัวกรอง

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

สิ่งที่ผมจะทำ:

- system prompt ที่กำหนดโทนและหัวข้อต้องห้าม
- ตรวจทั้งคำขอและคำตอบบนเซิร์ฟเวอร์ก่อนแสดงผล OpenAI มี[โมเดล moderation](https://developers.openai.com/api/docs/guides/moderation) ฟรี ที่จัดหมวดทั้งข้อความและรูปภาพ
- ข้อความกลาง ๆ เมื่อคำตอบถูกบล็อก และปุ่มสำหรับรายงานคำตอบ

การตรวจนี้รันบนเซิร์ฟเวอร์ ซึ่งเป็นที่ที่คีย์ของโมเดลต้องอยู่ ตามที่ผมอธิบายไว้ใน[คีย์ API ลับในแอป Expo](https://devoria.fr/th/blog/secret-api-key-expo-app) ถ้าผลงานแชร์ให้คนอื่นได้ ข้อ 1.2 ก็จะมีผลเพิ่มจากข้อ 1.1 และการส่งข้อมูลผู้ใช้ไปให้โมเดลอยู่ภายใต้ [guideline 5.1.2](https://devoria.fr/th/blog/guideline-5-1-2-third-party-ai-att-data-sharing)

### อวตารหรือภาพจาก AI

ตัวอย่าง: แอปที่เปลี่ยนเซลฟี่เป็นตัวละคร หรือสร้างอวตาร มีความเสี่ยงสามอย่าง ภาพที่มีลักษณะทางเพศอยู่ภายใต้ 1.1.4 ภาพสยองหรือความรุนแรงแบบสมจริงอยู่ภายใต้ 1.1.2 และการล้อเลียนหรือนำคนจริงมาใส่ในฉากโดยไม่ได้รับความยินยอมอยู่ภายใต้ 1.1.1

วิธีแก้: กรองทั้งคำขอและภาพที่สร้างออกมา ปฏิเสธรูปของบุคคลอื่น และตั้งค่าเริ่มต้นให้แต่งกายมิดชิด สำหรับโลโก้ ตัวละคร และสไตล์ของแบรนด์ เรื่องลิขสิทธิ์อธิบายไว้ใน[คู่มือ guideline 5.2.1](https://devoria.fr/th/blog/guideline-5-2-1-intellectual-property-app-rejected)

## หน้าแอปบนสโตร์สำคัญพอ ๆ กับตัวแอป

การปฏิเสธด้วยข้อ 1.1 อาจเล็งที่หน้าแอปบนสโตร์ได้พอ ๆ กับโค้ด: คำอธิบายที่ยั่วยุ คีย์เวิร์ดที่ไม่เหมาะสม หรือภาพหน้าจอที่โจ่งแจ้งเกินไป [ข้อ 2.3.8](https://developer.apple.com/app-store/review/guidelines/#2.3.8) กำหนดไว้ว่า “Metadata should be appropriate for all audiences” **ไอคอน ภาพหน้าจอ และวิดีโอพรีวิวต้องอยู่ในระดับ 4+ แม้แอปของคุณจะได้เรตสูงกว่านั้น** สำหรับเกมที่มีความรุนแรง Apple ยกตัวอย่างภาพที่ไม่มีการตายแบบนองเลือด และไม่มีอาวุธเล็งไปที่ตัวละคร

ตอบแบบสอบถามการจัดเรตอายุอย่างตรงไปตรงมาด้วย ตามที่ข้อ 2.3.6 กำหนด [ค่าและคำจำกัดความ](https://developer.apple.com/help/app-store-connect/reference/app-information/age-ratings-values-and-definitions) ของแบบสอบถามครอบคลุมความรุนแรง เรื่องเพศ มุกหยาบ และความสยองขวัญ การจัดเรตที่ถูกต้องไม่ได้ทำให้เนื้อหาต้องห้ามกลายเป็นสิ่งที่ยอมรับได้ แต่ช่วยไม่ให้ครอบครัวที่พึ่งการควบคุมโดยผู้ปกครองต้องเจอเรื่องไม่คาดคิด

## ตอบกลับเมื่อถูกปฏิเสธด้วยข้อ 1.1

1. **หาสิ่งที่ถูกตำหนิให้เจอ** บางครั้งข้อความจะอ้างถึงภาพหน้าจอหรือหน้าจอในแอป ถ้ายังคลุมเครือ ให้ถามใน App Store Connect ว่าเนื้อหาไหนเป็นปัญหา
2. **แก้ทุกที่** ทั้งในแอป คำอธิบาย คีย์เวิร์ด ภาพหน้าจอ และรูปของการซื้อในแอป
3. **เตรียม build ใหม่** ถ้าเนื้อหาอยู่ในแอป การแก้แค่หน้าแอปบนสโตร์จะพอก็ต่อเมื่อปัญหาอยู่ที่หน้าแอปบนสโตร์เท่านั้น
4. **อธิบายในสองประโยค** วิธีการและระยะเวลาตอบกลับมีรายละเอียดใน[ตอบกลับ App Review](https://devoria.fr/th/blog/apple-resolution-center-reply-app-review-rejection)

นี่คือตัวอย่างโน้ตภาษาอังกฤษ ให้ปรับใช้ และเก็บไว้เฉพาะสิ่งที่เป็นความจริง:

```text
Hello,

Thank you for your feedback regarding Guideline 1.1.

In build [X], we have:
- removed [content] from [screen] and from the
  App Store description and screenshots;
- added server-side moderation of AI requests and
  responses before anything is displayed;
- added a "Report" button on every generated result.

Best regards,
[Your name]
```

ยื่นอุทธรณ์ต่อ App Review Board เฉพาะเมื่อ reviewer เข้าใจเนื้อหาของคุณผิดเท่านั้น เนื้อหาที่เฉียดเส้นไม่ต้องไปแก้ต่าง ให้เอาออก

## เช็กลิสต์ 1.1 ก่อนส่งแอป

- ไม่มีข้อความ รูป หรือเสียงใดที่เล็งเป้ากลุ่มคน ศาสนา หรือบุคคลทั่วไป
- ศัตรูในเกมเป็นตัวสมมติ และความรุนแรงไม่สมจริง
- ไม่มีฟีเจอร์ไหนอ้างว่าวัดสิ่งที่โทรศัพท์วัดไม่ได้
- ไม่มีธีมไหนหาประโยชน์จากสงคราม การก่อการร้าย หรือโรคระบาดที่กำลังเกิดขึ้น
- ผลลัพธ์จาก AI ทุกชิ้นผ่านการตรวจบนเซิร์ฟเวอร์ก่อนแสดงผล
- ไอคอน ภาพหน้าจอ และคำอธิบายอยู่ในระดับ 4+
- แบบสอบถามการจัดเรตอายุตรงกับเนื้อหาจริง
- โน้ตสำหรับรีวิวอธิบายจุดที่เฉียดเส้น เช่น มุกตลกร้ายหรือธีมที่อ่อนไหว

## แก้การปฏิเสธก่อนส่งแอปอีกครั้ง

[Review Kit](https://devoria.fr/th/kits/app-review) รวมทุกอย่างที่ผมเช็กก่อนส่งแอปทุกครั้ง พร้อม skill สองตัวที่ตรวจโปรเจกต์ของคุณใน Claude Code และเตรียมคำตอบให้ถ้า Apple ปฏิเสธ ถ้าอยากได้คนช่วยดู [จองเวลากับผมหนึ่งชั่วโมง](https://devoria.fr/th/coaching) แล้วเราจะตรวจเนื้อหาและหน้าแอปบนสโตร์ไปด้วยกัน ขั้นตอนทั้งหมดอยู่ในหน้า[แอปถูก Apple ปฏิเสธ](https://devoria.fr/th/expertise/app-rejected-by-apple)

ถ้าคุณกำลังเตรียมปล่อยแอปแรก [ทำแบบประเมินฟรี](https://devoria.fr/th/diagnostic) แล้วจะรู้ว่าควรเริ่มขั้นตอนไหนก่อน พร้อมรับเช็กลิสต์กันแอปโดน Apple ปฏิเสธของผม

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

## คำถามที่พบบ่อย

### “Guideline 1.1 - Safety - Objectionable Content” หมายความว่าอะไร?

นี่คือหัวข้อการปฏิเสธในข้อความจาก Apple หมายความว่า reviewer ตัดสินว่าเนื้อหาในแอปหรือในหน้าแอปบนสโตร์ไม่เหมาะสม สร้างความตกใจ หรือหลอกลวง ข้อความอาจระบุกฎย่อยเจาะจง เช่น “Guideline 1.1.6” สำหรับฟีเจอร์หลอก

### Guideline 1.1.6 คืออะไร?

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

### แค่เขียนว่า “เพื่อความบันเทิง” พอไหม?

ไม่พอครับ ข้อ 1.1.6 ระบุว่าการเขียนว่าแอป “for entertainment purposes” ไม่ช่วยอะไร ถ้าฟีเจอร์อ้างว่าวัดหรือตรวจจับสิ่งที่โทรศัพท์วัดไม่ได้ คำเตือนก็ไม่ได้เปลี่ยนผลการปฏิเสธ

### แอปตลกหรือแอปเสียดสีผ่านข้อ 1.1 ได้ไหม?

ผ่านได้ ถ้ามุกตลกไม่ได้เล็งไปที่กลุ่มคน ศาสนา หรือบุคคลทั่วไป ข้อยกเว้นของ 1.1.1 ใช้กับนักเสียดสีและนักแสดงตลกมืออาชีพ สำหรับแอปอินดี้ ให้เล็งที่สถานการณ์และความคิด ไม่ใช่ตัวคน และรักษาหน้าแอปบนสโตร์ไว้ในระดับ 4+

### เนื้อหาที่ AI สร้างอยู่ภายใต้ข้อ 1.1 หรือ 1.2?

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


## โปรเจกต์ของคุณ

[Review Kit](https://devoria.fr/th/kits/app-review): เช็กลิสต์รีวิว App Store ของผม การถูก Apple ปฏิเสธที่ผมแก้ไขแล้ว เช็กลิสต์ของ Google Play และ skill ของ Claude Code อีกสามตัว ฿1,849

[iOS & Android Kit](https://devoria.fr/th/kits/ios): สร้างแอป iPhone และ Android ของคุณด้วย Claude Code: โค้ดเริ่มต้นจากแอปของผม เส้นทางจนถึงสโตร์ และชุดคิททั้งหมด ฿3,699

[แบบประเมิน: อะไรกั้นคุณไว้จากแอป iPhone ของคุณ](https://devoria.fr/th/diagnostic): 7 คำถาม 60 วินาที: รู้ว่าอะไรที่ขวางคุณจากการเผยแพร่แอป iPhone จริง ๆ พร้อมเส้นทาง 4 ขั้นตอนและชุดคิทที่เหมาะกับคุณ