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

Можно ли выполнить перенаправление только на определенный список IPs с помощью файла. htaccess? То, что я пытаюсь сделать, — это перенаправить весь трафик из одной страны в другой домен и не.

Как сделать файл htaccess, который даст перенаправление на индексную страницу дочерней папки My Structure ROOT FOLDER CHILD FOLDER htaccess Как сделать поток управления в CHILD/index.php с помощью…

Проблема, которую я пытаюсь решить, заключается в том, что у меня есть папка с именем, которое имеет забавные заглавные буквы, например TeStPage. Я бы хотел, чтобы все запросы к моему домену, во…

Мне нужно настроить перенаправление в Apache с помощью файла .htaccess . Перенаправление будет использоваться для того, чтобы заставить пользователей временно перейти на страницу обслуживания. Как я…

У меня возникли проблемы с моим файлом htaccess. Его перенаправляющая страница в корень, то есть index.php Например: Если я использую url, как http://domain.com/jobs или domain.com/jobs, его…

Хорошо, то, что я хочу сделать, это создать .htaccess, который перенаправит любую ошибку 404 на другую страницу при захвате пути/файла, к которому был предпринят доступ. Итак, если они пытаются…

Настройка 404 ошибки, настройка 301 редиректа в htaccess и протокол https

Коды статуса HTTP

О состоянии страницы говорит код статуса HTTP, который автоматически отдается, когда браузер посетителя или робот поисковой системы запрашивает страницу на сайте. Поисковые роботы по этому коду понимают состояние сайта и конкретной страницы. Например, существует страница или нет, настроена ли переадресация, нет ли на стороне сервера ошибки.

200 – сервер успешно открыл страницу; только страницу с таким кодом будут индексировать роботы поисковой системы
301 – перенаправление навсегда, показывающее роботу и посетителю, что запрашиваемой страницы больше не существует, но есть аналогичная, куда и осуществляется редирект
302 – временное перенаправление, означающее, что существующий редирект только на время, например, пока редизайн сайта не закончится
404 – запрашиваемая страница не существует, такая страница для поисковика считается несуществующей и индексироваться она не будет
503 – сервер временно недоступен – проблема на стороне сервера, связанная, например, с нагрузкой сервера, на котором лежит сайт

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

• 1xx — информирующие коды, сообщающие о процессе передачи данных.
• 2xx — коды-успешности, информирующие об успешности работы сайта.
• 3xx — редирект-коды, перенаправляющие запрос на другой url.
• 4xx — коды ошибок клиента, сообщающие о невозможности работы сайта на стороне клиента.
• 5xx — коды ошибок сервера, сообщающие о невозможности работы сайта на стороне сервера.

Бывают случаи, когда статус-код отдается некорректно. Например, рабочие страницы отдают код 404, то есть они недоступны, или несуществующие страницы отдают код

Настройка 404 ошибки

Корректная настройка кодов статуса HTTP очень важна для правильной индексации сайта: если страница по ошибке будет отдавать код 404, ее не смогут проиндексировать поисковые роботы, а это отрицательно скажется на продвижении ресурса.

Информацию о наличии страниц с ошибками можно получить также из сервиса webmaster.yandex.ru, настроенного для конкретного сайта.

Рекомендуется проводить проверку статус-кодов для всех страниц сайта. Если найдены страницы с кодами, отличными от 200 ОК, то нужно настроить сервер таким образом, чтобы все страницы с полезным контентом отдавали корректные ответы. Такое ответственное задание стоит поручить разработчикам сайта.

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

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

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

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

Часто проблемы случаются с настройкой зеркал сайтов с www и без www. Как обнаружить их:

Чтобы провести проверку настройки зеркал с www и без www, необходимо зайти на каждую копию и проанализировать: сайт открывается и по одному адресу, и по другому, или в одном из вариантов происходит перенаправление. Также нужно просмотреть индекс Яндекса и Google на наличие страниц с www и без www. Если они есть, то, скорее всего, настройка зеркал выполнена неверно.

Для корректной настройки зеркал используется, помимо редиректа, директива host в файле robots.txt. Если директива host не прописана в файле robots.txt , то Яндексу и другим поисковым системам не дана информация о главном зеркале, и индексация сайта, скорее всего, пройдет некорректно.

Таким образом, основными этапами настройки зеркал являются:

• настройка 301 редиректа с неосновного зеркала на основное;
• корректировка ссылочной структуры сайта, чтобы исключить наличие на веб-ресурсе ссылки одновременно с неосновного и основного сайта;
• обозначение в директиве host основного сайта, главное зеркало среди множества.

Перенаправления: 301 и 302 редирект

Существует два вида перенаправлений:

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

302 — «перемещен временно». Настройка 302 редиректа используется для временного перенаправления, например, во время редизайна сайта, когда страница еще «сырая», но сайт должен функционировать. При 302 редиректе прежняя страница сохраняется в индексе и ее вес не передается.

Узнать тип редиректа можно с помощью проверки кодов статуса http страниц, с которых идет перенаправление.

Если отдается статус-код 302, это значит, что настроен временный редирект, и его следует исправить. Наиболее предпочтительным является полное устранение такого редиректа с сайта (например, закрытие страницы – настройка 404 ошибки).yoursite.com$ [NC]
Redirect 301 /old.html http://www.yoursite.com/new.html

• Редирект старого домена на новый

RewriteEngine On
RewriteCond %{HTTP_HOST} olddomen.net

Существует еще один редирект – с помощью мета-тега Refresh. В ходе его выполнения через несколько секунд после загрузки страницы автоматически загружается другая страница. Мета-тег Refresh часто встречается в шаблонах сайта. Однако подобная переадресация расценивается поисковыми системами как нарушение лицензии и может привести к запрету индексации и бану.

Обнаружить данный изъян просто. Если при заходе на страницу производится перенаправление на другую страницу, и если в исходном коде страницы присутствует директива meta refresh с указанием URL, куда производится редирект, то на сайте используется редирект с помощью мета-тега Refresh.

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

Протокол https

Если URL сайта начинается с http, это означает, что страница работает в стандартном режиме: все данные, внесенные пользователем в одну из форм на сайте, будут передаваться в незащищенном виде. При использовании протокола https все данные, включая код самой страницы, будут передаваться в двустороннем режиме в зашифрованном виде по протоколу SSL и TLS, тем самым обеспечивая защиту данных.

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

На сегодняшний день протокол https поддерживается практически всеми браузерами. А поисковые системы работают как с протоколом http, так и с https. Поэтому больших проблем с продвижением сайтов на нестандартном протоколе не возникает. Однако если на сайте есть 2 версии одной и той же страницы – на http и на https, то для поисковой системы они будут дублями, а наличие дублей мешает продвижению. Также может возникнуть проблема при выборе основного зеркала, аналогичная выбору между зеркалами с www и без www.

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

Вернуться назад: Устранение проблем с хостингом и оптимизация кода сайтаЧитать далее: Сопутствующие настройки сайта

Google делится информацией о том, как 301 редирект передает PageRank

Опубликовано: 2020-12-11

Джон Мюллер из Google предложил интересное объяснение того, как 301 редирект передает 100% PageRank. Сообщество SEO известно примерно с 2016 года, что не было потери PageRank. Но это первый раз, когда часть «как» обсуждается так подробно.

Независимо от того, что сказал Джон Мюллер, 100% PageRank не проходит через 301 редирект во всех ситуациях.

301 редирект не всегда может обеспечить 100% рейтинг страницы

Принцип работы PageRank заключается в том, что с каждой ссылкой теряется его немного. PageRank был разработан, чтобы передавать менее 100% PageRank. Этот «спад» рейтинга PageRank был спланирован по разным причинам, связанным с моделированием авторитетности веб-страницы.

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

В 2013 году Мэтт Каттс из Google назвал одну из причин этого выбора. Мэтт Каттс поделился в видео Google для веб-мастеров, что, если Google присвоит 100% PageRank через 301 перенаправленную ссылку, то это откроет дверь для манипулирования рейтингом страниц Google.

Издатель может использовать переадресацию 301, устраняя снижение рейтинга страницы из-за переадресации 301. Издатель может ссылаться со своей домашней страницы на все внутренние страницы с переадресацией 301 и передавать 100% PageRank от ссылки к ссылке на ссылку.

Реклама

Продолжить чтение ниже

Мэтт Каттс выпустил следующее руководство о том, сколько PageRank проходит через 301 редирект на поисковой конференции:

