فهرست مطالب
گوگل تأیید کرد که از شامگاه ۲۸ سپتامبر ۲۰۲۶، یک مشکل در Google Analytics for Firebase باعث شد هزاران اپلیکیشن روی آیفون و آیپد هنگام باز شدن کرش کنند. علت، یک «payload با فرمت اشتباه» از سمت سرور گوگل بود که SDK فایربیس روی دستگاه دریافت میکرد — نه باگ کد خودِ توسعهدهنده اپ. طبق زمانبندی مهندس گوگل Nick Cooke، اصلاح کامل سمت سرور حدود دو ساعت بعد اعمال شد و نیازی به آپدیت SDK یا نصب نسخهٔ جدید از اپاستور نیست.
اگر همان شب چند اپ ناگهان بسته میشدند و فکر میکردید آپدیت iOS مقصر است، این متن ساده توضیح میدهد فایربیس چیست، چه اتفاقی افتاد، و الان کاربر و توسعهدهنده چه کار باید بکنند (یا نکنند).
فایربیس چیست و چرا اپ آیفون به آن وصل است؟
Firebase پلتفرم گوگل برای ساخت و مدیریت اپ موبایل و وب است. بخشهایی مثل ورود کاربر، ذخیرهٔ ابری، پیامرسانی و بهویژه Analytics (آمار استفاده) را در اختیار توسعهدهنده میگذارد. خیلی از اپهای محبوب، کتابخانهٔ رسمی فایربیس (که به آن SDK میگویند) را داخل اپ میگذارند تا آمار و آزمایشهای محصول را از سرور گوگل بگیرند.
نکتهٔ مهم برای کاربر عادی: شما معمولاً «فایربیس» را بهعنوان یک اپ جدا نمیبینید؛ پشتپرده داخل اپهای دیگر کار میکند. برای همین وقتی سرور گوگل دادهٔ بد بفرستد، ممکن است اپِ بهظاهر بیربط به گوگل، همان لحظهٔ باز شدن قفل شود.
شب ۲۸ سپتامبر دقیقاً چه شد؟
به گزارش 9to5Google و نقلقول مستقیم از Nick Cooke:
از ساعت ۱۷:۴۱ به وقت US/PDT در دوشنبه ۲۸ سپتامبر ۲۰۲۶، Analytics for Firebase روی iOS+ بهخاطر دریافت payload با فرمت اشتباه، باعث کرش هنگام راهاندازی شد.
اصلاح کامل تا ساعت ۱۹:۵۲ همان روز به وقت PDT روی سرور اعمال شد.
توسعهدهنده لازم نیست SDK را آپدیت کند تا این اصلاح برسد.
بهخاطر کش (cache) روی بعضی دستگاهها، ممکن بود تا حدود چهار ساعت بعد از اصلاح هنوز کرش دیده شود؛ انتظار میرفت این موارد تا حدود ۲۳:۵۲ PDT خودبهخود جمع شوند.
به وقت ایران/اروپا (Berlin، UTC+2) تقریباً یعنی شروع حدود ۰۲:۴۱ بامداد ۲۹ سپتامبر، اصلاح حدود ۰۴:۵۲، و پایان تقریبی اثر کش حدود ۰۸:۵۲ همان روز.
رسانههایی مثل Cult of Mac و AndroidPure هم نوشتهاند توسعهدهندگان در مخزن GitHub مربوط به Firebase iOS SDK گزارشهای همزمان ثبت کردند؛ بعضی فقط در دقایق اول دهها کرش از کاربران دیدند. 9to5Google میگوید بعضی تیمها حتی از دهها هزار کرش حرف زدند — این اعداد گزارش توسعهدهندگان است، نه آمار رسمی کل اکوسیستم از گوگل.
جدول زمانبندی حادثه
مرحله | زمان (US/PDT) | تقریباً به وقت Berlin | توضیح |
|---|---|---|---|
شروع کرشها | ۲۸ سپتامبر، ۱۷:۴۱ | ۲۹ سپتامبر، ۰۲:۴۱ | payload بد به SDK iOS+ |
اعمال کامل اصلاح سرور | ۲۸ سپتامبر، ۱۹:۵۲ | ۲۹ سپتامبر، ۰۴:۵۲ | حدود ۲ ساعت و ۱۱ دقیقه بعد |
پنجرهٔ اثر کش | تا حدود ۴ ساعت بعد از اصلاح | — | بعضی اپها هنوز payload کهنه داشتند |
انتظار پایان اثر باقیمانده | ۲۸ سپتامبر، ۲۳:۵۲ | ۲۹ سپتامبر، ۰۸:۵۲ | طبق جمعبندی Nick Cooke |
مقصر آپدیت iOS بود؟
زمان حادثه نزدیک انتشار iOS 27.0.1 بود و بعضی کاربران اول فکر کردند آپدیت اپل باعث کرش شده. Cult of Mac یادآوری میکند گزارشها از کرش روی نسخههای دیگر iOS هم آمده؛ یعنی انگشت اتهام از آپدیت اپل برداشته شد و مسیر به سمت سرویس گوگل رفت. خود باگ هم روی SDK مخصوص iOS گزارش شده؛ فایربیس روی اندروید هم هست، ولی این حادثهٔ خاص همان شب را رسانهها به مسیر iOS نسبت دادهاند، نه اندروید.
کاربر عادی الان چه کند؟
اگر اپها دوباره عادی باز میشوند، معمولاً کاری لازم نیست — اصلاح سمت سرور بوده است.
لازم نیست اپ را پاک و دوباره نصب کنید فقط بهخاطر این خبر؛ رسانههای اصلی هم روی «بدون آپدیت اپ» تأکید دارند.
اگر هنوز یک اپ خاص قفل میشود، یکبار دستگاه را ریاستارت کنید و چند ساعت صبر کنید تا کش کهنه از بین برود؛ اگر ادامه داشت، مشکل ممکن است جدا از این حادثه باشد.
از لینکها یا فایلهای متفرقه با عنوان «پچ فایربیس» دوری کنید؛ مسیر درست همان اصلاح رسمی گوگل بوده است.
توسعهدهنده چه باید بداند؟
طبق اعلام گوگل در همان زمانبندی: آپدیت اجباری SDK برای اعمال این اصلاح لازم نیست. مشکل از پاسخ سرور بوده، نه لزوماً از نسخهای که شما هفتهٔ قبل منتشر کردهاید. با این حال، حادثه یادآوری میکند وابستگی به سرویس ثالث میتواند اپِ منتشرشده را بدون هیچ بیلد جدیدی از پا بیندازد. AndroidPure مینویسد گوگل هنوز در حال بررسی علت ریشهای بوده و عذرخواهی بابت اختلال را در همان رشتهٔ پیگیری ثبت کرده است.
جزئیات فنیتر که بعضی گزارشهای ثانویه مطرح کردهاند (مثل payload آزمایش/کانفیگ و کلید تهی در پردازش دیکشنری) را بهعنوان روایت رسانهای/توسعهدهندهای در نظر بگیرید؛ توصیف رسمی کوتاه گوگل همان «incorrectly formatted payload» است.
جمعبندی
خلاصهٔ قابلاتکا: شب ۲۸ سپتامبر ۲۰۲۶، Analytics فایربیس روی iOS+ با یک payload بد باعث کرش هنگام باز شدن هزاران اپ شد؛ گوگل حدود دو ساعت بعد اصلاح سرور را کامل کرد؛ بهخاطر کش ممکن بود چند ساعت دیگر اثر بماند؛ و کاربر/توسعهدهنده برای این مورد خاص نیازی به آپدیت فوری اپ از فروشگاه نداشتند. برای خواندن خبرهای نزدیک دربارهٔ امنیت و اکوسیستم اپل/گوگل در فناوریکده میتوانید اینها را ببینید: آپدیت اضطراری اپل و CVE-2026-86950 و وصلههای امنیتی کروم ۱۵۴.
سؤالهای پرتکرار
چرا اپهای آیفون بهخاطر گوگل کرش کردند؟
چون خیلی از اپها SDK فایربیس (Analytics) را داخل خود دارند و هنگام باز شدن با سرور گوگل حرف میزنند؛ دادهٔ بد سمت سرور میتواند همان لحظه اپ را بیندازد.
آیا باید اپها را از اپاستور آپدیت کنم؟
برای همین حادثه، گوگل گفته اصلاح سمت سرور است و آپدیت SDK لازم نیست؛ پس لزوماً منتظر نسخهٔ جدید اپ نباشید.
آیا اندروید هم درگیر شد؟
فایربیس روی اندروید هم استفاده میشود، ولی گزارشهای این رویداد خاص روی مسیر iOS+ متمرکز بودهاند؛ Cult of Mac صریح میگوید این باگ SDK iOS را زد.
چقدر طول کشید تا درست شود؟
از شروع اعلامشده تا اعمال کامل اصلاح حدود دو ساعت و ۱۱ دقیقه؛ اثر کش تا حدود چهار ساعت بعد هم ممکن بود بماند.
Firebase Analytics چیست؟
ابزار آمار و تحلیل رفتار کاربران داخل اپ که گوگل از طریق فایربیس ارائه میدهد.
SDK یعنی چه؟
کتابخانهٔ آمادهای که توسعهدهنده داخل اپ میگذارد تا به سرویسهایی مثل فایربیس وصل شود.
payload اشتباه یعنی چه؟
یعنی پاسخی که سرور میفرستد ساختار درست و مورد انتظار SDK را نداشته؛ اینجا همان پاسخ باعث کرش شده است.
آیا اپل مقصر بود؟
خیر؛ همزمانی با آپدیت iOS باعث سردرگمی شد، ولی علت گزارششده مشکل سرویس فایربیس گوگل است.
منابع
9to5Google — Google has fixed an issue that caused thousands of iPhone apps to crash overnight (۲۹ سپتامبر ۲۰۲۶؛ شامل زمانبندی Nick Cooke)
Cult of Mac — Google bug causes thousands of iPhone apps to crash overnight (۲۹ سپتامبر ۲۰۲۶)
AndroidPure — Firebase Analytics Bug Crashed iPhone Apps (۲۹ سپتامبر ۲۰۲۶)
Heise online — Google Analytics error causes numerous iPhone apps to crash
