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