«Я упомянул, что определенное количество PageRank также рассеивается через 301-е место. … Количество PageRank, которое рассеивается через 301, почти точно, в настоящее время идентично количеству PageRank, которое рассеивается через ссылку ».

Мой личный опыт использования PageRank и перенаправлений

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

Много лет назад ко мне обратилась очень важная компания, чтобы помочь им решить проблему с нулевым рейтингом страниц. Эта компания была большой и очень важной компанией. Они были обеспокоены тем, почему у них на панели инструментов Google PageRank был нулевой PageRank. Оказалось, что это было вызвано чрезмерным количеством цепочек редиректов. Это оказалось ошибкой в ​​Google, и впоследствии она была исправлена ​​с их стороны.

Реклама

Продолжить чтение ниже

Как Google присваивает рейтинг страницы 301?

Это предыстория вопроса, заданного Джону Мюллеру в недавней видеовстрече для веб-мастеров.

Вопрос, заданный в Hangouts для веб-мастеров Google:

«Есть ли потеря ссылочного капитала из-за цепочек переадресации?»

Джон Мюллер из Google ответил:

«По большей части это не проблема. Мы можем пересылать PageRank через 301 и 302 редиректы. По сути, там происходит то, что мы используем эти перенаправления для выбора канонического. Выбирая канонический URL, мы концентрируем все сигналы, которые идут по этим URL, на канонический URL «.

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

Что касается цепочек переадресации, Джон Мюллер предостерегал при их использовании:

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

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

Если нам нужно выполнять поиск DNS между отдельными перенаправлениями, вроде перемещения между хостами, то на мобильных устройствах это действительно замедляет работу. Вот на чем я бы здесь сосредоточился.

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

Все ли 301 редирект передают 100% PageRank?

Нет. Все 301 редиректы не получают 100% PageRank.

Перенаправление с одной страницы на совершенно другую страницу не приведет к передаче PageRank и будет считаться мягким 404.

SEO спросил об этом Джона Мюллера в 2017 году. Существует практика под названием «Восстановление ссылок». Восстановление ссылок — это практика проверки кодов ответов 404 (страница не найдена), вызванных тем, что сайт ссылается на несуществующую страницу.

Теоретически перенаправление этой ссылки на существующую страницу приведет к тому, что PageRank перейдет на перенаправленную страницу. Это восстановление ссылки, восстановление ссылки и связанного с ней PageRank.

Вопрос, заданный Джону Мюллеру, касался восстановления ссылки. Будет ли перенаправление ссылок со страниц 404 на существующие страницы не передавать PageRank.

Джон Мюллер ответил:

«301-редирект для 404 имеет смысл, если у вас есть заменяющие URL-адреса 1: 1, иначе мы, вероятно, увидим его как soft-404 и будем рассматривать как 404».

Реклама

Продолжить чтение ниже

Другими словами, 301 редирект передаст 100% PageRank только в том случае, если перенаправление было перенаправлением на новую страницу, которая близко соответствовала теме старой страницы.

Это интересно, потому что похоже на то, как обрабатывается канонический URL. Канонические URL-адреса являются предложениями, и Google не принимает канонические предложения, если канонические страницы существенно отличаются.

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

Реклама

Продолжить чтение ниже

Посмотрите видеовстречу Google для веб-мастеров здесь.

Скриншоты по автору, измененные автором

Зачем бизнесу страница ошибки 404: все об обработке, оформлении и проверке 404

С точки зрения SEO нас интересуют следующие коды состояния http:

На страницу ошибки 404 пользователи попадают в нескольких случаях:

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

Неверно настроенная 404 – проблемы для бизнеса

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

• обработка ошибки 404,
• оформление страницы ошибки 404.

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

Основные ошибки при настройке обработки 404 ошибки для SEO

• Ошибка 1. 404 не обрабатывается.

Что это значит?

При вводе любого несуществующего адреса на сайте, url в адресной строке меняется, а содержимое страницы остается неизменным.

То есть, мы зашли на главную страницу site.ru. Увидели одно содержимое. Дописали к site.ru/pr7777 – содержимое осталось прежним, хотя страницы по такому адресу нет.

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

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

Решение

Настроить корректную обработку ошибки 404 для всех несуществующих страниц на сайте.

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

• Ошибка 2. На сайте настроена Soft 404

Soft 404 — это замена страницы ошибки 404 страницей с контентом о несуществующей странице с кодом ответа сервера 200 (существующей страницы). Яндекс. Вебмастер относит soft 404 к распространенным ошибкам при разработке сайтов.

Наиболее часто встречается soft 404 в CMS Битрикс.

Когда принимаете работы по разработке, в обязательном порядке проверьте корректность настройки 404.

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

• Ошибка 3. Редирект на главную.

Частой ошибкой при настройке обработки ошибки 404 является настройка редиректа с 404 на главную страницу. Этот вариант можно рассмотреть как разновидность soft 404 с такими же последствиями.

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

Основные ошибки при оформлении страниц 404 ошибки

Итак, основные проблемы, связанные с некорректной настройкой обработки ошибки 404 мы разобрали. Переходим ко второй группе проблем – оформлению страницы ошибки 404.

Допустим, мы провели работы и настроили правильную обработку ошибки 404. Для всех несуществующих адресов у нас отдается долгожданный код ответа сервера 404, а не 200, и не 301.

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

Рассмотрим наиболее распространенные «недружелюбные» шаблоны страниц 404 ошибки.

Все перечисленные варианты 404 страниц не позволяют пользователю вернуться на сайт и дезориентируют его. Вероятность того, что пользователь закроет сайт и не вернется стремится к 100%.

• Ошибка 1. Шаблон 404 страницы от хостера.

Многие хостинги подставляют в случае отсутствия на сайте собственного шаблона 404 ошибки, свой шаблон.

Существуют ли несуществующие страницы? Как видит Google страницу 404

23 марта 2017

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

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

Кому нужна страница 404?

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

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

• страница 404 не оформлена и отдает код 200;
• страница 404 оформлена, но отдает код 200;
• страница 404 отдает любой другой код ответа;
• страница 404 сначала отдает 301 редирект, затем — 404 статус;
• страница 404 не оформлена, но отдает код 404;
• страница 404 оформлена и отдает код 404.

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

Страница 404 отдает код 200, это плохо?

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

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

Одним из ярких признаков того, что страница 404 отрабатывает некорректно может стать резкое увеличение числа страниц в индексе поисковых систем. Если вы в последнее время не занимались развитием и расширением своего ресурса, а количество страниц в поиске резко пошло вверх, стоит проверить, не происходит ли индексация закрытых через robots.txt страниц и не появились ли несуществующие страницы в выдаче.

Как оформить страницу 404

Как мы сказали, страницу 404 нужно оценивать со стороны пользователей и со стороны поисковиков. Долгое время шли споры о том, какую информацию размещать на 404 странице. Наблюдалось две крайности: одни ограничивались стандартными фразами о том, что страница не найдена, другие пытались превратить ее в SEO-портянку в надежде “понравиться” поисковым роботам.

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

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

Вывод: правильная страница 404 — это страница, которая отдает код ошибки 404 и одновременно полезна для пользователей. Ее основные задачи — сообщить поисковому боту о том, что страница не существует, и перенаправить пользователей на другие страницы сайта.

Наша статья вам помогла? Поддержите нас лайком!

Bitrix Q&A

Что такое редирект на сайте, зачем он нужен, как его настроить? – блог King Servers

У новичков в управлении сайтами появляется много вопросов по мере того, как они обучаются этому делу. Мы уже разобрались с тем, как понять, что вам нужен выделенный сервер. Поэтому если вы не можете выбрать между VDS и выделенным сервером, вы можете прочитать наше руководство. А теперь давайте поговорим про редиректы — что это такое, почему они нужны, и как их создать. Даже если сайт совсем новый, и вам пока что не нужны редиректы, в определенный момент вам все же понадобятся эти знания.

Что такое редирект на сайте?

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

Редиректы помогают пользователям находить нужные им страницы. Благодаря этому, меньше посетителей будут покидать сайт, что улучшит показатель отказов — процент пользователей, которые покинули сайт, практически не взаимодействуя с ним. Когда показатель отказов снижается, поисковые системы начинают более лояльно относиться к сайту, повышая его в выдаче. Так, в конце концов, корректно настроенные редиректы улучшат ваше СЕО. Именно поэтому важно знать, как с ними работать.

Какие существуют виды редиректов?

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

Редирект 301

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

Редирект 302

