301 редирект для SEO: все, что вам нужно знать

301 редиректы устроены довольно просто. Они используются для перенаправления одной веб-страницы на другую.

Сложнее понять, как они соотносятся с поисковой оптимизацией.

В этом руководстве вы узнаете:

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

Начнем с начала.

Что такое 301 редирект?

Переадресация (редирект) 301 указывает на то, что страница окончательно перемещена из одного места в другое.

Часть «301» относится к коду состояния HTTP перенаправленной страницы.

Пример: blog.ahrefs.com перенаправляется на ahrefs.com/blog

Проще говоря, 301 редирект сообщает браузеру: «Эта страница была перемещена навсегда. Это ее новое местоположение, и мы не намерены ее возвращать». На что браузер отвечает: «Конечно! Я отправлю туда пользователя прямо сейчас!»

Вот почему у вас не получится посетить именно blog.ahrefs.com.

Вместо этого вы окажетесь на ahrefs.com/blog.

Как сделать переадресацию 301

Существует много способов сделать переадресацию 301, но самый распространенный метод — отредактировать файл .htaccess вашего сайта.

Вы найдете его в корневой папке вашего сайта:

Не видите файл? Это означает одно из двух:

1. У вас нет файла .htaccess. Создайте его с помощью Блокнота (Notepad в Windows) или TextEdit (Mac). Просто создайте новый документ и сохраните его с расширением .htaccess. Обязательно удалите стандартное расширение файла .txt.
2. Ваш сайт работает не на веб-сервере Apache. Это скорее технический аспект, но существуют разные типы веб-серверов. Apache, Windows/IIS и Nginx являются наиболее распространенными. Только серверы Apache используют файлы .htaccess. Чтобы проверить, работает ли ваш сайт на Apache, используйте этот инструмент. Убедитесь, что в разделе «История хостинга» (Hosting History), в колонке «Веб-сервер» (Web server) указано «Apache».

Вот некоторые фрагменты кода для добавления распространенных типов переадресаций 301 с помощью файла .htaccess:

ВАЖНО. Эти инструкции предназначены исключительно для веб-серверов Apache. Здесь можно почитать, что делать, если ваш сайт работает на Nginx, а здесь — если ваш сайт работает на Windows/IIS.

Перенаправление старой страницы на новую

 Redirect 301 /old-page.html /new-page.html 

Используете WordPress? Можно избавиться от необходимости самостоятельно редактировать файл .htaccess, если воспользоваться бесплатным плагином Redirection.

Добавить 301 редирект станет намного проще:

Перенаправление старого домена на новый

 RewriteEngine on
RewriteCond %{HTTP_HOST} ^oldsite.com [NC,OR]
RewriteCond %{HTTP_HOST} ^www.oldsite.com [NC]
RewriteRule ^(.*)$ https://newsite.com/$1 [L,R=301,NC] 

ВАЖНО! Если RewriteEngine on уже есть в вашем файле .htaccess, не повторяйте его. Просто скопируйте остальную часть кода. Это можно сделать и в Cpanel, если так удобнее.

Перенаправление всего домена с версии без www на версию с www (и наоборот)

Вот вариант для перенаправления с версии без www на версию с www:

 RewriteEngine on
RewriteCond %{HTTP_HOST} ^example.com [NC]
RewriteRule ^(.*)$ http://www.example.com/$1 [L,R=301,NC] 

Вот вариант для перенаправления с версии с www на версию без www:

 RewriteEngine on
RewriteCond %{HTTP_HOST} ^www.example.com [NC]
RewriteRule ^(.*)$ http://example.com/$1 [L,R=301,NC] 

ВАЖНО! Расположение и порядок кода в вашем файле .htaccess также имеет значение. Вы можете столкнуться с нежелательными последствиями, если несколько команд размещены в «неправильном» порядке (например, в случае цепочек переадресаций и т. д.). Если вы планируете использовать много 301 редиректов в своем файле .htaccess, то вам стоит внимательно все проверить.

Перенаправление всего домена с HTTP на HTTPS

RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

ВАЖНО! Чтобы все правильно работало, на сайте должен быть установлен сертификат SSL. В противном случае вы получите предупреждающее сообщение «Соединение не защищено».

Перенаправление всего домена с версии без www на версию с www и с HTTP на HTTPS

RewriteEngine On
RewriteCond %{HTTP_HOST} !^www. [NC]
RewriteRule ^ https://www.%{HTTP_HOST}%{REQUEST_URI} [L,R=301]
RewriteCond %{HTTP:X-Forwarded-Proto} !https
RewriteCond %{HTTPS} off
RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

Влияют ли 301 редиректы на поисковую оптимизацию?

Большинство специалистов по поисковой оптимизации обращают внимание на связь между 301 редиректом и рангом PageRank.

Не знакомы с PageRank? Это формула, созданная компанией Google для определения «ценности страницы» на основе количества и качества ее ссылок. Конечно, PageRank —далеко не единственный «фактор ранжирования», но обычно считается, что в целом более высокий PageRank соответствует более высокому рейтингу.

Это как-то доказано? Да, компания Google (пере)утвердила PageRank в качестве сигнала для ранжирования в прошлом году:

DYK that after 18 years we’re still using PageRank (and 100s of other signals) in ranking?

Wanna know how it works?https://t.co/CfOlxGauGF pic.twitter.com/3YJeNbXLml

— Gary “鯨理” Illyes (@methode) February 9, 2017

Существует также четкая положительная корреляция между рейтингом URL Ahrefs, который работает аналогично рангу PageRank, и объемом органического трафика, получаемого на странице:

И как это все-таки относится к 301 редиректам?

Если вы использовали 301 редирект для перенаправления одной страницы на другую до 2016 года, то теряли попутно PageRank. Насколько именно? Это спорный вопрос, но было принято считать, что примерно на 15%. Это то же число, на которое ссылался Мэтт Каттс, бывший глава Google по веб-спаму, в этом видео 2013 года:

https://www.youtube.com/watch?v=Filv4pP-1nw

Исключительно в целях дискуссии предположим, что этот уровень составлял именно 15%.

Вот что в этом случае получается:

Простой 301 редирект: domain.com/page‑1 → domain.com/page‑2 = 15% потери PageRank

Цепочка переадресаций 301: domain.com/page‑1 → domain.com/page‑2 → domain.com/page‑3 → domain.com/page‑4 = 38% потери PageRank!

Однако компания Google изменила свою официальную позицию по этому вопросу в 2016 году:

30x redirects don’t lose PageRank anymore.

— Gary “鯨理” Illyes (@methode) July 26, 2016

Таким образом, в 2019 году, если вы перенаправите domain.com/page1 на domain.com/page2, то конечная страница должна иметь столько же «силы», сколько и исходная страница.

Это ОЧЕНЬ важно, и это одна из причин, по которым 301 редиректы могут быть очень полезными для увеличения органического трафика. (Подробнее об этом позже!)

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

Как исправить существующие проблемы с 301 редиректами на вашем сайте

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

1. Убедитесь, что HTTP-версия вашего сайта перенаправляется на HTTPS

Все сайты должны использовать HTTPS.

Это не только дополнительный уровень безопасности для ваших посетителей. Google также использует HTTPS в качестве сигнала ранжирования. Добавьте к этому тот факт, что SSL-сертификаты доступны бесплатно через Let’s Encrypt, и в 2019 году не останется никаких оснований продолжать использовать HTTP.

Но наличие SSL-сертификата — это только полдела…

Нужно еще убедиться, что люди действительно посещают HTTPS-версию вашего сайта, и для этого требуется рабочая переадресация 301 между HTTP- и HTTPS-версиями.

Чтобы убедиться в наличии этой переадресации, перейдите на свою домашнюю страницу и посмотрите на строку URL-адреса. Вы должны увидеть https://[www].yourwebsite.com/, а также значок замка.

Измените это на http:// (не https://), затем нажмите клавишу ввода. Вы должны быть автоматически перенаправлены на HTTPS-версию.

