როგორ გამოვაქვეყნოთ აპლიკაცია Google Play-ზე: Play Console-ის რეალური ნაბიჯები

Google Play-ზე აპლიკაციის გამოსაქვეყნებლად დარეგისტრირდით Google Play დეველოპერის ანგარიშზე (ერთჯერადი 25 USD 2026 წლის ნოემბრის მდგომარეობით), შექმენით აპლიკაცია Play Console-ში, შეავსეთ მაღაზიის გვერდი და App content ფორმები, ატვირთეთ Android App Bundle (.aab) სატესტო არხზე და შემდეგ გამოუშვით წარმოებაში, როცა Google მას შეამოწმებს. თუ ახალი პირადი ანგარიში გაქვთ, არის დამატებითი ნაბიჯი: დახურული ტესტი მინიმუმ 12 ტესტერით 14 მიმდევრულ დღეს, სანამ წარმოების წვდომას მოითხოვთ. ეს გზამკვლევი ყოველ ეკრანს თანმიმდევრობით გივლით და იმ დეტალებსაც, რომლებიც ყველაზე ხშირად აყოვნებს.

თუ აპლიკაცია ჯერ არ გაქვთ აშენებული, დაიწყეთ როგორ გავაკეთოთ Android აპლიკაცია.

სანამ დაიწყებთ: რა გჭირდებათ

• აპლიკაცია Android App Bundle (.aab) ფორმატში. Google Play ამ ფორმატს ახალი აპლიკაციებისთვის მოითხოვს.
• მიმდინარე target API დონე. 2026 წლის ნოემბრის მდგომარეობით, ახალი აპლიკაციები და განახლებები უნდა იყოს მიმართული Android 16-ზე (API დონე 36).
• კონფიდენციალურობის პოლიტიკა საჯარო ვებ-მისამართზე. ის ჩვეულებრივი ვებგვერდი უნდა იყოს, და არა PDF და არა შესვლის მიღმა.
• აიკონი, ეკრანის ანაბეჭდები და ფუნქციის გრაფიკა. შეამოწმეთ Play Console-ში ზომის ამჟამინდელი მოთხოვნები; წერის მომენტში აიკონი 512 × 512 პიქსელია, ფუნქციის გრაფიკა 1024 × 500.
• მხარდაჭერის ელფოსტის მისამართი.
• მთავრობის მიერ გაცემული პირადობა და ბარათი თქვენი იურიდიული სახელით რეგისტრაციისთვის. წინასწარ გადახდილი ბარათები არ მიიღება.

ნაბიჯი 1: შექმენით დეველოპერის ანგარიში

გადადით Play Console-ზე და დარეგისტრირდით. ორი ანგარიშის ტიპიდან აირჩევთ:

• პირადი. ფიზიკური პირებისთვის. თქვენს ვინაობას დაადასტურებთ და Android მოწყობილობაზე წვდომას Play Console-ის მობილური აპლიკაციით, და შეასრულებთ ტესტირების მოთხოვნას, რომელიც ნაბიჯი 6-შია აღწერილი.
• ორგანიზაციული. რეგისტრირებული ბიზნესებისთვის. ვერიფიკაცია ბიზნესის დეტალებს ითხოვს და უფრო ხანგრძლივია, მაგრამ 12 ტესტერის მოთხოვნა არ არის.

გასული უნდა იყოთ 18 წლის. 25 USD-ი ერთხელ იხდება და არ ბრუნდება, თუ Google თქვენს მონაცემებს არასწორად ჩათვლის, ამიტომ შეიყვანეთ თქვენი იურიდიული სახელი ზუსტად ისე, როგორც ის თქვენს პირადობაზეა.

ნაბიჯი 2: შექმენით აპლიკაცია

Play Console-ში დააწკაპუნეთ Create app და შეავსეთ:

• აპლიკაციის სახელი ისე, როგორც მომხმარებლები დაინახავენ.
• ნაგულისხმევი ენა.
• აპლიკაცია ან თამაში.
• უფასო ან ფასიანი. ფასიანი აპლიკაცია მოგვიანებით უფასოდ შეიძლება გახდეს, მაგრამ უფასო აპლიკაცია ფასიანად — არა.
• დეკლარაციები: დაეთანხმეთ დეველოპერთა პროგრამის პოლიტიკას, აშშ-ის ექსპორტის კანონებს და Play App Signing-ის პირობებს.

პაკეტის სახელს (მაგალითად, com.yourcompany.yourapp) პირველი ატვირთვა განსაზღვრავს და მისი შეცვლა ან ხელახლა გამოყენება შეუძლებელია, ამიტომ თუ აპლიკაციას თავად აშენებთ, კარგად აირჩიეთ.

ნაბიჯი 3: დაწერეთ მაღაზიის გვერდი

გახსენით Main store listing გვერდი (მარცხენა მენიუში Store presence-ის ქვეშ) და დაამატეთ:

• აპლიკაციის სახელი, 30 სიმბოლომდე.
• მოკლე აღწერა, 80 სიმბოლომდე. ხშირად მხოლოდ ის იკითხება, ამიტომ დაიწყეთ იმით, რას აკეთებს აპლიკაცია.
• სრული აღწერა, 4,000 სიმბოლომდე. ჩამოთვალეთ, ვისთვისაა, მთავარი ფუნქციები და ყველაფერი, რაც მომხმარებელმა უნდა იცოდეს, მარტივი ენით. საკვანძო სიტყვებით არ დაიტვირთოთ; Google-ის პოლიტიკა ამას კრძალავს.
• გრაფიკა: აიკონი, ფუნქციის გრაფიკა და ტელეფონის ეკრანის ანაბეჭდები. რეალური ეკრანები აპლიკაციიდან და არა მაკეტები ფუნქციებისა, რომლებიც არ არსებობს.
• კატეგორია და საკონტაქტო მონაცემები.

ნაბიჯი 4: შეავსეთ App content ფორმები

გახსენით App content გვერდი (მარცხენა მენიუში Policy-ის ქვეშ). ყოველ პუნქტს პასუხი სჭირდება, სანამ გამოშვებას შეძლებთ:

• კონფიდენციალურობის პოლიტიკის URL.
• აპლიკაციაზე წვდომა. თუ აპლიკაციის ნაწილს შესვლა სჭირდება, მიმომხილველებს მუშა ანგარიში მიაწოდეთ. გამოტოვებული შესვლა უარყოფის ერთ-ერთი გავრცელებული მიზეზია.
• რეკლამები. მიუთითეთ, აჩვენებს თუ არა აპლიკაცია რეკლამას, მესამე მხარის კოდის ჩათვლით.
• კონტენტის რეიტინგი. კითხვარი, რომელიც თითო რეგიონისთვის ასაკობრივ რეიტინგს გამოიტანს. თუ გამოტოვებთ, აპლიკაცია «Unrated» იქნება და გამოშვებას დაბლოკავს.
• სამიზნე აუდიტორია და კონტენტი. ასაკობრივი ჯგუფები, ვისთვისაცაა აპლიკაცია. ბავშვების ჩართვა უფრო მკაცრ Families პოლიტიკის მოთხოვნებს იწვევს.
• მონაცემთა უსაფრთხოება. რა მონაცემებს აგროვებს ან აზიარებს აპლიკაცია, რატომ, და დაშიფრულია თუ არა და წაშლადი თუ არა. უპასუხეთ ყველაფერზე, რაც აპლიკაციაშია, მათ შორის ანალიტიკასა და შესვლის პროვაიდერებზე.
• სხვა დეკლარაციები როგორც მოითხოვს, მაგალითად ახალი, ჯანმრთელობის, ფინანსური ან სახელმწიფო აპლიკაციებისთვის, ან მგრძნობიარე ნებართვებისთვის, როგორიცაა SMS.

