Google Play: τι είναι, δημοσίευση εφαρμογών και κονσόλα προγραμματιστή

Τι είναι το Google Play;

Google Play — η ψηφιακή πλατφόρμα διανομής από την Google, που συνδυάζει το κατάστημα εφαρμογών, παιχνιδιών, ταινιών, βιβλίων και μουσικής. Ξεκίνησε στις 22 Οκτωβρίου 2008 με την ονομασία Android Market και μετονομάστηκε σε Google Play τον Μάρτιο του 2012. Σε αντίθεση με το App Store της Apple, το Google Play δεν είναι το μοναδικό κανάλι εγκατάστασης εφαρμογών Android — οι χρήστες μπορούν να εγκαταστήσουν APK από πηγές τρίτων (sideloading), να χρησιμοποιήσουν εναλλακτικά καταστήματα (Samsung Galaxy Store, Amazon Appstore, F-Droid), αλλά οι περισσότεροι χρήστες χρησιμοποιούν το Google Play.

Σύμφωνα με τα δεδομένα του Google I/O 2026, το μηνιαίο κοινό του Google Play ξεπερνά 2,8 δισεκατομμύρια ενεργούς χρήστες από 190+ χώρες. Ο αριθμός των διαθέσιμων εφαρμογών — πάνω από 3,2 εκατομμύρια. Η μέση τιμή εφαρμογής είναι χαμηλότερη από ό,τι στο App Store — πολλοί προγραμματιστές χρησιμοποιούν το δωρεάν μοντέλο με διαφημίσεις ή αγορές εντός εφαρμογής. Το Google Play περιλαμβάνει επίσης ενότητες για tablet (Large Screen Apps), Wear OS, Android TV, Android Auto και Chromebook.

Το Google Play προσφέρει μοναδικά εργαλεία για Android: Google Play Protect — ενσωματωμένο antivirus που ελέγχει κάθε εφαρμογή πριν και μετά την εγκατάσταση. Android Vitals — αναλυτικά στοιχεία απόδοσης εφαρμογής (ANR, ποσοστό σφαλμάτων, χρόνος εκκίνησης). Google Play Integrity — API για επαλήθευση της γνησιότητας συσκευής και εφαρμογής (αντικατάσταση του SafetyNet Attestation). Το Play Integrity είναι υποχρεωτικό για εφαρμογές που εργάζονται με εμπιστευτικά δεδομένα και πληρωμές.

Google Play Console: δυνατότητες και ρύθμιση

Google Play Console — το κεντρικό εργαλείο προγραμματιστή για τη διαχείριση εφαρμογών στο Google Play. Διαθέσιμο στη διεύθυνση play.google.com/console. Για να ξεκινήσετε, απαιτείται λογαριασμός προγραμματιστή (εφάπαξ πληρωμή $25) και επιβεβαίωση ταυτότητας. Το Play Console παρέχει τον πλήρη κύκλο διαχείρισης εφαρμογής: από τη μεταφόρτωση του πρώτου AAB έως την ανάλυση πωλήσεων και αναφορές σφαλμάτων.

Κύριες ενότητες του Play Console: Dashboard — γενικά στατιστικά για όλες τις εφαρμογές (εγκαταστάσεις, αφαιρέσεις, σφάλματα, βαθμολογία, έσοδα). Release — διαχείριση εκδόσεων και tracks (Production, Open Beta, Closed Beta, Internal Testing). Growth — εργαλεία προώθησης (Google Ads, Promo Codes, Store Listing Experiments). Quality — Android Vitals (ποσοστό ANR, ποσοστό σφαλμάτων, χρόνος εκκίνησης, χρόνος απόδοσης). Monetization — ρύθμιση προϊόντων, συνδρομών, Google Play Pass. Users & Permissions — διαχείριση πρόσβασης ομάδας.

