#7-127. URL-редиректы для SEO. Правка

'#6. Тексты : texts';

'Library_ChapterController_actionUpdate_';

'#library_chapter_update_';

VirtualityCMS

Идентификатор ссылки (англ.)	vigbo-copy
Статус:	Активен

Описание

Идентификатор ссылки (англ.)	optimizatsiya-paginatsii-dlya-seo-59228
Статус:	Архив

Описание:

127. URL-редиректы для SEO. Правка

Архив

Экспресс-правка Разметка ред. Summernote ред. Quill ред. CKEditor ред. Trumbowyg ред. Imperavi ред. Jodit

Общая информация

Название

Том: Продвинутое техническое СЕО

ID Тома: 9

Статус: Активен
Глава: №15

ID Главы: 127

Статус: Архив
Время действия не указано

Всего знаков в главе: 39588

id (статус)	127 (2)
Идентификатор ссылки (англ.)	url-redirekty-dlya-seo-53856
Сайт (ID сайта)	. #3
Смотреть на сайте	https://panel.kb77.ru/texts/prodvinutoye-tekhnicheskoye-seo/url-redirekty-dlya-seo-53856/
Время последнего обновления	27-08-2025 в 11:38:16
Ссылка в БД	https://shopnseo.ru/texts/prodvinutoye-tekhnicheskoye-seo/url-redirekty-dlya-seo-53856/

Полное название и описание

Полное название

Описание главы

Как правило описание должно иметь около 150 знаков. Оно используется для заполнения мета-тега Description веб-страницы.
Сейчас используется - 0 символов

Описание скопировано!

Описание вставлено!

Ключевое слово (главное):

Персонажи:

Метки:

Комментарии:

Примечания:

Полный текст < > & " ' « » – — … • · ← → ↑ ↓ ↔

Юридические: © ® ™

Валюты: € £ ¥ ¢

Типографика: § ¶ ° ± × ÷

Дроби: ½ ⅓ ⅔ ¼ ¾ ⅛ ⅜ ⅝ ⅞

Греческие: α β γ δ ε λ μ π σ ω Δ Σ Ω

Математические: ≈ ≠ ≤ ≥ ∞ √ ∑ ∫ ∂ ∇

