Содержание

Проверить ответ сервера и 301 редирект

На этой странице находится инструмент для проверки редиректа (перенаправления) и получения полного ответа сервера по введённому вами URL.

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

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

  • проверить, выдаёт ли страница «Not found» код 404 на самом деле;
  • узнать, какой редирект настроен на сервере — 301-й или 302-й;
  • избежать неожиданностей при склейке PR;
  • узнать, куда ведёт ссылка, зашифрованная сокращателями вроде bit.ly и т.п.
  • и куда ведёт ссылка в рекламном объявлении;
  • проверить редирект по партнёрской ссылке, не переходя по ней.

Для проверки ответа сервера введите URL-адрес в поле ниже и кликните на кнопку «Проверить!» (или нажмите «F2» на клавиатуре)

Любой URL-адрес:

Проверить!

 

Для справки: популярные коды http-ответов ▼

  • 200 (всё Ok) — успешный запрос (типичный ответ для большинства открываемых вами в браузере страниц).
  • 301 (редирект Moved Permanently) — запрашиваемый документ окончательно перенесён на новый адрес; именно такой код ответа при перенаправлении используется для переноса веса с одной страницы на другую в SEO-делах.
  • 302 (редирект Moved Temporarily) — запрашиваемый документ временно перенесён на новый адрес.
  • 303 (See Other) — запрашиваемый документ следует запросить по другому адресу с использованием метода GET.
  • 304 (Not Modified) — запрашиваемый документ не менялся и он запрашивается методом GET с использованием заголовков If-Modified-Since или If-None-Match.
  • 400 (Bad Request) — в запросе обнаружена синтаксическая ошибка, поэтому он не выполнен.
  • 401 (Unauthorized) — для доступа к документу требуется аутентификация клиента.
  • 403 (Forbidden) — сервер отказывается выполнять запрос из-за ограничений доступа для данного клиента.
  • 404 (Not Found) — документ по заданному адресу не найден.
  • 500 (Internal Server Error) — ошибка на стороне сервера.
  • 502 (Bad Gateway) — сервер является прокси или шлюзом и получает некорректный ответ от сервера, которому перенаправил запрос клиента.
  • 503 (Service Unavailable) — сервер временно недоступен по техническим причинам.
  • 504 (Gateway Timeout) — сервер является прокси или шлюзом и не дождался ответа от сервера, которому он перенаправил запрос клиента.

4web.su

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

Массовая проверка кода ответа сервера

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

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

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

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

    В данном случае страница № 4 отдаёт код 404, что говорит о её недоступности к индексации.

  3. Выявления редиректов в структуре сайта для исключения излишних перенаправлений.

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

 

Зачем столбец с размерами страниц?

  1. Избыточный вес страниц может негативно влиять на ранжирование документа.
    Максимальное рекомендованное значение: 120 Кб. В случае превышения данного лимита стоит оптимизировать контент, расположенный на странице (выносить в отдельный файлы JS и CSS-фрагменты).

  2. По весу страницы можно сделать определённые выводы о типе документа, расположенному по введенному URL-адресу, а также находить потенциальные дубли.

    Рассмотрим ряд страниц интернет-магазина измерительной техники:

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

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

 

Возможность скачать результат в CSV

Чтобы скачать результат проверки в формате CSV, необходимо перед запуском проверки поставить галочку «Скачать результаты в виде CSV-файла».

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

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

  • 200 OK — страница доступна, в ответе сервера содержатся запрошенные данные. Надо стремиться к тому, чтобы этот код ответа отдавали все продвигаемые документы сайта и документы, на которые ведут объявления рекламных кампаний.
  • 301 Moved Permanently — запрашиваемая страница была перенесена на новый URL, который указан в инструменте в случае данного кода ответа в столбце «URL-переадресации».
  • 302 Found — запрашиваемая страница была временно перенесена на другой URL, который указан в инструменте в случае данного кода ответа в столбце «URL-переадресации».
  • 404 или Not Found — страница не была найдена по указанному URL.
  • 410 Gone — запрашиваемая страница была удалена с указанного URL и теперь недоступна. Если документ в ближайшее время может быть восстановлен, рекомендуется клиенту отдавать код 404.
  • 503 Server Unavailable — сервер временно не имеет возможности обрабатывать запросы по техническим причинам. В поле Retry-After заголовка сервер может указать время, через которое клиенту рекомендуется повторить запрос. Данный код ответа используется для того, чтобы сообщить поисковому роботу о проведении технических работ на сайте и необходимости посетить ресурс позже. С точки зрения продвижения рекомендуется следить за страницами с кодом ответа 503, чтобы после проведения технических работ на сайте они снова отдавали код ответа 200 OK.

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

