Миграция на сайта: Най-често срещаните грешки! - Семалт предупреждава



Здравей! В днешната статия, Семалт ще ви разкаже за най-честите грешки, допуснати по време на миграция на уебсайт. С 90% от миграцията на уебсайта често се появява поне една от грешките, за които ще ви разкажа днес. За съжаление е и така, че и най-малката грешка може да ни коства загуба на трафик и намаляване на видимостта.

Така че, ако обмисляте да преместите уебсайта, да го мигрирате или да промените домейна, препоръчвам ви да прочетете цялата статия.

Ако сте стигнали до този момент, вероятно знаете какво е миграция. В случай на миграция на уебсайт, можем да го разделим на няколко типа.

Видове миграция

CMS-CMS

Сред електронната търговия най-популярният вид миграция е миграцията от една CMS към друга. Да предположим, че вашият магазин се разраства с малък инвентар в началото, малко продукти и вашите изисквания са по-малки. С течение на времето обаче, с нарастването на магазина, вашите нужди започнаха да се увеличават, така че започнахте да мислите за промяна на CMS, което ще ви позволи да правите неща, които искате да бъдете в дадена CMS.

И тук всъщност обмисляте да преминете от CMS към друга CMS. В този случай миграцията ви дава много предимства. Можете да обработвате повече запитвания, можете да се интегрирате със системите, напр. за търговците на едро, които карат вашия бизнес да се разраства и CMS просто ви улеснява.

Домен-Домен

Друг вид миграция е от един домейн към друг. Така нашият магазин например работеше под името X, но след известно време установихме, че е време да се промени и марката ни трябва да носи различно име. Следователно купуваме нов домейн и искаме да превключим магазина към друг.

Понякога се случва също така, че ако например имаме домейн, който е пострадал по някакъв начин (например към него е приложен филтър) и знаем, че тук не може да се постигне нищо, тогава ние също обмисляме промяна на домейна. Тогава имаме работа с миграцията на домейна към друг домейн.

Сменете страната

Също така се справяме с миграцията, когато искаме да актуализираме външния вид на нашия магазин - променяме неговия шаблон, просто променяме страницата, имам предвид визуалната част, която виждат потребителите. Често включва промяна на пътя на URL адреса, така че тук самата миграция и нейното правилно изпълнение също ще бъдат много важни. Защото искаме да оставим това, което е работило добре за нас, и да добавим тези функции, за да направим трафика на уебсайта по-голям в бъдеще.

Поради тази причина трябва да помним за определени правила, които ще ни попречат да загубим вече спечеленото. Вероятно свързваме миграцията предимно с пренасочванията. Така че, ако направите някоя от миграциите, вероятно някой ще ви каже „помнете, направете пренасочване“. И това е вярно, разбира се, пренасочванията са важни, но има и много други елементи, които влияят върху това дали миграцията ще бъде успешна или не.

Повярвайте ми, ако не се подготвите правилно за миграцията, ще направите някои грешки в процеса, резултатите могат да бъдат наистина насочени. За да се подготвите за миграцията, трябва да я планирате правилно и след това да я приложите и да видите как реагира уебсайтът ще бъде много по-лесно, отколкото да уловите извършеното след лоша миграция.

Версия за разработка

Noindex Nofollow

Ако работим по нова версия на уебсайта, обикновено се занимаваме с версията за разработка. Това е страница, която не трябва да бъде достъпна както за потребители, така и за търсачки, и трябва да бъде маркирана с параметрите Noindex Nofollow. Благодарение на този метод не позволяваме нашия уебсайт да бъде индексиран и можем да работим върху него свободно.

Това е особено важно, ако например прехвърлим съдържанието от старата страница на новата, защото Google, ако стигне до нашата страница за разработка, ще започне да я индексира. Така че индексът на търсачките ще включва съдържанието както от новата, така и от старата страница - тогава ще трябва да се справим с дублирането.

Поради факта, че версията за разработка е блокирана от роботите на търсачките за индексиране, можем да я третираме като нулева хартия. Можем безопасно да планираме някои решения, да внедрим някои елементи спокойно и това няма да има отрицателно въздействие върху видимостта на уебсайта. Можем например да планираме структурата на менюто и да променяме URL адресите много често. В нормалния свят това не е възможно, защото ако роботът намери даден URL и го индексира, тогава ако сменим този адрес и не създадем пренасочванията, грешките 404 ще започнат да се появяват.

SEO сътрудничество

В случая с версията за разработка е важно също така, ако например SEO компания, с която си сътрудничите, има достъп до нея, тя също може свободно да работи по нея, да я прехвърля и да ви помага при миграцията. Ако го няма и работим върху жив организъм, това е много по-трудна задача.

Миграция

Преместете цялото си съдържание

