Guideline 4.3(a) Design Spam: cách khắc phục, kèm giải thích 4.3(b) và 4.2.6 cho app template và AI (2026)

Bị từ chối theo Guideline 4.3(a) Design Spam là một trong những thông báo App Review khó xử lý nhất, vì nó hiếm khi cho biết app của bạn giống app nào. Lỗi này nhắm vào app template, app white-label cho khách hàng và app tạo bằng AI thường xuyên hơn hẳn các loại khác. Bài viết này phân biệt 4.3(a) với 4.3(b) và 4.2.6, xem các nhà phát triển khác đã vượt qua lỗi từ chối này như thế nào, đồng thời cung cấp mẫu phản hồi và checklist cần hoàn thành trước khi nộp lại. Với các loại từ chối khác, xem hướng dẫn xử lý từ chối theo từng guideline.

Guideline 4.3(a) Design Spam nghĩa là gì?

Guideline 4.3(a) nghĩa là Apple cho rằng bản nộp của bạn về cơ bản là cùng một app với một app đã được nộp trước đó: hoặc là nhiều bundle ID của cùng một app, hoặc là bản gần như sao chép app của người khác. Cách khắc phục là gộp các bản trùng lặp hoặc làm cho trải nghiệm cốt lõi khác biệt rõ ràng.

Tính đến tháng 11/2026, App Review Guidelines ghi: "Đừng tạo nhiều Bundle ID cho cùng một app (ví dụ: nộp một app bản đồ riêng cho từng thành phố trên thế giới thay vì một bản đồ toàn cầu duy nhất cho phép người dùng tìm kiếm bất kỳ thành phố nào)." Phương án thay thế Apple gợi ý là: "hãy cân nhắc nộp một app duy nhất và cung cấp các biến thể qua in-app purchase." 4.3(a) có biểu tượng chìa khóa, nên quy định này cũng áp dụng cho việc notarization app iOS và iPadOS phân phối ngoài App Store.

Nội dung từ chối mà nhà phát triển thường nhận được là: "Guideline 4.3(a) - Design - Spam. Chúng tôi nhận thấy app của bạn có binary, metadata và/hoặc concept tương tự các app do nhà phát triển khác nộp lên App Store, chỉ với những khác biệt nhỏ." Câu này chứa ba yếu tố kích hoạt (binary, metadata, concept), và chỉ cần một trong số đó cũng đủ khiến app bị từ chối.

4.3(a) khác gì so với 4.3(b) và 4.2.6?

4.3(a) nói về trùng lặp, 4.3(b) nói về app không mang lại gì mới trong một danh mục vốn đã đông đúc, còn 4.2.6 nói về app dựng từ template nhưng được nộp bởi sai tài khoản. Mỗi loại cần cách xử lý khác nhau, vì vậy hãy kiểm tra chính xác số guideline trong thông báo từ chối trước tiên.

Nội dung hiện hành của 4.3(b) cũng cảnh báo rằng Apple "có thể gỡ các app này khỏi App Store trong tương lai nếu chúng không được cập nhật, cải thiện hoặc không thu hút được người dùng", và việc liên tục nộp các app thuộc danh mục làm qua loa như trò chơi uống rượu hay app tiếng xì hơi có thể dẫn đến việc bị loại khỏi Apple Developer Program. Về các quy định khác Apple mới sửa đổi gần đây, xem bài những thay đổi của App Review Guidelines tháng 10/2026.

Vì sao app template và app tạo bằng AI hay bị gắn cờ spam?

App template và app tạo bằng AI bị gắn cờ vì nhiều app trong số đó dùng chung starter code, chung bố cục màn hình và nội dung mô tả trên store tương tự nhau, khớp với cả ba yếu tố binary, metadata và concept. Việc sở hữu code không giúp app được miễn trừ nếu kết quả cuối cùng trông giống hàng trăm app khác.

