مقدمه

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

برای مثال، فرض کنید یک سایت با آدرس example.com دارید و می‌خواهید یک نسخه مشابه آن را روی test.example.com، دامنه‌ای دیگر یا یک سرور جدید ایجاد کنید. در این حالت می‌توانید به‌جای نصب دوباره وردپرس، قالب و افزونه‌ها، از سایت موجود یک Clone تهیه کنید.

Clone کردن با کپی کردن ساده چند فایل تفاوت دارد. یک سایت وردپرسی از دو بخش اصلی تشکیل شده است:

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

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

نکته مهم این است که Clone کردن سایت با انتقال سایت به دامنه جدید یکی نیست. اگر فقط سرور یا هاست را تغییر می‌دهید و دامنه همان دامنه قبلی باقی می‌ماند، کار ساده‌تر است. اما اگر دامنه نیز تغییر کند، باید آدرس‌های ذخیره‌شده در پایگاه داده، لینک‌ها، تنظیمات Canonical و در صورت نیاز Redirectها نیز بررسی شوند.

Clone کردن سایت وردپرس چه کاربردی دارد؟

کلون کردن وردپرس در شرایط مختلفی کاربرد دارد. برای مثال:

انتقال سایت به هاست یا سرور جدید

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

ساخت سایت آزمایشی

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

برای مثال:

example.com

نسخه اصلی سایت است و:

test.example.com

نسخه آزمایشی آن خواهد بود.

ساخت سایت مشابه برای پروژه جدید

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

ایجاد نسخه پشتیبان قابل استفاده

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

برای Clone کردن سایت وردپرس چه چیزهایی باید منتقل شود؟

برای اینکه نسخه جدید واقعاً شبیه سایت اصلی باشد، باید اطلاعات اصلی سایت منتقل شوند.

۱. فایل‌های وردپرس

فایل‌های مهم سایت شامل موارد زیر هستند:

• فایل‌های هسته WordPress
• پوشه wp-content
• قالب‌های نصب‌شده
• افزونه‌ها
• تصاویر و فایل‌های آپلودشده
• فایل‌های سفارشی
• فایل wp-config.php
• فایل‌های مرتبط با تنظیمات سرور مانند .htaccess

مهم‌ترین بخش معمولاً wp-content است، زیرا بسیاری از اطلاعات ظاهری و امکانات سایت در قالب، افزونه‌ها و فایل‌های آپلودشده قرار دارند.

۲. پایگاه داده

پایگاه داده بخش بسیار مهم Clone است.

اطلاعاتی مانند نوشته‌ها، برگه‌ها، کاربران، تنظیمات وردپرس، منوها، تنظیمات بسیاری از افزونه‌ها و اطلاعات فروشگاه WooCommerce در پایگاه داده ذخیره می‌شوند.

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

مرحله اول: تهیه نسخه پشتیبان از سایت اصلی

قبل از هر تغییری، از سایت اصلی Backup تهیه کنید.

حداقل دو نسخه از اطلاعات زیر داشته باشید:

فایل‌های سایت + پایگاه داده

این کار اهمیت زیادی دارد؛ زیرا اگر هنگام انتقال یا تغییر URL اشتباهی رخ دهد، می‌توانید سایت را به وضعیت قبلی برگردانید.

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

مرحله دوم: کپی کردن فایل‌های سایت

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

برای مثال اگر سایت روی مسیر زیر قرار دارد:

/home/user/public_html

فایل‌های آن باید به مسیر موردنظر در سرور جدید منتقل شوند.

در یک هاست معمولی می‌توانید این کار را از طریق File Manager، FTP یا SSH انجام دهید.

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

مرحله سوم: انتقال پایگاه داده وردپرس

پس از انتقال فایل‌ها، باید پایگاه داده سایت نیز منتقل شود.

اگر از MySQL یا MariaDB استفاده می‌کنید، می‌توانید Database سایت را Export کرده و در سرور مقصد Import کنید.

برای این کار ابزارهایی مانند phpMyAdmin یا خط فرمان MySQL قابل استفاده هستند.

پس از ایجاد پایگاه داده جدید، اطلاعات اتصال آن باید در فایل wp-config.php سایت مقصد قرار گیرد.

