Сайт

Переадресация с сайта на сайт: Страница не найдена | REG.RU

10.04.2021

Содержание

Как добавить редирект для вашего веб-сайта

Sait Домен

access_time

3 мая, 2017

hourglass_empty

4мин. чтения

Вступление

В этом руководстве вы узнаете как добавлять простое перенаправление или редирект для вашего веб-сайта! Мы рассмотрим как это сделать при помощи панели управления Hostinger или функции перенаправления в cPanel. Очень важно знать, как это сделать, если вы хотите перенаправить ваш веб-сайт или какую-то его страницу на другой сайт или отдельную страницу. Например, в этом руководстве, мы будем использовать веб-сайт с доменным именем thomvtutorials.com и добавлять редирект для него на google.com.

Что понадобится

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

  • Доступ к панели управления в вашем хостинг-аккаунте.

Вариант 1 – Добавление редиректа через панель управления Hostinger

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

Шаг 1 – Поиск раздела перенаправления

Для создания редиректа вашего веб-сайта, сначала перейдите в подраздел “Перенаправления” в разделе “Домены” в панели управления.

Шаг 2 – Введите URL

После этого вы увидите 2 секции. Первая — это ваш веб-сайт, в нашем случае http://thomvtutorials.com. Вторая секция — для задания адреса редиректа, например https://google.com. Как только все детали заполнены, нажимайте кнопку “Создать”, чтобы продолжить.

Поздравляем, это всё, что вам нужно знать для создания редиректа или перенаправления на веб-сайте Hostinger!

Вариант 2 – Добавление редиректа через cPanel

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

Шаг 1 – Нахождение функции редиректа

Начинаете с авторизации в вашей cPanel и следуем этим простым шагам:

  1. Находите поисковую панель вверху страницы вашей cPanel, как показано на скриншоте ниже:
  2. Вводите слово “перенаправления” в поисковой панели и нажимаете ссылку “Перенаправления”, которая появляется в разделе “Домены”:

Шаг 2 – Использование функции Перенаправления (редирект)

После нажатия на кнопку “Перенаправления”, вы перейдёте в главное окно этого раздела:

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

Вернёмся к этой секции немного позже.

Шаг 3 – Заполнения основных параметров функции редирект

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

  1. Тип:
    • Постоянный – эта опция будет сообщать поисковым системам и пользователям, что URL изменён на постоянной основе (перенаправлен на другой) и загрузка должна производиться с нового адреса по запросу в браузере или поисковой системе. В нашем случае, мы выбираем эту настройку.
    • Временный – сообщает браузеру/поисковой системе, что URL изменился, но перед тем как производить переадресацию пользователя на этот URL, будет попытка загрузить старый. Проще говоря, эта настройка сообщает нашему браузеру: “Ей, мой номер телефона временно изменился на этот, но я не уверен как надолго, так что если необходимо, позвоните по старому, чтобы проверить вдруг он работает. Если нет, вы будете переадресованы на новый автоматически”.
  2. http://(www .)?:
    • Все общедоступные домены – если вы оставите эту настройку, редирект будет применено для ВСЕХ доменов, которые есть в cPanel вашего аккаунта.
    • Выбранное вами доменное имя – эта настройка у каждого своя (отображаются ваши текущие домены, прикрепленные к cPanel данного аккаунта). Вы можете выбрать нужный домен, для которого будет выполнен редирект. В нашем случае, надо выбрать из списка http://thomvtutorials.com.

Эти два действия показаны на иллюстрации ниже:

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

  1. В этом поле, вручную нужно ввести подраздел вашего веб-сайта (путь), который вы хотите, чтобы был перенаправлен на другой веб-сайт (или другой путь). Например, в этом руководстве, в качестве подраздела выбран “subfolder”, таким образом вся ссылка, которая будет перенаправленна позже будет выглядеть вот так:
    http://www.thomvtutorials.com/subfolder
    . Вы можете оставить это поле незаполненным, если вы хотите просто добавить редирект на весь ваш веб-сайт (а не отдельный раздел), тогда это будет выглядеть вот так: http://www.thomvtutorials.com.
  2. Теперь в поле “Перенаправляет на”, вам нужно ввести место переадресации. На иллюстрации указано http://google.com. Таким образом, согласно предыдущему действию и тем настройкам, что показаны на иллюстрации, наш редирект будет выглядеть так: ссылка веб-сайта http://www.thomvtutorials.com/subfolder (если вы введёте её в браузере) будет перенаправлять вас на http://google.com.

    ВАЖНО: Не забывайте ввести “http://” перед желаемым доменом (ссылкой) перенаправления перед его подтверждением. Иначе, вы получите предупреждение.

  3. В секции “Перенаправление www .”, вам нужно выбрать поведение этого перенаправления:
    • Перенаправлять только с www . – эта опция означает, что редирект будет работать ТОЛЬКО, если вы введёте адрес С “www .” вначале. Например, в нашем случае переадресация будет работать только, если мы напишем в браузере www.thomvtutorials.com/subfolder.
    • Перенаправить с или без www . – эта опция является сочетанием первой и второй, поэтому редирект вашего веб-сайта будет производиться как с “www .” так и без него.
    • Не перенаправлять www . – данная опция работает противоположно первой. Веб-сайт будет перенаправлен ТОЛЬКО, если ввести ссылку С “www .” вначале. То есть, к примеру, редирект будет работать только, если мы напишем
      thomvtutorials.com/subfolder
       в адресной строке браузера.
  4. О настройка “Групповое перенаправление” можно почитать в “Примечании” ниже на этой же странице. В целом, если отметить эту опцию, все файлы внутри раздела, на который мы добавляем редирект, будут перенаправлены на все файлы с таким же именем в адресованном разделе. Например, опция “Групповое перенаправление” включена для homedomain.com/subfolder (для которого установлена переадресация на destinationdomain.com) и если мы вводим homedomain.com/subfolder/picture1.png в нашем браузере, это приведёт нас к destinationdomain.com/subfolder/picture1.png взамен.
  5. Проверив все предыдущие шаги и удостоверившись, что всё верно, можно нажать кнопку “Добавить”. Это подтвердит создание перенаправления и введёт его в действие.

Проверка работы переадресации

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

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

ВАЖНО: Правильно заданные Nameservers или IP-адрес для записи A могут быть получены у вашего хостинг-провайдера.

(По желанию) – Удаление перенаправления

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

Процесс удаления перенаправления приблизительно одинаков для разных платформ cPanel.

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

ВАЖНО: редирект будет полностью удалено и восстановить его уже нельзя будет.

Заключение

В этом руководстве вы изучили как добавить редирект для вашего веб-сайта, используя панель управления Hostinger и функцию “Перенаправления” в cPanel. Если что-то работает не верно, вы можете удалить редирект и создать его заново пока оно не заработает. В практике достигается совершенство, поэтому смело тестируйте все доступные настройки этой функции. Удачи!

Как настроить редирект для сайта из личного кабинета hoster.by?

Для настройки редиректа вам необходимо авторизоваться. 
На сайте hoster.by в верхнем меню нажмите «Войти» и введите ваш логин и пароль.

