ওয়ার্ডপ্রেস ওয়েবসাইট এক হোস্টিং থেকে অন্য হোস্টিংয়ে স্থানান্তর করবেন কীভাবে?

ভালো speed, support, security বা কম খরচের জন্য hosting বদলানোর সিদ্ধান্ত নিলেও অনেক owner একটি ভয়ে আটকে থাকেন—site, email বা Google ranking নষ্ট হবে না তো? পরিকল্পিত WordPress Migration-এ পুরোনো website-এর files, database, configuration এবং domain routing নতুন server-এ নিয়ে যাওয়া হয়। একই domain ও URL structure ঠিক রাখলে visitor সাধারণত পরিবর্তন বুঝতেই পারেন না। সমস্যা হয় যখন backup অসম্পূর্ণ, DNS তাড়াহুড়ো করে বদলানো, serialized data ভুলভাবে replace করা বা test না করেই পুরোনো account বন্ধ করা হয়।

এই গাইডে plugin, hosting service এবং manual—তিনটি migration পদ্ধতি দেখানো হয়েছে। পাশাপাশি pre-migration inventory, staging test, nameserver/DNS, SSL, email, cache, Search Console এবং rollback plan ব্যাখ্যা করা হয়েছে। নতুন ব্যবহারকারী dashboard দিয়ে সহজ পথ বেছে নিতে পারবেন; technical user SFTP, database ও WP-CLI workflow বুঝতে পারবেন। লক্ষ্য শুধু homepage চালু করা নয়—form, login, order, cron ও analyticsসহ পুরো business process নিরাপদে স্থানান্তর করা।

গুরুত্বপূর্ণ সতর্কতা: migration শুরুর আগে site-এর complete files এবং database-এর verified backup নিন। পুরোনো hosting সঙ্গে সঙ্গে cancel করবেন না। Live order বা comment চললে content freeze অথবা final database sync-এর সময় ঠিক করুন। DNS record কিংবা database edit সম্পর্কে নিশ্চিত না হলে নতুন host-এর migration team বা অভিজ্ঞ administrator-এর সহায়তা নিন।

এই গাইডে যা জানবেন

• Migration-এর আগে লক্ষ্য, scope ও downtime ঠিক করুন
• নতুন hosting বাছাই ও server compatibility পরীক্ষা
• সম্পূর্ণ backup ও rollback plan তৈরি করুন
• Plugin, managed service নাকি manual: কোন পদ্ধতি বেছে নেবেন?
• Migration plugin দিয়ে ধাপে ধাপে স্থানান্তর
• SFTP ও database দিয়ে manual WordPress Migration
• DNS পরিবর্তনের আগে নতুন server পরীক্ষা করুন
• DNS, SSL ও email: cutover-এর সবচেয়ে সংবেদনশীল অংশ
• DNS switch-এর পর ২৪–৭২ ঘণ্টার monitoring
• Migration-এর সময় SEO ও downtime রক্ষা করবেন যেভাবে
• সাধারণ migration ভুল, লক্ষণ ও rollback সিদ্ধান্ত

Migration-এর আগে লক্ষ্য, scope ও downtime ঠিক করুন

প্রথমে কেন hosting বদলাচ্ছেন লিখুন: slow server, recurring downtime, সীমিত storage, দুর্বল support, data-center location, control panel পরিবর্তন নাকি খরচ? কারণ স্পষ্ট হলে নতুন provider-এর যোগ্যতা মাপা যায়। শুধু introductory price দেখে move করলে renewal, resource limit বা support সমস্যা আবার ফিরে আসতে পারে। CPU, memory, PHP worker, storage type, backup, staging, email, CDN এবং security feature বর্তমান ও নতুন plan-এ তুলনা করুন।

Scope inventory-তে domain, subdomain, WordPress files, database, email mailbox, DNS record, SSL, cron job, redirect, CDN, object storage, custom firewall rule, license এবং external integration লিখুন। Hosting migration tool প্রায়ই website copy করে, কিন্তু email, DNS বা third-party service স্বয়ংক্রিয়ভাবে আসে না। কোন অংশ provider করবে এবং কোনটি আপনার দায়িত্ব—ticket-এ লিখিতভাবে নিশ্চিত করুন।