<p style="text-align: right;">автор: <a title="Go to Author Page" href="https://www.searchenginejournal.com/author/vpetr/">Vahan Petrosyan</a></p>
<p>Перенаправления для SEO следует использовать правильно, потому что они влияют на то, как веб-сайты сканируются и индексируются Google.</p>
<p>В то время как большинство людей думают о перенаправлениях как о знаке в интернете, указывающем на обход, происходит гораздо больше, и удивительно интересно это обнаружить.</p>
<p>Продолжайте читать, чтобы получить всесторонний обзор перенаправлений и правильного их применения для технического SEO.</p>
<h2>Что такое перенаправление?</h2>
<p>Перенаправления веб-сайта сообщают браузерам и поисковым системам информацию о URL и том, где найти веб-страницу.</p>
<p>Перенаправление URL включает код, реализованный для определенного URL или группы URL, так что пользователь (или поисковая система) отправляется на другую страницу по сравнению с фактическим URL, который был введен или нажат.</p>
<p>Перенаправление может быть установлено как:</p>
<ul>
<li>Временное перенаправление: 302, 303, 307, 308.</li>
<li>Постоянное перенаправление: 301.</li>
</ul>
<h3>Когда использовать перенаправления</h3>
<p>Основные причины использования перенаправлений:</p>
<ul>
<li>Отдельная страница или весь домен был перемещен (изменен URL).</li>
<li>Для использования сокращателей URL или &laquo;красивых&raquo; URL.</li>
<li>Миграция сайта (например, с HTTP на HTTPS).</li>
</ul>
<p>С точки зрения SEO перенаправления URL важны, потому что:</p>
<ul>
<li>Перенаправление вперед авторитета всех ссылок, указывающих на страницу, которая была перемещена или удалена.</li>
<li>Избегание ошибок 404 страница не найдена (хотя иногда лучше оставить 404).</li>
<li>Перенаправления могут быть реализованы для группы или для всего домена, но часто их нужно устанавливать индивидуально, чтобы избежать проблем.</li>
</ul>
<p>При использовании RegEX для групповых перенаправлений это может привести к неожиданным результатам, если ваша логика не безупречна!</p>
<h3>Типы перенаправлений</h3>
<p>Существует три основных типа перенаправлений:</p>
<ul>
<li><strong>Перенаправления Meta Refresh</strong> устанавливаются на уровне страницы, но обычно не рекомендуются в целях SEO. Существует два типа перенаправлений Meta Refresh: отложенное, которое рассматривается как временное перенаправление, и мгновенное, которое рассматривается как постоянное перенаправление.</li>
<li><strong>Перенаправления Javascript</strong> также устанавливаются на стороне клиента и могут вызвать проблемы с SEO. Google выразил предпочтение HTTP-серверным перенаправлениям.</li>
<li><strong>HTTP-перенаправления</strong> устанавливаются на стороне сервера и являются лучшим подходом в целях SEO &ndash; мы рассмотрим подробнее ниже.</li>
</ul>
<h2>Что такое код состояния HTTP Response?</h2>
<p>Браузеры и веб-краулеры, такие как GoogleBot, называются пользовательскими агентами.</p>
<p>Когда пользовательский агент пытается получить доступ к веб-странице, происходит следующее: пользовательский агент отправляет запрос, и сервер веб-сайта выдает ответ.</p>
<p>Ответ называется кодом состояния HTTP Response. Он предоставляет статус для запроса URL.</p>
<p>В ситуации, когда пользовательский агент, такой как GoogleBot, запрашивает URL, сервер предоставляет ответ.</p>
<p>Например, если запрос на URL выполнен успешно, сервер предоставит код ответа 200, что означает успешность запроса URL.</p>
<p>Таким образом, когда вы думаете о том, что GoogleBot достигает веб-сайта и пытается его просканировать, происходит серия запросов и ответов.</p>
<h2>HTTP-перенаправления</h2>
<p>HTTP-перенаправление &ndash; это ответ сервера на запрос URL.</p>
<p>Если URL существует по другому URL (потому что он был перемещен), сервер сообщает пользовательскому агенту, что запрос URL перенаправляется на другой URL.</p>
<p>Код ответа для измененного URL обычно представлен в виде кода состояния ответа 301 или 302.</p>
<p>Вся серия ответных кодов 3xx содержит много информации, которую пользовательский агент может по желанию использовать.</p>
<p>Пример действия, которое может предпринять пользовательский агент, &ndash; сохранить кэш нового URL, чтобы в следующий раз, когда будет запрошен старый URL, запрос был направлен на новый URL.</p>
<p>Таким образом, 301 и 302 перенаправления &ndash; это не просто знак в интернете, который говорит: &laquo;Иди сюда, не туда&raquo;.</p>
<h2>Серия статус-кодов 3XX</h2>
<p>Перенаправления &ndash; это не только два статус-кода, с которыми знакомы все, 301 и 302.</p>
<p>Всего существует семь официальных статус-кодов ответов 3xx.</p>
<p>Вот различные виды перенаправлений, доступные для использования:</p>
<ul>
<li>300 Множество выборов.</li>
<li>301 Перемещено навсегда.</li>
<li>302 Найдено.</li>
<li>303 Смотреть другое.</li>
<li>304 Не изменено.</li>
<li>305 Использовать прокси.</li>
<li>306 (Не используется).</li>
<li>307 Временное перенаправление.</li>
<li>308 Постоянное перенаправление.</li>
</ul>
<p>Некоторые из вышеупомянутых статус-кодов не существуют так долго и могут не использоваться. Поэтому, прежде чем использовать какой-либо код перенаправления, кроме 301 или 302, убедитесь, что предназначенный пользовательский агент может его интерпретировать.</p>
<p>Поскольку GoogleBot использует последнюю версию Chrome (называемую безголовым браузером), легко проверить, совместим ли статус-код, проверив, признает ли Chrome статус-код с помощью списка совместимости браузера.</p>
<p>В целях SEO следует придерживаться использования статус-кодов ответов 301 и 302, если нет конкретной причины использования одного из других кодов.</p>
<h3>301: Перемещено навсегда</h3>
<p>Статус-код 301 обычно называют 301 перенаправлением. Но официальное название &ndash; 301 Перемещено навсегда.</p>
<p><a title="301 перенаправление" href="https://shopnseo.ru/texts/spravochnik-po-seo-onlayn-torgovle-i-internetu/redirect-301">301 перенаправление</a> указывает пользовательскому агенту, что URL (иногда называется целевым ресурсом или просто ресурсом) был изменен на другое местоположение и что для будущих запросов следует использовать новый URL.</p>
<p>Как упоминалось ранее, существует еще больше информации.</p>
<p>Статус-код 301 также подсказывает пользовательскому агенту:</p>
<ul>
<li>Запросы для URL должны выполняться с новым URL.</li>
<li>Тот, кто делает запрос, должен обновить свои ссылки на новый URL.</li>
<li>Последующие запросы можно изменить с GET на POST.</li>
</ul>
<p>Последний пункт &ndash; это технический вопрос. Согласно официальным стандартам для статус-кода 301:</p>
<blockquote>
<p>"Примечание: по историческим причинам пользовательский агент МОЖЕТ изменить метод запроса с POST на GET для последующего запроса. Если такое поведение нежелательно, вместо этого можно использовать статус-код 308 (Постоянное перенаправление)."</p>
</blockquote>
<p>Для SEO, когда поисковые системы видят 301 перенаправление, они передают рейтинг старой страницы новой.</p>
<p>Перед внесением изменений следует быть осторожным при использовании 301 перенаправления. 301 перенаправление должно использоваться только тогда, когда изменение на новый URL является постоянным.</p>
<p>Статус-код 301 не должен использоваться, если изменение является временным.</p>
<p>Кроме того, если вы передумаете позже и вернетесь к старому URL, старый URL может потерять свой ранг и потребует времени для его восстановления.</p>
<p>Таким образом, главное, что следует запомнить, заключается в том, что статус-код 301 будет использоваться, когда изменение является постоянным.</p>
<h3>302: Найдено</h3>
<p>Основное, что следует понимать про статус-код 302, заключается в том, что он полезен в ситуациях, когда URL временно изменен.</p>
<p>Этот код ответа означает, что URL временно находится по другому URL, и предлагается использовать старый URL для будущих запросов.</p>
<p>Статус-код 302 перенаправления также сопровождается техническим предупреждением, касающимся GET и POST:</p>
<blockquote>
<p>"Примечание: по историческим причинам пользовательский агент МОЖЕТ изменить метод запроса с POST на GET для последующего запроса. Если такое поведение нежелательно, вместо этого можно использовать статус-код 307 (Временное перенаправление)."</p>
</blockquote>
<p>Ссылка на "исторические причины" может относиться к старым или ошибочным пользовательским агентам, которые могли изменять метод запроса.</p>
<h3>307: Временное перенаправление</h3>
<p>307 перенаправление означает, что запрошенный URL временно перемещен, и пользовательский агент должен использовать исходный URL для будущих запросов.</p>
<p>Единственное различие между статус-кодами 302 и 307 заключается в том, что пользовательский агент должен запросить новый URL с тем же HTTP-запросом, который использовался для запроса исходного URL.</p>
<p>Это означает, что если пользовательский агент запрашивает страницу с помощью запроса GET, то пользовательский агент должен использовать запрос GET для нового временного URL и не может использовать запрос POST.</p>
<p>Документация Mozilla по статус-коду 307 объясняет это более ясно, чем официальная документация.</p>
<blockquote>
<p>"Сервер отправляет этот ответ, чтобы направить клиента получить запрашиваемый ресурс по другому URI с тем же методом, который использовался в предыдущем запросе.</p>
<p>Это имеет те же семантические характеристики, что и статус-код 302 Found HTTP, за исключением того, что пользовательский агент не должен изменять используемый метод HTTP: если POST был использован в первом запросе, POST должен использоваться во втором запросе."</p>
</blockquote>
<p>За исключением того, что статус-код 307 требует, чтобы последующие запросы были того же вида (POST или GET), и что статус-код 302 может двигаться в обе стороны, все остальное идентично между статус-кодами 302 и 307.</p>
<h3>302 против 307</h3>
<p>Вы можете обработать перенаправление с использованием файлов конфигурации сервера .htaccess на Apache, файла example.conf на Nginx или с использованием плагинов, если вы используете WordPress.</p>
<p>Во всех случаях они имеют одинаковый синтаксис для написания правил перенаправления. Они отличаются только командами, используемыми в файлах конфигурации. Например, перенаправление на Apache будет выглядеть так:</p>
<ul>
<li><code>Options +FollowSymlinks</code></li>
<li><code>RewriteEngine on</code></li>
<li><code>RedirectMatch 301 ^/oldfolder/ /newfolder/</code></li>
</ul>
<p>На серверах Nginx это будет выглядеть так:</p>
<ul>
<li><code>rewrite ^/oldfolder/ /newfolder/ permanent;</code></li>
</ul>
<p>Используемые команды для указания статус-кода перенаправления сервера и команды действия различаются.</p>
<p>Например:</p>
<ul>
<li><code>Статус-код перенаправления сервера: "301" против "permanent".</code></li>
<li><code>Команда действия: "RedirectMatch" против "rewrite".</code></li>
</ul>
<p>Но синтаксис перенаправления (`^/oldfolder/ /newfolder/`) одинаков для обоих.</p>
<p>На Apache убедитесь, что модули mod_rewrite и mod_alias (ответственные за обработку перенаправлений) включены на вашем сервере.</p>
<p>Поскольку самый распространенный тип сервера &ndash; это Apache, вот примеры для файлов .htaccess Apache.</p>
<p>Убедитесь, что в файле .htaccess есть эти две строки перед правилами перенаправления, и поместите правила ниже них:</p>
<ul>
<li><code>Options +FollowSymlinks</code><br><code>RewriteEngine on</code></li>
</ul>
<p>Прочтите <a href="https://httpd.apache.org/docs/current/mod/mod_rewrite.html#RewriteEngine">официальную документацию</a>.</p>
<p>Чтобы лучше понять приведенные ниже примеры, вы можете обратиться к таблице основных элементов регулярных выражений.</p>
<table>
<tbody>
<tr>
<td>*</td>
<td>zero or more times</td>
</tr>
<tr>
<td>+</td>
<td>One or more times</td>
</tr>
<tr>
<td>.</td>
<td>any single character</td>
</tr>
<tr>
<td>?</td>
<td>Zero or one time</td>
</tr>
<tr>
<td>^</td>
<td>Start of the string</td>
</tr>
<tr>
<td>$</td>
<td>End of the string</td>
</tr>
<tr>
<td>a|b</td>
<td>OR operadn &ldquo;|&rdquo; a or b</td>
</tr>
<tr>
<td>(z)</td>
<td>remembers the match to be used when calling $1</td>
</tr>
</tbody>
</table>
<h2>Как создать перенаправления</h2>
<ul>
<li>Перенаправление одного URL-адреса</li>
<li>Перенаправить все кроме</li>
<li>Изменение каталога</li>
<li>Удалить слово из URL</li>
<li>Установить канонический URL</li>
<li>Перенаправление с HTTP на HTTPS</li>
<li>Перенаправление с старого домена на новый</li>
</ul>
<h3>Перенаправление для одного URL</h3>
<p>Наиболее распространенным и широко используемым типом перенаправления является удаление страниц или изменение URL-адресов.</p>
<p>Например, предположим, вы изменили URL-адрес с /old-page/ на /new-page/. Правило перенаправления будет следующим:</p>
<p style="padding-left: 40px;"><code>RewriteRule ^old-page(/?|/.*)$ /new-page/ [R=301,L]</code></p>
<p>Или</p>
<p style="padding-left: 40px;"><code>RedirectMatch 301 ^/old-page(/?|/.*)$ /new-page/</code></p>
<p>Единственное различие между этими двумя методами заключается в том, что первый использует модуль Apache mod_rewrite, а второй &ndash; mod_alias. Оба метода могут быть использованы.</p>
<p>Регулярное выражение "^" означает, что URL должен начинаться с "/old-page", тогда как (/?|/.*)$ указывает, что все, что следует за "/old-page/" с косой чертой "/" или без точного соответствия, должно быть перенаправлено на /new-page/.</p>
<p>Мы также можем использовать (.*), то есть ^/old-page(.*), но проблема в том, что, если у вас есть еще одна страница с похожим URL-адресом, например /old-page-other/, ее тоже перенаправит, когда нам нужно перенаправить только /old-page/.</p>
<p>Следующие URL будут сопоставлены и перенаправлены на новую страницу:</p>
<ul>
<li>/old-page/ &ndash; /new-page/</li>
<li>/old-page &ndash; /new-page/</li>
<li>/old-page/?utm_source=facebook.com &ndash; /new-page/?utm_source=facebook.com</li>
<li>/old-page/child-page/ &ndash; /new-page/</li>
</ul>
<p>Он перенаправит любую вариацию URL страницы на новую. Если мы используем перенаправление в следующей форме:</p>
<p style="padding-left: 40px;"><code>Redirect 301 /old-page/ /new-page/</code></p>
<p>Без регулярных выражений все URL с UTM-строкой запроса, например <strong>/old-page?utm_source=facebook.com</strong> (что распространено, так как URL используются для обмена в социальных сетях), окажутся как 404.</p>
<p>Даже /old-page без завершающей косой черты "/" также приведет к 404.</p>
<h3>Перенаправление всех, за исключением</h3>
<p>Допустим, у нас есть много URL-адресов вроде /category/old-subcategory-1/, /category/old-subcategory-2/, /category/final-subcategory/, и мы хотим объединить все подкатегории в /category/final-subcategory/. Нам нужно использовать правило "все, за исключением" здесь.</p>
<ul>
<li><code>RewriteCond %{REQUEST_URI} !/category/final-subcategory/</code></li>
<li>RewriteCond %{REQUEST_FILENAME} !-f</li>
<li><code>RewriteRule ^(category/). /category/final-subcategory/ [R=301,L]</code></li>
</ul>
<p>Здесь мы хотим перенаправить все под /category/ на третьей строке, за исключением случая /category/final-subcategory/ на четвертой строке. У нас также есть правило "!-f" на второй строке, игнорируя любые файлы, такие как изображения, CSS или файлы JavaScript.</p>
<p>В противном случае, если у нас есть некоторые ресурсы, такие как "/category/image.jpg", они также будут перенаправлены на "/final-subcategory/" и вызовут разрыв изображения.</p>
<h3>Изменение директории</h3>
<p>Вы можете использовать следующее правило, если вы провели реструктуризацию категорий и хотите переместить все из старого каталога в новый.</p>
<ul>
<li><code>RewriteRule ^old-directory$ /new-directory/ [R=301,NC,L]</code></li>
<li><code>RewriteRule ^old-directory/(.*)$ /new-directory/$1 [R=301,NC,L]</code></li>
</ul>
<p>Я использовал $1 в цели, чтобы сказать серверу, что он должен запомнить все в URL, следующее за /old-directory/ (т.е. /old-directory/subdirectory/) и передать это (т.е. "/subdirectory/") на место назначения. В результате он будет перенаправлен на /new-directory/subdirectory/.</p>
<p>Я использовал два правила: одно без косой черты в конце и другое с косой чертой в конце.</p>
<p>Я мог бы объединить их в одно правило, используя (/?|.*)$ в конце, но это вызвало бы проблемы и добавило бы " //" слэш в конце URL при запросе URL без косой черты с query string (т.е. "/old-directory?utm_source=facebook" будет перенаправлен на "/new-directory//?utm_source=facebook").</p>
<h3>Удаление слова из URL</h3>
<p>Предположим, у вас есть 100 URL-адресов на вашем сайте с названием города "Чикаго", и вы хотите их удалить.</p>
<p>Для URL http://ваш_сайт.com/example-chicago-event/ правило перенаправления будет следующим:</p>
<p style="padding-left: 40px;"><code>RewriteRule ^(.*)-chicago-(.*) http://%{SERVER_NAME}/$1-$2 [NC,R=301,L]</code></p>
<p>Если пример URL имеет форму http://ваш_сайт.com/example/chicago/event/, тогда перенаправление будет следующим:</p>
<p style="padding-left: 40px;"><code>RewriteRule ^(.*)/chicago/(.*) http://%{SERVER_NAME}/$1/$2 [NC,R=301,L]</code></p>
<h3>Установка канонического URL</h3>
<p>Наличие канонических URL &ndash; самая важная часть SEO.</p>
<p>Если их нет, вы можете подвергнуть свой сайт проблемам с дублированием контента, потому что поисковые системы рассматривают URL-адреса с версиями "www" и "non-www" как разные страницы с одинаковым контентом. Поэтому вы должны убедиться, что ваш сайт работает только с одной версией, которую вы выбираете.</p>
<p>Если вы хотите запустить свой сайт с версией "www", используйте это правило:</p>
<ul>
<li><code>RewriteCond %{HTTP_HOST} ^ваш_сайт.com [NC]</code></li>
<li><code>RewriteRule ^(.*)$ http://www.ваш_сайт.com/$1 [L,R=301]</code></li>
</ul>
<p>Для версии "non-www":</p>
<ul>
<li><code>RewriteCond %{HTTP_HOST} ^www.ваш_сайт.com [NC]</code></li>
<li><code>RewriteRule ^(.*)$ http://ваш_сайт.com/$1 [L,R=301]</code></li>
</ul>
<p>Косая черта в конце также является частью канонизации, так как URL с косой чертой в конце или без нее также рассматриваются по-разному.</p>
<ul>
<li><code>RewriteCond %{REQUEST_FILENAME} !-f</code></li>
<li><code>RewriteRule ^(.*[^/])$ /$1/ [L,R=301]</code></li>
</ul>
<p>Это гарантирует, что /example-page будет перенаправлен на /example-page/. Вы можете выбрать вариант удаления косой черты вместо добавления, тогда вам понадобится другое правило:</p>
<ul>
<li>RewriteCond %{REQUEST_FILENAME} !-d</li>
<li>RewriteRule ^(.*)/$ /$1 [L,R=301]</li>
</ul>
<h3>Перенаправление с HTTP на HTTPS</h3>
<p>После инициативы Google по поощрению владельцев веб-сайтов использовать SSL, переход на HTTPS &ndash; одно из наиболее часто используемых перенаправлений, которое есть почти на каждом веб-сайте.</p>
<p>Следующее правило Rewrite можно использовать для принудительного использования HTTPS на каждом веб-сайте.</p>
<ul>
<li><code>RewriteCond %{HTTP_HOST} ^ваш_сайт.com [NC,OR]</code></li>
<li><code>RewriteCond %{HTTP_HOST} ^www.ваш_сайт.com [NC]</code></li>
<li><code>RewriteRule ^(.*)$ https://www.ваш_сайт.com/$1 [L,R=301,NC]</code></li>
</ul>
<p>С его помощью можно объединить перенаправление версии с "www" или "non-www" в одно правило перенаправления HTTPS.</p>
<h3>Перенаправление со старого домена на новый</h3>
<p>Это также одно из самых используемых перенаправлений, когда вы решаете провести переосмысление и должны изменить свой домен. Правило ниже перенаправляет old-domain.com на new-domain.com.</p>
<ul>
<li>RewriteCond %{HTTP_HOST} ^old-domain.com$ [OR]</li>
<li>RewriteCond %{HTTP_HOST} ^www.old-domain.com$</li>
<li>RewriteRule (.*)$ http://www.new-domain.com/$1 [R=301,L]</li>
</ul>
<p>Оно использует два случая: один с "www" версией URL и другой &ndash; "non-www", потому что любая страница по историческим причинам может иметь входящие ссылки на обе версии.</p>
<p>Обработка перенаправлений с использованием плагинов может немного отличаться от обсуждаемого выше.</p>
<h2>Рекомендации по перенаправлениям</h2>
<h3>1. Не перенаправляйте все сломанные URL-адреса 404 на главную страницу</h3>
<p>Это часто происходит, когда вы слишком ленивы, чтобы исследовать ваши URL-адреса 404 и сопоставить их с соответствующей целевой страницей.</p>
<p>В соответствии с Google, они все еще обрабатываются как 404.</p>
<blockquote>
<p>Да, это не лучшая практика (сбивает с толку пользователей), и мы все равно обрабатываем их как 404 (они являются мягкими 404), поэтому пользы от этого нет. Это не критически сломано/плохо, но дополнительная сложность без видимой причины &ndash; вместо этого создайте лучшую страницу 404.<br>&ndash; Джон (@JohnMu) 8 января 2019 года</p>
</blockquote>
<p>Если у вас слишком много таких страниц, вам следует подумать о создании красивых страниц 404 и вовлечении пользователей в дальнейший просмотр или поиск чего-то другого, чем то, что они искали, отображая поле поиска.</p>
<p>Google настоятельно рекомендует, чтобы содержимое перенаправленной страницы было эквивалентно старой странице. Иначе такой редирект может быть сочтен мягким 404-кодом, и вы потеряете рейтинг этой страницы.</p>
<h3 data-sourcepos="1:1-1:53">2. Правильное перенаправление на мобильные страницы</h3>
<p data-sourcepos="3:1-3:263">Если у вас разные URL-адреса для настольных и мобильных веб-сайтов (например, &laquo;example.com&raquo; для настольных компьютеров и &laquo;m.example.com&raquo; для мобильных устройств), вы должны убедиться, что пользователи перенаправляются на соответствующую страницу мобильной версии.</p>
<p data-sourcepos="5:1-5:14"><strong>Правильно:</strong></p>
<div class="code-block ng-star-inserted">
<ul>
<li><code class="code-container no-decoration-radius" role="text">example.com/sport/ &rarr; m.example.com/sport/
</code></li>
</ul>
</div>
<p data-sourcepos="11:1-11:16"><strong>Неправильно:</strong></p>
<div class="code-block ng-star-inserted">
<ul>
<li><code class="code-container no-decoration-radius" role="text">example.com/sport/ &rarr; example.com
</code></li>
</ul>
</div>
<p data-sourcepos="17:1-17:139">Также вы должны убедиться, что если одна страница является 404 на настольном компьютере, она также должна быть 404 на мобильном устройстве.</p>
<p data-sourcepos="19:1-19:138">Если у вас нет мобильной версии для страницы, вы можете избежать перенаправления на мобильную версию и оставить их на настольной странице.</p>
<h3 data-sourcepos="1:1-1:39">Как использовать мета-обновление</h3>
<p data-sourcepos="3:1-3:109">Существует возможность выполнить перенаправление с помощью тега мета-обновления, как показано в примере ниже:</p>
<div class="code-block ng-star-inserted">
<ul>
<li><code class="code-container no-decoration-radius" role="text">&lt;meta http-equiv="refresh" content="0;url=http://example.com/new-page/" /&gt;
</code></li>
</ul>
</div>
<p data-sourcepos="9:1-9:96">Если вы вставляете этот тег в /old-page/, он немедленно перенаправит пользователя на /new-page/.</p>
<p data-sourcepos="1:1-1:74">Google не запрещает этот редирект, но не рекомендует его использовать.</p>
<p style="padding-left: 40px;" data-sourcepos="3:1-3:106">Тип редиректа мета-обновления должен просто работать. Мы не рекомендуем его использовать по двум причинам:</p>
<ul>
<li style="list-style-type: none;">
<ul data-sourcepos="5:1-7:0">
<li data-sourcepos="5:1-5:75">UX (он сохраняет страницу в истории браузера, насколько мне известно)</li>
<li data-sourcepos="6:1-7:0">Время обработки (нам нужно проанализировать страницу, чтобы увидеть ее).</li>
</ul>
</li>
</ul>
<p style="padding-left: 40px;" data-sourcepos="8:1-8:85">Как только он будет обработан, он будет работать так же, как и любой другой редирект.</p>
<p style="padding-left: 40px; text-align: right;" data-sourcepos="10:1-10:40">&ndash; Джон (@JohnMu) 2 марта 2018 года</p>
<p data-sourcepos="12:1-12:155">По словам Джона Мюллера, поисковые системы могут не распознавать этот тип редиректа должным образом. То же самое верно и в отношении JavaScript-редиректов.</p>
<h3>4. Избегайте цепочек перенаправлений</h3>
<p>Это сообщение отображается, когда у вас неверно настроено регулярное выражение и в результате возникает бесконечный цикл.</p>
<p><img class="img-fluid" src="https://static.shopnseo.ru/uploads/mceu_48291906511704957363480.webp" alt="бесконечный цикл перенаправлений" width="1024" height="574" style="display: block; margin-left: auto; margin-right: auto;" loading="lazy"></p>
<p>Обычно это происходит, когда у вас есть цепочка перенаправлений.</p>
<p>Предположим, вы давно перенаправили страницу 1 на страницу 2. Возможно, вы забыли, что страница 1 перенаправлена, и решили перенаправить страницу 2 обратно на страницу 1.</p>
<p>В результате у вас получится правило:</p>
<ul>
<li><code>RewriteRule ^page1 /page2 [R=301,NC,L]</code></li>
<li><code>RewriteRule ^page2 /page1 [R=301,NC,L]</code></li>
</ul>
<p>Это создаст бесконечный цикл и вызовет ошибку, показанную выше.</p>
<h2>Заключение</h2>
<p>Знание того, что такое перенаправления и в какой ситуации требуется конкретный код состояния, является фундаментальным для правильной оптимизации веб-страниц. Это ядро понимания SEO.</p>
<p>Многие ситуации требуют точного знания перенаправлений, например, при переносе веб-сайта на новый домен или создании временного URL-адреса для удержания веб-страницы, которая вернется под своим обычным URL-адресом.</p>
<p>Хотя с плагинами возможно многое, плагины могут быть неправильно использованы без правильного понимания того, когда и почему использовать тот или иной тип перенаправления.</p>

Скопировано в буфер!

Вставлено из буфера!

Карточка текста Карточки текста

Тема

Персонажи

Изменить дату действия. 18/02/2026

Выбрать дату

Время: 22:36 .

Идея текста

Сюжет

План действий

Заметки

Редакторские правки

Персонажи

Идея текста

Сюжет

План действий

Заметки

Дополнительные поля
Дополнительные поля отсутствуют

127. URL-редиректы для SEO. Правка

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

Дополнительные символы

URL-редиректы для SEO