Оптимизация черная и белая. Оптимизация черная и белая Что значит редирект 302 в одноклассниках

Как ни странно, многие вебмастеры не понимают разницу между редиректом 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го редиректа, не переходите на новый домен. А еще лучше сделайте так, чтобы финансовое благополучие вашей компании не зависело от рейтингов. В реальном мире бизнес избегает смены названия компании. Это выглядит подозрительно. Можно ли винить Гугл в приминении той же логики? "Если вы меняете домен, значит, у вас не всё гладко. Так давайте подождем и посмотрим на ваше поведение, прежде чем мы начнем рекомендовать вас пользователям",

), научный сотрудник компании Moz и эксперт в области поискового маркетинга.

В одном из последних выпусков Whiteboard Friday Питер Мейерc объяснил, как поисковые роботы и пользователи воспринимают страницы в зависимости от выбранного решения – переадресации 301, 302 или rel=canonical, почему этот выбор важен, и как каждый из этих вариантов может обрабатываться Google.

Практически каждые три месяца в SEO-сообществе разгораются дискуссии на тему различий между переадресацией 301, 302 и rel=canonical. В частности, а есть ли они? Не являются ли эти приёмы в основе своей одним и тем же? Краткий ответ: нет, не являются . Ниже мы рассмотрим почему.

Вопросы на эту тему снова возникли примерно месяц назад, когда сотрудник Google Джон Мюллер опубликовал FAQ по переносу сайта на HTTPS. В нём он в очередной раз напомнил, что и 301 и 302 редиректы передают PageRank.

После этих со стороны сотрудников поиска среди SEO-специалистов появилось мнение, что 301 и 302 редирект – одно и то же.

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

Почему это сложный вопрос?

301 редирект – это то, что мы называемым постоянной переадресацией. К примеру, пару лет назад Moz переехал с сайта seomoz.org на moz.com. Это было не временное изменение, а постоянное. Поэтому мы хотели сообщить Googlebot, а также всем остальным ботам и браузерам две вещи:

• отправляйте людей на новый URL;
• переносите PR, ссылочный вес, авторитетность и все сигналы ранжирования со старой страницы на новую.

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

Классическим примером использования 302 переадресации является проведение однодневной распродажи. С помощью этого приёма мы сообщаем, что есть основная страница товара. Мы не можем добавить на неё информацию об акции. Нам нужен новый URL. Поэтому мы хотим настроить 302 редирект, временную переадресацию, чтобы все сигналы ранжирования оставались на старой (основной) странице. Перенаправляйте людей на другую страницу в течение пары дней, затем мы её уберём.

Таким образом, 301 и 302 редирект – это разные вещи. Первый тип переадресации сообщает пользователям, что новый URL – это новый дом, а второй – что это временный пункт назначения.

Почему эти различия важны?

В реальности мы нередко наблюдаем следующую ситуацию: у сайта есть страница W с 301 редиректом на страницу T, на которой настроена переадресация 302 на страницу F, а страница F с помощью атрибута rel=canonical указывает на страницу W. Реакция Google: «W, T, F. И что нам нужно делать?» .

Мы посылаем нечёткие сигналы. Мы делаем бессмысленные вещи и принуждаем Google интерпретировать нас, а это сложная работа.

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

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

В чём различия между переадресацией 301, 302 и rel=canonical

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

1. Долгосрочные 302 редиректы могут обрабатываться как 301-е

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

В некоторых случаях использование 302 редиректа вообще не имеет смысла. К примеру, если вы переезжаете с HTTP на HTTPS и настроили 302 переадресацию, она может расцениваться как постоянная. Соответственно, сигналы ранжирования будут передаваться на HTTPS-версию. Как известно, Google отдаёт предпочтение защищённым ресурсам, поэтому он может сделать этот выбор за вас.

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

Поэтому, если вы настроили 302 редирект, оставили его и видите, что страница B индексируется и ранжируется, то эта страница, вероятно, получает сигналы ранжирования.

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

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

Частью этой проблемы также является то, что задавая вопрос: «Разве 301,302 редирект и rel=canonical это не одно и то же?», на самом деле мы подразумеваем: «Разве это не одно и то же для SEO?». По нашему мнению, это допустимый, но очень опасный вопрос. Да, мы должны знать, как передаются сигналы ранжирования и да, Google может передавать их через любое из этих решений. Однако с точки зрения UX они очень разные, и это важно.

2. Rel=canonical предназначен для ботов, а не для людей

Принцип работы rel=canonical значительно отличается от переадресации 301 и 302. К примеру, у нас есть страница A и страница B. Мы хотим сделать так, чтобы страница A указывала на страницу B как каноническую. С помощью rel=canonical мы сообщаем ботам: «Мы хотим, чтобы вы рассматривали страницу B как основную. По некоторым причинам мы не можем отказаться от дубликатов. Но эта страница – основная. Мы хотим, чтобы она ранжировалась, но люди при этом оставались на странице A» .

