- Как добавить правило перенаправления
- Шаг 2
- Примеры регулярных выражений
- Перенаправить трафик www на сайт без www (и наоборот)
- Слишком много перенаправлений
- Дальнейшее регулярное чтение
- Как массово импортировать правила перенаправления
- Шаг 1
- Шаг 2
- Как экспортировать перенаправления
- Экспорт перенаправлений из WordPress
- Заметки
Теперь вы можете добавлять правила перенаправления прямо с панели управления MyKinsta! Правила перенаправления позволяют беспрепятственно перенаправлять трафик из одного места в другое. Это особенно полезно для предотвращения ошибок 404, обеспечения надлежащего SEO при внесении изменений и маршрутизации посетителей в правильные места на вашем сайте.
Использование бесплатных плагинов WordPress для реализации перенаправлений может иногда вызывать проблемы с производительностью, так как большинство из них используют функция wp_redirect , что требует дополнительного выполнения кода и ресурсов. Некоторые из них также добавляют автозагрузка данных в вашу таблицу wp_options, которая увеличивает раздувание базы данных. Добавление их в MyKinsta означает, что правила реализуются на уровне сервера, что является гораздо более оптимальным способом. Просто следуйте инструкциям ниже, как их добавить.
Как добавить правило перенаправления
Шаг 1
Чтобы добавить редирект, нажмите на свой сайт в MyKinsta и перейдите в раздел «Перенаправления». Затем нажмите «Добавить правило перенаправления».
Правила перенаправления
Шаг 2
Затем вы можете выбрать нужный тип правила перенаправления. Проверьте эту статью на перенаправление чтобы узнать больше о том, какой тип правил вы должны использовать. Наш инструмент использует и поддерживает выражения регулярных выражений.
- 301 перенаправление: используется для URL-адресов и / или контента, который «перемещен навсегда». Как правило, это тот, который вы захотите использовать в целях SEO.
- 302 перенаправление: используется для URL-адресов и / или контента, который «найден» или «временно перемещен».
В этом примере ниже мы добавляем перенаправление 301 для URL-адреса блога, который был изменен и обновлен до чего-то другого. Это гарантирует, что весь трафик, обратные ссылки и сок ссылок от Google теперь отправляются на новый URL. 301 переадресация проходит между 90-99% ссылочного сока. Вы можете выбрать, какой префикс домена вы хотите добавить. В этом случае мы хотим, чтобы трафик как www, так и не www перенаправлял.
Добавить 301 редирект
Примечание. Это автоматически перенаправит параметры UTM или что-либо еще в конце URL. Например, если старый URL-адрес публикуется в социальных сетях с помощью такого инструмента, как Buffer, он может выглядеть следующим образом:
https://wpdev.ink/blogpost/?utm_content=buffer
Это будет автоматически направлено на:
https://wpdev.ink/newblogpost?utm_content=buffer
Вы также заметите, что мы добавили ^ на URL «Redirect From» выше. Это потому, что инструмент перенаправления Kinsta использует регулярные выражения автоматически . Следовательно, вы должны добавлять ^ в начале каждого пути «from», если вы не хотите, чтобы он совпадал в местах, отличных от начала пути. Например, простое использование / blogpost само по себе может создать цикл перенаправления для других URL-адресов, таких как / category / blogpost.
Также важно проверить ваши текущие обратные ссылки в таком инструменте, как Ahrefs. Например, у вас могут быть обратные ссылки на сторонних сайтах, которые указывают на две разные версии вашего URL:
https://wpdev.ink/blogpost https://wpdev.ink/blogpost/
Обратите внимание, что у второго есть обратный слеш в конце. Если вы не примете это во внимание, это может нарушить перенаправление. Поэтому, если вы не уверены, на какую версию ссылаются сторонние сайты, вы всегда можете использовать подстановочный знак команда регулярных выражений (?) вместо этого, чтобы убедиться, что оба работают. Смотрите пример ниже:
Подстановочный знак перенаправления
В приведенном выше примере все ссылки на / blogpost и / blogpost / (с обратной косой чертой) будут перенаправлены на / newblogpost. Затем вы можете легко управлять всеми вашими правилами перенаправления с панели инструментов.
Управление правилами перенаправления
Регулярное выражение - это последовательность символов, которые определяют шаблон поиска. Ниже приведены некоторые дополнительные примеры, которые можно использовать с инструментом перенаправления MyKinsta. Поле «Redirect from» поддерживает регулярные выражения, а поле «Redirect to» позволяет захватывать ссылки на группы и некоторые переменные (например, $ host, $ схема). Вот несколько важных вещей, на которые стоит обратить внимание:
- Перенаправления проверяются в порядке их добавления . Лучшая практика - иметь более конкретные из них перед общими перенаправлениями.
- По умолчанию наш инструмент перенаправления чувствителен к регистру (см. Ниже использование перенаправления без учета регистра).
- Запрещенные символы: #, пробел, «и символы перевода строки.
- Вы не можете перенаправить с помощью аргументов.
Вот несколько распространенных синтаксисов регулярных выражений:
- ^ - совпадать только в том случае, если в начале строки указано следующее
- $ - соответствует, только если предыдущий находится в конце строки
- ? - Соответствует предыдущему 0 или 1 разу (делает это необязательным)
- , - сопоставить любой отдельный символ
- * - соответствует предыдущему 0 или более раз
- \ - Escape специальные символы
- (? i) - без учета регистра
- . * - Подстановочный знак, чтобы соответствовать чему-либо (любой символ в любое время, который будет соответствовать любой строке)
- (. *) - Группа захвата, которая содержит подстановочный знак для любой строки в данном месте
Примеры регулярных выражений
Включите страницу https://domain.com/store
^ / Магазин
Включите страницу https://domain.com/store (с перенаправлением без учета регистра)
(? Я) ^ / магазин
Включите один файл, например https://domain.com/store.php:
^ / Магазин \ .php
Включите все файлы одного типа, такие как все файлы PHP.
^ / Магазин /.* \. PHP
Включите все, что содержит определенную фразу, например, https://domain.com/*store*
Рекомендуется указать строку перенаправления «/», чтобы уменьшить вероятность перенаправления чего-либо нежелательного. Примечание. Поскольку наш инструмент автоматически применяет регулярные выражения, автоматически применяются *. * И в этом случае они не нужны.
/ магазин или / магазин /
Включите оба следующих URL-адреса: https://mydomain.com/fast-racing и https://mydomain.com/fast-car-racing
^ / Быстро (-автомобиль) - гонки
Вот еще один пример из нашей статьи о Отключение Google AMP , Нам нужно было перенаправить все сообщения в блоге, содержащие / amp /, на их исходный URL-адрес, отличный от AMP, чтобы они были повторно проиндексированы на свои исходные URL. Другими словами, мы отлавливаем все до / amp / в URI и добавляем только то, что вместо «$ 1».
/(.*)\/amp 
Отключить пример Google AMP Regex
Перенаправить трафик www на сайт без www (и наоборот)
Добавьте перенаправление 301 для всего трафика www на сайт без www.
www.mydomain.com - ^ (. *) $ - https: //mydomain.com$1 
Перенаправить трафик www (301)
Слишком много перенаправлений
Если вы неправильно настроили перенаправления, это может вызвать бесконечный цикл перенаправления, и в этом случае вы можете увидеть такую ошибку, как ERR_TOO_MANY_REDIRECTS , Если это так, вы захотите вернуться к своим правилам перенаправления и перепроверить их. Обычно это происходит, когда URL-адрес местоположения включен в разделы «Перенаправление с» и «Перенаправление на».
Например, следующее может вызвать цикл перенаправления:
Перенаправить с: ^ / blog / о Перенаправить на: https://domain.com/blog/about-me
Зачем? Потому что, как только процесс достигнет ^ / blog / about, оставшаяся часть -me не будет иметь значения, и это вызовет бесконечный цикл. Вы должны указать конец строки и начальную точку. Вот что вы бы сделали, чтобы это исправить:
Перенаправление с: ^ / blog / about $ Перенаправление на: https://domain.com/blog/about-me
Символ $ скажет Nginx остановить и сопоставить запрос, только если строка там точно, но ничего после нее.
Дальнейшее регулярное чтение
Вот несколько полезных ссылок для дальнейшего чтения о том, что вы можете делать с Regex, и понимания основ:
Как массово импортировать правила перенаправления
Возможно, у вас есть более сложная настройка или вы хотите избавиться от плагина 301 перенаправления на вашем сайте WordPress. У нас также есть возможность массового импорта правил перенаправления из CSV.
Шаг 1
Чтобы добавить правила перенаправления массового импорта, нажмите на свой сайт в MyKinsta и перейдите в раздел «Перенаправления». Затем нажмите «Массовый импорт».
Правила перенаправления
Шаг 2
Вставьте содержимое файла CSV в поле. CSV должен содержать информацию, разделенную запятыми в следующем порядке: код состояния, домен (все для всех доменов), перенаправление с пути и перенаправление на URL. Каждое правило перенаправления должно быть помещено в новую строку. Затем нажмите «Импортировать перенаправления».
Правила перенаправления массового импорта
Массовое удаление правил перенаправления также поддерживается.
Как экспортировать перенаправления
Мы понимаем, что у некоторых из вас есть сотни или даже тысячи перенаправлений. Возможность их экспорта упрощает редактирование в автономном режиме и повторный импорт, а также позволяет легко переносить перенаправления в другой инструмент или службу по мере необходимости. Здесь вам пригодится опция «Экспорт в CSV».
Экспорт перенаправлений в CSV
Экспорт перенаправлений из WordPress
Если вы хотите перенести текущие перенаправления из плагина WordPress в MyKinsta, у многих из них есть опции экспорта, доступные в их настройках (пример экспорта ниже из плагина перенаправлений EPS). Просто убедитесь, что они правильно отформатированы перед массовым импортом.
EPS плагин экспорт перенаправления
Если вы используете плагин Simple 301 Redirects, вы можете использовать это Экспорт простых 301 перенаправлений в CSV плагин.
Заметки
Для более сложных перенаправлений вам может понадобиться открыть заявку в службу поддержки. Поскольку мы не запускаем Apache, вы не можете использовать .htaccess. Вместо этого мы запускаем NGINX, который имеет собственный синтаксис правил перезаписи; все, что вы можете сделать с файлами .htaccess, вы можете «перевести» на синтаксис Nginx, и мы добавим их в файл конфигурации NGINX вашего сайта.
Ink/blogpost/?Ink/newblogpost?