302 редирект как убрать
Что такое 302-редирект?
Опытный SEO-специалист должен знать в каких случаях и для чего используется 302-редирект, и самое главное, чем он отличается от других типов переадресации. В этой статье разберем все нюансы этого вопроса, а также научимся настраивать данный тип перенаправления разными способами.
Как работает 302-редирект?
302-редирект работает по принципу перенаправления посетителей или краулеров поисковых систем с текущего URL-адреса на другой. Другими словами, в момент загрузки страницы, от сервера приходит ответ о переадресации с указанием нового URL-адреса, будь то 301 или 302-редиректы.
Для чего используется 302-редирект?
Главная цель 302-редиректа – создать временную переадресацию текущей страницы на новый адрес. Понадобиться подобное может в следующих случаях:
Как отмечалось выше, 302-редирект подходит для страниц, адрес которых поменялся временно (как правило, на срок не более 7-10 суток). Это говорит о том, что URL старой страницы остается в индексе поисковых систем. Поэтому, если документ «переехал» на постоянной основе, следует использовать исключительно 301-редирект, либо могут возникнуть сложности с SEO-продвижением.
Некоторые интернет-магазины настраивают 302-редирект с товаров, которых нет в наличии. Не рекомендуется этого делать, лучше предложить потенциальному покупателю аналогичные товары, оставив при этом его на исходном URL-адресе.
Также не следует использовать 302-редирект при смене структуры сайта или при установке SSL-сертификата. Это действительно может создать проблему, т.к. со старого ресурса не будет передаваться весь накопленный траст, а старые страницы не будут исключены из индекса поисковых систем.
301 или 302-редиректы, в чем разница?
Что касается влияния на SEO, то тут тоже имеются существенные различия:
Советуем не настраивать 302-редирект на более чем 7-10 суток, иначе могут последовать санкции со стороны поисковых систем.
Способы настройки 302-редиректа
Настройка 302-редиректа схожа с настройкой других типов перенаправления – синтаксис и команды те же, отличается лишь код ответа сервера.
Прописываем 302-редирект в htaccess
Как видно из синтаксиса, указывается код ответа (302), далее URL-адрес исходной страницы и после – новой с указанием протокола соединения и доменного имени.
Этот пример подходит, если требуется настроить переадресацию с одной страницы на другую. Если же необходимо создать перенаправления внутри всего ресурса, то следует использовать более сложный вариант:
Для закрытия от пользователей и поисковых ботов определенного документа, используется следующий код:
С помощью php
Если по каким-то причинам предыдущий метод не подходит, то настроить 302-редирект можно с помощью php-кода. В этом случае перенаправление происходит на самом сервере, а не в браузере пользователя.
Настройка редиректа производится через установку специального заголовка Location и функции header(), которая позволяет отправлять HTTP-заголовок в браузер. Главное замечание – данная функция на странице должна быть вызвана раньше других, и располагаться вначале документа (даже пробел перед этой конструкцией приведет к ее неработоспособности). Если этим правилом пренебречь, то редирект не сработает.
Преимущество данного метода настройки переадресации заключается в том, что синтаксис довольно-таки прост:
Чтобы настроить сам редирект, данный фрагмент кода необходимо вставить на страницу (в ее php код), с которой будет осуществляться перенаправление в самое начало документа. В примере кода требуется лишь заменить URL-адрес конечной страницы, на которую будет происходить переадресация с указанием полного пути.
Если редиректов планируется много, то рекомендуется создать файл, содержащий все необходимые правила.
С помощью JavaScript
Это менее распространенный способ настройки 302-редиректа по той причине, что в случае, если JavaScript в браузере у посетителя отключен (а так бывает в большинстве случаев), то перенаправление не сработает.
Также, наблюдается небольшая задержка, вызванная тем, что первоначально загружается исходная HTML-страница в виде белого экрана, и только после срабатывает редирект.
Для реализации этого способа, необходимо оформить нижеприведенный код в тег или страницы, с которой требуется сделать перенаправление:
Как исправить 302 редирект на 301?
Чтобы не было проблем, необходимо отличать эти два вида редиректов, понимать, в каких случаях применяется тот или иной. Иногда случаются ситуации, что некоторые CMS или их плагины, вместо 301-редиректа, проставляют 302. Это может создать ряд трудностей для владельца ресурса, поэтому важно отслеживать этот момент.
Если говорить про php-способ, то в примере выше был использован заголовок Location, по умолчанию он передает редирект 302. Если требуется прописать 301, то используем следующий код (предварительно удалив от 302-редиректа):
Как проверить что все настроено верно?
Проверить код ответа сервера и работоспособность настроенных редиректов можно несколькими способами.
С помощью Яндекс.Вебмастер
Панель Вебмастера позволяет проверять коды ответов сервера. Чтобы попасть в этот инструмент, переходим: «Инструменты – Проверка ответов сервера». Вбиваем нужный URL-адрес и получаем код ответа.

