301 перенаправляет через .htaccess: полное руководство

1. Файл .htaccess
2. Перенаправления и SEO
3. 301 против 302 перенаправлений
4. 301 переадресация
5. 302 перенаправления
6. Перенаправить старую веб-страницу на новую страницу
7. перенаправить www на не-www и наоборот
8. перенаправить www на не-www
9. Перенаправить не-www на www 301
10. Ссылается / передает весь домен
11. Переадресация с http на https и наоборот
12. Завершите перенаправление домена http на https
13. Полный домен HTTPS для перенаправления http
14. Умная работа с RewriteRule: перенаправление каталогов
15. Перенаправить строки запроса (? Id =)
16. Шаблон / генератор для перенаправлений .htaccess 301
17. Проверка перенаправления (бесплатно)
18. Проверьте синтаксис htaccess
19. Вопросы / заключение

Мы все регулярно сталкиваемся с проблемой правильной миграции сайта или изменения структуры нашего сайта. Как перенаправить старые страницы на новые адреса с помощью перенаправления 301? Как мы можем гарантировать, что посетители не попадают на страницу 404? А что происходит с нашим старым значением ссылки?

На все актуальные вопросы, на которые я постараюсь четко ответить в этой статье. Мы также рассмотрим другие передовые практики в области перенаправлений 301, такие как перенаправление адреса не из www (www.example.com) на адрес www (example.com) и переадресацию 301 с адреса http на адрес https.

Файл .htaccess

Основа для большинства рефералов (301 переадресация, 302 перенаправления и т. Д.) Находится в файле .htaccess. Это потому, что большинство сайтов установлены на одном Веб-сервер Apache и он использует .htaccess для захвата определенных инструкций до загрузки сайта.

Когда посетитель запрашивает адрес (URL) на вашем веб-сайте, Apache сначала ищет в .htaccess любые признаки того, что он был перенаправлен на новый адрес. Вот почему мы будем использовать этот файл для перенаправления.

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

Перенаправления и SEO

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

Прежде всего, конечно, разумно ссылаться на старые страницы из-за удобства для пользователя. Как только вы переносите веб-сайт на новую настройку, многие старые адреса (URL) часто исчезают. Вы не хотите, чтобы посетители попадали на страницу 404 (страница ошибки) с большим сообщением «Страница не найдена».

Вторая важная причина применения хороших перенаправлений заключается в том, что они предоставляют значение ссылки. Старая страница создает кредит (авторитет) в глазах поисковых систем через внутренние и внешние ссылки. Например, Google может частично оценить, можно ли доверять странице или нет.

Когда старая страница становится страницей 404, значение этой ссылки полностью исчезает! И, конечно, вы не хотите, чтобы это был веб-сайт, так как другие ваши страницы также выиграли от этого. Вот почему мы используем наши дружественные перенаправления как курорт, и это также постоянный инструмент для каждого серьезного SEO-специалиста.

301 против 302 перенаправлений

В рамках перенаправления важно провести четкое различие между двумя технически различными типами перенаправлений: 301 перенаправления и 302 перенаправления.

301 переадресация

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

302 перенаправления

С разницей всего в одну букву редирект 302 регулярно вызывает проблемы в SEO-ландшафте! Технически это временное перенаправление. Это означает, что страница ссылается только на новый адрес за определенный период. Для поисковых систем это означает, что старая страница вернется! И поэтому в то же время значение остается на старой странице, так как в противном случае им пришлось бы перевернуть его позже.

Так что будьте очень точны при проверке реализованных перенаправлений, потому что это пойдет не так чаще, чем вы думаете.

Перенаправить старую веб-страницу на новую страницу

Время для практики и, следовательно, для наших первых 301 переадресаций! В этом примере мы будем ссылаться на domainname.nl/old-page на domainname.nl/new-page .

Чтобы перенаправить страницу, сначала необходимо дать понять Apache, что перенаправление может иметь место. Это делается с помощью простой строки в .htaccess:

RewriteEngine On

Затем у нас есть возможность сформулировать «правила перенаправления». Это можно сделать двумя способами, а именно через «Redirect 301» и «RewriteRule». Мы разработаем оба на практическом примере:

Redirect 301 / старая страница / новая страница
RewriteRule ^ old-page $ / new-page [R = 301]

Вы сразу видите четкую разницу: первое перенаправление 301 намного проще! Поэтому эта опция идеально подходит для простых перенаправлений «один к одному», поскольку это также единственное, что может сделать этот тип перенаправления.

RewriteRule более сложный, но может сделать гораздо больше (что мы увидим позже). Это потому, что вы можете описать шаблоны, которые должны соответствовать, а не просто ссылаться 1 на 1. Это делается через RegEx или регулярные выражения.

Краткое объяснение синтаксиса:

