Переадресация сайта: Как сделать редирект: обзор способов

Options +FollowSymLinks
  RewriteEngine On
  #Здесь указываем правила

RewriteCond [Сравнение] [Условие] [Флаги]
RewriteCond [Сравнение] [Условие] [Флаги]
RewriteRule [Шаблон] [Подстановка] [Флаги]

RewriteCond %{THE_REQUEST} ^[A-Z]{3,9}\ /index\.php\ HTTP
RewriteRule ^index\.php$ http://site.ru/ [R=301,L]

RewriteCond %{HTTP_HOST} ^vash-sait.com$ [OR,NC]
RewriteCond %{HTTP_HOST} ^www.vash-sait.com$ [NC]
RewriteCond %{REQUEST_URI} !^/robots.*
RewriteRule ^(.*)$ http://vash-sait.ru/$1 [R=301,L]

RewriteCond %{HTTP_HOST} ^www.site\.ru$ [NC]
RewriteRule ^(.*)$ http://site.ru/$1 [R=301,L]

RewriteCond %{HTTP_HOST} ^site\.ru$ [NC]
RewriteRule ^(.*)$ http://www.site.ru/$1 [R=301,L]

RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_URI} ^(.+)/$
RewriteRule ^(.+)/$ /$1 [R=301,L]

RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_URI} !(.*)/$
RewriteRule ^(.*[^/])$ $1/ [L,R=301]

RewriteCond %{REQUEST_URI} ^(.*)//(.*)$
RewriteRule . %1/%2 [R=301,L]

RewriteRule ^(.*)/old-category/(.*)$ $1/new-category/$2 [R=301,L]

RewriteRule old-category /(.*) / old-category /$1 [R=301,L]

Redirect 301 /old-post.html http://new-site.ru/new-post.html

RewriteCond %{QUERY_STRING} sort=articles
RewriteRule .* http://site.ru/page.php? [R=301,L]

RewriteRule ^(([^/]+/)*[^.]+)$ /$1.html [L]

RedirectMatch 301 (.*)\.php$ http://www.site.com$1.html

RewriteCond %{REQUEST_FILENAME} robots.txt$ [NC]
RewriteRule ^([^/]+) $1 [L]
RewriteCond %{HTTP_HOST} ^site\.ru
RewriteRule ^(.*)$ http://new-site.ru/$1 [R=301,L]
RewriteCond %{HTTP_HOST} ^www.site\.ru
RewriteRule ^(.*)$ http://new-site.ru/$1 [R=301,L]

Как обнаружить и устранить скрытую переадресацию для мобильных устройств / Блог компании 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+.

Редирект с http на https для Windows | REG.RU

Чтобы ваш сайт всегда открывался по безопасному https:// протоколу, мы рекомендуем настроить переадресацию c http:// на https://. В этом случае даже если посетитель вашего сайта наберёт в строке браузера путь http://вашсайт, браузер его автоматически перенаправит на безопасный протокол https://вашсайт.

Для настройки переадресации необходимо добавить в файл web.config правила, которые вы найдёте ниже.

Файл web.config должен быть расположен в каталоге сайта, его можно узнать по инструкции. Если файла не существует, просто создайте его.

Перейдите в каталог сайта и добавьте в файл web.config следующие строки:

Редирект c http:// на https:// для основного домена и всех поддоменов

        <?xml version="1.0" encoding="UTF-8"?>
<configuration>
    <system.webServer>
        <rewrite>
            <rules>
                <rule name="Redirect to https" stopProcessing="true">
                    <match url="(.*)" />
                    <conditions>
                        <add input="{HTTPS}" pattern="off" ignoreCase="true" />
                    </conditions>
                    <action type="Redirect" url="https://{HTTP_HOST}{REQUEST_URI}" redirectType="Permanent" />
                </rule>
            </rules>
        </rewrite>
    </system.webServer>
</configuration>
    

