1. WordPress Lag Redirect Lag
2. Перенаправлять или не перенаправлять?
3. Когда не перенаправлять
4. Как свернуть перенаправления в WordPress
5. Разрешите домен верхнего уровня, используя не более одного перенаправления
6. Используйте правильную структуру URL при создании URL
7. Создание перенаправления WordPress с плагином
8. Практикуйте ответственное перенаправление

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

Например, посетитель вашего сайта может включить или удалить поддомен www из URL вашего сайта, и WordPress перенаправит их на правильный URL-адрес. То же самое происходит, когда путь, который должен появиться до того, как URL-адрес страницы будет удален. Так что если у вас есть страница, которая находится по адресу http://www.example.com/parent/page. Попробуйте ввести http://example.com/page и посмотреть, что получится. В большинстве случаев WordPress достаточно умен, чтобы найти нужную страницу и перенаправить вас на нее.

Ситуация усложняется, если вы настроите свой веб-сайт для разрешения с использованием HTTPS. Если вы сделаете это, вы, как правило, захотите принудительно перенаправить весь трафик с HTTP на URL-адрес с префиксом HTTPS. Это может сделать процесс перенаправления действительно грязным. Вообразите этот беспорядок перенаправления:

• Посетитель пытается получить доступ к веб-странице https://www.example.com/parent/page, введя http://example.com/page в адресную строку.
• Во-первых, посетитель перенаправлен с HTTP для HTTPS ,
• Во-вторых, посетитель перенаправляется при добавлении www в URL.
• В-третьих, посетитель перенаправляется на формулировку URL, которая включает родительскую страницу в путь.
• Наконец, сервер начинает отправлять файлы и ресурсы веб-сайта в браузер посетителя.

Вы можете подумать про себя: «Это здорово! Я могу вырезать ссылку, и посетитель все равно окажется там, где он должен оказаться ». В некотором смысле, вы бы правы. WordPress действительно хорош в определении того, где должны разрешаться URL-адреса, и это означает, что неправильно набранные URL-адреса часто разрешаются правильно. Тем не менее, все это авто-перенаправление также имеет обратную сторону.

WordPress Lag Redirect Lag

Как только вы поймете, насколько гибок WordPress, вас легко утаит неадекватная формулировка URL. Это особенно опасно, если вы вручную вводите URL-адреса во встроенных ссылках и пользовательских меню. Ничего страшного, правда? Посетители по-прежнему получают правильный URL!

Ну да, наверное это правда. Однако, что вы пропускаете, так это влияние перенаправлений на скорость загрузки страницы. Вот Pingdom результат скорости страницы сайта для сайта WordPress. это тестовое задание основывается на доступе к странице с использованием правильно сформулированного URL, чтобы избежать перенаправлений.

Результат теста Pingdom с правильно сформированным URL

Это довольно быстро. Если мы посмотрим на запросы файлов, то увидим, что при запросе сайта перенаправлений не происходит.

Файловый запрос от Pingdom

Так что же произойдет, если мы испортим этот URL и запустим тестовое задание снова?

URL результата теста Pingdom плохо сформирован

Вау. Это добавило более половины секунды к времени загрузки страницы - увеличение примерно на 58% . Давайте посмотрим на запросы файлов, чтобы увидеть, что произошло.

Pingdom неверный запрос файла URL

Теперь есть два перенаправления, добавленные в начале URL. После перенаправления страница загружается как обычно. Таким образом, мы можем приписать более медленную скорость страницы перенаправлениям, возникающим, когда в тест подается неверный URL. Суть в том, что перенаправляет поврежденную скорость загрузки веб-страницы. Разница значительна и измерима.

Перенаправлять или не перенаправлять?

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

Например, предположим, что вы написали статью под названием « Что нового в WordPress», когда WordPress 3.0 был выпущен. Это была отличная публикация в 2010 году, но Google, ищущие «что нового в WordPress» сегодня, не ищут этого. Вы хотите, чтобы эти читатели были счастливы. Таким образом, вы пишете новый пост о функциях, которые будут включены в предстоящая плановая версия WordPress.

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

Существует несколько сценариев, в которых уместны перенаправления:

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

Когда не перенаправлять

Во всех вышеописанных сценариях перенаправления необходимы для отправки посетителей с устаревшим контентом и неработающими URL-адресами на обновленный контент или в качестве временной меры при обновлении определенного фрагмента контента.

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

Итак, когда нецелесообразно использовать перенаправление WordPress? Если вы используете редирект, когда в этом нет необходимости , вам следует пересмотреть свою стратегию.

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

Как свернуть перенаправления в WordPress

Если вы проданы на сведение к минимуму перенаправления в WordPress - и как вы могли бы не быть? - есть две вещи, которые вам нужно сделать, чтобы минимизировать количество перенаправлений.

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