Перейти к инструменту «Проверка ответа сервера»

Другие вопросы нашего FAQ

tools.pixelplus.ru

Создать файл htaccess, генератор файлов htaccess онлайн

» Создание htaccess для сайта

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

Реклама

При создании файла Hypertext Access обычно возникают проблемы, которые не дают работать сайту. Большинство ошибок возникает из-за лишних пробелов или отсутствия нужных запятых. По этой причине я решил сделать инструмент, который поможет всем без знаний основ по настройке серверов, создать правильный htaccess для любой CMS.

Возможности инструмента

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

  • настройка перенаправлений с www, http и с другого домена;
  • настройка 301 редиректа;
  • установка страниц с ошибками сервера;
  • включение отображения ошибок php кода;
  • добавление слешей в конец url;
  • замена «индексных» страниц (index.php, index.html) на слеш;
  • удаление лишних слешей в URL страницы;
  • защита интернет-ресурса от спам ссылок.

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

Что такое .htaccess?

.htaccess (от англ. hypertext access) — файл дополнительной конфигурации веб-сервера Apache, а также подобных ему серверов. Позволяет задавать большое количество дополнительных параметров и разрешений для работы веб-сервера в отдельных каталогах.

Особенности инструмента

На момент запуска страницы данному инструменту нет аналогов в интернете. Я максимально удобно проработал все пункты.

Из основных плюсов могу отметить:

  1. Возможность скачать готовый файл на компьютер.
  2. Массовая настройка 301 редиректов.
  3. Быстрая обработка запросов.
  4. Интуитивно понятная настройка.

Настройка 301 редиректа для сайта

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

  1. Вставляем список старых URL адресов в первое поле (каждый адрес с новой строки).
  2. Список новых URL вставьте во второе текстовое поле (каждый url с новой строки).
  3. Нажимаем кнопку «Создать»
  4. Копируем полученный код и вставляем в свой файл htaccess.

c-wd.ru

как настроить, когда применять и как проверить

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

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

Что такое 301 редирект и с какой целью он применяется?

301 редирект – это специальная инструкция для сервера и для поисковых роботов, которая указывает на то, что старый URL-адрес изменился (и что это изменение является постоянным). Что существенно, с точки зрения позиционирования ключевых слов для данной страницы, 301 перенаправление позволяет перенести траст (авторитет) конкретной страницы или домена на новый адрес. Благодаря этому при изменении адресов сохраняются позиции ключевых слов в выдаче поисковых систем. С точки зрения пользователя, благодаря переадресации, клиенты, использующие старый URL-адрес автоматически попадут на новый.

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

Одно из основных применений 301 редиректа, сделать так, чтобы весь сайт был доступен только по одному адресу. Часто по умолчанию, сайт доступен сразу по двум адресам, например: www.seo-ru.com и seo-ru.com и хотя это один и тот же сайт, однако поисковые системы могут считать это двумя разными сайтами, что пораждает дубли контента.

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

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

Какие способы 301 редиректа существуют на Apache?

На сайтах под управлением веб-сервера Apache реализовать 301 редирект можно тремя способами:

  1. С использованием файла .htaccess, который должен находиться в корневой папке домена.
  2. Модифицируя файла httpd.conf (в корне установленного Apache).
  3. Испольхуя php-скрипт (об этом ниже).

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

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

Внимание! Проводник Windows’а не даст создать файл с точкой вначале, поэтому рекомендую использовать FTP-клиент, например, FileZilla или Total Commander.

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

  1. Включить модуль Apache mod_rewrite
  2. Включить ReWriteEngine в модуле mod_rewrite

Делается это следующим образом:

Options +FollowSymLinks<br />RewriteEngine on

Обратите внимание, что эту пару строк нужно вписать только единожды в файл .htaccess. Как только эти строки будут добавлены, можно настраивать 301-редиректы.

Не забываем комментировать код

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

# Редирект с этого домена на Яндекс<br /> RedirectMatch 301 ^(.*)$ http://www.yandex.ru

Примеры

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

<code>RewriteCond %{HTTP_HOST} ^www.mysite.ru [NC]</code><br /><code>RewriteRule ^(.*)$ http://mysite.ru/$1 [L,R=301]</code>