• Крыша (^): указывает, что адрес начинается с «root» или с доменного имени (www.domainname.nl/). Таким образом, вы можете прочитать ^ old-page, как http://www.domeinnaam.nl/oude-pagina.
• Знак доллара ($): указывает на конец строки перезаписи. Оттуда распознавание образов прекращается.
• [R = 301]: здесь отображаются так называемые «флаги» или функции строки перезаписи. В этом случае у нас есть только одна особенность, а именно R = 301, но их может быть больше (через запятую!). R = 301 указывает, как и следовало ожидать, что это перманентное (301) перенаправление.

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

[ Примечание: если вы собираетесь работать с «Redirect 301» для ваших перенаправлений, то вы должны перенаправить на свою домашнюю страницу (Redirect 301 / http://www.nieuwe-website.nl ), как последний, потому что иначе он отменит все другие отдельные перенаправления. Альтернативой является работа с RewriteRule для вашей домашней страницы и передача ее через RewriteRule ^ $. http://www.nieuwe-website.nl [R = 301].]

перенаправить www на не-www и наоборот

Следующий, более продвинутый шаг - убедиться, что на вашем сайте есть одна централизованная версия в форме www.domainname.nl или domainname.nl.

Как ни странно, это совершенно разные доменные имена в глазах поисковых систем, потому что www изначально был поддоменом domainname.nl и поэтому мог содержать совершенно другой контент. Из-за этого вы можете легко упустить большую ценность, потому что вы проиндексировали две версии одного и того же домена (потому что на практике они почти всегда одинаковы).

перенаправить www на не-www

Для любителей коротких доменных имен мы сначала рассмотрим, как можно убедиться, что весь контент www можно найти только в версии без www (и, следовательно, больше не с www в имени домена).

В этом примере мы перенаправим www.domainname.nl на domainname.nl.

RewriteEngine On
RewriteCond% {HTTP_HOST} ^ www \ .domainname \ .nl [NC]
RewriteRule ^ (. *) $ Http://domainname.nl/$1 [R = 301]

Время для подробного объяснения, я думаю: =).

• RewriteEngine On: активирует возможность создания перенаправлений
• RewriteCond: Важным дополнением к правилам (RewriteRule) являются условия (условия, 'RewriteCond') до выполнения этого правила. Это позволяет вам гарантировать, что правило 301 выполняется только в определенных соответствующих ситуациях.
• % {HTTP_HOST}: определяет переменную для следующего проверяемого значения. Таким образом, сервер знает, какую проверку выполнить. В этом случае указывается, что что-то будет проверено с запрошенным именем хоста (именем домена).
• [NC]: это атрибут «Без прописных букв», или заглавные буквы не учитываются. Это здорово, так как www.domainname.nl также соответствует условиям.
• ^ www \ .domainname \ .nl: имя хоста должно соответствовать этому значению. Здесь заглавная буква (^) обозначает часть после 'http: //', а обратная косая черта (\) гарантирует, что точка (.) Рассматривается как реальная точка (знак пунктуации), а не как точка RegEx, которая равно случайному символу (это сложно и совершенно логично, если это заходит слишком далеко с точки зрения понимания). Наконец, мы проверяем, соответствует ли имя хоста значению www.domainname.nl. Обратите особое внимание на www, так как это та часть, к которой мы хотим обратиться конкретно.
• RewriteRule ^ (. *) $: Мы уже знали крышу и знак доллара из предыдущей главы. Точка и звездочка ((. *)) Стоят в комбинации друг с другом для любой серии символов. Точка (.) Означает «произвольный символ», а звездочка (*) означает «бесконечное количество предыдущего символа». Поскольку точка (.) Является случайным символом и может встречаться в бесконечных количествах через звездочку (*), эта строка соответствует всем возможным адресам! И это важно, потому что мы хотим отнести все адреса, которые запрашиваются на www.domeinnaam.nl, к domainname.nl.
• http://domeinnaam.nl/$1 [R = 301]: последняя часть, чтобы завершить перенаправление 301. Прежде всего, обратите внимание, что здесь написано «http://domainname.nl», поэтому все будет относиться к версии без www. Затем вы увидите новый « 1 доллар » для вас сейчас. Это просто означает, что все, что соответствует точке-звездочке ((. *)) Из предыдущей строки, также может быть присвоено новому адресу. Другими словами, все страницы, запрошенные на www.domeinnaam.nl/alle-pages, должны быть отнесены к domainname.nl/alle-pages. Это завершает переход на не-www!

Перенаправить не-www на www 301

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

Там мы идем: =)!

RewriteEngine On
RewriteCond% {HTTP_HOST}! ^ Www \. [NC]
RewriteRule ^ (. *) $ Http://www.domeinnaam.nl/$1 [R = 301]

