Содержание

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

Вступление

В этом руководстве вы узнаете как добавлять простое перенаправление или редирект для вашего веб-сайта! Мы рассмотрим как это сделать при помощи панели управления 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. Если что-то работает не верно, вы можете удалить редирект и создать его заново пока оно не заработает. В практике достигается совершенство, поэтому смело тестируйте все доступные настройки этой функции. Удачи!

Елена имеет профессиональное техническое образование в области информационных технологий и опыт программирования на разных языках под разные платформы и системы. Более 10 лет посвятила сфере веб, работая с разными CMS, такими как: Drupal, Joomla, Magento и конечно же наиболее популярной в наши дни системой управления контентом – WordPress. Её статьи всегда технически выверены и точны, будь то обзор для WordPress или инструкции по настройке вашего VPS сервера.

как, где и в каких случаях их использовать — 5 o’click

Поделиться:

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

Что представляет собой редирект

Редирект — механизм автоматической переадресации пользователей с одного URL на другой. Чаще всего переадресация реализуется на стороне сервера при помощи специальных инструкций в серверных файлах-конфигураторах. Для сайтов на серверах Apache используется файл .htaccess; для тех, что работают на nginx, — nginx.config. Также переадресацию можно настроить с помощью PHP, HTML и JavaScript.

Какими бывают редиректы и когда их использовать?

Всего существует 10 различных видов редиректов, включая Meta Refresh. Но на практике распространены случаи использования всего нескольких.

301 Moved Permanently

301 редирект — абсолютный лидер по частоте использования. Он применяется для постоянной переадресации и передает ссылочный вес от начального адреса к конечному URL по аналогии с обычными ссылками. (.*)$ http://site.com/$1 [R=301,L]

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

RewriteCond %{QUERY_STRING} action=page [NC]
RewriteCond %{QUERY_STRING} id=(\d+) [NC]


RewriteRule .* /page/%1/? [R=301,L]

302 Found (HTTP 1.1) / Moved Temporarily (HTTP 1.0)

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

302 редирект передает ссылочный вес так же, как и 301. Отметим отдельно, что в зависимости от версии HTTP код ответа может отличаться — 302 Moved Temporarily в случае с HTTP 1.0. и 302 Found на сайтах с HTTP 1.1.

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

Redirect 301 /old/black-dress-1.html http://www.site.com/black-dress-1-sale.html

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

RewriteCond %{HTTP_USER_AGENT} (?i:midp|samsung|nokia|j2me|avant|docomo|novarra|palmos|palmsource|opwv|
chtml|pda|mmp|blackberry|mib|symbian|wireless|nokia|hand|mobi|phone|
cdm|upb|audio|SIE|SEC|samsung|HTC|mot-|mitsu|sagem|sony|alcatel|lg|eric|vx|NEC|philips|mmm|xx|panasonic|sharp|
wap|sch|rover|pocket|benq|java|pt|pg|vox|amoi|bird|compal|kg|voda|sany|
kdd|dbt|sendo|sgh|gradi|jb|dddi|moto|iphone|android) [NC]
RewriteCond %{HTTP_HOST} site.

old.site$
RewriteRule (.*)$ http://new.site/$1 [R=307,L]

Прочие виды редиректов

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

300 Multiple Choices

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

303 See Other

Работает по аналогии с 302 временным редиректом, но отличается по методу запроса. Запрещает кеширование конечного адреса редиректа.

304 Not Modified

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

305 Use Proxy

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

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

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

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

  1. Не выстраивайте редиректы на страницы с уже имеющейся переадресацией. Делайте исключительно прямое перенаправление, чтобы не создавать цепочек. Это же касается и связки Канонический атрибут + Редирект. Не рекомендуется выставлять атрибут rel=canonical на URL с редиректом, а также делать редирект на канонизированную страницу.
  2. Не используйте редирект там, где уместнее использовать rel=canonical. Если у вас есть две страницы с почти идентичным содержанием, это не означает, что их непременно нужно склеивать.
    Вполне возможно, будет лучше просто указать поисковым роботам на приоритетный для индексации URL, но оставить на сайте обе страницы.
  3. По возможности не выставляйте редиректы на страницы, которые существенно отличаются от изначальных. Если поисковый робот обнаружит ощутимую разницу между содержимым начального и конечного URL, поисковик может заподозрить вас в недобросовестных манипуляциях. Это, в свою очередь, негативно скажется на SEO отдельно взятых страниц и репутации сайта в целом.
  4. Не используйте редиректы для служебных файлов во время переезда
    . Будьте осторожны с переадресацией для служебных файлов: к примеру, редирект для файла robots.txt может повлечь за собой проблемы с его обработкой поисковыми роботами.

Что следует учитывать при создании редиректов

  1. Тип редиректа должен соответствовать своему назначению. Например, вам необходимо выставить постоянный редирект, но по незнанию или банальной невнимательности вы воспользовались одним из временных.
  2. Конечный URL должен быть доступен для индексации. Если вы хотите «склеить» разные адреса при помощи редиректов и добиться замены одного из них в индексе, конечный URL должен быть доступен для поисковых роботов и отдавать код ответа 200 OK.
  3. Старайтесь сохранить старую структуру ссылок. Если вы планируете переезд на новый домен и настройку соответствующих редиректов, постарайтесь сохранить старую структуру URL, чтобы начальный адрес, к примеру, имел вид olddomain.com/page1, а конечный — newdomain.com/page1.
  4. Старайтесь настраивать редиректы исключительно на стороне сервера. Все прочие методы используйте лишь в крайнем случае.
  5. Учитывайте, что индексация и «склейка» новых URL не происходит мгновенно. Если на предыдущем домене или старой CMS у вас был относительно скромный трафик, индексация адресов редиректов может занять довольно много времени.
  6. Убедитесь, что редиректы ведут на страницы с кодами ответа 200. Код ответа 200 OK — обязательное условие для индексации, а также нормальной и быстрой «склейки» страниц поисковыми системами. Если код будет 4хх или 5хх, то это будет противоречить самой сути редиректа. В случае с 3хх кодом ответа сервера у вас получится цепочка редиректов.

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

