Guideline 4.3 Design Spam: app bị từ chối, làm gì?

Guideline 4.3 Design Spam: câu trả lời ngắn

Guideline 4.3 là quy định chống spam của App Store. 4.3(a) cấm đăng cùng một app nhiều lần, và trên thực tế được dùng để chặn các app "đóng gói lại". 4.3(b) từ chối những app không thể phân biệt với các app đã có, nhất là trong các danh mục bão hòa. Cách chữa nằm ở gốc: một tính năng chính mà không ai khác cung cấp.

Đây là kiểu từ chối khó sửa nhất: nó đặt dấu hỏi lên chính lý do tồn tại của app bạn, và không bản vá code nào đủ nếu sản phẩm quá giống những gì đã có.

Mình tự đăng các app iOS của mình: Solys, một app báo thức có mini-game, và TradaZen, một app luyện tập trading, đều đang có trên App Store. Nolera và Clic từng bị từ chối rồi được sửa. Mình đã dính các lỗi 2.1, 5.6.3 và 2.3.2, mình kể chi tiết trong bài vì sao Apple từ chối app của bạn. Mình chưa bao giờ dính lỗi 4.3, và mình sẽ không kể với bạn điều ngược lại. Bài hướng dẫn này dựa trên văn bản chính thức của Apple, được diễn giải lại.

Guideline 4.3 nói chính xác điều gì?

Mục 4.3, "Spam", nằm trong phần 4, "Design", của App Review Guidelines. Hai phần của nó nhắm vào hai vấn đề khác nhau.

4.3(a): một app duy nhất, không phải mỗi biến thể một bản sao

Văn bản chính thức yêu cầu không tạo nhiều Bundle ID cho cùng một app. Ví dụ của Apple: đăng một app bản đồ cho mỗi thành phố trên thế giới, thay vì một app bản đồ toàn cầu nơi người dùng tự tìm thành phố của mình. Nếu app của bạn có phiên bản theo địa điểm, theo đội thể thao hay theo trường đại học, Apple khuyên bạn gửi một app duy nhất và cung cấp các biến thể qua mua hàng trong app.

Trên thực tế, thông báo từ chối còn đi xa hơn ví dụ đó. Trong các lần từ chối 4.3(a) mà lập trình viên đã chia sẻ trên diễn đàn lập trình viên của Apple, Apple viết rằng app có "a similar binary, metadata, and/or concept" với các app do lập trình viên khác gửi, chỉ khác nhau ở vài chi tiết nhỏ. Thông báo gọi những app tương tự hoặc đóng gói lại này là spam. Ba từ quan trọng: binary (code đã biên dịch), metadata (tên, mô tả, ảnh chụp màn hình) và concept.

Hai quy định khác cũng đi theo hướng này. 4.2.6, một quy định con của guideline 4.2, từ chối các app tạo từ template thương mại hoặc dịch vụ tạo app, trừ khi chúng được chính nhà cung cấp nội dung gửi trực tiếp. Guideline 4.1, "Copycats", cấm sao chép một app nổi tiếng chỉ bằng cách đổi chút tên hay giao diện. Nó mở đầu bằng một câu đơn giản: "Come up with your own ideas."

4.3(b): các danh mục bão hòa

4.3(b) từ chối những app không thể phân biệt với những gì đã có rất nhiều: với Apple, các biến thể cơ hội này làm giảm chất lượng khám phá trên App Store.

Văn bản nêu tên các danh mục liên quan. Các app hẹn hò, đèn pin, hiệu ứng âm thanh, hình nền, hẹn giờ đơn giản và bói toán ("fortune telling") đã rất phổ biến. Apple không nhận thêm bài gửi mới trong các danh mục này, trừ khi chúng mang lại "a meaningfully different or improved experience". Apple thậm chí có thể gỡ những app không được cập nhật, không được cải thiện, hoặc không thu hút ai.

