مهاجرت از پلتفرم فروشگاهی فعلی بدون از دست دادن سئو
تعویض پلتفرم فروشگاه، پروژهای است که همه فکر میکنند دربارهٔ ساخت سایت جدید است و در واقع دربارهٔ دو چیز دیگر است: انتقال داده، و حفظ آدرسها. سایت جدید بخش قابل برنامهریزی ماجراست؛ آن دو تای دیگر جایی است که پروژهها آسیب میبینند.
اول: تصمیم بگیرید واقعاً لازم است
مهاجرت گران است و بخشی از انگیزههایش با کار کمتری هم برآورده میشود. نشانههایی که واقعاً موجهاند:
قواعد کسبوکارتان در پلتفرم فعلی جا نمیشود و هر تغییر یک وصله جدید میخواهد.
نمیتوانید به سامانههای لازم وصل شوید، چون API کافی وجود ندارد.
مقیاس از توان پلتفرم گذشته و در اوج بار میافتد.
یا پشتیبانی و بهروزرسانی پلتفرم متوقف شده و ریسک امنیتی دارید.
نشانههایی که معمولاً کافی نیستند: «طراحی قدیمی شده» که با تعویض قالب حل میشود، و «کند است» که اغلب مسئله بهینهسازی است نه پلتفرم. قبل از تصمیم، مطمئن شوید علت کندی را میدانید.
نقشه آدرسها، مهمترین سند پروژه
هر آدرسی که امروز رتبه دارد یا از جایی به آن لینک داده شده، باید در سایت جدید یا همان بماند یا با ریدایرکت دائمی به معادلش برسد.
مسیر کار:
فهرست کامل آدرسهای فعلی را از چند منبع بگیرید، نه یکی: نقشه سایت، گزارش خزش، آمار بازدید، و ابزار سرچ کنسول. هر منبع چیزهایی دارد که بقیه ندارند — مخصوصاً صفحههای قدیمی که هنوز ترافیک میگیرند.
برای هر آدرس، معادلش در ساختار جدید را بنویسید. جایی که معادل دقیق ندارد، نزدیکترین صفحه مرتبط را بگذارید؛ فرستادن همه به صفحه اصلی، بدترین گزینه است و عملاً یعنی آن رتبه را رها کردهاید.
ریدایرکتها را ۳۰۱ بگذارید، نه ۳۰۲. و زنجیره نسازید: اگر قبلاً یک ریدایرکت داشتید، آدرس قدیمیتر باید مستقیم به مقصد نهایی برود، نه از دو پرش.
نکتهای که در سایتهای فارسی زیاد دیده میشود: آدرسهایی که کاراکتر فارسی دارند و بهشکل درصدی کدگذاری شدهاند. اینها را جدا تست کنید؛ در نقشههای ریدایرکت خیلی وقتها جا میمانند.
نقشه را قبل از ساخت سایت جدید بنویسید، نه بعدش. اگر ساختار جدید از قبل معلوم باشد که چه آدرسهایی باید پوشش دهد، بخشی از تصمیمهای ساختاری راحتتر گرفته میشود.
انتقال داده
سه دسته داده با سه سطح ریسک:
کاتالوگ. کالا، دسته، ویژگی، عکس. پرحجمترین و کمریسکترین، چون قابل بازسازی است. فرصت خوبی است برای پاکسازی: کالاهای منسوخ منتقل نشوند و ویژگیها یکسانسازی شوند. الگویش را در مدیریت اطلاعات محصول نوشتهایم.
مشتریان. حسابها، آدرسها، مانده اعتبار. حساس، چون خطا مستقیم به تجربه مشتری میخورد. رمزهای عبور معمولاً قابل انتقال نیستند مگر الگوریتم درهمسازی یکی باشد؛ برنامهای برای بازنشانی رمز داشته باشید و از قبل به مشتریان اطلاع دهید.
سفارشها و اسناد مالی. پرریسکترین. تصمیم کلیدی: تاریخچه کامل را منتقل میکنید یا از تاریخ مشخصی به بعد را؟ انتقال کامل گران است؛ نگهداشتن سامانه قدیم بهعنوان بایگانی فقطخواندنی، اغلب گزینه ارزانتر و امنتری است.
در هر سه، حداقل یک بار مهاجرت آزمایشی کامل انجام دهید و خروجی را با مبدأ تطبیق دهید: تعداد رکوردها، جمع مبالغ، و نمونهگیری دستی. مغایرتهایی که در مهاجرت واقعی پیدا شوند، وقت رفعشان نیست.
ترتیبی که ریسک را کم میکند
مهاجرت یکباره همهچیز در یک شب، پرریسکترین روش است و گاهی تنها روش ممکن. اگر میشود، این ترتیب امنتر است:
سایت جدید را روی دامنه آزمایشی بالا بیاورید و از ایندکس ببندید.
داده را منتقل و تطبیق کنید.
نقشه ریدایرکت را روی همان محیط تست کنید — نمونهای از هر الگوی آدرس.
اگر ساختارتان اجازه میدهد، بخشی از ترافیک را اول ببرید: مثلاً فقط یک دسته کالا یا فقط کاربران داخلی.
و بعد جابهجایی کامل، ترجیحاً در کمترافیکترین بازه هفته و نه پیش از یک فصل فروش.
هفته اول بعد از جابهجایی
سه چیز را روزانه نگاه کنید:
خطاهای ۴۰۴ در لاگ سرور. هر آدرسی که ۴۰۴ میدهد و ترافیک داشته، یعنی از نقشه جا مانده. این عدد باید در روزهای اول سریع به صفر میل کند.
پوشش در سرچ کنسول. افت موقت رتبه در هفتههای اول طبیعی است؛ افتی که سه هفته ادامه پیدا کند طبیعی نیست.
نرخ تبدیل و خطای پرداخت. اگر افت فروش دارید، اول پرداخت را بررسی کنید نه سئو. خطای درگاه در روزهای اول شایعترین علت است.
نمونهای از این مسیر را در پاپکو داشتهایم که فروشگاه رسمی برند بود.
چیزی که وسوسهانگیز است و نباید بکنید
تغییر ساختار آدرسها همزمان با مهاجرت. اگر هم پلتفرم عوض شود و هم الگوی آدرس، هر مشکلی که پیش بیاید دو علت محتمل دارد و تشخیصش سخت میشود. اگر ساختار فعلی معیوب نیست، حفظش کنید؛ تغییرش را به چند ماه بعد موکول کنید. همین منطق است که در مقایسه پلتفرمها هم به آن اشاره کردهایم.
بازطراحی کامل همزمان. پلتفرم جدید، آدرس جدید و طراحی جدید با هم یعنی سه متغیر تغییریافته و صفر امکان انتساب علت.
حذف صفحههای کمبازدید. کمبازدید بودن یعنی امروز ترافیک ندارد، نه اینکه لینک ورودی ندارد. حذفشان بدون ریدایرکت، اعتباری را دور میریزد که ساختنش سالها طول کشیده.