Чтобы выяснить, нет ли на вашем сайте описанных выше проблем, воспользуйтесь краулером и просканируйте весь сайт для анализа имеющихся редиректов. Например, если вы используете Netpeak Spider, вам следует выполнить следующие действия:

  1. Откройте программу и установите все настройки по умолчанию.
  2. Впишите адрес сайта в соответствующем поле и запустите сканирование.
  3. После завершения сканирования перейдите на боковую панель и откройте вкладку «Отчеты» → «Ошибки». Там вы увидите сгруппированные по уровню критичности ошибки. Большинство проблем, связанных с редиректами, будут высвечиваться как высоко критичные.


Программа идентифицирует следующие типы ошибок:

  • битый редирект;
  • бесконечный редирект;
  • максимальное количество редиректов;
  • редирект, заблокированный в robots. txt;
  • редиректы с неправильным форматом URL;
  • refresh редирект;
  • редирект на внешний сайт.
  1. Кликните по названию ошибки, чтобы увидеть список URL с соответствующей проблемой.
  2. При необходимости выгрузите отфильтрованные результаты, нажав кнопку «Экспорт» над таблицей слева. Также вы можете выгрузить один из удобных отчетов по редиректам, выбрав соответствующую опцию в меню «Экспорт».

Коротко о главном

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

  • 301 Moved Permanently, который используется для постоянной переадресации и «склейки» страниц в индексе.
  • 302 Found/Moved Temporarily и 307 Moved Temporarily, необходимые для временного перенаправления.

При построении редиректов необходимо придерживаться ряда базовых рекомендаций:

  1. Следует использовать тот тип редиректа, который соответствует своему назначению.
  2. Если конечный URL переадресации должен быть проиндексирован, его нужно сделать доступным для индексации поисковыми роботами.
  3. Желательно сохранять изначальную структуру ссылок при переезде, чтобы у начального и конечного URL отличался разве что домен.
  4. В большинстве ситуаций следует использовать серверный редирект.
  5. Следует избегать появления цепочек редиректов, а также цепочек, состоящих из редиректов и атрибутов rel=canonical.
  6. Важно следить, чтобы конечные адреса не отдавали коды ответа 4xx и 5xx.
  7. Прежде чем ставить редирект, следует определиться, нужен ли он в принципе и не лучше ли воспользоваться атрибутом rel=canonical.
  8. Важно соблюдать осторожность с переадресацией служебных файлов.
  9. Не стоит без необходимости ставить редирект на страницу, которая существенно отличается от изначальной.

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

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

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

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

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


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


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

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

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

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

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

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

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

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

Управление перенаправлением на сайты — SharePoint in Microsoft 365

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

В этой статье

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

Например, если вы изменили адрес сайта с https:// contoso.sharepoint. com/sites/OldSiteName to https:// contoso.sharepoint. com/sites/NewSiteName или переместили сайт из https:// contoso.sharepoint. com/sites/SiteName to https:// contosoEUR.sharepoint. com/sites/SiteName мы разоберем перенаправление (тип шаблона REDIRECTSITE#0) на старый URL-адрес, содержащий специальные загонщики и логику для перенаправления запросов браузера на новый сайт.

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

Примечание

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

Удаление перенаправления

  1. Скачайте последнюю версию командной консоли SharePoint Online.

    Примечание

    Если вы установили предыдущую версию командной консоли SharePoint Online, перейдите к разделу «Установка и удаление программ» и удалите компонент «Командная консоль SharePoint Online».

  2. Подключите SharePoint, используя права глобального администратора или администратора SharePoint в Microsoft 365. Сведения о том, как это сделать, см. в статье Начало работы с командной консолью SharePoint Online.

  3. Выполните следующую команду:

    Remove-SPOSite -Identity https://contoso. sharepoint.com/sites/OldSiteName

  4. При запросе подтвердите, что необходимо удалить перенаправление.

Чтобы подтвердить, что перенаправление удалено, просмотрите URL-адрес. Он должен возвращать ошибку 404. Вы также можете запустить Get-SPOSite -Identity https://contoso.sharepoint.com/sites/OldSiteName . Он возвращает, что мы не можем получить сайт.

Примечание

Возможно, вам потребуется очистить историю в браузере перед просмотром URL-адреса.

Чтобы получить список всех сайтов перенаправления

Выполните следующую команду.

Get-SPOSite -Template REDIRECTSITE#0

Принцип работы переадресации вызовов — Блог Zebratelecom

Автор статьи:

Евгений Козлов

Дата публикации:

09.07.2018

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

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

Что такое переадресация вызовов?

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

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

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

Виды переадресации

Безусловная переадресация

Условная по занятости