برای مثال:

define( 'DB_NAME', 'database_name' );
define( 'DB_USER', 'database_user' );
define( 'DB_PASSWORD', 'database_password' );
define( 'DB_HOST', 'localhost' );

مقدار این تنظیمات باید با اطلاعات Database جدید مطابقت داشته باشد.

مرحله چهارم: بررسی آدرس سایت

اگر دامنه سایت تغییر نکرده باشد، کار ساده‌تر است.

برای مثال:

example.com

به:

example.com

منتقل شده و فقط سرور تغییر کرده است.

در چنین شرایطی معمولاً کافی است فایل‌ها و Database به محل جدید منتقل شوند و تنظیمات اتصال Database بررسی شود.

اما اگر آدرس سایت تغییر کرده باشد، مثلاً:

oldsite.com

به:

newsite.com

باید URLهای ذخیره‌شده در Database نیز بررسی و در صورت نیاز اصلاح شوند.

وردپرس نیز در مستندات انتقال سایت تأکید می‌کند که هنگام تغییر دامنه یا URL، ممکن است آدرس قدیمی در بخش‌های مختلف پایگاه داده باقی بماند.

چرا نباید URL را با Replace ساده در Database تغییر دهیم؟

این قسمت بسیار مهم است.

ممکن است تصور کنید کافی است در phpMyAdmin عبارت:

oldsite.com

را با:

newsite.com

جایگزین کنید.

اما انجام Search & Replace ساده روی کل Database می‌تواند باعث خراب شدن بعضی اطلاعات وردپرس شود.

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

بنابراین تغییر ساده رشته‌ها ممکن است ساختار داده را خراب کند.

وردپرس نیز درباره این موضوع هشدار داده و استفاده از ابزارهایی که بتوانند داده‌های Serialized را به‌درستی مدیریت کنند توصیه شده است.

یکی از روش‌های مناسب استفاده از WP-CLI است.

برای مثال:

wp search-replace 'https://oldsite.com' 'https://newsite.com' --dry-run

گزینه --dry-run ابتدا عملیات را شبیه‌سازی می‌کند و تغییرات را ذخیره نمی‌کند.

پس از بررسی نتیجه، می‌توان عملیات واقعی را انجام داد.

WP-CLI برای search-replace به‌صورت هوشمند داده‌های PHP Serialized را مدیریت می‌کند.

مرحله پنجم: تنظیم دامنه و SSL

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

اگر DNS دامنه را تغییر داده‌اید، منتظر بمانید تا DNS به سرور جدید برسد.

سپس SSL سایت را نیز بررسی کنید.

سایت باید با آدرس صحیح و امن باز شود:

https://example.com

همچنین نسخه‌های مختلف دامنه مانند HTTP و HTTPS یا www و non-www نباید باعث ایجاد چند نسخه متفاوت و نامشخص از سایت شوند.

مرحله ششم: بازسازی Permalinkهای وردپرس

بعد از Clone کردن، بهتر است وارد پیشخوان وردپرس شوید و در مسیر:

تنظیمات ← پیوندهای یکتا

یک بار تنظیمات را بررسی کرده و در صورت نیاز روی ذخیره تغییرات کلیک کنید.

این کار می‌تواند به بازسازی قوانین Rewrite کمک کند و در برخی انتقال‌ها از ایجاد خطای 404 برای صفحات جلوگیری کند.

مرحله هفتم: بررسی افزونه‌ها و قالب

پس از ورود به سایت Clone شده، موارد زیر را بررسی کنید:

• قالب فعال باشد.
• افزونه‌های ضروری فعال باشند.
• تصاویر نمایش داده شوند.
• منوها درست کار کنند.
• فرم‌های سایت کار کنند.
• ورود کاربران امکان‌پذیر باشد.
• در صورت استفاده از WooCommerce، سبد خرید و فرآیند ثبت سفارش بررسی شود.
• افزونه‌های Cache به‌درستی تنظیم شوند.
• اتصال به سرویس‌های خارجی بررسی شود.

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

Clone کردن سایت و مشکلات سئو

