عیب‌یابی و پرسشگان «آزمون آ/ب»
با مجموعه‌ها، منظم بمانید
ذخیره و طبقه‌بندی محتوا براساس اولویت‌های شما.
این صفحه راهنمایی‌های عیب‌یابی و پاسخ به پرسش‌های متداول درباره استفاده از A/B Testing را ارائه می‌دهد. اگر نمی‌توانید آنچه را به‌دنبالش هستید پیدا کنید
یا به راهنمایی بیشتری نیاز دارید، با پشتیبانی
Firebase تماس بگیرید.
عیب‌یابی عمومی/پرسشگان
چند آزمایش می‌توانم ایجاد و اجرا کنم؟
شما مجاز به داشتن حداکثر ۳۰۰ آزمایش در هر پروژه (شامل عرضه) هستید،
که می‌تواند شامل حداکثر ۲۴ آزمایش و عرضه درحال اجرا باشد، و بقیه به‌عنوان آزمایش‌های تکمیل‌شده
درنظر گرفته می‌شوند.
چرا نمی‌توانم آزمایش‌هایم را پس‌از
لغو پیوند و پیوند مجدد پروژه‌ام به Google Analytics مشاهده کنم؟
پیوند دادن به دارایی Google Analytics دیگر باعث می‌شود دسترسی به آزمایش‌هایی را که قبلاً ایجاد شده‌اند ازدست بدهید. برای دسترسی مجدد به آزمایش قبلی، پروژه‌تان را دوباره به دارایی Google Analytics که هنگام ایجاد آزمایش پیوند شده بود پیوند دهید.
چرا هنگام ایجاد آزمایش Remote Config، پیام «پروژه به Google Analytics پیوند داده نشده است» را دریافت می‌کنم؟
اگر قبلاً Google Analytics را در پروژه‌تان فعال کرده‌اید و برنامه‌هایتان را پیوند داده‌اید، اما همچنان پیامی می‌بینید که می‌گوید Google Analytics پیوند داده نشده است، مطمئن شوید که جاری‌سازی Analytics برای همه برنامه‌های پروژه‌تان وجود دارد. درحال‌حاضر، برای استفاده از A/B Testing،
همه برنامه‌های موجود در پروژه باید به Analytics پیوند داده شوند.
در اینجا نحوه تأیید فهرست همه جاری‌سازی‌های فعال برای
ادغام Google Analytics شما آورده شده است:
در کنسول Firebase، به صفحه
settingsتنظیمات >
ادغام‌ها بروید.
در کارت Google Analytics، روی مدیریت کلیک کنید.
ایجاد جاری‌سازی Google Analytics برای هر برنامه‌ای که فاقد آن است
باید مشکل را برطرف کند. چند روش برای ایجاد جاری‌سازی برای برنامه‌های
مفقودشده وجود دارد:
اگر فقط یک یا دو برنامه دارید که فاقد جاری‌سازی
Google Analytics مرتبط هستند، می‌توانید یکی از روش‌های زیر را برای افزودن جاری‌سازی
Google Analytics انتخاب کنید:
در کنسول Firebase، هر برنامه‌ای را که جاری‌سازی فعال ندارد حذف کنید و دوباره اضافه کنید.
از
کنسول Google Analytics،
سرپرست را انتخاب کنید، روی جاری‌سازی‌های داده کلیک کنید، سپس
روی افزودن جاری‌سازی کلیک کنید، جزئیات برنامه مفقود را اضافه کنید، و
روی ثبت برنامه کلیک کنید.
اگر بیش‌از چند جاری‌سازی برنامه را ازدست داده‌اید، لغو پیوند و پیوند مجدد
دارایی Google Analytics سریع‌ترین و کارآمدترین راه
برای ایجاد جاری‌سازی‌های برنامه ازدست‌رفته است:
در کنسول Firebase، به صفحه
settingsتنظیمات >
ادغام‌ها بروید.
در کارت Google Analytics، روی
مدیریت کلیک کنید.
Google Analyticsشناسه دارایی
و حساب Google Analytics پیوندشده را یادداشت کنید.
روی more_vertبیشتر کلیک کنید
و لغو پیوند Analytics از این پروژه را انتخاب کنید.
هشدار نمایش‌داده‌شده را مرور کنید (نگران نباشید؛ در مرحله بعد همان دارایی را دوباره پیوند خواهید داد)، سپس روی لغو پیوند Google Analytics کلیک کنید.
وقتی لغو پیوند تکمیل شد، به صفحه
ادغام‌ها هدایت خواهید شد.
در کارت Google Analytics، روی
فعال کردن کلیک کنید تا فرایند بازپیوند کردن شروع شود.
حساب Analytics خود را از فهرست
انتخاب حساب انتخاب کنید.
در کنار
ایجاد خودکار دارایی جدید در این حساب،
روی
editویرایش کلیک کنید و از
فهرست
دارایی Analytics که ظاهر می‌شود،
شناسه دارایی‌تان را انتخاب کنید.
فهرستی از همه برنامه‌های پروژه‌تان نشان داده می‌شود. نگاشت‌های جاری‌سازی موجود برای هر برنامه فهرست شده است و برای برنامه‌هایی که جاری‌سازی ندارند، جاری‌سازی ایجاد خواهد شد.
برای بازپیوند کردن دارایی، روی فعال کردن Google Analytics کلیک کنید.
برای ارائه تجربه آزمایشی قدرتمندتر و منسجم‌تر،
A/B Testing مستقیماً به‌عنوان ویژگی بومی در Remote Config ادغام شده است. قبلاً، آزمایش‌های Remote Config به‌عنوان محصولی جداگانه در A/B Testing عمل می‌کردند که به گردش کار مجزا و منطق شرطی جداگانه نیاز داشت و می‌توانست به رفتارهای ارزیابی ناسازگار منجر شود.
ادغام مستقیم آزمایش‌ها در Remote Config این محدودیت‌ها را برطرف می‌کند و ویژگی‌های کلیدی زیر را ارائه می‌دهد:
هدف‌یابی غنی‌تر و یکپارچه: آزمایش‌ها از شرط‌ساز بومی Remote Config استفاده می‌کنند و به شما امکان می‌دهند به مجموعه غنی‌تری از معیارهای هدف‌یابی دسترسی داشته باشید، مانند مخاطبان Analytics و ویژگی‌های کاربر، نسخه‌های برنامه، زبان‌های دستگاه، کشور/ منطقه، و سیگنال‌های سفارشی.
استفاده مجدد از شرایط: می‌توانید از شرایط Remote Config موجود در پارامترها، عرضه، و آزمایش‌ها مجدداً استفاده کنید و نیازی به ایجاد قوانین تکراری و مجزا نیست.
ارزیابی شرایط قابل‌پیش‌بینی: شرایط آزمایش به‌صورت متوالی درکنار دیگر شرایط الگوی شما بااستفاده از منطق استاندارد «اولین تطابق» ارزیابی می‌شود. می‌توانید شرایط را در الگو بازآرایی کنید تا اولویت را کنترل کنید و تداخل‌های قدیمی را که در آن‌ها شرایط A/B Testing به‌طور ضمنی قوانین دیگر را لغو می‌کردند حذف کنید.
به‌روزرسانی‌های بی‌درنگ فوری: با بهره‌گیری از سازوکار واکشی بی‌درنگ Remote Config، به‌روزرسانی‌های آزمایش (مانند تغییر مقادیر متغیر یا هدف‌یابی) به‌صورت بی‌درنگ به کیت‌های توسعه نرم‌افزار کارخواه منتشر می‌شوند، بدون اینکه نیاز باشد منتظر واکشی دوره‌ای بعدی بمانید.
چرخه حیات الگوی یکپارچه: آزمایش‌ها به‌عنوان مؤلفه‌های اصلی
الگوی Remote Config شما مدیریت می‌شوند—مشابه عرضه. می‌توانید تغییرات آزمایش را به‌صورت اتمی در کنار به‌روزرسانی‌های الگوی خود آماده‌سازی، نسخه‌بندی، در سابقه تغییرات ممیزی، و منتشر کنید.
برای کمک به پیمایش در این ویژگی‌ها، به این راهنمای عیب‌یابی مراجعه کنید.
ویژگی‌های کلیدی آزمایش‌های Remote Config چیست؟
ایجاد در «پیکربندی از راه دور»: آزمایش‌ها را مستقیماً از بخش Remote Config
کنسول Firebase ایجاد می‌کنید. برای مثال، از صفحه پارامترها، روی
ایجاد آزمایش کلیک کنید که جریان ایجاد مبتنی بر نوار کناری را باز می‌کند.
هدف‌یابی غنی‌تر و استفاده مجدد از شرایط: آزمایش‌ها از شرط‌ساز بومی Remote Config استفاده می‌کنند،
که به شما امکان می‌دهد از شرایط موجود مجدداً استفاده کنید و کاربران را با معیارهای غنی (مانند مخاطبان Analytics،
ویژگی‌های کاربر، نسخه‌های برنامه، زبان دستگاه، و کشور/ منطقه) که به‌ترتیب متوالی قابل‌پیش‌بینی ارزیابی می‌شوند هدف‌یابی کنید.
معماری یکپارچه: آزمایش‌ها بخشی از الگوی Remote Config هستند. یعنی تغییرات
آزمایش‌ها (هدف‌یابی، متغیرها، توقف) با سایر تغییرات Remote Config دسته‌بندی می‌شوند و
وقتی الگو منتشر می‌شود اعمال می‌شوند.
به‌روزرسانی‌های هم‌زمان: با بهره‌گیری از سازوکار واکشی Remote Config، به‌روزرسانی‌های مقدار آزمایش می‌تواند
به‌طور هم‌زمان به کاربران تلفن همراه شما منتشر شود.
برگه آماده‌سازی: آزمایش‌هایی که در وضعیت ایجاد یا به‌روزرسانی هستند در زیربرگه «آماده‌سازی»
در Remote Config نگهداری می‌شوند. این‌ها برای جلسه کنسول فعال محلی هستند.
منسوخ شدن پیش‌نویس‌های قدیمی: برگه مستقل قدیمی پیش‌نویس‌ها در A/B Testing منسوخ شده است.
پیش‌نویس‌های موجود در این برگه فقط قابل‌مشاهده هستند (می‌توانند تکرار یا حذف شوند) و نمی‌توان آن‌ها را شروع یا ویرایش کرد. این برگه طبق برنامه زمانی در ۳۱ اکتبر ۲۰۲۶ برای همیشه برداشته می‌شود.
برداشتن دستگاه‌های آزمایشی: قابلیت «مدیریت دستگاه‌های آزمایشی» دیگر دردسترس نیست. برای هدف‌یابی
دستگاه‌های آزمایشی داخلی خاص، می‌توانید یک یا چند شناسه نصب Firebase (FID) را درطول ایجاد آزمایش
به شرایط آزمایش اضافه کنید.
چند آزمایش می‌توانم ایجاد و اجرا کنم؟
شما مجاز به داشتن حداکثر ۳۰۰ آزمایش در هر پروژه (شامل عرضه) هستید،
که می‌تواند شامل حداکثر ۲۴ آزمایش و عرضه درحال اجرا باشد، و بقیه به‌عنوان آزمایش‌های تکمیل‌شده
درنظر گرفته می‌شوند.
چگونه آزمایش ایجاد کنم؟
می‌توانید آزمایش‌ها را مستقیماً از بخش Remote Config ایجاد کنید. برای مثال، برای ایجاد آزمایش از صفحه «پارامترها»، به
Remote Config > پارامترها بروید و روی ایجاد آزمایش کلیک کنید. با این کار، جریان ایجاد مبتنی بر نوار کناری باز می‌شود
که شبیه به نحوه ایجاد عرضه Remote Config است.
چگونه می‌توانم آزمایشی را قبل‌از قرار دادن آن درمعرض دید همه کاربران، به‌صورت داخلی آزمایش یا بررسی کنم؟
در بیشتر موارد، وقتی می‌خواهید آزمایشی را قبل‌از عرضه اعتبارسنجی و آزمایش کنید،
احتمالاً بیشتر به آزمایش مقادیر آزمایش و رفتار برنامه علاقه‌مند هستید تا
آزمایش توزیع خود آزمایش. برای چنین مواردی، توصیه می‌کنیم آزمایش تستی ایجاد کنید که بتوانید آن را برای گروه آزمایشی محدودی هدف‌یابی کنید. پس‌از ایجاد آزمایش آزمایشی
و تأیید اینکه متغیرهای آزمایش طبق انتظار کار می‌کنند، می‌توانید آزمایش را تکرار کنید
و شرایط را برای هدف‌یابی کاربران خارجی‌تان تغییر دهید، و هر شرایط دیگری را براساس
کاربرانی که می‌خواهید هدف‌یابی کنید اعمال کنید.
همچنین می‌توانید دستگاه‌های آزمایش داخلی خاصی را هدف‌یابی کنید تا رفتار آزمایش را قبل‌از قرار دادن آزمایش درمعرض دید کاربران نهایی اعتبارسنجی کنید. برای انجام این کار، یک یا چند شناسه نصب Firebase (FID) را درطول ایجاد آزمایش به شرایط آزمایش اضافه کنید.
پیش‌نویس‌های موقت آزمایشم را کجا می‌توانم پیدا کنم و برگه «آماده‌سازی» چیست؟
پیش‌نویس‌های موقت آزمایش (ازجمله آزمایش‌هایی که درحال‌حاضر در وضعیت ایجاد یا به‌روزرسانی هستند) در زیربرگه‌ای به‌نام آماده‌سازی در Remote Config دردسترس هستند.
پیش‌نویس‌های موجود در این زبانه فرعی پس‌از جلسه فعلی باقی نمی‌مانند.
چگونه آزمایش درحال اجرا را متوقف کنم؟
برای متوقف کردن آزمایش، اکنون باید الگوی Remote Config را منتشر کنید. وقتی روی توقف
آزمایش کلیک می‌کنید، بالاپر تأیید انتشار ظاهر می‌شود. این بالاپر همه تغییراتی را که اعمال خواهد شد، ازجمله توقف آزمایش، فهرست می‌کند. برای نهایی کردن کنش توقف،
انتشار الگو ضروری است.
چرا آزمایش «آزمون آ/ب» من که درحال اجرا بود به‌طور غیرمنتظره‌ای متوقف شد؟
آزمایش‌ها ممکن است به‌دلیل تغییرات در الگوی Remote Config به‌طور خودکار متوقف شوند:
عقب‌گرد الگو: عقب‌گرد کردن الگوی Remote Config به نسخه‌ای که آزمایش در آن وجود نداشته است، آزمایش را متوقف خواهد کرد. بازگشت به نسخه‌ای که در آن آزمایشی قبلاً متوقف شده است، آن را بازراه‌اندازی نخواهد کرد. اگر می‌خواهید آزمایش را بازآفرینی و اجرا کنید، می‌توانید نسخه‌ای تکراری از آزمایش متوقف‌شده ایجاد کنید و آن را دوباره منتشر کنید.
لغو پیوند پارامتر: اگر آزمایشی فقط به یک پارامتر پیوند داده شده باشد،
لغو پیوند شرط مرتبط با آن پارامتر باعث توقف آزمایش می‌شود.
آیا برگشتن به نسخه قدیمی‌تر الگوی Remote Config آزمایشی را که قبلاً متوقف یا حذف شده است دوباره فعال می‌کند؟
نه. بازگرداندن الگوی Remote Config هیچ آزمایشی را که قبلاً متوقف، منقضی، یا حذف شده است بازراه‌اندازی نمی‌کند، حتی اگر آن آزمایش در نسخه بازگردانده‌شده فعال بوده باشد. اگر می‌خواهید آزمایش را بازآفرینی و اجرا کنید، می‌توانید نسخه‌ای تکراری از آزمایش ایجاد کنید و آن را دوباره منتشر کنید.
وقتی آزمایشی منقضی می‌شود چه اتفاقی می‌افتد و چه اقداماتی باید انجام دهم؟
A/B Testing آزمایش به‌طور خودکار پس‌از ۹۰ روز اجرا منقضی می‌شود.
وقتی آزمایش به تاریخ انقضا می‌رسد:
جمع‌آوری داده‌ها متوقف می‌شود: آزمایش جمع‌آوری داده‌های جدید و محاسبه سنجه‌ها را متوقف می‌کند. نتایج و سنجه‌های تاریخی جمع‌آوری‌شده درطول پنجره ۹۰ روزه برای بازبینی در کنسول Firebase دردسترس باقی می‌مانند.
آزمایش دیگر فعال نیست: آزمایش دیگر اجرا نمی‌شود و منطق شرطی آن دیگر به‌طور فعال کاربران را برای انواع آزمایش فیلتر نمی‌کند.
آزمایش منقضی‌شده باید برداشته شود: باید آزمایش منقضی‌شده را از پارامتر Remote Config بردارید. اگر آزمایش منقضی‌شده برداشته نشود، تا زمانی که آزمایش منقضی‌شده پاک‌سازی نشود، نمی‌توانید آزمایش جدیدی بااستفاده از همان پارامتر ایجاد کنید.
اگر نوع برنده وجود دارد، نوع برنده را عرضه کنید تا مقدار برای کاربران اعمال شود. توجه داشته باشید که عرضه کردن یک متغیر
آزمایش منقضی‌شده را به‌طور خودکار برنمی‌دارد.
اگر نمی‌خواهید متغیری را عرضه کنید، آزمایش را از پارامتر بردارید تا به مقدار پارامتر پیش‌فرض برگردید.
در هر دو مورد، آزمایش منقضی‌شده را به‌طور صریح از پارامتر بردارید و الگو
Remote Config را منتشر کنید تا پاک‌سازی نهایی شود.
اگر لازم است آزمایش را ادامه دهید یا داده‌های بیشتری جمع‌آوری کنید، آزمایش را تکرار کنید یا
آزمایش جدیدی از پارامتر ایجاد کنید.
نکات کلیدی که باید به‌خاطر داشته باشید:
عرضه به‌طور خودکار آزمایش‌های منقضی‌شده را حذف نمی‌کند: عرضه کردن گونه برنده
به‌طور خودکار آزمایش منقضی‌شده را پاک نمی‌کند. همچنان باید آزمایش منقضی‌شده را به‌طور صریح از پارامتر Remote Config بردارید و الگو را منتشر کنید.
آزمایش‌های منقضی‌شده را نمی‌توان احیا کرد: وقتی آزمایشی منقضی می‌شود، نمی‌توان آن را
بازراه‌اندازی یا دوباره فعال کرد—حتی اگر الگوی Remote Config خود را به نسخه‌ای که آزمایش در آن فعال بوده است
برگردانید.
زمان‌سنج ۹۰ روزه با انتشار شروع می‌شود: ساعت انقضا به‌محض انتشار آزمایش در الگو شروع می‌شود، حتی اگر مواجهه کاربر در ابتدا روی ۰٪ تنظیم شده باشد.
وقتی آزمایشی متوقف یا منقضی می‌شود، برنامه‌ام چه مقادیری را می‌خواند؟
وقتی آزمایشی متوقف یا منقضی می‌شود، نمونه‌های برنامه کارخواه که در آزمایش ثبت‌نام شده‌اند، همچنان مقادیر متغیر قبلی اختصاص‌داده‌شده خود را از حافظه پنهان محلی می‌خوانند تا زمانی که واکشی بعدی انجام شود و پیکربندی جدید فعال شود (یا بلافاصله پس‌از انتشار الگو اگر از زمان واقعی Remote Config استفاده می‌کنید).
وقتی پیکربندی به‌روزشده Remote Config واکشی و فعال شد، برنامه مقادیر پارامتر را به‌ترتیب اولویت زیر حل‌وفصل می‌کند:
شرط منطبق بعدی: اگر پارامتر با شرایط دیگری در الگو Remote Config مرتبط باشد، برنامه از مقدار شرطی شرط منطبق بعدی با بالاترین اولویت براساس ترتیب ارزیابی شرط الگو استفاده می‌کند.
مقدار پیش‌فرض الگو: اگر هیچ شرطی برای آن پارامتر مطابقت نداشته باشد، برنامه مقدار پیش‌فرض الگو را که هنگام ایجاد پارامتر در الگوی Remote Config تنظیم کرده‌اید دریافت می‌کند.
مقدار پیش‌فرض درون‌برنامه: اگر مقدار پیش‌فرض الگو ارائه نشده باشد (برای مثال، اگر پارامتر روی استفاده از پیش‌فرض درون‌برنامه تنظیم شده باشد)، برنامه از مقدار پیش‌فرض درون‌برنامه تعریف‌شده در کد برنامه شما بااستفاده از کیت توسعه نرم‌افزار Remote Config استفاده می‌کند.
مقدار پیش‌فرض کیت توسعه نرم‌افزار: اگر هیچ مقدار پیش‌فرض درون‌برنامه‌ای در کد شما تعریف نشده باشد،
کیت توسعه نرم‌افزار Remote Config مقدار پیش‌فرض ایستا را برای نوع داده پارامتر برمی‌گرداند (مثلاً 0
برای اعداد، false برای مقادیر بولی، "" برای رشته‌ها، یا شیء خالی برای JSON).
اگر شرایط هدف‌یابی آزمایش درحال اجرا را ویرایش کنم تا کاربران خاصی را مستثنی کنم، چرا
آن کاربران همچنان در داده‌های اندازه‌گیری آزمایش گنجانده می‌شوند؟
A/B Testing از دسته‌های چسبنده برای اندازه‌گیری استفاده می‌کند.
وقتی کاربری به آزمایشی اختصاص داده می‌شود و اندازه‌گیری او شروع می‌شود، همچنان در سنجه‌های آزمایش گنجانده خواهد شد، حتی اگر ویرایش‌های بعدی در شرایط هدف‌یابی معمولاً او را مستثنی کند. اما اگر این کاربران دیگر شرایط به‌روزشده را نداشته باشند،
دیگر مقادیر متغیر آزمایش را دریافت نخواهند کرد. جزئیات بیشتر در منطق واگذاری گوناRemote Config دردسترس است.
هنگام پیکربندی هدف‌یابی برای آزمایش، پیام خطای برنامه‌ای را به این «شرط» پیوند دهید یا برنامه دیگری را انتخاب کنید را می‌بینم.
این خطا به این معنی است که شرط هدف‌یابی انتخاب‌شده نیاز به هدف‌یابی صریح برنامه Firebase دارد،
اما راه‌اندازی فعلی شامل آن نمی‌شود. مطمئن شوید که شرط حاوی قانونی باشد که حداقل یکی از برنامه‌های Firebase شما را هدف قرار دهد.
چرا شرایط من هیچ کاربری را هدف‌یابی نمی‌کند؟
شرایط در الگوی Remote Config به‌صورت متوالی از بالا به پایین بااستفاده از منطق «اولین مطابقت» ارزیابی می‌شود. اگر شرط کلی و گسترده‌ای بالاتر از شرط آزمایش خاص‌تری قرار گیرد، شرط گسترده‌تر ابتدا کاربر را جذب می‌کند و آزمایش نادیده گرفته می‌شود. برای رفع این مشکل،
یکی از کارهای زیر را در برگه شرایط انجام دهید:
تغییر ترتیب شرایط: مطمئن شوید شرایط آزمایش خاص‌تر (با کمترین شمول) در فهرست ارزیابی بالاتر قرار گرفته باشند تا قبل‌از شرایط گسترده‌تر و عمومی‌تر بررسی شوند.
از پارامترهای اختصاصی استفاده کنید: اگر نیازهای هدف‌یابی پیچیده‌ای دارید،
ایجاد یک پارامتر Remote Config منحصربه‌فرد را به‌طور خاص برای
آزمایشتان درنظر بگیرید تا از تداخل شرایط جلوگیری شود.
نمی‌توانم شرطی را از برگه شرایط حذف کنم.
اگر شرایط به آزمایش‌های فعال/ درحال اجرا پیوند داده شده باشند، نمی‌توان آن‌ها را حذف کرد. ابتدا باید آزمایش را متوقف کنید و شرط را بردارید.
اگر قانونی به برنامه خاصی پیوند داشته باشد، نمی‌توانم آن قانون را از شرط بردارم.
اگر شرطی حاوی قانونی باشد که صریحاً برنامه Firebase را هدف قرار می‌دهد، آن قانون پیونددهی برنامه خاص را نمی‌توان هنگام ویرایش شرط برداشت.
هشداری درباره استفاده از چند شرط درصدی در هدف‌یابی آزمایشم می‌بینم. آیا باید نگران باشم؟
این هشدار غیرمسدودکننده است. این هشدار زمانی ظاهر می‌شود که هدف‌یابی آزمایش چندین شرط مبتنی بر درصد را ترکیب کند، زیرا اثر ترکیبی آن‌ها، همراه با درصد نمایش آزمایش، گاهی اوقات می‌تواند منجر به توزیع غیرمنتظره کاربران شود. می‌توانید ادامه دهید، اما به نحوه تعامل این شرایط با یکدیگر توجه داشته باشید.
کجا می‌توانم آزمایش‌های پیش‌نویس یا دستگاه‌های آزمایشی را پیدا و مدیریت کنم؟
برای آزمایش‌های Remote Config، جزئیات مربوط به پیش‌نویس‌های قدیمی و دستگاه‌های آزمایشی در اینجا آمده است:
منسوخ شدن برگه «پیش‌نویس»: برگه قدیمی پیش‌نویس‌ها و آزمایش‌های پیش‌نویس موجود
دیگر قابل‌ویرایش نیستند. فقط می‌توانید آزمایش‌های پیش‌نویس موجود را مشاهده، تکرار، یا حذف کنید.
برگه پیش‌نویس‌ها در ۳۱ اکتبر ۲۰۲۶ برای همیشه از کنسول برداشته خواهد شد.
برداشتن دستگاه‌های آزمایشی: عملکرد مدیریت دستگاه‌های آزمایشی دیگر دردسترس نیست. برای هدف‌یابی دستگاه‌های آزمایشی داخلی خاص، می‌توانید
یک یا چند شناسه نصب Firebase (FID) را درطول ایجاد آزمایش به شرایط آن اضافه کنید.
برای آزمایش کردن برنامه‌های آزمایشی تضمین کیفیت، آزمایش را به شناسه برنامه خاصی اختصاص دهید و
نمایش را روی ۱۰۰٪ تنظیم کنید. برای بازبینی آزمایش قبل‌از عرضه کردن آن، میزان نمایش را روی ٪۰ تنظیم کنید.
توجه داشته باشید که دوره انقضای ۹۰ روزه آزمایش از زمان انتشار آغاز می‌شود، حتی با ۰٪ نمایش.
پس‌از بازبینی آزمایش، می‌توانید درصد نمایش را افزایش دهید تا عرضه کامل را شروع کنید.
آیا می‌توانم هنگام ایجاد آزمایش، پارامتر ایجاد کنم؟
نه، نمی‌توانید پارامتر Remote Config را مستقیماً در نوار کناری ایجاد آزمایش بسازید.
باید پارامتر را در Remote Config ایجاد کنید تا بتوانید آزمایشی را که از آن استفاده می‌کند راه‌اندازی کنید.