Проверка ответа сервера с помощью Яндекс.Вебмастера
Как видно на примере, у страницы корректно сработал 302-редирект.
Проверка вручную
Если требуется проверить одну или несколько страниц, то можно воспользоваться ручным способом. Достаточно зайти на страницу, с которой должен быть осуществлен редирект, если все настроено корректно, то сработает перенаправление.
Единственный его недостаток – не получится понять какой тип редиректа сработал.
С помощью сервиса bertal.ru
Данный сервис позволяет получать информацию из HTTP-заголовков документов. Принцип работы с ним достаточно прост: копируем и вставляем в строку URL-адрес интересуемой страницы, нажимаем «Проверить» и получаем код ответа сервера.

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

Получение данных через Screaming Frog SEO
Далее переходим к поиску страниц с 302-редиректом (или любым другим кодом ответа), настроив предварительно фильтр по соответствующему столбцу:

Настройка фильтра для поиска страниц с 302-редиректом
И получаем список интересующих документов.
Используя 302-редирект, необходимо быть предельно внимательным, если применять его бездумно, то можно лишь усложнить SEO-продвижение ресурса.
302 редирект
Что такое 302 редирект?
К большому сожалению, многие SEO специалисты забывают (а некоторые даже и не слышали) о 302 редиректе. Есть те, кто считает данную переадресацию аналогом 301-ой, и те, кто уверен в ее бесполезности. Все они не правы. Сегодня мы расскажем, что такое 302 редирект, опишем его функцию и приведем примеры использования
302 redirect (Temporary redirect) — это временная переадресация, которая, обычно, создается на срок от 1-го до 10 дней. Наличие 302 редиректа означает, что запрашиваемый документ ненадолго перемещен на другой URL адрес.
Если для пользователя существенной разницы между 301-м и 302-м редиректом нету, то для поисковой системы она глобальна. С точки зрения SEO, 302 редирект сильно отличается от 301.
Отличие 302 от 301 редиректа
Принципиальное отличие 302 редиректа от 301 — постоянность.
302 редирект — временная переадресация.
301 редирект — постоянная переадресация.
Из этого следуют все нижеперечисленные различия и сходства.
| 302 редирект | 301 редирект | |
| Срок переадресации | Временный. От 1 до 7 дней* | Постоянный. Переадресация навсегда. |
| Передает «вес» страницы | Нет | Да |
| Страницы в поиске | Обе страницы в поиске | Только та, на которую настроен редирект |
| Возможность «склейки» доменов | Нет | Да |
| Поддерживается всеми основными поисковыми системами | Да | Да |
* Проставление 302 редиректа на период до 7 дней безопасно с точки зрения SEO. В этот период обе страницы будут находиться в поиске. Срок рассчитан на основе наших исследований.
А вот уже пример более сложной переадресации, которая распространяется на весь сайт:
Как Вы уже догадались, процедура проставления 302-го редиректа очень схожа с проставлением 301-го. Необходимо лишь поменять код (R=301 на R=302).
302 редирект с помощью php
Прописывать код необходимо в самом начале Вашего документа. В противном случае при вызове функции header() возникнет ошибка и переадресация не сработает.
Синтаксис не имеет сложных элементов, весь код помещается в одну строчку. Имея поверхностные знания в php, Вы без труда разберетесь в нем.
Сразу же стоит сказать, при использовании Location по умолчанию используется 302 редирект, поэтому прописывать код необходимости нет.
Теперь рассмотрим реальный пример. Представим, что нам необходимо переадресовать посетителя с главной страницы нашего сайта на раздел с акцией. Для этого, прописываем следующий код в самом начале главной страницы.
Вот и все, переадресация настроена. Функция header() позволяет реализовать не только 302-й, но и другие виды редиректов, в том числе 301-й, 307-й.
302 редирект в SEO
С точки зрения SEO 302 редирект просто находка. Ведь именно он позволяет временно переадресовать с одной страницы на другую, при этом сохраняя оба документа в поиске. «Вес» страницы в таком случае не передается, что для продвижения порой очень важно.
В отличие от 301 редиректа, 302-й помогает решать такие задачи, как:
1. Переадресация во время доработки страницы
Представим, что у нас имеется ресурс, основной источник посетителей которого — органическая выдача. Закрывать страницы на время доработки в таком случае проблематично, так как это может повлиять на позиции и видимость.
Одним из решений может стать 302 редирект. Простановка переадресации с редактируемой страницы на временную поможет оставить оба документа в поиске, при этом отправив пользователей на рабочий раздел.
После доработки страницы, редирект необходимо убрать.
2. Переадресация на временный раздел
Один из самых распространенных способов использования 302 редиректа — создание временной акции или распродажи. Что бы не портить главную страницу Интернет-магазина громоздкими баннерами и призывами, возможно сделать временную переадресацию на страницу полностью посвященную акции.
После проведения мероприятия редирект убирается, при этом видимость и позиции сайта сохраняются.
Важно!
Не стоит ставить 302 редирект на слишком длительное время. В противном случае поисковые системы будут считать его 301-м и исходная страница, то есть та, с которой идет редирект, просто пропадет из поиска. Об этом официально заявлял Google и это проверено на практике уже не одним web мастером.
Используйте 302 редирект грамотно и он позволит решить многие SEO задачи.
Что такое ошибка HTTP 302 и как ее исправить? [4 протестированных метода объяснено]
Вот некоторые из вопросов:
В этой статье я отвечу на все эти вопросы, чтобы у вас было больше ясности в каждом конкретном случае.
Что такое редирект 302?
Code 302 indicates a temporary redirection.
One of the most notable features that differentiate it from a Переадресация 301 в том, что в случае 302 перенаправлений сила SEO не переносится на новый URL.
Это связано с тем, что это перенаправление было разработано для использования в тех случаях, когда необходимо перенаправить контент на страницу, которая не будет окончательной.
Таким образом, после устранения перенаправления исходная страница не потеряет свое положение в поисковой системе Google.
Несмотря на то, что мы не очень часто нуждаемся в перенаправлении 302, в некоторых случаях этот параметр может быть очень полезным. Это наиболее частые случаи:
Для чего нужен редирект 302?
Редирект 302 служит, например, для того, чтобы иметь несколько версий домашней страницы на разных языках.
The main one can be in English, but if the visitors come from other countries then this system automatically redirects them to a page in their language.
Таким образом, мобилизация Веб-трафик достигается, но в то же время влияние на уровне SEO главной страницы не ослабляется. Это продолжает расти, несмотря на то, что передача власти не происходит, как мы объясняли ранее.
Пример перенаправления HTTP 302
The most common HTTP 302 redirect example case is Google.
Независимо от страны, в которую вы входите, если вы введете https://www.google.com/, you will be redirected to the Google version in the language/country that corresponds to you.

