Как перенести сайт на другую cms без потери позиций

Все «за» и «против» смены CMS

Перенос сайта на новую cms фото

Давайте рассмотрим, какие причины не стоит считать веским основанием для переноса сайта на новый движок. К ним относятся:

  • Желание перейти со своей CMS на новую, которую хвалят друзья (реклама, отзывы…) 
    Есть выражение «Лучшее — враг хорошего», в данном случае оно подходит как нельзя лучше. Большинство современных CMS являются продвинутыми движками, которые отвечают требованиям самых разборчивых пользователей. Разработчики усердно трудятся над улучшением имеющихся и внедрением новых функций. Если вы уже пользуетесь одним из популярных продуктов в области систем управления, скорее всего перенос сайта будет похож на смену шила на мыло, а возможные плюсы по сравнению с реальными издержками будут несущественными, чтобы там ни говорили друзья и «эксперты».
     
  • Попытка сэкономить на покупке платных плагинов и модулей
    Набор встроенных модулей и бесплатных плагинов у разных CMS отличается. Но экономия при переносе сайта на новый движок скорее всего не поможет сберечь ни копейки. Дело в том, что расходы на перевод ресурса будут в любом случае выше, чем стоимость любых платных плагинов. А уж временные потери и возможные риски и вовсе не окупить.
     
  • Уверенность в том, что CMS с открытым кодом легко взломать
    Это весьма спорное утверждение, которое не подтверждено ничем. Умельцы могут взломать совершенно любой сайт, если у них появится такая цель. Кроме того, для больше безопасности как раз лучше выбирать популярную систему управления, специалисты которой денно и нощно трудятся над тем, чтобы умело отбивать атаки злоумышленников.
     
  • Глубокие познания в работе другой CMS
    Какими бы поверхностными ни были ваши навыки работы с движком, на котором размещён ваш сайт, гораздо проще, быстрее и дешевле ознакомиться с его особенностями и изучить все возможности, чем переносить ресурс на другую, самую что ни наесть родную CMS.
     
  • Ощущение, что не хватает какого-нюанса
    Не знаю, что, но что-то, кажется, не так — весьма сомнительная причина для переноса сайта на другую CMS. Даже если вам не достаёт какой-то определённой возможности или функции, прежде чем переводить сайт, оцените, действительно вам так необходима эта самая возможность или можно обойтись и без неё. Кроме того, вы всегда можете связаться с техподдержкой вашей системой, вдруг ваше предложение окажется настолько интересным, что разработчики захотят внедрить его в свой продукт.

Перенос сайта на другую CMS целесообразен, если:

  • Возможностей сайта на HTML перестало хватать для работы
    Удобство и надёжность HTML-сайтов перестают радовать, когда сайт разрастается, и в его обойме появляется более десятка страниц. В данном случае сделать, действительно ничего нельзя, потребуется переезд на новое просторное место жительства.
     
  • Платформа не справляется со своей задачей
    Речь идёт о самописных ресурсах, плюсом которых является индивидуальная проработка под нужны конкретного проекта. Выбирая такую платформу, владелец сайта зачастую лишает себя многих возможностей, о которых он не догадывался изначально. Часто доработка самописного сайта либо обходится очень дорого, либо вообще невозможна. К тому же привязка к создателю такого сайта может стать причиной многих проблем. Всё это не означает, что «самописцы» не имеют право на жизнь. Для крупных компаний, желающих получить что-то особенное и не жалеющих на это денег, такой вариант может оказаться идеальным.
    Если же вы воспользовались услугами такого самобытного мастера, а потом перестали понимать друг друга или вообще потеряли с ним связь, то перенос сайта на новый движок — единственный возможный путь.
     
  • Функционал конструктора сайтов не удовлетворяет потребностям проекта
    Часто на этапе становления бизнеса мы не предполагаем, что через некоторое количество лет он разрастётся, а возможностей выбранного конструктора не будет хватать для полноценного функционирования сайта.
    Кроме того, конструктор не даёт возможности полностью управлять процессом. Обычно на старте мы вынуждены экономить и выбирать, что попроще. Такая бережливость из разумного решения может превратиться в головную боль и необходимость переноса ресурса на серьёзную CMS.

