Guideline 4.2 Minimum Functionality: απόρριψη εφαρμογής

Η guideline 4.2, «Minimum Functionality», απορρίπτει μια εφαρμογή που δεν προσφέρει τίποτα παραπάνω από ένα website, ή προσφέρει τόσο λίγα που κανείς δεν θα την κρατούσε. Η λύση δεν είναι να στοιβάξεις native λειτουργίες: είναι να βάλεις μία στο κέντρο της χρήσης και μετά να πεις στον reviewer πού θα τη βρει. Η διόρθωση περνάει σχεδόν πάντα από νέο build.

Δημοσιεύω τις δικές μου εφαρμογές iOS: τα Solys, TradaZen και Nolera είναι στο App Store. Αυτός ο οδηγός βασίζεται στο επίσημο κείμενο της Apple, όπως το διάβασα στις 15 Οκτωβρίου 2026, και σε απορρίψεις 4.2 που έχουν δημοσιεύσει developers στα forums της Apple. Οι απορριφθείσες εφαρμογές που αναφέρονται παρακάτω είναι παραδείγματα. Για τη συνολική εικόνα όλων των λόγων απόρριψης, διάβασε καλύτερα γιατί η Apple απορρίπτει μια εφαρμογή.

Τι λέει η guideline 4.2;

Η 4.2 βρίσκεται στην ενότητα 4, «Design», των App Review Guidelines. Η πρώτη της πρόταση θέτει το κριτήριο: «Your app should include features, content, and UI that elevate it beyond a repackaged website.» Με άλλα λόγια, η εφαρμογή σου πρέπει να προσφέρει λειτουργίες, περιεχόμενο και interface που την ανεβάζουν πάνω από ένα website βαλμένο σε κουτί.

Το κείμενο προσθέτει δύο ιδέες. Μια εφαρμογή που δεν είναι πραγματικά χρήσιμη, μοναδική ή «app-like» δεν έχει θέση στο App Store. Και μια εφαρμογή που δεν προσφέρει ούτε διαρκή ψυχαγωγία ούτε επαρκή χρησιμότητα μπορεί να απορριφθεί. Η 4.2 κρίνει λοιπόν δύο πράγματα: τη διαφορά από το web και την ποσότητα της αξίας.

Οι υπο-κανόνες που μπορεί να αναφέρει το μήνυμα

Υπο-κανόνας	Τι ζητά η Apple	Η τυπική απόρριψη
4.2	Να πας πέρα από ένα website	Site που εμφανίζεται σε WebView
4.2.1	Πραγματική εμπειρία επαυξημένης πραγματικότητας	Ένα 3D μοντέλο τοποθετημένο στην προβολή AR
4.2.2	Όχι μόνο marketing ή links	Εφαρμογή-βιτρίνα, aggregator, links
4.2.3	Αυτόνομη εφαρμογή, σαφή downloads	Εφαρμογή που απαιτεί άλλη εφαρμογή
4.2.6	Όχι εφαρμογή από εμπορικό template	Template που υποβάλλει ένας πάροχος

Τρεις διευκρινίσεις. Η 4.2.2 κάνει εξαίρεση για τους καταλόγους: «Other than catalogs, apps shouldn't primarily be marketing materials, advertisements, web clippings, content aggregators, or a collection of links.» Ένας κατάλογος προϊόντων μπορεί λοιπόν να περάσει. Ένα διαφημιστικό φυλλάδιο, όχι.

Η 4.2.3 έχει δύο εδάφια. Το (i) ζητά η εφαρμογή να λειτουργεί μόνη της, χωρίς να χρειάζεται εγκατάσταση άλλης εφαρμογής. Το (ii) ζητά, αν η εφαρμογή πρέπει να κατεβάσει πόρους στο πρώτο άνοιγμα, να ανακοινώνει το μέγεθος του download και να ζητά συγκατάθεση πριν.

Η 4.2.6, για τα εμπορικά templates και τις υπηρεσίες δημιουργίας εφαρμογών, αναλύεται στον οδηγό της guideline 4.3, γιατί πάει μαζί με τον κανόνα κατά του spam.