В личном кабинете выберите раздел «Домены».

В списке доменов найдите тот, для которого вы собираетесь настраивать редирект.
Для активации управления редиректами домена необходимо настроить DNS в соответствие с пунктом 2а инструкции Настройка DNS записей hoster.by

Нажмите «Управление» — «Настройка редиректов».


На открывшейся странице нажмите «Добавить редирект».


В поле «Применить редирект к» из выпадающего списка выберите, к чему будет применен редирект — «Домену» или «Субдомену».

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

В строке «Адрес перенаправления» введите адрес, на который должна осуществляться переадресация. Если на этом домене установлен SSL-сертификат, выберите https в выпадающем списке. 

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

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

В поле «Сохранять путь» оставьте значение «Нет», если переадресация осуществляется с сайта на сайт, без уточнения конкретных страниц. В случае если необходимо, чтобы адрес вида https://siteA/url1 сохранился при редиректе видом https://siteB/url1 , то выберите значение «Да».

Редирект для домена:

Редирект для субдомена:

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

Перенаправления в HTTP — HTTP

URL перенаправление (redirecting), также известное как URL пересылка (forwarding), это метод представления страницы, формы или целого веб-приложения, более чем одним  URL  адресом. HTTP предоставляет специальный вид ответов, HTTP redirect, для выполнения этой операции, используемой для многих целей: временного перенаправления, пока выполняется обслуживание сайта, постоянное перенаправление, для сохранения работоспособности внешних ссылок, после смены архитектуры сайта, страниц прогресса, пока загружается файл, и так далее.

В HTTP, перенаправление вызывается при отправке сервером специального ответа на запрос: redirects. HTTP перенаправление, это ответы с кодом статуса3xx. Когда браузер получает ответ перенаправления, он использует новый предоставленный URL-адрес и немедленно загружает его: в большинстве случаев переадресация невидима для пользователя, за исключением небольшого влияния производительность.

Есть несколько типов перенаправлений и делятся на три категории: постоянные, временные и специальные перенаправления.

Постоянные перенаправления

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

Код Текст Обработка метода Случаи использования
301 Moved Permanently GET методы неизменны.
Другие методы могут быть превращены в GET.[1]
Реорганизация веб-сайта.
308 Permanent Redirect Метод и тело запроса  неизменны. Реорганизация веб-сайта, с не-GET ссылками/операциями.

[1] Спецификация не была намерена разрешать изменение метода, но на практике, клиентские приложения делают это. Код 308 был создан чтобы избавиться от неоднозначности в поведении, при использовании не-GET методов.

Временные перенаправления

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

Код Текст Обработка метода Случаи использования
302 Found GET методы неизменны.
Другие методы могут  быть превращены в GET.[2]
Веб-страница недоступна по непредвиденым причинам. В этом случае поисковые роботы не будут обновлять свои ссылки.
303 See Other GET методы неизменны.
Другие превращены в GET (тело запроса теряется).
Используется для перенаправления после PUT или POST для предотвращения обновления страницы, что может спровоцировать повторный вызов операции.
307 Temporary Redirect Метод и тело запроса  неизменны. Веб-страница недоступна по непредвиденным причинам. В этом случае поисковые роботы не будут обновлять свои ссылки. Лучше чем код 302 когда не-GET ссылки/операции доступны на сайте.

[2] Спецификация не была намерена разрешать изменение метода, но на практике, клиентские приложения делают это. Код 307 был создан чтобы избавиться от неоднозначности в поведении, при использовании не-GET методов.

Специальные перенаправления

В добавок к обычным перенаправлениям, есть 2 специальные.  Перенаправление с кодом 304 (Not Modified) перенаправляет страницу к локальной закешированной копии (которая была устаревшей), и перенаправление с кодом 300 (Multiple Choice) это ручное перенаправление: тело, представленное браузером, как веб-страница, перечисляет возможные перенаправления и пользователь выбирает одно из них.

Код Текст Случаи использования
300 Multiple Choice Не так много: варианты перечислены на HTML странице. Может быть обслужен со статусом 200 OK.
304 Not Modified Обновление кеша: означает, что значение кеша все еще актуально и может быть использовано.

HTTP перенаправления это не единственный способ переадресации. Есть еще два метода: HTML перенаправления используют элемент <meta> , и JavaScript перенаправления используют DOM.

HTML перенаправления

HTTP перенаправления более предпочтительный способ создания перенаправлений, но, иногда, у веб-разработчиков нету контроля над сервером или возможности настроить его.  Для таких особых случаев, разработчики могут создать HTML страницу с элементом  <meta> и установить атрибуту http-equiv значение refresh в блоке <head>. Когда страница отображается, браузер найдет этот элемент и перейдет на указанную страницу.

<head>
  <meta http-equiv="refresh" content="0; URL=http://www.example.com/" />
</head>

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

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

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

JavaScript перенаправления

Перенаправления в JavaScript создаются установкой значения свойства window.location и новая страница загрузиться.

window.location = "http://www.example.com/";

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

Приоритетность

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

  1. HTTP перенаправления всегда выполняются первыми, пока еще страница даже не была передана,  и конечно же, пока еще не прочитана.
  2. HTML перенаправления (<meta>) выполняються только, если перенаправление не было в выполнено в HTTP.
  3. JavaScript перенаправления используются как последняя возможность перенаправления, и работают только если разрешено выполнение JavaScript на клиентской стороне.

Используйте HTTP перенаправления, когда это возможно, и не используйте элемент <meta>. Если разработчик изменяет HTTP перенаправление и забывает изменить HTML перенаправление , тогда они больше не идентичны, и закончится это вечным циклом или другим ночным кошмаром.

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

Связывание доменов

В идеале, есть только одно место, и следовательно один URL адрес, для одного ресурса. Но, есть несколько причин, чтобы иметь альтернативные имена для ресурса (несколько доменов, как с, так и без префикса www или более короткие и лёгкие для запоминания адреса, …). В этих случаях, использовать перенаправление к одному истинному URL адресу, более подходящий вариант, чем дублировать ресурс.

Связывание доменов может быть необходимым по нескольким причинам:

  • Расширение вашего сайта. Распространенный случай, когда ваш сайт находится под доменом www.example.com , а доступ к страницам должен быть возможным также из example.com . В этом случае создаются перенаправления для  страниц из example.com к страницам www.example.com. Вы также можете предоставлять обычно используемые имена синонимов или частые опечатки ваших доменных имен.
  • Переезд на другой домен. К примеру, ваша компания была переименована и вы хотите чтобы люди которые обычно использовали старый сайт компании находили вас под новым именем.
  • Принужденный HTTPS. Запросы к HTTP версии вашего сайта буду перенаправлены к HTTPS версии.

Сохранения ссылок рабочими

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

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

Временные ответы для небезопасных запросов

Небезопасные запросы изменяют состояние сервера и пользователь не должен не нарочно запросить их.  Обычно, вы не хотите чтобы ваши пользователи повторно отправляли PUT, POST или DELETE запросы. Если вы только обслуживаете запросы, простое нажатие кнопки перезагрузки повторно отправит запрос. 

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

Временные ответы на долгие запросы

