Guideline 4.0 Design: απόρριψη εφαρμογής λόγω interface

«Guideline 4.0 - Design» δεν είναι ένας αριθμημένος κανόνας σαν τους άλλους: είναι η εισαγωγή της ενότητας Design στους κανόνες της Apple και αναφέρεται όταν το interface σου φαίνεται κάτω από το αναμενόμενο επίπεδο. Οι απορρίψεις που έχουν δημοσιευτεί μοιάζουν μεταξύ τους: στριμωγμένες οθόνες σε iPad, κείμενο που διαβάζεται δύσκολα, σύνδεση που στέλνει τον χρήστη στο Safari, Sign in with Apple κακώς ενσωματωμένο. Η διόρθωση ξεκινά σχεδόν πάντα στη συσκευή που αναφέρει το μήνυμα, οθόνη προς οθόνη.

Δημοσιεύω τις δικές μου εφαρμογές iOS με Expo: τα Solys, TradaZen και Nolera είναι ρυθμισμένα μόνο για iPhone, κι όμως ο reviewer δοκίμασε τα Solys και Nolera σε iPad. Αυτός ο οδηγός βασίζεται στο κείμενο της Apple, σε απορρίψεις 4.0 που δημοσίευσαν άλλοι developers και στη λίστα οπτικού ελέγχου που εφαρμόζω πριν από κάθε υποβολή. Για τη συνολική εικόνα των λόγων απόρριψης, διάβασε γιατί η Apple απορρίπτει μια εφαρμογή.

Τι καλύπτει η guideline 4.0 Design;

Η ενότητα 4 των App Review Guidelines ανοίγει με μια παράγραφο χωρίς αριθμό: «Apple customers place a high value on products that are simple, refined, innovative, and easy to use, and that's what we want to see on the App Store.» Προσθέτει ότι ο σχεδιασμός είναι δική σου υπόθεση, αλλά ότι τα παρακάτω ορίζουν «minimum standards for approval». Προειδοποιεί επίσης ότι μια εφαρμογή που χειροτερεύει μετά την έγκρισή της μπορεί να αφαιρεθεί.

Με απλά λόγια: η Apple περιμένει μια εφαρμογή απλή, προσεγμένη και εύκολη στη χρήση, και η 4.0 χρησιμοποιείται όταν το πρόβλημα δεν εμπίπτει σε κάποιον συγκεκριμένο υποκανόνα. Το κείμενο δεν δίνει αριθμητικά κριτήρια. Η πρακτική αναφορά είναι οι Human Interface Guidelines, οι κανόνες σχεδιασμού της Apple.

Οι πιο συχνές απορρίψεις 4.0

Αυτές είναι οι τέσσερις περιπτώσεις που βρήκα σε μηνύματα δημοσιευμένα στα forums της Apple, με τη φράση που χρησιμοποιείται.

Περίπτωση	Φράση της Apple	Διόρθωση
Στριμωγμένες οθόνες σε iPad	«crowded»	Ευέλικτη διάταξη
Δυσανάγνωστο κείμενο	«hard to read type»	Μεγέθη HIG
Σύνδεση στο Safari	«taken to Safari»	Σύνδεση μέσα στην εφαρμογή
Sign in with Apple	Ζητάει ξανά το όνομα	Όνομα ήδη διαθέσιμο

Οθόνες στριμωγμένες ή κομμένες σε iPad

Το τυπικό μήνυμα, δημοσιευμένο τον Σεπτέμβριο 2025: «Parts of the app's user interface were still crowded, laid out, or displayed in a way that made it difficult to use the app when reviewed on iPad Air (5th generation) running iPadOS 26.0.» Στη συνέχεια διευκρίνιζε ότι η εφαρμογή χρησιμοποιούσε μόνο μέρος της οθόνης (νήμα στο forum).

Η αιτία βρίσκεται στον κανόνα 2.4.1: «iPhone apps should run on iPad whenever possible.» Στο Expo, η επιλογή ios.supportsTablet είναι false από προεπιλογή, σύμφωνα με τη ρύθμιση εφαρμογής του Expo. Η εφαρμογή σου για iPhone τρέχει τότε σε iPad σε λειτουργία συμβατότητας, σε ένα παράθυρο με διαστάσεις iPhone. Το ότι η εφαρμογή είναι ρυθμισμένη μόνο για iPhone δεν την προστατεύει από δοκιμή σε iPad. Σε ένα iPad Air έγινε αδύνατο να κερδίσεις το demo του Solys, περίπτωση που αναλύω στον οδηγό της guideline 2.1.