Редирект c http:// на https:// для основного домена без поддоменов

        <?xml version="1.0" encoding="UTF-8"?>
<configuration>
    <system.webServer>
        <rewrite>
            <rules>
                <rule name="Redirect to https" stopProcessing="true">
                    <match url="(.*)" />
                    <conditions>
                        <add input="{HTTPS}" pattern="off" ignoreCase="true" />
                        <add input="{HTTP_HOST}" pattern="^domain\.ru" />
                    </conditions>
                    <action type="Redirect" url="https://{HTTP_HOST}{REQUEST_URI}" redirectType="Permanent" />
                </rule>
            </rules>
        </rewrite>
    </system.webServer>
</configuration>
    

Читайте о том, как добавить редирект с http на https для Linux-хостинга в данной статье.

Помогла ли вам статья?

60 раз уже
помогла

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

Переполнение стека

1. Товары
2. Клиенты
3. Случаи использования

1. Переполнение стека Публичные вопросы и ответы
2. Команды Частные вопросы и ответы для вашей команды
3. предприятие Частные вопросы и ответы для вашего предприятия
4. работы Программирование и связанные с ним технические возможности карьерного роста
5. Талант Нанимать технический талант
6. реклама Связаться с разработчиками по всему миру

Загрузка…

.

Redirections in HTTP — веб-технология для разработчиков

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

Перенаправления выполняют множество целей:

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

Принцип

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

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

Существует несколько типов перенаправлений, разделенных на три категории:

1. Постоянные перенаправления
2. Временные перенаправления
3. Специальные перенаправления

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

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

код	Текст	Способ обработки	Типичный вариант использования
301	Переехал навсегда	GET методы без изменений. Другие могут или не могут быть изменены на GET . [1]	Реорганизация веб-сайта.
308	Постоянный редирект	Способ и тело не изменены.	Реорганизация веб-сайта с не-GET ссылками / операциями.

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

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

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

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

код	Текст	Способ обработки	Типичный вариант использования
302	Найдено	GET методы без изменений. Другие могут или не могут быть изменены на GET . [2]	Веб-страница временно недоступна по непредвиденным причинам.
303	см. Другие	GET методы без изменений. Другие изменили на GET (тело потеряно).	Используется для перенаправления после PUT или POST , поэтому обновление страницы результатов не вызывает повторного запуска операции.
307	Временный редирект	Способ и тело не изменены	Веб-страница временно недоступна по непредвиденным причинам. Лучше, чем 302 , если на сайте доступны операции не GET .

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

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

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

код	Текст	Типичный вариант использования
300	Множественный выбор	Не так много: варианты перечислены на странице HTML в теле.Машиносчитываемые варианты рекомендуется отправлять как заголовков Link с отн = альтернативный .
304	Не модифицировано	Направлено на повторные условные запросы. Указывает, что кэшированный ответ еще свеж и его можно использовать.

Альтернативный способ указания перенаправлений

HTTP-перенаправления — не единственный способ определить перенаправления. Есть два других:

1. перенаправлений HTML с элементом
2. JavaScript перенаправления через DOM

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

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

 <голова>
  

 

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

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

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

Перенаправления в JavaScript выполняются путем установки строки URL для свойства window.location , загрузки новой страницы:

 window.location = "https://example.com/"; 

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

Порядок предшествования

Благодаря трем способам перенаправления можно использовать несколько способов одновременно. Но что применяется первым?

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

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

Варианты использования

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

Псевдоним домена

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

Расширение досягаемости вашего сайта

Распространенным случаем является случай, когда сайт находится по адресу www.example.com , но доступ к нему с сайта example.com также должен работать . Перенаправления для example.com с до www.example.com , таким образом, настроены. Вы также можете перенаправить с общих синонимов или частых опечаток ваших доменов.

Переезд на новый домен

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

Принудительный HTTPS

Запросы к версии http: // вашего сайта будут перенаправлены на версию https: // вашего сайта.

Поддержание связи в живых

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

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

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

