Миграција на страницата: Најчести грешки! - Предупредува Семалт



Здраво! Во денешниот напис, Семалт ќе ви каже за најчестите грешки направени за време на миграцијата на веб-страница. Со 90% од миграцијата на веб-страницата, често се појавува барем една од грешките за кои ќе ви кажам денес. За жал, исто така е случај дури и најмалата грешка да може да нè чини загуба на сообраќај и намалување на видливоста.

Значи, ако размислувате да ја преместите веб-страницата, да ја мигрирате или да го промените доменот, ве охрабрувам да ја прочитате целата статија.

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

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

CMS-CMS

Меѓу електронската трговија, најпопуларниот вид миграција е миграцијата од еден во друг СМС. Да претпоставиме дека вашата продавница расте со мал залихи на почетокот, малку производи и вашите побарувања беа помали. Меѓутоа, со текот на времето, како што растеше продавницата, вашите потреби почнаа да се зголемуваат, па затоа започнавте да размислувате за промена на CMS, што ќе ви овозможи да правите работи што сакате да ги имате во даден CMS.

И тука всушност размислувате да се смените од CMS во друг CMS. Во овој случај, миграцијата ви дава многу предности. Вие сте во состојба да управувате со повеќе прашања, можете да се интегрирате во системите, на пр. за трговците на големо, што го прави вашиот бизнис да расте, а CMS едноставно ви го олеснува тоа.

Домен-домен

Друг вид на миграција е од еден домен до друг. Така, нашата продавница, на пример, работеше под името Х, но по некое време откривме дека е време да се смени и нашиот бренд треба да има друго име. Затоа, купуваме нов домен и сакаме да ја смениме продавницата во друг.

Понекогаш се случува исто така, ако, на пример, имаме домен кој претрпе некако (на пример, на него е применет филтер) и знаеме дека тука не може да се постигне ништо, тогаш исто така размислуваме за промена на доменот. Тогаш се занимаваме со миграција на доменот во друг домен.

Променете ја страната

Ние исто така се справуваме со миграцијата кога сакаме да го ажурираме изгледот на нашата продавница - го менуваме неговиот образец, ние едноставно ја менуваме страницата, мислам, визуелниот дел што го гледаат корисниците. Тоа често вклучува промена на патеката на URL-то, така што тука и самата миграција и нејзиното правилно спроведување ќе бидат многу важни. Затоа што сакаме да го оставиме она што добро работеше за нас и да ги додадеме тие функционалности за да го направиме сообраќајот на веб-страницата поголем во иднина.

Поради оваа причина, ние мора да запомниме за одредени правила што ќе спречат да го изгубиме веќе стекнатото. Веројатно, ние првенствено ја поврзуваме миграцијата со пренасочувањата. Значи, ако направите некоја од миграциите, веројатно некој ќе ви каже „запомнете, направете пренасочување“. И тоа е точно, секако пренасочувањата се важни, но има и многу други елементи кои влијаат на тоа дали миграцијата ќе биде успешна или не.

Верувајте ми, ако не се подготвите соодветно за миграцијата, ќе направите некои грешки во процесот, резултатите може да бидат навистина насочени. За да се подготвите за миграцијата, треба правилно да ја испланирате, а потоа да ја спроведете и да видите како ќе реагира веб-страницата ќе биде многу полесно отколку да фатите што е направено по лошата миграција.

Верзија за развој

Ноиндекс Нофолоу

Ако работиме на нова верзија на веб-страницата, обично се занимаваме со развојната верзија. Значи, тоа е страница што не треба да биде достапна и за корисниците и за машините за пребарување и треба да биде обележана со параметрите Noindex Nofollow. Благодарение на овој метод, не дозволуваме да се индексира нашата веб-страница и можеме слободно да работиме на неа.

Ова е особено важно ако, на пример, ја пренесеме содржината од старата на новата, бидејќи Google, доколку ја достигне нашата страница за развој, ќе започне да ја индексира. Значи, индексот на пребарувачите ќе ја содржи содржината и од новата и од старата страница - тогаш ќе треба да се справиме со дуплирањето.

Поради фактот што развојната верзија е блокирана од роботите на пребарувачите за индексирање, можеме да ја третираме како хартија за гребење. Можеме безбедно да испланираме некои решенија, да спроведеме некои елементи мирно и тоа нема да има негативно влијание врз видливоста на веб-страницата. Можеме, на пример, да ја испланираме структурата на менито и многу често да ги менуваме URL-адресите. Во нормалниот свет тоа не е можно, бидејќи ако роботот пронајде дадена URL-адреса и ја индексира, тогаш ако ја смениме оваа адреса и не ги создадеме пренасочувањата, 404-те грешки ќе започнат да се појавуваат.

Соработка за оптимизација

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

Миграција

Поместете ја целата ваша содржина