Переадресация «по нарастающей»

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

  • Безусловная переадресация (звонок на номер) — самый простой вариант. Выбирается телефон, на который переводятся все входящие. На сайте или в рекламе указывается один номер, например, городской многоканальный номер, состоящий из одинаковых цифр. Но все звонки отправляются на мобильный предпринимателя.
  • Условная по занятости (звонок по приоритету). Когда основной номер занят, не отвечает или недоступен, звонок переводится на резервный или следующий по очереди. Например, в офисе продаж входящий звонок сначала переходит к первому менеджеру. Если он занят, — ко второму. И дальше по очереди, пока трубку не возьмет свободный сотрудник.
  • Переадресация «по нарастающей» — следующий по очереди телефонный номер получает переадресованный вызов через указанное пользователем время. В результате чего вызов идет одновременно на несколько номеров.
  • Переадресация на группу номеров — при входящем звонке переадресация настроена на несколько номеров, вызов принимает тот номер, который первый успеет ответить.

В каких случаях нужна переадресация?

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

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

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

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

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

Единый номер 8-800. Такие телефоны пользуются доверием клиентов и легче запоминаются. Входящие звонки для клиентов бесплатны, поэтому на номера 8-800 всегда звонят чаще. Нет ограничений по географии, поэтому покупатели обращаются из любой точки России.

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

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

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

Возможные сложности при переадресации

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

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

Вопрос:

Каким законом установлено это ограничение и на что оно распространяется?

Ответ:

Деятельность оператора связи лицензируется и регулируется ФЗ «О связи», поправки к которому были приняты 05 декабря 2017 г. Именно поправки к ФЗ запретили практику подмены и сокрытия телефона. Законодательство регулирует только подмену номеров при исходящих звонках. Подмена телефонов на сайте при установке call-tracking не запрещена. Call-tracking работает в прежнем режиме.

Выводы

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

Подробнее об услуге Виртуальной АТС: https://www.zebratelecom.ru/services/cloud-pbx

Как обнаружить и устранить скрытую переадресацию для мобильных устройств / Блог компании Google Developers / Хабр

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

всплывающую панель навигации

. Если такие модификации реализованы должным образом и их цель — повысить удобство, мы не рассматриваем их как нарушение правил Google.

То же самое относится к переадресации на сайты для мобильных устройств. Пользователям смартфонов будет удобнее работать не с обычной версией сайта, а с мобильной. Поэтому переадресация, например, с example.com/url1 на m.example.com/url1 оправдана. Однако скрытая переадресация мобильных пользователей на посторонние страницы мешает работе и нарушает рекомендации Google для веб-мастеров.


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

Сегодня существует множество способов создать сайт. От готовых движков, плагинов и тем, до комфортных IDE, которые не требуют практически никаких знаний в области вёрстки. У многих крупных или старых ресурсов давно (ещё во времена обычных телефонов с JAVA-браузерами) появилась мобильная версия, которая может сильно отличаться от «полноценной». Тем не менее, мы считаем, что содержание сайта и предоставляемая информация должны совпадать по сути на всех устройствах. Давайте рассмотрим основные проблемы переадресации мобильных пользователей.

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

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

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

Общая программа действий проста, как раз-два-три: определить, изолировать, предотвратить. За дело!

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

Сообщения от посетителей могут нести мало полезной информации и нагонять панику: «Я открыл ваш сайт, а он меня А-а-а-а-а-а, У-у-у-у-у-у, Ы-ы-ы-ы и предлагает тухлые фрукты по оптовым ценам». Ни проблемной страницы, ни информации об устройстве или браузере.

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

  • Откройте сайт на смартфоне и посмотрите, не попадете ли вы на другой ресурс
    Мы рекомендуем проверить свой сайт, перейдя на него из результатов поиска Google на смартфоне. При современном разнообразии на рынке мобильных устройств отладку удобнее проводить с использованием эмуляции мобильных устройств в компьютерных браузерах. Данную функцию поддерживают Chrome, Firefox и Safari. В последнем случае (Safari) потребуется открыть настройки браузера и установить флажок «Показывать меню „Разработка“ в строке меню».
  • Изучайте отзывы посетителей
    Пользователи могут видеть ваш сайт не так, как вы. У кого-то старый браузер, укого-то гора экстеншнов (они тоже могут подвергнутся атаке и начать подсовывать рекламу / переадресовывать пользователей). Всегда читайте отзывы посетителей и обращайте внимание на их жалобы, чтобы вовремя выявлять проблемы. Если требуется, задавайте уточняющие вопросы, попросите прислать скриншот или рассказать, как именно пользователь попал на проблемную страницу.
  • Отслеживайте действия посетителей и анализируйте статистику сайта
    Необычные действия мобильных пользователей можно обнаружить, изучая данные веб-аналитики. Стастистика — мощнейший инструмент, который позволяет выявлять проблемы там, где одиночные проверки и тесты ничего не показывают. Например, если среднее время, проведенное на сайте владельцами мобильных устройств (и только ими), резко сократилось — это может быть вызвано переадресацией.

    Чтобы сразу же узнавать о значительных изменениях в поведении мобильных пользователей, можно настроить специальные оповещения в Google Analytics.

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