В случае Германии 302 автоматически доставит нас к https://www.google.de/ так что мы можем искать контент на немецком языке.
Порталы успешных компаний, таких как Coca-Cola или даже Fujitsu, также используют эту систему для перенаправления трафика туда, где они считают наиболее удобным.
What causes HTTP 302 error?
Here are some of the most common reasons for the 302 redirect error:
How to identify HTTP 302 error?
Проверка того, что 301 и 302 перенаправить настройки верны очень легко.
When entering into the address bar of the old address, we observe what is happening.
The change of address indicates that everything is fine with the redirect.
The address remains the same – you need to look for the source of the problem, but first, we advise you to clean the cache and try again.
How to fix HTTP 302 error?
Способ 1: проверьте конфигурацию сервера
Приложение может работать на сервере, который использует одну из этих двух наиболее распространенных программ веб-сервера, Nginx или Apache. На эти два веб-сервера приходится более 84 процентов глобальной программы веб-сервера!
Therefore, the first step in determining the 302 response code is checking the mandatory redirect instructions in the webserver program configuration file.
Для веб-сервера Apache
Шаг 2: Найдите директивы mod_rewrite
Обратите внимание на дополнительный баннер в нижней части RewriteRule, который ясно показывает, что код ответа должен быть 302, показывая агенту браузера, что это временное перенаправление.
Для веб-сервера Nginx
Шаг 1: Откройте файл nginx.conf

Если ваш веб-сервер работает на Nginx, вам следует искать совершенно другой файл конфигурации. Этот файл указан как nginx.conf по умолчанию и находится в одном из общих каталогов, перечисленных ниже:
/ usr / local / nginx / conf, / etc / nginx или, / usr / local / etc / nginx.
Шаг 2: Перепишите директивы в файле nginx.conf
После обнаружения откройте файл nginx.conf в текстовом редакторе и найдите директивы перезаписи, относящиеся к индикатору перенаправления.