Некоторые запросы могут потребовать больше времени сервера, например запрос DELETE, который срабатывает по расписанию. В этом случае, ответом будет перенаправление 303 (Смотреть другие), которое связывает со страницей показывающей, что действие было запланировано, и в результате информирует о процессе или позволяет отменить запрос.

Apache

Перенаправления могут быть установлены или в настройках сервера, или в каждой директории в файле ./images/(.*)$ http://images.example.com/$1 permanent;

IIS

В IIS, вы используете элемент <httpRedirect> для настройки перенаправлений.

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

В большинстве случаев это проблема сервера, и если сервер не может обнаружить её, то отправит код статуса 500 Internal Server Error. Если вы встретите такую ошибку вскоре после редактирования настроек сервера, то это скорее всего цикл перенаправлений.

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

тогда, как Chrome:

This Webpage has a redirect loop

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

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

301-редирект: гайд по настройке | UAATEAM - SEO

Alexander Kots

30 июня | 2020

Что за зверь такой, этот редирект? Редирект используется для перенаправления человека или бота ПС на другой адрес, который отличается от запрашиваемого вначале.

Пример: https://en.uaateam.agency/ перенаправляется на https://uaateam.digital/

Когда используется 301 redirect

Самый распространенный пример использования 301 redirect в SEO—продвижении – это склейка урлов сайта. В этом случае помимо передачи 90% ссылочного веса, передается также и авторитетность сайта с которого идёт перенаправление.

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

Если вы переезжаете на новый домен тоже было бы хорошо сделать редирект на него со старого, ведь таким образом можно сохранить трафик (люди переходят на старый домен через закладки или вписывают УРЛ в поиске, и в этих случаях попадают на новый домен)

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

Но в таких случаях также присутствует еще один вариант исправления ошибки — удаление страницы.

Виды Редиректов

301 редирект

301 редирект — это постоянный редирект, с помощью которого можно передавать  более 90% ссылочного веса, также он говорит о том, что страница имеет новый адрес, а старый УРЛ стоит считать неактуальным.

302 и 307 редирект

302 редирект является временным и передает целых 0% ссылочного веса и не рекомендуются для использования, его приемником в протоколе HTTP 1.1 является 307 редирект. Эти типы перенаправлений следует использовать лишь для перемещения контента на время, например, для проведения технических работ.

Остальные виды редиректов

Также редирект можно выполнить с помощью JavaScript или Meta Refresh, неудобство их использования заключается в том, что они не передают ссылочный вес и выполняются на уровне страницы, а не на уровне сервера как 301 или 302 редиректы.

Чем отличается постоянная переадресация от 302?

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

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

Советы по использованию редиректа
  1. Переадресация не должна быть циклической, если страница будет ссылаться на саму себя это может привести к тому, что при индексации сайта поисковым ботом, есть вероятность его попадания в такую «петлю», что в конечном счёте повлечет за собой сливание краулингового бюджета и как итог — сайт не будет проиндексирован.
  2. Не стоит делать редирект с адреса на который также идёт редирект, то бишь, если у вас есть страница 1, 2 и 3, то не нужно делать редирект с первой на вторую, а со второй на третью, ставьте сразу с первой на третью. Таким образом нагрузка на сервер не будет увеличиваться, а эффективность редиректа не будет уменьшаться.
  3. Размещение правил редиректов стоит начинать с общих, и лишь после них вписывать частные, так как при каких-либо противоречиях первыми будут срабатывать общие правила и лишь после них частные.
  4. Полезным редиректом будет считаться тот, который ведёт на страницу, копирующую во всех нюансах запрашиваемую.

 

Где настраиваются редиректы?

Самым популярным и распространенным методом выполнения переадресации является создание файла под названием .htaccess в папке сайта или редактирование его, если он у вас имеется.

При использовании веб-сервера Apache файл называется httpd.conf.

Рекомендую вам делать Backup файла или всего сайта, перед тем как вносить какие-либо изменения.

Регулярные выражения

Прежде чем перейти к примерам, хочу сказать, что для написания правил редиректов используются регулярные выражения. Помимо редиректов, они могут использоваться в сервисах аналитики (Google Analytics, Яндекс Метрика), поиске записей по ссылкам, при работе с Google Tag Manager. 

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

 Примеры:
  • Перенаправляем полностью весь сайт на новый адрес:

  • Редирект с одной страницы на другую

  • Редирект с www на без www:

  • Переадресация с HTTP на HTTPS:

Не забывайте о том, что работая с файлом, команда происходит на уровне сервера с ОС Linux или Apache с активированным модулем Mod_rewrite.

Также можно уменьшить нагрузку на сервер, изменив конфигурационным файлом hpptd.conf. — редирект .htaccess.

Настройка редиректов в CMS

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

С помощью PHP-условия

Если вы знаете структуру web-проекта, разбираетесь в PHP и сайт сделан на CMS, то откройте файл index.php, и в корне движка пропишите:

(в первой строчке указывается старый url, а во второй — новый)

Также, перенаправление PHP можно сделать с помощью отправки заголовков:

ASP редирект

ASP.NET редирект

В корне сайта необходимо будет найти файл web.config и вставить в секцию синтаксис:

ColdFusion редирект

JSP (Java) редирект

Такой способ лучше всего подойдет для корректировки простых проектов. Вы просто прописываете код в одном файле и добавляете на все нужные страницы. А вот и сам код:

(перенаправление на другой сайт)

CGI-скрипт на PERL

Ruby on Rails

Редирект в nginx

HTML-редирект

Если вам необходимо изменить лишь одну страницу на простеньком статическом сайте — сделайте редирект HTML.  Просто добавьте мета-тег внутри.

В данном примере мы используем редирект на наш сайт с 10-секундной задержкой:

Если мы изменим значение с 10 на 1, то пользователь отправится на https://uaateam.agency/ с секундной задержкой.

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

Редиректы по типам задачи

Перенаправление с www / без www

Добавьте эти строки в файл .htaccess, если вам необходимо настроить главное зеркало:

Также редирект с www можно выполнить благодаря синтаксису:

Склейка index.php, index.html, index.htm, index.asp

Редирект с http и https

Если мы переезжаем на защищенный протокол, то добавляем:

или

Редирект с https на http

Склейка дублей со слешем в конце url

Для удаления слеша по всему сайту необходимо использовать код:

Код для обратного эффекта:

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

Делаем перенаправление с лишними слешами на страницу с одним слешем:

Для склейки тире воедино пропишите от www.)

новый адрес

Если некоторых GET-параметров нет или они имеют произвольное значение, выбираем такой синтаксис:

Без сохранения GET-параметров

Для переадресации адреса site.ua/index.php на основное зеркало site.ua:

или

Редирект на URL в нижнем регистре

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

Пропишите данный код на уровне php-скрипта:

С внутренней страницы на главную

Перенаправление каталога

Если изменяется структура каталога, отображаемой в url:

Если адрес каталога, который устарел, идет сразу же после названия сайта, то применяем такой синтаксис:

 

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

Редирект при изменении файловых расширений

Если из-за переезда на другую платформу у вас изменились расширения файлов, вы можете использовать такую формулу:

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

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