Аналогично, если мы хотим, чтобы наш сайт был доступен по адресу с www, тогда следует прописать следующие правила:

<code>RewriteCond %{HTTP_HOST} ^mysite.ru [NC]</code><br /><code>RewriteRule ^(.*)$ http://www.mysite.ru/$1 [L,R=301]</code>

Кроме того, мы также можем выполнить 301 редирект с помощью php скрипта. Редирект с версии „с www” на „без www” будет иметь в этом случае следующий вид:

<code><?php</code><br /><code> if(substr($_SERVER['HTTP_HOST'], 0, 3)!='www')</code><br /><code> {</code><br /><code> header("HTTP/1.1 301 Moved Permanently");</code><br /><code> header("Location: http://www.mysite.ru".$_SERVER['REQUEST_URI']);</code><br /><code> header("Connection: close");</code><br /><code> exit;</code><br /><code> }</code><br /><code> ?></code>

И наоборот

<code><?php</code><br /><code> if(substr($_SERVER['HTTP_HOST'], 0, 3)=='www')</code><br /><code> {</code><br /><code> header("HTTP/1.1 301 Moved Permanently");</code><br /><code> header("Location: http://mysite.ru".$_SERVER['REQUEST_URI']);</code><br /><code> header("Connection: close");</code><br /><code> exit;</code><br /><code> }</code><br /><code> ?></code>

301 редирект со старого домена на новый, при переезде

Также 301 редирект часто используется при переезде со старого домена на новый. Чтобы правильно сделать перенапровление используйте следующий код в .htaccess (в том случае, если структура URL не меняется).

<code>RewriteEngine on</code><br /><code> RewriteRule ^(.*)$ http://www.mynewsite.ru/$1 [R=301,L]</code>

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

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

<code>Redirect 301 /old-page.php /new-page.php</code>

Как проверить правильность настройки 301 редиректа?

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

В поле Page URI/URL, просто введите адрес страницы, которую хотим проверить, а затем нажать на кнопку Check page.

Через некоторое время мы увидим результаты теста вместе с кодом ответа сервера.

Резюме

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

seo-ru.com

Как проверить редирект и узнать всю цепочку? | Отзывы и обсуждение лучших CPA программ рунета

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

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

Вот основные задачи, для которых использую редиректы:

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

2. Для проведения сплит-тестирования лендингов или объявлений. С помощью редиректов равномерно распределяют трафик между объектами тестирования.

3. Для скрытия партнерской или реферальной ссылки.

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

За одним редиретом может скрываться не 1 переход (допустим с 1 ссылки на 2 ссылку), а на много больше. Человек, который переходит по ссылке с редиректом всю эту цепочку переходов не увидит, поскольку все происходит за доли секунды.

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

Существуют различные сервисы, но я обычно пользуюсь бесплатным сервисом проверки редиректов – RedirectDetective.

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

Внутри этого поста имеются 2 ссылки, через которые можно скачать эту игру:
1) vk.cc/3Pj97s – ссылка для Android
2) vk.cc/3SfIbZ – ссылка для IOS

Рассмотрим на примере ссылки для Android, копируем эту ссылку, переходим в наш сервис RedirectDetective, вставляем эту ссылку, жмем кнопку «Trace URL» и видим вот такую картину:

В принципе и так все ясно, но поясню некоторые моменты:
1) Под цифрой 1 – редирект ВК.
2) Под цифрой 2 и 3 происходит редирект самой CPA сети.
3) Под цифрой 4 – конечный пункт, т.е. ссылка на приложение из Google Play.

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

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

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

Ну а на самом деле, применений множество, так что пробуйте.

 

cpasee.com

Как обнаружить и устранить скрытую переадресацию для мобильных устройств / Google corporate blog / Habr

Привет, Хабр! Все мы любим, когда сайт отлично работает на любом устройстве, вне зависимости от размеров экрана, способов управления и взаимодействия. Нередко контент приходится незначительно адаптировать к устройству, на котором его просматривает пользователь: например, оптимизация для небольшого экрана смартфона предполагает изменение изображений и других элементов содержания. Чтобы мобильным посетителям было удобнее, разработчики нередко используют всплывающую панель навигации. Если такие модификации реализованы должным образом и их цель — повысить удобство, мы не рассматриваем их как нарушение правил 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+.

habr.com

www на без www, http на https, с домена на другой домен

Три важных совета и семнадцать конкретных примеров установки 301 переадресации страниц через htaccess!