Это временный редирект, который будет полезен, если в конечном итоге вы хотите вернуться к оригинальному URL. 302 подойдет, если вы меняете дизайн сайта и хотите, чтобы пользователи продолжали работать со старым дизайном, пока новый еще не до конца внедрен. Также, такой редирект используется для А/Б тестов, чтобы показать пользователям разные версии сайта. Для редиректа 302 существует не так уж много применений.

Meta обновление

Это редирект, который внедряется на стороне браузера и направляет посетителя на новую страницу, не обновляя сервер. Он покажет пользователю сообщение, которое скажет что-то вроде: “Сейчас вы перенаправляетесь на другую страницу. Нажмите здесь, чтобы увидеть страницу сразу.” В целом, этот редирект не делает ничего необычного — он очень похож на 301. Поисковики обычно понимают meta обновление, но их отношения с таким редиректом очень непостоянны. Он создает задержку и ухудшает пользовательский опыт, а поисковики стараются понижать такие сайты в выдаче. Поэтому лучше остановиться на редиректе 301.

Как настроить редирект

VPS и выделенные серверы от King Servers поддерживают все системы управления. Но сейчас мы рассмотрим процесс настройки редиректов только для самых популярных систем — cPanel и WordPress — чтобы сэкономить ваше время. Честно говоря, редиректы настраиваются приблизительно одинаково во всех системах.

Как настроить редирект в cPanel

Очевидно, вам нужно авторизоваться. Когда вы зайдете в свой аккаунт, вам нужно перейти к Доменам. Там вы увидите иконку, подписанную “Редиректы” — кликните на нее. Затем выпадет меню, предлагая вам выбрать между 301 и 302 редиректами или между перманентным и временным. Выберите нужный вам.

После этого система предложит вам выбрать домен, для которого вы хотите создать редирект. Если хотите применить изменение ко всем доменам, выбирайте “Все публичные домены”. Затем, все, что вам нужно сделать — это вставить в нужное поле URL страницы, с которой пользователи будут перенаправляться, и URL страницы, на которую они должны попасть. Теперь сохраните настройки и все готово — редирект теперь должен работать.

Как настроить редирект в WordPress

Есть способы настроить редирект в этой системе управления контентом без плагинов, но они довольно сложные. Зачем выбирать что-то сложное, если можно остановиться на простом? Плагин Safe Redirect Manager по нашему мнению — самый простой и удобный. Просто загрузите его. Затем откройте консоль Вордпресс и выберите “Плагины” в меню слева. Нажмите на “Добавить новый.” На новой странице нажмите “Загрузить плагин” и выберите архив с Safe Redirect Manager. Система сама установит это дополнение.

Теперь обновите страницу. После этого, когда вы нажмете на плюс (+) на верхней панели системы, вы увидите “Redirect”. Нажмите на него, чтобы создать новый. В настройках вы можете добавить URL источника, с которого вы хотите перенаправить пользователей, и URL конечной страницы, куда они попадут. Если вы новичок в создании редиректов, мы советуем больше не трогать другие настройки — все сработает и с настройками по умолчанию. Теперь нажмите “Publish”, и ваш редирект будет работать.

Когда используются редиректы?

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

Вам нужно поменять структуру URL

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

У вас есть продублированный контент

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

Чтобы собрать трафик с разных доменов

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

Вы перешли на новый домен

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

У вас есть устаревшие URL

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

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

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

Перенаправить все запросы несуществующего файла в фактический файл

В моей предыдущей статье о перенаправлении запросов 404 на файлы favicon я представил технику HTAccess для перенаправления всех запросов на несуществующие файлы favicon.ico в фактический файл, расположенный в корневом каталоге сайта, доступном в Интернете:

  # REDIRECT FAVICONZ

 RewriteCond% {THE_REQUEST} favicon.ico [NC]
 RewriteRule (. *) Http: //domain.tld/favicon.ico [R = 301, L]
  

Как обсуждалось в статье, этот код уже действует здесь, в Perishable Press, что можно увидеть, щелкнув любую из следующих ссылок:

Обновление: Я удалил перенаправление значков на этом сайте, чтобы учесть гораздо более сложные требования к значкам (например, android, apple, аватар и т. Д.). Кроме того, поскольку теперь робот Google сканирует URL-адреса в виде обычного текста, в следующих трех примерах мне пришлось изменить домен на example.com .

• http://example.com/wp/favicon.ico
• http://example.com/press/2007/06/12/favicon.ico
• http://example.com/absolute-horizontal-and-vertical-centering-via-css/favicon.ico

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

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

Предыдущий метод перенаправления значков работает так, как рекламируется, но только если он размещен в подкаталоге, например, в случае установки WordPress, расположенной в их собственном некорневом каталоге.Например, эта установка WordPress для Perishable Press находится в подкаталоге с именем « press ». В подкаталоге HTAccess для press первая версия этого метода перенаправления работает отлично. Однако при помещении в корневой каталог код не работает, создавая бесконечный цикл. Таким образом, необходимо лучшее решение ..

Универсальное перенаправление для несуществующих файлов

Следующая техника работает в любом каталоге — подкаталоге или корне сайта:

  # REDIRECT 404 FILES
  

Чтобы реализовать этот метод, замените оба экземпляра « favicon.ico » любым файлом, который вы хотите перенаправить. Значок — хороший выбор по причинам, описанным в предыдущей статье, но другими хорошими кандидатами могут быть файл robots.txt вашего сайта или любой другой файл, который люди и роботы не могут найти./images/favicon\.ico ). Затем, после выполнения условий перезаписи, отредактируйте RewriteRule , чтобы отразить полный URL-адрес фактического файла.

Пара замечаний .. Во-первых, рекомендуется разместить этот код как можно выше в структуре каталогов. Начните с корневого файла HTAccess. В большинстве конфигураций это должно работать нормально; однако в некоторых случаях, например, когда WordPress установлен в подкаталоге, но обслуживает постоянные ссылки, написанные без указания подкаталога в URL-адресе, перенаправление может просто не произойти.Если это так или перенаправление не происходит по какой-либо другой причине (конфликтующие правила перезаписи и т. Д.), Попробуйте поместить код в подкаталог. Итог: поместите код в корневой каталог HTAccess и, если перенаправления не сработают, поместите код в подкаталог блога.

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

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

1. Проверить наличие необходимого модуля Apache, mod_rewrite
2. Включите перезапись, активировав RewriteEngine
3. Проверить, является ли запрошенный URI фактическим файлом
4. Соответствует любому несуществующему URI, содержащему целевой файл
5. Перенаправить любой совпадающий URI в фактический файл
6. Закройте контейнер для проверки модуля

Заключение

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

Об авторе

Создание переадресации в WordPress — WPLounge

Хотите управлять переадресацией 301 и отслеживать ошибки 404 в WordPress? В этом руководстве для начинающих вы узнаете все о создании редиректов в WordPress.

Что такое перенаправление?

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

Например, на сайте www.wplounge.be было размещено перенаправление на наш голландский блог WordPress www.wplounge.nl, чтобы посетители попадали на нужный веб-сайт.

Существуют различные типы переадресации, например 301, 302 и 307. Но сначала давайте рассмотрим различные причины создания переадресации.

Почему перенаправляет?

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

Сайт перемещен

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

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

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

Несуществующая страница

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

С www или без www

Не на всех сайтах есть www. входит в доменное имя. Чтобы предотвратить размещение вашего веб-сайта на двух доменных именах, например wplounge.org и www.wplounge.org, вам следует направлять посетителей от одного к другому.

Если вы перейдете на сайт www.wplounge.org, вы автоматически перейдете на сайт wplounge.org (без www). Это можно настроить в админке WordPress. Перейдите в Настройки> Общие , и вы увидите следующие параметры:

Сокращатель URL

Еще один пример перенаправления — сокращение URL-адресов. Этот сокращатель может быть весьма полезен для публикации статей в социальных сетях, таких как Twitter. У многих веб-сайтов есть собственный сокращатель URL-адресов.Например, thenextweb.com использует собственное доменное имя для сокращения URL-адресов: tnw.co .

Типы редиректов

Существуют разные типы переадресации. Перенаправление 301 ( 301 перемещено навсегда) — это код ответа HTTP, который используется (чаще всего). Когда страница функционирует правильно, отображается код «200», который означает «ОК».

Коды ответа HTTP

