Γιατί η αξιολόγηση της εφαρμογής διαρκεί τόσο πολύ;

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

Έχετε ανεβάσει το build, ελέγξατε τα στιγμιότυπα οθόνης και σχεδιάσατε την κυκλοφορία σας. Μετά δεν συμβαίνει τίποτα. Το App Store Connect εξακολουθεί να λέει Αναμονή για Αξιολόγηση ή το Play Console κρατά τις αλλαγές σας υπό αξιολόγηση. Εν τω μεταξύ, κάθε μέρα αβεβαιότητας δυσκολεύει τον συντονισμό μάρκετινγκ, υποστήριξης πελατών και ανακοίνωσης κυκλοφορίας.

Το εκνευριστικό είναι ότι μια καθυστέρηση έχει πολλές πιθανές εξηγήσεις. Η υποβολή σας μπορεί απλώς να περιμένει τη σειρά της. Ένας κριτικός μπορεί να χρειάζεται πληροφορίες. Η έκδοσή σας μπορεί να μην έφτασε καθόλου σε έλεγχο. Ή ο έλεγχος μπορεί να έχει ήδη τελειώσει, με τη δημοσίευση να περιμένει εσάς. Αυτός ο οδηγός εξηγεί πώς να ξεχωρίσετε αυτές τις καταστάσεις. Επικεντρώνεται στον έλεγχο εφαρμογών της Apple, με ξεχωριστή σύγκριση με το Google Play. Οι πηγές ελέγχθηκαν στις 3 Οκτωβρίου 2026.

Πόσο χρόνο πρέπει να διαρκέσει η αξιολόγηση εφαρμογής;

Η Apple λέει ότι, κατά μέσο όρο, το 90% των υποβολών εξετάζεται σε λιγότερο από 24 ώρες. Αυτό είναι χρήσιμο πλαίσιο, αλλά δεν είναι εγγυημένος χρόνος διεκπεραίωσης για τη δική σας εφαρμογή. Ορισμένες υποβολές πέφτουν έξω από αυτό το παράθυρο και το στατιστικό δεν σας δίνει χρόνο ολοκλήρωσης για αυτές τις εξαιρέσεις. Η Apple προειδοποιεί επίσης ότι οι ελλιπείς υποβολές μπορούν να καθυστερήσουν την κριτική. [1]

Αντιμετωπίστε αυτόν τον αριθμό ως αναφορά σχεδιασμού, όχι ως δέσμευση κυκλοφορίας. Μια υποβολή που διαρκεί περισσότερο από μία ημέρα δεν είναι, από μόνη της, απόδειξη απόρριψης ή σπασμένου λογαριασμού. Επίσης, ένας μέσος όρος δεν πρέπει να σας πείσει να αγνοήσετε ένα ενεργό μήνυμα. Η κατάσταση και η αλληλογραφία με τον κριτικό έχουν μεγαλύτερη σημασία από τις συγκρίσεις με την ταχύτερη έγκριση άλλου προγραμματιστή.

Πρώτα, εντοπίστε πού βρίσκεται πραγματικά η καθυστέρηση

Διαβάστε την ακριβή κατάσταση αντί να μεταφράζετε κάθε κίτρινη ένδειξη σε «Η Apple αξιολογεί την εφαρμογή μου». Waiting for Review σημαίνει ότι η υποβολή είναι στην ουρά· In Review σημαίνει ότι η αξιολόγηση έχει ξεκινήσει. Pending Developer Release σημαίνει ότι η εφαρμογή έχει γίνει αποδεκτή αλλά χρειάζεται ακόμα τη δική σας ενέργεια κυκλοφορίας. Waiting for Export Compliance είναι μια διαφορετική διαδικασία. Ένα αποδεκτό στοιχείο μπορεί επίσης να παραμείνει αδημοσίευτο αν ένα άλλο στοιχείο στην υποβολή του απορρίφθηκε. [2]

Ελέγξτε την έκδοση της εφαρμογής και την υποβολή μαζί, όχι μόνο το μεταφορτωμένο build. Ένα στιγμιότυπο της λίστας build μπορεί να πει διαφορετική ιστορία από τη σελίδα υποβολής. Σημειώστε την έκδοση, τον αριθμό build, την ώρα υποβολής και την τρέχουσα κατάσταση. Αυτή η μικρή καταγραφή σας αποτρέπει από το να αντιμετωπίζετε προβλήματα σε παλαιότερο build ή να μπερδεύετε μια υποβολή TestFlight με μια κυκλοφορία στο App Store.

Οι κριτικοί πρέπει να βιώσουν την πλήρη εφαρμογή

