Плагин WordPress SEO удаляет Rel Canonical с неиндексированных страниц

Распечатать · Время на чтение: 4мин · Автор: · Опубликовано · Обновлено

playПрослушать эту статью

All in One SEO удаляет Rel Canonical.Плагин WordPress SEO удаляет Rel Canonical – Возможно, вы слышали о мощном плагине All in One SEO, который используют многие блогеры WordPress. По имеющимся данным, плагин получил более 3 миллионов установок. Плагин All in One SEO выглядит очень мощным, и, хотя он очень полезен, у этого плагина есть особая проблема, которая беспокоит его пользователей. Плагин автоматически добавляет rel canonical на каждую неиндексированную страницу.

Всякий раз, когда пользователь не индексирует определенную страницу или сообщение, плагин добавит rel canonical к этой странице или сообщению. Это настоящая проблема для пользователей, поскольку им не рекомендуется использовать rel canonical на неиндексированных страницах.

Содержание статьи:

Как решить проблему

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

Другими словами, пользователю необходимо применить некоторый код в файле functions.php для настройки параметров плагина.

Как избавиться от Rel Canonical с помощью хуков

Код, отвечающий за настройку параметров для этого конкретного исправления, довольно прост.

Вам просто нужно добавить фильтры по строкам кода и функции для удаления спецификаций rel на основе желаемых условий.

Как настроить процесс

Для настройки процесса необходимо выполнить следующие шаги:

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

2. Второй шаг — открыть файл functions.php для вашей темы WordPress. В идеале этот файл должен находиться в корневом каталоге конкретной темы. Если вы не можете найти файл или испытываете трудности с его поиском, рекомендуется обратиться к вашему хостинг-провайдеру или разработчику, чтобы помочь вам найти нужный файл.

3. После этого важно сделать резервную копию текущего файла functions.php перед добавлением нового кода. Это делается для того, чтобы вы могли использовать неизмененную версию файла, если что-то пойдет не так или не будет работать должным образом. Вы можете просто скачать файл, сохранить его как резервную копию и вернуться к оригиналу, чтобы внести изменения в код.

4. Настало время добавить код в критический шаг файла functions.php. Приведенный ниже код проверяет, является ли текущая страница страницей архива или страницей категории. Если страница уже является канонической, этот код укажет rel canonical в HTML.

add_filter('aioseop_canonical_url','remove_canonical_url', 10, 1);
function remove_canonical_url( $url ){
global $post;
if( is_category() ){
return false; // Remove the canonical URL for categories.
} elseif (is_archive() ){
return false; // Remove the canonical URL for archives.
}
return $url;
}

5. Следующим шагом будет загрузка модифицированного файла functions.php на сайт в корневой каталог темы. Это идеальное место для загрузки файлов. Если вы не знаете, где находится корневой каталог, обратитесь за помощью к своему разработчику или хостинг-провайдеру и избегайте загрузки файлов в любую или каждую часть вашей установки WordPress.

6. Как только файл загружен в правильное место, пришло время протестировать код, посетив страницу архива или категории. Код выполняется успешно, если канонический атрибут не существует в HTML и видит только метатег robots.

7. Пользователь не должен останавливать тестовый файл. Вы должны перепроверить свою домашнюю страницу, сообщения в блоге и веб-страницы, чтобы убедиться, что rel canonical указан правильно. Вам необходимо убедиться, что темы и другие плагины синхронизированы с изменениями в файле functions.php и не ведут себя неожиданно.

8. Если после тщательного тестирования вы не видите проблем и все работает как положено, поздравляем, вы успешно удалили rel canonical с неиндексированных страниц с помощью плагина All in One SEO в WordPress.

10. Кроме того, вы можете использовать тот же процесс для удаления rel canonical с любой конкретной страницы или публикации на основе идентификатора. Для этого в функцию, созданную для проверки определенной страницы или публикации, можно добавить следующий код. Вам просто нужно добавить elseif, который указывает идентификатор страницы или сообщения.

elseif ( $post->ID === 2){
return false; // Remove the canonical URL for post #2.
}

В заключение

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

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

С этой статьей читают:

Спасибо, что читаешь: SEO HELPER | NICOLA.TOP

Насколько публикация полезна?

Нажмите на звезду, чтобы оценить!

Средняя оценка 5 / 5. Количество оценок: 315

Оценок пока нет. Поставьте оценку первым.

Читайте также:

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

двадцать − двенадцать =