Давайте посмотрим на различные типы кодов ответа HTTP. Код ответа, который вы (скорее всего) знаете, — это код «404», что означает «СТРАНИЦА ОШИБКИ НЕ НАЙДЕНА».Коды ответов бывают разных видов:

• 4XX коды (например, 404) указывают на ошибку.
• 2XX кодов (например, 200) означает «успешно»
• 3XX коды (например, 301) используются для переадресации

Когда создавать 301 редирект (перемещен навсегда)

Вам следует использовать переадресацию 301, когда веб-сайт, страница или сообщение были перемещены, и вместо этого вы хотите направлять посетителей на новый адрес. Если вы этого не сделаете, ваши посетители увидят предупреждение 404 ОШИБКА СТРАНИЦА НЕ НАЙДЕНА.Это также повлияет на оптимизацию вашего сайта и, следовательно, плохо повлияет на рейтинг в поисковых системах. Вам следует использовать 301 редирект, когда вы планируете удалить статью для получения свежего нового контента или когда вы хотите изменить постоянные ссылки своей статьи.

Когда создавать 302 редирект (временно перемещен) — старый!

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

Когда создавать 307 редирект (временно перемещен)

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

Создать редирект

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

из DirectAdmin

Простой способ создать перенаправление — это перейти в панель управления вашего провайдера веб-хостинга (например, DirectAdmin). В разделе « Advanced Features » в DirectAdmin вы можете найти параметр « Site Redirection ».

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

Если бы я сохранил https: // wplounge.org / wplounge-redirect / в качестве перенаправления, он отправит посетителей на https: ///www.wplounge.org/ . Если вы оставите поле пустым или добавите «/», весь домен будет перенаправлен на URL-адрес, который вы указали ниже.

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

Плагин WordPress

Для WordPress доступно множество типов плагинов перенаправления. Перенаправление чаще всего используется в качестве менеджера перенаправления для WordPress.Самая удобная особенность заключается в том, что плагин также сообщает о 404 страницах. Это означает, что вы можете быстро предвидеть и добавлять перенаправления на 404 страницы.

Другой плагин, который вы можете использовать, называется Yoast SEO. Однако вам придется приобрести премиум-плагин Yoast SEO. Этот плагин может автоматически обнаруживать 404 страницы через соединение с Google Search Console. Кроме того, он включает в себя встроенный менеджер перенаправления, который может помочь вам решить ошибки 404. Плагин также сообщает, когда вы собираетесь создать страницу, которая перенаправляет обратно на себя, также называемая «циклами перенаправления».

Файл .htaccess

Вы также можете создавать перенаправления в файле .htaccess, который находится в корневом каталоге сайта WordPress. Вы можете перейти в это место и отредактировать файл .htaccess, подключив свой веб-сайт к FTP-клиенту. Если вы не можете найти файл .htaccess в корневом каталоге сайта WordPress, вам (скорее всего) следует заставить FTP-клиент показывать скрытые файлы.

Теперь будет виден файл .htaccess. Щелкните правой кнопкой мыши и отредактируйте, чтобы WordPress мог редактировать файл.

Перенаправление — это файл .htaccess, который можно редактировать в текстовом редакторе, таком как Блокнот. Вот как выглядит такое перенаправление:

Перенаправление 301 / https://new-URL.com

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

RedirectMatch 301 / блог (.*) https: //new-URL.com $ 1

Внимание! Сначала сделайте копию вашего файла .htaccess, прежде чем редактировать его. Ошибка может помешать работе вашего сайта.

Обратите внимание

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

Запретить двойное перенаправление

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

Запретить перенаправление на 404 страницы

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

Предотвращение петель перенаправления

Петли перенаправления, как объяснялось ранее, присутствуют, если одна страница перенаправляет обратно на себя.Это могло произойти через другие страницы, что привело бы к бесконечной последовательности перенаправлений. К счастью, многие веб-браузеры, например Google Chrome, замечают это автоматически и сообщают вам об этом.

Дополнительная информация

Хотите больше информации о переадресации? Прочтите страницу Google о переадресации 301 или посетите Moz.com, чтобы узнать о передовых методах SEO в отношении переадресации.

Также посмотрите видео веб-мастеров Google Youtube (Google для веб-мастеров) с переадресацией 301:

Оцените статью

Web Performance 101 — Redirects

Веб-сайты больше не являются простыми HTML-страницами со статическим содержанием — они превратились в динамический интерфейс с функциями и контентом, которые регулярно обновляются. Администраторы веб-сайтов используют разные методы, чтобы убедиться, что пользователь просматривает последнюю версию страницы или контента. Когда на сайт добавляются новые функции или ресурс веб-страницы перемещен в новое место, вы не хотите, чтобы пользователи получали доступ к этим страницам. Предотвратить доступ можно с помощью перенаправления веб-страниц.Входящие HTTP-запросы могут быть перенаправлены в другое место на сайте, чтобы пользовательский интерфейс был безупречным. Перенаправления веб-страниц могут использоваться для:

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

Типы перенаправления

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

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

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

307 — перемещено временно: они работают так же, как 302, и используются, когда страницу необходимо временно перенаправить, но 302 настраивается только тогда, когда входящий запрос является методом HEAD или GET; во всех остальных случаях временного перенаправления рекомендуется HTTP-перенаправление 307.

304 — Не изменено: код состояния 304 указывает, был ли запрошенный ресурс изменен с момента последнего запроса. Затем он перенаправляет запрос на выборку содержимого из кеша вместо сервера.

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

Влияние перенаправлений на производительность

Каждое перенаправление на странице увеличивает задержку к общему времени загрузки страницы.Слишком большое количество перенаправлений приводит к увеличению накладных расходов на страницу, и это задерживает загрузку страницы. Когда пользователь вводит домен в браузере и нажимает Enter, запускается процесс разрешения DNS, и домен преобразуется в соответствующий IP-адрес за несколько миллисекунд. Если на целевой странице есть другое перенаправление, браузер снова повторяет весь процесс разрешения DNS, чтобы направить пользователя на правильную веб-страницу. Множественные запросы перенаправления увеличивают нагрузку на ресурсы браузера и замедляют загрузку страницы.

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

Общие ошибки перенаправления

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

• Множественные перенаправления: чем больше количество перенаправлений на странице, тем больше время загрузки страницы. На первый взгляд добавление переадресации не может показаться серьезным препятствием для производительности. Он реализован в основном для улучшения SEO и обеспечения плавного взаимодействия с пользователем. Проблемы возникают, когда в структуре страницы слишком много перенаправлений.Множественные перенаправления создают огромные накладные расходы для веб-сайта и могут значительно замедлить его работу.

Рассмотрим данные ниже — на странице веб-сайта 160 объектов, из которых 46 являются перенаправлениями, и это неизбежно замедляет работу сайта. Для полной загрузки страницы требуется почти 13 секунд.

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

Правильная реализация перенаправлений

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

• Избегайте избыточных переадресаций: рекомендуется избегать переадресации там, где это возможно, и использовать этот метод только в случае крайней необходимости. Это сократит ненужные накладные расходы и улучшит воспринимаемую производительность страницы.
• Цепное перенаправление: когда URL-адрес связан с другим URL-адресом, создается цепное перенаправление. Каждый URL-адрес, добавленный в цепочку, увеличивает задержку на странице. Цепные переадресации негативно сказываются не только на скорости страницы, но и на SEO.
• Очистка переадресации: на вашем веб-сайте могут быть сотни переадресаций, и это может быть одним из основных факторов, влияющих на скорость страницы. Старые перенаправления могут конфликтовать с новыми URL-адресами, обратные ссылки могут вызывать странные ошибки на странице. Рекомендуется проверить все настроенные вами перенаправления и удалить те, которые больше не нужны. Сохраните старые ссылки, которые имеют большой реферальный трафик, а те, к которым редко обращаются, можно удалить. Это упражнение поможет значительно повысить скорость страницы.

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

Руководство для начинающих по созданию 301 редиректа в WordPress (шаг за шагом)

Вы хотите создать 301 редирект на своем веб-сайте WordPress?

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

В этой статье мы объясним, что такое редирект 301 и как вы можете создать его на своем веб-сайте.

Что такое перенаправление в WordPress?

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

Существуют различные типы переадресации, такие как переадресация 301, переадресация 302, переадресация 307 и т. Д.

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

Редирект 301 постоянно перемещает страницу в новое место. Он сообщает браузеру, что страница навсегда перемещена в новое место, и мы не собираемся перемещать ее обратно.

Тем не менее, давайте посмотрим, когда вам следует их использовать.

