انتقال جوملا به وردپرس فقط کپی مقاله‌ها نیست. قالب، منوها، امکانات افزونه‌ها و نشانی صفحات باید جداگانه بررسی شوند. بهتر است ابتدا مقصد آزمایشی آماده شود و سایت اصلی تا زمان تأیید نتیجه در دسترس بماند.
پیش‌نیازهای انتقال جوملا به وردپرس
فهرست مقاله‌ها، دسته‌ها، تصاویر، نویسندگان، زبان‌ها و URLهای فعلی را تهیه کنید. تاریخ انتشار و وضعیت هر مطلب را هم ثبت کنید تا آرشیو یا محتوای خصوصی ناخواسته منتشر نشود. از فایل‌ها و دیتابیس مبدأ نسخهٔ بازیابی قابل‌استفاده داشته باشید.
وردپرس مقصد را جدا از فایل‌ها و دیتابیس سایت اصلی نصب کنید. قابلیت‌های لازم مثل فرم، جست‌وجو، فروشگاه یا فیلد سفارشی را مشخص کنید؛ قالب جوملا به قالب وردپرس تبدیل نمی‌شود و درون‌ریزی مقاله جای بازسازی این امکانات را نمی‌گیرد.
انتخاب ابزار سازگار
FG Joomla to WordPress در مخزن رسمی از گزینه‌های انتقال محتواست. فهرست نسخه‌های آزموده‌شده و امکانات رایگان، تجاری و افزودنی‌ها را برای نسخهٔ دقیق مبدأ بخوانید. پشتیبانی از یک نسخه به معنی تضمین سازگاری تمام کامپوننت‌های آن نیست.
انتقال کاربران، منوها، برخی متادیتاها یا دادهٔ کامپوننت‌هایی مانند K2 ممکن است به امکانات تجاری یا تبدیل اختصاصی نیاز داشته باشد. ابتدا روی نمونهٔ نماینده، شامل مقالهٔ تصویردار و مطالب دارای فیلد خاص، روش را آزمایش کنید.
اتصال به داده و رسانهٔ مبدأ
در وردپرس از Tools → Import، درون‌ریز Joomla (FG) را اجرا کنید. مقادیر اتصال دیتابیس مبدأ در configuration.php جوملا شامل host، db، user، password و dbprefix هستند. میزبان و پورت واقعی را از تنظیم محیط بگیرید؛ ثابت‌ماندن پورت پیش‌فرض برای همهٔ سایت‌ها درست نیست.
این اطلاعات محرمانه‌اند؛ آن‌ها را در تصویر یا گزارش عمومی منتشر نکنید. برای انتقال بین سرورها، اتصال محدود و مجاز یا کپی کنترل‌شدهٔ دیتابیس در محیط جداگانه به کار ببرید. بازکردن دیتابیس به روی همهٔ اینترنت ضرورتی ندارد.
روش دریافت تصاویر باید با دسترسی واقعی به فایل‌های مبدأ سازگار باشد. موفقیت اتصال دیتابیس، دسترسی به رسانه را ثابت نمی‌کند؛ هر دو را با گزینه‌های آزمون ابزار بررسی کنید.
درون‌ریزی محتوا و کنترل نتیجه
پیش از شروع، مقصد مطالب را بین نوشته و برگه و رفتار متن مقدمه، آرشیو و تصاویر مشخص کنید. گزینهٔ Empty WordPress content را دستور معمول انتقال تلقی نکنید؛ این گزینه می‌تواند محتوای مقصد را پاک کند.
درون‌ریزی را آغاز و نتیجهٔ گزارش ابزار را بررسی کنید. در قطع عملیات، روش ادامهٔ مستند را به کار ببرید؛ شروع دوباره بدون شناخت رفتار ابزار ممکن است دادهٔ تکراری بسازد. فقط دیدن پیام پایان کافی نیست: تعداد و نمونهٔ محتواها را با مبدأ تطبیق دهید.
تصویر اول متن همیشه تصویر شاخص مناسبی نیست. عنوان، متن کامل، تاریخ اصلی، نویسنده، دسته، جای تصاویر و توضیحات متا را بررسی کنید. انتقال meta keywords به برچسب نیز الزاماً ساختار دسته‌بندی خوبی ایجاد نمی‌کند.
حفظ URL و لینک‌های داخلی
برای هر نشانی قدیمی، مقصد متناظر تعیین کنید. تا حد امکان همان مسیر را حفظ کنید؛ حروف، نیم‌فاصله، پسوند و اسلش انتهایی هم بخشی از تطبیق‌اند. اگر تغییر لازم شد، ریدایرکت دائمی به صفحهٔ معادل ایجاد و آزمون کنید.
طبق راهنمای مهاجرت گوگل، نقشهٔ URL و بررسی سایت جدید بخش مستقل انتقال است. دکمهٔ اصلاح لینک داخلی درون‌ریز، تضمین اصلاح همهٔ منوها، فایل‌ها و ریدایرکت‌ها نیست. نشانی‌های محتوای واقعی را به صفحهٔ اصلی ریدایرکت نکنید.
راه‌اندازی مقصد اصلی
پس از کنترل محتوا، مسیرها، فرم‌ها و تصاویر، تغییر نهایی را اجرا کنید. تعویض nameserver همیشه لازم نیست؛ روش انتقال به محل میزبانی و مدیریت DNS وابسته است. تنظیم آدرس وردپرس و جایگزینی نشانی آزمایشی باید مطابق راهنمای مهاجرت وردپرس انجام شود تا دادهٔ سریال‌شده آسیب نبیند.
در مقصد اصلی، canonical، لینک‌های داخلی، نقشهٔ سایت و محدودیت ایندکس را بررسی کنید. محیط آزمایشی همچنان جدا بماند. تاریخ انتشار اصلی را برای تازه نشان‌دادن مصنوعی محتوا تغییر ندهید و پس از انتقال، خطاهای 404 و مسیرهای مهم را پایش کنید.
مطالعهٔ مرتبط
بازبینی فنی: ۱۳ آبان ۱۴۰۵. تاریخ انتشار اولیه و نشانی قبلی حفظ شده‌اند.
