قرارداد پشتیبانی سایت وردپرس فقط یک توافق برای «رفع خطا» نیست؛ سندی است که مشخص میکند چه کسی مسئول امنیت، بهروزرسانی، نسخه پشتیبان، بازیابی سایت و پاسخگویی در شرایط اضطراری است. اگر صاحب فروشگاه اینترنتی یا وبسایت شرکتی هستید، نبودن این توافق میتواند هزینه توقف فروش، از دست رفتن دادهها و اختلاف با مجری را افزایش دهد.
در این راهنما بندهای ضروری قرارداد، تفاوت پشتیبانی با توسعه و سئو، معیارهای سطح خدمت یا SLA، شیوه محاسبه هزینه و چکلیست تحویل سایت را بررسی میکنیم تا پیش از امضا، خدمات قابلاندازهگیری و شفاف داشته باشید.
وردپرس، افزونهها، قالب و زیرساخت میزبانی بهمرور تغییر میکنند. حتی سایتی که روز تحویل کاملاً سالم بوده، ممکن است پس از بهروزرسانی افزونه پرداخت، تغییر نسخه PHP یا پر شدن فضای هاست دچار اختلال شود. قرارداد پشتیبانی سایت وردپرس مسئولیت رسیدگی به این رخدادها را از حالت شفاهی خارج میکند.
برای سایت شرکتی، اختلال در فرم تماس یا نمایش موبایل میتواند فرصت جذب مشتری را از بین ببرد؛ برای فروشگاه اینترنتی، خرابی سبد خرید و درگاه پرداخت مستقیماً به فروش آسیب میزند. بنابراین سطح خدمات باید متناسب با حساسیت کسبوکار تعیین شود، نه صرفاً تعداد افزونهها.
مشخص کنید بررسی سازگاری نسخهها، تهیه بکاپ پیش از تغییر، اجرای بهروزرسانی و تست صفحات مهم بر عهده چه کسی است. عبارت کلی «آپدیت وردپرس» کافی نیست. برای فروشگاه باید ورود کاربر، افزودن به سبد، محاسبه هزینه ارسال و تکمیل سفارش نیز بعد از تغییرات آزمایش شود.
تناوب بکاپ باید بر اساس سرعت تغییر دادهها تعیین شود؛ سایتی که روزانه سفارش دارد به سیاست متفاوتی نسبت به وبسایت معرفی خدمات نیاز دارد. در قرارداد، محل ذخیره نسخه پشتیبان، مدت نگهداری، مسئول دسترسی و زمان هدف بازیابی نوشته شود. وجود فایل بکاپ بدون آزمون بازگردانی، تضمین کافی نیست.
بازبینی حسابهای مدیریتی، کنترل ورودهای مشکوک، بررسی فایلهای تغییرکرده، محدودسازی دسترسی و واکنش به آلودگی باید تعریف شوند. پشتیبانی امنیتی به معنی تضمین صددرصدی جلوگیری از نفوذ نیست؛ تعهد واقعی، کاهش ریسک و واکنش مستند و سریع به رخداد است.
پایش خطاهای ۴۰۴ و ۵۰۰، فضای ذخیرهسازی، گواهی SSL، وضعیت کرانها، کش و عملکرد صفحات اصلی میتواند جزو خدمات باشد. بهبود اساسی سرعت یا بازطراحی معماری ممکن است پروژهای جداگانه باشد؛ این مرز باید روشن بماند.
سالم بودن ظاهر صفحه به معنی سالم بودن فرایند کسبوکار نیست. در قرارداد، تست دورهای فرم مشاوره، ارسال ایمیل، ثبتنام، پرداخت و پیامهای اطلاعرسانی را بر اساس نوع سایت درج کنید.
پشتیبانی معمولاً برای حفظ عملکرد فعلی و رسیدگی به خطاهای تعریفشده است. افزودن صفحه فرود جدید، تغییر ساختار فروشگاه، طراحی رابط کاربری تازه یا توسعه امکانات اختصاصی معمولاً در دسته توسعه قرار میگیرد. همینطور تولید محتوا، تحقیق کلمات کلیدی و لینکسازی، خدمات سئو هستند و نباید بدون توافق بهعنوان تعهد پشتیبانی فرض شوند.
اگر هنوز در مرحله راهاندازی هستید، ابتدا درباره طراحی سایت با وردپرس و امکانات قابل توسعه آن تصمیم بگیرید. برای کسبوکارهای سازمانی نیز صفحه خدمات طراحی سایت شرکتی به انتخاب ساختار مناسب کمک میکند.
SLA یا توافقنامه سطح خدمت، شاخصهای قابل سنجش پاسخگویی را تعریف میکند. مهم است میان «زمان پاسخ اولیه» و «زمان رفع نهایی» تفاوت بگذارید؛ بعضی مشکلات به شرکت هاست، درگاه پرداخت یا تأمینکننده خارجی وابستهاند و زمان رفع قطعی همیشه در اختیار پشتیبان نیست.
| اولویت | نمونه مشکل | پیشنهاد برای تعریف تعهد |
|---|---|---|
| بحرانی | سایت از دسترس خارج شده یا خرید متوقف است | پاسخ اولیه فوری در بازه توافقشده، پیگیری تا بازگشت خدمت |
| بالا | فرم سرنخ یا بخشی از پرداخت درست کار نمیکند | پاسخ در ساعات پشتیبانی و ارائه راهکار موقت در صورت امکان |
| عادی | خطای محدود در یک صفحه یا درخواست تنظیم جزئی | ثبت تیکت، زمانبندی رسیدگی و اعلام نتیجه |
| درخواست توسعه | امکان جدید، طراحی مجدد یا اتصال سرویس تازه | برآورد مستقل زمان و هزینه پس از تأیید کارفرما |
اعداد دقیق پاسخگویی باید بر اساس ساعات کاری، ظرفیت تیم و نیاز واقعی سایت در قرارداد درج شوند. نوشتن تعهد غیرواقعی «رفع تمام خطاها در یک ساعت» هم برای کارفرما و هم مجری ریسک ایجاد میکند.
هزینه ماهانه به تعداد سایتها، پیچیدگی قالب و افزونهها، تعداد تراکنشها، حساسیت دادهها، سطح امنیت، نیاز به مانیتورینگ، ساعات پوشش و تعداد درخواستهای تغییر بستگی دارد. یک وبسایت معرفی خدمات با چند صفحه ثابت، هزینه عملیاتی متفاوتی با فروشگاه پرتراکنش و چند اتصال نرمافزاری دارد.
برای مقایسه بودجه اولیه طراحی و هزینههای بعدی، مطلب هزینه طراحی سایت فروشگاهی را نیز ببینید؛ هزینه ساخت و هزینه نگهداری دو ردیف مستقل در برنامه مالی هستند.
پیش از آغاز همکاری، موجودی فنی سایت را ثبت کنید: نسخه وردپرس و PHP، قالب و افزونههای فعال، سرویس میزبانی، وضعیت SSL، ابزار کش، روش ارسال ایمیل، درگاه پرداخت، سرویس پیامکی، نقشه سایت و حسابهای مدیر. همچنین یک نسخه پشتیبان سالم و فهرست خطاهای شناختهشده تهیه شود تا مشکلات قدیمی با رخدادهای دوره جدید اشتباه نشوند.
برای سایت فروشگاهی، مسیر خرید آزمایشی، محاسبه مالیات و حملونقل، صدور اعلان سفارش و مدیریت موجودی بررسی شود. اگر تازه قصد راهاندازی فروشگاه دارید، صفحه طراحی سایت فروشگاهی امکانات پایه و مسیر سفارش پروژه را توضیح میدهد.
به جای قضاوت صرفاً بر اساس تعداد تیکتهای بستهشده، چند شاخص را دنبال کنید: تعداد رخدادهای تکراری، میانگین زمان پاسخ اولیه، مدت اختلالهای بحرانی، موفقیت بکاپ و بازیابی، وضعیت بهروزرسانیها و تعداد تغییرات بدون بازگشت خطا. گزارش باید شفاف باشد و اقداماتی را که هنوز انجام نشدهاند نیز نشان دهد.
اگر پس از چند ماه هنوز همان خطا تکرار میشود، احتمالاً ریشه مشکل شناسایی نشده است. در این شرایط به جای افزایش بیهدف تعداد افزونهها، باید تحلیل علت ریشهای و برنامه اصلاح ساختاری درخواست شود.
ابهام در عبارت «پشتیبانی کامل»، واگذاری دسترسی مدیر بدون مستندسازی، نبود نسخه پشتیبان مستقل، تعریف نکردن زمان پاسخ اضطراری، نادیده گرفتن هزینه سرویسهای ثالث و یکی دانستن پشتیبانی با سئو از اشتباهات رایج هستند. همچنین بهتر است مشخص شود مسئول تمدید دامنه، هاست، لایسنس افزونهها و گواهیهای پولی کدام طرف است.
فقط اگر صریحاً در دامنه خدمات درج شده باشد. نگهداری فنی با برنامه رشد ارگانیک و تولید محتوا متفاوت است.
از نظر فنی بله، اما نبود تعریف مکتوب مسئولیتها، زمان پاسخ و هزینهها احتمال اختلاف را بیشتر میکند.
سلامت مسیر ثبت سفارش و پرداخت، بکاپ قابلبازیابی، امنیت دسترسیها و برنامه رسیدگی به اختلالهای بحرانی باید در اولویت باشند.
پشتیبان میتواند عیبیابی، مستندسازی و پیگیری با ارائهدهنده را انجام دهد؛ اما تعهد به رفع مستقیم خطای سرویس ثالث باید با حدود مسئولیت واقعی نوشته شود.
قرارداد پشتیبانی سایت وردپرس زمانی ارزشمند است که از یک فهرست مبهم خدمات به برنامه عملیاتی قابل سنجش تبدیل شود. پیش از انتخاب مجری، نوع سایت، حساسیت فروش، ساعات پشتیبانی، نیاز به توسعه و سطح گزارشدهی را مشخص کنید. تیم سه سوت وب میتواند در بررسی فنی سایت و تعریف دامنه مناسب خدمات به شما کمک کند؛ برای شروع، نیازهای سایت و مشکلات فعلی را در درخواست مشاوره توضیح دهید.
در این فرم نوع پروژه مد نظرتان را توضیح داده و مرحله به مرحله فر م را تکمیل نمایید