Когда вам нужен редирект 301 в WordPress?

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

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

Если вы не настроите перенаправление, пользователи увидят ошибку 404: страница не найдена.Это не только плохо для пользователей вашего сайта, но также может повлиять на SEO в WordPress.

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

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

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

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

Видеоурок

Подписаться на WPBeginner

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

Как создавать перенаправления в WordPress с помощью плагинов

Более простой подход к созданию и управлению переадресацией 301 — использование одного из многих плагинов переадресации WordPress.Это позволяет настраивать перенаправления, даже не написав ни единой строчки кода.

1. Все в одном SEO (AIOSEO)

Самый простой способ управлять переадресацией и создавать 301 редирект — использовать плагин All in One SEO (AIOSEO) WordPress. Это лучший плагин для SEO для WordPress, который используют более 2 миллионов профессионалов для улучшения SEO своего сайта.

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

Примечание. Для использования диспетчера перенаправления вам потребуется версия AIOSEO Pro. Существует также бесплатная версия AIOSEO, но она не включает переадресацию 301.

Во-первых, вам необходимо установить и активировать плагин AIOSEO Pro на своем веб-сайте. Для получения дополнительной информации, пожалуйста, обратитесь к нашему пошаговому руководству по установке плагина WordPress.

После того, как плагин станет активным, вам нужно будет перейти на страницу All in One SEO »Перенаправляет с панели инструментов WordPress и затем нажать кнопку« Активировать перенаправления ».

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

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

Затем перейдите на вкладку «Перенаправление», чтобы создать 301 перенаправление.

Теперь вы можете ввести ссылку, которую вы хотите перенаправить, в исходный URL и ввести новое место назначения для ссылки в поле Целевой URL. После этого в раскрывающемся меню выберите тип перенаправления «301 перемещено навсегда».

После того, как вы ввели все эти данные, нажмите кнопку «Добавить перенаправление».

Если вы хотите перенаправить несколько URL-адресов в новое место, просто нажмите кнопку «Добавить URL» под полем «Исходные URL-адреса».

Затем вы можете прокрутить вниз, чтобы просмотреть журналы созданных вами перенаправлений.В столбце «Хиты» отображается количество людей, посетивших перенаправленную ссылку, а также возможность отключить 301 редирект.

Помимо этого, AIOSEO также помогает отслеживать страницы с ошибками 404 и исправлять их.

Все, что вам нужно сделать, это перейти на вкладку «Настройки» и прокрутить вниз до раздела «Журналы». Затем включите параметры «Журналы 404» и «Журналы перенаправления».

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

После включения этих параметров не забудьте нажать кнопку «Сохранить изменения».

Теперь вы должны увидеть новую вкладку «Журналы 404» в разделе «Перенаправления». Здесь AIOSEO будет отслеживать и показывать ваши неработающие ссылки и позволять вам настраивать перенаправления.

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

После включения вы можете перейти в раздел журналов 404 и увидеть URL-адреса ваших неработающих ссылок.Вы также увидите количество посещений ссылки в разделе «Обращения» и дату и время последнего доступа.

Затем выберите URL-адрес ошибки 404, который нужно перенаправить, и нажмите кнопку «Добавить перенаправление». Теперь вы увидите варианты ввода целевого URL и выбора типа переадресации в раскрывающемся меню.

Идите вперед и введите свой новый URL, выберите 301 перемещено навсегда в качестве типа перенаправления, а затем нажмите кнопку «Добавить перенаправление».

AIOSEO создаст 301 редирект для вашей неработающей ссылки.Чтобы проверить, правильно ли работают ваши перенаправления, просто посетите старый URL и проверьте, открывают ли они новое целевое место назначения.

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

Еще один способ добавлять перенаправления и управлять ими в WordPress — использовать плагин Redirection.

Сначала установите и активируйте плагин Redirection на своем сайте. Вы можете следовать нашему подробному руководству по установке плагина WordPress.

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

Затем вы можете выбрать параметры для отслеживания изменений постоянных ссылок в WordPress и вести журнал всех ваших перенаправлений и ошибок 404. Вы можете просто включить эти параметры и нажать кнопку «Продолжить настройку».

Теперь плагин протестирует Rest API. Когда статус вернется в состояние «Хорошо», нажмите кнопку «Завершить настройку».

После этого вы можете перейти к Tools »Redirection» Redirects и создать свои 301 редиректы.

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

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

Затем установите для параметра HTTP-кода значение «301 — перемещено навсегда» в раскрывающемся меню. После того, как вы ввели все данные, нажмите кнопку «Добавить перенаправление».

3.Ссылки на страницу на

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

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

4. Простая переадресация 301

Еще один простой в использовании плагин — Simple 301 Redirects. Как следует из названия, он упрощает переадресацию 301.

Для начала вам необходимо установить и активировать плагин на своем сайте.Если вам нужна помощь, следуйте инструкциям в нашем руководстве по установке плагина WordPress.

После этого перейдите на страницу « Настройки» 301 Перенаправления и введите свой старый URL-адрес в поле «Запрос» и целевой URL-адрес в поле «Назначение».

После ввода данных нажмите кнопку «Добавить», чтобы настроить перенаправление 301.

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

Если вы хотите ускорить перенаправление, вы можете сделать это с помощью метода кода и файла .htaccess.

Настройка 301 редиректа в WordPress с использованием .htaccess

WordPress также могут настроить 301 редирект, отредактировав файл конфигурации веб-сервера .htaccess.

Имейте в виду, что небольшая ошибка в вашем коде .htaccess может сделать ваш сайт WordPress недоступным, и он может начать показывать внутреннюю ошибку сервера.

Вот почему важно, чтобы вы сделали резервную копию своего.htaccess перед внесением каких-либо изменений.

Отредактируйте файл .htaccess с помощью плагина All in One SEO

Самый простой способ отредактировать файл .htaccess WordPress — использовать All in One SEO for WordPress.

Просто установите и активируйте плагин All in One SEO. После этого вам нужно посетить страницу All in One SEO »Инструменты и перейти на вкладку редактора .htaccess.

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

Вот простое перенаправление, при котором мы пытаемся отправить пользователя, посещающего старую запись, на новую.

RewriteEngine On
Перенаправить 301 / a-very-old-post / http://yoursite.com/a-very-new-post/
 

Не забудьте нажать кнопку «Сохранить изменения», чтобы сохранить настройки. Затем плагин All in One SEO обновит ваш файл .htaccess.

Редактируйте ваш WordPress напрямую.htaccess файл

Вы также можете напрямую отредактировать файл WordPress .htaccess, чтобы настроить любые перенаправления.

Чтобы отредактировать файл .htaccess, вам необходимо подключиться к своему веб-сайту с помощью FTP-клиента. Файл .htaccess находится в корневом каталоге вашего сайта WordPress.

Если вы не видите там свой файл .htaccess, то вам нужно заставить FTP-клиент показывать скрытые файлы. (Узнайте, почему вы не можете найти файл .htaccess на своем сайте WordPress.)

Вы можете редактировать.htaccess в любом текстовом редакторе, например в Блокноте.

Вот простое перенаправление, при котором мы пытаемся отправить пользователя, посещающего старую запись, на новую.

RewriteEngine On
Перенаправить 301 / a-very-old-post / http://yoursite.com/a-very-new-post/
 

Вы можете добавить приведенный выше код, желательно в конец вашего файла .htaccess.

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

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

Если вам понравилась эта статья, то подпишитесь на наш канал YouTube для видеоуроков по WordPress. Вы также можете найти нас в Twitter и Facebook.

Лучшие плагины для перенаправления 404 для WordPress

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

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

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

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

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

Почему на вашем сайте WordPress отображается ошибка 404?

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

Источник: WordPress

Изменения в структуре постоянных ссылок на вашем веб-сайте могут привести к ошибке 404. Например, если вы измените свой URL-адрес с https://yourwebsite.com/blogpost на https://yourwebsite.com/blogtopic/blogpost , вы получите ссылки, которые не указывают на конкретный адрес, поэтому ваши посетители видят страницу 404, а не предполагаемый контент.

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

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

Если ошибка 404 связана с изменением постоянной ссылки, есть быстрое решение.Вы просто удалите (или обновите) свои постоянные ссылки на своем веб-сайте.

Перейдите в Настройки > Постоянные ссылки на панели администратора WordPress. Затем прокрутите вниз, не внося никаких изменений, и нажмите Сохранить изменения .