Имайки версия за разработка, не можем да забравим за другите елементи, които също ще бъдат важни в случай на успешна миграция. Ако нашият магазин вече е оптимизиран, той съдържа съдържание в категориите и продуктите, които ние оптимизирахме и които знаем за генериране на трафика, тогава тук трябва да помним да прехвърляме цялото съдържание от едната страна към другата.

Затова преместваме заглавието, Мета описание, описания заедно с форматирането, което са имали на старата страница. Ако на сайта имаше алтернативни описания, трябва също така да се уверим, че той се появява на новата страница. Същото се отнася и за заглавията - тоест, ако оптимизирахме заглавията на нашия уебсайт, същите заглавия трябва да бъдат в новата версия на страницата. Тези елементи ще причинят след включването на новия ни уебсайт вече да се класира.

Пренасочвания

Адресна карта

Разбира се, струва си да се подготвите предварително, което създава карта за пренасочване на старите адреси към новите, така че обръщането на страницата просто да бъде пренасочено и да накара Google бързо да види, че тези пренасочвания съществуват, ако влязат в уебсайта.

Пренасочете всички подстраници

Що се отнася до пренасочванията, основната грешка е, че ние пренасочваме само началната страница. Така че, ако например сменим домейна и сменим от един на друг, ние само пренасочваме началната страница. Категориите, продуктите, статиите в блога не ни интересуват - това е много голяма грешка.

Всяка подстраница има своя собствена видимост, която изграждаме от известно време. Той е оптимизиран, свързан отвън ... Така че, ако в структурата на сайта се появи нов адрес, той е просто свеж и докато не укрепим този адрес след пренасочване от стария към новия, все едно го изграждаме всичко от нулата. Разбира се, заглавните елементи, които сме преместили или съдържанието, което е внедрено на новата страница, ще ни помогнат тук, но няма да прехвърлим силата на старата подстраница.

Благодарение на 301 пренасочванията, ние не губим това, върху което вече сме работили, така че е много важно да прехвърлим адресите 1: 1. Така че, ако имаме адресите на категориите, трябва да пренасочим всяка категория към нейния аналог. Същото важи и за продуктите. Разбира се, ако има много от тези продукти и не искаме да забавяме много сървъра, тогава разбира се можете да изберете част от продуктите или да приложите само правилата.

Разбира се, можем да улесним себе си, когато имаме възможност за създаване на адреси, които изглеждат еднакво, когато проектираме страница. Така че, ако не променим структурата на URL адресите в старото и новото хранилище, тогава, разбира се, няма да се налага да създаваме тези пренасочвания. Ако обаче сменим например CMS, това често е просто невъзможно и тези пренасочвания трябва да бъдат извършени.

301, а не 302

След като създадем всички пренасочвания, трябва да помним, че тези пренасочвания трябва да бъдат постоянни пренасочвания, тоест 301 пренасочвания. Пренасочванията 302, които също често се извършват, са временни пренасочвания - те няма да прехвърлят силата на тези подстраници, за които ви разказах по-рано.

Анализ

Ако включим нова страница, трябва също така да се уверим, че нашият уебсайт има кодове на Google Analytics и Google Search Console. Благодарение на това ще можем да наблюдаваме какво се случва на нашия уебсайт и как се държи.

Повторна индексация

Ако сме завършили отделните етапи и сме готови страницата да бъде видяна от Google, разбира се, можем да изпратим страницата за повторно индексиране в Search Console. Също така можем да качим нова карта в Search Console, за да му улесним да идентифицира съдържанието на новата страница - това ще се случи малко по-бързо.

Трябва също да помним, че за първия период Google ще индексира новата страница, но също така ще запази старата в индекса, така че трябва да й дадем време старата страница да бъде премахната от индекса и нова да се поставя на негово място. Ще наблюдаваме през първите три до шест месеца какво ще се случи.

Разбира се, в инструментите, които ни показват видимостта, можем да видим и напр. спад за определен период от време, но след това тази страна ще започне да отскача. Ако случаят не е такъв, трябва да проверите какво се е объркало. Може да изглежда, че вашият разработчик е въвел 301 пренасочвания и тези пренасочвания се оказаха 302 пренасочвания. Така че тези неща просто ще трябва да бъдат взети веднага след миграцията.

Това бяха най-честите грешки при мигриране на страница. Ако знаем, че нашата миграция е извършена зле, означава ли това, че нашата страна е обречена да се провали? Не напълно. Разбира се, можете да въведете план за възстановяване, а само важното е времето. Ако миграцията на уебсайта не е извършена правилно, през първите месеци все още имаме възможност да възстановим трафика, който сме загубили. По-късно - ако Google премахне старите адреси от търсачките - може да бъде много по-трудно.

mass gmail