قرارداد پشتیبانی سایت وردپرس سندی است که در آن محدوده خدمات نگهداری، مسئولیت‌های مجری و کارفرما، زمان پاسخ‌گویی، شیوه رسیدگی به خطاها، هزینه‌ها و شرایط پایان همکاری مشخص می‌شود. داشتن چنین قراردادی کمک می‌کند بعد از طراحی و راه‌اندازی سایت، هیچ‌کدام از طرفین درباره اینکه چه کاری باید انجام شود یا مسئولیت یک مشکل با چه کسی است، برداشت متفاوتی نداشته باشند. پشتیبانی سایت فقط به رفع خطا پس از وقوع محدود نیست؛ بررسی منظم وضعیت فنی، به‌روزرسانی کنترل‌شده، تهیه نسخه پشتیبان، مراقبت امنیتی و حفظ دسترس‌پذیری نیز بخشی از آن است.
اگر برای وب‌سایت شرکتی، فروشگاهی یا خدماتی خود قصد برون‌سپاری نگهداری را دارید، پیش از امضای قرارداد باید بدانید چه خدماتی واقعاً دریافت می‌کنید. عبارت‌هایی مانند «پشتیبانی کامل» یا «پشتیبانی نامحدود» به‌تنهایی تعهد مشخصی ایجاد نمی‌کنند. قرارداد مناسب، این عبارت‌های کلی را به وظایف قابل سنجش تبدیل می‌کند؛ برای مثال تعداد دفعات پشتیبان‌گیری، بازه بررسی امنیت، ساعات پاسخ‌گویی و زمان هدف برای شروع رسیدگی به درخواست‌ها.
قرارداد پشتیبانی سایت وردپرس چیست؟
قرارداد پشتیبانی سایت وردپرس توافقی مکتوب میان مالک وب‌سایت و شخص یا شرکت ارائه‌دهنده خدمات فنی است. موضوع قرارداد می‌تواند نگهداری روزمره، پایش عملکرد، رفع اشکالات، به‌روزرسانی هسته وردپرس و افزونه‌ها، مدیریت بکاپ، بررسی امنیت، اصلاحات محدود و مشاوره فنی را در بر بگیرد. جزئیات دقیق به نوع سایت، میزان حساسیت کسب‌وکار، فناوری‌های استفاده‌شده و سطح خدمات انتخابی وابسته است.
در این توافق باید روشن شود که پشتیبان چه اقداماتی را به‌صورت دوره‌ای انجام می‌دهد و چه خدماتی فقط با درخواست جداگانه یا پرداخت هزینه مستقل ارائه می‌شوند. برای نمونه، بررسی خطاهای سایت ممکن است جزو خدمات ماهانه باشد، اما طراحی یک صفحه فرود تازه، افزودن درگاه پرداخت جدید یا توسعه یک قابلیت اختصاصی معمولاً پروژه‌ای جداگانه محسوب می‌شود. تفکیک این موارد مانع اختلاف در زمان اجرا خواهد شد.
چرا قرارداد پشتیبانی فنی سایت اهمیت دارد؟
وب‌سایت یک دارایی دیجیتال زنده است و پس از انتشار نیز به مراقبت نیاز دارد. نسخه‌های جدید وردپرس، افزونه‌ها و قالب‌ها منتشر می‌شوند؛ گواهی امنیتی و تنظیمات سرور ممکن است نیاز به بررسی داشته باشند؛ حجم پایگاه داده و فایل‌ها افزایش پیدا می‌کند و رفتار کاربران یا ابزارهای بازاریابی نیز تغییر می‌کند. بدون برنامه نگهداری، ممکن است ایرادهای کوچک به اختلال جدی در ثبت سفارش، ارسال فرم یا نمایش صفحات تبدیل شوند.
قرارداد، انتظارهای دو طرف را هم‌راستا می‌کند. کارفرما می‌داند در برابر مبلغ پرداختی چه خدماتی می‌گیرد و مجری نیز می‌تواند زمان، نیروی انسانی و سطح پاسخ‌گویی موردنیاز را واقع‌بینانه برنامه‌ریزی کند. در صورت بروز قطعی یا مشکل امنیتی، مسیر اطلاع‌رسانی و اولویت رسیدگی از قبل تعیین شده است. همچنین وجود تعهدات محرمانگی و تعیین مالکیت اطلاعات، ریسک دسترسی غیرمجاز یا وابستگی بیش از اندازه به پیمانکار را کاهش می‌دهد.
چه خدماتی باید در قرارداد پشتیبانی وردپرس درج شود؟
فهرست خدمات باید متناسب با نیاز واقعی وب‌سایت نوشته شود. درج عنوان‌های مبهم کافی نیست و بهتر است برای هر فعالیت، تناوب اجرا یا شرط انجام آن مشخص باشد. خدمات رایج عبارت‌اند از:
- به‌روزرسانی وردپرس: بررسی نسخه‌های جدید هسته، ارزیابی سازگاری و نصب به‌روزرسانی پس از تهیه نسخه پشتیبان و در صورت نیاز آزمایش در محیط آزمایشی.
- به‌روزرسانی قالب و افزونه‌ها: بررسی تغییرات نسخه‌ها، سازگاری اجزا و کنترل عملکرد بخش‌های مهم پس از به‌روزرسانی.
- تهیه نسخه پشتیبان: پشتیبان‌گیری از فایل‌ها و پایگاه داده، تعیین محل نگهداری، دوره حفظ نسخه‌ها و آزمایش امکان بازیابی.
- بررسی امنیت: کنترل کاربران مدیر، بررسی تلاش‌های ورود مشکوک، ارزیابی افزونه‌های غیرضروری، تنظیمات امنیتی و رسیدگی به هشدارهای معتبر.
- پایش دسترس‌پذیری: بررسی در دسترس بودن سایت و پیگیری خطاهای مهمی که مانع استفاده کاربران می‌شوند.
- رفع خطاهای فنی: بررسی خطاهای وردپرس، مشکلات نمایش، اختلال فرم‌ها، خطاهای رایج افزونه‌ها و ایرادهای عملکردی در محدوده توافق‌شده.
- بهینه‌سازی عملکرد: بررسی سرعت بارگذاری، کش، تصاویر، درخواست‌های غیرضروری و منابعی که بر تجربه کاربر اثر می‌گذارند.
- پشتیبانی پایگاه داده: بررسی رشد پایگاه داده، داده‌های موقت و پاک‌سازی موارد غیرضروری با رعایت اصول ایمنی.
- گزارش‌دهی: ارائه گزارشی از فعالیت‌های انجام‌شده، مشکلات مشاهده‌شده، اقدامات اصلاحی و پیشنهادهای دوره بعد.
وجود همه این خدمات در هر قرارداد الزامی نیست. برای یک وبلاگ کم‌ترافیک ممکن است بسته‌ای سبک کافی باشد؛ اما فروشگاه اینترنتی که روزانه سفارش ثبت می‌کند به پایش دقیق‌تر، زمان پاسخ‌گویی کوتاه‌تر و برنامه بازیابی مطمئن‌تری نیاز دارد.
تفاوت پشتیبانی فنی با توسعه و طراحی سایت
یکی از مهم‌ترین بخش‌های قرارداد، مرزبندی میان نگهداری و توسعه است. پشتیبانی معمولاً برای حفظ عملکرد فعلی سایت و رفع ایرادهای مشخص انجام می‌شود. توسعه به معنی افزودن قابلیت تازه یا تغییر اساسی در رفتار سیستم است. طراحی مجدد رابط کاربری، ساخت پنل اختصاصی، اتصال یک سامانه جدید، پیاده‌سازی ماژول پیچیده یا تغییر ساختار فروشگاه می‌تواند خارج از قرارداد نگهداری باشد.
برای جلوگیری از اختلاف، قرارداد باید نمونه‌هایی از خدمات داخل و خارج از محدوده را ذکر کند. همچنین بهتر است فرآیند برآورد کارهای خارج از قرارداد روشن باشد: مجری درخواست را بررسی می‌کند، زمان و هزینه را اعلام می‌کند و پس از تأیید کتبی کارفرما آن را انجام می‌دهد. این روش باعث می‌شود درخواست‌های کوچک و فوری با پروژه‌های توسعه‌ای بزرگ اشتباه گرفته نشوند.
بندهای ضروری قرارداد پشتیبانی سایت وردپرس
۱. مشخصات طرفین و موضوع قرارداد
نام و مشخصات قانونی طرفین، اطلاعات تماس، نشانی و نماینده مجاز باید دقیق درج شود. موضوع قرارداد نیز باید نوع وب‌سایت، دامنه یا دامنه‌های تحت پوشش و ماهیت خدمات را مشخص کند. اگر چند وب‌سایت یا چند محیط مانند نسخه اصلی و آزمایشی وجود دارد، بهتر است همه آن‌ها صریحاً نام برده شوند.
۲. مدت قرارداد و تاریخ شروع
تاریخ شروع و پایان، مدت همکاری، شرایط تمدید و مهلت اعلام عدم تمدید را بنویسید. مشخص کنید تعهدات از زمان امضا آغاز می‌شود یا پس از تحویل دسترسی‌ها و انجام بررسی اولیه. اگر سایت در شروع همکاری مشکل یا آسیب‌پذیری شناخته‌شده‌ای دارد، وضعیت اولیه باید ثبت شود تا مسئولیت ایرادهای قبلی با اقدامات دوره پشتیبانی اشتباه نشود.
۳. شرح خدمات و خروجی قابل ارزیابی
برای هر خدمت، دامنه کار و تناوب انجام را مشخص کنید. مثلاً «بررسی به‌روزرسانی‌ها در هر ماه» دقیق‌تر از «به‌روزرسانی سایت در صورت نیاز» است. اگر تعداد درخواست‌های اصلاحی محدود است، سقف تعداد یا زمان مصرفی ماهانه را بنویسید. همچنین روشن کنید آیا زمان صرف‌شده برای جلسه، تحلیل مشکل، هماهنگی با شرکت هاستینگ و تهیه گزارش از سهمیه پشتیبانی کسر می‌شود یا خیر.
۴. سطح خدمات و زمان پاسخ‌گویی
زمان پاسخ‌گویی با زمان حل کامل مشکل یکسان نیست. پاسخ‌گویی یعنی درخواست دریافت و بررسی اولیه آن تأیید شود؛ زمان رفع به پیچیدگی ایراد، دسترسی به زیرساخت و همکاری سرویس‌دهندگان دیگر وابسته است. قرارداد بهتر است سطح فوریت را تعریف کند؛ برای مثال اختلال کامل فروشگاه یا از کار افتادن پرداخت، بحرانی است؛ ایراد در یک بخش کم‌استفاده اولویت پایین‌تری دارد. برای هر سطح، زمان هدف شروع بررسی و شیوه اطلاع‌رسانی تعیین شود.
۵. مبلغ، نحوه پرداخت و هزینه‌های جانبی
مبلغ قرارداد، دوره پرداخت، مالیات یا کسورات احتمالی، هزینه تمدید و پیامد تأخیر در پرداخت باید مشخص باشد. هزینه دامنه، هاست، لایسنس افزونه‌ها، سرویس پیامک، درگاه پرداخت و ابزارهای شخص ثالث معمولاً هزینه‌های زیرساختی جداگانه‌اند؛ قرارداد باید تعیین کند پرداخت آن‌ها بر عهده چه کسی است. اگر خدمات خارج از محدوده با نرخ ساعتی یا برآورد پروژه محاسبه می‌شوند، روش تأیید هزینه را نیز ذکر کنید.
۶. محرمانگی و مالکیت اطلاعات
اطلاعات مشتریان، سفارش‌ها، اطلاعات ورود، داده‌های تحلیلی و جزئیات کسب‌وکار باید محرمانه تلقی شوند. مجری نباید از اطلاعات سایت برای هدفی خارج از اجرای قرارداد استفاده کند یا آن‌ها را در اختیار اشخاص غیرمجاز قرار دهد. مالکیت دامنه، هاست، محتوا، پایگاه داده، فایل‌ها و حساب‌های سرویس‌های جانبی باید متعلق به کارفرما باقی بماند، مگر اینکه توافق قانونی و روشن دیگری وجود داشته باشد.
۷. دسترسی‌ها و امنیت حساب‌ها
بهتر است دسترسی‌ها به اندازه نیاز و با حساب کاربری مجزا ارائه شوند. اشتراک‌گذاری رمز عبور اصلی از طریق پیام‌رسان یا نگهداری ناامن آن، ریسک بالایی دارد. در قرارداد مشخص کنید چه کسی مسئول ساخت حساب‌ها، فعال‌سازی احراز هویت دومرحله‌ای، نگهداری امن اطلاعات ورود و لغو دسترسی پس از پایان همکاری است.
۸. مسئولیت‌ها و محدودیت‌ها
مسئولیت مجری در قبال اقداماتی که مستقیماً انجام می‌دهد باید روشن باشد. در عین حال، قطعی دیتاسنتر، اختلال شبکه، تحریم سرویس‌های خارجی، تغییرات اجباری ارائه‌دهنده هاست یا حملات گسترده ممکن است خارج از کنترل مستقیم او باشد. این موارد نباید بهانه‌ای برای سلب همه مسئولیت‌ها شوند؛ بلکه باید فرآیند اطلاع‌رسانی، تلاش برای کاهش اثر و همکاری با تأمین‌کنندگان زیرساخت تعریف شود.
۹. تحویل و پایان همکاری
در پایان قرارداد، مجری باید طبق توافق، دسترسی‌ها، نسخه‌های پشتیبان موجود، مستندات و گزارش وضعیت را به کارفرما تحویل دهد. زمان تحویل، قالب فایل‌ها و نحوه انتقال حساب‌ها را از ابتدا تعیین کنید. همچنین مشخص کنید چه مدت پس از پایان قرارداد برای پاسخ به پرسش‌های مربوط به تحویل یا رفع ابهام در نظر گرفته شده است.
نمونه جدول سطح خدمات در قرارداد
جدول زیر صرفاً یک الگوی پیشنهادی برای مذاکره است. زمان‌ها باید بر اساس ساعات کاری، مبلغ قرارداد، نوع سایت و ظرفیت واقعی تیم پشتیبانی تعیین شوند و نباید بدون توافق به‌عنوان تعهد قطعی استفاده شوند.
| سطح درخواست | نمونه مشکل | اولویت رسیدگی | تعریف اقدام |
|---|---|---|---|
| بحرانی | از دسترس خارج شدن کامل سایت یا توقف پرداخت | بالاترین | شروع بررسی فوری در بازه توافق‌شده و اطلاع‌رسانی منظم |
| زیاد | اختلال در ثبت سفارش یا فرم اصلی | بالا | بررسی در اولویت و ارائه راهکار موقت در صورت امکان |
| متوسط | خرابی یک قابلیت فرعی یا ایراد در نمایش بخشی از صفحه | معمولی | بررسی طبق صف درخواست‌ها و برنامه پشتیبانی |
| کم | سؤال، تغییر جزئی یا درخواست راهنمایی | عادی | پاسخ در ساعات کاری و در محدوده خدمات قرارداد |
هزینه قرارداد پشتیبانی سایت وردپرس چگونه تعیین می‌شود؟
قیمت پشتیبانی به یک عدد ثابت برای همه وب‌سایت‌ها محدود نیست. تعداد صفحات به‌تنهایی معیار مناسبی نیست؛ یک سایت کوچک با فرآیند پرداخت پیچیده ممکن است از یک وبلاگ بزرگ نیاز فنی بیشتری داشته باشد. نوع سایت، تعداد افزونه‌ها، اختصاصی یا آماده بودن قالب، کیفیت کدنویسی، وضعیت امنیت، میزان ترافیک، تعداد سفارش‌ها و حساسیت زمانی کسب‌وکار در برآورد هزینه اثر دارند.
سطح خدمات نیز تعیین‌کننده است. پشتیبانی پایه ممکن است شامل بررسی دوره‌ای، بکاپ و به‌روزرسانی باشد؛ سطح پیشرفته می‌تواند پایش مداوم‌تر، رسیدگی سریع‌تر، گزارش فنی و زمان مشخص برای اصلاحات را پوشش دهد. خدمات شبانه‌روزی یا تعهد پاسخ‌گویی در تعطیلات معمولاً به ظرفیت آماده‌باش نیاز دارد و باید جداگانه قیمت‌گذاری شود.
برای مقایسه پیشنهادها، فقط مبلغ ماهانه را بررسی نکنید. ببینید چه میزان زمان فنی، چه تعداد درخواست، چه سطح پاسخ‌گویی و چه تعهد امنیتی در قیمت گنجانده شده است. قرارداد ارزان با محدوده نامشخص ممکن است هنگام بروز اولین مشکل هزینه‌های پیش‌بینی‌نشده ایجاد کند. از طرف دیگر، خرید خدماتی که واقعاً به آن نیاز ندارید نیز اقتصادی نیست. بهترین انتخاب، سطحی متناسب با اهمیت وب‌سایت در درآمد و عملیات کسب‌وکار است.
پشتیبانی ماهانه بهتر است یا ساعتی؟
مدل ماهانه برای وب‌سایت‌هایی مناسب است که به مراقبت مستمر نیاز دارند و می‌خواهند هزینه و ظرفیت پشتیبانی قابل پیش‌بینی باشد. در این مدل، فعالیت‌های دوره‌ای و مقدار مشخصی از رسیدگی به درخواست‌ها در یک بازه زمانی تعریف می‌شود. این ساختار برای فروشگاه‌ها، وب‌سایت‌های خدماتی فعال و کسب‌وکارهایی که توقف سایت برایشان هزینه‌ساز است، معمولاً نظم بیشتری ایجاد می‌کند.
مدل ساعتی می‌تواند برای سایت‌های کم‌تغییر یا درخواست‌های موردی مناسب باشد؛ اما اگر مشکل پیچیده‌ای رخ دهد، هزینه نهایی از ابتدا قابل پیش‌بینی نیست. مدل ترکیبی نیز امکان‌پذیر است: نگهداری و پایش به‌صورت ماهانه انجام شود و توسعه قابلیت‌های تازه با برآورد جداگانه پیش برود. قرارداد باید نحوه ثبت ساعات، گزارش کار و تأیید زمان مصرف‌شده را توضیح دهد.
چک‌لیست کارفرما پیش از امضای قرارداد
پیش از امضا، وضعیت فعلی سایت را ثبت کنید و مطمئن شوید پیشنهاد ارائه‌شده با نیاز واقعی شما مطابقت دارد. درباره نسخه پشتیبان، محل نگهداری آن و امکان بازیابی سؤال کنید؛ صرف اعلام «بکاپ گرفته می‌شود» کافی نیست. مشخص کنید به‌روزرسانی‌ها چگونه آزمایش می‌شوند و در صورت ناسازگاری افزونه یا قالب، برنامه بازگشت به نسخه قبلی چیست.
همچنین کانال رسمی ثبت درخواست، ساعات پاسخ‌گویی، نحوه اعلام رخداد بحرانی و فرد مسئول ارتباط را تعیین کنید. بررسی کنید مجری برای کارهای خارج از قرارداد پیش از شروع، تأیید شما را می‌گیرد یا خیر. مطمئن شوید حساب‌های اصلی دامنه، هاست و سرویس‌های مالی تحت مالکیت و کنترل خودتان باقی می‌مانند. در نهایت، متن قرارداد را از نظر ابهام در تعهدات، هزینه‌های جانبی و شرایط فسخ بخوانید و نسخه امضاشده را نزد هر دو طرف نگهداری کنید.
اشتباهات رایج در تنظیم قرارداد پشتیبانی فنی سایت
یکی از خطاهای متداول، استفاده از عبارت «پشتیبانی نامحدود» بدون تعریف سقف خدمات است. هیچ تیمی ظرفیت نامحدود ندارد و چنین عبارتی می‌تواند انتظار غیرواقعی ایجاد کند. خطای دیگر، مشخص نکردن تفاوت زمان پاسخ‌گویی و زمان رفع کامل مشکل است. گاهی کارفرما تصور می‌کند هر اختلالی باید در چند دقیقه برطرف شود، در حالی که مشکل ممکن است به بررسی سرور، کدنویسی یا پاسخ شرکت ثالث وابسته باشد.
نادیده گرفتن نسخه پشتیبان قابل بازیابی نیز ریسک بزرگی است. داشتن فایل بکاپ به‌تنهایی تضمین نمی‌کند که در زمان بحران بتوان سایت را به وضعیت سالم بازگرداند. همچنین اگر مالکیت حساب‌های میزبانی و دامنه روشن نباشد، تغییر پیمانکار می‌تواند دشوار شود. در نهایت، توافق شفاهی درباره کارهای اضافه، تمدید یا تحویل اطلاعات را به بند مکتوب تبدیل کنید تا برداشت‌های متفاوت به اختلاف تبدیل نشوند.
آیا قرارداد پشتیبانی شامل امنیت و سئو هم می‌شود؟
امنیت پایه می‌تواند بخشی از پشتیبانی فنی باشد؛ برای مثال به‌روزرسانی امن، کنترل دسترسی‌ها، تهیه بکاپ و بررسی نشانه‌های مشکوک. با این حال، پاک‌سازی کامل بدافزار، بازیابی سایت هک‌شده، ارزیابی تخصصی نفوذ یا پیاده‌سازی زیرساخت امنیتی پیشرفته ممکن است به قرارداد یا برآورد جداگانه نیاز داشته باشد. بهتر است سطح دقیق تعهد امنیتی و اقداماتی که در زمان رخداد انجام می‌شوند مشخص باشد.
سئو نیز با نگهداری فنی ارتباط دارد، اما یکسان نیست. رفع خطاهای فنی مؤثر بر دسترسی خزنده‌ها، جلوگیری از حذف ناخواسته صفحات، حفظ ریدایرکت‌های ضروری یا بررسی خطاهای سرور ممکن است در محدوده پشتیبانی قرار گیرد؛ ولی تحقیق کلمات کلیدی، تدوین استراتژی محتوا، لینک‌سازی و اجرای کمپین سئو خدمات مستقلی هستند. اگر انتظار دارید این فعالیت‌ها انجام شوند، باید خروجی و شاخص‌های آن‌ها جداگانه در قرارداد نوشته شود.
پرسش‌های متداول درباره قرارداد پشتیبانی سایت وردپرس
آیا بدون قرارداد کتبی می‌توان پشتیبانی سایت را برون‌سپاری کرد؟
توافق شفاهی ممکن است در برخی همکاری‌ها وجود داشته باشد، اما اثبات جزئیات خدمات، هزینه‌ها و مسئولیت‌ها را دشوار می‌کند. قرارداد کتبی به‌ویژه برای سایت‌های تجاری و فروشگاهی توصیه می‌شود؛ زیرا اطلاعات، درآمد و ارتباط با مشتریان به عملکرد سایت وابسته است.
آیا به‌روزرسانی وردپرس باید همیشه بلافاصله انجام شود؟
خیر. به‌روزرسانی باید با توجه به اهمیت اصلاحیه، سازگاری قالب و افزونه‌ها و شرایط سایت انجام شود. در موارد حساس، ابتدا بکاپ تهیه و تغییرات در محیط آزمایشی بررسی می‌شوند. تأخیر بی‌دلیل در نصب اصلاحیه‌های امنیتی مناسب نیست، اما اجرای بدون بررسی هر نسخه نیز می‌تواند اختلال ایجاد کند.
اگر سایت پیش از شروع قرارداد مشکل داشته باشد چه می‌شود؟
بهتر است در ابتدای همکاری ارزیابی فنی انجام و مشکلات موجود در یک گزارش ثبت شوند. رفع ایرادهای انباشته، بدافزار یا کدنویسی معیوب ممکن است خارج از نگهداری عادی باشد و به توافق جداگانه نیاز داشته باشد. ثبت وضعیت اولیه از اختلاف درباره زمان ایجاد مشکل جلوگیری می‌کند.
آیا شرکت پشتیبان باید مالک هاست و دامنه باشد؟
معمولاً بهتر است مالکیت و دسترسی اصلی در اختیار کسب‌وکار باشد و مجری فقط دسترسی فنی موردنیاز را دریافت کند. این کار وابستگی را کاهش می‌دهد و در زمان تغییر پیمانکار، تمدید سرویس یا انتقال سایت کنترل دارایی‌ها را برای کارفرما حفظ می‌کند.
در صورت قطع همکاری، چه چیزهایی باید تحویل داده شود؟
بسته به قرارداد، دسترسی‌های ایجادشده، فایل‌ها و پایگاه داده، نسخه‌های پشتیبان موجود، مستندات فنی، فهرست تغییرات و وضعیت درخواست‌های باز باید تحویل شوند. بهتر است مهلت و روش تحویل از ابتدای همکاری تعیین شده باشد.
جمع‌بندی؛ قرارداد پشتیبانی مناسب چه ویژگی‌هایی دارد؟
قرارداد پشتیبانی سایت وردپرس زمانی مفید است که به‌جای وعده‌های کلی، خدمات، زمان‌بندی، مسئولیت‌ها و حدود تعهدات را روشن کند. نوع وب‌سایت و میزان وابستگی کسب‌وکار به آن باید مبنای انتخاب سطح پشتیبانی باشد. یک سایت فروشگاهی پرتراکنش به برنامه بکاپ و بازیابی، رسیدگی سریع به اختلال پرداخت و پایش دقیق‌تری نسبت به یک وب‌سایت معرفی ساده نیاز دارد.
پیش از امضا، محدوده خدمات، سطح پاسخ‌گویی، هزینه‌های خارج از قرارداد، محرمانگی، مالکیت اطلاعات و فرآیند پایان همکاری را بررسی کنید. اگر برای نگهداری وردپرس به همکاری فنی نیاز دارید، وینی وب می‌تواند متناسب با ساختار و نیاز وب‌سایت، درباره خدمات پشتیبانی، نگهداری و برآورد کارهای موردنیاز راهنمایی ارائه کند. بهتر است پیش از شروع، وضعیت فعلی سایت ارزیابی شود تا پیشنهاد پشتیبانی بر اساس نیاز واقعی و نه یک بسته عمومی تنظیم شود.
