نگهداری سایت بعد از تحویل شامل چه کارهایی است؟

نگهداری سایت بعد از تحویل شامل مجموعه‌ای از بررسی‌ها و اقدامات دوره‌ای است که برای حفظ امنیت، عملکرد، دسترسی، صحت اطلاعات و قابلیت استفاده سایت انجام می‌شوند. این کارها برای همه سایت‌ها یکسان نیستند و باید بر اساس نوع سایت، فناوری‌های استفاده‌شده، میزان تغییر محتوا و اهمیت اطلاعات تنظیم شوند.

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

نگهداری سایت دقیقاً به چه معناست؟

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

این اقدامات می‌توانند شامل موارد زیر باشند:

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

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

آیا همه سایت‌ها به یک میزان نگهداری نیاز دارند؟

خیر.

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

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

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

بنابراین بهتر است به جای تعیین یک فهرست ثابت برای همه سایت‌ها، ابتدا مشخص شود سایت دقیقاً چه امکاناتی دارد و خرابی هر بخش چه اثری بر کسب‌وکار خواهد داشت.

بعد از تحویل سایت چه چیزهایی باید به‌صورت دوره‌ای بررسی شوند؟

۱. به‌روزرسانی هسته سایت، قالب و افزونه‌ها

در سایت‌هایی که با سیستم مدیریت محتوا مانند وردپرس ساخته شده‌اند، به‌روزرسانی نرم‌افزارها یکی از مهم‌ترین بخش‌های نگهداری است.

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

اما به‌روزرسانی نباید به معنای نصب بدون بررسی همه نسخه‌های جدید باشد.

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

برای اطلاعات بیشتر درباره اهمیت به‌روزرسانی، می‌توانید مقاله (به‌روزرسانی وردپرس و افزونه‌ها چرا اهمیت دارد؟) را مطالعه کنید.

راهنمای لینک داخلی:

Anchor: به‌روزرسانی وردپرس و افزونه‌ها چرا اهمیت دارد؟

مقصد: مقاله شماره ۶ دسته نهم.

پس از انتشار مقصد، عبارت عنوان مقاله به همان مقاله لینک شود و راهنمای درج حذف شود.

۲. بررسی نسخه‌های پشتیبان

بکاپ زمانی ارزش واقعی خود را نشان می‌دهد که در زمان بروز مشکل بتوان از آن برای بازیابی سایت استفاده کرد.

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

* بکاپ از چه بخش‌هایی تهیه می‌شود؟
* آخرین نسخه پشتیبان چه زمانی ایجاد شده است؟
* نسخه‌ها در کجا نگهداری می‌شوند؟
* چند نسخه قبلی در دسترس هستند؟
* آیا امکان بازیابی وجود دارد؟
* در صورت خرابی سایت، چه کسی مسئول بازیابی است؟

در یک سایت وردپرسی، برای بازیابی کامل معمولاً هم فایل‌های سایت و هم پایگاه داده اهمیت دارند. مستندات رسمی وردپرس نیز بر تهیه نسخه پشتیبان از فایل‌ها و پایگاه داده و داشتن نسخه‌های قابل بازیابی تأکید می‌کند. (WordPress)

برای آشنایی کامل‌تر با مفهوم بکاپ می‌توانید مقاله (بکاپ سایت چیست و چرا ضروری است؟) را مطالعه کنید.

راهنمای لینک داخلی:

Anchor: بکاپ سایت چیست و چرا ضروری است؟

مقصد: مقاله شماره ۸ دسته نهم.

پس از انتشار مقصد، عنوان مقاله لینک‌دار شود.

۳. بررسی امنیت سایت

امنیت سایت یک اقدام یک‌باره نیست.

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

بنابراین باید به‌صورت دوره‌ای بررسی شود که:

* نرم‌افزارهای سایت به‌روز هستند.
* کاربران غیرضروری حذف یا غیرفعال شده‌اند.
* دسترسی کاربران متناسب با وظایف آن‌هاست.
* رمزهای عبور و روش‌های ورود وضعیت مناسبی دارند.
* سرویس‌ها و افزونه‌های غیرضروری حذف شده‌اند.
* هشدارهای امنیتی یا خطاهای مهم بررسی شده‌اند.
* بکاپ‌های قابل استفاده در دسترس هستند.