Traffic pattern দেখে maintenance window বেছে নিন। News site বা store-এ দীর্ঘ content freeze সম্ভব নয়; সেখানে initial copy-এর পরে final delta বা database sync দরকার। একটি ছোট blog-এ publish/comment সাময়িক বন্ধ রেখে সহজ cutover করা যায়। Team-কে সময় জানান এবং emergency যোগাযোগ ঠিক করুন। Visitor-facing maintenance message সংক্ষিপ্ত রাখুন, কিন্তু payment বা order বন্ধ থাকলে তা স্পষ্ট বলুন।

নতুন hosting বাছাই ও server compatibility পরীক্ষা

নতুন server WordPress-এর বর্তমান requirement এবং আপনার theme/plugin-এর PHP, database ও extension requirement পূরণ করছে কি না দেখুন। পুরোনো site খুব পুরোনো PHP-তে চললে migration-এর সঙ্গে বড় version upgrade একসঙ্গে করলে error-এর কারণ শনাক্ত কঠিন হয়। সম্ভব হলে আগে compatible version-এ test করুন অথবা move শেষ করে আলাদা maintenance window-তে upgrade করুন। Server timezone, upload limit, execution time এবং file permission-ও behavior বদলাতে পারে।

Data center visitor-এর কাছে হওয়া latency কমাতে পারে, তবে শুধু location দিয়ে host বিচার করবেন না। Network quality, cache, CDN, uptime history, backup restore policy এবং knowledgeable support গুরুত্বপূর্ণ। বাংলাদেশের visitor-কেন্দ্রিক site-এর জন্য স্থানীয় ও আন্তর্জাতিক route-এর পার্থক্য বুঝতে BDIX বনাম International Hosting তুলনা কাজে লাগবে। Audience বিদেশেও থাকলে global performance ও redundancy বিবেচনা করুন।

Plan-এর real resource limit পড়ুন: “unlimited” লেখা থাকলেও inode, CPU, RAM, concurrent process, database size বা daily backup limit থাকতে পারে। Control panel পরিচিত কি না এবং migration/restore self-service কি না দেখুন। নির্বাচন নিয়ে দ্বিধা থাকলে সেরা Web Hosting বাছাইয়ের গাইড অনুসরণ করে requirement-based shortlist করুন।

সম্পূর্ণ backup ও rollback plan তৈরি করুন

Migration-এর আগে files ও database একই timestamp-এ backup করুন। WordPress root, wp-content, hidden .htaccess, custom file এবং database export আছে কি না যাচাই করুন। WooCommerce, membership বা learning site-এ order/user activity দ্রুত বদলায়, তাই initial copy-এর পরে final database backup-এর পরিকল্পনা রাখুন। Backup hosting-এর বাইরে encrypted storage-এ download করুন; source server নষ্ট হলে একই account-এর copy কাজে নাও আসতে পারে।

Rollback trigger লিখুন—যেমন checkout ব্যর্থ, admin login বন্ধ, error rate বেশি বা DNS ভুল। Rollback মানে শুধু nameserver ফিরিয়ে দেওয়া নয়; migration-এর সময় নতুন server-এ পাওয়া order বা form submission কীভাবে সংরক্ষণ করবেন তা ভাবতে হবে। Cutover-এর সময় পুরোনো ও নতুন উভয় server-এ write চললে data split হতে পারে। তাই transaction-heavy site-এ maintenance mode বা specialist-assisted synchronization বেশি নিরাপদ।

Backup restore test করলে archive সত্যি usable কি না বোঝা যায়। অন্তত local বা staging environment-এ database import, media এবং login পরীক্ষা করুন। Password, license key ও API credential migration document-এ plain text লিখবেন না; password manager ব্যবহার করুন। Source এবং destination access-এর MFA চালু রাখুন, তবে migration service-কে যতটুকু permission দরকার ততটুকুই দিন এবং কাজ শেষে revoke করুন।

Plugin, managed service নাকি manual: কোন পদ্ধতি বেছে নেবেন?