Các công cụ tạo app bằng AI thường sinh ra cùng một màn hình onboarding, cùng một thanh tab và cùng một bộ tính năng chung chung ("theo dõi thói quen, nhận phân tích từ AI"), và phần mô tả App Store được tạo tự động cũng thường na ná nhau. Nếu bạn phát hành qua một nền tảng tạo app, hãy kiểm tra xem ai đang hiển thị là người bán (seller). 4.2.6 nói rằng các dịch vụ template "không nên nộp app thay mặt khách hàng của họ", vì vậy app cần được phát hành dưới tài khoản nhà phát triển của chủ sở hữu nội dung. Hướng dẫn phát hành app Base44 và hướng dẫn phát hành app Lovable của chúng tôi trình bày những việc bạn vẫn phải tự làm sau khi export.

Các nhà phát triển khác đã khắc phục lỗi từ chối 4.3(a) như thế nào?

Các trường hợp được chia sẻ công khai cho thấy chỉ thay đổi giao diện hiếm khi hiệu quả. Gộp các app trùng lặp và viết phản hồi cụ thể về điểm khác biệt của app mang lại kết quả tốt hơn.

• Gộp vào app hiện có (GitHub). Một nhóm phát hành app VoIP dựa trên Linphone cho biết trong linphone-iphone issue #936 rằng bộ icon và bảng màu mới không giúp vượt qua 4.3(a). Họ kết luận xung đột đến từ một app khác dựa trên Linphone trong cùng tài khoản. Họ đưa các thay đổi vào app hiện có đó dưới dạng bản cập nhật, và app được duyệt "gần như ngay lập tức".
• Giải thích tính độc đáo (Godot Forum). Một nhà phát triển game trên Godot Forum nghi ngờ binary engine dùng chung bị trùng khớp với các game Godot khác. Thu nhỏ bản build và giải thích rằng game dùng Godot đều bị từ chối. Một phản hồi "liệt kê những điểm chính mà tôi cho là khiến game của mình thú vị và khác biệt so với các game cùng thể loại" đã giúp game được duyệt.
• Ảnh chụp màn hình là chưa đủ (Apple Developer Forums). Trong một chủ đề trên Apple Developer Forums, một nhà phát triển cho biết đại diện của Apple đã chỉ ra phần ảnh chụp màn hình, và "metadata" có thể là tên, phụ đề, từ khóa hoặc ảnh chụp màn hình. Dù đã thay toàn bộ ảnh chụp màn hình mới, bản cập nhật cho app đã 2–3 năm tuổi vẫn bị từ chối với cùng lý do.

Điểm chung: các thay đổi bề ngoài (icon, màu sắc, ảnh chụp màn hình) đều thất bại trong cả ba trường hợp. Điều thực sự hiệu quả là loại bỏ app trùng lặp trong tài khoản hoặc đưa cho reviewer những lý do cụ thể, ở cấp độ tính năng, cho thấy app khác biệt.

Từng bước khắc phục lỗi từ chối 4.3(a)

Để khắc phục lỗi từ chối 4.3(a), trước tiên hãy tìm ra app trùng lặp, sau đó thực hiện thay đổi thực chất cho sản phẩm, rồi phản hồi App Review với thông tin cụ thể trước khi nộp lại. Nộp lại cùng bản build chỉ với icon mới là cách phổ biến nhất để bị từ chối lần nữa.