WordPress автоматически обновит ваш файл .htaccess . Теперь проверьте свой сайт на наличие оставшихся ошибок 404. Если они все еще остаются, ваш следующий вариант — использовать плагин перенаправления 404.

Лучшие плагины для перенаправления 404 для WordPress

1. WordPress Максимальный редирект
С
2. 404 по 301
3. 404 Решение
4. WP 404 Автоматическое перенаправление на похожее сообщение
5. Перенаправление 404 SEO
6. Все 404 перенаправляют на домашнюю страницу
7. 5 секунд Правильный 404
8. 404стр.

1.Максимальное перенаправление WordPress

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

Источник: Envato Market

2.С 404 по 301

с 404 по 301 — это простой плагин, который перенаправляет все ошибки 404. Для каждой ошибки 404 вы можете установить глобальное перенаправление или индивидуальное индивидуальное перенаправление. Этот инструмент также экономит ваше время, находя неработающие ссылки на вашем сайте. Затем он ведет журнал каждой ошибки 404, чтобы вы могли легко отслеживать и исправлять их. Кроме того, вы можете получать уведомления по электронной почте о любых ошибках 404.

Источник: WordPress

3. 404 Решение

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

4. WP 404 Автоматическое перенаправление на похожее сообщение

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

5. Перенаправление 404 SEO

Попрощайтесь с ошибками 404 с плагином 404 SEO Redirection. Этот простой в использовании инструмент может перенаправить все страницы с ошибками 404 на вашу домашнюю страницу или любую желаемую страницу. Он будет регистрировать ваши ошибки 404 и уведомлять вас, когда URL-адрес перенаправлен. Также есть подробная история перенаправлений, которую вы можете проанализировать позже.

Источник: WordPress

6. Все 404 перенаправляют на домашнюю страницу

Создание перенаправления для отдельных URL-адресов вручную — трудоемкая задача.Этот плагин экономит ваше время, перенаправляя все 404 страницы на вашу домашнюю страницу. Таким образом, когда посетители попадают по неработающей ссылке, они будут перенаправлены обратно на вашу домашнюю страницу. Установка и настройка этого плагина занимает менее пяти минут.

7. 5сек правильная 404

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

Источник: Envato Market

8. 404стр.

В отличие от вышеупомянутых инструментов, плагин 404page не создает перенаправления или дополнительные запросы к серверу. Этот плагин позволяет вам создать полезную пользовательскую страницу с ошибкой 404, чтобы посетители оставались на вашем сайте. Просто активируйте плагин и измените настройки постоянной ссылки на Plain на панели инструментов WordPress.

Как создать эффективный WordPress Страница 404

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

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

Нужно немного вдохновения? Посмотрите эти 404 страницы здесь.

Несколько ошибок 404 могут помешать работе посетителя, что приведет к высокому показателю отказов. Вместо того, чтобы исправлять каждую ошибку одну за другой, эффективное решение — использовать плагин перенаправления для WordPress. Эти плагины отслеживают ваши ошибки 404 и перенаправляют неработающие ссылки на соответствующие страницы. Итак, сделайте следующие шаги, чтобы улучшить свой сайт.

Создание перенаправлений или виртуальных URL-адресов и управление ими

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

Только пользователи с ролью администратора могут настраивать перенаправления на вашем веб-сайте или управлять ими. Другие роли не имеют доступа для управления перенаправлениями. Узнайте о ролях и доступе веб-сайтов.

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

Полезная терминология