იყავით ზუსტი. Google თქვენს პასუხებს ადარებს იმას, რასაც აპლიკაცია რეალურად აკეთებს.

ნაბიჯი 5: ატვირთეთ პირველი build შიდა ტესტირებაში

გახსენით Internal testing (მარცხენა მენიუში Testing-ის ქვეშ), შექმენით გამოშვება და ატვირთეთ .aab. ამ პირველ გამოშვებაზე დააყენებთ Play App Signing-ს: მიეცით Google-ს გენერირება და საკვანძო ხელმოწერის შენახვა, თუ არ გაქვთ მიზეზი საკუთარი მართვისთვის. დაამატეთ საკუთარი თავი და რამდენიმე კოლეგა შიდა ტესტერებად ელფოსტით, შემდეგ გაუშვით გამოშვება. ტესტერები ჩართვის ბმულს ხსნიან და აპლიკაციას Play Store-დან აყენებენ.

ყოველ მომდევნო ატვირთვას უფრო მაღალი versionCode სჭირდება, ვიდრე წინამორბედს.

თუ Mythex-ით აშენებთ

Pro გეგმაზე Mythex თქვენთვის აკეთებს AAB-ს გამოქვეყნებული აპლიკაციიდან. შეგიძლიათ ორი გზით იმუშაოთ:

1. ატვირთეთ თავად. სთხოვეთ აგენტს, ააშენოს Android-ისთვის, დააწკაპუნეთ Download-ზე, როცა ბარათზე დაწერილი იქნება Ready to upload, და ატვირთეთ ფაილი Play Console-ში. ფაილი Project settings-იდან დაახლოებით 30 დღე ჩამოიტვირთება.
2. დააკავშირეთ თქვენი Google Play service account. Google Cloud-ში შექმენით service account და JSON გასაღები, მოიწვიეთ მისი ელფოსტა Play Console-ში Users and permissions-ში ამ აპლიკაციაზე წვდომით და გასაღები Mythex-ში ჩააგდეთ. ამის შემდეგ ყოველი Android build თავისით მიდის შიდა ტესტირებაში, version code-ით, რომელიც უკვე Google Play-ზე არსებულზე მაღალია. აგენტს შეუძლია მაღაზიის გვერდის რედაქტირებაც, და ის თქვენგან კითხულობს, სანამ რამეს საჯაროდ გახსნის, მაგალითად წარმოების გამოშვებას.

აპლიკაციის შექმნა (ნაბიჯი 2), მონაცემთა უსაფრთხოების ფორმა და კონტენტის რეიტინგი Play Console-ში რჩება; აგენტი გეუბნებათ, თუ რომელიმე აკლია. მეტი იხილეთ Mythex-ის Android აპლიკაციის ამშენებლის გვერდზე.

ნაბიჯი 6: ჩაატარეთ დახურული ტესტი (ახალი პირადი ანგარიშები)

თუ თქვენი პირადი ანგარიში 2023 წლის 13 ნოემბრის შემდეგ შეიქმნა, უნდა ჩაატაროთ დახურული ტესტი მინიმუმ 12 ტესტერით, რომლებიც მინიმუმ 14 მიმდევრულ დღეს რჩებიან ჩართულები, სანამ წარმოების წვდომას მოითხოვთ. ვინც გადის და ბრუნდება, ახლიდან იწყებს 14 დღეს.

პრაქტიკული რჩევები:

• აიყვანეთ 12-ზე მეტი. ზოგი გადის. მიზანი 15–20 ტესტერია.
• გამოიყენეთ Google Group ან ელფოსტების სია ტესტერების სამართავად.
• მოითხოვეთ რეალური გამოყენება, არა მხოლოდ დაყენება. Google განაცხადის დროს გკითხავთ თქვენს ტესტირებაზე, და ბევრს შეისწავლით.
• გამოუშვით განახლება ტესტის დროს უკუკავშირიდან მიღებული შესწორებებით.