Добавьте в файл .htaccess сайта, с которого делаете редирект, следующие строки:

(site.ua — площадка, на которую будет вести редирект)

Перенаправление на главную с внутренних страниц

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

С поддомена на основной домен

Со страниц одного домена на аналоги в другом

Если перенаправление на другой адрес необходимо после смены структуры урлов, то попробуйте этот код:

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

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

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

Поддержка | Hoster.KZ в Казахстане

Как настроить перенаправление домена (редирект) на хостинге Plesk?

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

Перенаправление при добавлении доменного имени:

  1. Для добавления домена в разделе "Сайты и домены" нажмите кнопку "Добавить домен".

  1. В поле "Имя домена" укажите название добавляемого домена.
  2. На открывшейся странице в поле "Тип хостинга" укажите - "Перенаправление".
  3. В поле "Конечный адрес" укажите ссылку для переадресации.
  4. Выберите тип перенаправления и нажмите "ОК".

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

Настройка перенаправления с использованием файла .htaccess

Файл .htaccess – это файл, который отвечает за настройки (конфигурацию) веб-сервера Apache и позволяет эти настройки применять к отдельно взятым папкам на сервере.

Для настройки перенаправления необходимо:

  1. В панели управления хостингом откройте раздел "Файлы".

  1. Войдите в корневой каталог домена, с которого должно срабатывать перенаправление. Корневой каталог вы можете посмотреть в разделе "Сайты и домены", ниже названия домена в графе "Папка сайта".

  1. Нажмите кнопку "Создать" и выберите "Создать файл".(.*)$ http://bitrix.kz/$1 [L,R=301]
    Вместо bitrix.kz укажите название домена, на который должно совершаться перенаправление.
    Для сохранения настроек нажмите кнопку "Применить".

На этом настройка перенаправления домена завершена.

Возврат к списку

Array
(
    [0] => Array
        (
            [TEXT] => Общие вопросы
            [LINK] => /faq/general/
            [SELECTED] => 
            [PERMISSION] => R
            [ADDITIONAL_LINKS] => Array
                (
                )

            [ITEM_TYPE] => D
            [ITEM_INDEX] => 0
            [PARAMS] => Array
                (
                    [FROM_IBLOCK] => 1
                    [IS_PARENT] => 
                    [DEPTH_LEVEL] => 1
                    [DESCRIPTION] => 
                )

            [DEPTH_LEVEL] => 1
            [IS_PARENT] => 
        )

    [1] => Array
        (
            [TEXT] => Оплаты и документы
            [LINK] => /faq/payment/
            [SELECTED] => 
            [PERMISSION] => R
            [ADDITIONAL_LINKS] => Array
                (
                )

            [ITEM_TYPE] => D
            [ITEM_INDEX] => 1
            [PARAMS] => Array
                (
                    [FROM_IBLOCK] => 1
                    [IS_PARENT] => 
                    [DEPTH_LEVEL] => 1
                    [DESCRIPTION] => 
                )

            [DEPTH_LEVEL] => 1
            [IS_PARENT] => 
        )

    [2] => Array
        (
            [TEXT] => Технические вопросы
            [LINK] => /faq/technical/
            [SELECTED] => 
            [PERMISSION] => R
            [ADDITIONAL_LINKS] => Array
                (
                )

            [ITEM_TYPE] => D
            [ITEM_INDEX] => 2
            [PARAMS] => Array
                (
                    [FROM_IBLOCK] => 1
                    [IS_PARENT] => 
                    [DEPTH_LEVEL] => 1
                    [DESCRIPTION] => 
                )

            [DEPTH_LEVEL] => 1
            [IS_PARENT] => 
        )

    [3] => Array
        (
            [TEXT] => Услуги и тарифы
            [LINK] => /faq/services/
            [SELECTED] => 
            [PERMISSION] => R
            [ADDITIONAL_LINKS] => Array
                (
                )

            [ITEM_TYPE] => D
            [ITEM_INDEX] => 3
            [PARAMS] => Array
                (
                    [FROM_IBLOCK] => 1
                    [IS_PARENT] => 
                    [DEPTH_LEVEL] => 1
                    [DESCRIPTION] => 
                )

            [DEPTH_LEVEL] => 1
            [IS_PARENT] => 
        )

)

26 июля 2017

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

4 декабря 2015

С 1 декабря и в течение всех новогодних праздников действуют специальные скидки 12% и 24% на полугодовые...


3 редиректа .htaccess с которыми я часто сталкиваюсь

Пару дней назад лазил по закладкам в своём браузере и нашёл две ссылки на примеры того, как правильно сделать 301-й редирект со старого домена на новый с сохранением URL всех внутренних страниц сайта, а также как сделать редирект с www на без-www и наоборот. А так как закладок и так целая куча, я решил, что лучше объединить эти примеры в один пост у себя на сайте, кроме того, добавив ещё и пример с редиректом на https://.

Думаю, что в настоящее время практически на всех хостингах уже стоят все необходимые модули апач, но всё же я упомяну, что для работы всех примеров из этого поста вам нужен модуль mod_rewrite. Без него ничего не получится. Проверить это можно либо на деле, начав использовать эти примеры, либо при помощи функции phpinfo(), либо написав в супорт хостинга в конце концов.

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

1. Редирект со старого домена на новый с сохранением URL каждой страницы

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

Нам же важно, чтобы каждый URL старого домена редиректил на ту же самую страницу на новом домене.truemisha\.ru RewriteRule (.*) http://truemisha.ru/$1 [R=301,L]

Если у вас что-то не получается или какой-то из примеров работает не так, как нужно на вашем сайте, пожалуйста, опишите свою проблему в комментариях, постараюсь вам помочь.

Миша

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

Сам же я впервые познакомился с WordPress в 2009 году. Организатор WordCamp. Преподаватель в школах Epic Skills и LoftSchool.

Если вам нужна помощь с вашим сайтом или может даже разработка с нуля на WordPress / WooCommerce — пишите. Я и моя команда сделаем вам всё на лучшем уровне.

Перенаправление на новый URL-адрес на портале - Power Apps

  • Чтение занимает 2 мин

В этой статье

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

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

  1. Откройте Приложение управления порталом.

  2. Перейдите в раздел Порталы > Веб-сайт > Перенаправления.

  3. выберите Создать.

  4. Введите данные перенаправления, как описано ниже.

Имя Описание
Полное имя Понятное имя перенаправления. (Может быть любым. Выберите легко понятное имя.)
Веб-сайт Веб-сайт, с которым связано перенаправление. (Сайт, с которого перенаправляется пользователь.)
Входящий URL-адрес Частичный URL-адрес, который перенаправляется. (Страница, с которой перенаправляется пользователь.)
Код состояния Один из следующих: 302 (временное перенаправление): возвращает состояние временного перенаправления. Это значение по умолчанию. - 301 (постоянное перенаправление): возвращает состояние постоянного перенаправления, указывающее, что ресурс перемещен на постоянной основе.
URL-адрес Целевой внешний URL-адрес, на который производится перенаправление. (Используйте, если пользователь перенаправляется по ссылке, внешней относительно указанного выше веб-сайта.)
Веб-страница Целевая внутренняя веб-страница, на которую производится перенаправление. (Используйте, если пользователь перенаправляется на внутреннюю страницу указанного выше веб-сайта.)
Маркер сайта Целевой внутренний маркер сайта, на который производится перенаправление.
  1. После ввода обязательный полей и указания значения по крайней мере одного из полей URL-адреса, веб-страницы или маркера сайта выберите Сохранить.

