руководство для начинающих SEO-специалистов — SEO на vc.ru
Сегодня, команда «Пиксель Тулс» подготовила для вас руководство по работе с редиректами от Стивена Уоттса, руководителя направления SEO и интернет-маркетинга в международной компании Splunk.
892 просмотров
Редиректы являются критически важной частью успешной работы любого сайта, но зачастую процессу управления перенаправлениями уделяется слишком мало внимания.
Без грамотного управления редиректами могут быть удалены важные перенаправления. В итоге, пользователи попадают не туда, куда нужно, а также теряется ссылочная масса, необходимая для высокого ранжирования сайта. Весь этот процесс должен быть контролируемым и устойчивым, не становясь обременением для команды.
Существует несколько принципов для процесса управления редиректами:
● Перенаправления и сам процесс должны быть простыми в понимании и управлении.
● Избегайте цепочек из редиректов — как можно больше прямых.
● Обеспечить возможность аналитического отслеживания или другой видимости их использования.
Важно помнить об изменениях, которые неизбежно произойдут со всеми заинтересованными сторонами, технической поддержкой и интернетом в целом в течение жизни сайта.
Вполне вероятно, что однажды в будущем на сайте произойдет изменение CMS, повсеместная замена URL, поменяется расположения медиафайлов или сайты из ТОП-10 начнут использовать какую-то новую технологию, которая повлияет на ваши ссылки.
Изменения также будут происходить с течением времени и в команде разработчиков, отвечающих за:
● Решение о том, как будут работать перенаправления.
● Создание, редактирование или удаление редиректов.
● То, какие URL должны быть перенаправлены, куда и почему?
Конечно, существует множество вариантов и разновидностей редиректов с технической точки зрения, все они имеют конкретные случаи использования и свои антипаттерны — 3xx редиректы, meta refresh, JavaScript, htaccess и т. д.
В этой статье вы узнаете об управлении редиректами, независимо от используемой технологии.
Общие случаи применения редиректов
Существуют различные способы использования редиректов на сайтах. Три наиболее распространённых случая, требующих контроля на крупных сайтах, можно классифицировать следующим образом:
● Перемещение страницы.
● Персонализированный редирект.
● Служебное перенаправление.
Проверить, правильно ли настроен и работает ли ваш редирект можно с помощью инструмента «Определение технических показателей страницы».
Управление редиректами типа «Страница перемещена»
Если существующая страница перемещается со старого адреса на новый, необходимо установить перенаправление. Это поможет людям и ботам найти, где находится теперь страница, когда они пытаются к ней обратиться.
Человек может сохранить старую ссылку в закладках, найти ссылку на неактуальный URL на какой-то странице или в электронном письме, увидеть адрес где-нибудь в печатном виде и набрать его в поисковой строке. Поисковый бот может найти старый URL в виде ссылки на странице или во время перебора существующего индекса страницы.
Для случаев, когда вам необходимо сделать 301-редирект, то есть постоянное перенаправление, рекомендуем воспользоваться инструкцией «Как сделать 301-редирект в файле. htaccess».
В любом случае перенаправление является правильным способом показать, что страница находится в новом месте. Существует два общих типа редиректов «Страница перемещена»: пакетное перенаправление по шаблону и одиночное перенаправление.
Пакетные перенаправления (управляемые)
Если каждый URL на сайте или в каталоге назначается по одному алгоритму, то необходимое правило для перенаправления может быть довольно простым и продержаться практически вечно, не требуя обслуживания.
Например, если вы переместили каталог новостей со страницами корпоративного с «https://newsroom.domain.com» на «https://domain.com/news/», а в остальном URL-адреса остались прежними, то все редиректы может выполнять всего одно правило. Это правило также вряд ли будет вступать в конфликт с новыми несвязанными перенаправлениями. При смене CMS или плагина управления редиректами, прописанный алгоритм в будущем продолжит поддерживать и другие соответствующие ему правила.
Большим преимуществом использования редиректов по шаблону является возможность легко вносить корректировки. Например, редактировать запросы или менять шаблон перенаправления, если произойдет какое-то масштабное изменение, такое как переезд сайта на https или другое.
Одиночные перенаправления (управляемые)
Если отдельная страница должна быть перемещена на другой URL или даже группа страниц, но для этого нет общего алгоритма, чтобы создать шаблон, тогда необходимо задать список перенаправлений один к одному.
Например, если у вас есть запись в блоге с URL «https://domain.com/blog/devops-conferences-2021.html» и вы хотите изменить его на «https://domain.com/blog/devops-conferences.html», то вам нужно создать единичный редирект со старого адреса на новый.
В то время как список перенаправлений, соответствующий шаблону, можно легко поддерживать в рабочем состоянии вечно, разовые перенаправления, скорее всего, придётся вывести из эксплуатации. Если ваш сайт в будущем перейдет на новую CMS или у вас закончится место в менеджере перенаправлений — редирект может не сохраниться.
Джон Мюллер по этому поводу высказался следующим образом: «Было бы хорошо сохранить этот тип перенаправления активным в течение нескольких лет, но это может оказаться невозможным».
В связи с этим, важно понимать, как долго перенаправление было активным и как часто им пользуются. Такой подход позволит принимать решения о том, какое перенаправление удалить, а какое продолжать поддерживать.
Управление персонализированными редиректами
Группа перенаправлений, часто называемых «Персонализированными редиректами» (Vanity redirect) или «Персонализированными ссылками» — это сокращённые URL, предназначенные для простоты ввода, запоминания и чтения.
Персонализированные редиректы почти всегда являются одноразовыми. Распространённым заблуждением многих заинтересованных сторон крупных сайтов является необходимость использования таких ссылок без какого-либо конкретного обоснования.
Если канонический URL страницы на корпоративном сайте находится в двух, трёх, четырёх и более папках, то заинтересованная сторона может запросить персонализированный редирект, указывающий на фактическое местоположение. Однако такое перенаправление не поможет пользователям, если они не знают, как ввести его в браузере.
Одной из особенностей пользователей интернета является то, что они редко набирают URL-адреса в браузере, чаще всего всего просто нажимают на ссылку в поиске.
По-настоящему полезные редиректы — это те, которые пользователь видит или слышит, когда не пользуется интернетом. Реклама в журнале, рекламный щит, подкаст или радиореклама — всё это отличные варианты использования персонализированного редиректа.
В таких случаях человеку нужно легко запомнить и быстро набрать адрес. «Посетите сайт acme.com/piano чтобы получить бесплатное пианино!» — идеальный вариант. Если нет нужды в таком редиректе и нет планов по размещению подобной рекламы, то почти наверняка он вам не нужен.
Ни SEO, ни удобство использования сайта не помогут, если на нём будет стоять уникальный редирект, которым никто не пользуется. Когда придёт время переносить все перенаправления в новую CMS или в новый менеджер, они могут доставить лишь серьёзные неудобства.
Управление служебными редиректами
Служебные редиректы — это тип часто совпадающих по шаблону перенаправлений, которые служат техническим или управленческим целям.
К распространённым видам таких перенаправлений относятся:
● Перенаправление с http на https.
● Добавление или удаление www.
● Добавление или удаление слэша, а также. html.
● Принудительное изменение регистра на нижний.
● Добавление, удаление или редактирование строки запроса.
Проверить, а также посмотреть примеры частых редиректов можно с помощью инструмента «Поиск зеркал сайта».
Поскольку эти параметры соответствуют шаблонам, их можно легко поддерживать и изменять в будущем, если это потребуется.
Важно тщательно продумать порядок операций при комбинировании служебных перенаправлений вместе с редиректами «страница перемещена» и «персонализированные редиректы», чтобы обеспечить меньшее количество переходов и простоту обслуживания.
Служебные редиректы могут сократить количество необходимых одноразовых персонализированных перенаправлений за счет автоматизации и упрощения. Для понимания спецсимволов, которые используются при написании редиректов, вы можете обратиться к памятке.
Например, приведение к нижнему регистру может в некоторых случаях устранить необходимость создания нескольких версий одного и того же уникального URL.
Сокращённые ссылки, которые не читаются человеком
Один из классов редиректов, который как бы разделяет границы между полезностью и пониманием — это сокращённые URL, которые не предназначены для запоминания или легкого набора пользователями.
Они часто используются для QR-кодов, чтобы уменьшить длину URL или пользователями социальных сетей, чтобы узнать, сколько кликов получают их общие ссылки. Для крупных сайтов сокращенные ссылки не нужны.
Отслеживание редиректов
Лучший способ понять, как используются перенаправления — это добавить строки запросов к месту назначения некоторых типов перенаправлений.
Vanity Redirects, QR-Code Redirects и One-Off Page Moved Redirects. Все эти случаи использования строк запросов приводят к аналитическому отслеживанию использования редиректов.
Etrade.com представляет собой яркий пример использования строк запросов для Vanity Redirects. Например, etrade.com/stockplans перенаправляет на https://us.etrade.com/stock-plan? vanity=stockplans. Это позволяет компании Etrade понять, сколько людей воспользовались этим редиректом за определённое время и какие действия они совершили после перехода на сайт.
Данные аналитики об использовании перенаправлений могут помочь команде разработчиков и SEO-производству определить, какие перенаправления необходимо поддерживать или можно убрать, а также какие кампании приносят больше всего посетителей и вовлечённости.
Отслеживание в аналитике полезных перенаправлений, таких как http на https, представляет меньшую ценность, поскольку сайт, скорее всего, будет поддерживать их независимо от того, используются они регулярно или нет.
Указывайте полный путь перенаправления в строке запроса:
● Спецсимволы следует заменять дефисами.
● Укажите тип перенаправления: 301, 302, JavaScript и т.д.
● Укажите цель перенаправления: vanity, utility, page moved, QR и т.д.
● Укажите дату добавления.
● Укажите команду, ответственную за редирект.
Не все эти данные необходимо включать в строку запроса назначения редиректа, но все они могут использоваться. После внедрения команда сможет проводить аудит их использования ежегодно или с любой другой периодичностью.
Если, например, Vanity Redirect был создан для определённой кампании, которая завершилась, а перенаправление не использовалось в течение двух или трёх лет, то пора прекратить поддерживать этот старый редирект.
Антипаттерны редиректов
Существует множество антипаттернов для перенаправлений. Они могут показаться хорошим быстрым решением, но в конечном итоге приводят к большему количеству проблем, чем решают, поэтому их следует избегать.
Некоторые антипаттерны редиректов включают:
● Перенаправление страниц 404 на главную страницу.
● Перенаправление на ошибку 404 вместо того, чтобы выдавать ошибку 404 на несуществующий URL.
● Перенаправление на перенаправление (цепочка редиректов).
● Редирект и не обновление страницы, на которой находится ссылка на перенаправление (внутренняя ссылка на редирект).
● Использование редиректов для A/B-тестирования вместо манипуляций с DOM.
● Ссылки на непоследовательные редиректы — когда пользователи нажимают на ссылку, думая, что найдут определённый элемент на сайте, но их перенаправляют в другое место.
Многие антипаттерны редиректов можно устранить, следуя двум принципам:
● Никогда не ссылайтесь на внутренние перенаправления. Когда страница закрывается, найдите все внутренние ссылки, указывающие на старую страницу, и удалите или обновите их.
● Позвольте старым страницам, которым нет замены, стать 404-ми и не забудьте удалить ссылки на них.
Заключение
Подводя итоги, мы хотим сказать, что приведение в порядок процесса управления редиректами поможет сделать ваш сайт более структурированным, а пользователей счастливыми.
Внедрите аналитическое отслеживание перенаправлений для проведения аудита и удаления старых редиректов, которые не нужно более поддерживать. Не указывайте внутренние ссылки на перенаправления, если на то нет веских причин.
Благодарим Стивена Уоттса и коллег из Search Engine Journal за статью о редиректах, с оригиналом вы можете ознакомиться по ссылке.
Подписывайтесь на наш канал YouTube, чат Telegram и группу ВКонтакте, чтобы стать частью дружной SEO-тусовки.
Настройка временного и постоянного редиректа в Apache
25 января, 2017 12:24 пп 19 775 views | Комментариев нетLinux, VPS | Amber | Комментировать запись
HTTP-перенаправление (или редирект) – это способ направить один домен или адрес на другой. Существует несколько видов перенаправления, каждый из которых по-разному воспринимается клиентским браузером. Самые распространённые виды – это временный и постоянный редирект.
Временный редирект используется в случае если контент, доступный по одному URL-адресу, нужно временно обслуживать из другого каталога. К примеру, если сайт находится на обслуживании, вы можете перенаправить запросы к домену на пользовательскую страницу ошибок, где посетители смогут узнать, когда сайт будет доступен.
Постоянный редирект сообщает браузеру о том, что старый адрес больше не доступен, а контент обслуживается по другой ссылке. Такой редирект полезен при смене доменного имени.
Чтобы создать временный редирект в Apache, добавьте в виртуальный хост такую строку:
Redirect /oldlocation http://www.newdomain.com/newlocation
Чтобы настроить постоянный редирект, добавьте в файл виртуального хоста:
Redirect permanent /oldlocation http://www.newdomain.
com/newlocation
В руководстве вы найдёте более подробное описание настройки каждого вида перенаправления и несколько полезных примеров.
Требования
- Настроенный сервер.
- Установленный веб-сервер Apache 2.
- Виртуальный хост (эти руководства помогут создать виртуальный хост в Ubuntu 16.04, CentOS 7 и Debian 7).
Простая настройка редиректа
Чтобы настроить простой редирект одной страницы в Apache, можно использовать директиву Redirect, которая входит в модуль mod_alias. Модуль включен в Apache по умолчанию. Директиве нужно иметь минимум два аргумента: старый URL-адрес и новый URL-адрес. С её помощью можно настроить как временное, так и постоянное перенаправление.
Чтобы настроить простое временное перенаправление, добавьте следующие строки в конфигурации сервера:
<VirtualHost *:80>
ServerName www.domain1.com
Redirect / http://www.domain2.com
</VirtualHost>
<VirtualHost *:80>
ServerName www. domain2.com
. . .
</VirtualHost>
Теперь браузер будет направлять все запросы к www.domain1.com на домен www.domain2.com. Однако такое решение работает только с одностраничными сайтами.
Редирект объемных сайтов настраивается иначе. Для этого используется директива RedirectMatch, которая с помощью регулярных выражений может указывать целый каталог вместо одного файла.
Читайте также: Использование Grep и регулярных выражений для поиска текстовых шаблонов в Linux
Директива RedirectMatch выполняет поиск по шаблонам регулярных выражений в круглых скобках, а затем ссылается на найденный текст как на целевой каталог переадресации с помощью выражения $1 (где 1 – первая группа найденного текста). В более сложных примерах перенаправления группы, совпавшие с шаблонами, получают последовательные номера.
К примеру, чтобы временно перенаправить все страницы домена www.domain1.com на www.domain2.com, нужно добавить в файл:
<VirtualHost *:80>
ServerName www. /(.*)$ http://www.domain2.com/$1
Более гибкую настройку редиректа предоставляет модуль mod_rewrite, но его использование выходит за рамки данного руководства.
Читайте также: Настройка mod_rewrite на веб-сервере Apache в Ubuntu 14.04
Пример 1: переход на другой домен
Предположим, у вас есть сайт, который пользуется популярностью, но в какой-то момент у вас возникла необходимость сменить его домен. Конечно, вы не можете просто переместить контент на новый домен, а старый забросить: так вы потеряете своих посетителей. Кроме того, ссылки на ваш сайт, расположенные на других сайтах, перестанут работать, если вы просто перенесёте контент на новый домен и не оставите никакой информации о его новом местонахождении. Все это приведёт к снижению трафика. Как переместить контент сайта на новый домен и не потерять аудиторию?
В таком случае нужно настроить редирект со старого домена (например, domain1.com) на новый (domain2.com). Чтобы навсегда сменить доменное имя сайта, используйте постоянный редирект. Благодаря этому браузер сможет перенаправлять поступающий трафик на новый домен.
Итак, предположим, что на данный момент сайт обслуживается по домену domain1.com, а его виртуальный хост находится в /etc/apache2/sites-available/domain1.com.conf:
<VirtualHost *:80>
ServerAdmin admin@domain1.com
ServerName domain1.com
ServerAlias www.domain1.com
DocumentRoot /var/www/domain1.com/public_html
ErrorLog ${APACHE_LOG_DIR}/error.log
CustomLog ${APACHE_LOG_DIR}/access.log combined
</VirtualHost>
Виртуальный хост для нового домена сайта, /etc/apache2/sites-available/domain2.com.conf, должен выглядеть так:
<VirtualHost *:80>
ServerAdmin admin@domain2.com
ServerName domain2.com
ServerAlias www.domain2.com
DocumentRoot /var/www/domain2.com/public_html
ErrorLog ${APACHE_LOG_DIR}/error.log
CustomLog ${APACHE_LOG_DIR}/access.log combined
</VirtualHost>
Теперь измените настройки виртуального хоста domain1. /(.*)$ совпадает с любым текстом, идущим в URL-адресе после /. Таким образом, http://domain1.com/index.html будет перенаправляться на http://domain2.com/index.html.
Чтобы настроить постоянный редирект, нужно просто добавить опцию permanent в директиву RedirectMatch.
Примечание: После изменения виртуального хоста нужно перезапустить Apache, чтобы обновить настройки:
systemctl restart apache2
Пример 2: перенаправление страницы
В некоторых ситуациях возникает необходимость изменить название уже опубликованной страницы. Если вы просто измените название (без настройки редиректа), при запросе исходного URL-адреса страницы будет возникать ошибка 404 Not Found. Тогда пользователь, который добавил эту страницу в закладки, не сможет найти её, поскольку он использует устаревшую ссылку. Редирект позволяет устранить эту проблему.
Предположим, на вашем сайте есть две отдельные страницы для товаров и услуг, products.html и services. html соответственно, и вы решили объединить эти страницы в одну, offers.html. Чтобы не потерять трафик, нужно настроить редирект products.html и services.html на offers.html.
К примеру, исходный виртуальный хост сайта выглядит так:
<VirtualHost *:80>
ServerName example.com
. . .
</VirtualHost>
Чтобы перенаправить эти две страницы на новую страницу, достаточно добавить в файл две директивы Redirect:
<VirtualHost *:80>
ServerName example.com
Redirect permanent /products.html /offer.html
Redirect permanent /services.html /offer.html
. . .
</VirtualHost>
Директива Redirect принимает исходный адрес страницы, которую нужно перенаправить, а затем адрес новой страницы. Опция permanent обеспечит постоянный редирект. Вы можете использовать неограниченное количество директив Redirect в виртуальном хосте, чтобы перенаправить трафик на новые страницы сайта.
Заключение
Теперь вы умеете перенаправлять запросы пользователей. При настройке перенаправления будьте внимательны: неправильное использование временных редиректов может повредить ваш поисковый рейтинг.
Редирект HTTP применяется также для обеспечения SSL-шифрования трафика (редирект http на https) и добавления префикса www к домену сайта.
Читайте также:
- Документация Apache для mod_aliasи mod_rewrite
- Настройка временного и постоянного перенаправления Apache и Nginx
- Редирект домена с www на без www на Apache в CentOS 7
- Редирект домена с www на без www на Apache в Ubuntu 14.04
Редактировать
Твиттер LinkedIn Фейсбук Эл. адрес
- Статья
- 2 минуты на чтение
В рамках изменения адреса сайта SharePoint, перемещения сайта в другое географическое положение или замены сайта мы автоматически создаем перенаправления, чтобы гарантировать, что ссылки, указывающие на предыдущий URL-адрес, продолжают работать. Эти перенаправления — это сайты, которые используют специальный шаблон сайта по URL-адресу предыдущего сайта.
Например, если вы изменили адрес сайта с https:// contoso.sharepoint. com/sites/ OldSiteName на https:// contoso.sharepoint. com/sites/ NewSiteName или переместил сайт с https:// contoso .sharepoint. com/sites/SiteName на https:// contosoEUR .sharepoint. com/sites/SiteName, мы разместим перенаправление (тип шаблона REDIRECTSITE#0) по старому URL-адресу, который содержит специальные заголовки и логику для перенаправления запросов вашего браузера на новый сайт.
В некоторых случаях может потребоваться освободить старый URL-адрес, чтобы использовать его для нового сайта. Для этого нужно удалить редирект.
Примечание
После удаления перенаправления ни один запрос на этот URL не будет перенаправлен. Это означает, что любые закладки, ссылки или ссылки Shared With Me не будут перенаправляться на новый URL-адрес.
Чтобы удалить перенаправление
Загрузите последнюю версию командной консоли SharePoint Online.
Примечание
Если вы установили предыдущую версию командной консоли SharePoint Online, перейдите в раздел «Установка и удаление программ» и удалите «SharePoint Online Management Shell».
Подключитесь к SharePoint в качестве глобального администратора или администратора SharePoint в Microsoft 365. Чтобы узнать, как это сделать, см. статью Начало работы с командной консолью SharePoint Online.
Выполните следующую команду:
Remove-SPOSite-Identity https://contoso.sharepoint.com/sites/OldSiteName
Примечание
Если вы получаете сообщение об ошибке «Эта операция не поддерживается для сайта», убедитесь, что политика хранения не применяется к старому или новому URL-адресу сайта.
Возможно, вам придется удалить политику хранения, чтобы удалить перенаправление.
При появлении запроса подтвердите, что хотите удалить перенаправление.
Чтобы убедиться, что перенаправление удалено, перейдите по URL-адресу. Он должен вернуть ошибку 404. Вы также можете запустить Get-SPOSite -Identity https://contoso.sharepoint.com/sites/OldSiteName
. Он вернет, что мы не можем получить сайт.
Примечание
Перед переходом по URL-адресу может потребоваться очистить историю в браузере.
Чтобы получить список всех сайтов перенаправления
Выполните следующую команду.
Get-SPOSite — шаблон REDIRECTSITE # 0
Обратная связь
Просмотреть все отзывы о странице
Перенаправление сайта — Служба поддержки WordPress.com
Вы покидаете WordPress.com? Хотите перенаправить адрес сайта .wordpress. com (а также все ваши постоянные ссылки) на новое доменное имя? 9Обновление 0095 Site Redirect позволяет вам сделать именно это — и управление перенаправлением не может быть проще.
Вместо этого вы хотите связать уже принадлежащий вам домен с сайтом WordPress.com? Прочитайте, как подключить домен, который у вас уже есть.
Содержание
Начало работы
На этом экране выберите сайт для перенаправления. После выбора сайта введите новый домен или адрес, на который вы хотите перенаправлять трафик WordPress.com. Введите URL целевого сайта в пустое поле и нажмите синюю кнопку с надписью 9.0095 Перейти .
Вас попросят подтвердить покупку и проведут процедуру оформления заказа. Когда платеж будет завершен, вы увидите на экране подтверждающее сообщение. Вы сможете протестировать или изменить настройки перенаправления на странице доменов .
После покупки перенаправление сайта должно быть установлено в качестве основного домена. Вы можете переключить основной домен своего сайта, перейдя в Upgrades → Domains , щелкнув … рядом с доменом и выбрав сделать основным доменом .
- Перенаправления сайта будут указывать только на не-SSL (
http://
) URL. Если на сайте, на который вы перенаправляетесь, настроен SSL, перенаправление http-to-https будет обрабатываться на стороне этого сайта. - Чтобы перенаправление сайта работало правильно, постоянные ссылки на новом сайте (тот, на который вы перенаправляетесь) должны совпадать со ссылками на WordPress.com. WordPress.com использует следующую структуру постоянных ссылок:
http://example.com/2014/10/21/sample-post/
. Если новый сайт использует другую структуру, некоторые посетители могут увидеть сообщение об ошибке. - Если вы добавили свой блог в подкаталог, например
/blog
, обязательно укажите полный URL-адрес блога (mysite.com/blog
). - Перенаправление сайта можно использовать с доменными именами или путями к каталогам, но не с отдельными файлами или страницами.