Отклонения от www до non-www:

• ! ^ www \.: С этим значением вы указываете, что условие заключается в том, что запрашиваемое доменное имя не должно быть www. Это связано с небольшой настройкой через восклицательный знак (!), Что означает «нет».
• http://www.domeinnaam.nl/: Чтобы не оказаться в бесконечном цикле, нам все еще нужно настроить код так, чтобы все перенаправления с не-www фактически переходили на www. Для этого нам просто нужно изменить имя домена назначения на www.domeinnaam.nl.

[ Примечание: строка ' ! ^ Www \. 'требует, чтобы он не соответствовал' www ', но, возможно, у вас есть блог на поддомене, например, через blog.domeinnaam.nl. Это правило теперь также перенаправляется на www с этим правилом, поскольку blog не является www: =). Чтобы решить эту проблему, вы можете добавить дополнительное условие (RewriteCond) для вашего блога. Тогда окончательный код будет выглядеть так:

RewriteEngine On
RewriteCond% {HTTP_HOST}! ^ Www \. [NC]
RewriteCond% {HTTP_HOST}! ^ Блог \. [NC]
RewriteRule ^ (. *) $ Http://www.domeinnaam.nl/$1 [R = 301]

Ссылается / передает весь домен

Иногда случается так, что как компания, вы устали от своего старого доменного имени / бренда и ищете новое позиционирование. Вполне может быть так, что только ваше доменное имя, стиль дома и логотип меняются, а все остальное технически остается неизменным. Например, если bol.com хочет перейти на plein.com для более простой политики: =).

Но как бы вы это сделали? Потому что, как вы знаете, все старые значения лежат со старым адресом, bol.com плюс все тысячи подстраниц. Направление этого 1-на-1 через 301 переадресацию - ад.

К счастью, у нас есть наши RewriteRules, и поэтому это очень просто!

RewriteCond% {HTTP_HOST} ^ (. *) Bol \ .com [NC]
RewriteRule ^ (. *) $ Http://vierkant.com/$1 [R = 301, L]

Небольшое дополнительное объяснение того, что я обсуждал ранее:

• ^ (. *) bol \ .com: если запрашиваемое доменное имя соответствует bol.com (и всем случайным символам для него, таким как www, blog и т. д.), оно соответствует условию. Это связано с включением звездочки ((. *)) Для самого доменного имени.
• http://vierkant.com/$1 [R = 301, L]: здесь вы вводите новое доменное имя плюс общеизвестный « $ 1 », так что все старые адреса, такие как bol.com/brachtig-boek , перенаправляются на plein.com/ красивая книга . Наконец, атрибут «L» указывает, что это последняя строка для адресов, соответствующих первому RewriteCond (условие). В этом случае все адреса bol.com будут соответствовать нашему условию, поэтому другие перенаправления будут игнорироваться.

[ Примечание: если аспекты изменяются в структуре вашего сайта при переносе имени домена, указанное выше правило больше не применяется и миграция становится намного более сложной. Например, если bol.com/prachtig-boek неожиданно обнаруживается на square.com/books/beautiful-book, шаблон меняется и, следовательно, больше не может копироваться 1-up- $ 1 : =).]

Переадресация с http на https и наоборот

Чтобы обеспечить беспроблемный переход на https, переадресация 301 имеет решающее значение. Большая ошибка в том, что вам не нужно применять перенаправления, потому что с http есть только одно отличие.

Очень часто на практике я вижу либо отсутствие перенаправлений с безопасным переходом на https, либо неправильную настройку, в результате чего старый домен http с 302 перенаправлениями перенаправляется на новое место.

Завершите перенаправление домена http на https

Давайте посмотрим, как мы можем настроить это хорошо!

RewriteEngine On
RewriteCond% {HTTPS}! = Вкл
RewriteCond% {SERVER_PORT} ^ 80 $
RewriteRule ^ (. *) $ Https: //% {HTTP_HOST}% {REQUEST_URI} [R = 301]

Давайте посмотрим на новые элементы:

• % {HTTPS}! = Вкл . : Говорит достаточно хорошо, но сначала нужно сказать, что HTTPS не включен. Проверка лучше / шире, чем% {HTTPS} off.
• % {SERVER_PORT} ^ 80 $: чтобы избежать случайного попадания в бесконечные циклы, полезно также добавить эту проверку. HTTP всегда работает на порте 80 и поэтому может безопасно ссылаться на вариант HTTPS, который работает на порте 443.
• https: //% {HTTP_HOST}% {REQUEST_URI}: из звездочки ((. *)) все перенаправляется в новое местоположение, а именно https: // плюс запрошенное имя домена на уровне http (HTTP_HOST) плюс запрошенный URL (REQUEST_URI). Здесь% {REQUEST_URI} - не что иное, как запрошенная страница. Это все сделано (конечно) с перенаправлением 301.