Τα δύο πιο συχνά μηνύματα 4.2

Το μήνυμα της Apple ξεκινά με τον τίτλο «Guideline 4.2 - Design - Minimum Functionality». Η συνέχεια λέει ποιο από τα δύο προβλήματα είδε ο reviewer. Ακολουθούν δύο διατυπώσεις που δημοσίευσαν developers στα forums της Apple. Είναι μερικών χρόνων: το ακριβές κείμενο μπορεί να έχει αλλάξει, οι δύο κατηγορίες όχι.

Η εφαρμογή μοιάζει με site. «Your app provides a limited user experience as it is not sufficiently different from a mobile browsing experience.» Αυτό το μήνυμα, δημοσιευμένο στα forums της Apple, περιέχει μια καθοριστική πρόταση: «Including iOS features such as push notifications, Core Location, and sharing do not provide a robust enough experience to be appropriate for the App Store.»

Η εφαρμογή είναι πολύ φτωχή. «We found that the usefulness of your app is limited by the minimal amount of content or features it includes.» Αυτό το δεύτερο μήνυμα ζητά να ξανασκεφτείς το concept και παραδέχεται ότι κανένας αριθμητικός κανόνας δεν ορίζει τι είναι χρήσιμο ή ψυχαγωγικό.

Το να προσθέσεις notifications, τοποθεσία και ένα κουμπί κοινοποίησης σε ένα «τυλιγμένο» site δεν αρκεί: η Apple το έχει γράψει στις ίδιες της τις απορρίψεις.

Τέσσερις τυπικές περιπτώσεις απόρριψης 4.2

Οι τέσσερις περιπτώσεις παρακάτω είναι παραδείγματα που έφτιαξα για να δείξω τον κανόνα, όχι πραγματικές εφαρμογές.

Το τυλιγμένο website

Παράδειγμα: ένα γυμναστήριο δείχνει το mobile site του σε ένα WebView, με ένα native tab bar από πάνω. Το πρόγραμμα, οι κρατήσεις και ο λογαριασμός είναι web σελίδες. Ο reviewer βλέπει ό,τι θα του έδειχνε το Safari. Η Apple το λέει στη σελίδα App Review: ένα site σερβιρισμένο μέσα σε εφαρμογή iOS, web περιεχόμενο μη προσαρμοσμένο στο iOS ή περιορισμένες web αλληλεπιδράσεις δεν κάνουν μια ποιοτική εφαρμογή.

Τι θα έκανα εγώ: θα ξανάχτιζα native τις οθόνες της βασικής ενέργειας, εδώ το πρόγραμμα και την κράτηση. Μετά θα πρόσθετα ό,τι δεν μπορεί να κάνει το site: υπενθύμιση πριν την προπόνηση, πρόγραμμα διαθέσιμο χωρίς δίκτυο, την επόμενη προπόνηση σε widget.

Η υπερβολικά απλή εφαρμογή

Παράδειγμα: μια εφαρμογή που δείχνει ένα απόφθεγμα τη μέρα και τίποτα άλλο. Την έχεις εξερευνήσει όλη σε δέκα δευτερόλεπτα. Η 4.2 μιλά για «lasting entertainment value or adequate utility»: αξία που διαρκεί ή επαρκή χρησιμότητα. Για να το διορθώσεις, πρόσθεσε βάθος στη βασική ενέργεια, όχι οθόνες γύρω της. Εδώ: ιστορικό, αγαπημένα, υπενθύμιση την ώρα που διαλέγεις, ένα widget στην αρχική οθόνη.

Η εφαρμογή φτιαγμένη με AI, χωρίς τίποτα native

Παράδειγμα: ένα πεδίο κειμένου, ένα κουμπί, μια απάντηση AI σε σκέτο κείμενο. Η Apple δεν κρίνει το εργαλείο, αλλά ό,τι φτάνει στην οθόνη του reviewer. Αν η εμπειρία χωράει σε μια web σελίδα, η 4.2 έχει πολλές πιθανότητες να πέσει.