Например, это простая директива блока (объявленная как набор операторов), которая устанавливает виртуальный сервер путем создания временного перенаправления с abc.com на временный-abc.com:
Nginx переписывает директивы параллельно с Apache RewriteRule и
RewriteCond, потому что они обычно содержат более сложные текстовые шаблоны поиска.
Шаг 3: Проверьте политику замены файла nginx.conf
В любом случае проверьте файл nginx.conf для политики замены исключений, которая содержит флаг перенаправления (другой код ответа возврата постоянного ключа 301).

Обратите внимание на любые исключения перед перезагрузкой сервера, чтобы проверить, решена ли проблема.
Способ 2: поиск устаревшего программного обеспечения
В документе спецификации RFC для HTTP 1.0 говорится, что цель кода ответа «302 найдено» предназначена для указания того, что клиент должен выполнить временное перенаправление.

However, many new browsers will process the code 302 received through the POST request as an invalid GET request.
This has triggered snags and confusion with particular web server programs that attempt to force the browser to perform the right work when it needs to be redirected temporarily.
Чтобы решить эту проблему, документ спецификации RFC HTTP 1.1 возвратил 303 кода ответа, еще 307 временных перенаправлений, что является понятным способом управления POST-to-GET или временными переходными ответами.
Метод 3: Очистка бревен
Почти все веб-приложения хранят записи на сервере. Журнал приложения обычно представляет историю приложения, например, какие страницы, серверы были запрошены и подключены, которые были получены из предоставленной базы данных и т. Д.

Журналы сервера подключены к текущему устройству, на котором запускаются программы, и обычно содержат информацию о состоянии и работоспособности всех подключенных служб и даже информацию о сервере.
Запишите Google [PLATFORM_NAME] в CMS или используйте [PROGRAMMING_LANGUAGE], чтобы зарегистрироваться и зарегистрировать [OPERATING_SYSTEM] при запуске пользовательского приложения для получения дополнительной информации для получения этих записей.
Способ 4: исправить код приложения
В случае сбоя всех описанных выше способов проблема может заключаться в коде пользователя приложения, вызвавшего проблему.

Попробуйте определить причину проблемы, вручную обнаружив приложение и проанализировав его в файлах журнала сервера и приложений.
Рекомендуется скопировать полное приложение на локальный компьютер для разработки и пройти по нему, чтобы точно узнать, что происходит с 302 сканированием, и увидеть код для каждого приложения.
Заключение
Наконец, как вы видели, нам не нужно сильно бояться ошибок перенаправления HTTP 302. Не углубляясь в это, они представляют собой фантастический способ избежать потери трафика на наших веб-страницах с неизбежными изменениями, которые возникают в течение многих лет.
I hope that, after reading this article, you will not get chills every time about how do I fix the 302 moved temporarily error.
Если вы хотите внести свой вклад в сообщение, или если у вас есть вопрос или просто хотите высказать свое мнение, не стесняйтесь комментировать ниже!
Подробная инструкция по редиректам: когда и как их использовать
Что такое редиректы?
Редиректы — это способ перенаправлять пользователей сайтов на URL, отличный от того, что они запросили. Дубли страниц ухудшают ранжирование сайта, а редиректы помогают с ними бороться.Ещё их используют когда нужно создать новую страницу взамен уже существующей и при этом сохранить позиции и трафик. Существует 9 видов редиректов, но в SEO-практике активно применяются лишь три из них:
Общие советы по настройке редиректов
1. Делайте редиректы только на релевантные страницы, со статусом 200 (OK).Чем более релевантна страница акцептора (та что принимает редирект) странице донору, тем быстрее они склеятся и тем больше веса она передаст.
2. Не используйте редирект там, где лучше поставить rel=canonical. Если контент страниц дублируется, но вам важно оставить страницы доступными для пользователей, используйте rel=canonical вместо редиректа. Например, если есть несколько версий контента (для печати, для мобильных,)
3. Не используйте редиректы для файла robots.txt. Этот совет в большей мере касается ПС Яндекс — для нее важно, чтобы при смене домена или переезде на защищенный протокол старый robots.txt был доступен роботам — так быстрее происходит склеивание доменов.
4. Избегайте двух, трёх и более редиректов подряд. Каждый новый редирект — это потеря времени загрузки, лишняя нагрузка на сервер и возможная потеря передаваемого веса страницы.
На больших ресурсах с множеством редиректов несоблюдение этого правила ведёт к возникновению страниц с 404 ошибкой.
6. Браузеры кешируют редиректы — чтобы проверить их работу, сбрасывайте кеш или используйте специализированные сервисы.
Важно!Хотя ссылочный вес и передается в полной мере, при массовом применении редиректов, например, при переезде на https, возможно проседание позиций и трафика страниц на 10-15%, с последующим восстановлением в течение 2-4 недель. Некоторые seo-специалисты, чтобы исключить возможность проседания трафика, советуют сначала настраивать 302 редирект, а после появления в выдаче большинства новых страниц — менять его на 301. Сразу предупреждаем, что такое использование 302 редиректа идёт вразрез с рекомендациями Google, но никто не запрещает вам экспериментировать 🙂
Массово проверить статус страниц сайта можно, используя программы для аудита сайта Netpeak Spider, SEO Screaming Frog и сервис Serpstat.