Tracks δοκιμής Google Play — βασική διαφορά από το App Store. Internal Testing — έως 100 δοκιμαστές, δεν απαιτεί έλεγχο, οι ενημερώσεις δημοσιεύονται άμεσα. Closed Testing (Alpha) — έως 100 δοκιμαστές, απαιτεί έλεγχο. Open Testing (Beta) — απεριόριστος αριθμός δοκιμαστών, η εφαρμογή είναι διαθέσιμη στο Google Play για όλους όσους εγγράφηκαν στη δοκιμή. Συνιστάται η δημοσίευση της εφαρμογής πρώτα στο Internal Testing, στη συνέχεια στο Closed/Open Beta και μόνο μετά στο Production.

// Google Play Billing Library 6.x — έλεγχος συνδρομής
import com.android.billingclient.api.BillingClient
import com.android.billingclient.api.BillingClientStateListener
import com.android.billingclient.api.BillingFlowParams
import com.android.billingclient.api.PurchasesUpdatedListener
import com.android.billingclient.api.QueryProductDetailsParams
import kotlinx.coroutines.tasks.await

class PlayBillingManager(
    private val context: Context
) {
    private val billingClient = BillingClient.newBuilder(context)
        .setListener(purchasesUpdatedListener)
        .enablePendingPurchases()
        .build()

    private val purchasesUpdatedListener = PurchasesUpdatedListener { billingResult, purchases ->
        if (billingResult.responseCode == BillingClient.BillingResponseCode.OK && purchases != null) {
            // Επιτυχής αγορά — επεξεργασία αγορών
            purchases.forEach { purchase ->
                handlePurchase(purchase)
            }
        }
    }

    suspend fun startConnection() {
        billingClient.startConnection(object : BillingClientStateListener {
            override fun onBillingSetupFinished(result: BillingResult) {
                if (result.responseCode == BillingClient.BillingResponseCode.OK) {
                    // Ο πελάτης είναι έτοιμος για εργασία
                }
            }
            override fun onBillingServiceDisconnected() {
                // Επανασύνδεση
            }
        })
    }

    suspend fun querySubscription(productId: String): ProductDetails? {
        val params = QueryProductDetailsParams.newBuilder()
            .setProductList(
                listOf(
                    QueryProductDetailsParams.Product.newBuilder()
                        .setProductId(productId)
                        .setProductType(BillingClient.ProductType.SUBS)
                        .build()
                )
            )
            .build()

        val result = billingClient.queryProductDetails(params)
        return result.productDetailsList?.firstOrNull()
    }

    private fun handlePurchase(purchase: Purchase) {
        // Επαλήθευση αγοράς στον διακομιστή
        // 1. Στείλτε το purchaseToken στον διακομιστή σας
        // 2. Ο διακομιστής επαληθεύει μέσω Google Play Developer API
        // 3. Σε επιτυχία — ξεκλειδώστε τη λειτουργικότητα
        val purchaseToken = purchase.purchaseToken
        val productId = purchase.products.firstOrNull()
        println("Purchase: $productId, Token: $purchaseToken")
    }
}

Η κλάση PlayBillingManager δείχνει την εργασία με το Google Play Billing Library 6.x: σύνδεση με το BillingClient, αίτηση λεπτομερειών προϊόντος (συνδρομή ή εφάπαξ αγορά), επεξεργασία αποτελέσματος αγοράς μέσω του PurchasesUpdatedListener. Η επαλήθευση πρέπει να γίνεται στον διακομιστή μέσω του Google Play Developer API με το purchaseToken — μην εμπιστεύεστε ποτέ μόνο τον τοπικό έλεγχο, καθώς η αγορά μπορεί να είναι πλαστή.

Διαδικασία δημοσίευσης εφαρμογής στο Google Play

Δημοσίευση στο Google Play — μια πολυσταδιακή διαδικασία που περιλαμβάνει εγγραφή λογαριασμού, προετοιμασία εφαρμογής, ρύθμιση στο Play Console, μεταφόρτωση AAB, διέλευση ελέγχου και δημοσίευση. Σε σύγκριση με το App Store, η διαδικασία είναι λιγότερο τυποποιημένη: η Google βασίζεται σε αυτοματοποιημένο έλεγχο (Play Integrity, σάρωση για malware μέσω Google Play Protect), όχι σε χειροκίνητη μετριοπάθεια κάθε εφαρμογής.

Στάδιο 1: Εγγραφή λογαριασμού προγραμματιστή

Για δημοσίευση, απαιτείται λογαριασμός Google και εγγραφή στο Google Play Console για $25 (εφάπαξ πληρωμή). Μετά την πληρωμή, απαιτείται επαλήθευση ταυτότητας: μεταφόρτωση ταυτότητας (διαβατήριο ή άδεια οδήγησης) και επιβεβαίωση διεύθυνσης. Η διαδικασία επαλήθευσης διαρκεί από 24 ώρες έως 2 εβδομάδες. Χωρίς επαλήθευση, η εφαρμογή δεν θα δημοσιευθεί στο Production track.

Στάδιο 2: Δημιουργία AAB και συμπλήρωση Store Listing

Η Google συνιστά τη μορφή AAB (Android App Bundle) από τον Αύγουστο του 2021 — το APK δεν γίνεται πλέον αποδεκτό για νέες εφαρμογές. Το AAB επιτρέπει στο Google Play να δημιουργεί βελτιστοποιημένα APK για κάθε τύπο συσκευής (διαφορετικά ABI, οθόνες, γλώσσες), μειώνοντας το μέγεθος λήψης κατά 15-35%. Η δημιουργία γίνεται μέσω του Android Studio: Build → Build Bundle(s) / APK(s) → Build Bundle(s). Το AAB υπογράφεται μέσω του Play App Signing — η Google διατηρεί το κλειδί υπογραφής στην πλευρά της.