Допустим, вы нашли проблему? Что дальше? Как с ней бороться? Шаг второй: изолировать источник проблем. Источников переадресации может быть два — внешнее или внутреннее воздействие.

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

  • Проверьте, не взломан ли сайт
    Откройте раздел Проблемы безопасности в Search Console: если мы обнаружили взлом, внутри вы найдёте соответствующее оповещение.
    Кроме того, стоит изучить дополнительную информацию о типичных признаках взломанных сайтов и примеры из нашей практики. Если вы используете какой-либо движок или фреймворк — посмотрите новости соответствующего сообщества, быть может с проблемой столкнулись не только вы.
  • Проверьте, нет ли на сайте посторонних скриптов и элементов
    Если ваш сайт не взломан, проверьте, нет ли на нем сторонних скриптов или элементов, выполняющих переадресацию. Для этого выполните следующие действия:
    1. Внимание! Прежде чем вносить какие-либо изменения в работающий сайт, создайте резервную копию сайта, проверьте её работоспособность.
    2. Найдите страницу, на которой осуществляется переадресация пользователей. Если на ней находятся чужие скрипты и элементы — смело удаляйте их по одному.
    3. После каждого удаления проверяйте с мобильного устройства или через эмулятор, происходит ли переадресация.
    4. После локализации элемента, отвечающего за скрытую переадресацию, удалите его со всех страниц. Если элемент критически важен и необходим для функционирования сайта — попросите его поставщика помочь вам с отладкой.

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

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

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

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

здесь

.

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

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

рекомендаций IAB по обеспечению качества площадок

.

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

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

Переадресация домена, настроить переадресацию с одного домена на другой

Услуга «Веб переадресация» позволяет использовать ваше доменное имя для перенаправления посетителей на другой интернет-адрес.

Содержание

  1. Зачем нужна Веб переадресация?
  2. Как быстро настроить веб-переадресацию?

Зачем нужна Веб переадресация?

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

  • https://vk.com/vash-akkaunt-vkontakte
  • https://www.instagram.com/vash-akkaunt-instagram/
  • https://www.youtube.com/c/vash-akkaunt-youtube

С помощью веб-переадресации в ваш аккаунт можно будет попасть, набрав в поисковой строке обычный домен, например, my-site. ru или мой-сайт.рус

Так же веб-переадресация подойдет вам, если нужно:

  • Сменить «интернет-прописку» вашего сайта.
  • Использовать несколько доменных имен для одного веб-проекта.
  • Указать в рекламной кампании доменное имя, которое не совпадает с основным адресом вашего сайта.
  • Сохранить трафик от переходов на несуществующие страницы сайта.
  • Объединить несколько «родственных» интернет-ресурсов в единый проект.

Как быстро настроить веб-переадресацию?

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

Если подключена, то настроить ее можно в разделе Мои домены и услуги — Веб переадресация для домена … — Управление веб переадресацией

Существует 2 способа настройки: ПРОСТОЙ (рекомендуемый) и РАСШИРЕННЫЙ.

Для абсолютного большинства задач подходит именно ПРОСТОЙ способ. Вы всего лишь указываете URL страницы сайта, на который должен вести ваш домен и все.

Например, сделаем так, чтобы домен «домены.мир.рус» вел на страницу Вконтакте Webnames.

  1. Заходим на страницу Вконтакте
  2. В адресной строке копируем URL https://vk.com/webnamesru
  3. Вставляем URL в поле для веб-переадресации и жмем Сохранить

Теперь наш домен будет вести на страницу Вконтакте.

То же самое можно сделать для Youtube канала, аккаунта в Instagram и т.д.

Нужно только скопировать URL, вставить в поле переадресации и нажать Сохранить.


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

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

Некоторые параметры перенаправления влияют на ваш сайт в целом, и их можно найти на странице сайта. Сюда входят:

  • Заголовки HTTP — добавить заголовки HTTP на ваш сайт и перенаправить
  • Переместить сайт — переместить текущий сайт во внешний домен
  • Псевдонимы сайта — переместить внешние домены на текущий сайт
  • Force HTTPS — перенаправить любой доступ HTTP
  • Принудительно www или удалить www — перенаправить на канонический домен
  • Миграция постоянных ссылок — перенаправить старые структуры постоянных ссылок

Вы можете получить доступ к странице сайта, щелкнув «Сайт» в верхнем меню.

HTTP-заголовки

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

Заголовок состоит из двух частей:

Заголовки

настраиваются в разделе заголовков HTTP.

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

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

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

Заголовки

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

Переместить объект

Если вы хотите переместить свой сайт в другой домен, воспользуйтесь опцией переместить сайт.Введите новый домен в поле «Переместить сайт», и все запросы к старому сайту будут перенаправлены на новый.

Вы по-прежнему сможете войти на старый сайт.

Если протокол изменится, вам нужно будет указать http или https. Перемещение сайта предотвратит добавление псевдонима сайта или изменение канонических настроек.

Псевдонимы сайта

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

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

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

Канонические настройки

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

Принудительно перейти с HTTP на HTTPS

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

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

Принудительное использование www или удаление www

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

Обратите внимание, что вам необходимо настроить сервер для приема запросов для поддомена www .

Миграция постоянной ссылки

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

Иногда можно создать регулярное выражение, но это не всегда возможно и может быть довольно сложным.

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

Вы можете перенести несколько постоянных ссылок.

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

Создание переадресации URL-адресов и управление ими

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

Добавить новое перенаправление URL

  • В своей учетной записи HubSpot щелкните значок настроек Настройки на главной панели навигации.
  • В меню левой боковой панели перейдите к Веб-сайт> Домены и URL-адреса .
  • Щелкните вкладку URL Redirects .
  • В правом верхнем углу щелкните Добавить перенаправление URL-адреса .
  • На правой панели выберите тип перенаправления Standard или Flexible . Стандартное перенаправление используется для перенаправления одного URL-адреса на другой. Гибкое перенаправление обновляет URL-адреса в зависимости от их структуры.
  • В поле Исходный URL-адрес введите полный URL-адрес или путь URL-адреса , который вы хотите перенаправить.
  • В поле Redirect to введите URL страницы, на которую вы хотите перенаправить исходный URL. При перенаправлении на внешнюю страницу, которая не размещена на HubSpot, обязательно введите полный URL-адрес, включая http: // или https: // (например, http://www.domain.com/name-of -страница).
  • Щелкните Добавить перенаправление URL.

