Често хората взимат решения за глобални промени по своите сайтове. Тези промени могат да бъдат свързани с прехвърляне към нов CMS (система за управление на съдържание), редакция на структурата или преминаване от динамични към статични URL адреси.
В повечето случаи след масова промяна на URL адреси, трафикът на сайта ще се намали временно с 10-20%, въпреки настроените постоянни 301 редиректи.
Ако решите да не прехвърлите и конфигурирате всички SEO настройки от старата версия, Ви очаква абсолютна катастрофа, а именно - рязко намаляване на органичния трафик.
Защо след миграция има спад в органичния трафик към сайта?
I. Сайтът е затворен за индексация
Защо?
Сайтът е затворен през файл robots.txt, мета таг noindex <meta name =”robots” content =”noindex, follow” /> или X-Robots-Tag - с други думи, сайтът е прехвърлен директно от тестовия поддомейн.
Решение
- Премахнете реда от robots.txt съдържащ: Disallow: /;
- Премахнете <meta name =”robots” content =”noindex, follow” /> от необходимите страници;
- Премахнете от HTTP хедъра на сайта: X-Robots-Tag: noindex.
II. URL адресите в сайта са променени
Защо?
Дори и да са настроени 301 пренасочвания, класирането на страниците се е влошило от твърде много групи заявки, тъй като статичната тежест на връзките не се предава моментално, а отнема време.
Решение
- Ако от миграцията не са минали повече от две седмици, върнете предишните URL адреси на страниците и конфигурирайте 301 редиректи с “новите” адреси. Повечето CMS системи имат възможност за редактиране на URL адреси.
- Ако вече са минали повече от две седмици, направете 301 пренасочвания от старите адреси към новите (за това, как да намерите старите, ще разберете по-надолу).
III. Всички SEO настройки са изчезнали
Защо?
Има вероятност формулите за мета данни да са изчезнали или не са се прехвърлили SEO текстовете.
Решение
- Внедрете формули за генериране на мета данни (тайтъл и дескрипшън) и H1 заглавия за всички типове страници. В зависимост от сайта можете да разполагате с различни типове страници, например:
- главна страница;
- категории;
- подкатегории;
- продуктови страници;
- филтри;
- производители/марки;
- статии;
- и още.
По възможност прехвърлете по-важните (ръчно разписаните) мета данни от старите страници към новите. Ако не сте ги запазили или не разбирате, накарайте програмистите да ги върнат.
- Прехвърлете SEO текстовете от старата версия (само уникалните, не заспамените).
- Проверете дали са зададени правилни canonical адреси на страниците. Те трябва да сочат към себе си, без да се вземат предвид GET параметри.
- Проверете кода за отговор на сървъра. Често се случва съществуващи страници да връщат код за отговор 404 или 301 вместо 200 OK. Можете да извършите проверка със Soft.Galinov или Netpeak Spider.
- Проверете дали е актуализирана XML картата на сайта.
IV. Сайтът зарежда много бавно, често крашва
Защо?
Това се случва, когато е избран грешен хостинг за новия CMS.
Решение
- Прехвърлете сайта си на нов, доказан хостинг. В същото време е силно препоръчително да изберете правилен тарифен план, за да имате достатъчно дисково пространство, PHP поддръжка и т.н.
- Тествайте хостинга (по правило за теста са необходими 5-7 дни), направете проверка как работи техническата поддръжка.
В същото време не забравяйте, че безплатно сирене има само в капани за мишки. Не спестявайте пари от такси за хостинг. В един добър контролен панел на хостинг трябва да имате функции като настройка на кеширане и компресиране на JavaScript / CSS.
V. Проблеми с вътрешното налинкване
Защо?
Търсещата машина просто не може да индексира част от страниците - в резултат на това много важни страници са загубили предишната си тежест.
Решение
- Проверете сайта с изключен JavaScript с добавката JavaScript Switcher за Chrome. Възможно е съдържанието на страницата да е напълно различно за потребителя и търсещата машина, а търсачката просто няма да вижда връзките към вътрешните страници. В този случай няма да е възможно да се оправите без помощта на програмист.
- Актуализирайте менюто на сайта. Възможно е връзките към страници, които преди са носили добър трафик, да са били изтрити в новото меню, като по този начин губят получената по-рано статична тежест. Или обратното - обемът на връзките се е увеличил толкова много, че тежестта на страниците се пропилява.
В този случай трябва да оставите само онези връзки, които са наистина необходими.
VI. Важните страници на сайта са изтрити
Защо?
По всяка вероятност голям брой важни страници са изтрити.
Например, един SEO специалист може да създаде страници от тагове, филтри и подкатегории и при миграцията на нов CMS изобщо да не ги вземе под внимание.
Решение
Препоръчително е да върнете данните на страницата в сайта възможно най-скоро. Разбира се, ако те все още са полезни и са свързани с вашите услуги / продукти.
За да направите това, препоръчваме лесен начин за откриване на важни страници без помощта на програмисти.
- В Google Analytics минете през пътя "Behavior" - "Site Content" - "All Pages".
- Изберете датите, за които искате да получавате данни.
- Ще получите адресите на страниците, които потребителите са посетили през този период. Експортирайте списъка с адреси в удобен за вас формат.
- Добавете домейна с помощта на текстов редактор.
Например, в Notepad ++ това може да се направи със замяна (^ означава начало на ред):
- На получените адреси проверете кода на отговора на сървъра.
Има много услуги за масови проверки на URL адреси. Например, Netpeak Spider.
Изберете в настройките „List of URLs“ - “Enter manually…” или просто използвайте комбинацията “Ctr+D”:
Изберете от менюто в дясно “Parameters” и от падащото меню изберете “Default (recommended)”:
Най-вероятно ще получите следните кодове (Status Code):
- 200 OK - страницата съществува;
- 301 или 302 - настроени редиректи (проверете дали водят коректно към съответните страници);
- 404 - страницата не съществува (това са изтритите страници, които преди това са генерирали трафик).
Направете пренастройка на редиректите, ако е необходимо, и също така създайте страници за филтри, тагове и подкатегории, ако те са генерирали трафик, но са били изтрити.
VII. Влошени поведенчески фактори
Защо?
Поради ново, неудобно меню, дизайн или други фактори.
Решение
Проверете колко се е променила ефективността в Google Analytics за същия период:
- bounce rate (степен на отпадане) - колкото по-висок е, толкова по-лошо;
- средната продължителност на престоя на потребителя на страницата - колкото повече, толкова по-добре;
- pages per session (страници на сесия) - колкото повече, толкова по-добре.
Ако тези показатели са се влошили, посетителите вероятно не харесват новия сайт.
Степента на конверсиите (Conversion Rate) също може да бъде значително намалена.
Има възможност проблемът да е в това, че в повечето браузъри сайтът е неудобен за използване. Необходимо е да се определи какво не се харесва на потребителите.
Използваме, също така, потребителските пътеки в отчета “User Flow”, които се намират в “Audience” в Google Analytics.
С тези инструменти можем да определим точно какво не се харесва на посетителите. За целта направете серия A/B тестове.
VIII. Не са настроени 301 редиректи от старите към новите URL адреси
Защо?
Най-популярната грешка е промяната на адресите на страниците, без да се настройват постоянни пренасочвания (301). Тази грешка не се ограничава само до глобални промени. Това може да се случи при настройване на SEF URL адреси вместо динамични, при добавяне на нива на вложеност или просто при промяна на името на страницата.
Какво да направите, ако адресите, които търсачките вече са индексирали, са се променили и (след един или два месеца) трафикът е спаднал?
Решение
Не забравяйте да настроите 301 редиректи от стари URL адреси към нови, дори ако са минали шест месеца от миграцията.
Основният проблем е как да се направи списък с 301 пренасочвания, тоест да се определи кой URL адрес е бил преди и какъв е сега.
За да свалите текущите адреси:
- инструктирайте програмиста да свали адреси и имена на страници от базата данни;
- свалете ги сами от XML-картата на сайта или използвайки Netpeak Spider;
- обходете сайта ръчно (бавно и мъчително, не е подходящо за големи проекти).
Но все пак не трябва да има особени затруднения.
От друга страна свалянето на старите адреси може да е трудно, освен ако не сте се подготвили предварително и не сте ги свалили.
Ако не сте, препоръчваме следните начини за получаване на старите адреси:
- Отново инструктирайте програмиста да свали URL адреси и имена на страници от стари бази данни (най-лесният начин, но не винаги е възможно да го използвате).
- Използвайте безплатната услуга Web Archive. Въведете името на домейна в лентата за търсене и вземете моментни снимки на страницата. Можете да видите мета данни, текст, URL и да сравните получените данни с текущите).
Всички изображения, по-стари от година и половина до две години, вече няма да помогнат за коригиране на текущата ситуация, но можете да използвате по-релевантни данни, за да конфигурирате 301 пренасочвания или други задачи. За да не анализирате ръчно всички страници, е по-добре да анализирате моментни снимки на HTML картата на сайта. След това можете групово да качвате URL адресите.
- Използвайте инструмента Ahrefs или негови еквиваленти.
Изберете от “Backlinks” - “Broken” и ще получите списък с външни връзки към страници, които връщат 404. Недостатъкът е, че можете да виждате само изтрити страници, които са имали външни връзки, тоест страниците, които нямат такива, няма да се показват в отчета.
- Анализирайте грешки при обхождането в Google Search Console (GSC).
В GSC можете да откриете интересни отчети. В случая този с грешки 404 е ви интересува най-много. Това са страниците, които преди са връщали код с отговор 200 OK, а в момента 404.
Можете да се доберете до този отчет в “Coverage”.
- Сваляне на страници от Google Analytics.
В Google Analytics минете през пътя „Acquisition“ - „All Traffic“ - „Channels“. Предимно се интересуваме от страници, получили органичен трафик:
След това изберете основния параметър „Landing Page“ и датата на отчета (няколко месеца преди миграцията на сайта).
Не забравяйте в края на страницата да изберете броя на редовете (адресите), които искате да свалите (например 1000). Вече можете да натиснете “Export” и да свалите данните в удобен за вас формат.
Сканирайте изтегления списък с адреси в Netpeak Spider, за да проверите кода на отговор.
Ако кодът се различава от 200 OK, тогава в случай на 404 конфигурираме пренасочвания, а ако открием 301 - проверяваме дали страниците съвпадат. Понякога те просто водят до главната страница и за търсачката - това е „Soft 404“. В този случай е необходимо да настроите правилно редиректите.
Заключение
Може да има много причини за спад в трафика след миграция. За точна диагноза е необходимо да направите задълбочен анализ, но най-често това е едно (или няколко) от описаните причини:
- сайтът е затворен за индексиране;
- URL адресите в сайта са променени;
- всички SEO настройки са изчезнали;
- сайтът зарежда много бавно, често крашва;
- проблеми с вътрешното налинкване;
- важните страници на сайта са изтрити;
- влошени поведенчески фактори;
- не са настроени 301 редиректи от старите към новите URL адреси.
Навременната корекция на грешки ви позволява да запазите органичния трафик, както и доходи, така че преди да направите миграция към нов CMS или да направите глобални промени, консултирайте се със специалисти.