Советы

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

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

Не забывайте, что многие браузеры кешируют (запоминают редиректы), поэтому проверять переадресации лучше на сайте – http://www.bertal.ru.

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

RewriteEngine On

Второй способ сделать редирект – это переадресация через php

Правила переадресаций

1. 301 редирект с одной страницы на другую

Самый простой вариант

Redirect 301 /test-1/ http://site.ru/test-2/

Более подробный

RewriteCond %{REQUEST_URI} ^/test/$
RewriteRule ^.*$ http://site.ru/new-test/? [R=301,L]

2. 301 редирект с www на без www (главное зеркало – домен без www)

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

3. 301 редирект с без www на www (главное зеркало – домен с www)

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

4. 301 редирект со страниц со слешем на без слеша (весь сайт)

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

5. 301 редирект со страниц без слеша на слеш (часто в CMS системах устанавливается автоматически)

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

6. Один (а не два последовательных!) 301 редирект на без www и с слешем на конце адреса страницы

RewriteCond %{REQUEST_URI} !\?
RewriteCond %{REQUEST_URI} !\&
RewriteCond %{REQUEST_URI} !\=
RewriteCond %{REQUEST_URI} !\.
RewriteCond %{REQUEST_URI} !\/$
RewriteCond %{HTTP_HOST} ^www\.(.*)$
RewriteRule ^(.*)$ http://%1/$1/ [L,R=301]

RewriteCond %{REQUEST_URI} !\?
RewriteCond %{REQUEST_URI} !\&
RewriteCond %{REQUEST_URI} !\=
RewriteCond %{REQUEST_URI} !\.
RewriteCond %{REQUEST_URI} ![^\/]$
RewriteCond %{HTTP_HOST} ^www\.(.*)$
RewriteRule ^(.*)$ http://%1/$1 [L,R=301]

RewriteCond %{REQUEST_URI} !\?
RewriteCond %{REQUEST_URI} !\&
RewriteCond %{REQUEST_URI} !\=
RewriteCond %{REQUEST_URI} !\.
RewriteCond %{REQUEST_URI} !\/$
RewriteCond %{HTTP_HOST} ^([^www].*)$
RewriteRule ^(.*)$ http://%1/$1/ [L,R=301]

7. Один (а не два последовательных!) 301 редирект на c www и со слешем на конце адреса страницы

RewriteCond %{REQUEST_URI} !\?
RewriteCond %{REQUEST_URI} !\&
RewriteCond %{REQUEST_URI} !\=
RewriteCond %{REQUEST_URI} !\.
RewriteCond %{REQUEST_URI} !\/$
RewriteCond %{HTTP_HOST} ^www\.(.*)$
RewriteRule ^(.*)$ http://www.%1/$1/ [L,R=301]

RewriteCond %{REQUEST_URI} !\?
RewriteCond %{REQUEST_URI} !\&
RewriteCond %{REQUEST_URI} !\=
RewriteCond %{REQUEST_URI} !\.
RewriteCond %{REQUEST_URI} !\/$
RewriteCond %{HTTP_HOST} ^([^www].*)$
RewriteRule ^(.*)$ http://www.%1/$1/ [L,R=301]

RewriteCond %{REQUEST_URI} !\?
RewriteCond %{REQUEST_URI} !\&
RewriteCond %{REQUEST_URI} !\=
RewriteCond %{REQUEST_URI} !\.
RewriteCond %{REQUEST_URI} ![^\/]$
RewriteCond %{HTTP_HOST} ^([^www].*)$
RewriteRule ^(.*)$ http://www.%1/$1 [L,R=301]

8. Один (а не два последовательных!) 301 редирект на c www и без слеша на конце адреса страницы

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

RewriteCond %{REQUEST_URI} !\?
RewriteCond %{REQUEST_URI} !\&
RewriteCond %{REQUEST_URI} !\=
RewriteCond %{REQUEST_URI} !\.
RewriteCond %{REQUEST_URI} \/$
RewriteCond %{HTTP_HOST} ^www\.(.*)$
RewriteRule ^(.*)\/$ http://www.%1/$1 [L,R=301]

RewriteCond %{REQUEST_URI} !\?
RewriteCond %{REQUEST_URI} !\&
RewriteCond %{REQUEST_URI} !\=
RewriteCond %{REQUEST_URI} !\.
RewriteCond %{REQUEST_URI} !\/$
RewriteCond %{HTTP_HOST} ^([^www].*)$
RewriteRule ^(.*)$ http://www.%1/$1 [L,R=301]