وردپرس نیز امنیت را یک فرایند مستمر می‌داند و بر به‌روزرسانی، کنترل دسترسی، پشتیبان‌گیری و پایش وضعیت سایت تأکید می‌کند. (WordPress Security)

۴. بازبینی کاربران و سطح دسترسی‌ها

هرچه افراد بیشتری به پیشخوان، هاست یا سرویس‌های مرتبط با سایت دسترسی داشته باشند، مدیریت دسترسی اهمیت بیشتری پیدا می‌کند.

بعد از تحویل پروژه باید مشخص باشد چه کسانی به سایت دسترسی دارند و آیا این دسترسی هنوز ضروری است یا خیر.

برای مثال اگر دسترسی یک طراح، تولیدکننده محتوا یا نیروی قبلی دیگر موردنیاز نیست، بهتر است دسترسی او بدون دلیل حفظ نشود.

همچنین نباید همه کاربران صرفاً برای راحتی کار، دسترسی مدیرکل داشته باشند.

برای آشنایی بیشتر با این موضوع، مقاله (مدیریت دسترسی کاربران سایت چگونه انجام می‌شود؟) را مطالعه کنید.

راهنمای لینک داخلی:

Anchor: مدیریت دسترسی کاربران سایت چگونه انجام می‌شود؟

مقصد: مقاله شماره ۴ دسته نهم.

پس از انتشار مقصد، عنوان مقاله لینک‌دار شود.

۵. بررسی فرم‌ها و امکانات مهم سایت

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

برای مثال:

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

این بررسی‌ها باید متناسب با امکانات واقعی سایت انجام شوند.

اگر سایتی فرم تماس دارد اما کسی هرگز آن را آزمایش نمی‌کند، ممکن است مشکل ارسال ایمیل مدت‌ها وجود داشته باشد بدون اینکه صاحب سایت از آن مطلع شود.

۶. بررسی لینک‌ها و خطاهای سایت

لینک‌های داخلی و خارجی ممکن است در طول زمان تغییر کنند یا از بین بروند.

تغییر آدرس یک صفحه، حذف یک محتوا یا تغییر URL یک سایت خارجی می‌تواند باعث ایجاد لینک خراب شود.

همچنین خطاهای 404 می‌توانند نشان دهند که کاربر یا موتور جست‌وجو به آدرسی مراجعه کرده که دیگر وجود ندارد.

مستندات نگهداری وردپرس نیز بررسی لینک‌های خراب و خطاهای 404 را به‌عنوان بخشی از نگهداری سایت مطرح می‌کند. (WordPress Site Maintenance)

البته هر خطای 404 الزاماً یک مشکل جدی نیست؛ مهم این است که خطاهای مهم شناسایی شوند و در صورت نیاز اصلاح یا مدیریت شوند.

۷. بررسی سلامت فنی سایت

سایت باید از نظر وضعیت فنی نیز بررسی شود.

در وردپرس، بخش Site Health می‌تواند اطلاعاتی درباره وضعیت پیکربندی، مشکلات مهم و برخی مسائل امنیتی یا عملکردی ارائه کند. (WordPress Site Health)

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

البته گزارش سلامت سایت به‌تنهایی جایگزین بررسی تخصصی نیست؛ بلکه یکی از ابزارهای کنترل وضعیت سایت است.

۸. بررسی دامنه، هاست و سرویس‌های وابسته

دامنه و هاست برخلاف ظاهر ساده‌شان، بخش‌های حیاتی زیرساخت سایت هستند.

باید مشخص باشد:

* دامنه تا چه زمانی اعتبار دارد؟
* تمدید دامنه در اختیار چه کسی است؟
* هاست تا چه زمانی فعال است؟
* فضای هاست در چه وضعیتی قرار دارد؟
* منابع سرور برای سایت کافی هستند؟
* سرویس‌های جانبی مانند ایمیل یا CDN وضعیت مناسبی دارند؟
* اطلاعات ورود و مالکیت این سرویس‌ها در اختیار مالک واقعی کسب‌وکار است؟

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