Временные ответы на небезопасные запросы

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

Как правило, вы не хотите, чтобы пользователи отправляли запросы PUT , POST или DELETE . Если вы ответите как результат этого запроса, простое нажатие кнопки перезагрузки повторно отправит запрос (возможно, после сообщения с подтверждением).

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

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

Некоторым запросам может потребоваться больше времени на сервере, например, УДАЛИТЬ запросов, которые запланированы для последующей обработки. В этом случае ответом является перенаправление 303 (см. «Другое»), которое ссылается на страницу, указывающую, что действие было запланировано, и в конечном итоге сообщает о его ходе или позволяет отменить его.

Настройка перенаправлений на общих серверах

Apache

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

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

Модуль mod_alias имеет директивы Redirect и RedirectMatch , которые устанавливают перенаправления 302 по умолчанию:

 
ServerName example.com
Redirect / https://www.example.com

 

URL-адрес https://example.com/ будет перенаправлен на https://www.example.com/ , как и любые файлы или каталоги в нем (пример: https: //./images/(.*)$ https://images.example.com/$1

Все документы в каталоге images / будут перенаправлены в другой домен.

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

 Перенаправление постоянное / https://www.example.com
#… Действует так же, как:
Redirect 301 / https://www.example.com
 

Модуль mod_rewrite также может создавать перенаправления./images/(.*)$ https://images.example.com/$1 постоянный;

IIS

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

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

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

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

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

… пока Chrome отображает:

Эта веб-страница имеет цикл перенаправления

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

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

Site Redirect - Поддержка

Вы покидаете WordPress.com? Хотите перенаправить example.wordpress.com (а также все ваши постоянные ссылки) на новое доменное имя? Обновление Site Redirect позволяет вам сделать это - и управление перенаправлением не может быть проще.

Хотите вместо этого указать свой домен на сайте WordPress.com? Прочтите, как подключить домен, которым вы уже владеете.

Начало работы

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


Примечание : Перенаправления сайта будут указывать только на URL не-ssl (http: //). Если на сайте, на который вы перенаправляете, настроен SSL, перенаправление http-to-https будет обрабатываться с этой стороны.

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

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

http://example.com/2014/10/21/sample-post/

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

Однако, если вы добавили свой блог в подкаталог, такой как / blog, обязательно укажите полный URL-адрес блога (mysite.com/blog).

↑ Содержание ↑

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

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

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

↑ Содержание ↑

Удаление Redirect

Чтобы удалить перенаправление, просто удалите обновление из ваших покупок:

,

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

HTML перенаправление. HTML-код перенаправления метаобновления.

Перенаправление HTML meta meta update - это перенаправление на стороне клиента, а не перенаправление 301.

Мета-обновление HTML с интервалом времени 0 секунд, рассматривается Google как подсказка для редиректа 301 для передачи PageRank.

Если вы хотите сделать реальное перенаправление 301, вы можете сделать это с PHP перенаправление после включения кода PHP в HTML-файлы.

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

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

Ссылка в разделе тела для резервных целей.

Замените старую страницу кодом перенаправления на URL страницы, на которую вы хотите перенаправить.

old-page.html:

content = "0; url = http: // www.mydomain.com/new-page.html ">

Страница переехала на:
это страница

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

html-redirect-test.htm:

content = "0; url = https: // www.rapidtables.com/web/dev/html-redirect.htm ">

Страница переместилась на:
это страница

Нажмите эту ссылку, чтобы перенаправить с html-redirect-test.htm на эту страницу:

Тест перенаправления обновления HTML-мета

HTML каноническая ссылка тег перенаправления

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

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

Каноническая ссылка тег может ссылаться на тот же домен, а также междоменный.

Добавьте тег канонической ссылки на старую страницу для ссылки на новую страницу.

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

Тег канонической ссылки должен быть добавлен в раздел.

old-page.html:

перенаправление URL ►

---

См. Также

,