Использование перенаправления

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

Например, для значения входящего URL-адреса cs-survey, для которого задана целевая веб-страница опроса поддержки клиентов, следующий запрос:

https://customerportal.contoso.com/cs-survey

приводит к тому, что браузер запрашивает следующий URL-адрес:

https://customerportal.contoso.com/surveys/customer-service-survey/

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

: один из способов сделать или остановить миграцию вашего сайта

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

Щелкните изображение доски выше, чтобы открыть версию с высоким разрешением в новой вкладке!

Транскрипция видео

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

Миграции?

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

CMS перемещение / формат URL

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

Так было вроде / 2018 / май / а потом пост. Затем мы меняем CMS. У нас больше гибкости в том, как структурированы наши страницы, наши URL-адреса, поэтому мы собираемся переместить его в просто / post или что-то в этом роде. Таким образом, многие URL-адреса будут перемещаться, потому что мы меняем способ их структурирования.

Условные обозначения "Keywordy"

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

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

Капитальный ремонт содержимого

Другой пример: мы проводим полную переработку контента. Может быть, клиент приходит к нам и говорит: «Эй, мы пишем контент и ведем блог в течение очень долгого времени, и мы просто не видим тот трафик и рейтинги, которые нам нужны. Можете ли вы провести тщательный аудит? весь наш контент? " Обычно мы замечаем, что у вас могут быть даже тысячи страниц, но четыре из них ранжируются.

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

Разве мы не знаем этого? Да, но ...

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

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

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

Неясное право собственности

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

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

Сроки

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

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

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

Специалисты, не занимающиеся поисковой оптимизацией, обрабатывают перенаправление

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

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

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

1. Создайте однозначную переадресацию

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

2. Остерегайтесь цепочек переадресации

Два, берегитесь цепей. Я думаю, что Google говорит что-то странно конкретное, например, остерегайтесь цепочек переадресации, три, не больше пяти. Просто постарайтесь максимально ограничить это. Под цепочками я подразумеваю, что у вас есть URL-адрес A, затем вы перенаправляете его на B, а затем вы решаете переместить его в третье место.Вместо того, чтобы делать это и проходить через посредника, от A до B к C, сократите его, если можете. Идите прямо от источника к месту назначения, от А до С.

3. Остерегайтесь петель

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

4. 404 стратегически

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

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

5. Сделайте приоритетными URL-адреса, полезные для SEO

Номер пять, отдавайте приоритет URL-адресам, "ценным для SEO", и я делаю это, потому что я предпочитаю, очевидно, перенаправлять все, что вы перемещаете, все, что движется законно.

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

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

6. Тест!

Номер шесть, просто чтобы закончить, тест. Я думаю, что очень важно просто отслеживать эти вещи, потому что вы могли подумать, что вы все это настроили правильно, но, возможно, были какие-то ошибки форматирования или вы по ошибке перенаправили что-то не в то место. Очень важно просто протестировать. Итак, что вы можете сделать, вы можете создать site: domain.com и просто начать нажимать на все появляющиеся результаты и смотреть, не перенаправляются ли они в неправильное место, может быть, они 404.

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

Но он просканирует ваш сайт на предмет подобных ошибок, а именно 404. Поэтому, если есть какие-либо проблемы, такие как ошибки типа 500 или 400, Site Crawl поймает их и уведомит вас.Если вы не управляете доменом, над которым работаете в кампании в Moz Pro, также существует сканирование по запросу. Таким образом, вы можете запустить это в любом домене, над которым работаете, для тестирования подобных вещей.

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

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

Вернитесь на следующей неделе и сделайте еще один. Спасибо всем.

Транскрипция видео от Speechpad.com

Перемещение веб-сайта и изменение 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
URL-адреса не меняются? Если вы вносите изменения на сайт без видимых изменений URL, начните здесь.

Обзор

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

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

  • Google рекомендует перемещать все вместе, или можно перемещать по разделам?
    Перемещение по секциям - нормально.
  • Как проверить, сколько страниц было проиндексировано?
    Проверяйте данные для каждого свойства отдельно в 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:

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

    Повлияет ли эта миграция на HTTPS на рейтинг?

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

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

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

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

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

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

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

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

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

    Мы ссылаемся на наши карты сайта 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 annotations.Дополнительные сведения см. В наших правилах использования веб-сайтов для смартфонов.
  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. Сохраняйте перенаправления как можно дольше и подумайте о том, чтобы сохранить их бесконечно. Однако переадресация выполняется медленно для пользователей, поэтому попробуйте обновить свои собственные ссылки и любые крупные ссылки с других веб-сайтов, указывающие на новые 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). Эти ошибки могут помешать полной индексации вашего нового сайта.

Типичные ошибки

noindex или robots.txt блоки

Не забудьте удалить все блоки noindex или robots.txt, которые были только необходимо для миграции.

Это нормально, если на вашем сайте нет файла robots.txt, но обязательно верните правильный 404 быстро, если файл robots.txt запрошен, но не предоставлен.

Для проверки:

  • Изучите файл robots.txt на своем сайте HTTPS и посмотрите, нужно ли что-нибудь измененный.
  • Используйте проверку URL инструмент для любых страниц, которые, кажется, отсутствуют в Google на новом сайте.

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

Проверьте свои перенаправления со старого сайта на новый. Мы часто видим людей направление на неправильные (несуществующие) URL-адреса на новом сайте.

Другие ошибки сканирования

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

Недостаточная мощность

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

Не обновляются ссылки приложений

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

Не обновляются карты сайта

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

Не обновляется Data Highlighter

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

Как перенаправить мой сайт с помощью файла .htaccess?

Последнее изменение: 6 марта 2020 г.

Обзор

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

ПРОЧИТАЙТЕ Вначале

Конфигурационный файл .htaccess очень мощный. Даже малейшая синтаксическая ошибка (например, отсутствие пробела) может привести к тому, что ваш контент будет отображаться некорректно или вообще.

Поскольку .htaccess является скрытым системным файлом, убедитесь, что ваш FTP-клиент настроен на отображение скрытых файлов. Обычно это опция в настройках / опциях программы.

Эта статья предоставлена ​​любезно. Установка, настройка и устранение неполадок сторонних приложений выходит за рамки поддержки, предоставляемой (mt) Media Temple. Найдите минутку, чтобы просмотреть Заявление о поддержке.

Инструкции

1. Создайте пустой текстовый файл с помощью текстового редактора, например блокнота, и сохраните его как htaccess.текст.

ПРИМЕЧАНИЕ:

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

2. Отредактируйте содержимое файла htaccess.txt. Ниже приведены несколько примеров переадресации, которые вы можете использовать. Они помечены в соответствии с тем, какие действия они будут выполнять.