یکی از مهم‌ترین نکات هنگام Clone کردن سایت، SEO است.

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

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

اگر سایت Clone شده فقط برای تست است

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

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

آیا استفاده از Noindex برای سایت Clone کافی است؟

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

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

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

اگر Clone را روی دامنه جدید قرار دهیم چه اتفاقی برای سئو می‌افتد؟

اگر هدف شما انتقال واقعی سایت از یک دامنه به دامنه دیگر است، موضوع با یک سایت آزمایشی متفاوت است.

برای مثال:

oldsite.com

قرار است برای همیشه به:

newsite.com

منتقل شود.

در این حالت باید صفحات قدیمی به صفحات متناظر جدید با 301 Redirect هدایت شوند.

گوگل برای انتقال سایت، ایجاد Redirectهای دائمی، بررسی Canonical و Sitemap و استفاده از Search Console را توصیه می‌کند.

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

آیا Clone کردن سایت باعث افت رتبه گوگل می‌شود؟

خود Clone کردن سایت به‌تنهایی باعث افت رتبه نمی‌شود.

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

برای مثال ممکن است:

• سایت اصلی از دسترس خارج شود.
• نسخه آزمایشی توسط گوگل ایندکس شود.
• URLهای سایت تغییر کنند ولی Redirect ایجاد نشود.
• Canonicalها همچنان به دامنه قدیمی اشاره کنند.
• Sitemap اشتباه باشد.
• لینک‌های داخلی به آدرس قدیمی اشاره کنند.
• صفحات مهم سایت با خطای 404 مواجه شوند.

در انتقال واقعی سایت، گوگل اعلام کرده است که ممکن است برای مدتی نوسان رتبه مشاهده شود تا URLهای جدید دوباره Crawl و Index شوند.

بررسی Canonical بعد از Clone

اگر از افزونه‌های SEO مانند Yoast SEO یا Rank Math استفاده می‌کنید، تنظیمات Canonical را بعد از Clone بررسی کنید.

برای مثال اگر سایت جدید:

newsite.com

است، نباید Canonical صفحات آن همچنان به:

oldsite.com

اشاره کند.

Canonical به موتور جستجو کمک می‌کند بفهمد کدام URL نسخه اصلی محتواست.

بررسی Sitemap بعد از Clone

بعد از انتقال یا Clone، Sitemap سایت را نیز بررسی کنید.

Sitemap نباید URLهای دامنه قدیمی را به‌عنوان URLهای اصلی سایت جدید معرفی کند.

اگر دامنه تغییر کرده است، Sitemap جدید را ایجاد و در Google Search Console ثبت کنید. گوگل نیز در راهنمای انتقال سایت، ارسال Sitemap جدید را یکی از مراحل مفید برای کمک به کشف URLهای جدید معرفی می‌کند.

تفاوت Clone کردن با Backup چیست؟

این دو مفهوم شبیه یکدیگر هستند اما یکسان نیستند.

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

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

برای مثال:

اگر از سایت خود یک Backup تهیه کنید، ممکن است فایل‌های Backup در یک فضای ذخیره‌سازی نگهداری شوند.

اما در Clone، همان سایت را روی یک سرور یا دامنه دیگر راه‌اندازی می‌کنید.

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

Clone کردن سایت وردپرس با افزونه

برای کاربران معمولی، استفاده از افزونه‌های مخصوص Migration و Clone می‌تواند فرآیند را ساده‌تر کند.

این افزونه‌ها معمولاً می‌توانند فایل‌ها و Database را جمع‌آوری کرده و به سایت مقصد منتقل کنند.

مزیت این روش، ساده بودن آن است.

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

Clone کردن وردپرس با روش دستی

روش دستی معمولاً شامل این مراحل است:

Backup فایل‌ها
Export Database
انتقال فایل‌ها
ساخت Database جدید
Import Database
تنظیم wp-config.php
اصلاح URL در صورت نیاز
بررسی سایت

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

برای انتقال URL نیز می‌توان از WP-CLI استفاده کرد. دستور wp search-replace برای جستجو و جایگزینی اطلاعات در Database طراحی شده و قابلیت مدیریت داده‌های Serialized را دارد.