Если так и произойдет — в основном все хорошо. Но при этом могут оставаться такие проблемы:

• переадресация с HTTP на HTTPS не реализована на всех страницах вашего сайта (например, поддоменах);
• переадресация с HTTPS на HTTP.

Чтобы убедиться, что таких проблем нет, запустите сканирование с помощью аудита сайта Ahrefs.

https://www.youtube.com/watch?v=LjinWqfGyVE

Откройте отчет Внутренние страницы (Internal pages) и посмотрите, есть ли у вас такие проблемы:

ПРИМЕЧАНИЕ. Если вы видите только одну страницу с предупреждением о перенаправлении с HTTP на HTTPS и это просто HTTP-версия страницы, с которой началось сканирование, то это проблемой не считается.

Исправьте проблемы, применив правильные переадресации 301 с HTTP-версий на HTTPS-версии проблемных страниц.

2. Удалите страницы с кодами состояния 301 из вашей карты сайта

Система Google просматривает карты сайта, чтобы понять, какие страницы сканировать и индексировать.

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

Вот один из способов найти такие страницы.

1. Найдите URL-адрес         вашей карты сайта (обычно это yourdomain.com/sitemap.xml… но не всегда).
2. Используйте этот инструмент для загрузки всех URL-адресов.
3. Вставьте полученный список URL-адресов в эту бесплатную программу проверки кода состояния HTTP (примечание: максимум 100 URL-адресов на одну проверку).
4. Отфильтруйте страницы с кодами состояния 301.

Ищете более быстрый и простой способ? Воспользуйтесь аудитом сайта Ahrefs для сканирования своего сайта, затем перейдите к отчету Обзор (Overview) и найдите ошибки «Переадресация 3хх в карте сайта» (3XX redirect in sitemap).

Щелкнув, вы увидите все страницы с кодом состояния 301 в своей карте (картах) сайта.

Удалите эти URL-адреса из карты сайта, заменив их конечными URL-адресами, на которые и ведут переадресации (если, конечно, их там еще нет).

3. Исправьте цепочки редиректов

Цепочки переадресаций (редиректов) возникают при наличии серий из двух или более переадресаций между начальным и целевым URL-адресами.

Вот что о них говорит Google:

Хотя робот Googlebot и браузеры способны обработать цепочку переадресаций (например, страница 1 > страница 2 > страница 3), мы рекомендуем настраивать переход непосредственно на конечный URL-адрес. Если это невозможно, сведите количество переадресаций в цепочке к минимуму. В идеале их должно быть не более трех, в крайнем случае — пять.

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

Вы можете проверить цепочки переадресаций (максимум 100 URL-адресов) с помощью этой программы проверки кода состояния HTTP.

Ищите страницы с двумя или более переадресациями.

Чтобы проверить более 100 страниц за один раз, откройте отчет Внутренние страницы (Internal pages) в аудите сайта Ahrefs и найдите ошибки «Цепочка переадресаций» (Redirect chain).

Щелкнув, вы увидите все URL-адреса в цепочке, включая конечную страницу назначения.

Есть два способа исправить эти ошибки.

1. Замените цепочку переадресаций одной переадресацией 301. Вместо «Страница 1 > Страница 2 > Страница 3 > Страница 4» получается перенаправление «Страницей 1 > Страница 4».
2. Замените внутренние ссылки, ведущие на перенаправленные страницы, прямыми ссылками на конечный URL-адрес. Это не позволит Google и другим ботам сканировать цепочки переадресаций. Что еще более важно, это избавит реальных людей (ну, тех самых, которые *могли бы* что-то купить на вашем сайте) от долгого перехода по множеству переадресаций после выбора ссылки.

Если есть возможность, лучше выбрать второй вариант.

Для этого отсортируйте список цепочек переадресаций по столбцу «Количество внутренних ссылок» (No. of inlinks) в порядке убывания. Затем щелкните пункт количества ссылок, чтобы увидеть все внутренние ссылки, ведущие на перенаправленную страницу.