Plugin ব্যবহারের আগে destination compatibility, storage requirement এবং restore method দেখুন। Free version export করলেও import size limit থাকতে পারে। Vendor-এর official repository বা website থেকে tool নিন; nulled plugin দিয়ে administrator credential ও database ঝুঁকিতে পড়ে। Migration শেষ হলে অপ্রয়োজনীয় temporary archive ও plugin মুছে ফেলুন।

Managed migration নিলে ticket-এ domain, site size, preferred date, email এবং zero-downtime expectation লিখুন। Provider কখন final sync করবে ও DNS কে বদলাবে জেনে নিন। Manual পদ্ধতি flexibility দেয়, কিন্তু serialized options-এ raw text replace, ভুল database prefix বা file ownership site ভাঙতে পারে। অভিজ্ঞতা না থাকলে clone-এ rehearsal করুন।

Migration plugin দিয়ে ধাপে ধাপে স্থানান্তর

ধাপ ১: দুই hosting-এর login ও নতুন WordPress environment প্রস্তুত করুন। ধাপ ২: source site update করার আগে compatibility check ও full backup নিন। ধাপ ৩: নির্বাচিত trusted migration plugin install করে files, database, themes, plugins এবং uploads অন্তর্ভুক্ত আছে কি না দেখুন। Cache, old backup ও temporary file বাদ দিলে package ছোট হয়, কিন্তু business data বাদ দেবেন না।

ধাপ ৪: export package তৈরি বা destination connection দিন। package public URL-এ রেখে দেবেন না। ধাপ ৫: destination-এ import চালান এবং process চলাকালে browser বন্ধ বা server restart করবেন না। Timeout হলে বারবার blind retry না করে log, disk space, PHP limit ও provider instruction দেখুন। ধাপ ৬: import শেষে permalink save, cache purge ও admin password পরীক্ষা করুন।

ধাপ ৭: DNS বদলানোর আগে temporary URL, preview feature বা local hosts file দিয়ে destination test করুন। Hosts-file পরিবর্তন technical; ভুল করলে শুধু নিজের device-এ browsing সমস্যা হতে পারে, তাই original line-এর copy রাখুন। ধাপ ৮: form, search, login, checkout ও media ঠিক হলে final sync/maintenance window চালিয়ে DNS switch করুন। Plugin-এর report এবং package নিরাপদে archive করুন, তারপর server থেকে temporary copy সরান।

SFTP ও database দিয়ে manual WordPress Migration

প্রথমে source root-এর সব WordPress file secure SFTP বা control panel archive দিয়ে download করুন। Destination document root-এ upload ও extract করুন। File ownership এবং permission provider অনুযায়ী ঠিক থাকতে হবে; নির্বিচারে 777 permission দেবেন না। নতুন database ও least-privileged database user তৈরি করে নাম, user, password এবং host সুরক্ষিতভাবে নোট করুন। Source database SQL export destination-এ import করুন।

wp-config.php-এ destination database তথ্য বসান এবং table prefix export-এর সঙ্গে মেলে কি না দেখুন। একই domain থাকলে সাধারণত home/siteurl বদলানোর দরকার হয় না। Domain বা path বদলালে serialization-aware WP-CLI search-replace বা reputable tool ব্যবহার করুন; text editor দিয়ে পুরো SQL-এ blind replace করলে serialized theme/widget data corrupt হতে পারে। Search-replace চালানোর আগে database-এর আরেকটি copy রাখুন।

Apache/Nginx rule, .htaccess, upload path, cron, object cache এবং CDN integration পরীক্ষা করুন। WordPress official migration guidance অনুযায়ী URL setting খুব গুরুত্বপূর্ণ; ভুল value admin redirect loop তৈরি করতে পারে। Temporary hard-coded URL বা relocation flag ব্যবহার করলে কাজ শেষে অবশ্যই সরান। Debugging-এর জন্য log সাময়িক চালু করা যায়, কিন্তু error public page-এ দেখাবেন না এবং সমস্যা শেষ হলে debug setting বন্ধ করুন।

DNS পরিবর্তনের আগে নতুন server পরীক্ষা করুন

