مهاجرت سایت: رایج ترین اشتباهات! - هشدارهای Semalt



سلام! در مقاله امروز ، Semalt قصد دارد در مورد رایج ترین اشتباهات انجام شده هنگام مهاجرت وب سایت به شما بگوید. با 90٪ انتقال وب سایت ، حداقل یکی از خطاهایی که امروز درباره شما می گویم اغلب ظاهر می شود. متأسفانه ، این مورد نیز وجود دارد که حتی کوچکترین اشتباه ممکن است باعث از دست رفتن ترافیک و کاهش دید شود.

بنابراین اگر قصد انتقال وب سایت ، انتقال آن یا تغییر دامنه را دارید ، شما را به خواندن کامل مقاله تشویق می کنم.

اگر به این مرحله رسیده اید ، احتمالاً می دانید مهاجرت چیست. در مورد مهاجرت وب سایت ، می توانیم آن را به چند نوع تقسیم کنیم.

انواع مهاجرت ها

CMS-CMS

در میان تجارت الکترونیکی ، محبوب ترین نوع مهاجرت مهاجرت از CMS به سیستم دیگر است. فرض کنید فروشگاه شما در ابتدا با موجودی کمی رشد می کند ، تعداد کمی از محصولات و نیاز شما کمتر است. با این حال ، با گذشت زمان ، با رشد فروشگاه ، نیازهای شما بیشتر می شود ، بنابراین شما در فکر تغییر CMS هستید ، که به شما امکان می دهد کارهایی را انجام دهید که می خواهید در CMS مشخص قرار داشته باشید.

و در اینجا شما در واقع در حال تغییر از CMS به CMS دیگر هستید. در این حالت ، مهاجرت مزایای زیادی به شما می دهد. شما می توانید سوالات بیشتری را مدیریت کنید ، می توانید با سیستم ها ادغام شوید ، به عنوان مثال برای عمده فروشان ، که باعث رشد تجارت شما می شود و CMS به سادگی کار شما را آسان می کند.

دامنه-دامنه

نوع دیگری از مهاجرت از یک دامنه به دامنه دیگر است. بنابراین فروشگاه ما ، به عنوان مثال ، با نام X کار می کرد ، اما بعد از مدتی فهمیدیم که زمان تغییر رسیده است و نام تجاری ما باید نام دیگری داشته باشد. بنابراین ، دامنه جدیدی خریداری می کنیم و می خواهیم فروشگاه را به دامنه دیگری تغییر دهیم.

گاهی اوقات نیز اتفاق می افتد که اگر مثلاً دامنه ای داشته باشیم که به طریقی آسیب دیده باشد (مثلاً فیلتری روی آن اعمال شده باشد) و بدانیم که در اینجا هیچ چیز قابل دستیابی نیست ، پس تغییر دامنه را نیز در نظر می گیریم. سپس ما با انتقال دامنه به دامنه دیگری روبرو هستیم.

تغییر سمت

ما همچنین هنگامی که می خواهیم ظاهر فروشگاه خود را به روز کنیم با مهاجرت سر و کار داریم - الگوی آن را تغییر می دهیم ، به سادگی صفحه را تغییر می دهم ، منظورم قسمت تصویری است که کاربران مشاهده می کنند. این اغلب شامل تغییر مسیر URL است ، بنابراین در اینجا مهاجرت و اجرای صحیح آن نیز بسیار مهم خواهد بود. زیرا ما می خواهیم آنچه را که برای ما مفید واقع شد بگذاریم و این ویژگی ها را به منظور افزایش بازدید در وب سایت در آینده اضافه کنیم.

به همین دلیل ، باید در مورد برخی قوانین به خاطر بسپاریم که مانع از دست دادن چیزهایی که قبلاً به دست آورده ایم می شود. احتمالاً ما در درجه اول مهاجرت را با تغییر مسیرها مرتبط می دانیم. بنابراین اگر هرکدام از مهاجرت ها را انجام دهید ، احتمالاً شخصی به شما می گوید "به یاد داشته باشید ، تغییر مسیر دهید". و این درست است ، البته تغییر مسیرها مهم هستند ، اما بسیاری از عناصر دیگر نیز وجود دارد که بر موفقیت یا عدم موفقیت مهاجرت تأثیر می گذارد.

باور کنید ، اگر به درستی برای مهاجرت آماده نشوید ، در این روند اشتباهاتی مرتکب خواهید شد ، نتایج می تواند واقعاً مستقیم باشد. برای آمادگی برای مهاجرت ، باید آن را به درستی برنامه ریزی کنید و سپس آن را پیاده سازی کنید ، و ببینید واکنش وب سایت چگونه بسیار آسان تر از گرفتن کاری است که پس از مهاجرت بد انجام شده است.