Δύο λύσεις. Ή υποστηρίζεις πραγματικά το iPad, με διάταξη που προσαρμόζεται στον διαθέσιμο χώρο. Οι κανόνες σχεδιασμού της Apple ζητούν να αποφασίζεις τη διάταξη με βάση τις size classes, όχι το μοντέλο της συσκευής. Ή μένεις στο iPhone, και κάθε οθόνη πρέπει να χωράει στο παράθυρο συμβατότητας.

Κείμενο που διαβάζεται δύσκολα

Το μήνυμα, δημοσιευμένο τον Ιανουάριο 2025: «Your app included hard to read type or typography.» Η Apple υπενθυμίζει εκεί ότι οι χρήστες περιμένουν εφαρμογές «simple, refined, and easy to use» (νήμα στο forum).

Οι κανόνες τυπογραφίας της Apple δίνουν σημεία αναφοράς για το iOS: 17 points από προεπιλογή, 11 points ελάχιστο. Οι κανόνες προσβασιμότητας ζητούν αντίθεση τουλάχιστον 4,5 προς 1 για κείμενο έως 17 points, και περιοχές αφής 44 επί 44 points από προεπιλογή.

Μια παγίδα αν μικραίνεις τις γραμματοσειρές στις μικρές οθόνες, όπως κάνω εγώ για να κρατάω τις ίδιες αλλαγές γραμμής παντού: έλεγξε ότι το μικρότερο κείμενό σου, μικραμένο σε iPhone SE, μένει τουλάχιστον 11 points.

Σύνδεση που στέλνει στο Safari

Το μήνυμα, δημοσιευμένο στο forum της Apple: «We noticed that the user is taken to Safari to sign in or register for an account, which provides a poor user experience.» Η Apple ζητά να γίνονται η εγγραφή και η σύνδεση μέσα στην εφαρμογή και προτείνει μια ενσωματωμένη προβολή Safari.

Στο Expo, το expo-web-browser καλύπτει και τις δύο ανάγκες χωρίς να βγεις από την εφαρμογή: το openAuthSessionAsync ανοίγει μια συνεδρία ταυτοποίησης σε modal παράθυρο, και το openBrowserAsync εμφανίζει μια σελίδα σε ενσωματωμένη προβολή Safari. Αντίθετα, αν ανοίξεις τη σύνδεση με Linking.openURL, ο χρήστης πηγαίνει στην εφαρμογή Safari. Το ποιους τρόπους σύνδεσης θα προσφέρεις είναι θέμα άλλου κανόνα, της 4.8.

Sign in with Apple κακώς ενσωματωμένο

Το μήνυμα, δημοσιευμένο τον Μάιο 2024: «Your app requires users to provide their name after using Sign in with Apple. This information is already provided by the Authentication Services framework.» (νήμα στο forum).

Η τεκμηρίωση του expo-apple-authentication εξηγεί την παγίδα: το όνομα και το e-mail δίνονται μόνο στην πρώτη σύνδεση. Αποθήκευσέ τα αμέσως, αλλιώς θα μπεις στον πειρασμό να τα ξαναζητήσεις. Χρησιμοποίησε επίσης το κουμπί που δίνει η βιβλιοθήκη: το χρώμα του ορίζεται με buttonStyle και οι γωνίες του με cornerRadius, ποτέ με style.

4.0, 4.2, 4.3: τρεις απορρίψεις σχεδιασμού που δεν πρέπει να μπερδεύεις

Κανόνας	Τι κρίνεται	Διόρθωση
4.0	Το interface	Διόρθωση των οθονών
4.2	Η χρησιμότητα της εφαρμογής	Προσθήκη native ουσίας
4.3	Η ομοιότητα	Αλλαγή concept

Η 4.2, Minimum Functionality, ζητά λειτουργίες, περιεχόμενο και interface που ανεβάζουν την εφαρμογή «beyond a repackaged website». Το όριο με την 4.0 είναι λεπτό: ένα site τυλιγμένο σε εφαρμογή μπορεί να φάει και τις δύο. Αν η εφαρμογή σου δεν έχει ουσία, το φρεσκάρισμα των οθονών δεν θα αρκέσει.