301 (постоянный) перенаправление:

Используйте редирект 301.htaccess, чтобы постоянно указывать для всего сайта другой URL. Это наиболее распространенный тип перенаправления, который полезен в большинстве ситуаций. В этом примере мы перенаправляемся на домен example.com.

При добавлении следующего в файл .htaccess вашего веб-сайта обязательно замените example.com своим собственным доменным именем.

  # Это позволяет перенаправить весь ваш сайт на любой другой домен
Перенаправить 301 / http://example.com/
  
302 (временное) перенаправление:

Укажите для всего сайта другой временный URL.Это полезно для целей SEO, если у вас есть временная целевая страница и вы планируете вернуться к основной целевой странице позже:

  # Это позволяет перенаправить весь ваш сайт на любой другой домен
Перенаправление 302 / http://example.com/
  
Перенаправить index.html в определенную подпапку:
  # Это позволяет перенаправить index.html в определенную подпапку
Перенаправить /index.html http://example.com/newdirectory/
  
Перенаправить старый каталог в новый каталог:
 # Пример перенаправления./? $ / folder2 /
 

Перенаправить на определенную страницу индекса:
  # Provide Specific Index Page (Установить обработчик по умолчанию)
DirectoryIndex index.html
  
Перенаправить сообщение об ошибке:

Вместо того, чтобы выводить страницу с ошибкой 404 Not Found, сайт перенаправляет на домашнюю страницу:

 # Перенаправить страницы ошибок 404 на домашнюю страницу 
ErrorDocument 404 http://example.com/
Перенаправить несуществующую страницу в индекс.php
 # Перенаправить несуществующие страницы на index.php 
Options + SymLinksIfOwnerMatch RewriteEngine On RewriteCond% {REQUEST_FILENAME}! -F RewriteCond% {REQUEST_FILENAME}! -D RewriteRule. /index.php [L]

3. Загрузите этот файл и переименуйте его в .htaccess .

ПРИМЕЧАНИЕ:

  • При использовании текстового редактора обязательно сохраните файл как обычный текст.
  • Пути к месту сохранения этого файла можно найти в этой статье: Системные пути.
  • Полное руководство по директивам Apache, которые можно использовать в файлах .htaccess, можно найти здесь: http://httpd.apache.org/docs/mod/core.html.

Более мощные изменения URL с помощью mod_rewrite

Если вам нужно внести сложные изменения в способ отображения URL-адреса, посетите раздел Использование правил перезаписи .htaccess. Вы можете сделать что-то вроде добавления «www» в начало вашего URL-адреса, перенаправить все запросы во вложенную папку, но сохранить остальную часть URL-адреса и т. Д.

См. Также

Техническое SEO-руководство по перенаправлениям

Различные типы перенаправлений

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

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

В целом мы делим редиректы на две категории:

Сторона сервера , которая, как следует из названия, работает на уровне сервера
Сторона клиента , группа перенаправлений, которые инициируются запросом файла браузером.
  • Мета-обновление
  • Javascript перенаправляет

Часть 1. Перенаправление на стороне сервера

Как следует из названия, перенаправление на стороне сервера происходит на сервере. Сервер получает HTTP-запрос файла, на который отвечает соответствующий код состояния, указывающий перенаправление и его характер - постоянный или временный.

Существует ряд перенаправлений на стороне сервера. Наиболее распространены:

Перенаправление 301 - окончательно перемещено

Редирект 301 - это перенаправление на стороне сервера, которое постоянно перенаправляет пользователей с одного URL-адреса на другой.301 редирект - важное перенаправление с точки зрения SEO.

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

На основе этой информации Google и другие поисковые системы заменят исходный URL в своем индексе тем, на который указывает перенаправление.

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

Когда использовать 301 редирект

301 следует использовать, когда вы удалили или навсегда удалили страницу из архитектуры сайта, но хотите сохранить ее трафик, рейтинг и ссылки.

Варианты использования 301 редиректа
  • Вы переместили свой сайт на новый домен и хотите, чтобы этот переход был как можно более плавным.
  • Люди заходят на ваш сайт через несколько разных URL-адресов. Если, например, на вашу домашнюю страницу можно попасть несколькими способами - например, http: // example.com / home, http://home.example.com или http://www.example.com - рекомендуется выбрать один из этих URL-адресов в качестве предпочтительного (канонического) пункта назначения и использовать переадресацию 301 для отправки трафика. с других URL-адресов на ваш предпочтительный URL-адрес.
  • Вы объединяете два веб-сайта и хотите убедиться, что ссылки на устаревшие URL-адреса перенаправляются на правильные страницы.
  • Битые страницы (404)
  • Устранение проблемы с дублированием контента
Когда не использовать переадресацию 301

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

Примеры использования редиректа 301.

  • Сезонные товары на сайтах электронной торговли
  • Товаров временно нет в наличии
  • Целевые страницы временного специального предложения
  • Другие примеры
  • Геотаргетинг
  • A / B тестирование
  • Устройство таргетинга
Как 301 редирект влияет на SEO

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

Как реализовать 301 редирект

Самый простой способ - указать перенаправление в файле .htaccess в корневой папке сервера. Вы можете написать код двумя способами, как показано ниже:

Первая часть определяет перенаправление («Redirect 301» или «RedirectPermanent»). Вы следуете за ним по слагу старого URL-адреса, с которого выполняется перенаправление.Поскольку команда находится на корневом сервере этого домена, указывать здесь полный URL-адрес нет необходимости. Последний элемент - это полный URL-адрес назначения перенаправления.

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

Перенаправление 302 - временно перемещено

Это перенаправление помогает перенаправлять трафик на новый URL только временно. Вы должны использовать его всякий раз, когда вам нужно заблокировать доступ пользователей к определенной странице на ограниченное время.Код состояния «302» в его имени указывает, что файл (документ или веб-страница) временно переместился на другой URL-адрес.

Когда использовать переадресацию 302

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

  • Геотаргетинг
  • A / B тестирование
  • Таргетинг на устройства (если у вас есть веб-сайт для настольных компьютеров и мобильных устройств, и вы хотите перенаправить посетителей с компьютеров, которые переходят на веб-сайт для мобильных устройств, и наоборот.)
  • Перенаправление страниц товаров, которых временно нет в наличии, или страниц со специальными предложениями.
Когда не использовать переадресацию 302

Если вы знаете, что страница навсегда переместилась на новый URL. В таком случае используйте 301 редирект, который мы описали выше.

Как реализовать 302 редирект

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

Обратите внимание на код ответа «302» вместо 301, который мы использовали для постоянного перенаправления URL-адреса.

Как 302 редирект влияет на SEO

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

Перенаправление 303 - см. Другое

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

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

Когда использовать 303 редирект

Сценарии использования 303 Redirect почти идентичны 302. Однако, как указано выше, если вы планируете изменить цель для перенаправления во время временного перенаправления, лучше подходит метод 303.

Когда не использовать переадресацию 303

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

Как 303 редирект влияет на SEO

На самом деле 303 Redirect абсолютно не влияет на SEO. Он не пересылает авторитет страницы или ссылки на новый URL-адрес и не кэшируется поисковой системой.