Стоит отметить, что все эти причины вызваны недальновидностью при выборе движка для собственного сайта. И, раз уж такая необходимость возникла, при смене платформы важно сделать правильный выбор, который позволит больше не возвращаться к этой проблеме и не заставит через пару лет снова задумываться о переезде.

Если решили перенести сайт на новую cms рекомендуем пройти наш курс «Поисковик». Благодаря курсу вы сможете получить четкие инструкции, а также наши специалисты смогут минимизировать потери при переезде. Регистрируйтесь по ссылке и приступайте к работе над своим сайтом. А с промо-кодом «SEO-21»,  вы получите еще дополнительный бонус.

Структура сайта

В идеале структуру сайта не менять не нужно. Если это невозможно, настройте редирект 301 со старых страниц на новые и измените внутренние ссылки на корректные. Особое внимание обратите на страницы, куда идут трафик и внешние ссылки.

Если при переезде сайта часть страниц будет удалена, можно настроить редирект:

  • на схожую по смыслу страницу, например, на страницу карточки товара той же модели, но другого цвета;
  • на страницу уровнем выше.

Важно: проверьте, чтобы при редиректе со страницы на страницу не возникало лишних перенаправлений.

Счетчики и сторонние сервисы с интеграцией

Перенесите счетчики Яндекс.Метрики и Google Analytics и проверьте настройку всех целей. Это позволит поисковым системам оценивать поведенческие факторы и учитывать их в ранжировании, а также поможет вам при сравнении трафика и конверсии до и после переезда, и между периодами.

Микроразметка

Перенесите все типы микроразметки, которые у вас были. Микроразметка делает сниппет расширенным, что положительно влияет на его кликабельность и может косвенно повлиять на позиции.

Проверить микроразметку можно в валидаторе Яндекс.Вебмастера.

Или в инструменте проверки расширенных результатов.

План действий по переносу сайта на другую CMS

В общем случае можно выделить обобщенный план действий по переносу сайта на новую платформу. Его можно условно разделить на два этапа. Первый этап – это работа с сайтом на старой платформе, который заключается в анализе старого сайта и подготовке сайта к переносу:

  • создание резервных копий файлов сайта и его базы данных;
  • сбор настроек старой платформы и правил обработки страниц;
  • составление структуры проекта – карты сайта со всеми адресами;
  • составление списка сущностей сайта, которые необходимо перенести – материалы, пользователи и т.д.;
  • составление списка используемого ПО – модули, плагины, темы, а также самописные решения;
  • сбор данных об используемых сервисах и их настройках;
  • экспорт всех данных с базы данных и прочих хранилищ в общедоступный формат;

Когда первый этап выполнен, можно переходить ко второму – основному этапу переноса сайта на другой движок. Коротко рассмотрим и его:

  • базовые подготовительные работы – установка новой CMS, модулей и тем, а также их первоначальная настройка;
  • детальная настройка сайта и всех компонентов;
  • создание необходимых сущностей на новом сайте;
  • миграция данных (импорт) и их адаптация. Как правило, для этого необходимо написать код для импорта данных, который будет учитывать все различия в структуре хранения данных;
  • перенос правил обработки адресов и перенаправлений;
  • проверка правильности переноса и отсутствия ошибок;
  • прочие настройки и исправления в целях обеспечения максимальной схожести с проектом на старой платформе;
  • при необходимости выполнение коррекции настроек в сервисах, в которых зарегистрирован сайт.

Тестовый домен

Все правки делайте только на тестовом домене, а на основной переносите, когда всё будет готово.

Важно: не забудьте закрыть тестовый домен от индексации. Для этого в файл robots.txt прописываем:

  • User-agent: *
  • Disallow: /

Если этого не сделать, поисковики запомнят обновления на тестовом домене и посчитают дублями контент на основном ресурсе.

Скорость загрузки

Показатель после переезда должна быть не хуже, чем до него, и даже лучше. Проверьте скорость с помощью сервиса Google PageSpeed Insights и выполните все возможные рекомендации по улучшению этого показателя.

Склейка доменов с www и без www

Операция возможна с использованием Apache. Код для склейки (переадресация на домен без www):

Options +FollowSymLinks

RewriteEngine on