Η 4.3 στοχεύει τις αντιγραφές και τις κορεσμένες κατηγορίες: ανέλυσα τα δύο εδάφιά της στον οδηγό της guideline 4.3 Design Spam. Ένα προσεγμένο interface δεν σώζει μια εφαρμογή που μοιάζει με χίλιες άλλες.

Η λίστα οπτικού ελέγχου πριν από την υποβολή

Αυτό προσθέτω σε κάθε υποβολή. Στις εφαρμογές μου, κάθε οθόνη σχεδιάζεται για το μεγαλύτερο iPhone και μετά μικραίνει με μία ενιαία κλίμακα στα μικρότερα: ίδιες αναλογίες, ίδιες αλλαγές γραμμής. Μετά συγκρίνω τα αποτελέσματα δίπλα δίπλα: iPhone SE, κανονικό iPhone, μεγαλύτερο iPhone, και ένα iPad για τη λειτουργία συμβατότητας.

Έλεγχος	Συσκευή	Τι πρέπει να ισχύει
Πρώτη εκκίνηση	iPhone SE	Τίποτα κομμένο
Πλήρες onboarding	iPad	Κάθε κουμπί προσβάσιμο
Ανοιχτό πληκτρολόγιο	iPhone SE	Πεδίο και κουμπί ορατά
Μεγαλωμένο κείμενο	Κανονικό iPhone	Κανένα κομμένο κείμενο
Σκοτεινή λειτουργία	Όλες	Κείμενο ευανάγνωστο παντού
Ασφαλείς ζώνες	Μεγαλύτερο	Τίποτα κάτω από τη Dynamic Island
Paywall	iPhone SE	Τιμές και σύνδεσμοι ορατοί
Σύνδεση	iPad	Μένει μέσα στην εφαρμογή

Τρεις διευκρινίσεις:

• Μεγαλωμένο κείμενο. Οι κανόνες τυπογραφίας της Apple προτείνουν ένα απλό τεστ: ενεργοποίησε τα μεγαλύτερα μεγέθη κειμένου στο Settings, Accessibility, Display & Text Size και έλεγξε ότι όλα μένουν ευανάγνωστα.
• Σκοτεινή λειτουργία. Οι κανόνες της Apple για το Dark Mode ζητούν η εφαρμογή να μένει ευανάγνωστη και στις δύο εμφανίσεις. Το Expo εφαρμόζει light από προεπιλογή αν δεν ρυθμίσεις το userInterfaceStyle. Το Solys ακολουθεί τη ρύθμιση του τηλεφώνου, το TradaZen μένει σκοτεινό, το Nolera φωτεινό: και στις τρεις περιπτώσεις δοκιμάζω την εμφάνιση που προβάλλεται.
• Ασφαλείς ζώνες. Το περιεχόμενο δεν περνάει ούτε κάτω από τη Dynamic Island ούτε κάτω από τον δείκτη αρχικής οθόνης. Το Expo περιγράφει τη μέθοδο στον οδηγό του για τις ασφαλείς ζώνες.

Σε Mac, ο simulator ρυθμίζεται από τη γραμμή εντολών, οπότε η λίστα ξανατρέχει γρήγορα:

xcrun simctl ui booted appearance dark
xcrun simctl ui booted content_size accessibility-extra-extra-extra-large
xcrun simctl io booted screenshot ecran-se-sombre.png

Σε πραγματικό τηλέφωνο, κάνω τον ίδιο γύρο με ένα build TestFlight. Μεθοδολογία: αυτή η λίστα είναι δική μου, φτιαγμένη από τις απορρίψεις που έφαγαν οι εφαρμογές μου, όχι λίστα που δίνει η Apple. Μειώνει τις εκπλήξεις χωρίς να εγγυάται την έγκριση.

Πώς απαντάς σε μια απόρριψη 4.0;

1. Εντόπισε τη συσκευή και την έκδοση που αναφέρει το μήνυμα και άνοιξε το ίδιο μοντέλο στον simulator.
2. Διόρθωσε όλες τις περιπτώσεις. Το τυπικό μήνυμα ζητά να «address all instances» του προβλήματος, όχι μόνο την οθόνη του στιγμιότυπου.
3. Στείλε νέο build: ο reviewer δοκιμάζει τον κώδικα που είναι ενσωματωμένος στο build.
4. Απάντησε με στιγμιότυπα τραβηγμένα στην ίδια συσκευή, απαντώντας στο μήνυμα του App Review.
5. Κάνε έφεση μόνο αν είσαι σίγουρος: η Apple σου επιτρέπει να απευθυνθείς στο App Review Board, με μία μόνο έφεση ανά απορριφθείσα υποβολή.