Αναλύω τι κάνει καλά το AI και τι χάνει στο φτιάξε εφαρμογή με AI. Το format που παράγει κάθε generator, web εφαρμογή ή mobile project, συγκρίνεται στο Lovable, Rork ή FlutterFlow.

Το κέλυφος που περιμένει περιεχόμενο

Παράδειγμα: ένα marketplace χωρίς αγγελίες, ένας άδειος κατάλογος, ένα feed που γράφει «Έρχεται σύντομα». Ο reviewer ανοίγει μια εφαρμογή που δεν έχει τίποτα να δείξει. Αυτή η περίπτωση αγγίζει και την 2.1, που απορρίπτει το προσωρινό περιεχόμενο: δες τον οδηγό της guideline 2.1. Στείλε την εφαρμογή όταν έχει πραγματικό περιεχόμενο ή δώσε έναν demo λογαριασμό ήδη γεμάτο.

Το τεστ που κάνω: «Και στο Safari;»

Πριν στείλω, αναρωτιέμαι αν ένα website θα μπορούσε να προσφέρει την ίδια βασική λειτουργία. Αν ναι, η εφαρμογή είναι εκτεθειμένη στην 4.2. Αυτό είναι το πλέγμα μου για να κρίνω μια native λειτουργία. Μια λειτουργία μετράει όταν υπηρετεί τη βασική ενέργεια, όχι όταν διακοσμεί.

Λειτουργία	Μετράει όταν...	Δεν αρκεί όταν...
Notifications	Φέρνουν μια πληροφορία που περιμένεις	Αναπαράγουν τα άρθρα σου
Offline	Το βασικό περιεχόμενο μένει χρησιμοποιήσιμο	Εμφανίζεται μόνο μια οθόνη σφάλματος
Widget	Δείχνει δεδομένα του ίδιου του χρήστη	Δείχνει το logo σου
Κοινοποίηση	Στέλνεις περιεχόμενο προς την εφαρμογή σου	Μοιράζεται μόνο ένα link
Κάμερα, αισθητήρες	Είναι μέρος της βασικής ενέργειας	Ανοίγουν το site σου
Τοπικά δεδομένα	Η εφαρμογή υπολογίζει, οργανώνει και θυμάται	Όλα ζουν σε μια web σελίδα

Οι συστάσεις της Apple πάνε προς την ίδια κατεύθυνση. Ένα widget δείχνει επίκαιρο περιεχόμενο, που διαβάζεται με μια ματιά. Μια notification φέρνει μια χρήσιμη πληροφορία, με λίγες λέξεις, και δεν χρησιμεύει για να σε σπρώξει σε μια εργασία μέσα στην εφαρμογή.

Τι κάνουν οι εφαρμογές μου που δεν κάνει ένα site

Σχεδιάζω κάθε εφαρμογή γύρω από μια βασική λειτουργία που δεν υπάρχει σε browser, ή γύρω από μια αξία που σε κάνει να επιστρέφεις.

• Το Solys είναι ξυπνητήρι. Ο ήχος περνάει από το AlarmKit, την υπηρεσία ξυπνητηριού του iOS 26: διαπερνά τη σίγαση, όπως το ξυπνητήρι της Apple. Για να το σταματήσεις, πρέπει να κερδίσεις ένα mini-game, και οι εφαρμογές που επέλεξες μένουν σε παύση μετά το ξύπνημα. Καμία web σελίδα δεν κάνει ένα iPhone να χτυπήσει σε σίγαση.
• Το TradaZen είναι προσομοιωτής trading: πραγματικό γράφημα σε πραγματική ημερομηνία, μια απόφαση, κεριά που αποκαλύπτονται, ταξινομημένες μονομαχίες και rank που ανεβαίνει. Εδώ δεν είναι μια native λειτουργία που κρατά την εφαρμογή. Είναι η διαρκής ψυχαγωγική αξία για την οποία μιλά η 4.2.
• Το Nolera είναι ντουλάπα: φωτογραφίζεις τα ρούχα σου, η εφαρμογή τα κόβει από το φόντο και τα οργανώνει, και μετά σου προτείνει ένα σύνολο κάθε πρωί. Η κάμερα είναι μέρος της βασικής ενέργειας. Δεν είναι μπόνους.