Перенаправление 307 - временно перемещено

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

Когда использовать переадресацию 307

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

Когда не использовать переадресацию 307

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

Как 307 редирект влияет на SEO

Редирект 307 не влияет на SEO.

308 редирект - постоянное перенаправление

Это постоянный аналог 307 редиректов. При перенаправлении 308 метод запроса должен совпадать с исходным запросом.

Когда использовать переадресацию 308

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

Когда не использовать переадресацию 308

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

Часть 2. Перенаправление на стороне клиента

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

Как правило, переадресация на стороне клиента работает, когда веб-мастер не имеет возможности настраивать или контролировать поведение сервера. Хорошим примером этого является невозможность доступа к файлу .htaccess на сервере для указания перенаправления.

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

Существует два основных типа переадресации на стороне клиента:

Перенаправление мета-обновления

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

Код перенаправления выглядит так:

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

Стоит отметить, что такая практика противоречит рекомендациям Google.Более того, поисковая система не рекомендует этот тип переадресации по двум причинам:

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

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

Переадресация JavaScript
Перенаправления

JavaScript работают аналогично мета-обновлению, хотя они требуют, чтобы клиент (браузер) обработал JavaScript для доступа к целевому URL-адресу.

Код перенаправления JavaScript также находится в разделе HTML-файла и выглядит так:

Когда использовать переадресацию JavaScript

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

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

Влияние переадресации на стороне клиента на SEO

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

Как настроить перенаправление веб-страниц в cPanel

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

О редиректах

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

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

Добавление редиректа

Чтобы добавить перенаправление, выполните следующие действия:

  1. В разделе ДОМЕНА на главном экране cPanel щелкните Перенаправления:

  2. В разделе «Добавить перенаправление» выберите тип перенаправления:

  3. Выберите домен, а затем введите веб-страницу, которую вы хотите перенаправить.
  4. В текстовом поле «Перенаправляет на» введите целевую веб-страницу.

    Вы можете перенаправить веб-страницу на другую веб-страницу на своем веб-сайте или на веб-страницу на совершенно другом веб-сайте.

  5. На сайте www. перенаправление, выберите вариант перенаправления доменов, содержащих www .
  6. Чтобы включить перенаправление с подстановочными знаками, установите флажок «Перенаправление с подстановочными знаками».

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

  7. Щелкните Добавить. cPanel добавляет перенаправление.
Удаление редиректа

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

Чтобы удалить перенаправление, выполните следующие действия:

  1. В разделе ДОМЕНА на главном экране cPanel щелкните Перенаправления:

  2. В разделе «Текущие перенаправления» найдите перенаправление, которое вы хотите удалить, и нажмите «Удалить».
  3. Щелкните «Удалить перенаправление», чтобы подтвердить удаление. cPanel удаляет перенаправление.

Как увеличить трафик с 301 редиректа

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

Вы можете превратить неудачу во что-то, что действительно принесет вам пользу.

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

Ага, даже 301 редирект!

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

Я знаю, это звучит безумно, но это вполне возможно.

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

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

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

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

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

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

Теперь, когда мы разобрались с этим, давайте поговорим о переадресации.

Что на самом деле делает перенаправление 301

Вы видели 301 редирект в действии по всему Интернету, но, возможно, не осознавали этого.

Вот как выглядит переадресация 301.

Введите https://neilpatel.com в адресную строку.

Нажмите Enter. Когда сайт загрузится, вы увидите что-то другое в адресной строке:

Если вы ввели префикс https: //, почему он пропал? Это из-за простого перенаправления 301.

Вы можете спросить, «Зачем мне использовать 301 редирект?» Ответ: Это зависит от обстоятельств.

Этот конкретный пример часто встречается в блогах с переадресацией URL.Обычно блоги делают это, потому что URL без http: // или https: // легче увидеть и запомнить. Людям не нужно обращать внимание на префикс HTTP или HTTPS - они просто видят название веб-сайта.

Также важно, чтобы вы использовали только одну форму URL, чтобы вы могли поддерживать то, что Moz называет «полномочиями домена».

Чтобы проиллюстрировать это, воспользуемся NeilPatel.com. Обратите внимание, что независимо от того, на какой странице NeilPatel.com вы находитесь, вы всегда будете видеть neilpatel.com в начале.

Другими словами, вы никогда не увидите https: // neilpatel.com или neilpatel.com

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

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

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

Давайте попробуем еще раз с немного другим типом переадресации 301. Введите http://nationalgeographic.com. Вы увидите, что это делает 301:

еще более впечатляющим.

Домен преобразован в www.nationalgeographic.com. Это еще один вариант, который используют многие сайты.

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

Что я имею в виду? Позволь мне показать тебе.

Чтобы увидеть этот тип переадресации 301 в действии, введите mint.com в адресную строку.

Когда он загрузится, вы увидите префикс https: //.

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

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

Если вы введете http://bankofamerica.com, вы будете перенаправлены на сайт HTTPS.

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

Давайте взглянем на некоторые более интересные вещи.

Вот еще несколько способов использования редиректа 301.

Использование переадресации 301 для сайтов с ребрендингом

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

Джон Морроу сделал это со своим старым блогом Boost Blog Traffic. Он создал новый бренд под названием Smart Blogger, и именно здесь вы найдете все старое содержание и новое.

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

Итак, когда вы вводите boostblogtraffic.com в строку поиска…

… он автоматически перенаправляет вас на сайт Smart Blogger.

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

Использование системы 301 редиректа было идеальным решением. Весь этот драгоценный SEO-сок был сохранен, и Джон мог использовать свой новый блестящий бренд.

Итак, если вы каким-либо образом перезагрузили свой бренд, вы можете использовать редирект 301, чтобы сохранить SEO и трафик.

Теперь я знаю, о чем вы думаете: «Что, если я не переименовал свой сайт?»

И это вполне правильный вопрос. Вероятно, вы в последнее время не переименовывали свой сайт.

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

Здесь в игру вступает особенно остроумная тактика, и это один из моих любимых способов добиться законного улучшения SEO от самого Google.

Перенаправление с HTTP на HTTPS

Вы, наверное, слышали о дебатах HTTP и HTTPS. Вы могли задаться вопросом: «Действительно ли нужно HTTPS на моем сайте?»

Ответ: Вам, вероятно, нужен HTTPS на вашем сайте.

Google несколько раз открыто признавал, что предпочитает HTTPS протоколу HTTP.На Share16 Google Keynote Тао Тран из Google подтвердила, что HTTPS «необходим», сказав: «Будущее Интернета - в безопасности».

Значит, этот зеленый текст и замок могут много значить.

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

Разница небольшая, но заметная.

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

Но есть и другие причины для перехода на HTTPS, которые не менее убедительны.

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

HTTP-сайты

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

Что еще более важно, если у вас нет HTTPS, Google выставит на ваш сайт предупреждение системы безопасности, помеченное как «Небезопасный».

Например, если вы зайдете на сайт www.williams-sonoma.com с помощью Google Chrome, вы увидите обычную домашнюю страницу:

Но если вы попытаетесь добавить к нему префикс HTTPS, вы получите предупреждение:

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

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