نکات مهم برای سایت‌های WooCommerce

اگر سایت Clone شده فروشگاه اینترنتی است، بررسی بیشتری لازم است.

مواردی مانند:

• سفارش‌ها
• کاربران
• محصولات
• موجودی کالا
• درگاه پرداخت
• Webhookها
• APIها
• Cron Jobها
• ایمیل‌های فروشگاه

باید بررسی شوند.

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

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

مراقبت از Cron Jobها در سایت Clone

وردپرس و بسیاری از افزونه‌ها وظایف زمان‌بندی‌شده دارند.

برای مثال ممکن است یک سایت به‌صورت خودکار:

• ایمیل ارسال کند.
• اطلاعات را همگام‌سازی کند.
• Backup بگیرد.
• محصولات را به سرویس دیگری ارسال کند.
• اطلاعات API را دریافت کند.

بنابراین اگر یک Clone برای محیط آزمایشی ایجاد کرده‌اید، بررسی Cron Jobها اهمیت زیادی دارد.

ممکن است نسخه Clone همان وظایف سایت اصلی را اجرا کند.

بررسی لینک‌های داخلی بعد از Clone

بعد از انتقال سایت، لینک‌های داخلی را بررسی کنید.

برای مثال ممکن است صفحه‌ای در سایت جدید هنوز به آدرس قدیمی لینک شده باشد:

https://oldsite.com/about

در حالی که باید به:

https://newsite.com/about

اشاره کند.

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

بررسی فایل Robots.txt

پس از Clone، فایل robots.txt را بررسی کنید.

گاهی مدیر سایت برای نسخه آزمایشی تنظیماتی قرار می‌دهد که Crawl موتورهای جستجو را محدود می‌کند.

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

بنابراین بعد از انتقال، حتماً وضعیت robots.txt و تنظیمات مربوط به Index شدن سایت را بررسی کنید.

تست نهایی سایت بعد از Clone

قبل از اعلام موفقیت انتقال، سایت را مانند یک کاربر عادی بررسی کنید.

صفحه اصلی را باز کنید.

چند نوشته و برگه را باز کنید.

تصاویر را بررسی کنید.

فرم‌ها را امتحان کنید.

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

همچنین چند URL مهم سایت را باز کنید و مطمئن شوید خطای 404 یا 500 دریافت نمی‌کنید.

اگر سایت برای موتورهای جستجو اهمیت زیادی دارد، وضعیت Index، Sitemap، Canonical و Redirectها نیز بررسی شود.

اگر فقط سرور تغییر کرده باشد چه کنیم؟

اگر دامنه و URL سایت هیچ تغییری نکرده‌اند و فقط سایت از یک سرور به سرور دیگری منتقل شده است، فرآیند ساده‌تر است.

برای مثال:

example.com

از:

Server A

به:

Server B

منتقل می‌شود.

در چنین شرایطی معمولاً نیازی به تغییر URLهای داخلی سایت نیست. تمرکز اصلی باید روی انتقال کامل فایل‌ها و Database، تنظیم صحیح wp-config.php، تنظیم DNS، SSL و تست عملکرد سایت باشد.

مستندات وردپرس نیز اشاره می‌کند که وقتی Database و URL سایت ثابت بمانند، انتقال سایت با کپی فایل‌ها و Database بسیار ساده‌تر است.

اگر دامنه سایت تغییر کند چه کنیم؟

اگر دامنه نیز تغییر کرده است، انتقال باید با دقت بیشتری انجام شود.

ترتیب کلی کار به این شکل است:

سایت جدید را آماده کنید
URLها را اصلاح کنید
Canonicalها را بررسی کنید
Sitemap جدید را ایجاد کنید
Redirectهای 301 را فعال کنید
Search Console را بررسی کنید
لینک‌های داخلی را اصلاح کنید

در انتقال دامنه، Google Search Console نیز ابزار مهمی برای بررسی وضعیت URLهای قدیمی و جدید است. گوگل توصیه می‌کند در انتقال دامنه، سایت قدیمی و جدید در Search Console قابل بررسی باشند و در صورت تغییر دامنه از ابزار Change of Address نیز استفاده شود.

