قطعی اینترنت برای کسب‌وکارهای اینترنتی چقدر هزینه دارد و تست پایداری اینترنت چه چیزی را نشان می‌دهد

در نظرسنجی سالانه‌ی ۲۰۲۵ مؤسسه‌ی Uptime Institute، ۵۷ درصد از پاسخ‌دهندگان گفته‌اند آخرین قطعی بزرگشان بیش از ۱۰۰ هزار دلار هزینه داشته و از هر پنج نفر یکی رقمی بالای یک میلیون دلار گزارش کرده است. این ارقام مربوط به سازمان‌های بزرگ است، ولی منطق پشتشان برای یک فروشگاه اینترنتی کوچک هم صدق می‌کند: هزینه‌ی واقعی قطعی، جمع سفارش‌های ثبت‌نشده، تماس‌های بی‌پاسخ و مشتری‌هایی است که بعد از دیدن صفحه‌ی خطا برنمی‌گردند. تست پایداری اینترنت ارزان‌ترین کاری است که می‌توانید پیش از قطعی بعدی انجام دهید تا بدانید خط شما کجای این طیف ایستاده.


قطعی اینترنت برای کسب‌وکار آنلاین چقدر هزینه دارد؟

پاسخ کوتاه: بیشتر از چیزی که اکثر کسب‌وکارها حساب می‌کنند، چون فقط ساعت‌های خاموشی را می‌شمارند و نه زمان جبران را.

هشتمین گزارش سالانه‌ی تحلیل قطعی Uptime Institute که ۲۳ اردیبهشت ۱۴۰۵ (۱۳ مه ۲۰۲۶) منتشر شد، سه عدد قابل توجه دارد. ۵۷ درصد از سازمان‌ها هزینه‌ی آخرین قطعی بزرگشان را بالای ۱۰۰ هزار دلار اعلام کرده‌اند، یک‌پنجم آن‌ها برای دومین سال پیاپی رقمی بالای یک میلیون دلار، و حدود یک نفر از هر ده نفر گفته آخرین قطعی پیامدهای جدی یا شدید داشته است. شرکت پژوهشی ITIC هم در نظرسنجی «هزینه‌ی ساعتی قطعی» به نتیجه‌ی مشابهی رسیده: ۹۷ درصد از سازمان‌های بالای هزار کارمند می‌گویند یک ساعت قطعی برایشان بیش از ۱۰۰ هزار دلار خرج برمی‌دارد و ۴۱ درصد این رقم را بین یک تا پنج میلیون دلار می‌دانند.

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

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


دو قطعی بزرگ سال ۲۰۲۵ که وابستگی‌های پنهان را آشکار کرد

در هر دو مورد زیر، اینترنت خودِ کسب‌وکارها سالم بود و باز هم سایتشان بالا نمی‌آمد.

اول، آمازون. طبق گزارش رسمی خود AWS، رخداد از ساعت ۱۱:۴۸ شب ۱۹ اکتبر ۲۰۲۵ شروع شد و تا ۲:۲۰ بعدازظهر روز بعد ادامه داشت، با سه بازه‌ی مجزای اختلال. ریشه‌ی ماجرا یک نقص نهفته در سامانه‌ی خودکار مدیریت DNS سرویس دیتابیس DynamoDB بود که باعث شد نام سرویس به آدرس درست ترجمه نشود. هر برنامه‌ای که به آن دیتابیس وابسته بود، بدون اینکه خودش خراب باشد، از کار افتاد.

دوم، کلادفلر. این شرکت در گزارش خودش نوشته که اختلال ۱۸ نوامبر ۲۰۲۵ از ساعت ۱۱:۲۰ به وقت گرینویچ آغاز شد و هیچ ربطی به حمله‌ی سایبری نداشت. یک تغییر در سطح دسترسی‌های یک پایگاه داده باعث شد فایل تنظیمات سیستم تشخیص ربات دو برابر شود؛ نرم‌افزاری که این فایل را می‌خواند سقفی برای حجم آن داشت و از کار افتاد. ترافیک اصلی تا ۱۴:۳۰ به حالت عادی برگشت و همه‌چیز ساعت ۱۷:۰۶ کامل شد.

درس عملی این دو ماجرا برای یک کسب‌وکار کوچک این است که بدانید به چه سرویس‌های بیرونی وابسته‌اید: درگاه پرداخت، سرویس پیامک، هاست، ابزار تحلیل. اگر هرکدام قطع شود، مشتری تفاوتی بین «سایت خراب است» و «سرویس طرف سوم خراب است» نمی‌بیند.


چرا خرابی‌های مربوط به فیبر و اتصال طولانی‌تر طول می‌کشند

چون رفع آن‌ها به حضور فیزیکی نیرو نیاز دارد، نه به بازگرداندن یک تنظیمات اشتباه.

همان گزارش ۲۰۲۶ نشان می‌دهد قطعی‌های مرتبط با فیبر و لینک‌های ارتباطی رو به افزایش‌اند و بیشتر از بقیه به اختلال‌های طولانی ختم می‌شوند. نکته‌ی دوم مهم‌تر است: در ۹ سالی که این مؤسسه قطعی‌های عمومی‌شده را ثبت کرده، حدود دوسوم آن‌ها مربوط به ارائه‌دهنده‌های طرف سوم بوده‌اند، یعنی شرکت‌های ابری، اپراتورهای مخابراتی و مراکز داده. اندی لارنس، مدیر اجرایی بخش تحقیقات این مؤسسه، جمع‌بندی خودش را این‌طور گفته است: «زیرساخت دیجیتال به شکل قابل توجهی تاب‌آور است، اما به‌دست‌آوردن بهبود بیشتر سخت‌تر شده.» پیش‌بینی او این است که خرابی‌ها به‌جای یک نقطه‌ی شکست واحد، بیشتر از تعامل پیچیده‌ی سامانه‌ها با هم و با وابستگی‌های بیرونی بیرون می‌آیند.


