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

> Guideline 4.0 Design: η Apple απορρίπτει interface που κρίνει δύσχρηστο, συχνά σε iPad. Δοκίμασε κάθε οθόνη σε iPhone SE και iPad, διόρθωσε και απάντησε.

Αρχική σελίδα: [Guideline 4.0 Design: απόρριψη εφαρμογής λόγω interface](https://devoria.fr/el/blog/guideline-4-0-design-app-store-rejection)
Συγγραφέας: [Mehdi Azizi](https://devoria.fr/el/mehdi-azizi)
Δημοσίευση: 2026-11-04
Τελευταία αναθεώρηση περιεχομένου: 2026-11-04


«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 απορρίπτει μια εφαρμογή](https://devoria.fr/el/blog/aporripsi-app-apple-app-store-aities).

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

Η ενότητα 4 των [App Review Guidelines](https://developer.apple.com/app-store/review/guidelines/#design) ανοίγει με μια παράγραφο χωρίς αριθμό: «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](https://developer.apple.com/design/human-interface-guidelines/layout), οι κανόνες σχεδιασμού της 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](https://developer.apple.com/forums/thread/800657)).

Η αιτία βρίσκεται στον κανόνα 2.4.1: «iPhone apps should run on iPad whenever possible.» Στο Expo, η επιλογή `ios.supportsTablet` είναι `false` από προεπιλογή, σύμφωνα με τη [ρύθμιση εφαρμογής του Expo](https://docs.expo.dev/versions/latest/config/app/). Η εφαρμογή σου για iPhone τρέχει τότε σε iPad σε λειτουργία συμβατότητας, σε ένα παράθυρο με διαστάσεις iPhone. **Το ότι η εφαρμογή είναι ρυθμισμένη μόνο για iPhone δεν την προστατεύει από δοκιμή σε iPad.** Σε ένα iPad Air έγινε αδύνατο να κερδίσεις το demo του Solys, περίπτωση που αναλύω στον οδηγό της [guideline 2.1](https://devoria.fr/el/blog/guideline-2-1-app-store-rejection-fix).

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

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

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

Οι [κανόνες τυπογραφίας της Apple](https://developer.apple.com/design/human-interface-guidelines/typography) δίνουν σημεία αναφοράς για το iOS: 17 points από προεπιλογή, 11 points ελάχιστο. Οι [κανόνες προσβασιμότητας](https://developer.apple.com/design/human-interface-guidelines/accessibility) ζητούν αντίθεση τουλάχιστον 4,5 προς 1 για κείμενο έως 17 points, και περιοχές αφής 44 επί 44 points από προεπιλογή.

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

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

Το μήνυμα, δημοσιευμένο στο [forum της Apple](https://developer.apple.com/forums/thread/126333): «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](https://docs.expo.dev/versions/latest/sdk/webbrowser/) καλύπτει και τις δύο ανάγκες χωρίς να βγεις από την εφαρμογή: το `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](https://developer.apple.com/forums/thread/751115)).

Η τεκμηρίωση του [expo-apple-authentication](https://docs.expo.dev/versions/latest/sdk/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](https://devoria.fr/el/blog/guideline-4-2-minimum-functionality-app-rejected), ζητά λειτουργίες, περιεχόμενο και interface που ανεβάζουν την εφαρμογή «beyond a repackaged website». Το όριο με την 4.0 είναι λεπτό: ένα site τυλιγμένο σε εφαρμογή μπορεί να φάει και τις δύο. **Αν η εφαρμογή σου δεν έχει ουσία, το φρεσκάρισμα των οθονών δεν θα αρκέσει.**

Η 4.3 στοχεύει τις αντιγραφές και τις κορεσμένες κατηγορίες: ανέλυσα τα δύο εδάφιά της στον οδηγό της [guideline 4.3 Design Spam](https://devoria.fr/el/blog/guideline-4-3-design-spam-app-rejected). Ένα προσεγμένο 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](https://developer.apple.com/design/human-interface-guidelines/dark-mode) ζητούν η εφαρμογή να μένει ευανάγνωστη και στις δύο εμφανίσεις. Το Expo εφαρμόζει `light` από προεπιλογή αν δεν ρυθμίσεις το `userInterfaceStyle`. Το Solys ακολουθεί τη ρύθμιση του τηλεφώνου, το TradaZen μένει σκοτεινό, το Nolera φωτεινό: και στις τρεις περιπτώσεις δοκιμάζω την εμφάνιση που προβάλλεται.
- **Ασφαλείς ζώνες.** Το περιεχόμενο δεν περνάει ούτε κάτω από τη Dynamic Island ούτε κάτω από τον δείκτη αρχικής οθόνης. Το Expo περιγράφει τη μέθοδο στον οδηγό του για τις [ασφαλείς ζώνες](https://docs.expo.dev/develop/user-interface/safe-areas/).

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

```bash
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](https://devoria.fr/el/blog/testflight-dokimi-efarmogis-iphone). Μεθοδολογία: αυτή η λίστα είναι δική μου, φτιαγμένη από τις απορρίψεις που έφαγαν οι εφαρμογές μου, όχι λίστα που δίνει η Apple. Μειώνει τις εκπλήξεις χωρίς να εγγυάται την έγκριση.

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

1. **Εντόπισε τη συσκευή και την έκδοση** που αναφέρει το μήνυμα και άνοιξε το ίδιο μοντέλο στον simulator.
2. **Διόρθωσε όλες τις περιπτώσεις.** Το τυπικό μήνυμα ζητά να «address all instances» του προβλήματος, όχι μόνο την οθόνη του στιγμιότυπου.
3. **Στείλε νέο build**: ο reviewer δοκιμάζει τον κώδικα που είναι ενσωματωμένος στο build.
4. **Απάντησε με στιγμιότυπα** τραβηγμένα στην ίδια συσκευή, [απαντώντας στο μήνυμα του App Review](https://developer.apple.com/help/app-store-connect/manage-submissions-to-app-review/reply-to-app-review-messages/).
5. **Κάνε έφεση μόνο αν είσαι σίγουρος**: η Apple σου επιτρέπει να [απευθυνθείς στο App Review Board](https://developer.apple.com/distribute/app-review/), με μία μόνο έφεση ανά απορριφθείσα υποβολή.

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

```text
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](https://devoria.fr/el/kits/app-review) συγκεντρώνει τη checklist μου πριν από την υποβολή, που καλύπτει μεταξύ άλλων τον κανόνα 2.4.1 για το iPad, και skills του Claude Code που ελέγχουν το project σου. Αν θες ανθρώπινη ματιά, [κλείσε μια ώρα μαζί μου](https://devoria.fr/el/coaching): ανοίγουμε τις οθόνες σου σε διάφορα μεγέθη, μέσω βιντεοκλήσης. Η πλήρης διαδικασία μετά από μια απόρριψη βρίσκεται στη σελίδα [εφαρμογή που απέρριψε η Apple](https://devoria.fr/el/expertise/app-rejected-by-apple).

Ετοιμάζεις την πρώτη σου κυκλοφορία; [Κάνε τη δωρεάν διάγνωση](https://devoria.fr/el/diagnostic): βάζει τα βήματα στη σωστή σειρά και σου στέλνει τη 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 ζητά συγκεκριμένους λόγους, μία μόνο έφεση ανά απορριφθείσα υποβολή, και να απαντήσεις πρώτα στα αιτήματα για πληροφορίες.


## Το project σου

[Review Kit](https://devoria.fr/el/kits/app-review): Η checklist μου για το review του App Store, οι απορρίψεις μου από την Apple διορθωμένες, η checklist του Google Play και τρία skills του Claude Code. 49 €.

[iOS & Android Kit](https://devoria.fr/el/kits/ios): Φτιάξε την εφαρμογή σου για iPhone και Android με το Claude Code: ο αρχικός κώδικας των εφαρμογών μου, η διαδρομή μέχρι τα stores και όλα τα kits. 99 €.

[Διάγνωση: τι σε χωρίζει από την iPhone εφαρμογή σου](https://devoria.fr/el/diagnostic): 7 ερωτήσεις, 60 δευτερόλεπτα: μαθαίνεις τι πραγματικά σε μπλοκάρει για να δημοσιεύσεις την iPhone εφαρμογή σου, τη διαδρομή σου σε 4 βήματα και το kit που σου ταιριάζει.