RewriteCond %{HTTP_HOST} ^адрес_сайта_с_www$ [NC]

RewriteRule ^(.*)$ адрес_сайта_без_www/$1 [R=301,L]

Если необходимо, чтобы переадресация шла на домен с www, то адреса в 3 и 4 строках меняются местами.

Как перенести сайт с одного хостинга на другой

Увеличение потока посетителей может потребовать смены хостинга . При выборе нового веб-хостинга проанализируйте стоимость и функционал. Предложенная ниже инструкция поможет, если нужно перенести сайт с «Тильды» на свой хостинг и при любом другом переносе.

Что нужно переносить

Нужно скопировать 3 типа данных. Первой переносится вся информация, хранящаяся в корневой папке сайта. Затем база данных. Завершают перенос учетными записями клиентов. Учетки могут храниться на регистраторе доменного имени, на стороннем сервере или на сервере старого хостинга.

Перенос сайта на новый хостинг

Перенести сайт на другой хостинг можно за 4 шага:

  1. Создать домен на новой площадке.
  2. Перенести данные, описанные в разделе «Что нужно переносить».
  3. Обновить файлы конфигурации CMS.
  4. Заменить DNS-запись домена.

Далее можно проверять сайт на работоспособность.

Добавление домена в админку нового хостинга

Для регистрации доменного имени на новом хостинге откройте панель управления сервером и в разделе «Главное» найдите пункт «Доменные имена». Кнопка «Создать» позволяет добавить выбранное наименование.

Подходящее премиальное доменное имя для успешного развития бизнеса можно купить у Павла Гросса.

Если владелец пользуется услугой выделенного IP-адреса, можно добавить его в соответствующую строку. Если к работе привлекаются сторонние ресурсы, заполняются графы «Серверы имен» и «Почтовые серверы».

Перенос файлов

Скачать старый контент можно с помощью специальных программ (Putty, Far, FileZilla и других) или встроенного модуля хостинга, управляющего файлами. При переносе сайта на WordPress на другой хостинг удобнее воспользоваться функцией «Создание архива». Загрузка на новый ресурс производится теми же программами. Данные можно запаковать в архив, что ускорит работу.

Перед переносом желательно сделать резервную копию ресурса.

Перенос базы данных

Для копирования базы данных (БД) используются встроенные функции «Экспорт» и «Импорт». Информация также может быть заархивирована. Перед загрузкой на новый хостинг нужно создать в нем базу данных, придумав имя БД, логин и пароль.

Обновление конфигурационных файлов CMS

В корневой папке находятся конфигурационные документы с расширением .php. Единого названия нет, но обычно в имени нужного файла присутствуют слова «conf», «settings», «config». Если осуществляется перенос сайта «Битрикс» на другой хостинг, то нужно искать документ «.settings.php». Админам следует открыть конфигуратор через «Блокнот» и заменять в строках «Имя», «Пользователь», «Пароль», «Хост» устаревшую информацию на актуальную.

Замена DNS-записи домена

DNS-записи связывают сайт со сторонними ресурсами: Tilda («Тильдой»), почтой, SSL-сертификатом, регистратором и другими. Перезапись DNS можно осуществить одним из трех способов:

  • через личный кабинет (ns1 и ns2);
  • через хостинг (ns1.hosting иhosting);
  • через VPS (ns5.hosting иhosting).

Выбор метода зависит от типа серверов (проверяется сторонними инструментами).

Карта сайта и файл robots.txt

Обновите карту сайта и файл robots.txt, так как могли измениться урлы и структура сайта. Закройте от индексации лишнее, служебные страницы и удостоверьтесь, что нужное открыто.

Резервное копирование

Обязательно сохраните старую версию сайта. Она вам пригодится, если произойдет большое падение запросов без понятной причины.

Как обновить движок и не обнулить SEO?

Секрет в осознанном формировании структуры, тщательном анализе контента и обязательной настройке редиректов.

Структура сайта, URL и магия редиректов

Перенести сайт с сохранением исходной структуры, конечно, легче, но часто она не устраивает SEO-специалиста с точки зрения стратегии его продвижения. Перед тем, как сменить CMS, нужно продумать все будущие изменения — прописать типы страниц и их размещение.

