آیا پروژه‌ای مشابه دارید؟

برای دریافت مشاوره ساخت بازی و پروژه‌های تعاملی، در تلگرام پیام دهید:

چگونه بازی خود را در Google Play منتشر کنیم؟ مراحل و هزینه انتشار

انتشار بازی در Google Play به حساب توسعه‌دهنده، فایل AAB، امضای امن، تست، صفحه فروشگاه و رعایت سیاست‌های داده نیاز دارد؛ این راهنما مراحل را توضیح می‌دهد.

ساخت فایل خروجی پایان مسیر تولید بازی نیست. برای قرار گرفتن محصول در Google Play باید حساب توسعه‌دهنده ساخته شود، اطلاعات هویتی تأیید گردد، نسخه مطابق الزامات فنی آماده شود و صفحه فروشگاه اطلاعات دقیقی درباره محتوا و داده‌های کاربران ارائه دهد.

قوانین Google Play مرتب به‌روزرسانی می‌شوند و بعضی حساب‌های شخصی جدید پیش از دسترسی به انتشار عمومی باید دوره تست مشخصی را تکمیل کنند. بنابراین بهتر است الزامات روز مستقیماً در Play Console بررسی شوند و انتشار به روز آخر کمپین موکول نشود.

انتشار بازی در Google Play چگونه انجام می‌شود؟

انتشار بازی در Google Play با ایجاد حساب Play Console و پرداخت هزینه ثبت‌نام آغاز می‌شود. هزینه ثبت‌نام معمولاً ۲۵ دلار و یک‌باره است، اما مبلغ، روش پرداخت و فرایند احراز هویت باید هنگام ساخت حساب بررسی شوند. فعال شدن حساب ممکن است فوری نباشد.

پس از ایجاد برنامه، فایل Android App Bundle با پسوند AAB بارگذاری می‌شود. سپس اطلاعات صفحه فروشگاه، رده‌بندی محتوا، مخاطب، تبلیغات، Data Safety و سیاست حریم خصوصی تکمیل می‌شوند. نسخه ابتدا می‌تواند در مسیر Internal، Closed یا Open Testing قرار گیرد و پس از رفع مشکلات برای Production ارسال شود.

ساخت حساب توسعه‌دهنده

برای حساب باید اطلاعات واقعی شخص یا سازمان وارد شود. نام عمومی توسعه‌دهنده، ایمیل پشتیبانی و برخی اطلاعات تماس ممکن است در فروشگاه نمایش داده شوند. حساب سازمانی به مدارک و تأییدهای متفاوتی نسبت به حساب شخصی نیاز دارد.

فعال‌سازی تأیید دومرحله‌ای و محدود کردن دسترسی اعضای تیم ضروری است. رمز حساب نباید میان افراد به اشتراک گذاشته شود؛ هر عضو با نقش مناسب دعوت می‌شود. مالکیت حساب بهتر است متعلق به صاحب محصول باشد، نه پیمانکار موقت.

هزینه انتشار در Google Play

هزینه اولیه ثبت‌نام فقط یکی از هزینه‌ها است. گوگل ممکن است از فروش برنامه، خرید درون‌برنامه‌ای یا اشتراک سهم خدمات دریافت کند. درصد دقیق به نوع تراکنش، برنامه‌های واجد شرایط و درآمد بستگی دارد و باید از صفحه رسمی کارمزد بررسی شود.

هزینه سرور، تبلیغات، طراحی تصاویر فروشگاه، تست دستگاه‌ها، پشتیبانی و به‌روزرسانی نیز جدا است. اگر بازی آنلاین باشد، هزینه زیرساخت پس از انتشار ادامه دارد. برآورد باید دوره حداقل چندماهه پشتیبانی را نیز پوشش دهد.

آماده‌سازی خروجی Android

در Unity باید Android Build Support، SDK، NDK و JDK سازگار نصب شوند. Package Name یکتا، Version Code افزایشی و Target API مطابق الزام روز Google Play تنظیم می‌شوند. معماری‌های پردازنده و کیفیت Texture نیز باید متناسب با دستگاه‌های هدف انتخاب شوند.

Google Play برای برنامه جدید از AAB استفاده می‌کند تا فایل مناسب هر دستگاه را تولید کند. Build باید Release باشد و تنظیمات Debug غیرضروری حذف شوند. پیش از بارگذاری، نسخه روی چند دستگاه واقعی نصب و مسیر ورود، پرداخت و خروج از برنامه آزمایش شود.

امضای دیجیتال و Keystore

هر برنامه اندروید با کلید دیجیتال امضا می‌شود. گم شدن یا افشای Keystore می‌تواند انتشار به‌روزرسانی را دچار مشکل کند. فایل و رمز باید در فضای امن و دارای Backup نگهداری شوند و نباید داخل مخزن عمومی یا پیام‌رسان قرار گیرند.

Play App Signing بخشی از مدیریت کلید را بر عهده Google قرار می‌دهد، اما Upload Key نیز باید محافظت شود. مسئولیت نگهداری و دسترسی باید در قرارداد تیم مشخص باشد. بهتر است مالک محصول نسخه امن اطلاعات ضروری را در اختیار داشته باشد.

صفحه فروشگاه بازی

عنوان، توضیح کوتاه، توضیح کامل، آیکون، Feature Graphic، اسکرین‌شات و ویدئو روی نرخ نصب اثر دارند. تصاویر باید تجربه واقعی بازی را نمایش دهند و ادعای گمراه‌کننده نداشته باشند. متن فارسی و انگلیسی را می‌توان برای بازارهای مختلف محلی‌سازی کرد.