Η 4.2 δεν απαιτεί μια λίστα native λειτουργιών: απαιτεί έναν λόγο να εγκαταστήσεις την εφαρμογή αντί να ανοίξεις ένα site.

Διόρθωση απόρριψης 4.2, βήμα βήμα

1. Βρες την κατηγορία. Web πλοήγηση: είναι το τυλιγμένο site. Ελάχιστο περιεχόμενο ή λειτουργίες: είναι η φτωχή εφαρμογή. Η 4.2.3: εξάρτηση από άλλη εφαρμογή ή download που δεν ανακοινώθηκε.
2. Άλλαξε το προϊόν, όχι τη διατύπωση. Μια απάντηση που επιχειρηματολογεί χωρίς να αλλάζει τίποτα δεν έχει κανέναν λόγο να πείσει. Ξαναχτίσε native τις οθόνες της βασικής ενέργειας ή πρόσθεσε το βάθος που λείπει.
3. Προγραμμάτισε νέο build. Η αιτία είναι μέσα στην εφαρμογή: ένα remote update δεν αρκεί. Κάθε υποβολή ξαναμπαίνει στην ουρά, δες τον χρόνο έγκρισης στο App Store.
4. Γράψε review notes που καθοδηγούν. Η Apple ζητά, στη σελίδα της για τις πληροφορίες για πλήρη αξιολόγηση, να περιγράψεις το concept, τις λειτουργίες και το κοινό. Για ενημέρωση: τι άλλαξε και πού θα το βρει.
5. Κάνε έφεση μόνο αν ο reviewer έχασε κάτι. Αν η native λειτουργία σου υπήρχε ήδη αλλά δεν την είδε, απάντησε στο App Store Connect με ένα σύντομο βίντεο. Η έφεση στο App Review Board δικαιολογείται όταν η εφαρμογή σου παρεξηγήθηκε, όχι όταν είναι φτωχή.

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

Hello App Review team,

Thank you for your feedback regarding Guideline 4.2.

What changed in build [X]:
- [Main feature] is now fully native: [what the user does].
- [Native feature]: [what it brings]. Where: [screen > button].
- [Second native feature]: [what it brings]. Where: [screen].
- Web content is limited to [legal pages, help].

How to test in two minutes:
1. Launch the app and [main action].
2. Turn on Airplane mode: [content] stays available.
3. Add the widget from the Home Screen: it shows [data].

Best regards,
[Your name]

Γράψε μόνο ό,τι υπάρχει στο build που στέλνεις. Μια λειτουργία που ανακοινώνεται και δεν βρίσκεται θα σου έφερνε νέα απόρριψη, αυτή τη φορά βάσει της 2.1.

Η checklist 4.2 πριν την υποβολή

• Μπορείς να πεις σε μία πρόταση τι κάνει η εφαρμογή σου που δεν κάνει ένα site.
• Οι οθόνες της βασικής ενέργειας είναι native, όχι web σελίδες.
• Κάθε native λειτουργία υπηρετεί τη βασική ενέργεια, και ο reviewer τη συναντά σε λιγότερο από δύο λεπτά.
• Η εφαρμογή έχει πραγματικό περιεχόμενο από το πρώτο άνοιγμα ή έναν γεμάτο demo λογαριασμό.
• Η εφαρμογή λειτουργεί μόνη της, χωρίς άλλη εφαρμογή για εγκατάσταση.
• Ένα μεγάλο download στο πρώτο άνοιγμα ανακοινώνει το μέγεθός του και ζητά συγκατάθεση.
• Τα review notes περιγράφουν το concept, το κοινό και τη θέση κάθε λειτουργίας.
• Αν η ιδέα σου είναι στο όριο, την έχεις δοκιμάσει πριν γράψεις κώδικα, με ένα καλά οριοθετημένο MVP εφαρμογής iOS.

