learn

انتقال وردپرس از HTTP به HTTPS؛ تنظیم آدرس و حفظ مسیرها

روند تغییر پروتکل وردپرس بدون تغییر بی‌دلیل مسیر صفحات و با کنترل منابع و سیگنال‌های سئو.

انتقال وردپرس از HTTP به HTTPS فقط نصب گواهی نیست. نشانی برنامه، منابع صفحه، ریدایرکت‌ها و سیگنال‌های سئو باید با پروتکل نهایی هماهنگ شوند. برای این تغییر، مسیر نوشته‌ها و نامک‌ها را بی‌دلیل عوض نکنید؛ هر آدرس قدیمی باید به معادل همان صفحه برسد.

پیش‌نیاز انتقال وردپرس از HTTP به HTTPS

گواهی معتبر برای همهٔ نام‌های لازم نصب کنید و بازشدن مستقیم HTTPS را پیش از اجبار ریدایرکت بسنجید. دامنهٔ اصلی، www، زیردامنه‌های کاربردی و CDN را در نظر بگیرید. راه بازیابی دسترسی مدیریتی و نسخهٔ قابل‌بازیابی داده‌ها را پیش از تغییر واقعی آماده داشته باشید.

نشانی‌های وردپرس و منابع داخلی

  1. در تنظیمات عمومی، WordPress Address و Site Address را مطابق ساختار نصب به HTTPS تغییر دهید.
  2. اگر این مقادیر در تنظیمات سرور یا wp-config.php تعریف شده‌اند، همان منبع را هماهنگ کنید.
  3. منابع داخلی HTTP را با ابزار سازگار با داده‌های سریال‌شده اصلاح کنید.
  4. کش و فایل‌های تولیدی صفحه‌ساز را طبق مستندات آن بازسازی کنید.
نشانی‌های عمومی در انتقال وردپرس از HTTP به HTTPS
نمونهٔ رابط قدیمی؛ نام و جای دکمه‌ها در نسخهٔ فعلی ممکن است متفاوت باشد. راهنمای بازبینی‌شدهٔ متن را مبنا قرار دهید.

یک ریدایرکت مستقیم برای هر مسیر

در وب‌سرور یا لایهٔ مناسب، انتقال دائمی HTTP به HTTPS را تنظیم کنید. صفحهٔ مقاله نباید به صفحهٔ اصلی فرستاده شود. از حلقه، زنجیرهٔ چندمرحله‌ای و تضاد قوانین افزونه و CDN جلوگیری کنید. در پراکسی معکوس، تشخیص HTTPS باید فقط به هدر معتبر همان پراکسی متکی باشد.

سئوی فنی پس از تغییر پروتکل

canonical، نقشهٔ سایت، لینک‌های داخلی، hreflang و URLهای دادهٔ ساختاریافته باید به نشانی نهایی اشاره کنند. ریدایرکت برای یکپارچگی مسیر و انتقال سیگنال‌هاست؛ ادعای «جریمهٔ قطعی محتوای تکراری» توضیح درستی نیست. گواهی پولی هم مزیت رتبه‌بندی تضمین‌شده ندارد.

سرچ کنسول و آمار

Domain property پروتکل‌های دامنه را پوشش می‌دهد. اگر از URL-prefix property استفاده می‌کنید، نسخهٔ HTTPS مربوط را نیز اضافه و تأیید کنید. نقشهٔ سایت نهایی را معرفی کنید. ابزار Change of Address برای تغییر صرف HTTP به HTTPS لازم نیست. در سامانهٔ آمار فعلی، دریافت رویدادها و آدرس‌های ثبت‌شده را بررسی کنید؛ تصویر Universal Analytics قدیمی مبنای تنظیم GA4 نیست.

چه چیزهایی را آزمایش کنیم؟

چند مسیر نوشته و فایل، ورود، فرم، پرداخت و درخواست‌های AJAX را با مرورگر بررسی کنید. گواهی معتبر باید همراه با نبود Mixed Content و عملکرد درست باشد. noindex محیط آزمایشی را با وضعیت دامنهٔ نهایی اشتباه نگیرید. پس از انتقال واقعی، فقط محدودیت‌های آزمایشیِ صفحات آمادهٔ انتشار را بردارید.

افزونهٔ HTTPS الزام همیشگی نیست؛ اگر لایه‌های سایت درست تنظیم‌اند، افزودن افزونهٔ دیگر ضرورت ندارد. منابع: HTTPS در وردپرس و راهنمای انتقال گوگل.

مطالعهٔ مرتبط

بازبینی فنی: ۱۳ آبان ۱۴۰۵. تاریخ انتشار اولیه و نشانی قبلی حفظ شده‌اند.

مطالب مرتبط

ارسال نظر

فهرست مطالب