Кроме того, часто переносить весь контент без исключений не имеет смысла. Выборочное его сохранение особенно характерно для «старых» больших сайтов, накопивших много материалов.  

Например, новости пятилетней давности, анонсы давно прошедших мероприятий или статьи о снятой с производства продукции никому уже неинтересны. Но их перенос займет рабочие часы, а значит потребует денег.

Иногда устаревшими могут быть не только отдельные страницы, но и целые разделы.

Что повлечет за собой смена структуры? Правильно, изменение URL страниц. Причем URL может измениться даже там, где структура будет сохранена. Это связано с тем, что разные CMS по-разному составляют человекопонятные адреса. Не факт, что технически получится воспроизвести аналогичный старому путь.

Отсюда и основная проблема — образование «битых» ссылок или дублей страниц. Поисковые роботы, как и пользователи, негативно относятся к 404 ошибке, поэтому крайне важно не допустить ее массового появления. Для этого, одновременно с выявлением ценного контента, составляют карту редиректов.

Как пошагово составить карту редиректов для переноса сайта на другую платформу:

  1. Вручную пройтись по старому сайту, проанализировать наполнение и определить, что нужно/интересно/полезно/обязательно, а что уже неактуально.
  2. С помощью сервисов Яндекс Вебмастер или Google Search Console скачать данные о всех проиндексированных поисковиками страницах.

Страницы в поиске

Отчет из Яндекс Вебмастера «Страницы в поиске»

  1. В Яндекс Метрике определить самые популярные у пользователей страницы.

Популярные страницы в Яндекс метрике

Отчет Яндекс Метрики «Популярные страницы»

  1. Проанализировать полученную информацию и сформировать единый документ — соотнести URL каждой страницы старого сайта с URL этой же страницы на новом сайте.

Пример карты редиректов

Пример карты редиректов

Как быть со страницами, которые не подлежат переносу? Чтобы даже редкие пользователи этих страниц или те, кто в своих целях сохранил ссылку на старый сайт, не попадали на 404 ошибку, можно настроить редиректы на близкие по смыслу разделы или на новую главную. Для товаров, изъятых из ассортимента — на ближайшие по характеристикам модели.

Задача программистов — настроить 301 редирект, который сообщает поисковикам, что старую страницу из поиска можно исключить, а индексировать теперь только новую.

Анализ позиции сайта и трафика

До переезда обязательно зафиксируйте позиции и отметьте трафик сайта, а после переноса проанализируйте их изменения. Это поможет в дальнейшем найти причину просадки запросов, если она будет, и выявить ошибки.

Как перенести сайт и не потерять позиции: риски и возможности избежать проблем

Как перенести сайт на новую CMS без потерь фото

Взвешивая все «за» и «против», важно быть уверенным, что перенос сайта на другую CMS даст больше, чем вы потеряете в этом процессе. А, как бы вы ни старались, потери в любом случае будут. Но, если правильно подойти к делу, эти потери можно сделать минимальными.

Новая структура сайта

С одной стороны, изменение структуры сайта может быть как раз одним из основным вопросов, которые могут решаться с помощью переноса. Следует заранее прописать типы страниц и чётко структурировать их размещение на новом движке. С другой, важно сохранить то, что было успешно реализовано ранее.

Новые URL

В разных движках алгоритм формирования URL свой собственный. И несмотря на то, что все CMS автоматически создают понятные и логичные ссылки, всё же при переводе сайта они будут иными. Желательно проследить, чтобы новые URL минимально отличались от прежних. Конечно, это необходимо делать только в том случае, если ранее они были адекватными.

Во избежание неприятных неожиданностей заранее пропишите шаблоны для URL, основываясь на ранее используемых.

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

Получить бесплатную консультацию от SEO-эксперта по вашему сайтуВаш сайтУзнать подробностиПодробнее

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

Любой сайт, имеющий даже самую недолгую историю, обычно успевает собрать страницы, отдающие код сервера 301. Речь идёт о редиректах — переадресации на другую страницу. Перенося сайт, необходимо перенести и все редиректы так, чтобы посещение этих страниц не приводило к ошибкам и не потерялась изрядная доля трафика.