Разрешите домен верхнего уровня, используя не более одного перенаправления

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

• http://example.com
• http://www.example.com
• https://example.com
• https://www.example.com

Если вы не уверены, сколько перенаправлений требуется для разрешения URL-адреса вашего сайта с использованием этих различных комбинаций префиксов и поддоменов протокола, вы можете проверить, используя Патрик Секстон Redirect Mapper ,

Инструмент перенаправления карт

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

Перенаправления не настроены правильно

Вот пример правильной настройки перенаправлений. Как вы можете видеть, происходит только один редирект.

Перенаправляет настройки правильно

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

Что вам нужно сделать, это добавить одно или несколько правил перенаправления на сервер, чтобы посетители как можно быстрее нашли правильную формулировку URL вашего сайта. Если ваш сайт размещен на стандартном LAMP стек , вам нужно будет добавить правила перезаписи URL на ваш сайт .htaccess файл.

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

Если ваш сайт размещен на Kinsta, то он работает на сервере NGINX. Настроить перенаправления с помощью Kinsta очень просто. Можете добавить перенаправить правила через панель управления MyKinsta но, конечно, вы всегда можете связаться со службой поддержки, если у вас есть какие-либо вопросы или вам нужна помощь.

Основная цель, которую вы пытаетесь достичь, - это создать правила перенаправления, предназначенные для любых формулировок URL, для которых требуется более одного перенаправления, чтобы эти URL разрешались непосредственно к правильно сформулированному URL. Например, если URL-адресу http://example.com требуется два перенаправления, чтобы попасть на https://www.example.com, создайте ручное перенаправление, которое делает это за один шаг, а не за два.

Вы также можете использовать их правила перенаправления возможность легко создавать перенаправления 301 и 302 прямо с панели управления MyKinsta. Использование бесплатных плагинов WordPress для реализации перенаправлений может иногда вызывать проблемы с производительностью, так как большинство из них используют функция wp_redirect , что требует дополнительного выполнения кода и ресурсов. Добавление их в MyKinsta означает, что правила реализуются на уровне сервера, что является гораздо более оптимальным способом.

Добавить правило перенаправления

Используйте правильную структуру URL при создании URL

Не создавайте намеренно перенаправления при создании внутренних ссылок и меню. Если вы привыкли лениво печатать URL-адреса, избавьтесь от этой привычки. При вводе URL убедитесь, что вы:

• Используйте правильный префикс протокола (HTTP или HTTPS)
• Включите или исключите поддомен www в зависимости от ситуации
• Не используйте идентификаторы постов и страниц в ссылках
• Включите весь путь к странице или посту

Сила перенаправления, встроенная в WordPress, должна стать запасным вариантом на случай, если вы случайно создадите неверный URL. Используйте его как запасной вариант и никогда не исправляйте ленивую запись URL.

Создание перенаправления WordPress с плагином

Как мы уже рассмотрели, есть законные времена для создания перенаправления WordPress. И если у вашего хоста нет функции правил перенаправления, вам, возможно, придется использовать плагин WordPress. Есть многие плагины перенаправления доступны бесплатно из каталога плагинов WordPress.

Плагин перенаправления WordPress

• Перенаправление безусловно, самый популярный плагин перенаправления. Он очень прост в использовании и может быть настроен на создание перенаправлений с использованием ядра WordPress, .htaccess на сервере Apache или перенаправлений сервера NGINX.
• Simple 301 Redirects Другой популярный вариант предназначен для упрощения перенаправления. Он прост в использовании, не предлагает параметров конфигурации и содержит достаточно информации, чтобы упростить добавление перенаправлений 301 вручную.
• Менеджер безопасного перенаправления на самом деле построен потрясающей командой в 10up. Это позволяет вам перенаправлять местоположения на новые URL с кодами состояния HTTP по вашему выбору. Плагин использует функцию wp_safe_redirect, которая разрешает перенаправления только на хосты из белого списка в целях безопасности.
• Быстрая страница / плагин переадресации это еще один популярный плагин, который будет предпочитаться пользователями, которые предпочитают список покупок параметров конфигурации. С более чем 200 000 активных установок он, безусловно, был хорошо протестирован. Он прост в использовании, имеет хорошо продуманный интерфейс и может использоваться для создания перенаправлений 301 и 302 вручную. Одна особенно приятная функция - это раскрывающееся меню для выбора страниц, сообщений, медиа-страниц и страниц архива в качестве цели перенаправления, гарантирующее, что созданные вручную правила перенаправления разрешаются без перенаправления.

Практикуйте ответственное перенаправление

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

о чем ты думаешь? Были ли у вас проблемы с производительностью из-за слишком большого количества перенаправлений?

Похожие

Комментарии