Сравните это с веб-сайтом Mint, на котором HTTPS гордо отображается зеленым цветом вместе с замком:

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

Итак, как все это связано с переадресацией 301?

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

Давайте посмотрим на это перенаправление в действии на сайте Mint. Введите http://mint.com и посмотрите, что получится:

Он автоматически перенаправляет вас на сайт HTTPS.

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

В феврале 2016 года Джон Мюллер из Google опубликовал несколько важных часто задаваемых вопросов о переводе вашего сайта на HTTPS. Весь его пост стоит прочитать, но вот некоторые из наиболее важных частей.

Раньше переадресация 301 или 302 приводила к небольшой потере PageRank. Фактически, в 2013 году Мэтт Каттс подтвердил, что переадресация 301 вызывает потерю PageRank примерно на 15%.

Это означало, что перевод всего сайта на HTTPS вызвал бы значительную потерю PageRank. Если бы вы использовали кучу переадресации 301, ваш сайт сильно пострадал бы, и это не сильно мотивировало веб-мастеров переводить свои сайты на HTTPS.

Но Мюллер подтвердил, что 301 и 302 редиректы не потеряют PageRank .Это кардинально меняет правила игры и показывает, насколько большое внимание Google уделяет HTTPS. По сути, они изменили свои правила в пользу HTTPS-сайтов.

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

Это хорошее пошаговое руководство, которое проведет вас через процесс перевода вашего сайта на HTTPS.

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

Когда Wired переместил свой сайт на HTTPS в 2016 году, в процессе возникли некоторые проблемы. Короче говоря, их страницы переводились на HTTPS, но некоторые изображения и файлы JavaScript загружались на новые страницы с помощью HTTP.

Этот конфликт вызвал около 485 000 заметных ошибок. И это было примерно за 10 дней. Вы можете видеть, насколько они могут быть сложными и запутанными.

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

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

Мелкий шрифт 301

Все это не означает, что вам ничего не известно, если вы перенаправляете все свои страницы.Вы вполне могли бы быть, но есть некоторые ограничения.

Вот хорошая диаграмма от Moz, которая объясняет некоторые из новых правил Google в свете их старых:

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

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

Но Гленн Гейб из G-Squared Marketing обнаружил, что Google будет рассматривать переадресацию 301 на нерелевантную страницу как мягкую ошибку 404:

Вернемся к моему первому пункту о вопросах, которые задавали Джону [Мюллеру], и его ответу.Он всегда говорил, что перенаправления на домашнюю страницу или нерелевантные страницы можно рассматривать как мягкие 404-е. Это означает, что Google будет просматривать исходные страницы, которые перенаправляются как 404-е. А это означает, что Google в конечном итоге удалит эти страницы из индекса (рассматривая их как стандартные 404), даже если они правильно перенаправляют на другие страницы вашего сайта.

Так что это значит для вас?

По сути, будьте настолько просты и понятны, насколько это возможно, с вашими переадресациями 301. Если вы переместите свои HTTP-страницы на HTTPS-страницы, которые идентичны, вы должны получить поддержку от Google и не понести никаких штрафов.

Примером неправильного перенаправления может быть перенаправление со старой страницы статьи на новую домашнюю страницу. (Например: fakesite.com/article перенаправляет на newfakesite.com.) Google сочтет это несущественным.

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

Давайте взглянем на Boost Blog Traffic / Smart Blogger.Вот ссылка Google SERP на страницу на старом сайте boostblogtraffic.com:

Когда вы нажмете на нее, вы увидите ту же статью с тем же окончанием URL, но вместо этого она находится на smartblogger.com.

Это лучший способ переместить старые страницы на новый сайт: перенаправить на ту же страницу с новым URL.

Это верно независимо от того, является ли ваш новый сайт полностью новым доменом или просто версией HTTPS.

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

Но если по какой-то причине вы, , не можете указать ссылку на новую версию страницы, не переживайте. Мюллер сказал, что создание пользовательской жесткой страницы 404 - лучшее решение в этом случае.

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

Подведем итоги: если вы используете переадресацию 301 для перемещения трафика с HTTP на HTTPS, Google, вероятно, немного повысит ваш рейтинг.Но убедитесь, что вы перенаправляете на релевантный контент.

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

Заключение

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

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

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

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

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

Философ и ученый Фрэнсис Бэкон сказал:

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

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

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

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

Собираетесь ли вы попробовать какой-либо из этих методов с использованием редиректа 301?

Узнайте, как мое агентство может привлечь огромное количество трафика на ваш веб-сайт

  • SEO - разблокируйте огромное количество SEO-трафика. Смотрите реальные результаты.
  • Контент-маркетинг - наша команда создает эпический контент, которым будут делиться, получать ссылки и привлекать трафик.
  • Paid Media - эффективные платные стратегии с четкой рентабельностью инвестиций.

Заказать звонок

Переадресация домена

с помощью Square Online | Square Support Center

Если вы переносите веб-сайт и домен с другой платформы, переадресация 301 сохраняет ваши старые URL-адреса, перенаправляя их на новые. Рейтинг этой страницы в поисковой системе сохраняется, и вы не теряете трафик.

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

Например, предположим, что у вас была страница под названием «Свяжитесь с нами» на вашем старом сайте с URL-адресом mybusiness.com/contact-us.php . На вашем новом сайте также есть страница «Свяжитесь с нами» с URL-адресом mybusiness.com/contact-us . Вы можете использовать функцию перенаправления страницы, чтобы обеспечить перенаправление трафика по старой ссылке /contact-us.php на новую страницу / contact-us .

Настройка перенаправления URL-адреса для отдельной страницы

Для настройки 301 редиректа для каждой страницы:

  1. Зайдите в редактор сайта Square Online и откройте страницу по вашему выбору.

  2. Щелкните значок шестеренки и выберите Просмотр параметров страницы .

  3. На вкладке Общие всплывающего окна включите перенаправления с помощью переключателя.

  4. Введите старое имя страницы в поле перенаправления и выберите Сохранить .

  5. Опубликуйте свой сайт, чтобы изменения вступили в силу.

Настройка перенаправления URL-адресов для нескольких страниц

Чтобы настроить переадресацию для нескольких страниц:

  1. Перейдите на страницу обзора Square Online> Веб-сайт > SEO и социальные сети .

  2. В разделе URL-перенаправления выберите Добавить перенаправления .

  3. Введите URL старой страницы в текстовое поле (например,грамм. contact-us.php ) и выберите новую страницу из списка.

  4. Используйте ссылку + Добавить еще , чтобы создать больше перенаправлений.

  5. Выберите Сохранить , когда закончите.

Сложные URL-адреса

Если ваши старые URL-адреса были более сложными, например mybusiness.com/site/pages/contact-us.php?form=2 , это не будет блокировщиком. Просто введите все после части URL-адреса « mybusiness.com/ » (так, в приведенном выше примере вы должны ввести « site / pages / contact-us.php? form = 2 ").

Примечание: Некоторые URL-адреса могут не работать с переадресацией, например mybusiness.com/pages/picture.jpg или mybusiness.com/document.pdf .

.

Добавить комментарий

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