Как переместить раздел сайта с поддомена в подпапку, не навредив SEO

Какое-то время назад довольно часто можно было видеть, что у разных сайтов есть свои блоги в разных форматах. Некоторые использовали поддомены, blog.example.com и другие подразделы сайта. У них мог быть блог и магазин на shop.example.com и т. д. Другие сайты использовали для этого подпапки.

Сегодня довольно редко можно увидеть поддомены, используемые для всего. Они все еще существуют, в основном на старых сайтах, которые решили пойти ва-банк, а не совершать дорогостоящую миграцию, но большинство новых сайтов настроены на использование подпапок. Сегодня вы скорее встретите example.com/blog, особенно потому, что это вариант по умолчанию для многих систем CMS.

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

Риски смены URL

Перемещение блога из поддомена во вложенную папку столь же рискованно, как и любое другое изменение основного URL-адреса. Переход с блог/год/месяц/день/формат на блог/заголовок/формат будет иметь одинаковые риски.

Смена url страниц

Каковы эти риски? Прежде всего, это потеря ценности SEO со старого URL. Понимаете, Google идентифицирует страницу по ее URL-адресу. Именно отсюда идет большинство штрафов за URL-адреса. Если несколько URL-адресов имеют одинаковый контент, получатся дубли или кражи контента. Если контент по одному URL-адресу исчезает, эта страница теряет всю SEO-ценность.

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

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

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

Перемещение блога

Есть три возможных варианта для миграции блога.

  • Дублировать блог в новое место и канонизировать новое местоположение.
  • Дублировать блог в новое место и перенаправить старое местоположение на новое.
  • Дублировать блог в новое место и удалить/перенаправить старое местоположение.

У каждого из трех вариантов есть свои минусы.

Первый вариант перемещения блога с поддомена в подпапку – канонизация

У первого есть проблема сохранения дублирующего контента на сайте. Если один и тот же пост в блоге расположен как на поддомене, так и в подпапке, Google увидит два разных местоположения для одного и того же контента и выдаст штраф за дублирование через Panda. В идеале канонизация новой позиции должна решить проблему. Канонизация — это по сути отметка в обоих местах, которая говорит Google, где реальное местоположение контента. Если вы сделаете новое местоположение каноническим URL, Google в итоге начнет заменять старое на новое в большинстве запросов, которые не указывают старое местоположение как цель поиска.

Канонизация url

Проблема здесь в том, что иногда канонизации недостаточно. Закончится тем, что вы можете разделить трафик. Некоторые люди придут по новому URL-адресу, некоторые — по старому, и будет намного сложнее измерить эффективность поста.

Вариант второй – редирект

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

Перенаправление

Цель здесь состоит в том, чтобы использовать этот резерв, пока трафик не будет полностью отведен от старого места, после чего вы можете удалить резервную копию. Однако вы не должны удалять редиректы; в случае если остались живы какие-нибудь старые ссылки, вы захотите, чтобы они указывали на нужное место.

Третий вариант переноса сайта с поддомена в подпапку

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

Независимо от выбранного метода мы дадим вам несколько советов:

  • Дублируйте блог (сайт / раздел сайта) на новый URL-адрес и убедитесь, что он работает, прежде чем удалять старую версию контента.
  • Во время тестирования, пока обе копии работают, сделайте новую версию noindex, чтобы избежать SEO-штрафов.
  • Когда реализуете канонизацию, редиректы и запускаете новую версию, убедитесь, что удалили команду noindex.

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

Убедитесь, что используете SEO-дружелюбные URL

Пока вы находитесь в процессе миграции, подумайте над тем, чтобы использовать удобную для поиска структуру URL-адресов. Многие старые сайты используют структуру URL-адресов на основе параметров, что-то вроде blog/post =?20170921. Вместо этого вы должны использовать читаемые URL-адреса, например blog/post/title-of-the-post-with-dashes.

Дружелюбные URL

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

Перенаправьте старые URL на новые

Когда у вас установлены и доступны старые и новые URL-адреса, вам необходимо реализовать редиректы. Редирект говорит трафику, прибывающему на страницу A, отправиться на страницу B — это выполняется на уровне сервера, прежде чем страница даже начнет загружаться.

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

Канонизируйте новые URL-адреса

Даже если вы считаете, что выполнили абсолютно все переадресации, обязательно сделайте канонизацию. Это довольно легко: все, что вам нужно, это добавить rel=canonical к URL на каждой странице, указывая на предпочтительную версию страницы.

Канонизация важна и по другим причинам. Например, https://www.example.com и https://example.com — одна и та же страница, но с разными URL-адресами. Если вы сохраните обе активными, то рискуете потерять ценность ссылок или получить штраф за дублирование. Google, как правило, достаточно умный, чтобы не делать этого для www/ не-www версий страниц, но и он не идеален. Это также происходит с example.com/post и example.com/post&utmsource=source и т. д., а также с другими параметрами URL. Иногда поисковые системы игнорируют этот момент, а иногда нет, и канонизация важна, чтобы помочь им разобраться.

Сохраните старый поддомен (временно)

Независимо от того, удаляете ли вы файлы старого контента или прячете их за переадресацией/noindex/канонизацией, вам необходимо сохранить старый поддомен активным хотя бы для того, чтобы перенаправления могли работать. Если вы полностью удаляете старую версию, она просто становится 404 и редиректы не работают.

Вы можете решить эту проблему, используя перенаправления на уровне сервера вместо перенаправления на уровне страницы.

Вам не нужно поддерживать старую версию вечно, хотя и нет причин этого не делать. Технически как только вы достигли точки, когда у старого контента в течение года нет просмотров, вы никому не навредите, удалив его. Но решать вам.

Загрузите в Google свежую карту сайта

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

Консоль инструментов для веб-мастеров Google

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

Проверьте неработающие ссылки

Затем вы должны просканировать сайт с помощью какого-либо URL-краулера или тестировщика неработающих ссылок. Вы можете использовать сторонние инструменты, такие как Screaming Frog, для проведения аудита сайта/контента.

Broken Links

Разошлите просьбу поменять старые ссылки

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

Вам необязательно это делать, и на самом деле многие веб-мастера не утруждают себя обновлением старых ссылок.

Если у вас работает перенаправление, пока Google и пользователи могут кликнуть по ссылке и добраться до нужного контента – все в порядке. Google не будет наказывать вас, если какой-то другой сайт не поменял ссылки.

Подумайте о переходе с поддомена на подпапку еще раз

Если все это пугает вас объемом работы и большим количеством потенциальных ошибок, вы всегда можете просто не выполнять миграцию. На самом деле нет настоящих причин устраивать миграцию ради миграции. Мэтт Каттс и Джон Мюллер в разное время говорили, что не имеет значения, находится ваш блог на поддомене или в подпапке, пока используются честные SEO-методы.