Preview URL সব সময় WordPress-এর cookie, HTTPS ও absolute URL ঠিকভাবে দেখায় না। Provider-এর temporary domain ব্যবহার করলে mixed content হতে পারে। বেশি নির্ভরযোগ্য পদ্ধতি হলো local hosts file দিয়ে শুধু নিজের device-এ domain-কে নতুন server IP-তে map করা। এতে public visitor পুরোনো site দেখেন, আর আপনি real domain দিয়ে destination পরীক্ষা করেন। Technical confidence না থাকলে host support-কে preview setup দিতে বলুন।

Testing checklist-এ homepage ছাড়াও category, search, 404, admin, role-based page, image, download, contact form, SMTP, newsletter, analytics, cookie consent, payment sandbox, cart, login/logout এবং mobile view রাখুন। Server log-এ PHP warning/fatal, blocked request ও permission error দেখুন। Cache চালু করার আগে uncached behavior এবং পরে cached behavior আলাদা পরীক্ষা করুন।

Performance baseline নিন—TTFB, page load, database query এবং checkout response। Migration সফল হলেও নতুন server configuration-এ speed কমতে পারে। Image optimization বা minification migration-এর একই মুহূর্তে বড়ভাবে বদলাবেন না; একটি পরিবর্তন করে ফল মাপুন। Site ধীর হলে WordPress speed optimization-এর বাস্তব ধাপ অনুসরণ করুন।

DNS, SSL ও email: cutover-এর সবচেয়ে সংবেদনশীল অংশ

DNS record inventory আগে export বা screenshot করুন: A/AAAA, CNAME, MX, TXT, SPF, DKIM, DMARC, subdomain ও verification record। কেবল website সরালে MX record অক্ষত রাখতে হবে, নইলে business email বন্ধ হতে পারে। Nameserver পুরো বদলালে পুরোনো zone-এর সব record নতুন DNS provider-এ recreate করুন। শুধু A record বদলালে scope ছোট, কিন্তু CDN/proxy setup অনুযায়ী rule ভিন্ন হতে পারে।

পরিকল্পনার আগে TTL কমালে switch তুলনামূলক দ্রুত ছড়াতে পারে, কিন্তু তা আগেভাগে করতে হয় এবং resolver cache-এর কারণে instant হওয়ার নিশ্চয়তা নেই। DNS change-এর ঠিক আগে final database sync নিন। নতুন server-এ certificate issue/activate করুন এবং HTTP থেকে HTTPS redirect, www/non-www canonical version ও HSTS-এর প্রভাব বুঝে test করুন। Certificate ready হওয়ার আগে কঠোর redirect চালালে visitor error দেখতে পারেন।

Email একই host-এ থাকলে mailbox copy, forwarder, autoresponder ও webmail test করুন। IMAP sync বা migration tool ব্যবহারে sent items এবং folder structure এসেছে কি না দেখুন। SPF/DKIM/DMARC record নতুন sending service-এর সঙ্গে মানানসই করুন। Password chat-এ পাঠাবেন না। Website form-এর email delivery আলাদা করে পরীক্ষা করুন, কারণ নতুন IP বা PHP mail policy-এর কারণে form success দেখালেও inbox-এ message নাও আসতে পারে।

DNS switch-এর পর ২৪–৭২ ঘণ্টার monitoring

Switch-এর পরে বিভিন্ন network ও device থেকে domain resolve করে দেখুন। DNS checker সহায়ক হলেও আসল লক্ষ্য হলো correct content, HTTPS এবং transaction। পুরোনো ও নতুন server access log দেখে traffic কোথায় যাচ্ছে বোঝা যায়। Propagation সময় দুই server-এ visitor আসতে পারে; তাই dynamic site-এর data divergence পর্যবেক্ষণ করুন। জরুরি হলে order intake সাময়িক pause বা source-এ read-only notice দিন।

404, 500, redirect loop, mixed content, blocked font, missing image, slow query এবং cron failure monitor করুন। Cache/CDN purge করুন, তবে একসঙ্গে সব setting বদলালে root cause বোঝা কঠিন। Search engine-এর জন্য same domain ও same URL থাকলে সাধারণত URL-change procedure দরকার হয় না। Sitemap reachable, robots.txt সঠিক এবং analytics/tag fire করছে কি না দেখুন। Domain বদলালে proper 301 redirect, Search Console property এবং external profile update আলাদা পরিকল্পনা চায়।