۹. بررسی گواهی SSL و اتصال HTTPS

استفاده از HTTPS برای سایت‌های امروزی بخش مهمی از زیرساخت ارتباط امن است.

بنابراین باید بررسی شود که گواهی SSL معتبر است و صفحات سایت بدون خطا از طریق HTTPS بارگذاری می‌شوند.

اگر گواهی توسط سرویسی مانند Let’s Encrypt صادر شده باشد، باید وضعیت تمدید خودکار آن نیز بررسی شود. گواهی‌های پیش‌فرض Let’s Encrypt در حال حاضر ۹۰ روزه هستند و خود این سرویس تمدید منظم را توصیه می‌کند. (Let’s Encrypt)

۱۰. بررسی فضای هاست و منابع مصرفی

افزایش حجم تصاویر، فایل‌ها، بکاپ‌ها، لاگ‌ها و سایر داده‌ها می‌تواند به مرور زمان فضای هاست را کاهش دهد.

بنابراین بهتر است مصرف منابع به‌صورت دوره‌ای بررسی شود.

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

البته حذف فایل‌ها نباید بدون شناخت انجام شود. بعضی فایل‌ها ممکن است برای عملکرد سایت یا بازیابی آن ضروری باشند.

۱۱. بررسی محتوای قدیمی سایت

نگهداری سایت فقط فنی نیست.

اطلاعاتی که هنگام طراحی سایت صحیح بوده‌اند ممکن است بعداً تغییر کنند.

برای مثال:

* شماره تلفن تغییر کند.
* آدرس کسب‌وکار تغییر کند.
* خدمات جدید اضافه شوند.
* یک خدمت دیگر ارائه نشود.
* ساعات کاری تغییر کند.
* قوانین یا شرایط فروش تغییر کنند.
* تصاویر یا نمونه‌کارها قدیمی شوند.

بنابراین محتوای مهم سایت نیز باید در فواصل مناسب بررسی شود.

این کار به معنی تولید دائمی محتوای جدید نیست؛ بلکه هدف این است که اطلاعاتی که اکنون در اختیار کاربر قرار دارد همچنان صحیح و قابل اتکا باشد.

۱۲. بررسی عملکرد صفحات مهم

ممکن است سایت از نظر ظاهری بدون مشکل باشد اما یک یا چند صفحه مهم عملکرد مناسبی نداشته باشند.

صفحات مهم هر کسب‌وکار باید بر اساس نقششان بررسی شوند.

برای مثال:

* صفحه اصلی
* صفحه تماس
* فرم درخواست خدمات
* صفحات خدمات
* صفحات محصول
* سبد خرید و پرداخت
* صفحات ورود و ثبت‌نام
* صفحات فرود مهم

هدف این نیست که همه صفحات هر روز آزمایش شوند؛ بلکه باید صفحات حیاتی کسب‌وکار در برنامه بررسی دوره‌ای قرار بگیرند.

۱۳. آیا باید همه این کارها هر ماه انجام شوند؟

خیر.

یکی از اشتباهات رایج این است که برای همه سایت‌ها یک برنامه ثابت مانند «هر ماه همه موارد بررسی شود» تعیین کنیم.

دفعات بررسی باید بر اساس ریسک و میزان تغییرات سایت تعیین شود.

برای مثال یک سایت معرفی خدمات که ماه‌ها تغییر نمی‌کند با یک فروشگاه اینترنتی پرتراکنش شرایط یکسانی ندارد.

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

بنابراین بهتر است برنامه نگهداری دو بخش داشته باشد:

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

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

۱۴. چه کسی مسئول نگهداری سایت است؟

این موضوع باید از زمان تحویل پروژه مشخص باشد.

در بعضی پروژه‌ها مالک سایت خودش نگهداری‌های ساده را انجام می‌دهد و برای مسائل تخصصی از متخصص کمک می‌گیرد.