1. Для определения главного зеркала сайта
Редирект с версии без www на версию с www
Редирект с версии с www на версию без www
Оба варианта равнозначны и правильны с точки зрения ПС. Если у вас в индексе больше страниц с www — лучше будет использовать переадресацию на версию с www, и наоборот.
2. Канонизация слеша в конце урла
— http://www.site.com/dog1/»>http://www.site.com/dog1/ — http://www.site.com/dog1 Если адрес страницы отличается хоть на один символ — ПС считают такие страницы разными. А если это разные страницы с одинаковым контентом — это дубли. Поэтому очень важно следить чтобы все URL страниц были только в нижнем регистре и одного формата (со слэшом или без слэша в конце). Как и для www — настраивайте перенаправления на версию страниц, с которой у вас больше в индексе.
Редирект для удаления «/» в конце
Редирект для добавления «/» в конце адресной строки
3. Редирект с любого URL на URL в нижнем регистре
Поисковые системы учитывают регистр URL, поэтому для избежания дублей важно использовать единый регистр для всех символов в URL.
4. Редирект при смене домена
При смене домена, если необходимо учесть пожелания Яндекса по переезду, следует сделать редиректы со всех страниц, кроме robots.txt. Для Google это делать не нужно.
В файл robots.txt для старого сайта необходимо внести:
Директиву Disallow тут вносим обязательно по требованиям поисковых систем, но её можно и оставить пустой.
5. Редирект со всех страниц одного домена на главную другого
Эта настройка может пригодится если у вас есть хороший старый домен, что совсем не подходит по тематике или структуре, но вы хотели бы передать с него вес на свой домен.
6. Редирект при переезде на https
Как и в случае со слэшами и главным зеркалом, главная цель такого редиректа — борьба с дублями страниц. Дополнительно при переезде на https рекомендуем использовать HSTS. Нужно понимать, что при настройке редиректов на https возможность слать http запросы к сайту остается. HSTS говорит браузеру, чтобы тот «не общался» с сайтом по http. Даже если браузер встретит на этом сайте ссылку http, или пользователь введет ее руками, он отправит запрос сразу на https версию и не пойдет по пути, когда запрос отправляется сначала на http версию, а уже потом сам сервер перенаправляет 301 редиректом на https. Это сделано, чтобы уберечь пользователя от возможных вклиниваний и перенаправлений крутых хакеров и злоумышлеников. Поисковые боты не будут попадать под этот сценарий.
7. Редирект при смене каталога, содержащего документы
Это правило обычно используют, если структура каталога отображается в URL, и необходимо поменять либо уйти от неё (например, чтобы добавить в URL ключевое слово или сократить его).
8. Редирект с одной страницы на другую
Используем, если изменился адрес документа, либо если больше нет услуги/товара, но есть аналоги, чтобы перевести пользователей и вес на эти страницы.
9. Склеить несколько символов, идущих подряд в 1 символ (в примере — склеить два дефиса в один):
Чаще всего это несколько слэшей либо дефисов подряд. Такие страницы могут появляться из-за некорректной настройки маршрутизаторов, например, два пробела подряд не объединяются и превращаются в два дефиса, либо маршрутизатор всегда дописывает «/» в конце, не проверяя его наличие.
10. Редирект для страниц, имеющих Get-параметры в URL
Иногда необходимо настроить редирект для изменяющихся Get-параметров. Например, параметром будет SECTION_ID:
Оба вида редиректов используем в основном когда необходимо настроить ЧПУ вместо url-а с параметрами
11. Переадресация одного адреса без вложенных адресов
Например, если большинство документов вашего сайта лежат в папке catalog, а страница site.com/catalog не содержит никакого контента.
302 и 307 редирект: как правильно использовать
Использование 302 редиректа оправдано, если:
Не забывайте: если Google посчитает использование 302 редиректа в каком-то конкретном случае ошибочным, старый URL пропадет из выдачи, а ссылочный вес и PageRank полностью перейдут к новому.
Выводы
Каждый редирект стоит использовать для решения той задачи, для которой он был создан, следовать рекомендациям поисковых систем:





