Сайтты ауыстырғанда 301-редиректтер: трафикті қалай жоғалтпау керек

Жаңа сайт іске қосылды, дизайны жақсы, жылдамдығы жоғары, бірақ бір айдан кейін іздеуден келетін трафик айтарлықтай төмендейді. Көбіне себеп біреу: беттердің ескі адрестері жұмысын тоқтатты, ал редиректтер бапталмады немесе қалай болса солай бапталды. Бұл — көшу кезіндегі ең қымбат, сонымен бірге алдын алуға ең оңай қателердің бірі.

301-редирект деген не және ол не үшін керек

Іздеудегі әр беттің адресі бар. Сайт ауысқанда адрестер көбіне өзгереді: басқа платформа, басқа құрылым, сандардың орнына латын әріптері. Іздеу нәтижесіндегі, бетбелгідегі немесе басқа сайттағы ескі сілтемені басқан адам редиректсіз 404 қатесін көреді.

301-редирект — сервердің «бет біржола көшті, міне жаңа адрес» деген жауабы. Браузер бірден жаңа бетті ашады, ал іздеу жүйесі индекстегі ескі адресті жаңасымен ауыстыру және оған жинақталған сигналдарды, соның ішінде сыртқы сілтемелерді, беру керектігін түсінеді.

Редиректтер тек домен ауысқанда ғана керек емес. Оларды сайт басқа платформаға көшкенде, бөлімдердің құрылымы өзгергенде, адрестер сандардан түсінікті сөздерге ауыстырылғанда, сайт https-ке өткенде немесе бір тақырыптағы екі бет біріктірілгенде баптайды. Ереже қарапайым: индексте болған адрес енді басқаша ашылса, онда 301 тұруы керек.

301 ме, әлде 302 ме

Уақытша редирект те бар — 302. Келуші үшін айырмашылық жоқ, екі жағдайда да ол жаңа бетке ауыстырылады. Ал іздеу жүйелері бұл кодтарды әртүрлі түсінеді.

Сайт ауысқанда 301 керек. Google уақыт өте келе ұзақ тұрған 302-ні тұрақты деп қабылдай бастауы мүмкін, бірақ бұған сенім артпаған жөн: көшу созылып кетеді, ал Яндексте ескі адрестер іздеу нәтижелерінде әлі ұзақ қалуы мүмкін.

Редиректтер картасын қалай құрастыру керек

Редиректтер картасы — кесте: сол жақта ескі адрес, оң жақта жаңасы. Оны трафик құлағаннан кейін емес, іске қосуға дейін құрастырады.

1. 1
   Барлық ескі адрестерді жинаңыз

   Дереккөздер: Screaming Frog сияқты краулер, sitemap.xml, Search Console мен Яндекс Вебмастердегі беттер бойынша есептер, сыртқы сілтемелері бар беттер. Әр дереккөз басқаларының өткізіп алғанын табады.

2. 2
   Маңызды беттерді белгілеңіз

   Аналитикадан трафик пен өтінім алатын беттерді түсіріңіз. Оларды қолмен және бірінші кезекте тексеріңіз.

3. 3
   Әр ескі бетке жаңасын сәйкестендіріңіз

   Мағынасы бойынша ең жақынын іздеңіз: қызметті қызметке, тауарды тауарға, мақаланы мақалаға. Дәл баламасы болмаса, ең жақын бөлімге апарыңыз.

4. 4
   Жойылғандармен не істеу керегін шешіңіз

   Егер бет енді керек болмаса және оның орнын басатын бет жоқ болса, басты бетке редирект жасағаннан гөрі адал 404 немесе 410 жауабы жақсы.

5. 5
   Баптап, тестілеңіз

   Ережелерді серверге немесе сайт конфигурациясына жазып, доменді ауыстырғанға дейін картаның әр жолын тексеріңіз.

Редиректтер қай жерде бапталады

Бұл жаңа сайттың неде жұмыс істейтініне байланысты. Apache-та ережелерді .htaccess файлына, nginx-те — сервер конфигурациясына, Next.js-те — next.config файлына немесе middleware-ге жазады. WordPress-те бұл үшін плагиндер бар, бірақ карта үлкен болса, сервер деңгейінде жасаған сенімдірек. Ең бастысы, ережелер бір жерде сақталып, оларды әртүрлі баптаулардан іздемей, тізіммен тексеруге болатындай болсын.

Екінші дәрежелі адрестерді ұмытпаңыз: пагинация беттерін, параметрлері бар сүзгілерді, басқа сайттар сілтеме жасайтын PDF-файлдар мен суреттерді. Олар арқылы да адамдар келеді, ал мәзірде болмағандықтан, олар картадан жиі түсіп қалады.

Трафикті нөлге түсіретін қателер

• Барлық ескі адрестер басты бетке апарады. Іздеу жүйесі мұны жұмсақ 404 деп қабылдайды және ескі беттердің позицияларын басты бетке бермейді. Ал нақты тауар іздеген адам басты бетке түсіп, кетіп қалады.
• Редирект тізбектері. Ескі адрес аралық адреске, ол үшіншісіне апарады. Әр қадам жүктелуді баяулатады, ал ұзын тізбекті іздеу жүйесі соңына дейін өтпеуі мүмкін. Бірден соңғы адреске апарыңыз.
• 301-дің орнына уақытша 302. Плагиндер мен хостинг панельдері көбіне әдепкі бойынша осылай бапталған.
• Адрестің әртүрлі нұсқалары. http және https, www-мен және онсыз, соңында слеш бар және жоқ. Барлық нұсқа бір редирект арқылы бір негізгі нұсқаға апаруы керек.
• 404 қатесі бар бетке редирект. Картаны жобалық құрылым бойынша құрастырып, кейін адрестерді өзгерткенде болады.
• Ескі ішкі сілтемелер. Мәзір мен мәтіндер бұрынғы адрестерге сілтейді, әр клик редирект арқылы өтеді. Сайт ішіндегі сілтемелерді жаңарту керек.

Іске қосқаннан кейін қалай тексеру керек

ZSTORE интернет-дүкенін Next.js пен Payload-та дәл осылай іске қостық: ескі адрестерге 301 бапталды, іздеуден ештеңе түсіп қалған жоқ. RollExpert-те WordPress-тен көшкенде барлық мақалалар мен портфолио сақталды, ал редиректтер, орыс және қазақ нұсқаларына арналған hreflang, sitemap және JSON-LD белгілеуі ауыстыру сәтіне дайын болды.

Егер трафик бәрібір төмендесе, ал себебі редиректтерде болмаса, сайтты өз бетінше SEO-аудит туралы мақаладағы схема бойынша тексеріп шығыңыз.

Редиректтерді қанша уақыт ұстау керек

Google көшу кезінде редиректтерді кемінде бір жыл сақтауды ұсынады. Мен оларды мүлде жоймауға кеңес беремін: ескі адрестер сыртқы сілтемелерде, бетбелгілерде, қайта жіберілген хабарламаларда және PDF-каталогтарда өмір сүре береді. Редирект ережелері серверге дерлік жүктеме түсірмейді, ал оларды тәртіп үшін жою сіз әлдеқашан ұмытқан сілтемелер бойынша 404-ті қайтарады.

Көшу әлі алда болса, қадамдық Tilda-дан көшу жоспарын қараңыз: ол басқа платформаларға да жарайды. Менде көшіру қалай өтетіні және қанша тұратыны сайтты көшіру бетінде сипатталған.