Contact form ও payment-এর real low-value test অনুমোদিত পদ্ধতিতে করুন। Email receipt, webhook, stock এবং order dashboard মিলিয়ে দেখুন। Team থেকে bug report নেওয়ার জন্য একটি channel ও minimum detail—URL, সময়, device, screenshot—ঠিক করুন। Error-free কয়েক দিন এবং backup সফল না হওয়া পর্যন্ত পুরোনো host cancel করবেন না। তারপর sensitive copy securely remove ও unused account access revoke করুন।

Migration-এর সময় SEO ও downtime রক্ষা করবেন যেভাবে

একই domain, same URL এবং short, well-managed downtime হলে ranking নষ্ট হওয়ার কথা নয়; কিন্তু accidental noindex, blocked robots, missing canonical বা mass 404 ক্ষতি করতে পারে। Staging-এর noindex setting production-এ এসে গেছে কি না দেখুন। Page title, structured data, sitemap ও internal link migration-এর আগে/পরে sample করে তুলনা করুন। URL বদলালে পুরোনো প্রতিটি গুরুত্বপূর্ণ URL থেকে সবচেয়ে প্রাসঙ্গিক নতুন URL-এ server-side permanent redirect দিন; সবকিছুকে homepage-এ পাঠাবেন না।

Maintenance-এর সময় দীর্ঘদিন 404 বা empty page না দেখিয়ে যথাযথ temporary response এবং ছোট message ব্যবহার করুন। Search engine crawl সাময়িকভাবে ব্যাহত হতে পারে, তাই low-traffic window গুরুত্বপূর্ণ। DNS cutover-এর আগে new server-এর robots accidentally public index হওয়া ঠেকান; cutover-এর পরে block সরাতে ভুলবেন না। Canonical domain—www বা non-www—একটাই রাখুন।

Search Console-এ coverage/indexing trend, crawl error এবং Core Web Vitals কয়েক সপ্তাহ পর্যবেক্ষণ করুন। Analytics তুলনায় tracking code migrate হয়েছে কি না দেখুন; traffic drop কখনো tracking failure, ranking loss নয়। Backlink URL unchanged থাকলে update দরকার নেই। Domain পরিবর্তনের migration অনেক বেশি ঝুঁকিপূর্ণ—redirect map, change notification ও দীর্ঘ সময় পুরোনো domain ধরে রাখা উচিত।

সাধারণ migration ভুল, লক্ষণ ও rollback সিদ্ধান্ত

সবচেয়ে সাধারণ ভুল হলো source account আগে বন্ধ করা, incomplete backup, database ভুল site-এ import, DNS zone থেকে MX/TXT বাদ দেওয়া এবং serialized data raw replace করা। লক্ষণ হতে পারে blank page, database connection error, admin redirect, missing image, broken builder layout বা email বন্ধ। প্রতিটি লক্ষণের সময় আরেকটি random setting না বদলে change log ও server error log দিয়ে সম্ভাব্য layer আলাদা করুন।

৫০০ error হলে plugin folder rename, default theme test, .htaccess regenerate এবং PHP memory/version পরীক্ষা করা যায়—কিন্তু production file edit-এর আগে current state-এর copy নিন। Database connection error-এ credential ও host যাচাই করুন; password public ticket-এ দেবেন না। Mixed content-এ correct URL replace ও HTTPS asset নিশ্চিত করুন। Permission ঠিক করতে provider default অনুসরণ করুন; 777 নিরাপদ shortcut নয়।

Rollback করবেন যখন critical revenue function ব্যর্থ, data consistency নিশ্চিত নয় অথবা নির্ধারিত window-এ root cause পাওয়া যাচ্ছে না। DNS source-এ ফিরিয়ে current transaction reconcile করুন এবং destination forensic copy রেখে investigation করুন। Rollback ব্যর্থতা নয়; user impact কমানোর control। পরে staging-এ একই migration rehearsal করে কারণ সমাধান করুন। লিখিত post-migration review ভবিষ্যতের move আরও দ্রুত ও নিরাপদ করে।