Ένας κριτής δεν μπορεί να αξιολογήσει μια λειτουργία στην οποία δεν μπορεί να φτάσει. Η λίστα ελέγχου υποβολής της Apple ζητά πλήρη πρόσβαση, ενεργό λογαριασμό επίδειξης ή κατάλληλη λειτουργία επίδειξης, απαραίτητο υλικό ή δείγματα πόρων, και ζωντανές υπηρεσίες backend. Ζητά επίσης από τους προγραμματιστές να εξηγήσουν μη προφανείς λειτουργίες και αγορές στις σημειώσεις κριτικής. Αυτές οι απαιτήσεις καθιστούν την πρόσβαση ένα λογικό πρώτο σημείο διερεύνησης. [3]

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

Μια σύντομη, αναπαραγώγιμη περιγραφή βημάτων είναι πιο χρήσιμη από έναν πωλητικό λόγο. Για παράδειγμα: συνδεθείτε με τον παρεχόμενο λογαριασμό, ανοίξτε τη Βιβλιοθήκη, επιλέξτε το δείγμα έργου και πατήστε Εξαγωγή. Συμπεριλάβετε οποιονδήποτε αναμενόμενο περιορισμό και εξηγήστε γιατί υπάρχει. Αυτό δεν αγοράζει προτεραιότητα· μειώνει την αποφεύξιμη ασάφεια όταν κάποιος φτάσει στην υποβολή σας.

Μια απόρριψη χρειάζεται απάντηση, όχι περισσότερη αναμονή

Όταν η Apple απορρίπτει μια εφαρμογή, το μήνυμά της εξηγεί το πρόβλημα και τη σχετική οδηγία. Το App Store Connect σας επιτρέπει να απαντήσετε και να επισυνάψετε υποστηρικτικό υλικό. Η Apple αναφέρει επίσης ότι μια απόρριψη μεταδεδομένων μπορεί να επιλυθεί και να υποβληθεί ξανά χρησιμοποιώντας το ίδιο build. Επομένως, δεν είναι πάντα απαραίτητο ένα νέο δυαδικό αρχείο. [4]

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

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

Η επεξεργασία build και το TestFlight είναι ξεχωριστά σημεία ελέγχου

Ένα μεταφορτωμένο build δεν είναι απαραίτητα έτοιμο για υποβολή. Η αναφορά κατάστασης build της Apple διακρίνει την επεξεργασία, τις ελλιπείς πληροφορίες συμμόρφωσης και την ετοιμότητα για υποβολή. Διακρίνει επίσης τις καταστάσεις TestFlight 'Αναμονή για κριτική' και 'Σε κριτική beta' από τη διαθεσιμότητα για εσωτερικούς δοκιμαστές. Η εξωτερική δοκιμή beta μπορεί να απαιτεί κριτική εφαρμογής TestFlight. [5]

Αν η beta σας έχει κολλήσει, ελέγξτε την κατάσταση του build πριν αναζητήσετε πρόβλημα στην ουρά αξιολόγησης του App Store. Για Missing Compliance, η Apple καθοδηγεί τους προγραμματιστές να απαντήσουν στις ερωτήσεις κρυπτογράφησης ή να υποβάλουν τη σχετική τεκμηρίωση. Ορισμένα builds μπορούν να δηλώσουν μια εφαρμοστέα εξαίρεση μέσω της διαμόρφωσής τους, αλλά θα πρέπει να απαντήσετε με ακρίβεια αντί να αλλάξετε ρυθμίσεις απλώς για να παρακάμψετε το μήνυμα. [6]

Εγκεκριμένο δεν σημαίνει πάντα άμεσα διαθέσιμο

Η ροή εργασιών δημοσίευσης της Apple διαχωρίζει την επιλογή build, τον καθορισμό διαθεσιμότητας, την υποβολή, την επίλυση ζητημάτων κριτικής και τη διανομή. Λέει ότι μια εγκεκριμένη εφαρμογή μπορεί να χρειαστεί έως και 24 ώρες για να γίνει διαθέσιμη. Επιλέγετε επίσης αν η κυκλοφορία είναι χειροκίνητη, αυτόματη ή σταδιακή. Ελέγξτε αυτές τις ρυθμίσεις πριν περιγράψετε μια εγκεκριμένη έκδοση ως «ακόμα σε κριτική». [7]

Για ενημερώσεις, μια σταδιακή κυκλοφορία διανέμει σταδιακά την έκδοση σε επιλέξιμους χρήστες με αυτόματες ενημερώσεις σε διάστημα επτά ημερών. Αυτή είναι επιλογή κυκλοφορίας, όχι επτά επιπλέον ημέρες ελέγχου. Αν ένας πελάτης εξακολουθεί να βλέπει παλαιότερη έκδοση, επιβεβαιώστε πρώτα τη μέθοδο κυκλοφορίας και τη διαθεσιμότητα αντί να υποθέσετε ότι ο ελεγκτής έχει κατακρατήσει την έγκριση. [8]

