نویسنده: مای محتوا
راهنمای کامل تغییر دامنه فروشگاه اینترنتی بدون از دست دادن غیرضروری ورودی گوگل؛ از تهیه نقشه انتقال آدرس‌ها و تنظیم ریدایرکت ۳۰۱ تا ابزار Change of Address سرچ کنسول، اصلاح Sitemap و Canonical، حفظ صفحات محصولات و پایش سئو پس از انتقال.
فرض کنید چند سال برای فروشگاه اینترنتی خود محتوا تولید کرده‌اید، صفحات محصولات را بهینه کرده‌اید و حالا تعدادی از آن‌ها از گوگل بازدیدکننده دریافت می‌کنند. تصمیم می‌گیرید نام برند را تغییر دهید یا فروشگاه را به یک دامنه کوتاه‌تر و حرفه‌ای‌تر منتقل کنید. دامنه جدید را ثبت می‌کنید، محصولات را به سایت تازه منتقل می‌کنید و منتظر ادامه فروش می‌مانید؛ اما بعد از مدتی متوجه می‌شوید بسیاری از آدرس‌های قدیمی دیگر در نتایج گوگل ظاهر نمی‌شوند و ورودی ارگانیک کاهش یافته است.
این اتفاق یکی از نگرانی‌های مهم مدیران فروشگاه‌های اینترنتی هنگام مهاجرت دامنه است. زیرا ارزش یک سایت فقط به قالب، محصولات و اطلاعات موجود در پایگاه داده آن محدود نمی‌شود. گوگل در طول زمان آدرس صفحات، ارتباط آن‌ها با موضوعات مختلف، لینک‌های ورودی و دیگر سیگنال‌های مرتبط را شناسایی می‌کند. اگر محل صفحات تغییر کند اما ارتباط آدرس‌های قدیمی و جدید به‌درستی اعلام نشود، انتقال این سیگنال‌ها ممکن است با مشکل روبه‌رو شود.
چگونه هنگام تغییر دامنه فروشگاه اینترنتی ورودی گوگل را حفظ کنیم؟ راهکار اصلی، برنامه‌ریزی دقیق برای انتقال URLها، استفاده از ریدایرکت دائمی صحیح، حفظ محتوای مهم، اصلاح لینک‌ها و نقشه سایت، ثبت تغییر در Google Search Console و پایش وضعیت صفحات پس از مهاجرت است.
البته هیچ روشی نمی‌تواند ثابت ماندن کامل رتبه و کلیک در تمام مراحل انتقال را تضمین کند. گوگل در راهنمای رسمی انتقال سایت با تغییر URL توضیح می‌دهد که هنگام جابه‌جایی دامنه ممکن است نوسان موقت رتبه رخ دهد و پردازش انتقال به زمان نیاز داشته باشد.
در این مقاله تمام مراحل تغییر دامنه فروشگاه اینترنتی را از آماده‌سازی پیش از انتقال تا کنترل نتایج پس از آن بررسی می‌کنیم. همچنین یک نمونه عملی، جدول ریدایرکت محصولات، چک‌لیست فنی، روش استفاده از ابزار Change of Address، مهم‌ترین خطاهای مهاجرت و برنامه پایش ۳۰روزه ارائه خواهیم کرد.
تغییر دامنه به‌تنهایی به معنای نابودی سئو یا از بین رفتن همیشگی رتبه‌های قبلی نیست. گوگل از روش‌هایی برای شناسایی جابه‌جایی صفحات و انتقال سیگنال‌های مرتبط پشتیبانی می‌کند. بااین‌حال، مهاجرت دامنه تغییر مهمی در ساختار آدرس‌های قابل مشاهده سایت ایجاد می‌کند و ممکن است برای مدتی باعث تغییر در نمایش و رتبه صفحات شود.
طبق مستندات رسمی Google Search Central، ریدایرکت دائمی از جمله HTTP 301 و 308 روش توصیه‌شده برای اعلام انتقال دائمی یک URL است. گوگل همچنین تصریح می‌کند که ریدایرکت‌های دائمی به‌خودی‌خود باعث از دست رفتن PageRank نمی‌شوند؛ اما این موضوع تضمین نمی‌کند عملکرد جست‌وجوی سایت در تمام روزهای مهاجرت بدون تغییر باقی بماند.
میزان ریسک به عواملی مانند تعداد صفحات، صحت ریدایرکت‌ها، قابلیت خزش دامنه جدید، حفظ محتوای اصلی، سلامت سرور و تغییرات هم‌زمان بستگی دارد.
اگر فقط نام دامنه را عوض کنید و ساختار صفحات را تا حد امکان حفظ کنید، مدیریت انتقال معمولاً ساده‌تر خواهد بود. اما اگر هم‌زمان دامنه، فروشگاه‌ساز، قالب، دسته‌بندی‌ها و آدرس تمام محصولات را تغییر دهید، شناسایی علت مشکلات احتمالی دشوارتر می‌شود.
پیش از آغاز مهاجرت باید مشخص کنید دقیقاً چه چیزی قرار است تغییر کند؛ زیرا همه تغییرات سایت نیازمند اقدامات یکسان نیستند.
| نوع تغییر | مثال | اقدام اصلی |
|---|---|---|
| تغییر دامنه | oldshop.ir به newshop.ir | ریدایرکت دائمی، اصلاح URLها و ابزار تغییر نشانی در صورت شمول |
| تغییر هاست بدون تغییر URL | انتقال سرور با حفظ دامنه و مسیرها | آماده‌سازی سرور جدید، تغییر DNS و کنترل دسترسی |
| تغییر مسیر یک صفحه | /product/old-name به /product/new-name | ریدایرکت صفحه قدیمی به صفحه جدید مرتبط |
| تبدیل HTTP به HTTPS | http://shop.ir به https://shop.ir | گواهی امنیتی، ریدایرکت دائمی و اصلاح منابع داخلی |
| تغییر ساختار www | www.shop.ir به shop.ir | انتخاب نسخه اصلی و ریدایرکت صحیح |
| تغییر دامنه همراه با بازطراحی | دامنه و سیستم فروشگاهی جدید | مهاجرت محتوا، نگاشت آدرس‌ها، آزمایش فنی و کنترل بیشتر |
برای تغییر هاست بدون تغییر آدرس قابل مشاهده سایت، گوگل راهنمای مستقلی برای انتقال زیرساخت میزبانی دارد. در این حالت الزاماً نیازی به ریدایرکت دامنه یا استفاده از Change of Address نیست.
نکته مدیریتی: قبل از انتخاب روش انتقال، هدف دقیق مهاجرت را ثبت کنید. گاهی تغییر دامنه واقعاً ضروری نیست و همان هدف با اصلاح طراحی، برندینگ یا زیرساخت دامنه فعلی قابل دستیابی است.
اگر بدون تهیه گزارش اولیه دامنه را عوض کنید، پس از انتقال نمی‌دانید کدام افت طبیعی است و کدام صفحه به دلیل خطای مهاجرت ورودی خود را از دست داده است.
بهتر است پیش از شروع، داده‌های Google Search Console را برای بازه‌های ۲۸ روز، سه ماه و در صورت نیاز دوره مشابه سال قبل بررسی و ذخیره کنید. مهم‌ترین شاخص‌ها شامل کلیک ارگانیک، Impression، میانگین جایگاه و نرخ کلیک هستند.
سپس گزارش صفحات را استخراج کنید و مشخص کنید کدام URLها بیشترین ورودی گوگل را دارند. این صفحات می‌توانند شامل محصولات پرفروش، دسته‌بندی‌های مهم، مقالات وبلاگ و صفحات خدماتی باشند.
در کنار سرچ کنسول، گزارش فروشگاه را بررسی کنید تا بدانید کدام صفحات واقعاً به سفارش منجر شده‌اند. صفحه‌ای که بازدید زیادی دارد ولی سفارش کمی ایجاد می‌کند ممکن است همچنان اهمیت سئویی داشته باشد، اما صفحه‌ای با بازدید کمتر و فروش بالا نیز نباید در مهاجرت نادیده گرفته شود.
اطلاعات پیشنهادی برای ثبت اولیه: URL، نوع صفحه، وضعیت ایندکس، کلیک، Impression، کوئری‌های مهم، جایگاه، تعداد لینک‌های مرتبط، وضعیت فروش و اولویت کسب‌وکار.
برای آشنایی با این گزارش‌ها، راهنمای Google Search Console فروشگاهی را مطالعه کنید.
یکی از بزرگ‌ترین اشتباهات مهاجرت، تمرکز صرف بر صفحه اصلی سایت است. یک فروشگاه ممکن است صدها محصول، ده‌ها دسته‌بندی، مقاله، صفحه برند و آدرس تصویر داشته باشد. هرکدام از این URLها ممکن است از گوگل یا سایت‌های دیگر بازدیدکننده دریافت کنند.
برای تهیه فهرست URLها می‌توانید از نقشه سایت، خروجی مدیریت محصولات، گزارش صفحات سرچ کنسول، لینک‌های داخلی، گزارش ورودی‌ها و لاگ سرور استفاده کنید.
اگر یک محصول در نقشه سایت فعلی وجود ندارد، لزوماً به این معنی نیست که آن صفحه هیچ بازدید یا لینک خارجی ندارد. به همین دلیل، بهتر است داده چند منبع با یکدیگر مقایسه شوند.
مهم‌ترین گروه‌های آدرس فروشگاه: صفحه اصلی، صفحات دسته‌بندی و زیردسته، محصولات ساده، محصولات متغیر، صفحات برند، مقاله‌های وبلاگ، صفحات اطلاعاتی و فایل‌های تصویری مهم.
آدرس‌های سبد خرید، تسویه‌حساب، ورود کاربران و صفحات مدیریتی معمولاً اهداف اصلی ایندکس گوگل نیستند؛ اما عملکرد آن‌ها پس از تغییر دامنه برای تجربه مشتری و سلامت فروشگاه اهمیت دارد.
لازم نیست هر پارامتر ناشناخته یا URL اسپم را به دامنه جدید منتقل کنید. فهرست آدرس‌های معتبر را از مسیرهای مخرب، پارامترهای بی‌معنا و آدرس‌هایی که اصولاً نباید وجود داشته باشند جدا کنید.
مهم‌ترین سند فنی تغییر دامنه، جدول تطبیق یا URL Mapping است. این جدول نشان می‌دهد هر آدرس قدیمی دقیقاً باید به کدام آدرس جدید منتقل شود.
اگر ساختار URLها در دامنه جدید کاملاً مشابه است، ممکن است با یک قاعده ریدایرکت صحیح بتوان مسیرهای معتبر را منتقل کرد. اما اگر ساختار فروشگاه نیز تغییر کرده است، معمولاً به نگاشت دقیق‌تر نیاز دارید.
| آدرس قدیمی فرضی | مقصد جدید مناسب |
|---|---|
| oldshop.ir/ | newshop.ir/ |
| oldshop.ir/products/bag-a | newshop.ir/products/bag-a |
| oldshop.ir/category/shoes | newshop.ir/categories/shoes |
| oldshop.ir/blog/shoe-size-guide | newshop.ir/blog/shoe-size-guide |
| oldshop.ir/products/model-123 | صفحه همان مدل در دامنه جدید، حتی اگر مسیر تغییر کرده باشد |
آدرس‌های جدول نمونه آموزشی هستند. در مهاجرت واقعی باید مقصد هر صفحه بر اساس ساختار جدید و محتوای متناظر تعیین شود.
اصل مهم: صفحه محصول قدیمی باید تا حد امکان به همان محصول یا جانشین واقعاً معادل آن هدایت شود. صفحه دسته‌بندی باید به دسته متناظر و مقاله قدیمی به نسخه جدید همان مقاله منتقل شود.
اگر یک محصول دیگر وجود ندارد، ابتدا وضعیت آن را بررسی کنید. ممکن است صفحه اطلاعاتی همچنان برای کاربر مفید باشد یا جایگزین بسیار مرتبطی داشته باشد. اگر هیچ مقصد مرتبطی وجود ندارد، پاسخ واقعی ۴۰۴ یا ۴۱۰ می‌تواند مناسب‌تر از انتقال گمراه‌کننده به صفحه اصلی باشد.
ریدایرکت به مرورگر و خزنده اعلام می‌کند که یک آدرس به محل دیگری منتقل شده است. برای تغییر دائمی دامنه، گوگل استفاده از ریدایرکت دائمی سمت سرور مانند HTTP 301 یا HTTP 308 را توصیه می‌کند.
در یک مهاجرت صحیح، وقتی کاربر یا ربات گوگل آدرس قدیمی محصول را درخواست می‌کند، سرور قدیمی پاسخ ریدایرکت دائمی و نشانی مقصد جدید را ارائه می‌دهد.
برای مثال، درخواست آدرس https://oldshop.ir/products/bag-a باید به https://newshop.ir/products/bag-a یا مسیر متناظر واقعی منتقل شود.
آدرس نهایی باید محتوای مرتبط داشته باشد و در صورت فعال بودن صفحه، پاسخ موفق مانند HTTP 200 برگرداند. صرف دریافت پاسخ ۳۰۱ از دامنه قدیمی کافی نیست؛ باید مقصد نهایی نیز بررسی شود.
طبق راهنمای رسمی Redirects and Google Search، ۳۰۱ و ۳۰۸ سیگنال انتقال دائمی محسوب می‌شوند. در مقابل، ۳۰۲ معمولاً برای انتقال موقت کاربرد دارد.
نکته فنی: تنظیم ریدایرکت به نوع سرور، فروشگاه‌ساز و ساختار URLها وابسته است. در Nginx، Apache یا سرویس‌های مدیریت‌شده می‌توان روش‌های متفاوتی داشت. قبل از اجرای یک قانون عمومی، باید مسیرهای استثنا، پارامترهای ضروری و مقصدهای نهایی آزمایش شوند.
فرض کنید دامنه قدیمی ۲۰۰ محصول و ۳۰ مقاله دارد. اگر همه این آدرس‌ها را با یک ریدایرکت به صفحه اصلی دامنه جدید هدایت کنید، عملاً ارتباط میان صفحات قبلی و محتوای جدید را از بین برده‌اید.
کاربری که روی نتیجه «راهنمای انتخاب سایز کفش» کلیک کرده، انتظار دارد همان محتوا را ببیند؛ نه صفحه اصلی فروشگاه. گوگل نیز در مستندات مهاجرت هشدار می‌دهد که ریدایرکت تعداد زیادی از صفحات به مقصد نامرتبط می‌تواند باعث سردرگمی شود و حتی به‌عنوان خطای Soft 404 تفسیر شود.
راهکار: برای هر نوع URL مقصد مرتبط تعریف کنید. اگر چند مقاله یا صفحه بسیار مشابه واقعاً در یک محتوای جدید ادغام شده‌اند، می‌توان آن‌ها را به صفحه ادغام‌شده مرتبط هدایت کرد؛ اما این کار باید بر اساس ارتباط واقعی محتوا باشد.
به‌خصوص برای محصولات پرفروش یا دارای ورودی گوگل، بهتر است انتقال یک‌به‌یک و بدون تغییر غیرضروری در موضوع صفحه انجام شود.
یکی از توصیه‌های مهم گوگل این است که اگر امکان دارد، تغییرات بزرگ سایت را هم‌زمان انجام ندهید. انتقال دامنه، بازطراحی کامل، تغییر سیستم مدیریت محتوا و بازنویسی تمام صفحات در یک مرحله، تشخیص علت افت احتمالی سئو را دشوار می‌کند.
برای مثال، اگر صفحه محصولی در دامنه قبلی رتبه مناسبی برای نام مدل داشت، بهتر است هنگام انتقال، عنوان اصلی، اطلاعات مهم کالا، توضیحات معتبر و ساختار محتوایی آن تا حد امکان حفظ شوند.
این موضوع به معنی ممنوعیت بهبود محتوا نیست. می‌توانید پس از تثبیت مرحله مهاجرت، صفحات را مطابق نیاز مشتری اصلاح کنید. اما تغییر هم‌زمان تمام عناصر مهم، امکان مقایسه قبل و بعد را محدود می‌کند.
در فروشگاه‌های کوچک و متوسط معمولاً انتقال یکپارچه دامنه با ساختار محتوایی نسبتاً ثابت قابل بررسی است. برای سایت‌های بزرگ، گوگل امکان انتقال مرحله‌ای و آزمایش یک بخش را نیز مطرح می‌کند؛ بااین‌حال روش مناسب به معماری و حجم سایت وابسته است.
دامنه جدید باید پیش از شروع ریدایرکت‌های اصلی آماده دریافت ترافیک باشد. اگر سایت تازه کند باشد، صفحه‌ها خطای ۵۰۰ بدهند یا فایل‌های ضروری در دسترس نباشند، انتقال می‌تواند با اختلال همراه شود.
موارد مهم شامل گواهی TLS معتبر برای HTTPS، تنظیم صحیح DNS، پاسخ مناسب سرور، عملکرد نسخه موبایل، دسترسی به تصاویر، صحت فایل‌های CSS و JavaScript و سلامت مسیر خرید است.
اگر نسخه آزمایشی سایت با رمز عبور محافظت شده، باید هنگام انتشار عمومی دسترسی مطابق برنامه تغییر کند. اگر برای جلوگیری از ایندکس شدن زودهنگام از noindex استفاده کرده‌اید، باید قبل از شروع فرایند ایندکس دامنه جدید مطمئن شوید این دستور از صفحات عمومی حذف شده است.
هشدار مهم: قرار دادن دستور منع خزش در robots.txt نمی‌تواند جایگزین مطمئنی برای کنترل ایندکس محتوای آزمایشی باشد. برای محیط آزمایش، محدود کردن دسترسی با احراز هویت در بسیاری از سناریوها گزینه مناسب‌تری است. در زمان انتشار نیز باید بررسی شود که محدودیت‌های قبلی به اشتباه باقی نمانده باشند.
برای بررسی عملکرد زیرساخت فروشگاه، راهنمای تأثیر سرعت هاست بر فروشگاه اینترنتی را مطالعه کنید.
Canonical یکی از سیگنال‌هایی است که به گوگل کمک می‌کند نسخه اصلی یک صفحه را در میان URLهای مشابه تشخیص دهد. اگر دامنه جدید راه‌اندازی شود اما تگ canonical محصولات همچنان به دامنه قدیمی اشاره کند، سیگنال‌های متناقض ایجاد می‌شود.
در یک مهاجرت ساده، صفحه اصلی هر محصول در دامنه جدید معمولاً باید canonical مربوط به همان URL اصلی جدید را داشته باشد.
برای مثال، اگر محصول در آدرس https://newshop.ir/products/bag-a قرار دارد و همین URL نسخه اصلی است، canonical نیز باید همان آدرس را معرفی کند؛ نه نسخه قدیمی آن در دامنه پیشین.
البته در محصولات متغیر، صفحات فیلترشده یا URLهای مشابه، منطق canonical ممکن است پیچیده‌تر باشد. نباید همه نسخه‌های متفاوت و دارای هدف مستقل را بدون بررسی به یک صفحه نامرتبط canonical کرد.
چک فنی: بعد از انتشار سایت، چند محصول ساده، محصول متغیر، دسته‌بندی و مقاله را در URL Inspection بررسی کنید و ببینید canonical اعلام‌شده توسط سایت و نسخه انتخاب‌شده توسط گوگل چه وضعیتی دارند.
حتی اگر ریدایرکت‌های قدیمی درست باشند، بهتر است لینک‌های داخلی خود سایت مستقیماً به آدرس‌های جدید اشاره کنند. لینک‌هایی که ابتدا به دامنه قدیمی و سپس با ریدایرکت به مقصد جدید می‌رسند، باعث درخواست اضافی و پیچیدگی غیرضروری می‌شوند.
مهم‌ترین بخش‌هایی که باید بررسی شوند شامل منو، فوتر، لینک‌های دسته‌بندی، کارت محصولات، محصولات مرتبط، Breadcrumb، مقاله‌های وبلاگ، بنرها و لینک‌های داخل متن هستند.
اگر در توضیحات محصولات یا مقاله‌های قدیمی، آدرس کامل دامنه پیشین ذخیره شده است، ممکن است با تغییر تنظیم دامنه عمومی فروشگاه اصلاح نشود. لازم است این لینک‌ها نیز در محتوای ذخیره‌شده شناسایی و به‌روزرسانی شوند.
همچنین اگر از چند زبان یا چند منطقه جغرافیایی استفاده می‌کنید، نشانی‌های hreflang و لینک نسخه‌های متقابل نیز باید مطابق ساختار جدید تنظیم شوند.
توصیه: بعد از مهاجرت، یک خزش داخلی از دامنه جدید انجام دهید تا لینک‌های شکسته، آدرس‌های قدیمی و زنجیره‌های ریدایرکت مشخص شوند.
تغییر دامنه تنها انتقال فایل‌های HTML نیست. تصاویر محصولات، فایل‌های ویدئویی، منابع CSS و JavaScript نیز ممکن است آدرس اختصاصی داشته باشند.
اگر تصاویر از دامنه قدیمی بارگذاری می‌شوند و پس از انتقال دیگر در دسترس نیستند، مشتری ممکن است تصاویر محصول را نبیند. این موضوع علاوه بر تجربه خرید، می‌تواند بر دسترسی گوگل به تصاویر نیز اثر داشته باشد.
گوگل در راهنمای مهاجرت تأکید می‌کند که تصاویر، ویدئوها و دیگر فایل‌های مورد استفاده سایت باید در برنامه انتقال URLها در نظر گرفته شوند.
روش اجرا: آدرس تصاویر اصلی محصولات را بررسی کنید، فایل‌ها را در محل جدید قابل دریافت نگه دارید و در صورت تغییر URL فایل‌ها، انتقال مناسب تعریف کنید. همچنین آدرس تصاویر در داده ساختاریافته Product و متادیتای صفحات را اصلاح کنید.
برای تصاویر مهمی که از Google Images ورودی دریافت می‌کنند، تغییر آدرس بدون برنامه می‌تواند فرصت‌های جست‌وجوی تصویری را تحت تأثیر قرار دهد. درباره اصول فنی تصاویر، راهنمای سئوی تصاویر محصولات مفید است.
بعد از انتقال، Sitemap دامنه جدید باید URLهای اصلی، معتبر و قابل ایندکس را معرفی کند. اگر نقشه سایت همچنان شامل آدرس‌های دامنه قبلی باشد، اطلاعاتی که درباره ساختار جدید ارائه می‌کنید ناقص یا ناسازگار خواهد بود.
در حالت معمول، نقشه سایت جدید باید شامل آدرس نهایی محصولات، دسته‌بندی‌ها، مقاله‌ها و سایر صفحات مهم باشد. URLهای دارای ریدایرکت، خطای ۴۰۴، دستور noindex یا canonical به مقصد دیگر عموماً نباید به‌عنوان صفحات اصلی جدید در Sitemap معرفی شوند.
پس از انتشار، آدرس نقشه سایت جدید را در بخش Sitemaps سرچ کنسول ثبت کنید. اگر سایت چند نقشه برای محصولات، دسته‌بندی‌ها و بلاگ دارد، باید تمام فایل‌ها و Sitemap Index مربوط بررسی شوند.
نکته: قرار گرفتن یک URL در Sitemap به معنی تضمین ایندکس آن نیست. Sitemap ابزار معرفی و کمک به کشف آدرس‌هاست، نه دستور قطعی برای رتبه گرفتن.
در گزارش سایت قدیمی نیز ممکن است URLهای ریدایرکت‌شده همچنان برای مدتی مشاهده شوند. این وضعیت در مهاجرت صحیح می‌تواند طبیعی باشد و باید با روند ایندکس دامنه جدید مقایسه شود.
قبل از ثبت ابزار تغییر نشانی، باید دسترسی لازم به هر دو دامنه را در Google Search Console داشته باشید. بهتر است مالکیت دامنه قدیمی و دامنه جدید را با روش معتبر تأیید کنید.
پس از تأیید، URLهای نمونه از بخش‌های مهم دامنه جدید را با ابزار URL Inspection بررسی کنید. مشخص کنید گوگل به صفحه دسترسی دارد، محتوای مورد انتظار دیده می‌شود و مانع ایندکس ناخواسته وجود ندارد.
در صورت وجود داده و پیاده‌سازی سازگار، می‌توانید گزارش‌های Performance، Page Indexing، Sitemaps و در فروشگاه‌های مرتبط، گزارش‌های Product snippets و Merchant listings را بررسی کنید.
اصل مهم: در طول انتقال، گزارش هر دو دامنه را نگه دارید. ممکن است بخشی از کلیک‌ها برای مدتی روی آدرس‌های قدیمی ثبت شود و سپس به‌تدریج داده‌های دامنه جدید افزایش پیدا کند.
گوگل برای مهاجرت از یک دامنه یا زیردامنه به دامنه یا زیردامنه دیگر، ابزار Change of Address را در سرچ کنسول ارائه کرده است. این ابزار به گوگل درباره تغییر نشانی سایت اطلاع می‌دهد و به فرایند انتقال کمک می‌کند.
اما Change of Address جایگزین ریدایرکت‌های صحیح نیست. طبق راهنمای رسمی ابزار تغییر نشانی گوگل، ابتدا باید سایت منتقل و ریدایرکت‌ها تنظیم شوند و سپس از این ابزار استفاده شود.
این ابزار برای انتقال یک دامنه یا زیردامنه به دامنه یا زیردامنه دیگر کاربرد دارد، اما برای همه تغییرات URL لازم نیست.
| سناریو | نیاز به Change of Address |
|---|---|
| oldshop.ir به newshop.ir | بله، در صورت احراز شرایط ابزار |
| shop.oldshop.ir به shop.newshop.ir | بله، در صورت احراز شرایط ابزار |
| HTTP به HTTPS در همان دامنه | خیر |
| تغییر مسیر یک محصول در همان دامنه | خیر |
| تغییر www به بدون www در همان دامنه | طبق راهنمای مهاجرت گوگل، معمولاً خیر |
| تغییر هاست بدون تغییر نشانی عمومی | خیر |
برای استفاده از ابزار، باید مالکیت هر دو Property مربوط را با یک حساب گوگل داشته باشید و شرایط پشتیبانی ابزار رعایت شوند. اگر دامنه قدیمی دارای نسخه‌ها یا زیردامنه‌های مستقلی مانند www یا زیرسامانه فروشگاهی است، باید وضعیت آن‌ها نیز جدا بررسی شود؛ ابزار لزوماً همه زیرسامانه‌ها را به‌صورت خودکار پوشش نمی‌دهد.
اگر ابزار برای نوع تغییر شما کاربرد ندارد، این موضوع به معنی ناممکن بودن مهاجرت نیست. در بسیاری از تغییرات، ریدایرکت درست و به‌روزرسانی نشانی‌های اصلی کافی‌ترین اقدامات فنی محسوب می‌شوند.
یکی از پرسش‌های مهم این است که آیا پس از انتقال و ایندکس شدن دامنه جدید می‌توان دامنه قبلی را غیرفعال کرد؟
طبق توصیه Google Search Central، ریدایرکت‌های قدیمی باید تا حد امکان حفظ شوند و حداقل یک سال برای آن‌ها در نظر گرفته شود. گوگل همچنین از نظر تجربه کاربر توصیه می‌کند در صورت امکان ریدایرکت‌ها برای مدت بسیار طولانی یا حتی نامحدود باقی بمانند.
دلیل این توصیه فقط گوگل نیست. ممکن است مشتریان، سایت‌های دیگر یا شبکه‌های اجتماعی همچنان به آدرس قدیمی یک محصول لینک داده باشند. با غیرفعال کردن کامل دامنه قبلی، این مسیرهای ورود قطع می‌شوند.
بنابراین حتی اگر بخش عمده صفحات در دامنه جدید ایندکس شده‌اند، نگه داشتن دامنه پیشین و سرویس پاسخ‌گوی ریدایرکت می‌تواند از نظر اقتصادی ارزشمند باشد.
هشدار: اگر مالکیت دامنه قدیمی را تمدید نکنید، دیگر تضمینی برای کنترل ریدایرکت‌ها و حتی امنیت کاربران قدیمی وجود نخواهد داشت. برای دامنه‌ای که سابقه مشتری و لینک دارد، برنامه تمدید و نگهداری مشخصی داشته باشید.
ریدایرکت می‌تواند کاربران لینک‌های قدیمی را منتقل کند، اما بهتر است لینک‌های تحت کنترل خود را مستقیماً به دامنه جدید تغییر دهید.
این لینک‌ها ممکن است در پروفایل شبکه‌های اجتماعی، بیو اینستاگرام، کانال تلگرام، کارت ویزیت دیجیتال، کمپین‌های تبلیغاتی، ایمیل‌های خودکار، صفحات معرفی برند و پروفایل‌های کسب‌وکار قرار داشته باشند.
برای لینک‌هایی که در سایت‌های دیگر به محصولات مهم شما اشاره می‌کنند، می‌توانید در صورت امکان با مدیر آن سایت‌ها ارتباط بگیرید و درخواست اصلاح نشانی دهید. اولویت با لینک‌هایی است که واقعاً بازدیدکننده یا ارزش تجاری دارند.
اگر فروشگاه در سرویس‌های مقایسه قیمت یا بازارگاه‌های مختلف حضور دارد، وضعیت دامنه ثبت‌شده، لینک محصولات و روش همگام‌سازی اطلاعات را طبق امکانات رسمی همان سرویس بررسی کنید.
برای مثال، در صورت اتصال فروشگاه به ترب یا ایمالز، باید مشخص شود آدرس جدید فروشگاه و محصولات چگونه در حساب مربوط به‌روزرسانی می‌شود. نباید صرف وجود ریدایرکت را تضمین‌کننده اصلاح خودکار تمام لینک‌های آن سرویس‌ها دانست.
برای شناخت الزامات آماده‌سازی فروشگاه، راهنمای آماده‌سازی فروشگاه برای گوگل و ترب را مطالعه کنید.
ممکن است مهاجرت از نظر گوگل درست انجام شده باشد، اما فروشگاه به‌دلیل مشکلات پرداخت یا ورود کاربران سفارش کمتری دریافت کند. بنابراین تغییر دامنه باید از نظر عملیاتی نیز آزمایش شود.
برای مثال، برخی سرویس‌های پرداخت از نشانی بازگشت یا دامنه مجاز مشخص استفاده می‌کنند. با تغییر دامنه، ممکن است لازم باشد این تنظیمات در پنل ارائه‌دهنده پرداخت مطابق شرایط رسمی به‌روزرسانی شوند.
همچنین لینک‌های موجود در پیامک ثبت سفارش، ایمیل، فاکتور، حساب کاربری و صفحه پیگیری خرید نباید مشتری را به دامنه‌ای هدایت کنند که دیگر سرویس کامل سفارش را ارائه نمی‌دهد.
آزمایش‌های ضروری: ورود مشتری، بازیابی حساب، افزودن محصول به سبد، انتخاب تنوع، ثبت نشانی، محاسبه هزینه ارسال، پرداخت موفق، پرداخت ناموفق، بازگشت از درگاه، ثبت سفارش و ارسال پیامک.
در بعضی سیستم‌ها، تغییر دامنه روی کوکی‌ها و نشست ورود کاربران اثر می‌گذارد؛ بنابراین نباید فرض کرد کاربران بدون نیاز به ورود مجدد یا هماهنگی تنظیمات حساب، دقیقاً همان وضعیت قبلی را خواهند داشت.
اگر فروشگاه از PWA، سرویس‌ورکر یا اعلان مرورگر استفاده می‌کند، دامنه جدید ممکن است به نصب یا مجوزهای جدید نیاز داشته باشد. این بخش باید متناسب با معماری فنی بررسی شود.
بعد از فعال شدن ریدایرکت‌ها، گزارش Page Indexing سرچ کنسول و لاگ‌های سرور را بررسی کنید. هدف این است که خطاهای غیرمنتظره، صفحات منتقل‌نشده و مقصدهای اشتباه شناسایی شوند.
در یک مهاجرت صحیح، مشاهده وضعیت Page with redirect برای برخی آدرس‌های دامنه قدیمی طبیعی است؛ زیرا آن صفحات قرار نیست مستقل در ایندکس باقی بمانند. اما اگر صفحه مهمی در دامنه جدید خطای ۴۰۴ یا ۵۰۰ دارد، باید بررسی شود.
خطای ۴۰۴: صفحه موردنظر در آدرس جدید پیدا نشده است. اگر این صفحه قرار بوده منتقل شود، نگاشت URL یا ایجاد صفحه مقصد باید اصلاح شود.
خطای ۵۰۰ یا ۵۰۲: ممکن است سرور یا سرویس پشت آن دچار مشکل باشد. اگر این خطاها تکرار شوند، دسترسی خزنده و مشتری مختل می‌شود.
Soft 404: ممکن است صفحه از نظر HTTP پاسخ موفق یا ریدایرکت داشته باشد، اما محتوای آن عملاً نامرتبط یا مشابه صفحه خطای پیدا نشدن باشد.
برای مثال، ریدایرکت محصولی که دیگر وجود ندارد به صفحه اصلی نامرتبط می‌تواند مشکل ایجاد کند. همچنین صفحه محصول جدید با پاسخ HTTP 200 اما متن «محصول یافت نشد» ممکن است به‌عنوان صفحه فاقد محتوای معتبر ارزیابی شود.
باید میان خطاهای واقعی و وضعیت‌های موردانتظار مهاجرت تفاوت بگذارید. هدف صفر کردن همه ردیف‌های گزارش Page Indexing نیست؛ هدف آن است که صفحات مهم قابل دسترسی و قابل ایندکس باشند.
برای بررسی پیشرفت مهاجرت، فقط تعداد صفحات ایندکس‌شده را مشاهده نکنید. بهتر است داده‌های دامنه قدیمی و جدید را کنار یکدیگر قرار دهید.
در یک انتقال موفق، انتظار می‌رود به‌تدریج سهم آدرس‌های جدید در نتایج جست‌وجو افزایش یابد و آدرس‌های قدیمی برای صفحات منتقل‌شده نقش ریدایرکت داشته باشند.
گوگل توضیح می‌دهد که انتقال به‌صورت URL به URL پردازش می‌شود؛ یعنی همه صفحات الزاماً در یک لحظه جابه‌جا نمی‌شوند. برای سایت‌های کوچک و متوسط ممکن است این فرایند چند هفته یا بیشتر طول بکشد و برای فروشگاه‌های بزرگ زمان بیشتری نیاز داشته باشد.
شاخص‌های مهم برای پایش: کلیک و Impression دامنه جدید، روند کاهش نمایش URLهای قدیمی، تعداد صفحات اصلی ایندکس‌شده، خطاهای خزش، وضعیت canonical و عملکرد صفحات با ارزش تجاری بالا.
اگر در یک هفته، دامنه قدیمی ۸۰۰ کلیک و دامنه جدید ۲۰۰ کلیک دریافت کرده‌اند، جمع این اعداد می‌تواند در تحلیل انتقال مفید باشد؛ اما باید دوره‌ها و فیلترهای گزارش یکسان باشند و توجه کنید داده سرچ کنسول ممکن است با تأخیر و محدودیت‌های گزارش همراه باشد.
افت کوتاه‌مدت لزوماً به معنی شکست مهاجرت نیست؛ ولی افت شدید و پایدار همراه با خطاهای فنی باید بررسی شود.
| نشانه | علت احتمالی | اقدام پیشنهادی |
|---|---|---|
| محصولات قدیمی به صفحه اصلی می‌روند | ریدایرکت عمومی نامرتبط | اصلاح نگاشت هر محصول به مقصد متناظر |
| دامنه جدید ایندکس نمی‌شود | noindex، مانع خزش یا خطای فنی | بررسی URL Inspection، robots و پاسخ سرور |
| Canonical هنوز دامنه قدیمی است | تنظیمات ناقص قالب یا سیستم | اصلاح canonical صفحات اصلی جدید |
| تصاویر محصولات نمایش داده نمی‌شوند | آدرس فایل یا مجوز دسترسی نادرست | اصلاح مسیر و دسترسی فایل‌ها |
| افزایش ۴۰۴ در صفحات جدید | صفحه مقصد ایجاد نشده یا مسیر اشتباه | تطبیق URL Mapping با صفحات واقعی |
| خطاهای ۵۰۰ و ۵۰۲ افزایش یافته‌اند | مشکل زیرساخت یا ظرفیت سرور | بررسی لاگ، سلامت سرویس و منابع |
| خرید از سایت جدید تکمیل نمی‌شود | تنظیمات درگاه، نشست یا فرایند سفارش | آزمایش کامل پرداخت و تأیید تراکنش |
| زنجیره چندمرحله‌ای ریدایرکت وجود دارد | قوانین قدیمی و جدید روی هم قرار گرفته‌اند | هدایت مستقیم به مقصد نهایی |
| Sitemap شامل دامنه قدیمی است | تولید نقشه سایت به‌روزرسانی نشده | اصلاح URLهای نقشه و ثبت مجدد |
برای اولویت‌بندی، ابتدا خطاهایی را بررسی کنید که روی محصولات دارای فروش، صفحات پربازدید یا مسیر پرداخت اثر دارند. سپس سایر URLهای کم‌اهمیت‌تر را به‌صورت گروهی کنترل کنید.
فرض کنید کاربر وارد آدرس قدیمی می‌شود و ابتدا از HTTP به HTTPS، سپس از دامنه بدون www به نسخه www، بعد به دامنه جدید و سرانجام به آدرس تغییرنام‌یافته محصول هدایت می‌شود.
این مسیر چندمرحله‌ای می‌تواند باعث تأخیر و پیچیدگی بیشتر شود. گوگل توصیه می‌کند ریدایرکت‌ها تا حد امکان مستقیم باشند و از زنجیره‌های طولانی اجتناب شود.
مثال مناسب: آدرس قدیمی محصول مستقیماً با ریدایرکت دائمی به URL اصلی و نهایی همان محصول در دامنه جدید برود.
اگر امکان حذف همه مراحل وجود ندارد، تعداد ریدایرکت‌ها را کاهش دهید و مطمئن شوید مقصد نهایی صحیح است. حلقه ریدایرکت نیز باید کاملاً برطرف شود؛ زیرا ممکن است مرورگر هرگز به صفحه محصول نرسد.
در تست‌های فنی، فقط صفحه اصلی را آزمایش نکنید. چند URL از دسته‌ها، محصولات، مقاله‌ها و نسخه‌های HTTP و HTTPS را انتخاب کنید و مسیر واقعی پاسخ آن‌ها را بررسی کنید.
فرض کنید فروشگاهی با دامنه فرضی oldshop.ir دارای ۳۰۰ محصول، ۲۰ دسته‌بندی و ۵۰ مقاله است و قصد دارد همه محتوا را به newshop.ir منتقل کند.
در ابتدا، فروشگاه گزارشی از صفحات ایندکس‌شده و URLهای دارای کلیک تهیه می‌کند. سپس فهرست ۳۷۰ صفحه اصلی را با آدرس‌های مقصد تطبیق می‌دهد. این تعداد فقط برای مثال است و در یک فروشگاه واقعی ممکن است صفحات بیشتری مانند صفحات برند یا زیردسته وجود داشته باشند.
پس از آماده‌سازی سایت جدید، برای هر آدرس معتبر قدیمی، ریدایرکت دائمی به مقصد مرتبط تنظیم می‌شود. سپس تگ‌های canonical، لینک‌های داخلی، تصاویر و نقشه سایت اصلاح می‌شوند.
فروشگاه هر دو دامنه را در سرچ کنسول تأیید می‌کند و در صورت احراز شرایط ابزار، درخواست Change of Address را پس از راه‌اندازی ریدایرکت‌ها ثبت می‌کند.
در ادامه، یک نمونه از محصولات پرفروش، دسته‌بندی‌ها و مقاله‌های مهم آزمایش می‌شود. همچنین خرید آزمایشی، پرداخت، موجودی، فاکتور و پیامک سفارش بررسی می‌شوند.
سپس گزارش‌های دو دامنه در کنار هم کنترل می‌شوند تا انتقال تدریجی URLها و تغییرات عملکرد جست‌وجو مشخص شود.
فرض کنید فروشگاهی پیش از تغییر دامنه، در یک دوره ۲۸روزه ۱۰ هزار کلیک ارگانیک از گوگل دریافت کرده است.
در یک دوره ۲۸روزه بعد از مهاجرت، گزارش دامنه قدیمی ۲ هزار کلیک و دامنه جدید ۷ هزار کلیک نشان می‌دهد. با فرض یکسان بودن دامنه گزارش‌ها، بازه‌ها و نحوه شمارش، مجموع کلیک‌ها ۹ هزار مورد است.
| شاخص | قبل از انتقال | بعد از انتقال |
|---|---|---|
| کلیک دامنه قدیمی | ۱۰٬۰۰۰ | ۲٬۰۰۰ |
| کلیک دامنه جدید | ۰ | ۷٬۰۰۰ |
| مجموع کلیک | ۱۰٬۰۰۰ | ۹٬۰۰۰ |
| تغییر مجموع کلیک | مبنای مقایسه | ۱۰٪ کاهش |
در این مثال آموزشی، کاهش کلیک مشاهده شده است؛ اما هنوز نمی‌توان نتیجه گرفت انتقال دامنه تنها علت افت بوده است. تغییر حجم جست‌وجو، فصل فروش، وضعیت موجودی، رتبه رقبا و تغییرات دیگر نیز می‌توانند بر کلیک اثر بگذارند.
برای تحلیل دقیق‌تر، کوئری‌ها و صفحات اصلی را بررسی کنید. اگر محصولی که قبلاً ۵۰۰ کلیک داشته پس از انتقال هم در مجموع دو دامنه عملکرد نزدیک به قبل دارد، وضعیت آن با صفحه‌ای که کاملاً از نتایج ناپدید شده متفاوت است.
همچنین بهتر است رفتار سفارش‌های ارگانیک را جدا بررسی کنید. ممکن است ورودی گوگل حفظ شده باشد اما به‌دلیل مشکل پرداخت، تعداد سفارش‌های نهایی کاهش پیدا کرده باشد.
در این مرحله باید گزارش اولیه سرچ کنسول، فهرست URLهای مهم، نقشه ریدایرکت‌ها و نسخه پشتیبان آماده باشند. دامنه جدید از نظر امنیت، سرعت، محتوا، لینک‌ها و فرایند پرداخت آزمایش شود.
بهتر است زمان انتشار با دوره‌ای از ترافیک کمتر هماهنگ شود، اگر کسب‌وکار چنین امکانی دارد. این تصمیم می‌تواند ریسک اختلال برای کاربران را کاهش دهد، اما تضمین‌کننده نبود نوسان سئو نیست.
سایت جدید منتشر شود و ریدایرکت‌های دائمی طبق نقشه از پیش تأییدشده فعال شوند. سپس آدرس‌های نمونه و صفحات حیاتی بررسی شوند تا خطاهای ۴۰۴، ۵۰۰، ریدایرکت اشتباه یا مشکلات پرداخت شناسایی شوند.
بعد از تأیید سلامت انتقال، Sitemap جدید در سرچ کنسول ثبت شود و در صورت شمول، ابزار Change of Address استفاده شود.
لاگ سرور، خطاهای ریدایرکت، دسترسی تصاویر، وضعیت صفحات مهم و عملکرد خرید آزمایشی بررسی شوند. لینک‌های قدیمی موجود در شبکه‌های اجتماعی و کانال‌های رسمی نیز به‌روزرسانی شوند.
در این بازه بهتر است از تغییرات گسترده غیرضروری در محتوا و ساختار خودداری شود تا علت مشکلات احتمالی قابل شناسایی بماند.
گزارش Page Indexing، Sitemaps و Performance دو دامنه مقایسه شود. صفحات مهمی که هنوز در دامنه جدید قابل ایندکس نیستند یا مقصد نادرست دارند، در اولویت اصلاح قرار گیرند.
اگر صفحه‌ای ایندکس است ولی کلیک نمی‌گیرد، باید تفاوت مشکلات رتبه، تقاضای جست‌وجو و تغییرات مهاجرت بررسی شود؛ صرف تکرار Request Indexing لزوماً مشکل را حل نمی‌کند.
محصولات و دسته‌هایی که پیش از مهاجرت بیشترین ورودی و فروش را داشته‌اند، جداگانه بررسی شوند. وضعیت canonical، لینک داخلی، محتوای اصلی، تصویر و جایگاه کوئری‌های مهم کنترل شود.
در صورت وجود افت غیرعادی، ابتدا مشکل فنی یا اختلاف آدرس را برطرف کنید و سپس درباره تغییر محتوایی تصمیم بگیرید.
مجموع کلیک دو دامنه، صفحات ایندکس‌شده مهم، خطاهای باقی‌مانده و فروش ارگانیک را جمع‌بندی کنید. برای موارد حل‌نشده مسئول و موعد بررسی تعیین کنید.
توجه: پایان ۳۰ روز به معنی پایان قطعی انتقال در گوگل نیست. بسته به اندازه سایت، سرعت خزش و وضعیت فنی، فرایند جایگزینی URLها می‌تواند بیشتر طول بکشد. به همین دلیل باید ریدایرکت‌ها و پایش دوره‌ای را ادامه دهید.
هیچ شرکت یا متخصصی نمی‌تواند ثابت ماندن تمام رتبه‌ها و کلیک‌ها را در دوره مهاجرت تضمین کند. حتی با اجرای صحیح مراحل فنی، گوگل باید URLهای جدید را کشف و پردازش کند و ارتباط آن‌ها را با صفحات قبلی تشخیص دهد.
بااین‌حال، اجرای درست ریدایرکت‌ها، حفظ محتوای مرتبط، آماده بودن سرور جدید و به‌روزرسانی سیگنال‌های اصلی می‌تواند ریسک مشکلات قابل پیشگیری را کاهش دهد.
بهتر است موفقیت انتقال را با مقایسه عملکرد صفحات کلیدی و مجموع سایت در بازه‌های قابل مقایسه بسنجید. تغییرات تقاضای بازار، رقابت، موجودی کالا و رفتار کاربران نیز باید در تحلیل در نظر گرفته شوند.
انتخاب دامنه و زیرساخت فروشگاهی از نخستین تصمیم‌های مهم هنگام راه‌اندازی کسب‌وکار اینترنتی است. مای‌تارنما یک سایت‌ساز اختصاصی برای ساخت فروشگاه اینترنتی با نام و برند خودتان است که امکانات معرفی‌شده‌ای مانند اتصال دامنه اختصاصی، مدیریت محصولات و دسته‌بندی‌ها، ثبت سفارش، درگاه پرداخت، فاکتور، وبلاگ و ساختار مناسب برای فعالیت‌های سئو دارد.
داشتن زیرساختی که URLهای محصولات، محتوای سایت و تنظیمات دامنه آن قابل مدیریت باشند می‌تواند در برنامه‌ریزی توسعه کسب‌وکار اهمیت داشته باشد.
بااین‌حال باید میان امکان اتصال دامنه اختصاصی و پشتیبانی کامل از مهاجرت یک فروشگاه دارای سابقه سئو تفاوت قائل شد. امکاناتی مانند ورود گروهی محصولات، نگاشت URLهای قدیمی، تنظیم ریدایرکت‌های اختصاصی، حفظ مسیرهای تاریخی و انتقال داده‌های فروشگاه باید براساس نسخه فنی و خدمات قابل ارائه بررسی شوند.
اگر قصد انتقال فروشگاه فعلی خود به مای‌تارنما یا تغییر دامنه یک سایت موجود را دارید، بهتر است پیش از اجرای انتقال، فهرست URLهای اصلی، تعداد محصولات، ساختار مقالات و نیازهای ریدایرکت را با پشتیبانی فنی مطرح کنید.
در تست رایگان ۱۰روزه مای‌تارنما می‌توانید ساختار محصولات، صفحات فروشگاهی، امکانات دامنه و مسیر خرید را بررسی کنید و درباره روش مهاجرت و محدودیت‌های احتمالی اطلاعات دقیق دریافت کنید.
همچنین چک‌لیست تست فروشگاه‌ساز برای ارزیابی امکانات پیش از انتخاب زیرساخت مفید است.
خیر. گوگل از مهاجرت دامنه و انتقال سیگنال‌ها با ریدایرکت دائمی پشتیبانی می‌کند. بااین‌حال ممکن است در دوره انتقال نوسان رتبه و کلیک رخ دهد و نتیجه به کیفیت اجرای مهاجرت وابسته است.
برای تغییر دائمی، گوگل ریدایرکت سروری ۳۰۱ یا ۳۰۸ را توصیه می‌کند. ۳۰۲ معمولاً برای انتقال موقت کاربرد دارد و انتخاب آن برای مهاجرت دائمی بدون دلیل مناسب نیست.
این روش توصیه نمی‌شود. بهتر است هر محصول به صفحه متناظر یا جایگزین واقعاً مرتبط خود منتقل شود. ریدایرکت جمعی به صفحه اصلی نامرتبط ممکن است باعث ایجاد Soft 404 شود.
برای انتقال دامنه یا زیردامنه به دامنه یا زیردامنه دیگر، در صورت احراز شرایط، استفاده از آن توصیه می‌شود. اما برای تغییر HTTP به HTTPS یا تغییر مسیرهای داخلی همان دامنه کاربرد ندارد.
پس از آماده شدن دامنه جدید و فعال شدن ریدایرکت‌های صحیح. این ابزار جایگزین انتقال واقعی URLها نیست.
گوگل توصیه می‌کند ریدایرکت‌ها تا حد امکان حفظ شوند و معمولاً حداقل یک سال باقی بمانند. برای کاربران و لینک‌های قدیمی، حفظ طولانی‌تر یا نامحدود در صورت امکان بهتر است.
اگر آدرس‌های قابل مشاهده سایت هیچ تغییری نکرده‌اند، معمولاً نیاز به ریدایرکت دامنه نیست. در این حالت باید زیرساخت جدید، DNS و دسترسی صحیح سایت بررسی شوند.
ابتدا وضعیت URL Inspection، پاسخ HTTP، noindex، robots.txt، canonical، لینک‌های داخلی و Sitemap را بررسی کنید. سپس مشخص کنید آیا مشکل از انتقال آدرس است یا از کیفیت و شرایط ایندکس صفحه.
خیر. نیازی به درخواست دستی برای تمام URLهای فروشگاه نیست. نقشه سایت جدید، ریدایرکت صحیح و لینک‌های قابل خزش به کشف صفحات کمک می‌کنند. برای تعداد محدودی از صفحات بسیار مهم می‌توان از URL Inspection استفاده کرد، اما ایندکس تضمین نمی‌شود.
معمولاً بهتر است در مرحله مهاجرت، محتوای اصلی مهم تا حد امکان حفظ شود. گوگل نیز توصیه می‌کند تغییرات بزرگ و متعدد سایت، در صورت امکان، جداگانه انجام شوند.
در صورت پایان مالکیت یا غیرفعال شدن دامنه، ممکن است ریدایرکت‌ها و لینک‌های قدیمی از کار بیفتند. این مسئله می‌تواند دسترسی مشتریان و انتقال کاربران از آدرس‌های قبلی را مختل کند.
ممکن است. اگر نشانی تصاویر تغییر کرده یا دسترسی آن‌ها قطع شده باشد، باید فایل‌های جدید، لینک‌ها و در صورت نیاز ریدایرکت‌های مرتبط بررسی شوند.
نوسان موقت رتبه و کلیک ممکن است رخ دهد. اما افت شدید همراه با خطاهای ریدایرکت، noindex، ۴۰۴ یا مشکل سرور باید بررسی شود و نباید صرفاً به گذشت زمان واگذار شود.
زمان ثابتی وجود ندارد. گوگل برای سایت‌های کوچک و متوسط از چند هفته یا بیشتر و برای سایت‌های بزرگ از زمان طولانی‌تر صحبت می‌کند. تعداد URLها و سرعت خزش و پردازش بر این فرایند اثر دارند.
بله، اگر مسیر محصولات، محتوای صفحات و تنظیمات فنی نیز تغییر کنند، مدیریت انتقال پیچیده‌تر می‌شود. بهتر است برنامه نگاشت دقیق داشته باشید و در صورت امکان تغییرات بزرگ را به مراحل جدا تقسیم کنید.
برای پاسخ به سؤال هنگام تغییر دامنه فروشگاه اینترنتی چگونه ورودی گوگل را حفظ کنیم؟ باید بدانیم که انتقال دامنه فقط تغییر نشانی صفحه اصلی نیست. محصولات، دسته‌بندی‌ها، مقاله‌ها، تصاویر و لینک‌های مهم نیز باید به شکل صحیح به ساختار جدید منتقل شوند.
مهم‌ترین اقدامات شامل ثبت وضعیت اولیه سئو، تهیه نقشه انتقال URLها، اجرای ریدایرکت‌های دائمی ۳۰۱ یا ۳۰۸، اصلاح canonical و لینک‌های داخلی، ساخت نقشه سایت جدید، بررسی سرچ کنسول و حفظ دامنه قدیمی برای مدت کافی هستند.
در کنار این موارد، سلامت سرور، دسترسی تصاویر، پرداخت اینترنتی و پیگیری سفارش‌ها نیز باید کنترل شوند. زیرا انتقال موفق از نظر گوگل زمانی برای کسب‌وکار ارزش بیشتری دارد که تجربه خرید مشتری نیز بدون اختلال ادامه پیدا کند.
نوسان موقت ورودی ممکن است طبیعی باشد، اما مشکلاتی مانند ریدایرکت اشتباه، noindex باقی‌مانده یا خطای سرور باید سریع شناسایی و اصلاح شوند. برای موفقیت بلندمدت نیز لازم است داده‌های هر دو دامنه در دوره‌های قابل مقایسه بررسی شوند.
اصل کلیدی این است: هنگام تغییر دامنه، هر صفحه ارزشمند باید مسیر مشخص و مرتبطی به نسخه جدید خود داشته باشد؛ نه اینکه تمام اعتبار و ورودی قبلی را به یک صفحه عمومی و نامرتبط هدایت کنیم.
اگر قصد دارید فروشگاه اینترنتی خود را با دامنه اختصاصی و ساختار قابل مدیریت راه‌اندازی کنید، می‌توانید امکانات سایت‌ساز مای‌تارنما و دوره تست رایگان ۱۰روزه آن را بررسی کنید. برای انتقال یک فروشگاه دارای سابقه سئو نیز پیش از هر تغییر، نیازهای ریدایرکت، ساختار URL و قابلیت‌های فنی مهاجرت را با پشتیبانی هماهنگ کنید.
برای طراحی سایت اختصاصی کسب‌وکارتان، همین حالا مشاوره رایگان دریافت کنید.
نام و شماره را بگذارید تا با شما تماس بگیریم.
دیگر محتوا های مرتبط را بخوانید
مای‌تارنما قویترین و سادهترین سایتسازاینترنتی برای راه‌اندازی کسب‌وکار آنلاین شماست. با ما می‌توانید در سریعترین زمان ممکن، بدون نیاز به دانش برنامهنویسی، سایت فروشگاهی اختصاصی خود را بسازید، محصولاتتان را عرضه کنید و مستقیماً از مشتریان خود سفارش بگیرید. مای‌تارنما ابزارهای کامل مدیریت محصولات، گزارش‌های مالی و سیستم پرداخت ایمن را برای تضمین موفقیت و رشد پایدار فروشگاه شما فراهم میآورد.