Предварительно создайте таблицу всех редиректных ссылок, что не создаст проблем при переносе небольшого сайта. Сложности возникают при работе с ресурсами, насчитывающими десятки, а то и сотни таких страниц. В этом случае рекомендуем прибегнут к помощи сразу нескольких сервисов — Google Analytics, Ahrefs, Notepad++, Netpeak Checker.

С помощью Google Analytics выгружаем в отдельную таблицу список всех URL, которые служили входом на сайт. Здесь нас интересуют отчётные данные «Organic Search» подраздела «Каналы». Желательно получить данные за максимально длительный период, минимум год.

Сервис Ahrefs позволяет получить данные обо всех страницах сайта, на которые ссылаются сторонние ресурсы (столбец Link URL). Выборку также выгружаем в таблицу.

Удаляем дубли с помощью функции TextFX сервиса Notepad++, после чего получаем таблицу с уникальными URL.

Осталось проверить коды ответов сервера собранных нами URL, для этой цели пригодятся возможности сервиса Netpeak Checker. Так мы узнаем, какие страницы имеют код 200, то есть доступны. 

Полученная таблица потребуется не только для проверки, но и настройки редиректов с нового места жительства. Она позволит ничего не потерять и сохранить весь трафик в целости и сохранности.

После переноса сайта такая же проверка позволит узнать, верно ли настроены редиректы: все аналогичные новые страницы должны также отдавать соответствующий код ответа сервера.

Дизайн

Чтобы не потерять позиции сайта при переносе на другую CMS, важно позаботиться не только «внутренней кухней», но и внешней составляющей, которая в первую очередь оценивается пользователями. Удачный и запоминающийся дизайн желательно сохранить. Исключение — полный ребрендинг и смена стиля дизайна. Но в большинстве случаев подобные перемены не требуются.

Чтобы на новом месте внешность «не поехала», нужно очень внимательно отнестись к осуществлению переноса дизайн-макетов (если они имелись). Если же при создании первоначальной версии сайта были использованы шаблоны конструктора или старой CMS, сохранить дизайн без каких-либо изменений точно не получится. В этом случае потребуется помощь профессиональных дизайнеров. Как вариант — можно попробовать подобрать более или менее соответствующие шаблоны, предлагаемые новой CMS.

Потеря контента

Контент — это не просто тексты, картинки и видеоролики. Кроме смысловой нагрузки, в нём заключена работа по продвижению в поисковых системах. Удаление контента всегда приводит к потерям трафика. Поэтому его необходимо либо сохранять полностью, либо менять на соответствующий с точки зрения SEO-продвижения.

Очень важно перед тем, как перенести сайт с одного движка на другой, создать резервную копию всех страниц и контента старого ресурса. В зависимости от того, какая платформа использовалась изначально, это можно сделать либо с помощью функционала старой CMS, либо с помощью серверной панели управления, которая позволяет заархивировать все файлы и базы данных сайта.

До начала работ по перемещению сайта, следует убедиться, что резервные копии доступны для работы. Если файлы не удаётся использовать, рекомендуем направить запрос провайдеру хостинга.

Настройка аналитики

Придётся смириться с тем, что настройки в Google Analytics и Яндекс Метрике придётся осуществлять заново. Рекомендуем заранее подготовиться к этому процессу, зафиксировав особенности используемых вами фильтров, настроек событий и целей. 

Адаптивная версия или мобильная

Проверьте оптимизацию сайта для мобильных устройств с помощью инструментов «Mobile-Friendly Test» от Google и «Проверка мобильных страниц» от Яндекса.

Адаптивная версия сайта лучше мобильной, так как используется один URL-адрес, что лучше сказывается на поведенческих факторах.

Как убедиться, что домены склеены