ჩვენი ბეტა ტესტის გზამკვლევი ტესტერების აყვანასა და უკუკავშირის შეგროვებას ფარავს. როცა 14 დღე გავა, წარმოების წვდომა მოითხოვეთ Dashboard-იდან და უპასუხეთ კითხვებს თქვენი ტესტის შესახებ.

ნაბიჯი 7: გამოუშვით წარმოებაში

როცა წარმოების წვდომა ხელმისაწვდომი გახდება, გახსენით Production მარცხენა მენიუში:

1. აირჩიეთ ქვეყნები და რეგიონები, სადაც აპლიკაცია იქნება ხელმისაწვდომი.
2. შექმენით ახალი გამოშვება და დაამატეთ bundle ტესტირებიდან, ან ატვირთეთ ახალი.
3. დაწერეთ გამოშვების შენიშვნები მარტივი სიტყვებით: რა არის ახალი ან გასწორებული.
4. გადახედეთ და გაგზავნეთ შესამოწმებლად. ცვლილებები Publishing overview-ში გროვდება, სანამ არ გააგზავნით.

შემოწმების დრო იცვლება. განახლებები ხშირად სწრაფია; პირველი გამოშვებები რამდენიმე დღე შეიძლება დასჭირდეს. შეგიძლიათ აირჩიოთ managed publishing, თუ გინდათ, თავად დაამტკიცოთ ზუსტი მომენტი, როცა დამტკიცებული გამოშვება გააქტიურდება.

ნაბიჯი 8: გაშვების შემდეგ

• დააკვირდით Android vitals-ს კრაშებისა და «app not responding» შეტყობინებებისთვის.
• უპასუხეთ შეფასებებს, განსაკუთრებით ადრეულებს.
• შეინარჩუნეთ მიმდინარე target API დონე. Google მას ყოველწლიურად ზრდის, და აპლიკაციები, რომლებიც ჩამორჩებიან, ახალი მოწყობილობების ახალ მომხმარებლებს აღარ ეძლევა.
• განაახლეთ მონაცემთა უსაფრთხოების ფორმა, როცა ახალ მონაცემთა შეგროვებას ამატებთ.

ვებით შეფუთული აპლიკაციისთვის, როგორიცაა Mythex-ით აშენებული, უმეტესი ცვლილება Android მომხმარებლებამდე მაშინ მიდის, როცა ვებ-აპლიკაციას აქვეყნებთ, რადგან ტელეფონის აპლიკაცია თქვენს გამოქვეყნებულ აპლიკაციას ხსნის. ახალი მაღაზიის გამოშვება მხოლოდ ისეთი რამისთვის სჭირდება, როგორიცაა აიკონი, სახელი, ნებართვები ან ახალი target დონე.

გავრცელებული მიზეზები უარყოფისთვის ან შეფერხებისთვის

• მიმომხილველებისთვის მუშა შესვლის არარსებობა.
• კონფიდენციალურობის პოლიტიკა, რომელიც აკლია, PDF-ია, ან არ ემთხვევა მონაცემთა უსაფრთხოების პასუხებს.
• ეკრანის ანაბეჭდები ან აღწერები, რომლებიც აპლიკაციაში არარსებულ ფუნქციებს ჰპირდება.
• მგრძნობიარე ნებართვების მოთხოვნა, რომელიც აპლიკაციას ნათლად არ სჭირდება.
• გატეხილი ან ცარიელი აპლიკაცია: placeholder ტექსტი, არამოქმედი ღილაკები.

iPhone-ზეც აქვეყნებთ?

Apple-ის პროცესი სხვაა: წლიური წევრობა, TestFlight და ადამიანის მიერ შემოწმება ყოველი გამოშვებისთვის. ამ ნაბიჯებისთვის წაიკითხეთ როგორ გამოვაქვეყნოთ აპლიკაცია App Store-ზე.

კითხვები