Danh sách thứ hai còn nghiêm hơn: trò chơi uống rượu, Kama Sutra, app tiếng xì hơi và tiếng ợ. Apple coi chúng là kém chất lượng hoặc làm qua loa, và việc gửi lặp lại kiểu app này có thể dẫn tới bị loại khỏi chương trình lập trình viên.

Tử vi và chiêm tinh không được nêu tên đúng như vậy trong phiên bản hiện tại của văn bản. Nhưng một app tử vi hằng ngày chung chung vẫn rất gần với bói toán, và mình sẽ coi nó là danh mục bão hòa.

Vì sao 4.3 hay rơi vào app làm bằng AI và template

Template chia sẻ mọi thứ ngay từ cấu trúc

Một template app bán trên mạng được nhiều lập trình viên mua, họ đổi màu, icon và tên, rồi gửi lên. Apple không nói rõ cách họ phát hiện sự giống nhau, nhưng thông báo của họ nhắc tới binary, metadata và concept: ba thứ mà một template chia sẻ với mọi bản sao của nó. Đó chính xác là trường hợp mà 4.3(a) và 4.2.6 nhắm tới.

AI tạo ra phiên bản trung bình của ý tưởng của bạn

Hãy bảo AI làm "một app theo dõi thói quen": nó sẽ trả về phiên bản khả dĩ nhất của ý tưởng, tức là mức trung bình của những gì đã có, với cùng các màn hình và cùng onboarding. Code có thể là nguyên bản, nhưng concept thì không. Mà 4.3(b) đánh giá trải nghiệm, không đánh giá độ nguyên bản của code.

AI code rất giỏi một ý tưởng đã có sự khác biệt, nhưng không tìm ra sự khác biệt thay bạn. Mình kể chi tiết những gì nó làm tốt và những gì nó bỏ lỡ trong bài tạo app iOS bằng AI.

Cách thực sự tạo khác biệt cho app của bạn

Một tính năng chính mà không ai cung cấp đúng như vậy

Đây là quy tắc mình tự đặt cho mỗi ý tưởng, chính là để tránh 4.3: một tính năng chính mà không ai khác cung cấp đúng như vậy. Thêm một app báo thức nữa sẽ dễ bị bắt lỗi, vì hẹn giờ đơn giản nằm trong các danh mục Apple nêu tên. Solys là app báo thức buộc bạn phải thắng một mini-game mới tắt được. Sự khác biệt gói gọn trong một câu, và thấy ngay từ lần dùng đầu tiên.

Bài kiểm tra: hoàn thành câu "đây là app duy nhất...". Nếu bạn chỉ kết thúc được bằng "nhưng đẹp hơn", sự khác biệt của bạn quá yếu.

Nội dung và logic thuộc về bạn

Một lớp vỏ khác không đủ. Điều phân biệt một app là những gì nó tạo ra: nội dung viết riêng cho nó, dữ liệu nó tính toán, cơ chế không tìm thấy ở đâu khác. Nếu bạn bắt đầu từ template hoặc dự án open source, hãy thay đổi logic, không chỉ màu sắc.

Tên, ảnh chụp màn hình và mô tả chứng minh điều đó

Thông báo 4.3(a) nhắc tới metadata: reviewer cũng đánh giá trang app của bạn, giống như với guideline 2.3.10. Một cái tên chung chung kiểu "Flashlight Pro" đã báo hiệu một bản sao trước cả khi mở app. Tên và phụ đề phải nói lên tính năng độc nhất, ảnh chụp màn hình đầu tiên phải cho thấy nó, và mô tả phải mở đầu bằng nó. Việc này cũng giúp thứ hạng tìm kiếm của bạn: phương pháp nằm ở trang ASO App Store.

Một app duy nhất cho mọi biến thể

Nếu ý tưởng của bạn có thể chia theo thành phố, theo đội hay theo chủ đề, hãy đăng một app duy nhất với lựa chọn bên trong, kèm mua hàng trong app nếu các biến thể là trả phí. Đó là cách đọc theo nghĩa đen của 4.3(a).