Замените внутренние ссылки на указанных страницах прямыми ссылками, ведущими на конечный целевой URL-адрес.

4. Исправьте циклические переадресации

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

Пример: Страница 1 > Страница 2 > Страница 3 > Страница 2 > Страница 3 > Страница 2 > Страница 3 […]

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

Вы можете найти ошибки циклической переадресации в пакетном режиме (по 100 страниц), используя ту же самую программу проверки кода состояния HTTP, которую мы использовали ранее. Ищите ошибки «Превышено максимальное количество переадресаций» (Exceeded maximum number of redirects).

Если страниц больше ста, откройте отчет Внутренние страницы (Internal pages) в аудите сайта Ahrefs и найдите ошибки «Циклическая переадресация» (Redirect loop).

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

1. Если URL-адрес не должен перенаправлять, измените его код ответа HTTP на 200.
2. Если URL-адрес должен перенаправлять, исправьте конечный целевой URL-адрес и избавьтесь от цикличности. Альтернативный вариант: удалите или замените все внутренние ссылки, ведущие на URL-адрес перенаправления.

5. Исправьте битые редиректы

Битые редиректы — это страницы, которые перенаправляют на несуществующую страницу (то есть ту, которая возвращает код ответа HTTP 4XX или 5XX).

Пример: Страница 1 (301) > Страница 2 (404)

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

Вы можете проверить эти ошибки в пакетном режиме (по 100 страниц) с помощью программы проверки кода состояния HTTP.

Если нужно проверить большее количество страниц, найдите ошибки «Битый редирект» (Broken redirect) в отчете Внутренние страницы (Internal pages) в аудите сайта Ahrefs.

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

1. Восстановите несуществующую страницу (если она была случайно удалена).
2. Удалите внутренние ссылки, ведущие на URL-адрес перенаправления.

6. Перенаправьте страницы 404

Страницы, которые возвращают статус 404, не существуют, и для них браузер отображает страницу, подобную этой:

Однако бывают случаи, когда пользователю полезно увидеть эту страницу. Например, если в браузере введен неправильный URL-адрес, то страница с уведомлением об ошибке сообщает, что что-то пошло не так. Как в примере выше: для указанного URL-адреса есть смысл возвращать страницу 404.

Тем не менее, страницы с кодом состояния 404 являются проблемой в следующих случаях:

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

Чтобы решить первую проблему, проверьте отчет Внутренние страницы (Internal pages) в аудите сайта Ahrefs на наличие ошибок «Страница 404» (404 page).

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

Затем нажмите кнопку «Управление столбцами» (Manage columns), добавьте столбец «Количество обратных ссылок dofollow» (No. of dofollow backlinks), нажмите «Применить» (Apply), затем отсортируйте столбец в порядке убывания.

Проверьте отчет Обратные ссылки (Backlinks) в Ahrefs Сайт Эксплорер (Site Explorer) на наличие страниц с одной или несколькими обратными ссылками dofollow. Эти ссылки могут оказаться полезными. Если это так, вам нужно перенаправить (301) эту страницу на другой релевантный ресурс на вашем сайте.

Далее указаны варианты решений для страниц без обратных ссылок dofollow.

1. Воссоздать несуществующую страницу по указанному URL-адресу.
2. Перенаправить (301) несуществующую страницу на другую, релевантную.
3. Удалить или заменить все внутренние ссылки, ведущие на несуществующую страницу.

ВАЖНО. Если вы выбрали п.3, убедитесь, что заменили не только внутренние ссылки, но также текст анкора и текст вокруг ссылки, где это необходимо.

7. Замените 302 редиректы и переадресации meta refresh на 301 редиректы

Никогда не используйте 302 редиректы или переадресации meta refresh в качестве постоянных переадресаций.

302 редиректы предназначены для временных перенаправлений, и Google рекомендует вообще не использовать переадресации meta refresh, если это возможно. Таким образом, если на вашем сайте есть такие переадресации, постарайтесь либо удалить их, либо заменить на 301 редиректы.