نسخه توسعه

Noindex Nofollow

اگر ما در حال کار بر روی نسخه جدید وب سایت هستیم ، معمولاً با نسخه توسعه آن سروکار داریم. بنابراین صفحه ای است که هم برای کاربران و هم برای موتورهای جستجو قابل دسترسی نیست و باید با پارامترهای Noindex Nofollow مشخص شود. به لطف این روش ، اجازه نمی دهیم وب سایت ما ایندکس شود و می توانیم آزادانه روی آن کار کنیم.

این امر به ویژه اگر مثلاً محتوا را از صفحه قدیمی به صفحه جدید منتقل کنیم از اهمیت بیشتری برخوردار است ، زیرا اگر Google به صفحه توسعه ما برسد ، ایندکس آن را شروع می کند. بنابراین فهرست موتورهای جستجو شامل مطالب موجود در صفحه جدید و صفحه قدیمی خواهد بود - بنابراین ما باید با موارد تکثیر کنار بیاییم.

با توجه به مسدود بودن نسخه توسعه توسط رباتهای موتور جستجو برای نمایه سازی ، می توانیم از آن به عنوان یک کاغذ اول استفاده کنیم. ما می توانیم با خیال راحت برخی از راه حل ها را برنامه ریزی کنیم ، برخی از عناصر را با آرامش پیاده سازی کنیم و این تأثیر منفی بر قابلیت مشاهده وب سایت نخواهد داشت. به عنوان مثال ، می توانیم ساختار منو را برنامه ریزی کرده و URL ها را اغلب تغییر دهیم. در دنیای عادی این امکان وجود ندارد ، زیرا اگر خزنده URL مشخصی را پیدا کند و آن را نمایه کند ، اگر این آدرس را تغییر دهیم و تغییر مسیرها را ایجاد نکنیم ، خطاهای 404 ظاهر می شوند.

همکاری سئو

در مورد نسخه توسعه ، این نکته نیز مهم است که اگر مثلاً یک شرکت سئو که با آن همکاری می کنید به آن دسترسی داشته باشد ، بتواند آزادانه روی آن کار کند ، آن را انتقال داده و به شما در زمینه مهاجرت کمک کند. اگر در آنجا نباشد و ما روی ارگانیسم زنده کار می کنیم ، کار بسیار دشوارتری است.

مهاجرت

تمام مطالب خود را منتقل کنید

با داشتن یک نسخه توسعه ، ما نمی توانیم سایر عناصر را فراموش نکنیم که در صورت موفقیت موفقیت آمیز نیز مهم خواهند بود. اگر فروشگاه ما قبلاً بهینه سازی شده باشد ، دارای محتوایی در دسته ها و محصولی است که ما بهینه سازی کرده و برای تولید ترافیک می دانیم ، در اینجا باید یادآوری کنیم که همه مطالب را از یک طرف به طرف دیگر منتقل کنیم.

بنابراین عنوان ، توضیحات متا ، توضیحات را همراه با قالب بندی که در صفحه قدیمی داشتند ، منتقل می کنیم. اگر توضیحات جایگزین در سایت وجود داشت ، باید مطمئن شویم که در صفحه جدید وجود دارد. این مورد در مورد عناوین صدق می کند - یعنی اگر عناوین موجود در وب سایت خود را بهینه کنیم ، همان عناوین باید در نسخه جدید صفحه وجود داشته باشد. این عناصر باعث می شوند پس از روشن شدن وب سایت جدید ما ، از قبل رتبه بندی شود.

تغییر مسیر می دهد

نقشه آدرس

البته لازم است از قبل تهیه نقشه هدایت آدرس های قدیمی به آدرس های جدید آماده شود ، بنابراین چرخاندن صفحه به سادگی هدایت می شود و باعث می شود Google در صورت ورود به وب سایت ، به سرعت ببیند که این تغییر مسیرها وجود دارد.

همه زیرصفحه ها را تغییر مسیر دهید

وقتی نوبت به ریدایرکت می رسد ، خطای اساسی این است که ما فقط صفحه اصلی را ریدایرکت می کنیم. بنابراین اگر به عنوان مثال دامنه را تغییر دهیم و از دیگری به دیگری تغییر دهیم ، فقط صفحه اصلی را ریدایرکت می کنیم. دسته ها ، محصولات ، مقالات وبلاگ مورد علاقه ما نیستند - این یک اشتباه بزرگ است.