تست پایداری اینترنت چه چیزی را اندازه می‌گیرد

چهار چیز: تأخیر، درصد بسته‌های گم‌شده، نوسان تأخیر، و مدتی که خط اصلاً بالا بوده. سرعت دانلود جزو این فهرست نیست.

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

معیار

مقدار مطلوب

وضعیت بد

چه چیزی خراب می‌شود

زمان رفت‌وبرگشت (RTT)

زیر ۶۰ میلی‌ثانیه

بالای ۵۰۰ میلی‌ثانیه

مکث در مکالمه، کندی پنل مدیریت

میانگین بسته‌های گم‌شده

زیر ۰.۵ درصد

بالای ۱۰ درصد

قطع‌وصل صدا، خطای ثبت سفارش

حداکثر بسته‌های گم‌شده

زیر ۵ درصد

بالای ۲۵ درصد

قطع کامل تماس

جیتر (نوسان تأخیر)

زیر ۳ میلی‌ثانیه

بالای ۳۰ میلی‌ثانیه

صدای بریده‌بریده و رباتیک

روش اندازه‌گیری به‌اندازه‌ی خود اعداد اهمیت دارد. توصیه‌ی مایکروسافت این است که دست‌کم یک هفته اندازه بگیرید، هر ده دقیقه یک نمونه بردارید، و برای مقایسه با آستانه‌ها صدک ۹۰ نمونه‌ها را ملاک قرار دهید، نه میانگین را. دلیلش روشن است: خطی که ساعت سه بامداد بی‌نقص است ممکن است ساعت نه شب، وقتی سفارش‌ها می‌آیند، ۴ درصد بسته گم کند. یک تست سه‌ثانیه‌ای در ظهر این را هرگز نشان نمی‌دهد.

برای شروع، سه کار کافی است:

  1. یک پینگ ممتد به یک مقصد ثابت بگیرید و خروجی را در فایل ذخیره کنید تا در پایان هفته درصد گم‌شدن بسته‌ها و بیشترین تأخیر را داشته باشید.

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

  3. برای سایت، یک سرویس مانیتورینگ آپ‌تایم فعال کنید که هر چند دقیقه صفحه را چک کند و لحظه‌ی قطعی را ثبت کند. بدون این، فردا نمی‌توانید بگویید قطعی چند دقیقه طول کشیده.


سرعت بالا لزوماً یعنی اینترنت پایدار نیست

این رایج‌ترین سوءتفاهم در این حوزه است و باعث می‌شود کسب‌وکارها پول را جای اشتباه خرج کنند.

مایکروسافت در مستندات شبکه‌ی تیمز اعلام کرده یک تماس صوتی دونفره با ۵۸ کیلوبیت بر ثانیه در هر جهت کیفیت توصیه‌شده را می‌دهد و ویدیوی HD زیر ۱.۵ مگابیت بر ثانیه قابل ارائه است. یعنی حتی یک خط ۱۰ مگابیتی هم برای جلسات ویدیویی تیم شما پهنای باند اضافه دارد. آنچه تماس را خراب می‌کند پهنای باند نیست، جیتر و بسته‌های گم‌شده است. خط ۱۰۰ مگابیتی با ۳ درصد گم‌شدگی پایدار، برای درگاه پرداخت و تماس مشتری بدتر از خط ۱۰ مگابیتی تمیز عمل می‌کند.

خط دوم برای یک کسب‌وکار اینترنتی کی صرفه دارد؟

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

یک شرط مهم دارد: خط دوم باید از فناوری و مسیر متفاوتی بیاید. دو خط روی یک زوج سیم مسی و یک مرکز مخابراتی، با هم قطع می‌شوند. ترکیب یک خط کابلی با یک سرویس بی‌سیم ثابت مثل TD-LTE پوشش بهتری می‌دهد، چون خرابی کابل روی سیم‌کارت اثر نمی‌گذارد. اگر تلفن سازمانی هم روی اینترنت است، مسیر پشتیبان را برای آن جداگانه تست کنید؛ صوت اولین چیزی است که با افت کیفیت خط از بین می‌رود.


پرسش‌های پرتکرار

از کجا بفهمم مشکل از مودم من است یا از شبکه؟ با دستور tracert مسیر را تا یک مقصد بیرونی ببینید. اگر تأخیر و گم‌شدگی از همان اولین گام (مودم و شبکه‌ی داخلی) شروع شود، مشکل داخلی است. اگر چند گام اول تمیز باشد و از جایی به بعد خراب شود، پیگیری با پشتیبانی است. راهنمای مشکلات رایج اینترنت مراحل قبل از تماس را کامل‌تر توضیح داده.

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

تست سرعت با تست پایداری چه فرقی دارد؟ تست سرعت یک عکس لحظه‌ای از بیشترین ظرفیت خط است. پایداری یعنی همان کیفیت در طول روز و در ساعت‌های شلوغ حفظ شود. کسب‌وکارها معمولاً از دومی ضربه می‌خورند، نه از اولی.

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


قدم بعدی

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

اگر این اعداد از آستانه‌های جدول بالا فاصله داشت، برای بررسی خط یا افزودن مسیر پشتیبان با کارشناسان آسیاتکین در تبریز تماس بگیرید: ۰۴۱-۹۱۰۱۴۱۴۱