در پروژه‌های دیگر، نگهداری به‌صورت قراردادی به طراح یا پشتیبان فنی سپرده می‌شود.

مهم این است که مسئولیت‌ها مبهم نباشند.

برای مثال باید مشخص شود:

* چه کسی به‌روزرسانی‌ها را انجام می‌دهد؟
* چه کسی بکاپ را کنترل می‌کند؟
* چه کسی مشکلات امنیتی را بررسی می‌کند؟
* چه کسی در صورت خرابی سایت مسئول بازیابی است؟
* چه کسی دامنه و هاست را تمدید می‌کند؟
* چه کسی مشکلات فنی را پیگیری می‌کند؟

داشتن سایت بدون مشخص بودن این مسئولیت‌ها می‌تواند باعث شود همه تصور کنند شخص دیگری مسئول نگهداری است.

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

راهنمای لینک داخلی:

Anchor: پشتیبانی فنی سایت چیست و چه زمانی ضروری است؟

مقصد: مقاله شماره ۹ دسته نهم.

پس از انتشار مقصد، عنوان مقاله لینک‌دار شود.

۱۵. نگهداری سایت چه تفاوتی با طراحی مجدد دارد؟

نگهداری به معنی طراحی دوباره سایت نیست.

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

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

بنابراین هر مشکل کوچکی نباید بهانه‌ای برای بازطراحی کامل سایت باشد.

۱۶. یک برنامه ساده برای نگهداری سایت چگونه تنظیم کنیم؟

بهتر است به جای حفظ کردن فهرست‌های طولانی، برای سایت یک برنامه متناسب با شرایط خودش تهیه شود.

برای مثال:

به‌صورت مستمر

بررسی مشکلاتی که توسط کاربران یا سیستم گزارش می‌شوند.

در زمان انتشار به‌روزرسانی‌های مهم

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

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

بررسی بکاپ‌ها، کاربران، فرم‌ها، لینک‌ها، وضعیت دامنه و هاست، SSL، سلامت سایت و منابع مصرفی.

در بازه‌های طولانی‌تر

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

این برنامه باید برای هر سایت اختصاصی شود و بر اساس میزان فعالیت و حساسیت آن تغییر کند.

چک‌لیست نگهداری سایت بعد از تحویل

قبل از تعیین برنامه نگهداری، این موارد را برای سایت خود بررسی کنید:

*  مسئول نگهداری سایت مشخص است.
*  اطلاعات مالکیت دامنه و هاست در اختیار مالک واقعی است.
*  وضعیت اعتبار دامنه و هاست مشخص است.
*  روش تهیه بکاپ مشخص است.
*  نسخه‌های پشتیبان قابل دسترس هستند.
*  امکان بازیابی بکاپ بررسی شده است.
*  وردپرس، قالب و افزونه‌ها به‌روز نگه داشته می‌شوند.
*  کاربران و سطح دسترسی آن‌ها بازبینی می‌شوند.
*  فرم‌های مهم سایت آزمایش می‌شوند.
*  صفحات مهم سایت بررسی می‌شوند.
*  خطاهای مهم و لینک‌های خراب بررسی می‌شوند.
*  وضعیت SSL و HTTPS بررسی می‌شود.
*  فضای هاست و منابع مصرفی کنترل می‌شوند.
*  اطلاعات مهم سایت در صورت تغییر به‌روزرسانی می‌شوند.
*  مشکلات امنیتی و هشدارهای مهم بدون تأخیر بررسی می‌شوند.
*  برای خرابی‌های احتمالی، روش بازیابی مشخص است.

جمع‌بندی

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

یک سایت سالم باید در طول زمان از نظر امنیت، به‌روزرسانی نرم‌افزارها، بکاپ، دسترسی کاربران، فرم‌ها، لینک‌ها، دامنه، هاست، SSL، منابع فنی و صحت اطلاعات بررسی شود.

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

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

به همین دلیل، تحویل سایت را نباید پایان مسئولیت‌های فنی دانست؛ بلکه باید از همان زمان مشخص شود سایت پس از تحویل چگونه، توسط چه کسی و با چه برنامه‌ای نگهداری خواهد شد.

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