Το Google Play έχει διαφορετικό παράθυρο ελέγχου

Μην εφαρμόζετε το χρονοδιάγραμμα της Apple για τους τίτλους στο Google Play. Η Google λέει ότι οι κριτικές μπορεί να διαρκέσουν από λίγες ώρες έως επτά ημέρες, και περισσότερο σε εξαιρετικές περιπτώσεις. Η επισκόπηση δημοσίευσης προειδοποιεί επίσης ότι η υποβολή άλλης αλλαγής ενώ οι αλλαγές είναι υπό έλεγχο μπορεί να σπρώξει την εφαρμογή πίσω στην ουρά ελέγχου. Οι επαναλαμβανόμενες μικρές επεξεργασίες μπορούν επομένως να λειτουργήσουν ενάντια σε μια προβλέψιμη κυκλοφορία. [9]

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

Ένα πρακτικό παράδειγμα: διάγνωση πριν από την επανυποβολή

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

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

Πότε πρέπει να επικοινωνήσετε με την Apple;

Για μια ανεξήγητη, ασυνήθιστα μεγάλη καθυστέρηση, χρησιμοποιήστε τη διαδρομή επικοινωνίας ελέγχου της Apple με ένα συνοπτικό χρονοδιάγραμμα και αναγνωριστικά υποβολής. Περιγράψτε την τρέχουσα κατάσταση, τυχόν προηγούμενη αλληλογραφία και τι έχετε ήδη ελέγξει. Δεν υπάρχει καθολικό όριο ημερών στην αναφερόμενη καθοδήγηση που να εγγυάται κλιμάκωση. Αποφύγετε να επινοήσετε ένα ή να υποσχεθείτε ότι ένα μήνυμα υποστήριξης θα προχωρήσει την εφαρμογή σας.

Η επισπευσμένη εξέταση είναι ξεχωριστό αίτημα. Η Apple δίνει παραδείγματα όπως μια κρίσιμη διόρθωση σφάλματος ή μια κυκλοφορία που συνδέεται με ένα γεγονός με το οποίο είστε άμεσα συνδεδεμένοι. Εξηγήστε την πραγματική περίσταση και τον αντίκτυπο· η συνηθισμένη ανυπομονησία μάρκετινγκ δεν είναι το ίδιο πράγμα. Ένα αίτημα επισπευσμένης εξέτασης δεν πρέπει να παρουσιάζεται ως εγγυημένη συντόμευση. [1]

Σχεδιάστε την κυκλοφορία γύρω από την αβεβαιότητα

Μια χρήσιμη εσωτερική σημείωση έκδοσης έχει τέσσερα πεδία: τι αλλάζει, τι μπορούν να έχουν πρόσβαση οι πελάτες αυτήν τη στιγμή, ποιος παρακολουθεί την αλληλογραφία κριτικών και τι ενεργοποιεί την ανακοίνωση. Αναθέστε σε ένα άτομο την κυριότητα της υποβολής. Συμφωνήστε σε ένα πρόγραμμα check-in αντί να ανανεώνετε όλοι την κονσόλα όλο το απόγευμα. Κρατήστε τα αποδεικτικά στοιχεία μαζί, συμπεριλαμβανομένων των μηνυμάτων κριτών και της ακριβούς έκδοσης που υποβλήθηκε. Τίποτα από αυτά δεν συντομεύει την ουρά της Apple, αλλά εμποδίζει την αβεβαιότητα να μετατραπεί σε περιττές ανακατασκευές ή αντικρουόμενες αποφάσεις.

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

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

Τέλος, διακρίνετε τα στοιχεία από τις ιστορίες. Οι μεγάλες αναμονές άλλων προγραμματιστών μπορεί να είναι πραγματικές, αλλά δεν αποδεικνύουν γιατί καθυστερεί η δική σας εφαρμογή. Ούτε η αναφερόμενη καθοδήγηση της Apple ούτε της Google καθιερώνει μια καθολική εξήγηση όπως ότι οι εφαρμογές που δημιουργούνται με AI προκαλούν συσσώρευση. Η χρήσιμη ερώτηση δεν είναι «ποια φήμη το εξηγεί αυτό;» αλλά «σε ποια κατάσταση βρίσκεται η υποβολή μου και υπάρχει κάποια ενέργεια που μπορώ πραγματικά να κάνω;»

Σχετικά

Ιστολόγιο · Μελέτες περίπτωσης · Free ASO tools · Προϊόντα · Απόρρητο και όροι · AsoTheory