Чтобы просмотреть страницы с этими кодами состояния HTTP, проверьте отчет Внутренние страницы (Internal pages) в аудите сайта от Ahrefs на наличие ошибок «Переадресация meta refresh» (Meta refresh redirect) и «302 редирект» (302 redirect).

К счастью, обе эти проблемы можно устранить одним способом.

• Если перенаправление является постоянным, используйте вместо него 301.
• Если перенаправление не является постоянным, удалите его.

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

8. Найдите перенаправленные (301) страницы, которые получают органический трафик

Страницы с кодом состояния HTTP 301 не должны получать органический трафик, потому что они не должны попадать в индекс Google. Если такие страницы получают трафик, это означает, что система Google еще не увидела перенаправление.

Чтобы проверить наличие страниц 3XX с трафиком, просмотрите отчет Обзор (Overview) в аудите сайта от Ahrefs на наличие ошибок «Страница 3XX получает органический трафик» (3XX page receives organic traffic).

Если вы получили список страниц 3XX из других источников (например, из программы проверки кода состояния HTTP), вставьте их в инструмент Ahrefs Batch Analysis партиями по 200 штук, чтобы увидеть органический трафик на уровне страницы.

ПРИМЕЧАНИЕ. Вы также можете проверить органический трафик в аналитике Google или поисковой консоли Google.

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

Чтобы ускорить этот процесс, вставьте URL-адрес в инструмент проверки URL в поисковой консоли Google, а затем нажмите «Запросить индексирование» (Request indexing).

Вам также следует удалить эти страницы из карты сайта (см. п. 2) и повторить отправку через поисковую консоль Google.

9. Найдите «неправильные» внешние 301 редиректы

Большинство сайтов ссылаются на релевантные сторонние сайты и ресурсы.

Это нормально… до тех пор, пока внешняя страница, на которую ведет ссылка, не будет перенаправлена в другое место.

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

По этой причине важно время от времени проверять наличие «неправильных» внешних переадресаций 301.

Для этого перейдите к отчету Внешние страницы (External pages) в Site Explorer от Ahrefs и поищите предупреждения «Внешний 3XX редирект» (External 3XX redirect).

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

Затем проверьте в отчете столбцы URL и Redirect URL. Ищите редиректы, которые кажутся неправильными. Иными словами, игнорируйте такие вещи, как редиректы с HTTP на HTTPS и с blog.domain.com/page на domain.com/blog/page. Ищите редиректы на сайты или страницы, которые отличаются.

Вот пример из сканирования Backlinko:

Проблема здесь не столько в том, что редирект указывает на другой сайт. Те, кто знаком с Нилом Пателем, знают, что в начале этого года он объединил blog.kissmetrics.com с neilpatel.com.

Нет, проблема в том, что перенаправленная страница — это статья на совершенно другую тему.

Оригинальное название статьи: Использование магии качественных данных для увеличения конверсии в SaaS

Название статьи, на которую ведет переадресация: Как понимание вашего клиента поможет вам создать продающие тексты

В этих случаях лучше всего удалить внутреннюю ссылку (ссылки) на перенаправленную страницу.

Для этого просто щелкните число в столбце «Количество внутренних ссылок» (No. of inlinks), чтобы увидеть каждую страницу с внутренними ссылками, ведущими на перенаправленную страницу.

Зайдите в свою систему CMS и удалите их.

Как использовать 301 редирект для увеличения вашего органического трафика

К этому моменту на вашем сайте не должно остаться проблем с 301 редиректом, мешающих поисковой оптимизации.

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

Вот два способа это сделать.

Техника «Коктейль»

У вас есть стакан кока-колы. Ммм. У вас есть стакан рома. Вкусно!

Эти напитки отличны сами по себе. Но объедините их, и вы получите совершенно новый уровень. Привет, Куба Либре!

Так, как это относится к 301 редиректам?

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

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

Недавно мы проделали это с двумя нашими постами в блоге Ahrefs:

How to Execute the Skyscraper Technique (and Get Results)

https://ahrefs.com/blog/skyscraper-technique-fail/

Обе эти статьи устаревали, поэтому мы решили объединить их в одно новое руководство.

Затем мы заново опубликовали контент на ahrefs.com/blog/skyscraper-technique/ и на него же перенаправили другую статью.

Результаты говорят сами за себя:

Так почему это работает?

По двум причинам:

1. Консолидация «авторитета»: вспомните, что 301 редиректы больше не приводят к потере PageRank. Перенаправив одну из этих статей на другую, мы смогли объединить «авторитет» обеих страниц. Конечно, это не сработает, если страницы не будут связаны, потому что Google рассматривает такие переадресации как ложные ошибки 404. Но поскольку эти две страницы похожи, это сработало.
2. Лучший контент: обе статьи были достойного качества. Они только начали немного устаревать. Взяв лучшее из обеих публикаций и объединив их, мы создали значительно более качественный контент, который, на наш взгляд, заслуживает большего трафика.

Теперь единственный оставшийся вопрос — как повторить эту стратегию, верно?

Процесс такой.

Шаг 1. Проверьте, есть ли проблема каннибализации ключевых слов (через обратные ссылки)

Каннибализация ключевого слова — это когда две или более страниц нацелены на одни и те же ключевые слова и ранжируются по ним. Выявление таких проблем откроет для вас  новые возможности.

Итак, обо всем по порядку. Сделайте копию этого файла в Google Sheet.

Затем вставьте свой сайт в Ahrefs Site Explorer, перейдите к отчету Топ-страницы (Top Pages) и экспортируйте его в CSV-файл.

Импортируйте CSV-файл на первую вкладку Google Sheet.

Для этого выберите Файл > Импорт… > Загрузить > Выбрать CSV > при появлении вопроса выберите Добавить к текущему листу.

Вот и все. Перейдите на вкладку «Результаты», и вы увидите некоторые уточненные результаты.

Шаг 2. Найдите релевантные возможности

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

Вот хороший пример из блога Hubspot:

Эти две страницы занимают позиции № 5 и № 6 соответственно по запросу «user generated content» (контент, сгенерированный пользователями).

Они обе:

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

Итак, давайте посмотрим на страницы с самым высоким рейтингом по запросу «user generated content» в анализе ключевых слов от Ahrefs (Keyword Explorer):

Выделяются два момента, связанные с существующей страницей в топе:

1. У нее почти в два раза больше трафика, чем у двух статей Hubspot вместе взятых!
2. На нее ссылаются 192 домена… то есть менее половины из 467 доменов, ссылающихся на обе публикации Hubspot.

Так что, если бы Hubspot объединили эти два поста в один и консолидировали весь этот «вес ссылок», у них был бы хороший шанс претендовать на первое место. Это действие может потенциально увеличить их трафик в 2 раза!

Шаг 3. Перепишите и объедините страницы

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

Например, если бы мы делали это для вышеупомянутых статей Hubspot, мы, вероятно, сохранили бы раздел «Как провести собственную кампанию на основании контента, созданного пользователями» из одного поста:

…И оставили бы часть, объясняющую «Зачем использовать пользовательский контент?», от другого:

Чтобы сохранить максимально высокую актуальность новой страницы и снизить риск того, что Google будет воспринимать нашу переадресацию 301 как ложную ошибку 404, мы также можем проверить отчет Анкоры (Anchors) в Сайт Эксплорере (Site Explorer) для каждой страницы:

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

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

Шаг 4. Опубликуйте обновленную страницу и установите 301 редирект (или редиректы)

Теперь, наконец, пришло время опубликовать ваш обновленный пост/страницу.

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

Возможно, вы помните, что именно это мы сделали с нашим постом о технике небоскреба. Мы повторно использовали URL-адрес /skyscraper-technique/.

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

Например, если бы мы объединили эти две публикации Hubspot в такое руководство:

…то ни один из двух прежних URL-адресов нас бы не устроил.

Было бы лучше выбрать что-то вроде blog.hubspot.com/marketing/user-generated-content/