Πέρνα την 4.2 από την επόμενη υποβολή σου

Αν η εφαρμογή σου μόλις απορρίφθηκε για 4.2, το Apple Review Kit σε βοηθά να βρεις τον κανόνα που αναφέρεται και τι ζητά, με templates για notes προς τον tester. Αν ακόμα χτίζεις, η διαδρομή του iOS Kit ξεκινά από τη βασική λειτουργία πριν την πρώτη γραμμή κώδικα. Για μια ανθρώπινη ματιά, κλείσε μια ώρα μαζί μου. Η πλήρης διαδικασία είναι στη σελίδα εφαρμογή που απέρριψε η Apple.

Αν ετοιμάζεις την πρώτη σου κυκλοφορία, κάνε τη δωρεάν διάγνωση: βάζει τα βήματα σε σειρά και σου στέλνει τη checklist μου κατά των απορρίψεων της Apple. Η αρχική σελίδα δείχνει πώς να φτιάξεις μια mobile εφαρμογή σχεδιασμένη για το review από την αρχή.

Κανείς δεν μπορεί να εγγυηθεί ότι η Apple θα δεχτεί την εφαρμογή σου. Μπορώ να σε βοηθήσω να της δώσεις λόγο ύπαρξης στο App Store.

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

Τι σημαίνει «Guideline 4.2 - Design - Minimum Functionality»;

Είναι ο τίτλος της απόρριψης για ελάχιστη λειτουργικότητα. Η Apple κρίνει ότι η εφαρμογή σου μοιάζει πολύ με website ή ότι προσφέρει πολύ λίγο περιεχόμενο ή λειτουργίες. Ο ίδιος τίτλος μπορεί να αφορά έναν υπο-κανόνα: «Guideline 4.2.2» για εφαρμογή-βιτρίνα ή λίστα links, 4.2.3 για εφαρμογή που εξαρτάται από άλλη εφαρμογή.

Απορρίπτεται πάντα μια εφαρμογή σε WebView;

Όχι. Ο κανόνας στοχεύει το website βαλμένο μέσα σε εφαρμογή, όχι την τεχνολογία. Ο reviewer κρίνει τη βασική εμπειρία: αν οι οθόνες της είναι web σελίδες που κάνουν το ίδιο με το Safari, ο κίνδυνος είναι υψηλός. Μια σελίδα βοήθειας που ανοίγει στον browser δεν είναι το θέμα.

Αρκεί να προσθέσω push notifications για να περάσω την 4.2;

Όχι. Σε ένα μήνυμα απόρριψης δημοσιευμένο στα forums της, η Apple γράφει ότι τα notifications, η τοποθεσία και η κοινοποίηση δεν αρκούν για να γίνει η εμπειρία αρκετά πλούσια. Ένα notification μετράει όταν υπηρετεί τη βασική λειτουργία, όπως ένα ξυπνητήρι ή μια υπενθύμιση που διάλεξε ο χρήστης.

Ποια η διαφορά ανάμεσα στην guideline 4.2 και την 4.3;

Η 4.2 κρίνει την εφαρμογή σου μόνη της: προσφέρει αρκετά σε σύγκριση με ένα website; Η 4.3 τη συγκρίνει με τις άλλες: είναι αντίγραφο, παραλλαγή ή άλλη μία εφαρμογή σε κορεσμένη κατηγορία; Η ίδια εφαρμογή μπορεί να φάει και τις δύο, αλλά δεν διορθώνονται με τον ίδιο τρόπο.

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

Σχεδόν πάντα, αφού η αιτία είναι μέσα στην ίδια την εφαρμογή. Μοναδική εξαίρεση: ο reviewer δεν βρήκε μια λειτουργία που υπήρχε ήδη. Σε αυτή την περίπτωση, απάντησε στο App Store Connect με ακριβή notes και ένα σύντομο βίντεο, χωρίς να αλλάξεις το build.