اسکرین‌شات فقط تصویر زیبا نیست؛ باید گیم‌پلی، مزیت و تنوع محتوا را در چند ثانیه نشان دهد. متن خوانا و کوتاه روی تصویر می‌تواند مفید باشد، ولی نباید عناصر مهم رابط را بپوشاند. تمام فایل‌ها باید با ابعاد و فرمت اعلام‌شده در Console سازگار باشند.

Data Safety و حریم خصوصی

فرم Data Safety می‌پرسد چه داده‌ای جمع‌آوری، اشتراک‌گذاری یا رمزنگاری می‌شود. پاسخ باید رفتار واقعی برنامه و SDKهای جانبی مانند Analytics، تبلیغات، Login و Crash Reporting را پوشش دهد. استفاده از پکیج آماده مسئولیت اعلام داده را حذف نمی‌کند.

سیاست حریم خصوصی باید در آدرس عمومی و قابل دسترسی قرار داشته باشد. اگر محصول برای کودک است، محدودیت‌های تبلیغات و خانواده جدی‌تر می‌شوند. جمع‌آوری داده غیرضروری باید حذف شود و امکان حذف حساب در موارد لازم فراهم گردد.

تست قبل از انتشار عمومی

Internal Testing برای ارسال سریع نسخه به تیم مناسب است. Closed Testing گروه محدودتری از کاربران واقعی را پوشش می‌دهد و Open Testing می‌تواند افراد بیشتری جذب کند. حساب‌های شخصی جدید ممکن است برای دسترسی به Production ملزم به تست بسته با شرایط تعیین‌شده باشند.

تست باید روی نسخه نصب‌شده از Play انجام شود، زیرا امضا، Asset Delivery و پرداخت در Build محلی رفتار متفاوتی دارند. Crash، ANR، زمان شروع، مصرف حافظه و عملکرد روی گوشی ضعیف بررسی شوند. بازخورد کاربران نیز پیش از انتشار عمومی اصلاح گردد.

تبلیغات و خرید درون‌برنامه‌ای

SDK تبلیغاتی باید با رضایت کاربر، رده سنی و قوانین منطقه سازگار باشد. نمایش تبلیغ در لحظه نامناسب می‌تواند Retention را کاهش دهد. تبلیغ جایزه‌ای باید پاداش را پس از تأیید معتبر شبکه ارائه کند و برای خطای اتصال مسیر مشخص داشته باشد.

محصول دیجیتال داخل بازی معمولاً باید از سیستم Billing مورد تأیید فروشگاه استفاده کند. رسید خرید باید در سرور اعتبارسنجی شود و عملیات افزودن دارایی تکرارپذیر نباشد. Restore، Refund و خرید Pending نیز باید آزمایش شوند.

ارسال برای بررسی

پس از تکمیل فرم‌ها و رفع خطاهای Console، Release برای بررسی ارسال می‌شود. زمان بررسی ثابت نیست و ممکن است اطلاعات یا اصلاح بیشتری درخواست شود. بهتر است چند روز یا بیشتر برای تأخیر احتمالی در برنامه انتشار در نظر گرفته شود.

رد شدن نسخه پایان کار نیست. پیام Policy باید دقیق خوانده شود، علت در Build یا صفحه فروشگاه اصلاح و نسخه جدید ارسال گردد. تلاش برای دور زدن بررسی یا تغییر ظاهری بدون رفع مشکل می‌تواند وضعیت حساب را بدتر کند.

به‌روزرسانی پس از انتشار

پس از انتشار باید Crash، ANR، Review، نرخ حذف و عملکرد نسخه دنبال شوند. انتشار مرحله‌ای اجازه می‌دهد نسخه جدید ابتدا به درصد محدودی از کاربران برسد. اگر خطای جدی دیده شد، Rollout متوقف و اصلاحیه آماده می‌شود.

Version Code هر Build باید افزایش یابد. تغییرات دیتابیس محلی و Save باید با نسخه قبلی سازگار باشند. انتشار عجولانه بدون تست مهاجرت ممکن است پیشرفت کاربران را از بین ببرد و امتیاز فروشگاه را کاهش دهد.

چک‌لیست نهایی

  1. مالکیت و امنیت حساب توسعه‌دهنده مشخص باشد.
  2. AAB امضاشده و Version Code صحیح آماده شود.
  3. بازی روی دستگاه‌های واقعی تست شود.
  4. صفحه فروشگاه و تصاویر کامل باشند.
  5. Data Safety و سیاست حریم خصوصی دقیق باشند.
  6. رده‌بندی سنی و وضعیت تبلیغات اعلام شود.
  7. مسیر تست و الزامات حساب تکمیل شوند.
  8. پشتیبانی و مانیتورینگ پس از انتشار آماده باشد.

در JPGames آماده‌سازی Build، اتصال سرویس‌ها، رفع خطاهای فنی و تحویل فایل قابل انتشار برای پروژه‌های Unity انجام می‌شود. برای برآورد انتشار بازی در Google Play باید وضعیت سورس، Package Name، SDKهای استفاده‌شده، حساب مالک محصول و امکانات درآمدزایی بررسی شوند.

آیا پروژه‌ای مشابه دارید؟

برای دریافت مشاوره ساخت بازی و پروژه‌های تعاملی، در تلگرام پیام دهید: