старый код страницы 200 новый код страницы 301 что это значит
Коды ответов сервера 2ХХ, 3ХХ, 4ХХ, 5ХХ
Какие бывают http ответы сервера (сайта, страницы)?
Коды ответа http сервера (англ. HTTP status code) являются частью первой строки ответа сервера. Он представляет собой целое трехзначное число, первая цифра которого указывает на класс состояния. Вместе с кодом ответа выдается короткая англоязычная подсказка. Продвижение сайтов в сети интернет невозможно без знания ответов сервера.
Пример:
404 Not found
Дальнейшие действия зависят именно от того, какой код ответа дал сервер или страница. Ввиду того что набор кодов является стандартным для всех сайтов/страниц/серверов, действия при выдаче того или иного кода тоже будут стандартными.
На сегодняшний день выделено 5 основных классов кода ответа:
1xx: Informational (рус. Информационный) — запрос правильно воспринят, но его обработка не завершена.
2xx: Success (рус. Успешно) — запрос правильно воспринят и успешно обработан.
3xx: Redirection (рус. Перенаправление) — коды переадресации на другие страницы.
4xx: Client Error (рус. Ошибка клиента) — ошибка со стороны клиента.
5xx: Server Error (рус. Ошибка сервера) — ошибка со стороны сервера.
А теперь давайте по отдельности разберем некоторые коды состояния IANA.
Ответ сервера 1XX
100 Continue Server Code
100 Continue сообщает, что связь с сервером уже установлена, сервер принял корректный запрос и теперь ведется обмен данными между сервером и клиентом. Данный код является временным, т.е. за ним всегда следует другой. Код 100 является внутренним и не относится к ошибочным. Т.е. «дверь открыта, читай что нужно, как закончишь – закрой». Код 100 может и не генерироваться, если пользователь уже получил часть данных от сервера.
101 Switching Protocols
Данный код так же не является ошибочным. Генерируется при переключении с одного протокола на другой. Например, при запросе переключения со старой версии HTTP на более новую.
Это, один из самых простых серверных кодов. Он означает, что со стороны пользователя поступил запрос на переключение типа протокола, используемого на веб-сервере, и сервер дал согласие на это.
102 Processing
В каком-то смысле это аналог кода 100. Генерируется в том случае, когда обработка запроса может занять много времени. Для этих целей таймер ожидания сбрасывается и ожидание дальнейших команд происходит в обычном режиме. Так же не является кодом ошибки.
Ответ сервера 200 ОК
По праву занимает самое первое место по важности и популярности, т.к. именно его отдает сервер в случае успешной и правильной обработки запроса пользователя.
Ответ сервера 301
Ответ сервера 302
Данный код сообщает о том, что расположение запрашиваемой страницы временно изменено. Также должна быть предоставлена информация о новом местоположении запрашиваемого документа. Данный код изначально использовался в качестве основного способа перенаправления.
Ответ сервера 404
Вот уж что-что, а ошибку ответа сервера 404 не видели только те, кто еще не родился и те, кто умер до создания интернета. Данный код сообщает о том, что запрашиваемый документ по каким-то причинам на сайте отсутствует. Код ошибки ответа сервера 404 должен отдаваться только в том случае, если по указанному пользователем адресу документа никогда не было. Если документ ранее был доступен по этому адресу, а потом его удалили с сайта, то сервер должен отдавать код 410, а не 404.
Фейковые страницы 404
Большинство вебмастеров не обращает на 404-тые страницы никакого внимания, однако, это может серьезно навредить ранжированию сайта. Парадокс, но страница с сообщением 404 File Not Found далеко не всегда отдает код 404. Такие страницы принято называть «Soft 404». Причины возникновения просты – по каким-то причинам страница отдает код, отличный от 404 и 410 – например, 200. Такое вполне возможно, если страница уже создана, но контента на ней пока нет.
Ответ сервера 500
Все коды серии 5хх свидетельствуют о том, что сервер не в состоянии завершить обработку запроса. Вместе с кодом должно появляться и поясняющая подсказка (с причиной) на английском языке.
500 Internal Server Error
Код 500 отдается в случае любой внутренней ошибки сервера, за исключением остальных ошибок 5хх класса. Такая ошибка может быть отдана в том случае, когда ссылка генерируется на сервере непосредственно в момент запроса. Простейший пример – внутренний поиск по сайту: физически никакого документа по запрашиваемой ссылке нет.
Ответ сервера 502
Код 502 может отображаться в тех случаях, когда сервер играет роль шлюза или прокси, но при этом не удалось «найти общий язык» между ним и вышестоящим сервером, т.е., по сути, это просто ошибка обмена данных.
Ответ сервера 550
Для проверки необходимо перейти по ссылке (https://www.reg.ru/nettools/dig), затем прописать имя проверяемого домена, а в списке выбрать «MX». Теперь нажимаем Проверить:
На выходе будет представлена таблица.
Необходимо убедиться, что в ней прописаны необходимые записи для работы вашей почты:
Почта
MX-записи
Почта REG.RU на хостинге
mx1.hosting.reg.ru и mx2.hosting.reg.ru
Mail.Ru для бизнеса
Расширенная защита от спама
mxs1.reg.ru и mxs2.reg.ru
Почта REG.RU на VPS
Как получить коды ответа сервера (страницы) через Яндекс
Шаг 1. Проверяем код ответа сервера на страницу сайта, которая должна быть в поиске.
Открываем любую страницу Вашего сайта, находящуюся в поисковой выдаче Яндекса, затем из адресной строки копируем ее URL-адрес.
Теперь переходим в сервис Яндекса (http://webmaster.yandex.ru/server-response.xml), с помощью которого можно посмотреть на сайт глазами робота и проверить скорость ответа сервера в Яндекс панели.
Просто вставляем url-адрес интересующей нас страницы в текстовое поле и нажимаем на кнопку «Проверить». В данном случае мы получили код 200 ОК, свидетельствующий о нормальной работе страницы.
Шаг 2. Проверяем ответ сервера на заведомо несуществующую страницу.
В том же сервисе вводим имя_домена/какая-то_крокозябра
В данном случае мы получили ответ 301 Moved Permanently. Это говорит о том, что адрес страницы указан неверно и происходит переадресация на правильный адрес.
Как еще узнать коды ответа сервера (сайта)?
Mainspy
В качестве альтернативы можно пробить код ответа с помощью сервиса http://mainspy.ru. Работает аналогично сервису Яндекса: вставляем интересующий URL и жмем «Проверить». Код ответа в данном случае находится в самой первой строке:
Bertal
Bertal, в отличие от Mainspy, позволяет взглянуть на страницу не только глазами Яндекс-бота, но и глазами поисковых роботов Bing и Google, а в качестве бонуса – может эмулировать популярные браузеры. Для удобства взглянем на те же страницы глазами GoogleBot. В данном случае код ответа подсвечен зеленым.
Массовая проверка ответов сервера (сайта) онлайн
Массовая проверка кодов ответа может пригодиться для поиска неработающих сайтов, на которых были куплены ссылки (через биржи или напрямую – неважно).
Urlitor
Urlitor – еще один сервис, для массовой проверки кодов ответа. Сервис хорош тем, что результаты проверки сводятся в таблицу для облегчения восприятия. К слову – ссылки в таблице кликабельны.
Как проверить скорость (время) ответа сервера сайта?
Сколько таких сервисов уже развелось – не пересчитать. Рассмотрим некоторые из них.
Pingdom
Это англоязычный инструмент, анализирующий скорость по всем параметрам. С его помощью можно узнать скорость в секундах, сколько весит тестируемая страница, а также получить оценку и рекомендации для ее улучшения. Преимущество данного сервиса в том, что анализируется каждый отдельный элемент. Такой анализ позволяет выяснить, что именно затормаживает загрузку отдельно взятой страницы и/или сайта в целом.
Which Loads Faster
Основная фишка данного сервиса в том, что анализируется время загрузки одновременно двух ресурсов. Это позволяет узнать, какой из двух ресурсов работает быстрее. Единственный минус – при разных подключениях и в разных браузерах результат может отличаться.
Google PageSpeed Insights
Google PageSpeed Insights так же является одним из самых мощных инструментов для измерения скорости работы мобильной и десктопной версии. Оценка производится по 100-бальной шкале. 85 баллов и более – это хороший показатель. Плюс бонусом он выдает рекомендации по улучшению.
Долгий ответ сервера
Ответ, длительность которого составляет больше, чем полсекунды, принято называть «долгим». Поэтому, при длительной загрузке сайте вы можете видеть сообщение в браузере «превышено время ожидания ответа от сервера». Причин долгого ответа может быть уйма:
— сложная логика предоставления данных
— сервер не успевает своевременно обрабатывать поступающие запросы из-за их большого количества
— сами запросы (либо сложные, либо неоптимизированные, либо и то и другое)
— запросы к большому количеству внешних ресурсов
— большое количество исполняемых файлов
— сам веб-сервер долго обрабатывает запрос.
Самые «больные» места производительности сервера:
Используемый веб-сервер (Apache, IIS).
Ряд веб-серверов даже при выдаче статических файлов могут создавать задержки, т.к. они на архитектурном уровне не предназначены для обработки большого количества запросов и из-за этого может быть сообщения что превышено время ожидания ответа от сервера. Поэтому для нормальной работы веб-сервера имеет смысл использовать nginx (причем в связке с Apache, php-fpm, а также остальными серверами приложений для обработки серверных вычислений).
Использование OpCache.
Сократите время ответа сервера путем кэширования исполняемого кода (скриптов сайта) – оно позволяет воспользоваться уже готовым результатом вместо того, чтоб каждый раз переводить PHP-инструкции в бинарный код. Но это кэширование с кэшированием результатов выполнения PHP-скриптов не имеет вообще ничего общего.
Запросы к базе данных.
Сложная логика обработки данных.
Третий шаг – упрощение серверной логики. По сути, это просто устранение ненужных операций и профилирование времени выполнения серверных скриптов.
Обращение к сторонним сервисам.
Прописанные в коде серверных скриптов запросы к сторонним сервисам – это «обычная история», способная преподнести множество сюрпризов, поскольку производительность сервисов, откуда запрашиваются данные, практически никогда и никем не проверяется. А ведь время ответа стороннего сервиса напрямую влияет на время ответа сервера. Поэтому лучше всего в серверных запросах использовать только внутренние источники, которые в любой момент можно проконтролировать на качество производительности, либо в отложенном режиме запросить данные на клиентской.
Почему скорость ответа веб сервера влияет на продвижение.
Во-первых, потому что скорость загрузки является одним из факторов ранжирования (хоть и не решающим). Google открыто заявляет, что по скорости показа страниц ранжируется менее 1% сайтов. НО…
Превышено время ожидания ответа от сервера.
Для начала важно понимать причину возникновения сбоя. Т.е. пользователь вводит адрес, а браузер в этот момент отправляет группу запросов, а также включает обратный секундомер на каждый из них. Если по истечении заданного времени браузер не получает ответ на свой запрос, то пользователь увидит вот такую неприятную картинку.
Основных же причин сбоя может несколько:
Проблемы с подключением к интернету со стороны пользователя;
Что делать для решения?
Если сбой единичен – перезагружаем страницу с помощью комбинации Ctrl+F5. Возможно, потребуется перезагрузить страницу несколько раз. Если не помогло – проверяем подключение к интернету.
Настройки Сети.
1. Некоторые сайты иногда «капризничают». Для динамического IP решение будет простым – перезагрузить роутер через отключение питания.
2. Медленное соединение иногда провоцирует ошибку ERR_CONNECTION_TIMED_OUT. Скорость работы интернета можно проверить через Яндекс-интернетометр. Если скорость слишком низкая – следует обратиться к интернет-провайдеру.
3. Необходимо проверить «Свойства сети» на наличие посторонних DNS-адресов. Если такие адреса имеются – удалить (предварительно на всякий случай переписав их куда-нибудь) и проверить систему на вирусы с помощью установленного на ПК антивирусного ПО – NOD32, Kaspersky, AdwCleaner, MalwareBytes, Dr.Web и т.д. Лучше всего для этих целей использовать Live-загрузчики.
4. Проверить настройки самого роутера. Наиболее часто сбивается параметр MTU. Универсальных рекомендаций по настройке роутера дать невозможно, т.к. это напрямую зависит и от модели роутера, и от интернет-провайдера. Обычно MTU имеет значения 1500, 1460, 1476.
Какое должно быть время ответа сервера?
И сразу же конкретные цифры:
— самая высокая конверсия у страниц, которые полностью загружаются за 1,8 и 2,7 секунды для десктопной и мобильной версий соответственно
— самый низкий показатель отказов у страниц, которые полностью загружаются за 1 и 0.7 секунды для десктопной и мобильной версий соответственно
Данные цифры позаимствованы из исследования Akamai Technologies.
Итак, Вы проверили сайт на скорость загрузки. Но как реагировать на результаты?
Старый код страницы 200 новый код страницы 301 что это значит
Чтобы страница сайта была проиндексирована, нужно чтобы на нее зашел поисковый робот. Каждая страница сайта всегда отдает так называемый «статус-код» по которому поисковый робот может определить индексировать страницу или нет.
Что такое статус-код страницы
Статус-код – это сообщение, которое возвращается при обращении к серверу, и позволяет узнать состояние веб-страницы. Статус-код состоит из трех десятичных цифр и представляет собой целое число.
Статус-коды разделяют на 4 группы:
2xx (двухсотые статус-коды) – коды успешных запросов
3xx (трехсотые статус-коды) – коды перенаправления (редиректы)
4xx – коды http-ошибки (самая известная – 404 ошибка или «страница не найдена»)
5xx – коды ошибок сервера
Коды статуса 200
200 ОК – это код, который возвращается при обращении к серверу, когда со страницей все в порядке и ресурс работает точно так, как ожидается.
Если страница имеет статус код 200, то она попадает в индекс.
Все страницы сайта по-хорошему должны иметь статус-код 200 ОК, но на практике так почти никогда не бывает.
Коды статуса 300
Коды статуса 300 – это статусы перемещений (или редиректов)
Самые распространенные в этой группе 301 и 302 редиректы.
301 редирект
301 редирект – страница (ресурс) была перемещена навсегда. Или перемещение старых страниц на новые.
Такой код возвращается, когда одна страница заменяется другой страницей. Используется для постоянного перенаправления url-адресов (редиректов).
Например, у вас в интернет-магазине была какая-либо краткосрочная акция, срок действия которой завершен, но данная страница хорошо проиндексировалась и удалять ее не хочется. В этом случае, весь входящий (или остаточный) трафик на данную страницу вы можете перенаправить на другую. Для поисковых систем это будет вполне нормальный и адекватный редирект.
302 редирект
302 редирект – запрошенный ресурс был перемещен временно.
Используется для временных редиректов url-адресов. Например, у вас интернет-магазин и вы хотите сделать так, чтобы все незарегистрированные пользователи когда нажимали на кнопку «купить товар» попадали не в корзину, а на страницу с регистрацией. В этом случае помогает 302-редирект. Получается, что подобное перенаправление срабатывает не всегда, а лишь тогда, когда на сайте пользователь не зарегистрирован и не авторизирован.
Визуально 301 и 302 редирект выглядят одинаково – с одной страницы пользователя перенаправляет на другую, однако для поисковых систем разница есть. В случае с 301 редиректом страница, с которой идет перенаправление удаляется из индекса, вместо нее индексируется другая, а в случае с 302 редиректом индексируются обе страницы.
Как настроить 301 редирект
301 редирект с одной страницы на другую
Это самый распространенный редирект. Пример:
301 редирект с домена на домен
Очень полезный лайфхак! Если у вас был тестовый домен, который не был закрыт от индексации и он вдруг проиндексировался, то удалите весь этот сайт и поставьте переадресацию с тестового домена на ваш основной домен.
301 редирект с http на https
Когда ваш сайт переезжает с протокола http на https, обязательно нужно настроить редирект. Очень грубая ошибка многих разработчиков в том, что они настраивают редиректы с одного протокола на другой, забывая www. Данный процесс называется настройкой зеркал сайта (или склейкой зеркал сайта).
Настроить главное зеркало с помощью 301 редиректа
Поисковые системы считают дублями страницы, если они открываются по разным протоколам (http, https) и также если страницы открываются с www и без него. Если у сайта существует несколько копий, то следует выбрать и прописать главное зеркало.
Ниже приведен пример 301 редиректа при переезде сайта с http на https в трех вариантах (для разных сайтов и CMS может подойти один из предложенных):
Обязательно нужно убедиться в том, что перенаправления настроены корректно.
Коды статуса 400
Коды статуса 400 – коды ошибок
403 – Доступ к ресурсу запрещен. Данный статус код возвращается, когда пользователь пытается открыть ресурс, но у него нет прав доступа. Например, когда ресурс защищен паролем.
404 – Запрошенный ресурс не найден.
Самое распространенное сообщение об ошибке, которое видел каждый на разных сайтах.
Данный код возвращается когда страница (или ресурс) не существуют и сервер не знает существовал ли он когда-либо.
Коды статуса 500
500 код статуса означает, что сайт или веб-приложение запущено, но работает с внутренними ошибками, которые препятствуют обработке поступающих запросов на сервер от клиента.
503 – это код, который возвращается, когда сервер не может обработать запрос.
Данный статус-код связан с нестабильной работой сервера. Например, когда сервер перегружен запросами и не может обработать новые.
Проверка статус-кода
После проведения всех настроек, необходимо проверить статус код страниц.
Есть несколько сервисов, которые мы рекомендуем использовать не только для проверки статус-кодов, но и для полноценного seo-продвижения:
301 редирект для SEO : все, что вам нужно знать
Статистика статьи
Показывает, сколько различных веб-сайтов ссылаются на этот контент. Как правило, чем больше сайтов ссылаются на вас, тем выше вы ранжируетесь в Google.
Показывает ежемесячный рассчетный поисковый трафик на эту статью по данным Ahrefs. Фактический поисковый трафик (по данным Google Analytics) обычно в 3–5 раз больше.
Количество ретвитов этой статьи в Twitter.
Поделиться этой статьей
301 редиректы устроены довольно просто. Они используются для перенаправления одной веб-страницы на другую.
Сложнее понять, как они соотносятся с поисковой оптимизацией.
В этом руководстве вы узнаете:
Что такое 301 редирект?
Переадресация (редирект) 301 указывает на то, что страница окончательно перемещена из одного места в другое.
Часть «301» относится к коду состояния HTTP перенаправленной страницы.
Проще говоря, 301 редирект сообщает браузеру: «Эта страница была перемещена навсегда. Это ее новое местоположение, и мы не намерены ее возвращать». На что браузер отвечает: «Конечно! Я отправлю туда пользователя прямо сейчас!»
Вот почему у вас не получится посетить именно blog.ahrefs.com.
Вместо этого вы окажетесь на ahrefs.com/blog.
Как сделать переадресацию 301
Вы найдете его в корневой папке вашего сайта:
Не видите файл? Это означает одно из двух:
Перенаправление старой страницы на новую
Добавить 301 редирект станет намного проще:
Перенаправление старого домена на новый
Перенаправление всего домена с версии без www на версию с www (и наоборот)
Вот вариант для перенаправления с версии без www на версию с www:
Вот вариант для перенаправления с версии с www на версию без www:
Перенаправление всего домена с HTTP на HTTPS
Перенаправление всего домена с версии без www на версию с www и с HTTP на HTTPS
Влияют ли 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?
Существует также четкая положительная корреляция между рейтингом URL Ahrefs, который работает аналогично рангу PageRank, и объемом органического трафика, получаемого на странице:
И как это все-таки относится к 301 редиректам?
Если вы использовали 301 редирект для перенаправления одной страницы на другую до 2016 года, то теряли попутно PageRank. Насколько именно? Это спорный вопрос, но было принято считать, что примерно на 15%. Это то же число, на которое ссылался Мэтт Каттс, бывший глава Google по веб-спаму, в этом видео 2013 года:
Исключительно в целях дискуссии предположим, что этот уровень составлял именно 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.
Таким образом, в 2019 году, если вы перенаправите domain.com/page1 на domain.com/page2, то конечная страница должна иметь столько же «силы», сколько и исходная страница.
Это ОЧЕНЬ важно, и это одна из причин, по которым 301 редиректы могут быть очень полезными для увеличения органического трафика. (Подробнее об этом позже!)
Но 301 редиректы могут вызвать множество других проблем, связанных с поисковой оптимизацией, о которых не часто говорят.
Как исправить существующие проблемы с 301 редиректами на вашем сайте
Вот как можно найти и исправить существующие проблемы, связанные с 301 редиректами.
1. Убедитесь, что HTTP-версия вашего сайта перенаправляется на HTTPS
Но наличие SSL-сертификата — это только полдела…
Нужно еще убедиться, что люди действительно посещают HTTPS-версию вашего сайта, и для этого требуется рабочая переадресация 301 между HTTP- и HTTPS-версиями.
Чтобы убедиться в наличии этой переадресации, перейдите на свою домашнюю страницу и посмотрите на строку URL-адреса. Вы должны увидеть https://[www].yourwebsite.com/, а также значок замка.
Измените это на http:// (не https://), затем нажмите клавишу ввода. Вы должны быть автоматически перенаправлены на HTTPS-версию.
Если так и произойдет — в основном все хорошо. Но при этом могут оставаться такие проблемы:
Чтобы убедиться, что таких проблем нет, запустите сканирование с помощью аудита сайта Ahrefs.
Откройте отчет Внутренние страницы (Internal pages) и посмотрите, есть ли у вас такие проблемы:
ПРИМЕЧАНИЕ. Если вы видите только одну страницу с предупреждением о перенаправлении с HTTP на HTTPS и это просто HTTP-версия страницы, с которой началось сканирование, то это проблемой не считается.
Исправьте проблемы, применив правильные переадресации 301 с HTTP-версий на HTTPS-версии проблемных страниц.
2. Удалите страницы с кодами состояния 301 из вашей карты сайта
Система Google просматривает карты сайта, чтобы понять, какие страницы сканировать и индексировать.
Поскольку страницы с кодами состояния 301 технически больше не существуют, нет смысла просить Google их сканировать. Если такие страницы остаются в вашей карте сайта, Google может продолжать посещать их при каждом сканировании вашего сайта. Это ненужное действие, которое расходует краулинговый бюджет впустую.
Вот один из способов найти такие страницы.
Ищете более быстрый и простой способ? Воспользуйтесь аудитом сайта Ahrefs для сканирования своего сайта, затем перейдите к отчету Обзор (Overview) и найдите ошибки «Переадресация 3хх в карте сайта» ( 3XX redirect in sitemap).
Щелкнув, вы увидите все страницы с кодом состояния 301 в своей карте (картах) сайта.
Удалите эти URL-адреса из карты сайта, заменив их конечными URL-адресами, на которые и ведут переадресации (если, конечно, их там еще нет).
3. Исправьте цепочки редиректов
Цепочки переадресаций (редиректов) возникают при наличии серий из двух или более переадресаций между начальным и целевым URL-адресами.
Цепочки переадресаций лишь ухудшают условия работы для пользователей и замедляют все процессы, поэтому их следует избегать.
Ищите страницы с двумя или более переадресациями.
Чтобы проверить более 100 страниц за один раз, откройте отчет Внутренние страницы (Internal pages) в аудите сайта Ahrefs и найдите ошибки «Цепочка переадресаций» (Redirect chain).
Щелкнув, вы увидите все URL-адреса в цепочке, включая конечную страницу назначения.
Есть два способа исправить эти ошибки.
Если есть возможность, лучше выбрать второй вариант.
Для этого отсортируйте список цепочек переадресаций по столбцу «Количество внутренних ссылок» (No. of inlinks) в порядке убывания. Затем щелкните пункт количества ссылок, чтобы увидеть все внутренние ссылки, ведущие на перенаправленную страницу.
Замените внутренние ссылки на указанных страницах прямыми ссылками, ведущими на конечный целевой URL-адрес.
4. Исправьте циклические переадресации
Циклические переадресации возникают, когда тот или иной URL-адрес перенаправляет обратно на один из URL-адресов в той же цепочке. Это создает бесконечный цикл перенаправлений, которые могут запутать и ввести в заблуждение как поисковые системы, так и пользователей.
Пример: Страница 1 > Страница 2 > Страница 3 > Страница 2 > Страница 3 > Страница 2 > Страница 3 […]
Такие ситуации вызывают крайне негативную реакцию пользователя, потому что обычно приводят к подобному ответу браузера:
Если страниц больше ста, откройте отчет Внутренние страницы (Internal pages) в аудите сайта Ahrefs и найдите ошибки «Циклическая переадресация» (Redirect loop).
Щелкните, чтобы открыть все страницы с проблемами циклической переадресации, а затем исправьте каждую из них одним из указанных далее способов.
5. Исправьте битые редиректы
Битые редиректы — это страницы, которые перенаправляют на несуществующую страницу (то есть ту, которая возвращает код ответа HTTP 4XX или 5XX ).
Пример: Страница 1 (301) > Страница 2 (404)
Это плохо, потому что ни посетители, ни боты поисковых систем не могут получить доступ к конечным URL-адресам. Из-за этого большинство посетителей покинут ваш сайт, а большинство поисковых систем откажутся от сканирования.
Если нужно проверить большее количество страниц, найдите ошибки «Битый редирект» (Broken redirect) в отчете Внутренние страницы (Internal pages) в аудите сайта Ahrefs.
Исправьте эти ошибки одним из указанных далее способов.
6. Перенаправьте страницы 404
Страницы, которые возвращают статус 404, не существуют, и для них браузер отображает страницу, подобную этой:
Однако бывают случаи, когда пользователю полезно увидеть эту страницу. Например, если в браузере введен неправильный URL-адрес, то страница с уведомлением об ошибке сообщает, что что-то пошло не так. Как в примере выше: для указанного URL-адреса есть смысл возвращать страницу 404.
Тем не менее, страницы с кодом состояния 404 являются проблемой в следующих случаях:
Чтобы решить первую проблему, проверьте отчет Внутренние страницы (Internal pages) в аудите сайта Ahrefs на наличие ошибок «Страница 404» (404 page).
Кликните, чтобы увидеть все страницы 404, которые были найдены во время сканирования.
Затем нажмите кнопку «Управление столбцами» (Manage columns), добавьте столбец «Количество обратных ссылок dofollow» (No. of dofollow backlinks), нажмите «Применить» (Apply), затем отсортируйте столбец в порядке убывания.
Проверьте отчет Обратные ссылки (Backlinks) в Ahrefs Сайт Эксплорер (Site Explorer) на наличие страниц с одной или несколькими обратными ссылками dofollow. Эти ссылки могут оказаться полезными. Если это так, вам нужно перенаправить (301) эту страницу на другой релевантный ресурс на вашем сайте.
Перенаправление страниц 404 на нечто релевантное имеет больше значение. Google считает нерелевантные переадресации 301 ложными ошибками 404, поэтому никакого реального преимущества от переадресации не будет, если она не будет вести на аналогичную и релевантную страницу.
Джон Мюллер из Google объясняет подробнее в этом видео.
Если у вас нет похожей или релевантной страницы и у вас все еще есть страница 404 с множеством высококачественных обратных ссылок, то, возможно, стоит заново опубликовать контент, который раньше на ней существовал.
Примите во внимание следующее.
Если исчезнувшая страница была достаточно ценной, чтобы привлекать высококачественные обратные ссылки, то стоит задаться вопросом, почему ее больше не существует. Вопрос явно интересный.
Далее указаны варианты решений для страниц без обратных ссылок dofollow.
ВАЖНО. Если вы выбрали п.3, убедитесь, что заменили не только внутренние ссылки, но также текст анкора и текст вокруг ссылки, где это необходимо.
7. Замените 302 редиректы и переадресации meta refresh на 301 редиректы
Никогда не используйте 302 редиректы или переадресации meta refresh в качестве постоянных переадресаций.
302 редиректы предназначены для временных перенаправлений, и Google рекомендует вообще не использовать переадресации meta refresh, если это возможно. Таким образом, если на вашем сайте есть такие переадресации, постарайтесь либо удалить их, либо заменить на 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-адрес.
Поскольку внешние ссылки nofollow часто ведут, например, на комментарии в блогах, вы можете удалить их, чтобы получить более чистый список. Просто добавьте фильтр «Количество внутренних ссылок dofollow > 0» (No. of inlinks dofollow > 0) в отчет.
Это должно помочь расставить приоритеты.
Вот пример из сканирования Backlinko:
Проблема здесь не столько в том, что редирект указывает на другой сайт. Те, кто знаком с Нилом Пателем, знают, что в начале этого года он объединил blog.kissmetrics.com с neilpatel.com.
Нет, проблема в том, что перенаправленная страница — это статья на совершенно другую тему.
Оригинальное название статьи: Использование магии качественных данных для увеличения конверсии в SaaS
Название статьи, на которую ведет переадресация: Как понимание вашего клиента поможет вам создать продающие тексты
В этих случаях лучше всего удалить внутреннюю ссылку (ссылки) на перенаправленную страницу.
Для этого просто щелкните число в столбце «Количество внутренних ссылок» (No. of inlinks), чтобы увидеть каждую страницу с внутренними ссылками, ведущими на перенаправленную страницу.
Зайдите в свою систему CMS и удалите их.
Как использовать 301 редирект для увеличения вашего органического трафика
К этому моменту на вашем сайте не должно остаться проблем с 301 редиректом, мешающих поисковой оптимизации.
Теперь пришло время серьезно поговорить о том, как мы можем использовать силу переадресаций для массового увеличения органического трафика.
Вот два способа это сделать.
Техника «Коктейль»
У вас есть стакан кока-колы. Ммм. У вас есть стакан рома. Вкусно!
Эти напитки отличны сами по себе. Но объедините их, и вы получите совершенно новый уровень. Привет, Куба Либре!
Так, как это относится к 301 редиректам?
Представьте, что эти напитки — тематически-связанные страницы на вашем сайте. Каждая из них работает отлично. У них есть несколько неплохих обратных ссылок. Они получают некоторый органический трафик. Совсем неплохо. Но почему бы не объединить и не консолидировать эти две страницы в одну, чтобы получить еще лучший результат?
Есть вероятность, что мы могли бы превратить две страницы со средними показателями в один вкусный коктейль в виде страницы, которая работает намного лучше!
Недавно мы проделали это с двумя нашими постами в блоге Ahrefs:
Обе эти статьи устаревали, поэтому мы решили объединить их в одно новое руководство.
Затем мы заново опубликовали контент на ahrefs.com/blog/skyscraper-technique/ и на него же перенаправили другую статью.
Результаты говорят сами за себя:
Так почему это работает?
Теперь единственный оставшийся вопрос — как повторить эту стратегию, верно?
Шаг 1. Проверьте, есть ли проблема каннибализации ключевых слов (через обратные ссылки)
Каннибализация ключевого слова — это когда две или более страниц нацелены на одни и те же ключевые слова и ранжируются по ним. Выявление таких проблем откроет для вас новые возможности.
Итак, обо всем по порядку. Сделайте копию этого файла в Google Sheet.
Затем вставьте свой сайт в Ahrefs Site Explorer, перейдите к отчету Топ-страницы (Top Pages) и экспортируйте его в CSV-файл.
Импортируйте CSV-файл на первую вкладку Google Sheet.
Для этого выберите Файл > Импорт… > Загрузить > Выбрать CSV > при появлении вопроса выберите Добавить к текущему листу.
Вот и все. Перейдите на вкладку «Результаты», и вы увидите некоторые уточненные результаты.
Шаг 2. Найдите релевантные возможности
Далее вам нужно просмотреть список результатов, чтобы поискать возможности для переадресаций.
Вот хороший пример из блога Hubspot:
Эти две страницы занимают позиции № 5 и № 6 соответственно по запросу «user generated content» (контент, сгенерированный пользователями).
Итак, давайте посмотрим на страницы с самым высоким рейтингом по запросу «user generated content» в анализе ключевых слов от Ahrefs (Keyword Explorer):
Выделяются два момента, связанные с существующей страницей в топе:
Так что, если бы Hubspot объединили эти два поста в один и консолидировали весь этот «вес ссылок», у них был бы хороший шанс претендовать на первое место. Это действие может потенциально увеличить их трафик в 2 раза!
Шаг 3. Перепишите и объедините страницы
Теперь пришло время взять лучшее с каждой страницы и объединить их в одну.
Например, если бы мы делали это для вышеупомянутых статей Hubspot, мы, вероятно, сохранили бы раздел «Как провести собственную кампанию на основании контента, созданного пользователями» из одного поста:
…И оставили бы часть, объясняющую «Зачем использовать пользовательский контент?», от другого:
Чтобы сохранить максимально высокую актуальность новой страницы и снизить риск того, что Google будет воспринимать нашу переадресацию 301 как ложную ошибку 404, мы также можем проверить отчет Анкоры (Anchors) в Сайт Эксплорере (Site Explorer) для каждой страницы:
В первую очередь это дает некоторое представление о причинах, по которым на страницу сослались.
Например, я вижу, что при ссылке на эту страницу некоторые цитируют статистические данные, поэтому, возможно, стоит сохранить эти данные в нашем обновленном посте.
Вам стоит воспринимать переписывание/слияние двух страниц как возможность лучше отвечать на поисковые запросы и предоставлять инициаторам поиска то, что они ищут. Если по целевому ключевому слову выдаются топ-10 вариантов, сделайте свою обновленную публикацию одной из топ-10. Если в топе много практических руководств… ну, вы поняли!
ПРИМЕЧАНИЕ. Это не имеет никакого отношения к 301 редиректам, но это стоит делать, если вы хотите получить максимум пользы от своих усилий.
Шаг 4. Опубликуйте обновленную страницу и установите 301 редирект (или редиректы)
Теперь, наконец, пришло время опубликовать ваш обновленный пост/страницу.
Если URL-адрес одной из старых страниц подходит для размещения новой публикации, вы можете опубликовать ее по тому же URL-адресу. После этого вы можете удалить второй оставшийся пост/страницу и добавить 301 редирект на новую публикацию.
Возможно, вы помните, что именно это мы сделали с нашим постом о технике небоскреба. Мы повторно использовали URL-адрес /skyscraper-technique/.
Если ни один из прежних URL-адресов не подходит для вашего нового поста/страницы, то можно установить переадресацию 301 с обеих страниц на совершенно новый URL-адрес.
Например, если бы мы объединили эти две публикации Hubspot в такое руководство:
…то ни один из двух прежних URL-адресов нас бы не устроил.
Было бы лучше выбрать что-то вроде blog.hubspot.com/marketing/user-generated-content/
Так что мы бы просто сделали это, а затем поставили переадресацию 301 с обеих страниц на этот URL-адрес. Просто.
Хотите углубиться еще больше? Проведите аудит контента, чтобы найти страницы без органического трафика или позиций в поиске, но с обратными ссылками.
Если эти страницы неважны для вашего бизнеса, удалите их и установите переадресацию на релевантную страницу, которая для вас важна.
Метод слияния
Вот что произошло с органическим трафиком одного сайта после использования метода слияния:
Результаты использования метода слияния.
Это увеличение трафика на
Вот процесс в двух словах:
Брайан Дин из 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.