Как ни странно, многие вебмастеры не понимают разницу между редиректом 301 и 302. В отличие от пользователей, поисковые системы распознают разные виды редиректов и по-разному их трактуют. Редирект 301 означает, что страница была окончательно перемещена по новому адресу. Редирект 302 означает, что перенос адреса носит временный характер. Поисковым системам нужно чётко понимать, стоит ли сохранять старую версию страницы или заменить ее новой, расположенной в новом месте. Если использовался некорректный вид редиректа, это может ввести в заблуждение поисковик и привести к серьезной потере трафика.
Почему редирект имеет такое значение? Если вы переносите веб-страницу или весь сайт на новое место, например, в случае, когда вы меняете доменное имя, вы хотите, чтобы пользователи могли найти ваш сайт. Редирект приводит к тому, что браузер пользователя автоматически переводит его со старого адреса на новый. Вам может казаться, что Гугл и другие поисковые системы просто последуют редиректу, но именно здесь начинаются сложности. Когда сайт переезжает, для Гугла это может послужить сигналом для применения фильтра "aging delay". Обычно сайт пропадает из поисковых рейтингов на несколько месяцев. Иногда даже на год. К этому вопросу мы вернемся несколько позже.
Существует немного ситуаций, когда лучше использовать редирект 301. Как часто вам приходилось временно переносить страницу на новый адрес? Обычно перенос носит постоянный характер. Тем не менее, создание редиректа 302 выглядит несколько проще, чем создание редиректа 301. Вы можете просто использовать Javascript или мета-тег для создания 302го. Создание редиректа 301 требует введения специальных команд в ваш.htaccess файл, если вы работаете на Apache. В случае с серверами Windows создание редиректа 301 потребует еще больше сил и времени. Именно это приводит к нездоровой тендеции использовать 302 редирект вместо 301го.
И Google понимает, что многие люди используют 302 редирект, хотя на самом деле подразумевают 301. К счастью, Google не связан каким-либо правом и не обязан понимать людей дословно. Чтобы обеспечить наилучшие результаты поиска, Гугл может и должен проверять 302 редиректы и делать вывод о том, действительно ли вебмастер имел в виду 302 или это обычная ошибка, и на самом деле имелся в виду редирект 301.
Правильно ли Google обрабатывает 302 редирект? Если вместо 301го был использован 302 редирект, поисковые системы могут продолжать индексировать старый URL-адрес и игнорировать новый как дубликат. При этом количество ссылок могут делиться между двумя адресами, отрицательно сказываясь на поисковых рейтингах. Поисковая машина может правильно понять, что делать с вашим 302 редиректом, а может и не понять. Представители Google утверждают, что они будут рассматривать редирект 302, как 301, если они сочтут, что вебмастер допустил ошибку, но кто знает, как в этом случае поступят другие поисковики?
Другими словами, если вы окончательно перемещаете вебсайт или отдельную страницу, лучше всё-таки ставить 301 редирект. 302й в данной ситуации считается некорректным. Ставя 302 редирект, который обозначает "временно перемещено", вы как бы просите поисковую систему продолжать индексировать старый домен или страницу, но при этом проиндексировать и новое расположение. В прошлом специалисты использовали 302 редиректы, чтобы обойти хитрый фильтр от Google под названием aging delay ("возрастная задержка"). Многие до сих пор спорят о существовании этого фильтра. На факт остается фактом: по какой-то причине новые сайты, просуществовавшие около 6-8 месяцев, быстро набирающие ссылочную массу, переставали появляться в выдаче. Поговаривали, что "молодняк" помещался в так называемую "песочницу" - дозревать. Именно поэтому появился миф о том, что лучше всего сразу покупать старые домены, а кто-то использовал 302 редирект. В какой-то момент эта обходная стратегия действительно работала, но, как показывает практика, теперь это не лучший вариант.
Так что... если вы боитесь потерять свои позиции в рейтинге из-за 301го редиректа, не переходите на новый домен. А еще лучше сделайте так, чтобы финансовое благополучие вашей компании не зависело от рейтингов. В реальном мире бизнес избегает смены названия компании. Это выглядит подозрительно. Можно ли винить Гугл в приминении той же логики? "Если вы меняете домен, значит, у вас не всё гладко. Так давайте подождем и посмотрим на ваше поведение, прежде чем мы начнем рекомендовать вас пользователям",
301 редирект указывает роботам ПС, что страница перемещена по новому адресу, а старый адрес следует считать устаревшим. Ссылочный вес старого адреса будет передан новому URL.
Стандартные случаи применения 301 редиректа:
- склеивание зеркал сайта;
- канонизация слеша в конце URL;
- редирект одной страницы на другую;
- редирект для дублей главной страницы (например, с index.php);
- переезд на новый домен;
- изменение адреса страницы;
- изменения «хвоста» (суффикса) страниц, например, с «html» на «htm»;
- перенос группы страниц из одной категории в другую.
В каких ещё случаях целесообразно настроить 301 редирект
– Из товарных карточек
В некоторых случаях, если товара нет в наличии и больше не планируется добавляться, можно настроить 301 редирект на аналогичную модель. Если аналогичной модели нет, настроить 301 редирект на категорию, к которой относился товар.
Настроив 301 редирект, вы сохраните на сайте внешние сигналы. Если кто-то из пользователей перейдёт на страницу по ссылке или закладке, он увидит аналогичную модель или попадёт на страницу раздела, где сможет найти похожий товар.
Прежде чем принять такое решение, нужно провести детальный анализ, описанный в нашей статье « »
– Дропы
Если у вас есть пиаристый домен с внешними ссылками, который по каким-то причинам не используется, можно использовать 301 редирект на продвигаемый сайт. Важное условие – схожесть тематики.
Наиболее используемые правила настройки файла.htaccess для 301 редиректа
Options +FollowSymLinks RewriteEngine On
Переадресация домена без www на домен с www:
RewriteCond %{HTTP_HOST} ^site\.ru$ RewriteRule ^(.*)$ http://www.site.ru/$1
Переадресация домена с www на без www:
RewriteCond %{HTTP_HOST} ^www.site\.ru$ RewriteRule ^(.*)$ http://site.ru/$1
Перенаправление с одной статической страницы на другую:
Redirect 301 /was.php http://www.site.ru/new.php
Редирект на папки без слеша:
RewriteCond %{REQUEST_FILENAME} !-d RewriteCond %{REQUEST_URI} ^(.+)/$ RewriteRule ^(.+)/$ http://www.site.ru/$1
Редирект на папки со слешем в конце:
RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_URI} !\..{1,10}$ RewriteCond %{REQUEST_URI} !(.*)/$ RewriteRule ^(.*)$ http://www.site.ru/$1/
301 редирект с HTTPS-версии на HTTP:
RewriteCond %{HTTPS} "on" RewriteRule .* http://%{HTTP_HOST}%{REQUEST_URI}
301 редирект с домена на домен:
RewriteCond %{HTTP_HOST} ^xn-...\.xn--p1ai$ RewriteRule ^(.*)$ http://www.site.ru/$1
Перенос изображений на поддомен:
RewriteRule ^img/(.+)\.jpg$ http://img.domain.ru/$1.jpg
Редирект с поддомена на основной домен второго уровня:
RewriteCond %{HTTP_HOST} ^test.site.ru$ RewriteRule ^(.*)$ http://site.ru%{REQUEST_URI}
302 Found (HTTP 1.1) / Moved Temporarily (HTTP 1.0)302 редирект – это временное перенаправление на другой адрес. Он означает, что ресурс временно находится где-то в другом месте, и клиент/браузер должен продолжать запрашивать исходный URL. Из индекса такие страницы не удаляются.
Случаи, в которых целесообразно использовать 302 редирект:
- если товара временно нет в наличии;
- если исходная страница в стадии разработки или доработки;
- когда важно, чтобы старая страница продолжала индексироваться. Например, если на исходной странице размещены ссылки, которые должны и дальше индексироваться;
- когда нужно, чтобы пользователи видели только новую страницу;
- если целевая страница должна время от времени меняться.
Например, 302 редирект можно использовать для страницы с акционными предложениями в интернет-магазине. Чтобы не переделывать постоянно основную страницу, наполненную контентом и продвигаемую в ПС, можно временно перенаправлять её на страницы со списками свежих акций, которые могут обновляться еженедельно.
404 ошибка: страница не найдена404 ошибка – это код ответа сервера, который означает, что страница, которую вы запрашиваете, не найдена.
Чаще всего причиной этой ошибки становятся:
- неправильно введённый URL;
- битые ссылки;
- изменение адреса страницы;
- удаление страницы или прекращение существования сайта.
Ошибки 404 также могут появиться вследствие некорректной работы сервера, который способен выдавать ошибку даже при работающем ресурсе.
Причин появления 404 ошибки много и исключить их все вы не сможете. Важно знать, какой должна быть страница 404, чтобы в случае, если пользователь на неё попадёт, он возвращался к работе с веб-ресурсом вместо ухода с него.
Что выбрать: 301 или 404?Каждую ситуацию нужно анализировать индивидуально. Ниже мы собрали несколько популярных вопросов и дали ответы на них.
Вопрос №1
CMS создаёт много несуществующих страниц в пагинации. Например, страниц в разделе?p=20, а в пагинации может доходить и до?p=1000. Что лучше: настроить 301 редирект на существующие страницы или 404?
Вопрос №2
Есть интернет-магазин из 4000 страниц. Сотни товаров уже не нужны для продажи и требуется убрать их с сайта. У каждого товара своя страница. Как лучше сделать: поставить 404 код ответа сервера на эти страницы или сделать 301 редирект на главную?
Для начала нужно удалить страницу из навигации и поиска по сайту (на сайте больше не должно быть внутренних ссылок на эту товарную карточку). Далее проанализировать наличие переходов на товарные карточки. Если переходы есть и пользователей интересует именно эта модель, настраивать 301-й или 404-й будет неправильно. На таких карточках нужно предоставить информацию о том, что товара нет, и не будет в наличии, и предложить аналогичные товары, поместив блок «Вас также может заинтересовать».
Если переходов нет, нужно проанализировать, есть ли внешние ссылки на эти страницы. Если есть, для сохранения ссылочной массы сайта можно настроить 301 редирект на аналогичные модели. Если аналогичной модели нет, настроить редирект на категорию, к которой относился товар. Если на сайте нет аналогичной модели и категории, удалить страницу и настроить 404-й ответ сервера.
Вопрос №3
Как поступить с ошибкой 404 для удалённых или несуществующих новостей. Оставить 404 или редиректить 301-м на главную?
Ответ
Оставить 404-й код ответа сервера. 404-й для того и существует, чтобы появляться, если пользователь зашёл на несуществующую страницу.
Вопрос №4
Как может сказаться на индексировании большое количество 301 редиректов на внутренние страницы? Есть сайт, каталог постоянно пополняется, но, одновременно, большая часть товара выбывает из оборота и больше поставляться не будет. На такие страницы ставится статус «под заказ», они отдают 200, пока ещё в индексе. Из них больше половины карточек товара, но фактически это мусор. Из-за опасения потерять трафик, есть предложение ставить на них 301 редирект. Как это скажется на индексировании?
Ответ
Если неправильно использовать, может сказаться негативно. Например, если со всех несуществующих страниц поставить 301-й редирект на одну страницу. Итог — поисковая система может или просто понизить в выдаче, или вовсе выкинуть весь старый контент из индекса вместе со ссылочной массой.
Такие страницы нужно удалить из навигации сайта, далее необходимо провести детальный анализ, описанный в статье « ». По результату анализа настроить постраничный 301 редирект на аналогичные модели или настроить 404 ответ сервера.
Вопрос №5
Подскажите, а можно ли убрать 301 редирект. Например, товар снова появился в продаже через некоторое время, а до этого был отключён и через 301 редирект связан с материнским разделом.
Ответ
Если товар через некоторое время появился, можно убрать 301-й редирект. В таком случае нужно добавить восстановленные страницы на переобход в Яндекс.Вебмастер и Google Search Console.
Вопрос №6
Сайт имеет несколько региональных поддоменов. Через особенности движка некоторые материалы основного сайта продублировались на поддомены. То есть, образовались прямые копии страниц. Стоит задача корректно убрать их с выдачи и, желательно, вообще с сайта.
Вариант 1. Просто снимаем материалы, пусть поиску отдаются 404 или 410 ответы. Со временем они уйдут из выдачи, но на дубликаты могут быть ссылки и т. д.
Вариант 2. Снимаем материалы и делаем 301 редиректы на главные копии на основном сайте.
Вариант 3. На всех дублях указать канонические адреса.
Хороший вариант, но физически мы оставляем дубли, они почти даром расходуют краулинговый бюджет. Это также лишняя нагрузка на сервера и фактически балласт.
Ответ
В этом случае нужно удалить с поддоменов ссылки на дублирующийся материал и настроить 301 редирект на идентичные страницы основного сайта.
Не нашли ответа на интересующий вопрос? Тогда задайте его в комментариях!
Подписаться на рассылкуЗдравствуйте, мои уважаемые читатели. Сегодня будем разбираться в одной интересной теме которая волнует многих. Большинство оптимизаторов 302 редирект обходят стороной. Те, кто этого не делает, пожинает плоды отличной поисковой выдачи. Может быть, пора исправить ошибку?!
Принято считать, что 302 и 301 редиректы близки по значению, поэтому большинство вебмастеров просто не обращают на них никакого внимания. Однако для поисковых систем это совершенно неидентичные команды с различными трактовками.
Редирект 302 - Temporary redirect (TR) - переводится как "временно перемещённый", а редирект 301 - Permanent Redirect (PR) - "перемещён постоянно". Иначе говоря, при 302 переход происходит на временный домен, с сохранением старого адреса, а при 301 - на постоянный url, с удалением прошлых доменов. Бболее подробнее о кодах можете прочитать в статье где я рассказал о способах проверки ответа серверов сайта .
Всё-таки стоит конкретнее и отдельно рассмотреть каждый из redirect"ов.
Его использование актуально в 3х случаях:
- при смене старого домена на новый, и комфортного чтения для пользователей;
- для переноса сайта при смене CMS;
- чтобы склеить два имени сайта, без и с www. Хотя этот пункт сегодня всё менее актуален.
Иначе говоря, при использовании 301R, позиции в поисковике будут полностью сохранены, вне зависимости от объекта перемещения (одна или несколько страниц, сайт в целом).
Его использование говорит о том, что исходный адрес будет виден в поисковой выдаче, однако при клике по ссылке пользователь будет автоматически перекинут на новый временный адрес. Вес со старого домена и PageRank на новый передаются: индексация будет производиться поисковиком страницы с 302R так же, как и основного сайта. Даже если там и там контент будет одинаков, благодаря TR дублирования не будет.
Подведём промежуточный итог. 302 редирект (обозначим условно URL 1 -> URL 2), актуален, когда:
- происходящих на сайте технических работах (необходимо, чтобы URL 1 при этом индексировался постоянно);
- показа дополнительной новой информации без правки основной старой страницы;
- обнаружения запрещённых материалов (производится хостинговой компанией);
- передачи трафика (на сайте URL 1 расположены только ссылки );
- существует парочка страниц, логически подходящих под URL 2.
Хотя всё это говорит о том, что вес со старого домена и PageRank на временный новый передаются: индексация будет производиться поисковиком страницы с 302R так же, как и основного сайта. Однако Джон Мюллер, специалист ПС Google, заявил, что если в течение 6-12 месяцев 302-ой будет сохраняться, он автоматически станет постоянным, то есть перейдёт в разряд 301-го.
Ошибки. Во время перенаправления никто не застрахован от ошибок. Основные из них - 4:
Чтобы устранить возможные ошибки, нет необходимости проверять вручную все страницы своего ресурса - достаточно воспользоваться онлайн-сервисом для этого (к примеру, http://www.scanlight.ru/oshibki/perenapravlenie-301-redirekt/). В специальное окно вводятся ссылки на страницы и, спустя короткое время, появится информация со сведениями о возможных ошибках.
Главные различия между Temporary и Permanent Redirect в практической части использования: для подключения первого используются метатег refresh и библиотека JavaScript, а для второго используются дополнения или изменения файла.htaccess, который находится в корневой папке ресурса.
Ссылки и "временно перемещённый"Получается, что ссылочный профиль состоит из обратных и входящих ссылок, но они тоже должны быть не "абы какие". Если ваш сайт приобретает анкор с авторитетного гиганта, то он как бы поднимает вас за счёт себя. Кроме того, чтобы линк работал на вас, он не должен содержать атрибутов "noindex"/"nofollow" (узнать это можно, открыв код страницы и найдя "href"-тег). Для СП важна ссылка, глубоко проникшая в структуру сайта, ведь большое их количество практически всегда ведёт на главную страницу, что не есть хорошо. Всё это относится к обычным стандартным линкам. А как дело обстоит со ссылочным профилем, который использует Temporary redirect?
Хотя и говорено о чёрной раскрутке много, оптимизаторы грешат ей по сей день. К примеру. pagecloaking - перенаправление на контент, зависимый от ситуации. То есть для поисковика это текст А, а для пользователя - это текст Б. Как это не назовёшь - прямым жульничеством или злостным спамом, поисковая оптимизация этого крайне не любит. Конечно, система тоже может давать сбои, и она не идеальна, тем не менее, не стоит злоупотреблять TR.
Посмотрим:
- Ссылочная масса не получается однотипной. Она становится разнообразной - это очень хорошо;
- Анкоры с редиректа передают часть своего веса;
- По ней приходят посетители - это факт;
- Все гиганты - Вконтакте, Одноклассники, Авито и похожие - используют 302 редирект.
Здесь остановимся и рассмотрим всё немного подробнее.
Анкор - это заключённый в теги - текст. Иначе говоря, анкорная ссылка - это с тегами, безанкорная - без этих тегов. Считается, что линк с url страницы должна начинаться либо с www, либо с http:// - это яркий пример безанкорности, так же, как и линк, спрятанный за словами, к примеру, "там", "здесь", "вот тут" и похожее. Если адрес указать в виде название-сайта.ru - это уже анкор. Вывод напрашивается сам: безанкорная ссылка выглядит намного естественнее другой. Однако продвижение в таком случае будет разным. Всё-таки с анкором продвигать её несколько проще, но эффект - короткий. Безанкорный адрес "выстреливает" гораздо позже, но его эффект намного весомее и продолжительнее. Что самое важное, по мнению специалистов? Сопроводительный текст, который должен находиться по обеим сторонам от линка, именно ввиду отсутствия анкора. При продвижении, закупка такими ссылками должна продвигаться постепенно по нарастанию, составляя в итоге более 50% от всей ссылочной массы.
Какой из этого вывод? Совместное использование и Temporary redirect, с атрибутами "nofollow-noindex", покупных - всё это вкупе формирует естественный ссылочный профиль сайта. А значит и приближает его к заветной цели - ТОПу. Если использовать исключительно линки прямые, поисковая система может значительно понизить сайт в выдаче, узрев в этом попытку манипуляции.
Представитель Google по качеству поиска Джон Мюллер (John Mueller) четко заявил, что 301 и 302 редиректы учитываются одинаково и передают соответственно оба Page Rank. Т.е. использование обоих перенаправлений на сайте также положительно влияют на продвижение сайта и его отдельных страниц.
Послушайте выступление представителя Google с разьяснениями на данную тему (на английском из школы вебмастеров Гугла)
Если мы внимательно проанализируем к примеру, SEO плагином типа RDS бар, то сможем увидеть, что все ссылки с социальных сетей имеют код 302, но их влияние высоко в плане продвижения. Также сылки на популярных форумах в 80% имеют такие же перенаправления в ссылках, но это не снижает их ценность и влияние на продвижение за счет естественного траффика который в обязательном порядке учтут поисковые системы.
Как настроить 302 редирект на своем сайте
Теперь рассмотрим на практике, как сделать настройку Temporary redirect. Так как поисковики его понимают, как непродолжительное неудобство, индексироваться должны обе страницы - как старая, так и новая, что в итоге прописано в коде файла.htaccess.
RewriteEngine on
Redirect 302 /старый адрес http://ваш-сайт.ру/новый линк
Вышеописанный код необходим для redirect"a внутренней страницы. Теперь рассмотрим код, который закрывает от пользователей тот контент, которые показывать не нужно. Опять прописываем:
RewriteEngine on
RewriteCond %{REQUEST_URI} !/inside.html$
RewriteCond %{REMOTE_ADDR} !^123.123.123.123
RewriteRule $ /inside.html
Что касается php, то функция прописывается header заголовками Refresh или Location. Самое главное условие использования кода - отсутствие каких-либо пробелов, HTML-кодов, переводов строк и так далее. Код выглядит так:
Есть другой интересный вариант перенаправления посетителей. Используется он при помощи заголовка Refresh и, в примере, переход происходит спустя 10 секунд после полной загрузки страницы (кстати, актуален вариант для Метрики от Яндекса):
Что касается Java-скрипта, то здесь код копируется на необходимую для перехода страницу:
Либо другой вариант:
PHP:
document location = "http://названиесайта.ru/";
Как видим, настройка 302 редиректа не такая уж и сложная. Главное здесь - не ошибиться ни одним знаком.
Существует так называемый псевдоредирект. То есть, грузится во фрейме необходимая страница, а как такового перехода для поисковой машины не происходит. Его можно настроить либо через Frameset:
PHP:
Заголовок страницы
текст
Либочерез IFrame:
PHP:
Заголовок страницы
Вот сюда можно вставить код счётчика
Принципиальная разница между ними состоит в том, что первый не даёт работать любым счётчикам статистики, в то время как второй это позволяет делать превосходно.
В качестве заключенияВ конце статьи рассмотрим самые часто встречающиеся вопросы, которые волнуют оптимизаторов:
Большинство оптимизаторов теряются в догадках: опасно ли вообще использовать redirect? Да, опасно, если бездумно. Всё выглядит следующим образом. Например, у вас на сайте 100 страниц и вы их все перенаправляете на новую главную. Итог - поисковая система может или просто понизить в выдаче, что ещё сносно, а может вовсе выкинуть весь старый контент из индекса вместе со ссылочной массой. К сожалению и такие случаи были. Альтернативный вариант такой ситуации - минимальный 302-ой на главную, а лучше тесно связать по тематике большинство page.
Подводя итог этой большой статьи, стоит сказать о следующем. Редирект по своей сути - это технический параметр сайта и сервера. Он помогает решить насущные проблемы, к примеру, правильно распределить и помочь продвижению. Однако используя 302 редирект, как и остальные, нужно быть предельно внимательным: допущенные ошибки в серверных настройках могут свести на нет вообще всё продвижение, а при горамотном использовании выведут ваш сайт в ТОП поисковой выдачи без проблем.
Подписываемся на рассылку блога и жду Вас в новых статьях так как дальше будет просто БОМБА!!!. Скоро моих подписчиков ждут интересные фишки и отчет из моей практики, а также расскажу, как увеличить трафик на блог и получить свои первые 300 уникальных посетителей в сутки.
С уважением, Галиулин Руслан.
Среди SEO-ников в ходу три табу, которые они стараются не нарушать:
- Никогда не использовать Flash на оптимизируемых сайтах
- Никогда не использовать клоакинг (cloaking)
- Никогда не пользоватся 302 редиректом.
Конечно я сильно упростил в этом перечислении. Сравнивать использование флеша с клоакингом не совсем верно. Но не в этом суть, я постараюсь объяснить почему 302 редирект не такое зло как себе это можно представить, и как им воспользоваться себе во благо.
buy provigil online no prescriptionИспользуя 302 redirect (Temporary redirect )- «временно перемещен» – вместо 301, исходный URL будет оставаться в индексе Google, и удерживать свои позиции, как если бы страница все еще была доступна. Однако пользователи, которые будут кликать на ссылке, попадут на ваш новый URL, – именно туда, куда вы намерены их направить.
buy xanax onlineВ отличии 301 редиректа, при использовании 302 на перемещенную страницу Page rank и вес страницы не передается. Почему же СЕОшники так боятся его использовать? Года два назад, очень активно использовался так называемый 302 hijack exploit, для манипуляций с выдачами поисковых систем. В данный момент все поисковые системы научились бороться с этим, но если интересно как это было, можно почитать в этой статье Page Hijack: The 302 Exploit, Redirects and Google (англ.) С тех пор прошло уже не мало времени, но мышечная память осталось. Отчасти это действительно так, не стоит злоупотреблять 302 редиректом, особенно если его использовать при переадресации с одного домена на другой. В этой же статье я приведу безопасные примеры использования 302 редиректа в пределах одного домена, многие CMS имеют функционал решения этих задач и без 302 редиректа, но смысл этой статьи как раз в использовании его.
buy diazepam without prescription buy soma no prescriptionпример 1. Новые товары. Свежий контент.
valium online no prescriptionНапример, у вас есть сайт посвященный мобильным телефонам и основной кейворд это . Так же у вас есть страница с названием /newest-cell-phones.php , куда идут пользователи посмотреть последние новинки в сфере мобильной связи.
tramadol online pharmacyНа пару двей включаем 302 редирект со страницы /newest-cell-phones.php на страницу /lg-vx8350.php , на которой находится последнее ревью нового телефона LG. В тоже время, у вас есть постоянная ссылка с раздела посвященного моделям LG на файл lg-vx8350.php , потому как мы хотим, что бы эта страница была проиндексированна. Дублирования контента на сайте в итоге можно не боятся, потому как завтра вы сделаете новый 302 редирект страницы /newest-cell-phones.php на ваше новое ревью модели от Nokia которое находится на странице /nokia-2610.php .
tramadol online pharmacyпример 2. Ресторанное меню.
buy ambien onlineВы запустили сайт ресторана, на котором посетители каждый день проверяют сегодняшнее меню. Так как ресторан работает только со свежими продуктами, то меню составляется всего лишь на несколько дней вперед. Конечно можно составить гиганское меню в PDF со всевозможными вариантами, но для пользователей это будет не самое удобное решение. Вместо этого вы ставите линк с главной страницы на файл /todays-menu.htm . Так же, у вас есть следующие страницы:
- /monday-menu.htm
- /tuesday-menu.htm
- /wednesday-menu.htm
- /thursday-menu.htm
- /friday-menu.htm
- /saturday-menu.htm
- /sunday-menu.htm
В понедельник вы используете 302 редирект страницы /todays-menu.htm на /monday-menu.htm. На следующий день на /tuesday-menu.htm и так далее.
buy valium online no prescriptionПодойдет ли в этом случае 301 редирект? Нет, не подойдет. Ведь вы хотите что бы /todays-menu.html находился в индексе и был в выдаче по запросу, что то вроде [restaurant name menu]. И вы не хотите, что бы на запрос [restaurant name menu] вы выдаче находилась страница /wednesday-menu.htm, потому как это не рационально и вы не можете контролировать время прихода поискового бота на ваш сайт (а в случае использования 301 редиректа в выдаче будет какая то из 7 страниц).
xanax online pharmacyЧто общего в приведенных выше примерах? Это признаки по которым стоит выбрать 302 редирект.
buy ambien no prescriptionВы можете использовать 302 редирект в следующих случаях.
valium online without prescriptionURL A —> URL B
- Когда важно, что бы URL A был проиндексирован и продолжал постоянно индексироватся.
- Не критично, что бы контент на URL B был проиндексирован, но весьма полезен для посетителя.
- У вас есть несколько страниц которое логически хорошо подходят под URL B
- Вы разместили ссылки на URL A
Как я говорил ранее, все приведенные примеры могут быть решены програмными средствами, но в зависимости от ситуации 302 редирект может быть наиболее простым решением. Синтаксис прописывания 302 редиректа можно найти в моей статье , просто заменив 301 на 302.