Обратите внимание: HubSpot автоматически кодирует URL-адреса специальными символами. Например, при добавлении инструмент автоматически преобразует é в % C3% A9 .

Управление перенаправлением URL-адресов

На панели инструментов URL Redirects вы можете искать, фильтровать или сортировать свои перенаправления URL.

  1. Чтобы отфильтровать перенаправления в зависимости от того, как они были созданы, щелкните раскрывающееся меню Display и выберите параметр :
    1. Перенаправления вручную: отображать перенаправления, созданные пользователями в инструменте перенаправления URL-адресов.
    2. Системные перенаправления: отображаемых перенаправлений создаются автоматически при обновлении URL-адреса опубликованной страницы, блога или сообщения блога.Их нельзя редактировать.
  2. Чтобы просмотреть перенаправления, созданные конкретным пользователем, щелкните раскрывающееся меню Создано и выберите этого пользователя .
  3. Чтобы найти конкретное перенаправление, в строке поиска введите URL-адрес или часть URL-адреса , который существует в поле Исходный URL-адрес или Перенаправить на существующего перенаправления.
  4. Чтобы загрузить все перенаправления URL-адресов в файл CSV, в правом верхнем углу нажмите Экспорт .
  5. Чтобы настроить поля, отображаемые на панели инструментов перенаправления URL-адресов, в правом верхнем углу щелкните Переключить столбцы. Установите флажки рядом с параметрами столбца. Одновременно можно выбрать только четыре варианта столбца.
  6. Чтобы изменить перенаправление URL-адреса, щелкните раскрывающееся меню Действия , затем выберите Изменить . Или установите флажки рядом с перенаправлениями, которые вы хотите изменить, затем щелкните Изменить вверху таблицы.
  7. Чтобы удалить перенаправление URL, щелкните раскрывающееся меню Действия , затем выберите Удалить . Или установите флажки рядом с перенаправлениями, которые вы хотите удалить, затем щелкните Удалить вверху таблицы.

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

может занять до 48 часов.

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

Для большего контроля над поведением перенаправления щелкните Дополнительно параметры при создании или редактировании перенаправления URL-адреса.

  • Стиль перенаправления: устанавливает условия, при которых URL будет перенаправлен.
    • Постоянный (301): перенаправляет URL одной страницы на другой URL. Это выбор по умолчанию для новых перенаправлений.
    • Temporary (302): временно перенаправляет одну страницу на другой URL. Этот тип перенаправления часто используется для временного перенаправления трафика для обслуживания веб-сайта или перепроектирования веб-сайта.
    • Прокси: перенаправляет содержимое вашей действующей страницы без изменения URL-адреса, отображаемого в веб-браузере посетителя.Этот тип перенаправления часто используется для совместного использования файла, размещенного в определенном каталоге за пределами вашего основного сайта.
  • Приоритет: по умолчанию , новым перенаправлениям назначается самый низкий приоритет. Чтобы настроить этот параметр, снимите флажок Назначить самый низкий приоритет и введите пользовательское значение .
  • Если для исходного URL существует более одного перенаправления, будет применено перенаправление с самым низким приоритетом. Например, если к URL-адресу применяются два перенаправления URL — одно с приоритетом 100, а другое — с приоритетом 1, будет применено перенаправление с приоритетом 1.
  • Соответствие строк запроса: перенаправляет страницу только с введенного точного исходного URL. Это означает, что если исходный URL-адрес имеет какие-либо дополнительные параметры, перенаправление не будет применено. По умолчанию этот параметр не выбран.
  • Игнорировать косую черту в конце: применяет перенаправление независимо от того, включает ли исходный URL косую черту / в конце или нет. Этот вариант выбран по умолчанию.
  • Игнорировать протокол (HTTP или HTTPS): применить перенаправление независимо от того, начинается ли исходный URL с http: // или https: // .Этот вариант выбран по умолчанию.
  • Отключить перенаправление, если по перенаправленному URL-адресу существует страница: применяет перенаправление только в том случае, если исходный URL-адрес не опубликован. Если исходный URL-адрес активен, это перенаправление не применяется. По умолчанию этот параметр не выбран.
  • Примечание: объясняет, почему было создано это перенаправление URL.

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

Домены и URL

Как исправить перенаправление домена / веб-сайта

Введение


Перенаправление с одного URL-адреса на другой может быть реализовано в несколько уровней:
  • файл конфигурации веб-сервера — то есть . htaccess и lighttpd.conf
  • перенаправление уровня HTML — i.e уровень тега
  • Перенаправление на уровне JavaScript — то есть объект window.location «window.location = ‘http://another-domain.name/’

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

Как правило, файлы конфигурации веб-сервера (НЕ ДОЛЖНЫ) быть доступны с удаленного сервера, поэтому наш онлайн-сканер может не обнаруживать перенаправления первого типа (на основе файла конфигурации веб-сервера).

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

Мой веб-сайт размещен на веб-сервере apache


Перенаправление с использованием файла .
htaccess

Ищите похожие правила:

Чистое перенаправление 
 Перенаправление 301 / http://another-site.name/
Перенаправление определенного файла на другой сайт 
 Перенаправление / индекс.html http://another-site.name/index.html
Изменения в индексном файле 
 DirectoryIndex index.html
Перенаправление с использованием правил перезаписи .htaccess

