معرفی انواع مدلهای مایگریشن
تغییر دامنه، عوض کردن قالب سایت یا حتی اصلاح آدرس چند صفحه، برای خیلی از متخصصان سئو شبیه به یک چالش پرریسک است. روزهای اول همهچیز خوب پیش میرود، اما چند هفته بعد، نمودارهای سرچ کنسول افت مفصلی را تجربه میکنند و ترافیکی که ماهها برایش زحمت کشیده شده بود، ظرف چند روز کاهش مییابد.
انتقال یا مایگریشن وبسایت (Site Migration)، دقیقاً مثل اسبابکشی از یک مغازه به مغازه دیگر است. اگر اجناس را درست بستهبندی نکنید، آدرس جدید را به مشتریان نگویید یا کلید مغازه قبلی را خیلی زود تحویل دهید، بخش زیادی از مشتریان و داراییهایتان گم میشوند. در دنیای سئو هم اگر گوگل متوجه مسیر جدید صفحات شما نشود یا سیگنالهای ارزشمند گذشته منتقل نشوند، اعتبار سایت آسیب جدی میبیند.
برای اینکه در فرایند جابهجایی سایت سردرگم نشوید، پیش از هر اقدامی باید بدانید با چه نوع مایگریشنی روبهرو هستید؛ چرا که هر مدل، سناریو و چکلیست فنی خودش را دارد.
چهار سناریوی اصلی در مایگریشن وبسایت
بهطور کلی، هر تغییری که در ساختار، زیرساخت یا آدرسدهی سایت ایجاد میشود، در یکی از این چهار دسته قرار میگیرد:
- تغییر دامنه (نوع اول): سادهترین و کمریسکترین حالت که در آن ساختار آدرسها، قالب، کدنویسی و محتوا ثابت میماند و فقط نام دامنه تغییر میکند.
- تغییر قالب و زیرساخت فنی (نوع دوم): دامنه و آدرس صفحات تغییر نمیکنند، اما سیستم مدیریت محتوا (CMS)، کدنویسی یا قالب سایت کلاً عوض میشود.
- تغییر ساختار آدرسها (نوع سوم): دامنه ثابت است، اما ساختار پیوندها یا همان URLها تغییر میکند (مثلاً تغییر آدرسهای فارسی به انگلیسی یا اضافه شدن یک بخش جدید به مسیر صفحات).
- تغییر محتوا و ماهیت صفحات (نوع چهارم): ساختار دستهبندیها کلاً تغییر میکند، چند صفحه در هم ادغام میشوند یا صفحه بلاگ به صفحه فروشگاهی تبدیل میشود.
نوع اول: وقتی فقط اسم روی زنگ خانه عوض میشود
گاهی به دلیل فیلترینگ، مشکلات حسابهای تبلیغاتی یا تغییر برند، مجبور میشویم دامنه سایت را عوض کنیم. در این حالت، چون آدرس دقیق صفحات و قالب تغییر نکردهاند، با یک خط کد در فایل htaccess. میتوان تمام مسیرها را به دامنه جدید منتقل کرد.
اما بزرگترین اشتباهات در همین مراحل به ظاهر ساده رخ میدهند. سناریویی واقعی در یک پروژه مشاوره را در نظر بگیرید: کسبوکاری پس از تغییر دامنه و همزمان با اختلالات اینترنت، افت ترافیک شدیدی را تجربه کرده بود. بررسیها نشان داد که آنها فراموش کرده بودند هاست دامنه قدیمی را تمدید کنند! با انقضای هاست قبلی، تمام ریدایرکتها قطع شده بود و تمام بکلینکها و ریپورتاژهای ارزشمندی که به دامنه قبل اشاره داشتند، یکشبه بیاثر شده بودند.
چند نکته حیاتی در تغییر دامنه:
- دامنه قبلی و هاست آن را حداقل تا یک سال نگه دارید و ریدایرکتها را فعال حفظ کنید.
- ابزارهای آنالیتیکس، گوگل تگ منجر و کلریتی را روی دامنه جدید بهروزرسانی کنید تا دادههای آماری دستنخورده و دقیق باقی بمانند.
- لینکهای موجود در شبکههای اجتماعی و ریپورتاژهای پرترافیک را تا حد امکان به آدرس جدید تغییر دهید.
- از ابزار Change of Address در سرچ کنسول استفاده کنید؛ اما یادتان باشد این ابزار فقط برای تغییر دامنه است، نه تغییرات جزیی مثل فعالسازی SSL (HTTP به HTTPS) یا اضافه کردن www.
نوع دوم: بازسازی داخلی بدون تغییر آدرس
اگر قرار است از یک کدنویسی اختصاصی به وردپرس کوچ کنید یا قالب سایتتان را تغییر دهید، تمام چالشهای شما از جنس سئوی فنی (Technical SEO) خواهد بود. در این نوع مایگریشن، آدرسها عوض نمیشوند، اما نحوه ارائه کدها به موتورهای جستجو تغییر میکند.
رایجترین خطای تیمهای توسعه در این مرحله، نادیده گرفتن تگ کانونیکال (Canonical) است. تیمهای فنی گاهی اهمیت این تگ را برای رباتهای گوگل درک نمیکنند و آدرسهای اشتباه، پارامترهای UTM یا حتی آدرس صفحه اصلی را به عنوان کانونیکال تمام صفحات قرار میدهند.
چکلیست فنی برای تغییر قالب و کدنویسی:
- حفظ متادیتاها: متای عنوان (Title)، توضیحات (Description) و اسکیماهای صفحات قدیمی باید عیناً به قالب جدید منتقل شوند.
- بررسی لینکسازی داخلی: مطمئن شوید بخشهایی مثل مطالب مرتبط، زیردستهها و لینکهای موجود در منو در قالب جدید حذف نشده باشند.
- بررسی سرعت و Core Web Vitals: قالب جدید ممکن است ظاهر زیبایی داشته باشد، اما اگر سرعت لود و استانداردهای تجربه کاربری پایینی داشته باشد، جایگاه شما به خطر میافتد.
- کنترل تگهای ربات: حواستان باشد تگ noindex که در محیط تست (Staging) استفاده میشد، به محیط اصلی سایت منتقل نشود.
نوع سوم: دستکاری در ساختار آدرسها و مدیریت بودجه خزش
وقتی تصمیم میگیرید پسوند /blog/ را به آدرس مقالات اضافه کنید یا ساختار پیوندها را از حالت فارسی به انگلیسی تغییر دهید، وارد نوع سوم مایگریشن شدهاید. در این حالت، تغییر حتی یک کاراکتر در آدرس، به معنای ساخته شدن یک صفحه کاملاً جدید از نظر گوگل است.
در این سناریو، الگوهای کلی ریدایرکت همیشه جوابگو نیستند و باید یک نقشه ریدایرکت یکبهیک (One-to-One) آماده کنید. چالش اصلی در اینجا، مدیریت بودجه خزش (Crawl Budget) و سرعت شناسایی آدرسهای جدید توسط گوگل است.
یک تکنیک کلیدی در این بخش، مدیریت نقشهسایت (Sitemap) است. بعد از تغییر آدرسها، نباید بلافاصله نقشه سایت قدیمی را حذف کرد. بهتر است فایل XML نقشه سایت قدیمی ذخیره شود و حداقل تا یک ماه در کنار نقشه سایت جدید در سرچ کنسول فعال بماند. با این کار، گوگل از طریق نقشه سایت قدیمی به آدرسهای قبلی سر میزند، ریدایرکت ۳۰۱ را شناسایی میکند و سریعتر آدرس جدید را در دیتابیس خود جایگزین مینماید.
نوع چهارم: تغییر ماهیت محتوا و ادغام صفحات
گاهی استراتژی محتوایی سایت نیاز به خانهتکانی اساسی دارد؛ مثلاً تصمیم میگیرید ۱۰ مقاله کوتاه را در یک مقاله جامع ادغام کنید یا یک صفحه متنی ساده را به یک صفحه محصول تبدیل نمایید.
در نوع چهارم، پیش از اجرای هر تغییری روی سایت اصلی، داشتن یک نسخه دمو (Staging) کاملاً ضروری است. تمام تغییرات محتوایی، لینکسازیهای داخلی و ساختار جدید باید ابتدا در محیط تست پیادهسازی و با ابزارهایی مثل Screaming Frog آنالیز شوند.
اگر صفحهای کلاً حذف شده و هیچ معادل یا جایگزینی برای آن وجود ندارد، نباید آن را به صفحه اصلی ریدایرکت کرد. ریدایرکت بیربط صفحات حذفشده به صفحه اصلی، از نظر گوگل خطای Soft 404 محسوب میشود. در چنین شرایطی استفاده درست از کدهای وضعیت 404 یا 410 راهکار استاندارد است و صفحات ادغامشده نیز باید با ریدایرکت 301 به آدرس جدید هدایت شوند.
مسیر همزمان تغییرات و گام بعدی
در پروژههای واقعی، خیلی وقتها این چهار مدل بهصورت همزمان اتفاق میافتند؛ مثلاً همزمان با تغییر دامنه، قالب سایت عوض میشود و ساختار آدرسها هم بهبود مییابد. در این شرایط، پیچیدگی کار چندبرابر میشود، زیرا هر تغییر، اکشنپلان و چالشهای خاص خودش را دارد.
شناخت دقیق هر قدم، ریزهکاریهای فنی ریدایرکتها و عیبیابی خطاهای رایج در سرچ کنسول، مرز بین یک مایگریشن موفق و یک ریزش ترافیک پرهزینه است. بررسی دقیق این جزییات عملی به شما کمک میکند با اطمینان کامل و بدون ترس از افت جایگاه، زیرساخت سایت را ارتقا دهید.