• На веб-сайте перенаправление или перенаправление происходит, когда посетители отправляются на страницу или URL, отличный от того, который они запрашивают.
• Постоянное перенаправление — это перенаправление, созданное для предотвращения страниц с ошибками, например, когда контент удаляется с вашего сайта. Например, если вы удалили страницу конференции, которую больше не проводите (https://yournonprofit.org/get-involved/events/annual-conference/), вы могли бы вместо этого отправлять посетителей на свою главную страницу событий (https: //yournonprofit.org/get-involved/events/).
• Миниатюрный URL-адрес — это тип постоянного перенаправления. Обычно это сокращенная, легко запоминающаяся версия URL-адреса вашего веб-сайта.Оба URL-адреса будут отправлять посетителей на одну и ту же настоящую страницу посредством перенаправления, что полезно для целей печатного маркетинга. Например, посетитель заходит на https://yournonprofit.org/donate/, но автоматически отправляется на https://www.yournonprofit.org/get-involved/donate/donate-online/.

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

Создать перенаправление

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

• Нажмите кнопку Добавить новый вверху страницы.
• Введите URL-адрес страницы, которая изменилась, или желаемый частный URL-адрес в поле Исходный URL-адрес . Вы можете не указывать доменное имя (https://yournonprofit.org) и начинать с косой черты после него (/ vanity-url). Инструмент настроит домен за вас.

ПРИМЕЧАНИЕ. В этом поле регистр не учитывается, что означает, что посетители будут отправляться на одну и ту же страницу независимо от того, используют ли они заглавные или строчные буквы.Вы можете использовать свои предпочтения (строчные, прописные или их сочетание) в сокращенных URL. Исходный URL-адрес также будет работать, когда URL-адрес заканчивается с косой чертой (/) или без нее, поэтому нет необходимости создавать отдельные перенаправления для каждого варианта.

• Введите URL-адрес, на который будут отправляться ваши посетители, в поле Целевой URL-адрес . Вы можете вставить полный URL-адрес или начать вводить имя страницы и выбрать нужный вариант в появившемся раскрывающемся меню.
• Нажмите синюю кнопку «Добавить перенаправление». Ваше новое перенаправление должно появиться вверху списка.

• Чтобы проверить свое перенаправление, щелкните синий исходный URL-адрес, который вы ввели. Он должен привести вас к введенному вами целевому URL-адресу, который отображается серым цветом в строке ниже.
• Вы также можете щелкнуть ссылку «Проверить перенаправление», которая появляется при наведении курсора на конкретное перенаправление в списке.

Добавить перенаправление для удаленного содержимого

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

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

Для редактирования и включения редиректа:

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

• Измените поле Target URL , указав URL-адрес, на который будут отправляться посетители вместо удаленной страницы. Вы можете вставить полный URL-адрес или начать вводить имя страницы и выбрать нужный вариант в появившемся раскрывающемся меню.Вариант по умолчанию — ваша домашняя страница.
• Нажмите синюю кнопку «Сохранить».

Массовая переадресация

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

Управление переадресацией

Создав перенаправление, вы можете отредактировать или удалить перенаправление в любое время. Если у вас был веб-сайт до того, как мы запустили ваш сайт Wired Impact, скорее всего, на вашем сайте уже будут перенаправления, даже если вы никогда не создавали их самостоятельно. Это часть нашего типичного процесса запуска, чтобы убедиться, что посетители страниц вашего предыдущего веб-сайта не попадают на страницы с ошибками. Просмотрите полный список перенаправлений в Redirection в разделе Settings в меню администратора слева.

Изменить редирект

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

Удалить редирект

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

Остались вопросы?

Самый быстрый способ получить поддержку — это связаться с нами через панель администратора вашего веб-сайта. Войдите на свой веб-сайт и заполните форму поддержки веб-сайта. Вы получите ответ в течение одного рабочего дня.

Перемещение веб-сайта и изменение URL-адреса

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

• URL-адрес изменяется с HTTP на HTTPS
• Изменение доменного имени, например, example.com на example.net или объединение нескольких доменов или имен хостов
• URL-пути изменения: example.com/page.php?id=1 на example.com/widget , или example.com/page.html – example.com/page.htm

Обзор

1. Обзор базовый информация о перемещениях сайта . Знайте, чего ожидать и как это может повлиять ваши пользователи и рейтинги. При переходе с HTTP на HTTPS просмотрите лучшие практики для HTTPS.
2. Подготовьте новый участок и тщательно его протестируйте.
3. Подготовить сопоставление URL-адресов из текущих URL-адресов в их соответствующий новый формат.
4. Запустите перемещение сайта , настроив сервер на перенаправление со старых URL-адресов на новые.
5. Отслеживайте трафик как по старым, так и по новым URL-адресам.

Часто задаваемые вопросы по всем переносам сайтов с изменением URL-адресов

• Гугл рекомендует перемещать все вместе, или можно перемещать по разделам?
  Перемещение по секциям — нормально.
• Как проверить, сколько страниц было проиндексировано?
  Проверьте данные для каждого свойства отдельно в Search Console. Использовать Статус индекса отчет для широкого обзора.Использовать Файлы Sitemap отчет, чтобы узнать, сколько URL-адресов, представленных в карте сайта, было проиндексировано.
• Сколько времени потребуется Google, чтобы распознать изменения URL?
  Нет фиксированных частот сканирования; это зависит от размера вашего сайта и скорости ползать это возможно. Перемещение происходит для каждого URL-адреса.
• Теряете ли вы кредит за ссылки при перенаправлении на новые URL-адреса?
  Нет, переадресация 301 или 302 не приводит к потере PageRank.

Переход с HTTP на HTTPS

• Ознакомьтесь с лучшими практиками для HTTPS.
• Обязательно добавьте свойство HTTPS в Search Console. Search Console обрабатывает HTTP и HTTPS отдельно; данные об этих свойствах не передаются в Search Console. Поэтому, если у вас есть страницы в обоих протоколах, вы должны иметь отдельное свойство Search Console для каждый.

Часто задаваемые вопросы по миграции с HTTP на HTTPS

Повлияет ли переход на HTTPS на рейтинг?

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

Сайты HTTPS получают небольшое повышение рейтинга, но не ожидайте видимых изменений. Google использует HTTPS как положительный сигнал ранжирования. Этот сигнал — один из многих другие, и в настоящее время имеет меньший вес, чем высококачественный контент сайта; ты не следует ожидать значительного преимущества SEO при переходе на HTTPS в краткосрочной перспективе.В в более долгосрочной перспективе Google может усилить поддержку HTTPS.

Можно ли переместить только некоторые страницы на HTTPS?

Да, это нормально. Начните с детали, проверьте ее, а затем двигайтесь дальше в своем собственном темпе.

Если вы переходите с HTTP на HTTPS по частям и хотите избежать раннего индексирование поэтапных URL-адресов, мы рекомендуем использовать rel = canonical , а не перенаправляет.Если вы используете редиректы, вы не сможете протестировать перенаправленные страницы.

Будет ли тег

Нет, но это очень сильный сигнал при выборе проиндексированного URL.

Какой сертификат рекомендует Google?

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

Изменяются ли ключевые слова поиска после перехода на HTTPS?

Это не изменится с HTTPS; вы по-прежнему можете видеть поисковые запросы в Search Console.

Как я могу проверить, сколько страниц было проиндексировано?

Проверьте HTTP и HTTPS отдельно в Search Console и используйте Показатель Отчет о покрытии, чтобы узнать, какие страницы были проиндексированы.

Сколько времени займет переход с HTTP на HTTPS?

Нет фиксированных частот сканирования; это зависит от размера вашего сайта и скорость ползания возможна. Перемещение происходит для каждого URL-адреса.

Мы ссылаемся на наши карты сайта HTTP в robots.txt. Стоит ли обновлять файл robots.txt в включить наши новые карты сайта HTTPS?

Мы рекомендуем отдельные файлы robots.txt для HTTP и HTTPS. Каждый файл robots.txt должен указывать на отдельный файл карты сайта. Мы также рекомендуем перечислить каждый конкретный URL на вашем сайте только в одной карте сайта.

Какая карта сайта должна отображать раздел в пробной версии HTTPS?

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

Какие URL-адреса должны быть указаны в наших картах сайта, если у нас есть перенаправления (с HTTP на HTTPS или задний ход)?

Перечислите все URL-адреса HTTP в карте сайта HTTP и все URL-адреса HTTPS в карте сайта HTTPS, независимо от переадресации, когда пользователь посещает страницу.Наличие страниц, перечисленных в вашем карта сайта независимо от переадресации поможет поисковым системам обнаруживать новые URL Быстрее.

Есть ли что-то еще, что нам нужно добавить в robots.txt для HTTPS? версия?

Должны ли мы поддерживать HSTS?

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

Мы используем одну карту сайта для Новостей Google для всего нашего сайта. Что нам делать, если мы переносить наш сайт по частям?

Если вы хотите использовать карту сайта Новостей Google для нового раздела HTTPS, у вас будет чтобы связаться с командой новостей чтобы сообщить им об изменении протокола, а затем в свойстве HTTPS в Search Console вы можете отправить новая карта сайта Google Новостей по мере того, как вы переводите каждый раздел своего сайта на HTTPS.

Есть ли какие-то конкретные рекомендации по Центр издателей Google Новостей с миграцией HTTPS?

Центр издателей Новостей Google прозрачно обрабатывает переходы HTTP в HTTPS. В как правило, вам не нужно ничего делать с точки зрения Новостей Google, если только вы не также используя карты сайта новостей.В этом случае, свяжитесь с командой новостей и сообщите им об изменении. Вы также можете сообщить команде об изменении разделов, например, если вы переходите на HTTPS, вы можете указать, что вы перемещение http://example.com/section на https://example.com/section .

Подготовить новую площадку

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

• Настройте новую систему управления контентом (CMS) и добавьте в нее контент.
• Передайте изображения и загрузите (например, документы PDF), которые вы в настоящее время размещаете.
  Возможно, они уже получают трафик из поиска Google или ссылок, и полезно сообщить пользователей и робота Google об их новом местонахождении.
• Для перехода на HTTPS получите и настройте необходимые сертификаты TLS на своем сервере.

Создайте robots.txt для своего нового сайта

Файл robots.txt для сайта определяет, какие области может сканировать робот Googlebot.Убедитесь, что директивы в файле robots.txt нового сайта правильно отражают части, которые вы хотите заблокировать от ползания.

Обратите внимание, что некоторые владельцы сайтов блокируют сканирование во время разработки. Если вы последуете этому стратегии, убедитесь, что вы подготовили, как должен выглядеть файл robots.txt после перемещения сайта начинается. Аналогичным образом, если вы используете директивы noindex во время разработки, подготовьте список URL-адресов, из которых вы удалите директивы noindex при запуске переезд сайта.

Предоставить ошибки для удаленного или объединенного содержимого

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

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

Проверьте правильность настроек Search Console

Успешное перемещение сайта зависит от правильных и актуальных настроек Search Console.

Если вы еще этого не сделали, подтвердите что вы владеете как старым, так и новым сайтами в Search Console.Обязательно проверьте все варианты как старого, так и нового сайта. Например, проверьте www.example.com и example.com , и включают как HTTPS, так и Варианты сайта HTTP, если вы используете URL-адреса HTTPS. Сделайте это как для старых, так и для новых сайтов.

Просмотрите проверку Search Console

Убедитесь, что ваша проверка в Search Console продолжит работать после перемещения сайта. Если вы используете другой метод проверки, имейте в виду, что токены проверки могут отличаться при изменении URL.

Если вы используете HTML file, чтобы подтвердить право собственности на ваш сайт в Search Console, убедитесь, что вы не забудьте включить текущий проверочный файл в новую копию сайта.

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

Проверьте все настроенные параметры в Search Console

Если вы изменили некоторые параметры конфигурации в Search Console для своего старого сайта, убедитесь, что настройки нового сайта обновлены, чтобы отразить эти изменения.Например:

• URL параметры: если вы настроили параметры URL для управления сканированием или индексированием ваши старые URL-адреса, убедитесь, что настройки также применяются к новому сайту, если это необходимо.
• Геотаргетинг: Ваш старый сайт может иметь явный геотаргетинг, например домен с геотаргетингом или домен верхнего уровня с кодом страны (например, .co.uk ). Примените те же настройки к новый сайт, если вы хотите продолжить таргетинг на тот же регион.Однако, если ваш сайт move призван помочь вашему бизнесу расширяться во всем мире, и вы не хотите, чтобы ваш сайт был связанный с любой страной или регионом, выберите Не в списке в раскрывающемся списке список страницы настроек сайта.
• Скорость сканирования: Мы рекомендуем не ограничивать скорость сканирования робота Googlebot в Search Console как для старых, так и для новые URL-адреса. Мы также советуем не настраивать скорость сканирования. Только сделай это если вы знаете, что ваш сайт не может обрабатывать объем сканирования роботом Googlebot.Если у вас есть скорость сканирования вашего старого сайта уже ограничена роботом Googlebot, рассмотрите возможность его удаления. Google имеет алгоритмы, которые автоматически обнаруживают, что перемещение сайта было выполнено, и мы изменяем Сканирующее поведение робота Googlebot, поэтому наша индексация быстро отражает перемещение сайта.
• Отклонено обратные ссылки: если вы загрузили файл, чтобы отклонить ссылки на своем старом сайте, мы рекомендуем что вы повторно загрузите его снова, используя учетную запись Search Console на новом сайте.

Очистите недавно купленное домен

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

• Руководство действие для предыдущего спама. Для сайтов, которые не соответствуют нашим Веб-мастер Руководящие принципы, Google готов принять меры вручную, например понизить их или даже полностью удалить их из результатов поиска.Проверьте страницу «Меры, принятые вручную» в поиске Консоль, чтобы узнать, были ли применены какие-либо ручные действия к новому сайту, и устранить любые проблемы, перечисленные там до подачи пересмотр запрос.
• Удалено URL-адреса. Убедитесь, что предыдущий владелец не удалил URL-адресов, особенно удаление URL по всему сайту. Кроме того, перед отправкой запросов на удаление URL для вашего содержание, убедитесь, что вы понимаете когда не использовать инструмент удаления URL-адресов.

Использовать веб-аналитику

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

Убедитесь, что на вашем сервере достаточно вычислительных ресурсов

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

Обновление выделителя данных

Если вы использовали данные Маркер для сопоставления ваших старых страниц, обязательно переделайте сопоставление для вашего нового сайта.

Обновить ссылки приложения

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

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

Подготовить сопоставление URL-адресов

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

1.Определите ваши текущие URL-адреса

При простейшем перемещении сайта вам может не понадобиться создавать список ваших текущих URL-адресов. Для Например, вы можете использовать перенаправление на стороне сервера с подстановочными знаками, если вы меняете домен своего сайта. (например, переход с example.com на example.net ).

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

• Начните с важных URL-адресов .Чтобы их найти:
  • Посмотрите на свои карты сайта потому что, вероятно, ваши самые важные URL-адреса были отправлены в Search Console таким образом
  • Проверьте журналы сервера или программное обеспечение аналитики на предмет URL-адресов, которые получают наибольший трафик
  • Проверить ссылки к вашему сайту в Search Console для страниц с внутренними и внешними ссылками
• Используйте свою систему управления контентом, , которая обычно предоставляет простой способ получить список всех URL-адресов, на которых размещается контент.
• Проверьте журналы сервера на предмет URL-адресов, которые были посещены хотя бы один раз в последнее время. Выберите период времени, который имеет смысл для вашего сайта, учитывая сезонные колебания трафика.
• Включите изображения и видео —Убедитесь, что вы включили URL-адреса встроенного содержимого в планы перемещения вашего сайта: видео, изображения, файлы JavaScript и CSS. Эти URL-адреса необходимо переместить так же, как и весь другой контент на вашем сайте.

2. Создайте сопоставление старых и новых URL-адресов

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

3. Обновите все сведения об URL-адресах

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

1. Обновите аннотации в записи HTML или карты сайта для каждой страницы:
   1. Каждый целевой URL должен иметь ссылку на себя. rel = "canonical" тег .
   2. Если на перемещаемом сайте есть многоязычные или многонациональные страницы, аннотированные с использованием rel-alternate-hreflang аннотации, обязательно обновите аннотации, чтобы использовать новые URL-адреса.
   3. Если у перемещенного сайта есть мобильный аналог, обязательно обновите rel-alternate-media аннотаций.Дополнительные сведения см. В наших правилах использования веб-сайтов для смартфонов.
2. Обновить внутренние ссылки.
   Измените внутренние ссылки на новом сайте со старых URL-адресов на новые URL-адреса. Вы можете использовать сопоставление, созданное ранее, чтобы помочь найти и обновить ссылки по мере необходимости.
   
3. Создание и сохранение карты сайта и списков ссылок.
   Сохраните следующие списки для последнего шага:
   • Файл карты сайта, содержащий новые URL-адреса в сопоставлении
   • Файл карты сайта, содержащий старые URL-адреса в сопоставлении.
   • Список сайтов, ссылающихся на ваш текущий контент

   Подробнее о файлах Sitemap.

4. Подготовьтесь к переадресации 301

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

Имейте в виду следующее:

• Использовать перенаправления HTTP 301. Хотя робот Googlebot поддерживает несколько видов переадресации, мы по возможности рекомендуется использовать переадресацию HTTP 301.
• Избегайте цепочки перенаправлений. Хотя робот Google и браузеры могут следовать «цепочке» множественные перенаправления (например, Страница 1> Страница 2> Страница 3), мы советуем перенаправить на пункт назначения. Если это невозможно, сохраните количество перенаправлений в цепочке. низкий, в идеале не более 3 и менее 5. Объединение перенаправлений увеличивает задержку для пользователей, и не все браузеры поддерживают длинные цепочки перенаправления.
• Проверить перенаправления. Вы можете использовать Инструмент проверки URL для тестирования отдельных URL-адресов или инструментов командной строки или сценариев для тестирования большого количества или URL-адреса.

Начать перемещение сайта

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

1. Решите, как вы будете перемещать свой сайт на — сразу или по разделам:
   • Малые или средние сайты: Мы рекомендуем переместить все URL-адреса на вашем сайте. одновременно, а не перемещать по одному разделу за раз.Это помогает пользователям взаимодействовать с сайт лучше в его новой форме, и помогает нашим алгоритмам обнаруживать перемещение сайта и обновите наш индекс быстрее.
   • Большие сайты: Вы можете перемещать большие сайты на один раздел за время. Это может упростить отслеживание, обнаружение и более быстрое устранение проблем.
2. Обновите файлы robots.txt :
   • На старом сайте удалите все robots.txt . Это позволяет роботу Googlebot обнаруживать все перенаправления на новый сайт и обновлять наш индекс.
   • На новом сайте убедитесь, что файл robots.txt позволяет все ползать. Это включает сканирование изображений, CSS, JavaScript и других страниц. активы, за исключением URL-адресов, сканирование которых вы точно не хотите.
3. Настройте старый веб-сайт на перенаправления пользователей и робота Google на новый сайт на основе сопоставления URL-адресов.
4. Отправить Изменение адреса в Search Console для старого сайта . Если вы переводите свой сайт с HTTP на HTTPS, вам не нужно использовать Инструмент для изменения адреса .
5. На старом сайте отправьте две карты сайта, которые вы подготовили ранее содержащие старый и новый URL. Это помогает нашим сканерам обнаруживать перенаправления со старых URL-адреса на новые URL-адреса и облегчает перемещение сайта.

6. Сохраняйте перенаправления как можно дольше , как правило, не менее 1 года. Этот период времени позволяет Google передавать все сигналы на новые URL-адреса, включая повторное сканирование. и переназначение ссылок на других сайтах, указывающих на ваши старые URL-адреса.

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

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

Обновить входящие ссылки

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

• Внешние ссылки: попробуйте связаться с сайтами в сохраненном списке сайтов, ссылающихся на ваш текущий контент, попросив их обновить свои ссылки на ваш новый сайт. Подумайте о том, чтобы расставить приоритеты усилия по количеству входящих посещений для каждой ссылки.
• Ссылки на профили, например, из Facebook, Twitter и LinkedIn.
• Рекламные кампании, указывающие на новые целевые страницы.

Монитор трафика

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

Используйте Search Console для отслеживания трафика

Многие функции Search Console помогают отслеживать перемещение сайта, в том числе:

• Карты сайта: Отправьте две карты сайта, которые вы сохранили ранее из сопоставления. Изначально карта сайта содержащие новые URL-адреса, не будут проиндексированы, а карта сайта старых URL-адресов будет проиндексировано много страниц. Со временем количество страниц, проиндексированных со старых URL-адресов карта сайта упадет до нуля с соответствующим увеличением индексации новых URL-адресов.
Индекс покрытия
• отчет: графики будут отражать перемещение сайта, показывая снижение количества проиндексированных URL-адресов на старый сайт и увеличение индексации на новом сайте. Регулярно проверяйте наличие каких-либо непредвиденные ошибки сканирования.
• Поиск запросы: по мере того, как все больше страниц нового сайта индексируются и начинают ранжироваться, поисковые запросы отчеты начнут показывать URL-адреса на новом сайте, получающем поисковые показы и клики.

Используйте другие инструменты для отслеживания трафика

Следите за доступом к серверу и журналами ошибок.В частности, проверьте сканирование Робот Googlebot, любые URL-адреса, которые неожиданно возвращают коды состояния ошибки HTTP, и обычный пользовательский трафик.

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

Устранение неполадок на вашем сайте move

Вот несколько типичных ошибок при переносе сайта с изменением URL (включая HTTP на HTTPS). Эти ошибки могут помешать полной индексации вашего нового сайта.