Модуль Apache mod_rewrite предоставляет синтаксический анализатор на основе регулярных выражений, используемый для перезаписи URL-запросов.
В некоторых случаях mod_rewrite используется для перенаправления запроса из одного пункта назначения в другой. Перебрать ваш.(. *) http://another-site.name/folder/1 [R = 301, L]

Мой веб-сайт размещен на веб-сервере lighttpd


Перенаправление с использованием файла lighttpd.
conf

Правила конфигурации, поддерживаемые lighttpd, предоставляют возможность перенаправить HTTP-запрос из одного пункта назначения в другой, используя url.redirect Правило : url.redirect = =>

Примеры правил, которые можно использовать для этой цели:

Перенаправить запросы на «http: // www./(.*) «=>» http://www.another-domain.name/1 «) }

Примеры из блога Quttera


Сканер вредоносных программ для веб-сайтов Quttera обнаружил вредоносное перенаправление

Удаление вредоносных программ

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

Полное руководство по перенаправлению URL-адресов

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

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

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

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

В частности, я расскажу:

Что такое перенаправления и почему они так важны?

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

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

Но почему перенаправления так важны?

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

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

Но это когда перенаправления нет.

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

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

Даже если страница перемещена только временно, вам все равно нужно будет сообщить об этом ботам поисковых систем.

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

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

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

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

Вам необходимо использовать перенаправления, когда:

  • Вы перемещаете URL-адрес веб-страницы (с URL-адреса A на URL-адрес B).
  • Вы удаляете страницу, которая получает трафик или имеет обратные ссылки, указывающие на нее.
  • Вы переделываете свой сайт, и его структура меняется.
  • Вы перемещаете свой сайт на новое доменное имя.
  • Вы объединяете два или более веб-сайтов.
  • Вы переходите с HTTP на HTTPS.
  • Вам необходимо предотвратить дублирование контента в URL-адресах с наклонной чертой или URL-адресах без www.

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

Общие сведения о различных типах перенаправления

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

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

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

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

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

Проще говоря, как указано в W3C, «HTTP-перенаправление — это более богатый способ перенаправления, поскольку он дает агенту пользователя больше информации, чем просто новый адрес: сервер также предоставляет некоторую информацию о цели и типе перенаправления, которые позволяет User-Agent вести себя по-разному в зависимости от типа перенаправления.”

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

Но каковы различные типы перенаправления HTTP и что нужно использовать, когда?

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

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

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

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

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

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

302 редиректы (временно найдены и перемещены)

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

Исторически переадресация 302 не проходила через PageRank и, следовательно, вызывала проблемы с поисковой оптимизацией.

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

Неправильно, что при переадресации 302 не будет передаваться рейтинг PageRank. Это миф.

— Джон Мюллер, Google

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

Многие специалисты по поисковой оптимизации также считают, что если 302 редиректа остаются на месте на длительные периоды времени, Google начинает рассматривать их как 301-е. Тем не менее, цель и способ их решения очень разные; даже если PageRank действительно течет.

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

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

Редиректы 303 (см. Другое)

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

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

Перенаправления 307 (временно перемещены)

Очень похоже на 302, перенаправление 307 является эквивалентом HTTP 1. 1 и может использоваться, когда URL-адрес должен быть временно перенаправлен.

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

308 редиректов (перемещены навсегда)

Как вы, возможно, догадались, редирект 308 является постоянным эквивалентом 307, и по тем же причинам его следует избегать по возможности с точки зрения SEO.

По возможности старайтесь использовать 301.

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

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

Однако Джон Мюллер подтвердил в 2019 году, что «мы поддерживаем переадресацию JavaScript различных типов и следуем им так же, как мы следим за переадресацией на стороне сервера».

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

Meta Refresh Redirects

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

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

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

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

Чтобы они обрабатывались так же, как перенаправление 301, время обновления должно быть либо 0, либо 1 секунда.

Общие способы реализации перенаправления

Способ реализации перенаправления зависит от конфигурации вашего веб-сервера и CMS. Как правило, вот некоторые из наиболее распространенных способов реализации перенаправления:

  • Путем редактирования файла .htaccess вашего сайта (если он размещен на сервере Apache).
  • Добавив серверный блок в ваш nginx.conf (когда на вашем сервере работает Nginx).
  • Путем импорта модуля mod_redirect и использования url.redirect (на сервере Lighttpd).
  • Использование плагина «Easy Redirects Manager», если вы используете WordPress.
  • Использование встроенного модуля перезаписи URL при запуске Magento.
  • Использование встроенной функции перенаправления URL-адресов, если вы используете Shopify.

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

Простое руководство по правильному перенаправлению и предотвращению распространенных проблем

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

Всегда перенаправлять на близкое соответствие содержания

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

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

Избегайте цепочек и циклов перенаправления

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

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

Допустим, ваша страница «О нас» раньше размещалась на / about-the-company / (A), а затем перемещалась в / about-us / (B). Теперь вы запустили новый сайт и изменили URL-адрес этой страницы на / about / (C).

Если A перенаправляет на B, затем B перенаправляет на C, значит, вы создали цепочку перенаправления.

В них нет необходимости, и их следует избегать. Если у вас есть какие-либо из существующих, они должны быть обновлены (в этом примере вы должны перенаправить прямо с A на C, даже если вам также нужно было перенаправить с B на C. )

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

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

Избегайте внутренних перенаправлений

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

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

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

Найдите и исправьте ошибки карты сайта

с помощью инструмента аудита сайта

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

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

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

Не забываем, что 302 редиректа не выпадают из индекса Google, например.

Фактически, исследование Semrush показало, что 32,2% веб-сайтов неправильно используют временные перенаправления, при этом на типичном сайте 1,42% страниц используют этот тип перенаправления.

