Как да публикувате приложение в Google Play: реалните стъпки в Play Console

За да публикувате приложение в Google Play, регистрирайте акаунт за разработчик в Google Play (еднократна такса от 25 USD към ноември 2026 г.), създайте приложението в Play Console, попълнете страницата в магазина и формулярите за съдържание на приложението, качете Android App Bundle (.aab) в тестов канал и после го пуснете в производство, след като Google го прегледа. Ако имате нов личен акаунт, има една допълнителна стъпка: затворен тест с поне 12 тестери за 14 последователни дни, преди да можете да кандидатствате за достъп до производство. Това ръководство минава през всеки екран по ред, с подробностите, които причиняват повечето забавяния.

Ако още не сте създали приложението, започнете с как да направите Android приложение.

Преди да започнете: какво ви трябва

• Приложението като Android App Bundle (.aab). Google Play изисква този формат за нови приложения.
• Актуално целево ниво на 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 символа. Често това е всичко, което хората четат, затова започнете с това, което приложението прави.
• Пълно описание, до 4000 символа. Обяснете за кого е, основните функции и всичко, което потребителите трябва да знаят, с обикновени думи. Не натъпквайте с ключови думи; политиките на Google ги забраняват.
• Графика: икона, графика за представяне и снимки от телефон. Реални екрани от приложението, а не макети на функции, които не съществуват.
• Категория и данни за контакт.

Стъпка 4: Попълнете формулярите за съдържание на приложението

Отворете страницата App content (под Policy в лявото меню). Всяка точка изисква отговор, преди да можете да пуснете приложението:

• URL на политиката за поверителност.
• Достъп до приложението. Ако части от приложението изискват вход, дайте на рецензентите работещи данни за достъп. Липсващите входове са честа причина за отхвърляне.
• Реклами. Посочете дали приложението показва реклами, включително чрез код на трети страни.
• Възрастова оценка. Въпросник, който дава възрастови рейтинги за всеки регион. Ако го пропуснете, приложението е „Unrated“, което блокира публикуването.
• Целева аудитория и съдържание. Възрастовите групи, за които е приложението. Включването на деца води до по-строгите изисквания на политиката за семейства.
• Безопасност на данните. Какви данни събира или споделя приложението, защо, и дали са криптирани и могат да бъдат изтрити. Отговорете за всичко в приложението, включително аналитиката и доставчиците на вход.
• Други декларации, както се изисква, например за новинарски, здравни, финансови или държавни приложения, или за чувствителни разрешения като SMS.

Бъдете точни. Google сравнява отговорите ви с това, което приложението всъщност прави.

Стъпка 5: Качете първия билд в тестване на вътрешни тестери

Отворете 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. Свържете собствен service account за Google Play. Създайте service account и JSON ключ в Google Cloud, поканете имейла му в Play Console под Users and permissions с достъп до това приложение и качете ключа в Mythex. От този момент всеки Android билд отива сам в тестване на вътрешни тестери, с версионен код над всичко, което вече е в Google Play. Агентът може да редактира и страницата в магазина и пита за съгласие, преди каквото и да е да стане публично, например пускане в производство.

Създаването на приложението (Стъпка 2), формулярът за безопасност на данните и възрастовата оценка остават в Play Console; агентът ви казва, когато някой от тях липсва. Прочетете повече на страницата за Mythex конструктора на Android приложения.

Стъпка 6: Проведете затворен тест (нови лични акаунти)

Ако личният ви акаунт е създаден след 13 ноември 2023 г., трябва да проведете затворен тест с поне 12 тестери, които остават записани поне 14 поредни дни, преди да можете да кандидатствате за достъп до производство. Някой, който се отпише и запише отново, започва нови 14 дни.

Практични съвети:

• Набирайте повече от 12. Хората отпадат. Целете 15 до 20.
• Използвайте Google група или имейл списък, за да управлявате тестерите.
• Искайте реална употреба, не само инсталиране. Google пита за теста ви, когато кандидатствате, и ще научите много повече.
• Пуснете актуализация по време на теста с поправки от обратната връзка.

Нашето ръководство за бета тест обхваща набирането и събирането на обратна връзка. Когато 14-те дни изтекат, кандидатствайте за достъп до производство от Dashboard и отговорете на въпросите за теста си.

Стъпка 7: Пуснете в производство

Когато е наличен достъп до производство, отворете Production в лявото меню:

1. Изберете държави и региони, където ще е наличното приложение.
2. Създайте нова версия и добавете пакета от тестването, или качете нов.
3. Напишете бележки към версията с обикновени думи: какво е ново или поправено.
4. Прегледайте и изпратете за преглед. Промените се събират в Publishing overview, докато ги изпратите.

Времето за преглед варира. Актуализациите често са бързи; първите версии могат да отнемат няколко дни. Можете да изберете managed publishing, ако искате сами да одобрите точния момент, в който одобрена версия стане публична.

Стъпка 8: След пускането

• Следете Android vitals за сривове и съобщения „app not responding“.
• Отговаряйте на отзивите, особено на първите.
• Поддържайте актуално целевото ниво на API. Google го повишава всяка година, а приложенията, които изостанат, спират да се предлагат на нови потребители с по-нови телефони.
• Актуализирайте формуляра за безопасност на данните, когато добавите ново събиране на данни.

При приложение, обвито в уеб, например създадено с Mythex, повечето промени стигат до Android потребителите, когато публикувате уеб приложението, защото приложението за телефон отваря публикуваното ви приложение. Нова версия в магазина е нужна само за неща като иконата, името, разрешенията или ново целево ниво.

Чести причини за отхвърляне или забавяне

• Няма работещ вход за рецензентите.
• Липсваща политика за поверителност, PDF, или такава, която не съвпада с отговорите за безопасност на данните.
• Снимки от екрана или описания, които обещават функции, които приложението няма.
• Искане на чувствителни разрешения, които приложението ясно не се нуждае.
• Счупено или празно приложение: placeholder текст, мъртви бутони.

Публикувате ли и на iPhone?

Процесът на Apple е различен: годишно членство, TestFlight и ръчен преглед на всяка версия. Прочетете как да публикувате приложение в App Store за тези стъпки.

Въпроси