Store Listing — η σελίδα της εφαρμογής στο Google Play: όνομα (50 χαρακτήρες), σύντομη περιγραφή (80 χαρακτήρες), πλήρης περιγραφή (4000 χαρακτήρες), στιγμιότυπα οθόνης (τουλάχιστον 2, έως 8; για τηλέφωνο 5", 6.5", για tablet 7"+), εικονίδιο (512x512), προβεβλημένο γραφικό (1024x500), διαφημιστικό βίντεο (YouTube). Η σύντομη περιγραφή είναι η πιο σημαντική για την αναζήτηση στο Google Play — ευρετηριάζεται και εμφανίζεται στα αποτελέσματα. Η πλήρης περιγραφή ευρετηριάζεται αλλά είναι λιγότερο σημαντική για την αναζήτηση.

Στάδιο 3: Επιλογή track και δημοσίευση

Μετά τη μεταφόρτωση AAB, ο προγραμματιστής επιλέγει track: Internal Testing (έως 100 δοκιμαστές, χωρίς έλεγχο), Closed Testing (Alpha, έως 100 άτομα, με έλεγχο), Open Testing (Beta, απεριόριστο, με έλεγχο) ή Production. Συνιστάται να ξεκινήσετε με Internal Testing — δοκιμή σε πραγματικές συσκευές, στη συνέχεια Closed Testing για ευρύτερο έλεγχο και μόνο μετά — Production. Για Open Testing και Production απαιτούνται τουλάχιστον 12 ώρες και 20 δοκιμαστές στο Closed Testing τις τελευταίες 14 ημέρες για νέους λογαριασμούς (πολιτική Google Play 2024).

Μετά τη δημοσίευση, η εφαρμογή εμφανίζεται στο Google Play εντός 1-24 ωρών. Η πρώτη ενημέρωση μπορεί να ελεγχθεί διεξοδικά. Το Google Play σαρώνει αυτόματα κάθε εφαρμογή για κακόβουλο κώδικα μέσω του Google Play Protect. Εάν εντοπιστεί απειλή, η εφαρμογή μπορεί να αφαιρεθεί από τη δημοσίευση και ο λογαριασμός προγραμματιστή να αποκλειστεί.

Απαιτήσεις Google Play για targetSdkVersion

Google Play θέτει υποχρεωτικές απαιτήσεις για targetSdkVersion για τη δημοσίευση και ενημέρωση εφαρμογών. Κάθε χρόνο η Google αυξάνει το ελάχιστο targetSdk για να διασφαλίσει ότι οι εφαρμογές χρησιμοποιούν τις πιο πρόσφατες αλλαγές συμπεριφοράς ασφαλείας. Από τον Αύγουστο του 2024, το ελάχιστο targetSdk — API 33; από τον Αύγουστο του 2025 — API 34; από τον Αύγουστο του 2026 — API 35 (Android 15).

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

Η αύξηση του targetSdkVersion απαιτεί έλεγχο όλων των αλλαγών συμπεριφοράς που εισήχθησαν μεταξύ του παλιού και του νέου targetSdk. Για παράδειγμα, κατά τη μετεγκατάσταση από API 33 (Android 13) σε API 35 (Android 15) πρέπει να ελεγχθούν: Foreground Service Types (API 34) — υποχρεωτική δήλωση τύπου υπηρεσίας στο manifest. Privacy Sandbox (API 35) — περιορισμοί στα αναγνωριστικά διαφήμισης. PhotoPicker (API 34+) — αντικατάσταση άμεσης πρόσβασης στη συλλογή με επιλογέα συστήματος. νέοι περιορισμοί υπηρεσιών παρασκηνίου. Κάθε αλλαγή συμπεριφοράς μπορεί να απαιτήσει αλλαγή κώδικα.

Play Console API για αυτοματοποίηση ελέγχου

Google Play Developer API (REST) επιτρέπει την αυτοματοποίηση του ελέγχου targetSdk για όλες τις εφαρμογές στον λογαριασμό. Η μέθοδος applications.get επιστρέφει πληροφορίες σχετικά με το targetSdkVersion. Συνιστάται η ρύθμιση παρακολούθησης μέσω API 120 ημέρες πριν από την προθεσμία για να λάβετε λίστα εφαρμογών που χρειάζονται ενημέρωση. Για εφαρμογές με μεγάλο όγκο κώδικα, η εκτίμηση προσπάθειας — από 2 ημέρες έως 2 εβδομάδες για αλλαγές συμπεριφοράς.

// Έλεγχος συμμόρφωσης targetSdk στον κώδικα εφαρμογής
import android.os.Build

class TargetSdkCompliance {

    // Ελάχιστο targetSdk που απαιτείται από το Google Play το 2026
    companion object {
        const val REQUIRED_TARGET_SDK = 35
    }

    // Έλεγχος: χρειάζεται επεξεργασία του behavioural change API 34;
    fun checkForegroundServiceTypes(targetSdk: Int): Boolean {
        // Foreground Service Types είναι υποχρεωτικό για targetSdk >= 34
        return targetSdk >= 34
    }

    // Έλεγχος: χρειάζεται επεξεργασία του Privacy Sandbox (API 35);
    fun checkPrivacySandbox(targetSdk: Int): Boolean {
        return targetSdk >= 35
    }

    // Έλεγχος συμμόρφωσης πριν από τη δημιουργία
    fun validateCompliance(targetSdk: Int): List<String> {
        val warnings = mutableListOf<String>()

        if (targetSdk < REQUIRED_TARGET_SDK) {
            warnings.add("targetSdk $targetSdk είναι χαμηλότερο από το απαιτούμενο $REQUIRED_TARGET_SDK")
        }

        if (targetSdk >= 34) {
            // Βεβαιωθείτε ότι όλες οι foreground-υπηρεσίες έχουν type στο manifest
            warnings.add("Ελέγξτε: όλες οι foreground-υπηρεσίες δηλώνουν type στο AndroidManifest.xml")
        }

        if (targetSdk >= 35) {
            warnings.add("Ελέγξτε: Privacy Sandbox, περιορισμοί Advertising ID")
        }

        return warnings
    }
}

Η κλάση TargetSdkCompliance ελέγχει τη συμμόρφωση targetSdk πριν από τη δημιουργία. Η μέθοδος validateCompliance επιστρέφει μια λίστα προειδοποιήσεων σχετικά με τις απαιτούμενες αλλαγές συμπεριφοράς για το δεδομένο targetSdk. Χρησιμοποιήστε τέτοιο κώδικα σε CI/CD για αυτόματο έλεγχο συμμόρφωσης πριν από την αποστολή build στο Google Play Console. Στην IT Sectr, εφαρμόσαμε αυτόν τον έλεγχο στο CI αφού ένα από τα έργα αποκλείστηκε λόγω παραβλεφθέντος targetSdk.

Δημιουργία εσόδων στο Google Play: In-App Billing, συνδρομές και AdMob

Δημιουργία εσόδων στο Google Play περιλαμβάνει διάφορα μοντέλα: πληρωμένη λήψη, In-App Products (εφάπαξ αγορές: consumable — νόμισμα παιχνιδιού; non-consumable — αφαίρεση διαφημίσεων), συνδρομές (auto-renewable subscriptions μέσω Google Play Billing), διαφήμιση (AdMob, Google Ad Manager, δίκτυα τρίτων) και Google Play Pass (συνδρομή σε πακέτο εφαρμογών, τα έσοδα μοιράζονται μεταξύ προγραμματιστών βάσει χρόνου χρήσης).

Google Play Billing Library (τρέχουσα έκδοση — 7.x το 2026) — το υποχρεωτικό εργαλείο για πώληση ψηφιακών αγαθών εντός εφαρμογής. Εναλλακτικά συστήματα πληρωμών απαγορεύονται για ψηφιακά αγαθά (εξαίρεση — Νότια Κορέα, Ινδία, EU Digital Markets Act). Το Billing Library 7.x απαιτεί μετεγκατάσταση από αγορές βάσει SKU σε μοντέλα βάσει προϊόντος (ProductDetails αντί για SkuDetails) και υποστηρίζει Kotlin Coroutines και Flow για ασύγχρονες λειτουργίες.

Προμήθεια Google Play: 30% τυπική, 15% για τα πρώτα $1 εκατομμύριο εσόδων ετησίως (παρόμοιο με το Apple Small Business Program). Μετά την επίτευξη του ορίου του $1 εκατομμυρίου, η προμήθεια επιστρέφει στο 30% για το υπόλοιπο του έτους. Συνδρομές: 30% το πρώτο έτος, 15% από το δεύτερο έτος (ανάλογο του App Store). Για προγράμματα Google Play Pass — τα έσοδα κατανέμονται βάσει engagement (χρόνος χρήσης της εφαρμογής από συνδρομητές Pass), όχι σταθερής προμήθειας.

Το AdMob από την Google — το κύριο εργαλείο διαφημιστικής δημιουργίας εσόδων. Υποστηρίζει banner, interstitial, native, rewarded (επιβραβευόμενες) διαφημίσεις. Το Google Analytics για Firebase ενσωματώνεται με το AdMob για παρακολούθηση της μετατροπής διαφήμισης σε στοχευμένες ενέργειες. Από Android 14+ (API 34) απαιτείται Google Play Services for Ads 22.0+ και Handling Ad Responses API για συμμόρφωση με το Privacy Sandbox. Διαφημιστική δημιουργία εσόδων — 0% προμήθεια — δημοφιλής επιλογή για δωρεάν εφαρμογές με μεγάλο κοινό.

Μετριοπάθεια Google Play: έλεγχοι και πολιτικές

Μετριοπάθεια Google Play (Google Play Policy Review) διαφέρει από το App Store — η Google βασίζεται σε αυτοματοποιημένους ελέγχους και επιλεκτική χειροκίνητη μετριοπάθεια, όχι σε 100% χειροκίνητο έλεγχο κάθε εφαρμογής. Το αυτοματοποιημένο σύστημα σαρώνει AAB/APK για κακόβουλο κώδικα, παραβιάσεις πολιτικών (Spyware, Deceptive Behavior, παραβιάσεις SDK) και μη συμμόρφωση με απαιτήσεις targetSdk. Κατά τον εντοπισμό παραβίασης, η εφαρμογή μπορεί να απορριφθεί ή να αφαιρεθεί από τη δημοσίευση.

Το Google Play δημοσιεύει Developer Program Policies — ένα σύνολο κανόνων που καλύπτουν το περιεχόμενο, τη συμπεριφορά εφαρμογής, τη δημιουργία εσόδων και το απόρρητο. Κύριες ενότητες: Restricted Content (βία, μίσος, παράνομη δραστηριότητα), Deceptive Behavior (ψευδείς ισχυρισμοί, απομίμηση άλλων εφαρμογών), Monetization and Ads (τίμια διαφήμιση, συμμόρφωση με πολιτική IAP), Privacy and Security (συλλογή δεδομένων, κρυπτογράφηση), Store Listing and Promotion (ακριβής περιγραφή, σωστή κατηγοριοποίηση).

Η Google καταπολεμά ενεργά το spyware και τα deceptive SDK. Το 2024-2025, η Google αφαίρεσε πάνω από 1,5 εκατομμύριο εφαρμογές που παραβίαζαν πολιτικές απορρήτου. Ιδιαίτερη προσοχή — SDK που συλλέγουν δεδομένα χωρίς γνώση του χρήστη (παρακολούθηση τοποθεσίας χωρίς συγκατάθεση, ανάγνωση επαφών και SMS). Πριν από τη δημοσίευση, ελέγξτε τα χρησιμοποιούμενα SDK για συμμόρφωση με το Google Play Policy — πολλά δημοφιλή SDK (για παράδειγμα, ορισμένα διαφημιστικά δίκτυα) έχουν αποκλειστεί για παραβίαση πολιτικών.

Διαδικασία έφεσης: εάν η εφαρμογή απορριφθεί, ο προγραμματιστής λαμβάνει ειδοποίηση στο Play Console με τον λόγο και συστάσεις. Μπορεί να υποβληθεί έφεση μέσω Play Console → Policy → Appeals. Χρόνος εξέτασης — έως 7 ημέρες. Οι επαναλαμβανόμενες παραβιάσεις της ίδιας πολιτικής οδηγούν σε προειδοποίηση (strike), τριπλή παραβίαση — σε αποκλεισμό λογαριασμού προγραμματιστή. Η αποκατάσταση αποκλεισμένου λογαριασμού είναι εξαιρετικά δύσκολη διαδικασία, που απαιτεί γραπτή αίτηση και αποδείξεις διόρθωσης των παραβιάσεων.

Για ελαχιστοποίηση κινδύνων: χρησιμοποιήστε Google Play Integrity API για επαλήθευση γνησιότητας αιτημάτων, εφαρμόστε Data Safety Section (υποχρεωτικό από το 2023 — αναφέρετε όλα τα συλλεγόμενα δεδομένα και σκοπούς συλλογής), ελέγξτε όλα τα SDK για συμμόρφωση με το Developer Program Policies, χρησιμοποιήστε Play Console Policy Insights για παρακολούθηση πιθανών παραβιάσεων πριν από τη δημοσίευση. Κατά την ανάπτυξη στην IT Sectr, ελέγχουμε κάθε εφαρμογή μέσω internal testing σε πραγματικές συσκευές πριν από την έκδοση Production.