اگر امروز یک اپلیکیشن هوش مصنوعی را برای انتشار در گوگلپلی میفرستید، احتمالاً با سدی مواجه میشوید که هیچ ربطی به کیفیت کدنویسی شما ندارد. طبق گزارش وبسایت dev.to، گوگل اکنون بهجای بررسی باگهای فنی، روی جزئیات متادیتا و تجربهٔ کاربر در لحظهٔ اول تمرکز کرده است. در واقع، اکثر موارد رد شدن اپلیکیشنها به دلیل کدهای خراب نیست، بلکه به دلیل متادیتاهای فروشگاه یا موارد خاص در رابط کاربری (UI edge cases) رخ میدهد. این بینش نشاندهنده تغییری در اکوسیستم گوگلپلی است؛ جایی که داشتن یک رابط کاربری تمیز و بکاِند پایدار دیگر برای تضمین موفقیت در لانچ کافی نیست. این سختگیریها در کنار محدودیتهای جدید گوگل برای مصرف حافظه در اپلیکیشنهای اندروید نشان میدهد که گوگل در حال بازنگری کلی در استانداردهای پذیرش برنامههاست.
گوگل اکنون بهطور تهاجمی اپلیکیشنهای هوش مصنوعی زاینده را رد میکند. این موضوع بهویژه برای چتباتهای AI، ابزارهای تعویض چهره (face-swap)، تولیدکنندههای متن به تصویر و سازندگان آواتار صادق است. دلیل این رد شدنها، خطاهای متادیتا و لبههای رابط کاربری است، نه باگهای واقعی در کدنویسی.
این تغییر رویکرد در حالی رخ میدهد که گوگل خود در حال ادغام قابلیتهای پیشرفته در اکوسیستمش است؛ همانطور که در پوشش پیشین ما دربارهی قابلیتهای هوشمند Google Gemini Notebook دیدیم، استانداردهای پذیرش برای توسعهدهندگان مستقل اکنون از «عملکرد فنی» به «پایبندی سختگیرانه به سیاستهای فروشگاه» و «تجربهٔ بررسیکننده» تغییر کرده است.
هوش مصنوعی زاینده (Generative AI) — شبیه به هنرمندی است که میلیاردها اثر را دیده و حالا میتواند بر اساس دستور شما چیزهای جدید خلق کند — در دستههایی مثل چتباتها، ابزارهای تعویض چهره و تولید تصویر، بیشترین نرخ رد شدن را دارند. به نقل از گزارشهای توسعهدهندگان، چهار تلهٔ اصلی وجود دارد که باید از آنها دوری کنید:
اولین تله، «موانع دسترسی» است. بررسیکنندگان گوگل انسان هستند و برای ارزیابی، نیاز به دسترسی فوری به قابلیتهای اصلی دارند. اگر اپلیکیشن شما بلافاصله بعد از ثبتنام، کاربر را مجبور به خرید اشتراک یا خرید توکن میکند و هیچ اعتبار رایگانی (Trial Credits) در اختیارش نمیگذارد، احتمالاً با برچسب «عملکرد معیوب» (Broken Functionality) یا «محتوای غیرقابل بررسی» (Unreviewable Content) رد میشود.
برخی توسعهدهندگان پیشنهاد میکنند که محیط تست بررسیکننده را شناسایی کرده و در زمان ارسال، دسترسی کامل رایگان بدهید. اما این کار بسیار ریسکی است. ارائه محتوای متفاوت به بررسیکنندگان نسبت به کاربران واقعی، یک تخلف شدید است که میتواند منجر به مسدود شدن دائمی حساب کاربری (Account Ban) شود. راه امنتر و منطقیتر، ارائهٔ یک بستهٔ اعتباری رایگان برای تمام حسابهای جدید است.
دومین ریسک، آسیبپذیریهای بکاِند است. بررسیکنندگان بهطور فعال «پرامپتهای لبهای» (Edge Prompts) را تست میکنند تا محتوای نامناسب (NSFW) یا تصاویر چهرههای مشهور را استخراج کنند. اگر سیستم شما قبل از ارسال درخواست به APIهایی مثل OpenAI، Replicate یا Midjourney، این ورودیها را فیلتر نکند، اپلیکیشن شما فوراً به دلیل نقض سیاستها رد میشود؛ فارغ از اینکه رابط کاربری شما چقدر «تمیز» به نظر برسد. برای جلوگیری از چنین خطاهای فاجعهباری در خروجی مدلها، تفکیک منطق قطعی از استنتاج راهکاری کلیدی برای افزایش پایداری سیستمهای AI است.
سومین تله در متادیتا و ادعاهای تبلیغاتی است. گوگل اکنون از طریق «سیاست متادیتا و ادعاهای گمراهکننده»، عبارات خاصی را در عنوان و توضیحات هدف قرار داده است. موارد زیر محرکهای اصلی رد شدن برنامه هستند:
- صفتهای ذهنی: استفاده از کلماتی مثل «بهترین»، «اول» یا «برترین» (مثلاً: #1 AI Face Swap Tool).
- وعدههای دروغین: ادعاهایی مثل «تولید رایگان و نامحدود تصویر» در حالی که در واقعیت محدودیت توکن روزانه وجود دارد.
- نقض علامت تجاری: استفاده غیرمجاز از نام برندهای ثبتشده در لیستهای فروشگاه.
در نهایت، بسیاری از تیمها الزامات اداری در Play Console را فراموش میکنند. این سادهترین تله برای اجتناب است اما بیشترین دفعات فراموش میشود. توسعهدهندگان باید پرسشنامه «خوداظهاری مالی و هوش مصنوعی» (Financial & AI Self-Declaration) را تکمیل کرده و پیش از کلیک روی دکمه ارسال، تولید محتوا توسط کاربر (UGC) و ویژگیهای زاینده را صراحتاً اعلام کنند.
گام بعدی شما
برای توسعهدهنده، این بدان معنای آن است که «فاز ارسال» اکنون بخشی حیاتی از فرآیند تضمین کیفیت (QA) است. پیش از انتشار نسخه بعدی، تیمها باید سه بررسی خاص را اجرا کنند:
- ممیزی ورود (Onboarding Audit): یک حساب کاملاً جدید بسازید و تمام مسیر ورود را طی کنید تا مطمئن شوید هیچ دیوار پرداخت (Paywall) مانع تجربهٔ اصلی نمیشود.
- تست استرس (Stress Testing): بدترین و خطرناکترین پرامپتهای ممکن را بهصورت دستی اجرا کنید تا از کارکرد فیلترهای بکاِند مطمئن شوید.
- پاکسازی متادیتا (Metadata Scrub): عنوان و توضیحات فروشگاه را بازبینی کرده و تمام صفتهای ذهنی و اغراقآمیز را حذف کنید.
هدف نهایی این است که تمام زبانهای ذهنی از متادیتا حذف شوند و حفاظهای ایمنی (Guardrails) در سطح سرور اجرا شوند، نه فقط در ظاهر برنامه. توجه داشته باشید که این بینشها بر اساس تجربیات فردی است و نه سیاستهای رسمی گوگل؛ توسعهدهندگان باید همیشه پیش از هر انتشار، صفحات رسمی سیاستها و Play Console را بررسی کنند. اما داستان سختافزاری این تحول حتی شگفتانگیزتر است — به تحلیل ما دربارهی تراشههای Blackwell مراجعه کنید.
گفتگو