Так что мы бы просто сделали это, а затем поставили переадресацию 301 с обеих страниц на этот URL-адрес. Просто.

Метод слияния

Вот что произошло с органическим трафиком одного сайта после использования метода слияния:

Результаты использования метода слияния.

Это увеличение трафика на ~116% за 12 месяцев!

Вот процесс в двух словах:

1. Купите другой бизнес или сайт в вашей отрасли.
2. Объедините этот сайт с вашим, используя переадресацию 301.

Брайан Дин из Backlinko в прошлом году так и сделал. Он купил еще один блог о поисковой оптимизации — Point Blank SEO — и перенаправил его на Backlinko. Фактически, благодаря этому методу он и достиг результатов, которые можно наблюдать на скриншоте выше.

Но прежде чем начать покупать каждый встречный сайт, учтите следующее.

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

Вот как это сделать, шаг за шагом.

1. Переезд и перенаправление контента

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

Брайан Дин проделал это с некоторыми постами на pointblankseo.com, в том числе со скандально известным списком стратегий построения ссылок Джона.

Ну, вы помните, тот самый, вот с таким ссылочным профилем:

Его оригинальный URL-адрес был: pointblankseo.com/link-building-strategies

Новый URL-адрес (после установки переадресации) стал: backlinko.com/link-building-strategies

Поскольку Брайан переместил публикацию со старого домена на новый с помощью 301 редиректа, все эти ссылки теперь фактически указывают на эту же страницу, но уже на backlinko.com. По факту, страница только что переехала в новый дом.

Переезд и перенаправление контента — лучший вариант при нижеперечисленных условиях:

• у контента есть органический трафик;
• тема актуальна для вашего бизнеса;
• контент качественный.

Обратите внимание, что вы можете эксплуатировать последний пункт, обновляя или переписывая контент после его перемещения и перенаправления. Брайан сделал это с данным списком стратегий построения ссылок, который не обновлялся с 2012 года.

2. Удаление и перенаправление на другую страницу

Нет смысла хранить или перемещать страницы, которые:

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

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

Их повторное размещение на вашем сайте приведет только к проблемам каннибализации ключевых слов.

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

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

Оригинальный URL-адрес был: pointblankseo.com/outreach-platforms

Новый URL-адрес (после установки переадресации) стал: backlinko.com/link-building-tools

Он сделал это, потому что у ключевого слова «платформы под аутрич» (outreach platforms) нет поисковой частотности и потенциального трафика. Это не та тема, на которую стоит нацеливаться.

Поэтому правильней было перенаправить этот пост на другой релевантный пост с потенциальным трафиком.

3. Удаление и перенаправление на главную страницу

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

Брайан поступил так с большинством страниц сайта pointblankseo.com, например с руководством по ego-bait:

Оригинальный URL-адрес был: pointblankseo.com/egobait-guide

Новый URL-адрес (после установки переадресации) стал: backlinko.com/blog

Почему это крайняя мера? Вспомните, что Google рассматривает нерелевантные переадресации 301 как ложные ошибки 404. Это может произойти при переадресации постов и страниц на вашу главную страницу.

Хотя с другой стороны: если вы не перенаправите эти страницы, то Google обязательно воспримет их как ложные ошибки 404. Вывод: вы можете их все-таки перенаправить.

Однако есть одна оговорка: вы не должны устанавливать переадресации со страниц с низкокачественными обратными ссылками. Это может принести больше вреда, чем пользы, поэтому обязательно проверьте отчет Обратные ссылки (Backlinks) в Site Explorer для каждой страницы, с которой хотите установить переадресацию.

Если профиль обратной ссылки выглядит так…

…тогда, вероятно, лучше всего просто удалить эту страницу и оставить на ее месте ошибку 404.

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

Напоследок

У 301 редиректа существует множество применений, когда речь идет о поисковой оптимизации.

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

В этом руководстве что-то упущено? Дайте знать в комментариях или через Twitter.

Translation: Olesia Korobka, SEO in Fajela.