Имајќи развојна верзија, не можеме да заборавиме на другите елементи кои исто така ќе бидат важни во случај на успешна миграција. Ако нашата продавница беше веќе оптимизирана, таа имаше содржина во категориите и производите што ги оптимизиравме и кои ги знаеме за генерирање сообраќај, тогаш тука мора да запомниме да ја пренесуваме целата содржина од една на друга страна.

Значи, ние го преместуваме насловот, описот на Мета, описот заедно со форматирањето што го имаа на старата страница. Ако имало алтернативни описи на страницата, треба да се погрижиме истите да се појават на новата страница. Истото важи и за насловите - тоа е, ако ги оптимизиравме заглавјата на нашата веб-страница, истите заглавија треба да бидат на новата верзија на страницата. Овие елементи ќе предизвикаат по вклучувањето на нашата нова веб-страница, таа веќе ќе биде рангирана.

Пренасочува

Мапа на адреса

Се разбира, вреди да се подготви однапред што создава пренасочувачка мапа на старите адреси кон новите, така што вртењето на страницата едноставно се пренасочува и предизвикува Google брзо да види дека овие пренасочувања постојат доколку влезат на веб-страницата.

Пренасочете ги сите под-страници

Кога станува збор за пренасочувања, основната грешка е што ние ја пренасочуваме само почетната страница. Значи, ако, на пример, го смениме доменот и се смениме од еден во друг, ние само ја пренасочуваме почетната страница. Категориите, производите, написите за блогови не интересираат - ова е многу голема грешка.

Секоја под-страница има своја видливост, која ја градевме веќе некое време. Оптимизирана е, поврзана однадвор ... Значи, ако се појави нова адреса во структурата на страницата, таа е свежа и сè додека не ја зајакнеме оваа адреса откако ќе ја пренасочиме од старата на новата, како да ја градиме сите од нула. Се разбира, насловните елементи што ги преместивме или содржината што е имплементирана на новата страница, ќе ни помогнат тука, но нема да ја пренесеме моќта на старата под-страница.

Благодарение на пренасочувањата 301, не го губиме она на што веќе работевме, па затоа е многу важно да ги пренесеме адресите 1: 1. Значи, ако имаме адреси на категориите, секоја категорија треба да ја пренасочиме кон нејзиниот колега. Истото важи и за производите. Се разбира, ако има многу од овие производи, а ние не сакаме многу да го забавуваме серверот, тогаш секако можете да изберете дел од производите или да ги примените само правилата.

Се разбира, можеме да си го олесниме самите себеси кога имаме можност за креирање адреси кои изгледаат исто кога дизајнираме страница. Значи, ако не ја смениме структурата на URL-адресите во старата и новата продавница, тогаш секако дека нема да мора да ги креираме овие пренасочувања. Меѓутоа, ако смениме, на пример, CMS, тоа е често едноставно невозможно и овие пренасочувања мора да се извршат.

301, а не 302

Откако ќе ги создадеме сите пренасочувања, мора да запомниме дека овие пренасочувања мора да бидат трајни пренасочувања, т.е. 301 пренасочувања. Пренасочувањата од 302, кои исто така често се вршат, се привремени пренасочувања - тие нема да ја пренесат моќта на оние под-страници за кои претходно ви кажав.

Аналитика

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

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

Доколку ги завршивме индивидуалните фази и подготвени сме Гугл да ја види страницата, секако можеме да ја доставиме страницата за повторно индексирање во Конзолата за пребарување. Можеме да испратиме и нова мапа во Search Console за полесно да ја идентификува содржината на новата страница - ова ќе се случи малку побрзо.

Исто така, мора да запомниме дека за првиот период, Гугл ќе ја индексира новата страница, но исто така ќе ја задржи и старата во индексот, затоа мора да и дадеме време старата страница да се отстрани од индексот, а новата да се да се вметне на своето место. Willе гледаме во првите три до шест месеци што ќе се случи.

Се разбира, во алатките што ни ја покажуваат видливоста, можеме да видиме и на пр. пад за одреден временски период, но тогаш оваа страна ќе почне да отскокнува. Ако не е така, треба да проверите што тргна наопаку. Можеби се чини дека вашиот развивач воведе 301 пренасочувања, и овие пренасочувања се покажаа како 302 пренасочувања. Значи, овие работи ќе треба да се подигнат веднаш по миграцијата.

Овие беа најчестите грешки при мигрирање на страница. Ако знаеме дека нашата миграција е лошо извршена, дали ова значи дека нашата страна е осудена на неуспех? Не целосно. Секако можете да воведете план за обновување само она што е важно е времето. Ако миграцијата на веб-страницата не е правилно извршена, за првите месеци сè уште имаме можност да го вратиме сообраќајот што го изгубивме. Подоцна - ако Гугл ги отстрани старите адреси од пребарувачите - може да биде многу потешко.

mass gmail