Проверить правильность склейки можно через поисковики. Для этого в поисковой строке нужно забить сообщение:

  • url:domen.ru/* – для проверки в «Яндексе»;
  • site:domen.ru – для проверки в «Гугле».

Где под «domen.ru» подразумеваются проверяемые доменные имена. При корректной работе неглавные адреса исчезнут из выдачи.

Руководство по склеиванию доменов

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

Выбор главного зеркала

Владелец ресурса назначает главную ссылку, которую поисковые системы будут индексировать и выдавать в результатах запросов. Несколько советов:

  • Между http и https лучше остановиться на последнем варианте, так как технология первого устаревает.
  • Домен без www приятнее пользователям, но если написание с www уже присутствовало в поиске, то лучше выбрать его.
  • Стоит проверить историю домена. Лучше выбрать вариант, на котором не было фильтров, банов и прочих ограничений.
  • Чем старше домен, тем лучше.
  • Предпочтительнее адрес, у которого выше индекс.
  • Учтите благозвучность имени. Чем красивее домен, тем большую популярность он сможет завоевать.

Настройка переадресации

Постоянная переадресация с подключенных доменов на главное зеркало настраивается с помощью 301 редиректа. Настройку нужно проводить для всех CMS-систем, от UCoz («Юкоза») до DLE. Есть 4 способа настройки Redirect 301.

Через Apache

Для работы с ПО от cPanel должен быть установлен модуль mod_rewrite. В корневой папке есть файл .htaccess. По умолчанию он скрыт. В нем нужно прописать следующий текст:

RewriteEngine on

RewriteBase /

Redirect 301 {адрес старой страницы} {адрес новой страницы}

Между адресами должен стоять один пробел.

Через PHP

В скрипте прописывается текст:

хедер(“HTTP/1.1 301 Moved Permanently”);

хедер(“Location: {адрес новой страницы}/page.php”);

exit();

?>

Минус этого метода – код придется вручную напечатать на каждой переадресовываемой странице.

Через Nginx

Код для переадресации:

server {

server_name адрес_старой_страницы;

rewrite ^ $scheme://адрес_новой_страницы;

}

В server_name через пробел можно указать сразу все подчиненные адреса.

С использованием плагинов

Большинство CMS-плагинов предлагают модули для настройки 301 редиректа:

  • Bitrix («Битрикс») – модули «Редирект мастер», «Перенаправление ссылок» или «Редиректор»;
  • WordPress («Вордпресс») – плагины «Redirection», «Simple 301 Redirects»;
  • Joomla! («Джумла») – стандартное решение можно найти по пути «Компоненты»-«Перенаправление»;
  • OpenCart 2 («Опенкарт 2») – модуль «Менеджер 301 редиректов»;
  • Modx Revo («Модикс Рево») – расширение «Redirector»;
  • Wix («Викс») – стандартная функция «Переадресация: 301 редирект».

Часть из программ придется купить, другие предоставляются бесплатно. Большинство имеет интуитивно понятный интерфейс и не нуждается в подробных инструкциях.

Настройка основного зеркала

Оповестить поисковые системы о главном зеркале можно с помощью встроенных инструментов:

  • Работа в «Яндекс.Вебмастере» ведется в разделе «Переезд сайта». В специальное поле вводится новый домен, галочками отмечается, нужен ли протокол https и www.
  • В «Гугле» понадобится функция «Изменение адреса». Также необходимо выбрать доменное имя и отметить нужные характеристики.

Перед началом обозначения главного зеркала убедитесь, что права на домен подтверждены.

Формирование директивы host в robots.txt

Раньше при склейке доменов требовалась настройка «Хоста». В корневой папке есть файл robots.txt. В блокноте нужно было найти строчку «Host:» и прописать в ней адрес главного зеркала. Протокол http опускается и не прописывается (https писать нужно). Способ работал только для «Яндекса».

На форумах для чайников все еще ищут инструкции по формированию «Хоста». Этот пункт можно опустить, так как 301 редирект выполняет такие же функции и действует для всех поисковых систем.

Настройка CMS

Необходимо убедиться, что главное зеркало воспринимается системой. Для этого в общих настройках используемого плагина CMS нужно найти пункт «Адрес сайта». В поле должна стоять ссылка на основной домен. В противном случае, ресурс не будет корректно работать. Сбоить могут все технические службы: прогрузка скриптов, переходы по внутренним ссылкам, панели управления.

Для проекта, созданного на базе WordPress, возможна настройка через SQL.

Что такое склейка доменов

Склейка доменов позволяет объединить основной сайт и его дубли (в виде отдельных проектов и алиасов) в одну группу. Можно будет настроить индексацию домена по основному имени и закрыть остальные адреса от посещений роботами.

Зеркала — это…

Иногда необходимо создать несколько ссылок, открывающих страницу с одинаковой информацией. Каждое из таких доменных имен называется зеркалом. Чаще объединяют вариативные написания материнского домена, хотя связать можно любые имена.

Зеркальные домены могут быть как отдельными сайтами, дублирующими информацию, но размещенными на разных хостингах, так и алиасами (синонимами). Алиасы открывают те же страницы (те же папки), что и главное зеркало. Они применяются, если:

  • одной компанией куплены разные доменные имена;
  • нужно охватить разные варианты написания (http и https, с www и без);
  • ресурс временно работает на техническом домене;
  • в доменное имя добавлен IP-адрес или порт.

Вторая причина должна учитываться всегда, поскольку пользователи часто путают написание адресов.  Отсутствие алиасов приведет к снижению числа посетителей.

Зеркала как отдельные проекты часто используются злоумышленниками. На таких ресурсах не работает авторизация пользователя. Посетители не могут выполнить вход в свой личный кабинет с компьютера (Windows или Linux) или смартфона (Android и iOS), используя логин (адрес почты или Microsoft Exchange Server) и пароль учетной записи материнского сайта.

Индексирование зеркал

Индекс – это прописка домена в базе поисковых систем. В процессе индексации специальные программы-роботы анализируют сайт и собирают информацию о контенте. Запись в базе включает в себя данные о внешних и внутренних ссылках, текстовом и графическом наполнении ресурса и другую информацию. После прохождения проверки домен появляется в выдаче у пользователей.

Подчиняясь собственным алгоритмам, роботы контроллеры составляют рейтинги ресурсов по:

  • теме контента;
  • качеству;
  • полезности;
  • доступности;
  • скорости загрузки.

Чем авторитетнее домен в рейтинге робота, тем выше его позиция в выдаче по запросу пользователя. Дубли понижаются в выдаче. Если владелец не установит главное зеркало, робот может первым проиндексировать алиас. Основной ресурс станет помечен, как дубль, и перестанет появляться в поиске. Поэтому зеркальные домены должны быть закрыты от индексирования.

Для чего нужна склейка

Объединение доменных имен обеспечивает:

  • выдачу сайта по запросу с www и без www, с использованием протокола http и https;
  • сохранение пользователей при переезде на новый доменный адрес;
  • фокусирование трафика на одном домене (при наличии нескольких проектов со схожей тематикой);
  • обход бана для ресурса, продающего ссылки;
  • защиту брендированного имени от использования мошенниками.

Правильная склейка поможет увеличить число посетителей и поднимет рейтинг домена в поисковых системах.

Ее значение для продвижения сайта

Склейка – один из инструментов SEO. Для новых ресурсов правильное объединение послужит своеобразным толчком, приближающим сайт к верхним строкам выдачи. Старые домены с высоким авторитетом при неправильной склейке могут пострадать.

Сроки склейки

Объединить доменные имена в одну группу в настройках недолго. Обновление в поисковых системах происходит гораздо медленнее.

Поисковики будут склеивать 2 домена (один с www, другой без) от 10 дней до 2 недель. Объединять сайты с разными именами дольше: придется ждать от 2 до 7 недель.

Внедрения во время переезда

Не делайте никаких изменений на сайте во время переноса, так как если позиции после переезда просядут, будет сложно отследить точную причину падения. Следите за позициями хотя бы месяц, и когда все станет хорошо, пробуйте внедрить на сайт то, что вы хотели.

Источники

  • https://seo-akademiya.com/baza-znanij/vnutrennyaya-optimizacziya/kak-perenesti-sajt-na-druguyu-cms/
  • https://vc.ru/marketing/303123-pereezd-sayta-na-novyy-dvizhok-bez-poteri-poziciy
  • https://eqsash.com/articles/perenesti-sayt-na-druguyu-platformu-plan-deystviy-kak-smenit-cms-ili-dvizhok-bez-poter
  • https://dzen.ru/a/X9EHAnXjKDHYtz5J
  • https://www.Web-Canape.ru/business/kak-perenesti-sajt-na-druguyu-cms-bez-poter-pozicij-trafika-i-deneg/
[свернуть]
Adblock
detector