কাজ শুরুর আগে সংক্ষিপ্ত চেকলিস্ট

• Files ও database-এর verified offsite backup এবং স্পষ্ট rollback point আছে।
• Domain, DNS, email, SSL, cron, CDN, license ও integration inventory করা হয়েছে।
• নতুন server-এর PHP, database, storage ও resource compatibility পরীক্ষা হয়েছে।
• DNS বদলানোর আগে destination-এ form, login, checkout, media ও mobile view test হয়েছে।
• Dynamic site-এর content freeze বা final database sync-এর সময় ঠিক করা হয়েছে।
• পুরোনো hosting কিছুদিন সক্রিয় থাকবে এবং critical monitoring চালু আছে।
• Migration service-এর temporary access ও server archive কাজ শেষে সরানো হবে।

সম্পর্কিত আরও গাইড

নতুন host বাছাইয়ের আগে Best Web Hosting Bangladesh গাইড এবং panel ব্যবস্থাপনা বোঝার জন্য WordPress-এর উপযোগী control panel তুলনা পড়ুন। একেবারে নতুন project হলে domain ও hosting ছাড়া free website তৈরির উপায় দিয়ে আগে ধারণা পরীক্ষা করা যায়।

সাধারণ প্রশ্ন ও উত্তর

WordPress Migration করলে website কতক্ষণ বন্ধ থাকবে?

সঠিক pre-copy, test ও DNS planning করলে একই domain-এর সাধারণ site-এ downtime খুব কম রাখা যায়। তবে DNS cache, site size ও dynamic transaction অনুযায়ী সময় ভিন্ন হয়; কোনো provider-এর “zero downtime” দাবিকে scopeসহ বুঝুন।

Migration-এর পরে Google ranking কমবে?

একই URL, content, canonical এবং crawlability ঠিক থাকলে hosting change নিজে ranking কমানোর কারণ নয়। কিন্তু downtime, slow server, accidental noindex, 404 বা redirect ভুল হলে visibility প্রভাবিত হতে পারে।

Plugin দিয়ে বড় WooCommerce site migrate করা নিরাপদ?

সম্ভব, তবে package limit, timeout ও live order sync বড় চ্যালেঞ্জ। Staging rehearsal, final delta strategy এবং অভিজ্ঞ host/developer support নেওয়া বেশি নিরাপদ।

Domain transfer ও hosting migration কি একই জিনিস?

না। Hosting migration website data অন্য server-এ নেয়; domain transfer registrar বদলায়। Site সরাতে registrar transfer বাধ্যতামূলক নয়—DNS record নতুন server-এ point করাই যথেষ্ট হতে পারে।

পুরোনো hosting কখন বন্ধ করব?

DNS propagation শেষ, website/email/function কয়েক দিন স্থিতিশীল, destination backup সফল এবং কোনো split data নেই নিশ্চিত হওয়ার পরে। Cancellation-এর আগে final archive ও billing/export নিন।

Migration-এর আগে plugin update করা উচিত?

সব update একসঙ্গে করা ঝুঁকিপূর্ণ। Known security issue না থাকলে migration ও major update আলাদা change window-তে করলে error-এর কারণ বোঝা সহজ। যেকোনো পরিবর্তনের আগে backup ও staging test করুন।

শেষ কথা

সফল WordPress Migration মূলত copy button-এর কাজ নয়; এটি inventory, backup, compatibility, controlled testing, DNS coordination এবং monitoring-এর সমন্বিত প্রক্রিয়া। পুরোনো server অক্ষত রেখে নতুন environment পরীক্ষা করুন, dynamic data-এর final sync পরিকল্পনা করুন এবং business-critical function যাচাই না করে source বন্ধ করবেন না। এই শৃঙ্খলা মানলে hosting বদলানো ভয়ের বিষয় না হয়ে speed, reliability ও future growth উন্নত করার পরিকল্পিত project হয়ে ওঠে।

WordPress, PHP, migration plugin, DNS dashboard ও hosting provider-এর interface এবং সীমা সময়ের সঙ্গে বদলায়। কাজ শুরুর আগে source ও destination provider-এর বর্তমান official migration, backup, SSL এবং email documentation যাচাই করুন।