هر زیر صفحه نمایشی خاص خود را دارد که مدتی است در حال ساخت آن هستیم. بهینه سازی شده است ، از خارج به آن پیوند داده می شود ... بنابراین اگر نشانی جدیدی در ساختار سایت ظاهر شود ، تازه است و تا زمانی که پس از تغییر مسیر از آدرس قبلی به آدرس جدید ، این آدرس را تقویت نکنیم ، گویی آن را می سازیم همه از ابتدا. مطمئناً عناصر عنوانی که ما منتقل کرده ایم یا محتوایی که در صفحه جدید پیاده سازی شده است در اینجا به ما کمک می کند ، اما قدرت صفحه زیر ساب را انتقال نمی دهیم.

به لطف تغییر مسیرهای 301 ، آنچه را که قبلاً روی آن کار کرده ایم از دست نمی دهیم ، بنابراین انتقال آدرس ها 1: 1 بسیار مهم است. بنابراین اگر آدرس های دسته بندی را داشته باشیم ، باید هر دسته را به همتای خود هدایت کنیم. محصولات هم همینطور. البته ، اگر تعداد زیادی از این محصولات وجود دارد ، و ما نمی خواهیم سرعت سرور را بسیار کم کنیم ، پس شما البته می توانید بخشی از محصولات را انتخاب کنید یا فقط قوانین را اعمال کنید.

البته ، وقتی گزینه ایجاد آدرس هایی را داشته باشیم که هنگام طراحی صفحه به نظر یکسان می رسند ، می توانیم این کار را برای خود آسان کنیم. بنابراین اگر ساختار URL ها را در فروشگاه قدیمی و جدید تغییر ندهیم ، مطمئناً مجبور به ایجاد این تغییر مسیرها نخواهیم بود. با این حال ، اگر مثلاً CMS را تغییر دهیم ، غالباً غیرممکن است و این تغییر مسیرها باید انجام شود.

301 ، نه 302

بعد از اینکه همه تغییر مسیرها را ایجاد کردیم ، باید به یاد داشته باشیم که این تغییر مسیرها باید تغییر مسیرهای دائمی باشند ، یعنی 301 تغییر مسیرها. تغییر مسیرهای 302 که اغلب نیز انجام می شوند ، هدایت های موقت هستند - آنها قدرت آن دسته از زیرمجموعه هایی را که قبلاً به شما گفتم منتقل نمی کنند.

تجزیه و تحلیل

اگر صفحه جدیدی را روشن کنیم ، باید مطمئن شویم که وب سایت ما دارای کدهای Google Analytics و Google Search Console است. با تشکر از این ، ما قادر خواهیم بود آنچه در وب سایت ما اتفاق می افتد و نحوه رفتار آن را مشاهده کنیم.

نمایه سازی مجدد

اگر مراحل جداگانه را به پایان برسانیم و آماده مشاهده صفحه توسط Google هستیم ، مطمئناً می توانیم صفحه را برای نمایه سازی مجدد در کنسول جستجو ارسال کنیم. همچنین می توانیم نقشه جدیدی را در Search Console بارگذاری کنیم تا شناسایی محتوای صفحه جدید را برای او آسان تر کند - این کمی سریعتر اتفاق می افتد.

همچنین باید به یاد داشته باشیم که برای دوره اول ، Google صفحه جدید را فهرست بندی می کند ، اما صفحه قدیمی را نیز در فهرست نگه می دارد ، بنابراین باید به آن زمان دهیم تا صفحه قدیمی از فهرست خارج شود و یک صفحه جدید برای در جای خود قرار داده شود. ما در سه تا شش ماه اول خواهیم دید که چه اتفاقی خواهد افتاد.

البته ، در ابزاری که نمایان بودن ما را نشان می دهد ، می توانیم به عنوان مثال یک دوره زمانی کاهش می یابد ، اما سپس این طرف شروع به جهش می کند. اگر اینگونه نیست ، باید بررسی کنید که چه اشتباهی رخ داده است. ممکن است به نظر برسد که توسعه دهنده شما 301 تغییر مسیر را معرفی کرده است و این تغییر مسیرها 302 تغییر مسیر است. بنابراین این موارد باید درست بلافاصله بعد از مهاجرت انتخاب شوند.

اینها معمولترین اشتباهات هنگام مهاجرت یک صفحه بودند. اگر بدانیم که مهاجرت ما بد انجام شده است ، آیا این بدان معناست که طرف ما محکوم به شکست است؟ نه کاملا. شما البته می توانید تنها برنامه بهبودی را معرفی کنید که مهم زمان باشد. اگر انتقال وب سایت به درستی انجام نشده باشد ، برای ماه های اول هنوز فرصت داریم ترافیکی را که از دست داده ایم بازیابی کنیم. بعداً - اگر Google آدرس های قدیمی را از موتورهای جستجو حذف کند - بسیار دشوارتر خواهد بود.