1. Đọc chính xác số guideline trong mục App Review của App Store Connect. Nếu đó là 4.2.6 hoặc 4.3(b), hãy làm theo hàng tương ứng trong bảng ở trên.
2. Liệt kê mọi app trong tài khoản của bạn, đang hoạt động hay đã gỡ, có chung code, template, concept hoặc thiết kế với app bị từ chối. Nếu tìm thấy, hãy gộp chúng thành một app duy nhất với các biến thể trong app, hoặc đưa các thay đổi vào app đang hoạt động dưới dạng bản cập nhật.
3. Tìm kiếm trên App Store bằng các từ khóa trong danh mục của bạn và ghi lại các kết quả hàng đầu. Viết ra những gì app của bạn làm được mà không app nào trong số đó làm được.
4. Thay đổi ít nhất một luồng cốt lõi (nguồn dữ liệu, tính năng chính, mô hình tương tác), không chỉ đổi giao diện.
5. Viết lại tên, phụ đề, từ khóa, mô tả và ảnh chụp màn hình để chúng mô tả đúng các tính năng riêng của bạn và không còn nội dung template chung chung nào.
6. Phản hồi trong App Store Connect theo mẫu bên dưới. Trang App Review của Apple cũng có lịch hẹn Webex 30 phút nếu bạn muốn hỏi trực tiếp reviewer về guideline.
7. Nếu bạn tin rằng reviewer đã hiểu sai app, hãy gửi một lần kháng nghị lên App Review Board. Apple yêu cầu bạn "Chỉ gửi một kháng nghị cho mỗi lần nộp không vượt qua review" và trả lời các yêu cầu bổ sung thông tin trước.

Phản hồi gửi App Review nên viết gì?

Một phản hồi tốt nêu rõ các tính năng cụ thể làm app khác biệt, xác nhận tài khoản của bạn không có app trùng lặp và chỉ cho reviewer nơi có thể thấy từng điểm khác biệt. Hãy viết ngắn gọn, đúng sự thật và lịch sự.

Hello App Review,

Thank you for the feedback on Guideline 4.3(a). We have reviewed our account
and confirm [App Name] is our only app in this category. [We removed /
merged "Old App" into this app in version X.Y.]

What [App Name] does that similar apps do not:
1. [Feature] - e.g. syncs with the user's school timetable via [API];
   see Home > Schedule.
2. [Feature] - e.g. offline lesson plans authored by our team, not
   generated or scraped; see Library.
3. [Feature] - e.g. teacher-to-parent messaging; see the demo account.

This version also changes [core flow] and replaces all metadata and
screenshots to reflect these features.

Demo account: [username] / [password]

We are happy to provide more detail or join a call.

Thank you,
[Name]

Nếu một tính năng nằm sau màn hình đăng nhập, hãy cung cấp cho reviewer thông tin đăng nhập hoạt động được. Hướng dẫn tạo tài khoản demo cho App Store review của chúng tôi chỉ cách thiết lập.

Checklist tạo khác biệt trước khi nộp lại cần những gì?

Checklist tạo khác biệt cần bao quát tài khoản, binary, metadata và concept của bạn, tức bốn chỗ mà 4.3 xem xét. Hãy đánh dấu mọi mục trước khi nhấn Submit for Review lần nữa.

• Tài khoản: không có app nào khác, đang hoạt động hay đã gỡ, dùng chung template, concept hoặc thiết kế.
• Tài khoản: app được nộp từ chính tài khoản nhà phát triển của chủ sở hữu nội dung (4.2.6).
• Binary: đã xóa các màn hình mẫu của template, dữ liệu demo và thương hiệu giữ chỗ.
• Binary: có ít nhất một tính năng cốt lõi mà các kết quả hàng đầu trong danh mục không có.
• Metadata: tên, phụ đề và từ khóa mô tả giá trị riêng của bạn, không phải danh mục nói chung.
• Metadata: ảnh chụp màn hình thể hiện các tính năng khác biệt ngay trong hai khung hình đầu tiên.
• Concept: bạn có thể nói trong một câu vì sao người dùng nên chọn app này thay vì năm kết quả hàng đầu.
• Ghi chú cho review: đã liệt kê các điểm khác biệt và tài khoản demo để reviewer không phải tự đi tìm.

Nếu bạn đã bị từ chối theo 4.3 nhiều lần và không chắc cần thay đổi gì, dịch vụ nộp app lên App Store của chúng tôi sẽ chuẩn bị hồ sơ review và cùng bạn xử lý phản hồi từ chối, với giá $599 cho cả hai store (phí tài khoản nhà phát triển tính riêng).