RewriteCond %{REQUEST_URI} !\?
RewriteCond %{REQUEST_URI} !\&
RewriteCond %{REQUEST_URI} !\=
RewriteCond %{REQUEST_URI} !\.
RewriteCond %{REQUEST_URI} \/$
RewriteCond %{HTTP_HOST} ^([^www].*)$
RewriteRule ^(.*)\/$ http://www.%1/$1 [L,R=301]

9. Один (а не два последовательных!) 301 редирект на без www и без слеша на конце адреса страницы

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

RewriteCond %{REQUEST_URI} !\?
RewriteCond %{REQUEST_URI} !\&
RewriteCond %{REQUEST_URI} !\=
RewriteCond %{REQUEST_URI} !\.
RewriteCond %{REQUEST_URI} \/$ 
RewriteCond %{HTTP_HOST} ^www\.(.*)$
RewriteRule ^(.*)\/$ http://%1/$1 [L,R=301]

RewriteCond %{REQUEST_URI} !\?
RewriteCond %{REQUEST_URI} !\&
RewriteCond %{REQUEST_URI} !\=
RewriteCond %{REQUEST_URI} !\.
RewriteCond %{REQUEST_URI} !\/$
RewriteCond %{HTTP_HOST} ^www\.(.*)$
RewriteRule ^(.*)$ http://%1/$1 [L,R=301]

RewriteCond %{REQUEST_URI} !\?
RewriteCond %{REQUEST_URI} !\&
RewriteCond %{REQUEST_URI} !\=
RewriteCond %{REQUEST_URI} !\.
RewriteCond %{REQUEST_URI} \/$
RewriteCond %{HTTP_HOST} ^([^www].*)$
RewriteRule ^(.*)\/$ http://%1/$1 [L,R=301]

10. 301 редирект только адреса site.ru/index.php (без GET параметров) на основное зеркало site.ru

RewriteCond %{REQUEST_URI} /index.php
RewriteCond %{QUERY_STRING} ^\z
RewriteRule ^(.*)$ http://site.ru/? [R=301,L]

11. 301 редирект всех адресов с index.php и GET параметрами на страницы только с GET параметрами (вырезать в url index.php)

Пример: типа site.ru/index.php?n=1 на site.ru/?n=1

RewriteCond %{REQUEST_URI} /index.php
RewriteRule ^(.*)$ http://site.ru/ [R=301,L]

12. 301 редирект для index.php, index.html или index.htm (например в Joomla), массовая склейка

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

13. 301 редирект url с GET параметрами (динамический URL) на статический

1 вариант (простой адрес с GET параметром)

RewriteCond %{QUERY_STRING} ^id=229
RewriteRule ^.*$ /supermodel/? [R=301,L]

2 вариант (со страницы и GET параметром)

RewriteCond %{REQUEST_URI} /test/
RewriteCond %{QUERY_STRING} ^id=229
RewriteRule ^.*$ /supermodel/? [R=301,L]

14. Все страницы одного домена на главную страницу другого домена

RewriteCond %{REQUEST_URI} (.*)
RewriteRule ^(.*)$ http://site.ru/ [L,R=301]

15. Каждая страница одного домена на такой же адрес другого url

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

16. Редирект с протокола http на https.

RewriteCond %{HTTPS} !=on
RewriteRule ^(.*)$ https://%{HTTP_HOST}/$1 [R=301,L]

Если возникает циклический редирект, то воспользуйтесь этим вариантом:

RewriteCond %{HTTPS} off
RewriteCond %{HTTP:X-Forwarded-Proto} !https
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

Для Битрикс-сайтов на хостинге reg.ru

RewriteCond %{SERVER_PORT} !^443$
RewriteRule .* https://%{SERVER_NAME}%{REQUEST_URI} [R,L]

Для сертификатов https c Cloudflare:

RewriteCond %{HTTP:CF-Visitor} '"scheme":"http"'
# Without Cloudflare:
# RewriteCond %{HTTPS} off 
RewriteRule ^ https://www.example.com%{REQUEST_URI} [NE,R=301,L]

17. Редирект с протокола https на http.

Обратный редирект, если перестали использовать SSL сертификат.

RewriteCond %{HTTPS} =on
RewriteRule ^(.*)$ http://%{HTTP_HOST}/$1 [R=301,L]

Может быть полезно:

web-optimizator.com

No related posts.