Cách trả lời một lần từ chối 4.3 trong App Store Connect

Thứ từng được gọi là Resolution Center giờ nằm trong mục App Review của App Store Connect. Tại đó bạn trả lời tin nhắn của App Review bằng văn bản và tệp đính kèm, ảnh chụp hoặc tài liệu, miễn là bạn chưa gửi lại.

1. Xác định quy định con. Lỗi 4.3(a) nói về sự giống nhau với app khác hoặc nhiều biến thể. Lỗi 4.3(b) nói về danh mục bão hòa.
2. Thành thật về bản chất. Nếu app của bạn đến từ template hoặc thực sự giống những gì đã có, đừng tranh luận: hãy thay đổi sản phẩm, không phải cách diễn đạt.
3. Nếu sự khác biệt là thật, hãy cho thấy nó. Trả lời ngắn, đúng sự thật, bằng tiếng Anh, kèm video về tính năng chính.

Mẫu mình sẽ dùng, bạn tự điều chỉnh:

Hello App Review team,

Thank you for your feedback regarding Guideline 4.3.

[App name] is not a variant of an existing app. Its core feature is:
[one sentence: what the user can do that no other app offers this way].

What makes it different:
- [Unique feature, and where to find it in the app]
- [Original content or logic created for this app]
- [Why it matters to the user]

All code, content and assets were created for this app.
We do not publish any other app based on the same code or concept.

Attached: a short screen recording of the core feature.

If a specific part of the app looks similar to existing apps,
could you tell us which one, so we can address it precisely?

Best regards,
[Your name]

Chỉ viết hai câu về code và các app khác nếu chúng là sự thật. Một khẳng định sai trong câu trả lời gửi Apple sẽ khiến bạn trả giá đắt hơn một lần bị từ chối. Quy trình đầy đủ sau bất kỳ lần từ chối nào nằm ở trang app bị Apple từ chối.

Khi nào nên kháng nghị lên App Review Board

Apple cho phép kháng nghị lên App Review Board nếu bạn cho rằng reviewer đã hiểu sai concept và cách hoạt động của app, hoặc bạn bị đối xử không công bằng trong quá trình duyệt. Apple đặt ra ba điều kiện: đưa ra lý do cụ thể vì sao app của bạn tuân thủ guidelines, chỉ gửi một kháng nghị cho mỗi lần gửi bị từ chối, và trả lời trước mọi yêu cầu bổ sung thông tin.

Hãy kháng nghị khi sự khác biệt của bạn là thật, nhìn thấy được trong app, và câu trả lời trong App Store Connect chưa đủ để làm rõ nó. Với một template, một bản clone hay một biến thể không có khác biệt, kháng nghị sẽ không thay đổi được sản phẩm.

Trên cùng trang đó, Apple cũng có các buổi gọi video 30 phút với App Review. Nếu ý tưởng của bạn sát với một danh mục bão hòa, hãy hỏi trước khi xây dựng.

Checklist chống 4.3 trước khi gửi

• Bạn hoàn thành được câu "đây là app duy nhất..." mà không nhắc tới thiết kế
• Tính năng chính hiện ra ngay từ lần dùng đầu tiên, không phải tìm
• Không màn hình, văn bản, âm thanh hay hình ảnh nào lấy nguyên từ template mà bạn đã thay đổi logic
• Bạn không đăng hai app dùng chung code và chung concept
• Các biến thể (thành phố, đội, chủ đề) nằm trong một app duy nhất
• Tên và phụ đề nói lên tính năng độc nhất, không phải danh mục
• Ảnh chụp màn hình đầu tiên và mô tả mở đầu bằng sự khác biệt của bạn
• Nếu app thuộc một danh mục mà 4.3(b) nêu tên, ghi chú cho reviewer giải thích trong hai câu điều gì làm nó khác biệt và cách kiểm tra