اشتباهات رایج هنگام Clone کردن وردپرس

یکی از اشتباهات رایج این است که فقط فایل‌های public_html کپی شوند و Database منتقل نشود.

اشتباه دیگر این است که Database بدون توجه به Serialized Data با Search & Replace ساده تغییر داده شود.

فعال ماندن سایت Clone و قابل ایندکس بودن آن نیز می‌تواند مشکل‌ساز باشد.

همچنین نباید تنظیمات سایت اصلی مانند درگاه پرداخت، API، Cron Job و سرویس‌های خارجی را بدون بررسی روی نسخه آزمایشی فعال گذاشت.

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

چک لیست

برای اینکه Clone سایت وردپرس بدون مشکل انجام شود، بهتر است مراحل زیر را به ترتیب بررسی کنید:

۱. از فایل‌ها و Database سایت اصلی Backup بگیرید.

۲. فایل‌های وردپرس را به سرور یا مسیر جدید منتقل کنید.

۳. Database را Export و در مقصد Import کنید.

۴. اطلاعات Database را در wp-config.php بررسی کنید.

۵. اگر دامنه تغییر کرده است، URLهای قدیمی را به‌صورت صحیح اصلاح کنید.

۶. برای تغییر URL از ابزارهایی استفاده کنید که Serialized Data را به‌درستی مدیریت می‌کنند.

۷. SSL و DNS را بررسی کنید.

۸. Permalinkهای وردپرس را بررسی و در صورت نیاز دوباره ذخیره کنید.

۹. قالب، افزونه‌ها، تصاویر، فرم‌ها و صفحات سایت را بررسی کنید.

۱۰. اگر سایت Clone آزمایشی است، از ایندکس شدن آن توسط موتورهای جستجو جلوگیری کنید.

۱۱. Canonical، Sitemap و robots.txt را بررسی کنید.

۱۲. اگر دامنه تغییر کرده است، Redirectهای 301 مناسب ایجاد کنید.

۱۳. در سایت‌های فروشگاهی، درگاه پرداخت، سفارش‌ها و Webhookها را بررسی کنید.

۱۴. Cron Jobهای سایت Clone را بررسی کنید.

۱۵. در نهایت چندین صفحه مهم سایت را به‌صورت واقعی تست کنید.

روش دوم: Clone کردن وردپرس با افزونه Duplicator

اگر با FTP، phpMyAdmin و Database آشنایی زیادی ندارید، استفاده از یک افزونه می‌تواند فرآیند Clone کردن سایت وردپرس را بسیار ساده‌تر کند.

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

نصب افزونه Duplicator

ابتدا وارد پیشخوان وردپرس سایت اصلی شوید و از مسیر:

افزونه‌ها ← افزودن افزونه

عبارت Duplicator را جستجو کنید.

افزونه رسمی Duplicator – Backups & Migration Plugin را نصب و فعال کنید.

نسخه رایگان Duplicator برای بسیاری از انتقال‌های معمولی قابل استفاده است و نسخه Pro امکانات بیشتری مانند قابلیت‌های پیشرفته Import، انتقال سایت‌های بزرگ‌تر، Staging و برخی امکانات اتوماسیون را ارائه می‌دهد.

ساخت نسخه Clone با Duplicator

پس از فعال کردن افزونه، وارد بخش Duplicator شوید و یک Backup جدید ایجاد کنید.

Duplicator در زمان ساخت Backup، فایل‌های انتخاب‌شده سایت و اطلاعات پایگاه داده را در یک آرشیو قرار می‌دهد و یک فایل Installer نیز برای نصب آن ایجاد می‌کند. در روش Classic، معمولاً دو فایل اصلی در اختیار شما قرار می‌گیرد:

archive.zip یا archive.daf

و:

installer.php

در واقع می‌توان این دو فایل را مانند یک «بسته کامل از سایت» در نظر گرفت.

انتقال فایل‌های Duplicator به هاست جدید

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

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

newsite.com

فایل‌های Duplicator را در مسیر اصلی سایت مقصد قرار دهید.

