Reseller Hosting: Agency से website लेते समय handover में क्या माँगें?

Website agency कहती है कि hosting भी package में है। Client के लिए यह सुविधाजनक हो सकता है, क्योंकि design और server support के लिए एक contact मिल जाता है। लेकिन agreement में यह स्पष्ट नहीं है कि outage पर कौन देखेगा, backup कहाँ है और agency बदलने पर website कैसे मिलेगी। यही सवाल handover से पहले लिखना बेहतर है।

Hosting arrangement को साफ नाम दें

Agency खुद infrastructure चला रही है, किसी provider का reseller arrangement उपयोग करती है या client के account को manage करती है—इनकी responsibilities अलग हो सकती हैं। Package का नाम देखकर पूरी support chain assume न करें। Business को कम से कम अपने service provider और escalation process का स्पष्ट पता होना चाहिए।

एक illustrative example में Indore का retailer website और enquiry forms agency से संभलवाता है। Agency design updates करती है, लेकिन business email दूसरे provider पर है। Website renewal के समय email भी renew होगा, ऐसा मान लेने से service interruption हो सकता है। Asset list में इन दोनों को अलग लिखना उपयोगी होगा।

Handover में कौन-सी जानकारी मिले?

• Domain ownership और renewal responsibility।
• Hosting account और authorised access की स्थिति।
• Website files, database और uploaded media का scope।
• Email और third-party integrations की जानकारी।
• Backup frequency, retention और restore प्रक्रिया।
• Support hours, charges और escalation contact।

Passwords को सामान्य document में फैलाने के बजाय suitable secure access व्यवस्था रखें। Business के authorised व्यक्ति को recovery और provider change की प्रक्रिया समझ आनी चाहिए। रोज server settings बदलना उसकी जिम्मेदारी न भी हो, control की स्थिति फिर भी स्पष्ट हो।

Backup होने और restore होने का फर्क

Backup का screenshot देखकर recovery तय न मानें। कौन-सी files और databases शामिल हैं? Backup उसी account में है या अलग location पर भी उपलब्ध है? Restore किस व्यक्ति को करना होगा और कितना scope supported है? इन बातों का test या evidence माँगें।

उदाहरण के तौर पर cPanel की Backup Wizard documentation full और partial backups का फर्क बताती है। Full backup को cPanel से automatically restore करने की सुविधा नहीं है; provider या WHM level की सहायता की जरूरत हो सकती है। यह specific product behaviour है, सभी hosting panels का नियम नहीं।

Updates का छोटा approval process

Theme, application या plugin updates से पहले backup और rollback की तैयारी हो। Critical security updates, routine content changes और नई features का scope अलग रखें। “Unlimited support” लिखा हो तो उससे कौन-से tasks excluded हैं, समझें।

Public website पर change live होने के बाद enquiry form और important pages जाँचे जाएँ। Backup तैयार हो लेकिन database migration rollback नहीं हो सकता, ऐसी limitation पहले बताई जानी चाहिए। केवल homepage खुलना पूरा acceptance test नहीं है।

Migration और exit terms

Agency बदलने का निर्णय हो तो ownership disputes से पहले agreement के handover terms देखें। Files, database, domain access और needed configuration का export कौन देगा? Paid themes या tools की licences transfer हो सकती हैं या नया subscription लगेगा? इनका record रखें।

Provider बदलने से पहले नए environment में compatible setup और tested copy तैयार करें। Domain, email और DNS changes की responsibility अलग सौंपें। Live account बंद करने से पहले current backup और rollback window verify करें।

Support को measurable बनाएं

Issue report में URL, time, error और business impact दें। Agency से acknowledgement और resolution के अलग expectations समझें। किसी outage की चर्चा में private customer data public ticket या social post पर न डालें।

Reliable arrangement वही है जिसमें responsibilities समझ में आती हों और business उचित records रख सके। Identity के लिए [business email guide](/blogs/business-email-domain-client-trust-hindi) और performance review के लिए [hosting checklist](/blogs/hosting-seo-slow-server-crawl-checklist-hindi) भी देख सकते हैं।