Phòng 4.3 từ lúc chọn ý tưởng

Thêm "một app nữa" vào một ngách bão hòa gây ra hai vấn đề. Apple có thể từ chối nó theo 4.3(b). Và nếu được duyệt, nó phải đối đầu với những app đã được cài từ nhiều năm mà không đưa ra lý do nào để người dùng chọn nó.

Vì vậy sự khác biệt không được thêm vào lúc gửi app. Nó được quyết định trước dòng code đầu tiên, bằng cách thu gọn ý tưởng thành một tính năng chính rõ ràng cho một nhóm người dùng cụ thể. Đó là cốt lõi của một MVP app iOS được định hình tốt, và là bước đầu tiên trong phương pháp từ ý tưởng đến App Store của mình.

Chọn đúng ý tưởng trước khi code

Trong iOS Kit, bước đầu tiên của lộ trình dùng chính cho việc đó: chọn ý tưởng, đối tượng và giá, trước khi viết code.

Bạn đã nhận lỗi 4.3? Apple Review Kit giúp bạn tìm lại quy định được trích dẫn, những gì nó yêu cầu, cùng một ví dụ về cách sửa và cách trả lời. Nếu bạn muốn chúng ta cùng xem hồ sơ của bạn ngay bây giờ, đặt một giờ với mình, qua video call.

Không ai có thể đảm bảo Apple sẽ duyệt, kể cả mình. Mình có thể giúp bạn loại bỏ ngay từ đầu những ý tưởng sẽ thành một app thừa.

Bạn vẫn còn nghi ngờ ý tưởng của mình? Bản chẩn đoán miễn phí bắt đầu từ dự án của bạn, cho bạn biết nên bắt tay vào bước nào trước và gửi bạn checklist chống bị Apple từ chối của mình. Trang chủ sau đó chỉ cách tạo app di động mà không bắt đầu từ con số 0 bằng việc chọn ý tưởng trước khi viết code.

Câu hỏi thường gặp

4.3(a) và 4.3(b) khác nhau thế nào?

4.3(a) nhắm vào sự trùng lặp: nhiều phiên bản của cùng một app, hoặc một app dùng chung code, trang app hay concept với app khác, chỉ khác vài chi tiết. 4.3(b) nhắm vào sự bão hòa: không có gì mới trong một danh mục đã quá đông, như đèn pin.

App mình làm bằng AI có bị từ chối vì 4.3 không?

Không phải vì nó được làm bằng AI: Apple đánh giá kết quả, không đánh giá công cụ. Rủi ro đến từ một ý tưởng chung chung mà AI biến thành phiên bản trung bình của những gì đã có. Nếu tính năng chính của bạn là độc nhất và nhìn thấy được, nguồn gốc của code không gây vấn đề gì với 4.3.

Có thể dùng template mà không bị từ chối không?

Một template dùng làm điểm khởi đầu kỹ thuật, rồi được biến đổi sâu, không phải là vấn đề. Một template được đăng gần như nguyên vẹn, chỉ đổi tên và màu, đúng là thứ mà 4.3(a) và 4.2.6 nhắm tới.

Có nên đổi tài khoản hoặc Bundle ID sau khi bị từ chối 4.3 không?

Không. Đổi định danh hay tài khoản không thay đổi app, và 4.3(b) quy định rằng việc gửi lặp lại các app giá trị thấp có thể dẫn tới bị loại khỏi chương trình lập trình viên. Lối thoát bền vững duy nhất là sửa sản phẩm, rồi gửi lại.

App hẹn hò hoặc app hình nền còn được duyệt không?

Có, nếu nó mang lại trải nghiệm thực sự khác biệt hoặc tốt hơn: đó là điều kiện văn bản của Apple đặt ra. Sự khác biệt này phải thấy được trong app, trên trang app và trong ghi chú cho reviewer.