Το πρότυπο που θα χρησιμοποιούσα, για να το προσαρμόσεις:

Hello,

Thank you for your feedback regarding Guideline 4.0.

We reproduced the issue on [device] running [OS version].

Changes in build [X]:
- [Screen]: [what was crowded or hard to read], now [fix].
- [Screen]: [fix].

We also checked every screen on iPhone SE, a standard
iPhone, the largest iPhone and iPad, with larger text
sizes and Dark Mode.

Attached: screenshots of the updated screens on [device].

Best regards,

Ετοίμασε την υποβολή σου χωρίς απόρριψη σχεδιασμού

Το Review Kit συγκεντρώνει τη checklist μου πριν από την υποβολή, που καλύπτει μεταξύ άλλων τον κανόνα 2.4.1 για το iPad, και skills του Claude Code που ελέγχουν το project σου. Αν θες ανθρώπινη ματιά, κλείσε μια ώρα μαζί μου: ανοίγουμε τις οθόνες σου σε διάφορα μεγέθη, μέσω βιντεοκλήσης. Η πλήρης διαδικασία μετά από μια απόρριψη βρίσκεται στη σελίδα εφαρμογή που απέρριψε η Apple.

Ετοιμάζεις την πρώτη σου κυκλοφορία; Κάνε τη δωρεάν διάγνωση: βάζει τα βήματα στη σωστή σειρά και σου στέλνει τη checklist μου κατά των απορρίψεων της Apple.

Συχνές ερωτήσεις

Τι σημαίνει «Guideline 4.0 - Design» σε ένα μήνυμα απόρριψης;

Η Apple κρίνει ότι το interface σου είναι κάτω από το αναμενόμενο επίπεδο, χωρίς να στοχεύει κάποιον συγκεκριμένο υποκανόνα: στριμωγμένες οθόνες, κείμενο που διαβάζεται δύσκολα, ροή σύνδεσης που κρίνεται κακή. Το μήνυμα συνήθως αναφέρει τη συσκευή που χρησιμοποιήθηκε και συχνά επισυνάπτει στιγμιότυπο.

Η εφαρμογή μου είναι ρυθμισμένη μόνο για iPhone: γιατί η Apple τη δοκιμάζει σε iPad;

Επειδή ο κανόνας 2.4.1 θέλει οι εφαρμογές iPhone να τρέχουν σε iPad όποτε είναι δυνατόν. Η εφαρμογή σου ανοίγει εκεί σε λειτουργία συμβατότητας, σε παράθυρο με διαστάσεις iPhone, και κάθε οθόνη πρέπει να παραμένει χρηστική.

Χρειάζεται νέο build μετά από απόρριψη 4.0;

Ναι, στις περισσότερες περιπτώσεις. Ο reviewer δοκιμάζει τον κώδικα που είναι ενσωματωμένος στην πρώτη εκκίνηση, και μια διόρθωση που στέλνεται απομακρυσμένα μπορεί να του ξεφύγει. Αυτό εξηγώ στον οδηγό της guideline 2.1.

Είναι υποχρεωτική η σκοτεινή λειτουργία για να εγκριθεί η εφαρμογή;

Το κείμενο των κανόνων αξιολόγησης δεν την επιβάλλει. Οι κανόνες σχεδιασμού υπενθυμίζουν ότι οι χρήστες περιμένουν οι εφαρμογές να ακολουθούν τη ρύθμισή τους. Αν επιβάλλεις φωτεινή ή σκοτεινή εμφάνιση, όπως επιτρέπει το Expo, δοκίμασε αυτή την εμφάνιση. Αν ακολουθείς τη ρύθμιση του τηλεφώνου, δοκίμασε και τις δύο.

Μπορώ να κάνω έφεση για απόρριψη 4.0;

Ναι, στο App Review Board, αν πιστεύεις ότι η εφαρμογή σου τηρεί τους κανόνες. Η Apple ζητά συγκεκριμένους λόγους, μία μόνο έφεση ανά απορριφθείσα υποβολή, και να απαντήσεις πρώτα στα αιτήματα για πληροφορίες.