Следовательно, rel=canonical полностью отличается от 301 редиректа, который позволяет перенаправлять пользователей и ботов на страницу B. Этот приём также отличается от 302 редиректа, который позволяет перенаправлять пользователей на другую страницу, а ботов удерживать на текущей.

Давайте посмотрим с точки зрения пользователя. Нам неоднократно задавали такой вопрос: «Мы слышали, что rel=canonical передаёт сигналы ранжирования. Что нам следует выбрать? Этот вариант или 301 редирект? Что будет лучше с точки зрения SEO?» .

Мы на самом деле считаем, что rel=canonical, как правило, передаёт сигналы ранжирования. Однако, что касается SEO, это плохой вопрос. При использовании любого из этих решений опыт взаимодействия пользователей с ресурсом совершенно разный.

Почему это важно – как для ботов, так и для людей

Мы хотим, чтобы рассматривая эти три варианта, вы помнили: 302 редирект передаёт PageRank. Если вам нужна постоянная переадресация, чтобы и пользователи и боты попадали на страницу B, и она ранжировалась, используйте верный сигнал. Не вводите Google в заблуждение. Если он будет выбирать сам, этот выбор может оказаться неверным. Некоторые из ваших 302 редиректов могут обрабатываться как 301, но это не делает их одинаковыми. При этом rel=canonical – это совершенно другой приём, ориентированный на поисковых роботов.

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

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 редирект на идентичные страницы основного сайта.

Не нашли ответа на интересующий вопрос? Тогда задайте его в комментариях!

Подписаться на рассылку

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

Встречаются случаи, что можно использовать оба редиректы. Но наиболее часто там, где подходит редирект 301, 302 нет необходимости применять, да и он там будет вообще неуместен. Хотя redirect 301 и 302 очень похожи между собой, seo оптимизация интернет-ресурса может пойти совсем неправильным путем, если не вникнуть в особенности использования и применения каждого из них.

302 редирект – это временное перенаправление на другой адрес. Он имеет в виду возврат к старому варианту в будущем вне зависимости от времени.

Какие основные отличия между 301 и 302 редиректом , рассмотрю по пунктам:

• В прошлом году представителем компании Google было заявлено, что для Google не важно то, какой код ответа сервера используют для перенаправления - 301/302/307. Все они передают PageRank странице, на которую ведут. Также было заявлено, что все 300-ые редиректы передают PageRank. Более детально об этом в . Поэтому если ранее считалось, что при использовании 302 редиректа «пузомерки» и ссылочный вес не передаются новому URL, то сегодня это утверждение уже не имеет смысла.
• Существует отличие между 301 и 302 редирект в восприятии исходной страницы ботами поисковых систем . 301 дает сигнал поисковику, что про старую страницу можно забыть и больше никогда на нее заходить, а 302 – знак, что необходимо продолжать индексировать ее размещенную информацию, вне зависимости от того, сколько будет продолжаться перенаправление.
• Редиректы имеют разное влияние на поисковую выдачу . Эти различия будут иметь отношение к прекращению отображения старой страницы в результатах поиска (в случае 301-го) или же присутствия в них обоих страниц (в случае 302-го).
• Существует также разница в риске попадания под фильтры поисковиков при использовании 301 и 302 редиректа . 301-ое перенаправление обычно наказывают в случае целенаправленных проделок в склеивании показателей и веса разных сайтов. А 302-й может быть распознан как элемент черного SEO, а именно разновидность “клоакинга”.
• При настройке 301:
  RewriteCond %{REQUEST_URI} ^/test/$
  RewriteRule ^.*$ http://domain.com/new-test/?
• При настройке 302 redirect используются:
  RewriteEngine On
  RewriteCond %{HTTP_HOST} ^www.domain.com
  RewriteRule ^(.*)$ http://domain.com /$1

В каких случаях выбирают 302-ое перенаправление:

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

Общие правила работы с редиректами

1. Абсолютно все виды редиректов несут определенную степень риска для SEO.
2. Как правило 3xx редиректы сохраняют PageRank, 301 редирект больше метод для настройки постоянной переадресации.
3. Если вы приобретете интернет-ресурс для того, чтобы перенаправить 1000 страниц на свою главную страницу, вы, понятное дело, не заметите значительного роста трафика.
4. Наиболее полезный редирект – это тот, что ведет на страницу с теме же сохраненными элементами, что и старая страница, не считая URL.
5. Переход на HTTPS безопасный и сохраняет PageRank, но кроме него есть и другие факторы, негативно влияющие на трафик и ранжирование Вашего сайта.

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

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

Когда нет необходимости в применении редиректов?

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

Если Вы переезжаете из-за проблем со старым доменом (баны, фильтры и штрафы), то в случае склейки к вам перейдет не только ТИЦ и PR, но и проблемы со старого домена на новый.

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

8090 раз(а) 21 Сегодня просмотрено раз(а)