Перенаправление для предотвращения дублирования URL-адресов

Нередко можно обнаружить, что сайт существует на дублированных URL-адресах (без www и www, HTTP и HTTPS и т. Д.), Но это можно легко решить, перенаправив 301 все варианты на единый канонический URL.

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

  • Без www и www
  • HTTP и HTTPS
  • URL-адреса с наклонной чертой (/) и без нее
  • Заглавные и меньшие — case URL-адреса

Перенаправление для исправления связанных ошибок 404 и восстановления утраченных полномочий ссылки

Знаете ли вы, что Google игнорирует обратные ссылки, указывающие на страницу 404?

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

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

Часто задаваемые вопросы о переадресации

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

Да.

Если есть близкое соответствие между контентом на странице A и странице B, PageRank будет передаваться вместе с переадресацией, даже в тех случаях, когда используется переадресация 302. Когда нет совпадений между контентом, перенаправление будет классифицировано как мягкий 404 и не будет понижать рейтинг PageRank.

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

Получите информацию о профилях обратных ссылок

с помощью инструмента анализа обратных ссылок

Плохо ли переадресация для SEO?

Нет, редиректы неплохи для SEO.

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

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

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

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

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

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

Привет @JohnMu! Есть ли определенный период для сохранения редиректа 301? Таким образом, переадресация 301 должна быть сохранена неограниченное время или должна быть удалена через некоторое время? #SEO

— Hamidou (@MidouDiallo) 18 января 2019 г.

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

Как проверить перенаправления?

Иногда вы будете знать, что существует перенаправление, потому что при посещении URL-адреса вас перенаправляют в другое место. Но как вы тестируете перенаправления, чтобы проверить, правильно ли они работают, 301 или 302?

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

Если вы хотите протестировать конкретный URL, вы можете использовать такой инструмент, как httpstatus.io.

Резюме

Редиректы — жизненно важная часть SEO, но их использование выходит далеко за рамки этого.

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

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

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

Управление перенаправлением сайтов — SharePoint в Microsoft 365

  • 2 минуты на чтение

В этой статье

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

Например, если вы изменили адрес сайта с https: // contoso.sharepoint. com / sites / OldSiteName по https: // contoso.sharepoint. com / sites / NewSiteName или переместил сайт с https: // contoso .sharepoint. com / sites / SiteName на https: // contosoEUR .sharepoint. com / sites / SiteName, мы разместим перенаправление (тип шаблона REDIRECTSITE # 0) на старый URL-адрес, который содержит специальные заголовки и логику для перенаправления запросов вашего браузера на новый сайт.

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

Примечание

После удаления перенаправления ни один запрос на этот URL не будет перенаправлен. Это означает, что любые закладки, ссылки или ссылки «Доступно мне» не будут перенаправлены на новый URL.

Для удаления редиректа

  1. Загрузите последнюю версию командной консоли SharePoint Online.

    Примечание

    Если вы установили предыдущую версию командной консоли SharePoint Online, перейдите в раздел «Добавление или удаление программ» и удалите «Командная консоль SharePoint Online».«

  2. Подключитесь к SharePoint в качестве глобального администратора или администратора SharePoint в Microsoft 365. Чтобы узнать, как это сделать, см. Начало работы с командной консолью SharePoint Online.

  3. Выполните следующую команду:

      Remove-SPOSite -Identity https://contoso.sharepoint.com/sites/OldSiteName

  4. При появлении запроса подтвердите, что хотите удалить перенаправление.

Чтобы убедиться, что перенаправление было удалено, перейдите к URL-адресу.Он должен вернуть ошибку 404. Вы также можете запустить Get-SPOSite -Identity https://contoso.sharepoint.com/sites/OldSiteName . Он вернет, что мы не можем получить сайт.

Примечание

Перед переходом по URL-адресу может потребоваться очистить историю в браузере.

Чтобы получить список всех сайтов перенаправления

Выполните следующую команду.

  Get-SPOSite -Template REDIRECTSITE # 0

Redirection — плагин для WordPress | WordPress.org

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

Redirection предназначен для использования на сайтах с несколькими перенаправлениями на сайты с тысячами перенаправлений.

Это плагин WordPress более 10 лет, и его рекомендовали бесчисленное количество раз. И это бесплатно!

Полную документацию можно найти по адресу https: // redirection.мне

Redirection совместим с PHP начиная с версии 5.6 и выше (включая 8.0).

Менеджер перенаправления

Создавайте перенаправления и управляйте ими быстро и легко, не требуя знаний Apache или Nginx. Если ваш WordPress поддерживает постоянные ссылки, вы можете использовать перенаправление для перенаправления любого URL-адреса.

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

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

Условное перенаправление

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

  • Статус входа — перенаправление, только если пользователь вошел в систему или вышел из системы
  • Возможность WordPress — перенаправление, если пользователь может выполнить определенную функцию
  • Браузер — перенаправление, если пользователь использует определенный браузер
  • Реферер — редирект, если пользователь перешел по ссылке с другой страницы
  • Cookies — перенаправление, если установлен конкретный файл cookie
    • Заголовки HTTP
  • — перенаправление на основе заголовка HTTP
  • Пользовательский фильтр — перенаправление на основе вашего собственного фильтра WordPress
    • IP-адрес
  • — перенаправить, если IP-адрес клиента совпадает с
  • Server — перенаправить другой домен, если он также размещен на этом сервере
  • Тип страницы — перенаправление, если текущая страница 404
Полный журнал

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

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

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

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

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