Полный домен HTTPS для перенаправления http

Если мы хотим настроить его наоборот (часто это нежелательно на практике, так как https - хороший и безопасный шаг), вы можете использовать следующий подобный код:

RewriteEngine On
RewriteCond% {HTTPS} в
RewriteRule (. *) Http: //% {HTTP_HOST}% {REQUEST_URI}

Умная работа с RewriteRule: перенаправление каталогов

Как мы уже видели, RewriteRule в сочетании с RewriteCond может выполнять всевозможные красивые трюки, которые значительно облегчают нашу жизнь. Чтобы применить это на практике, я хотел показать в качестве последнего практического примера, как вы можете перемещать весь «каталог» адресов.

Пример каталога:

domeinnaam.nl/fantasieboeken/harry-potter-1
domeinnaam.nl/fantasieboeken/lord-of-the-rings

Теперь, в архитектуре вашего сайта, часто бывает, что вы удаляете каталог в определенный момент или называете его по-другому. Например, может случиться так, что мы решим, что наши примеры книг выше могут быть в подкатегории 'fantasy'. Это поместило бы их в папку: domainname.nl/boeken/fantasie/.

После этого мы можем вручную ссылаться на Гарри Поттера и Властелина колец, но это не сделает вас счастливыми, если, например, bol.com: =). Итак, вот умное правило перенаправления! Давайте кратко рассмотрим:

RewriteEngine On
RewriteRule ^ книги фэнтези /(.*)$ / books / fantasy / $ 1 [R = 301]

Это может быть так просто! Наша знаменитая точка-звездочка ((. *)) ловит все адреса в категории книг фэнтези и дает их своему ближайшему другу $ 1.

Перенаправить строки запроса (? Id =)

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

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

Время снова захватить нашего друга .htaccess и превратить его во что-то веселое! Предположим, что наш id = 12 равен странице о Гарри Поттере, тогда мы хотим сделать следующее:

RewriteEngine On
RewriteCond% {QUERY_STRING} ^ id = 12 $
RewriteRule ^ (. *) $ / Гарри-Поттер? [R = 301]

Проект:

• % {QUERY_STRING} : сервер сначала проверяет, включена ли строка запроса, прежде чем применять правило перезаписи (RewriteRule).
• ^ id = 12 $: когда указана строка запроса, необходимо проверить, соответствует ли она указанному нами значению, в данном случае id = 12. Примечание: вы никогда не включаете вопросительный знак в шаблон распознавания, он уже захвачен% {QUERY_STRING}.
• RewriteRule ^ (. *) $ / Гарри-Поттер? [R = 301]: Затем мы переписываем все, что содержит id = 12 в виде строки запроса, на нашу новую страницу Гарри Поттера с помощью перенаправления 301. Обратите внимание на знак вопроса в конце, это необходимо, чтобы не включать саму строку запроса в редирект (иначе мы будем в цикле перенаправления).

Шаблон / генератор для перенаправлений .htaccess 301

Чтобы вам было еще проще, я потратил некоторое время на реализацию простого шаблона перенаправления 301, так что техническое исчезло полностью: =).

Это просто объединяет некоторые ячейки в Excel в красивые RewriteRules, чтобы каждый веб-редактор мог организовать миграцию для отдельных страниц. Таким образом, вы меньше зависите от технических посредников. Кроме того, это также быстрее, чем постоянно переписывать правила перенаправления.

Скачать шаблон Excel для 301 перенаправления

Из шаблона вы можете скопировать все значения из ячеек результата в ваш .htaccess. Не забудьте добавить RewriteEngine On вверху!

Проверка перенаправления (бесплатно)

После всей вашей усердной работы и изучения этого полного руководства по редиректам 301, вы, естественно, хотите знать, все ли действительно хорошо! Потому что, как вы на самом деле видите, является ли что-то редиректом 302 или 301 ?

К счастью, у нас есть удобный инструмент для этого, а именно «Путь к перенаправлению». Это бесплатная проверка перенаправления для Chrome, которая аккуратно показывает вам всю серию перенаправлений, которые вы выполнили до прибытия в конечный пункт назначения.

Скачать Redirect Path для Chrome

На практике это выглядит так, когда вы запрашиваете, например, http://www.daan.onl:

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

Проверьте синтаксис htaccess

http://www.htaccesscheck.com/

Вопросы / заключение

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

Удалось ли вам всем достичь того, чего вы хотели достичь с помощью перенаправлений? Есть ли какие-то примеры / практические сценарии, которые вам не хватает? Собираетесь ли вы использовать шаблон на практике? : =) Мне как всегда любопытно. Не стесняйтесь, дайте нам знать через [email protected] ,

Спасибо

Похожие

Комментарии