در روش Classic، مقصد می‌تواند یک پوشه خالی باشد و لازم نیست قبل از اجرای Installer، وردپرس را به‌صورت دستی نصب کنید. مستندات Duplicator نیز این روش را به‌عنوان یکی از روش‌های اصلی نصب Backup معرفی می‌کند.

اجرای Installer

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

https://newsite.com/installer.php

با اجرای این فایل، مراحل نصب Duplicator آغاز می‌شود.

در این فرآیند، فایل‌های سایت استخراج می‌شوند، Database ایجاد یا متصل می‌شود و اطلاعات سایت در مقصد بازیابی می‌شوند. Duplicator همچنین هنگام نصب می‌تواند URLهای قدیمی را با URL جدید جایگزین کند و برای داده‌هایی مانند PHP Serialization، JSON و Base64 منطق لازم را در فرآیند تغییر اطلاعات در نظر می‌گیرد.

وارد کردن اطلاعات Database

در مراحل نصب، باید اطلاعات Database مقصد را وارد کنید.

معمولاً این اطلاعات شامل موارد زیر است:

• نام Database
• نام کاربر Database
• رمز عبور Database
• Host Database

اگر روی هاست اشتراکی هستید، می‌توانید Database و User را از طریق ابزارهایی مانند MySQL Databases در cPanel ایجاد کنید.

پس از وارد کردن اطلاعات صحیح، Duplicator اطلاعات موجود در Backup را روی Database مقصد بازیابی می‌کند.

بررسی آدرس سایت جدید

اگر سایت را از یک دامنه به دامنه دیگری منتقل می‌کنید، برای مثال:

oldsite.com

به:

newsite.com

Duplicator در فرآیند نصب می‌تواند اطلاعات URL سایت را به آدرس جدید به‌روزرسانی کند. با این حال، بعد از پایان نصب همچنان باید لینک‌های داخلی، Canonical، Sitemap و سایر تنظیمات مرتبط با دامنه جدید را بررسی کنید.

ورود به سایت Clone شده

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

در این مرحله باید سایت را بررسی کنید و مطمئن شوید:

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

حذف فایل‌های Installer

پس از پایان موفقیت‌آمیز نصب، فایل‌های مربوط به فرآیند نصب را روی هاست باقی نگذارید.

به‌خصوص فایل‌هایی مانند:

installer.php

نباید پس از پایان کار بدون دلیل در دسترس عموم باقی بمانند.

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

نکته مهم هنگام استفاده از Duplicator

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

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

Duplicator برای چه کسانی مناسب‌تر است؟

اگر کاربر معمولی وردپرس هستید و نمی‌خواهید درگیر Export و Import دستی Database، انتقال فایل‌ها و اصلاح دستی تنظیمات شوید، Duplicator می‌تواند روش ساده‌تری برای Clone کردن سایت باشد.

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

در نتیجه، برای Clone کردن سایت وردپرس دو روش اصلی در اختیار دارید:

روش دستی: کنترل بیشتر و مناسب کاربران حرفه‌ای

روش Duplicator: ساده‌تر و مناسب کاربرانی که می‌خواهند بخش زیادی از فرآیند انتقال را از طریق محیط وردپرس انجام دهند.

جمع بندی

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

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

اگر فقط سرور یا هاست تغییر می‌کند و دامنه ثابت می‌ماند، فرآیند انتقال ساده‌تر است. اما اگر دامنه نیز تغییر کند، باید URLهای سایت، لینک‌های داخلی، Canonical، Sitemap و Redirectهای 301 را بررسی کنید. گوگل برای انتقال سایت، استفاده از Redirectهای دائمی، بررسی Canonical و ارسال Sitemap جدید را توصیه می‌کند.

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

در نهایت، چه از روش دستی استفاده کنید و چه از افزونه Duplicator، قبل از شروع حتماً از سایت اصلی و در صورت امکان از سایت مقصد نیز Backup تهیه کنید. پس از Clone نیز عملکرد سایت، امنیت، لینک‌ها و تنظیمات سئو را بررسی کنید. با رعایت این نکات، می‌توانید یک نسخه کامل از سایت وردپرسی خود ایجاد کرده و آن را با اطمینان بیشتری به هاست، سرور یا دامنه جدید منتقل کنید.