Добавить заголовки HTTP
Заголовки HTTP

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

Отслеживание ошибок 404

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

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

Обработка параметров запроса

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

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

Изменили структуру постоянных ссылок? Вы можете перенести старые постоянные ссылки, просто войдя в старую структуру постоянных ссылок. Поддерживаются множественные миграции.

Поддержка Apache и Nginx

По умолчанию Redirection управляет всеми перенаправлениями с помощью WordPress. Однако вы можете настроить его так, чтобы перенаправления автоматически сохранялись в.htaccess и обрабатывается самим Apache.

Если вы используете Nginx, вы можете экспортировать перенаправления в файл правил перезаписи Nginx.

Детальные разрешения

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

Импорт и экспорт

Плагин имеет полнофункциональную систему импорта и экспорта, и вы можете:

  • Импорт и экспорт в Apache.htaccess
  • Экспорт в Nginx правила перезаписи
  • Копировать перенаправления между сайтами с помощью JSON
  • Импорт и экспорт в CSV для просмотра в электронной таблице
  • Используйте WP CLI для автоматизации импорта и экспорта

Вы также можете импортировать из следующих плагинов:

  • Простая переадресация 301
  • Перенаправление SEO
  • Менеджер безопасного перенаправления
  • Рейтинг Math
  • Старый пул WordPress перенаправляет
  • Quick Post / Pages перенаправляет
Search Regex совместим

Redirection совместим с Search Regex, что позволяет вам массово обновлять ваши перенаправления.

Подождите, это бесплатно?

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

Поддержка

Присылайте сообщения об ошибках, исправлениях и запросы функций по адресу:

https://github.com/johngodley/redirection

Отправляйте переводы на:

https://translate.wordpress.org/projects/wp-plugins/redirection

Как перенаправить свой домен? — База знаний DreamHost

Обзор

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

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

В этой статье объясняется, как перенаправить домен или субдомен на DreamHost.

В примерах в этой статье используется протокол HTTPS. Чтобы это работало, в домене, на который вы перенаправляете, уже должен быть настроен сертификат SSL.Если нет, просто используйте вместо этого HTTP.

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

Любая страница, которую вы посещаете на своем текущем сайте (перенаправляемая), перенаправляется на страницу на перенаправленном сайте. Например, предположим, что вы перенаправляете example.com на dreamhost.com . Если вы посетите example.com/contact.html , URL-адрес изменится на dreamhost.com/contact.html .

Работает ли перенаправление для версий сайта с www и без www?

Да.Если вы настроите перенаправление на example.com , оно также будет работать для www.example.com .

Изменяет ли перенаправление записи MX?

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

Работает ли перенаправление с https (SSL-сертификат)?

Ниже описаны несколько различных способов настройки.

Вариант 1 — Перенаправление на безопасную версию другого сайта

Вы можете перенаправить только на другой сайт, который уже настроен с сертификатом SSL.Например:

http://example.com – https://dreamhostexample.com

Сначала необходимо добавить сертификат SSL к домену, на который вы перенаправляете ( https://dreamhostexample.com ). Если сертификат SSL не настроен, при просмотре перенаправления вы увидите ошибку «Сайт не найден».

Вариант 2 — Перенаправление на защищенную версию того же сайта

Невозможно использовать опцию Redirect панели (описанную ниже) для перенаправления на HTTPS, так как это удаляет хостинг из домена.Например:

http://example.com – https://example.com

В этом также нет необходимости, поскольку после того, как вы добавили сертификат SSL в свой домен, DreamHost автоматически перенаправляет URL-адрес, который посетители используют для просмотра вашего сайта, с HTTP на HTTPS. S гарантирует, что ваше соединение зашифровано. Например:

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

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

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

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

  1. Перейдите на страницу управления доменами.
    Откроется страница управления доменами.
  2. Нажмите кнопку Добавить хостинг в домен / субдомен .
  3. Прокрутите вниз до раздела «Перенаправление».
  4. Введите информацию в следующие поля:
    • Домен для перенаправления — введите новый домен или субдомен, который вы хотите перенаправить в другое место.
    • Redirect to URL — введите URL, на который вы хотите, чтобы этот новый домен или субдомен перенаправлял.
  5. Нажмите кнопку Redirect this domain , чтобы завершить настройку.

Изменение существующего домена или субдомена для перенаправления

  1. Перейдите на страницу управления веб-сайтами.
  2. Нажмите кнопку Управление , чтобы изменить настройки сайта.
    • В представлении «Сетка» наведите указатель мыши на свой домен и нажмите кнопку « Управление ».
    • В режиме просмотра списка нажмите кнопку Управление справа от своего домена.
  3. Щелкните вкладку Хостинг.
  4. Прокрутите вниз до поля «Перенаправить домен» и щелкните стрелку вниз справа.
  5. Введите URL-адрес в поле «Целевой URL:», куда вы хотите перенаправить этот домен.
  6. Нажмите кнопку Redirect Domain , чтобы завершить настройку.

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

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

Например, если ваш сайт — example.com , и вы хотите перенаправить в подкаталог другого сайта с именем dreamhostexample.com / blog, убедитесь, что создаваемое перенаправление добавляет завершающую косую черту, например:

  • dreamhostexample.com/blog/

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

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

Отключение перенаправления

Чтобы отключить перенаправление, необходимо изменить конфигурацию хостинга на любой другой вариант, например «Полностью размещенный» или «Только DNS».См. Инструкции в следующих статьях:

Сколько времени до того, как перенаправление будет работать?

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

См. Также

.

No related posts.

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

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