wp_head() - функция WordPress. Лишние ссылки в header

Главная » Создание блога » Настройка Wordpress » wp_head() — функция WordPress. Лишние ссылки в header

wp_head() — функция WordPress. Лишние ссылки в header

2014-04-21 автор: Виталий Кириллов

Всем привет! Сегодня на seo-mayak.com я хочу рассказать об одной очень важной функции WordPress, которая называется wp_head(), а также мы наведем порядок в header и вытравим от туда лишние ссылки.

Не так давно, в статье «Оптимизация WordPress. Нагрузка на сервер и как ее снизить» мы копались в файле header.php, сокращая количество запросов к БД. Сейчас же речь пойдет немного о другом, но тема также касается нагрузки, которую несет сервер.

Говорить мы будем о лишних ссылках, которые генерируются WordPress или сторонними плагинами и выводятся в header с помощью функции wp_head() между тегами <head></head>. По данным ссылкам ходят различные боты, полезные и не очень, что создает дополнительную нагрузку на сервер.

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

wp_head

Итак, что это за функция такая wp_head() и как она работает? Действительно не мешало бы разобраться. Поехали!

Функция wp_head()

Если заглянуть в файл header.php, то там, обычно перед закрывающим тегом </head>, мы найдем такую строчку:

<?php wp_head(); ?>

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

После я принялся выяснять, что это за функция такая и с чем ее «едят». Оказалось wp_head() — это не просто функция, а так называемый — хук.

На заметку! Хук (hook с англ. зацепка, крючок) — это своего рода функция-перехватчик, с помощью которой можно повлиять на роботу той или иной функции.

Надо сказать, что хуки бывают двух видов: хуки-фильтры и хуки-действия.

Хук-фильтр способен перехватывать работу функций и вносить в их некие корректировки, которые не изменят функцию полностью, но повлияют на окончательный результат. Не так давно, для добавления картинок в RSS-ленту, мы как раз использовали хук-фильтр.

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

Функция wp_head() как раз относится к тем самым хукам-действий, но имеет свою особенность. Работает данный хук на основе другой функции, которая называется —do_action().

Я сейчас не стану подробно описывать принцип действия функции do_action(), так как в будущем собираюсь посветить ей отдельную статью, так что не примените подписаться на обновления блога.

Итак, что же такого особенного в хуке wp_head()? Если включить воображение и попытаться объяснить все человекопонятным языком, то функцию wp_head() можно сравнить веревкой, которая натянута между тегами <head></head>. Пространство между этими тегами называется header.

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

Также, «волшебной» веревкой пользуются плагины, например такие, как All in One SEO Pack, который с помощью wp_head() выводит в header мета теги: title, description, keywords и др.

Для примера я приведу выдержку из исходного кода SEO Маяк, на которой наглядно продемонстрировано, сколько информации плагин All in One SEO Pack выводит в header, через функцию wp_head():

<!-- All in One SEO Pack 2.1.5 by Michael Torbert of Semper Fi Web Design[218,286] -->
<link rel="author" href="https://plus.google.com/u/0/112550732745635908043" />
<meta name="description" content="Сегодня на seo-mayak.com мы продолжим выполнять рекомендации PageSpeed и разберем пункт &quot;Сократите CSS&quot;, что позволит еще немного ускорить загрузку сайта." />

<meta name="keywords" content="сократить css, ускорить загрузку сайта" />

<link rel="canonical" href="/sozdanie-bloga/skorost-zagruzki/kak-sokratit-css-i-uskorit-zagruzku-sajta.html" />
<meta property="og:title" content="Как сократить CSS и ускорить загрузку сайта | SEO Маяк" />
<meta property="og:type" content="article" />
<meta property="og:url" content="/sozdanie-bloga/skorost-zagruzki/kak-sokratit-css-i-uskorit-zagruzku-sajta.html" />
<meta property="og:image" content="/wp-content/plugins/all-in-one-seo-pack/images/default-user-image.png" />
<meta property="og:site_name" content="SEO Маяк" />
<meta property="og:description" content="Сегодня на seo-mayak.com мы продолжим выполнять рекомендации PageSpeed и разберем пункт &quot;Сократите CSS&quot;, что позволит еще немного ускорить загрузку сайта." />
<meta name="twitter:card" content="summary" />
<meta name="twitter:description" content="Сегодня на seo-mayak.com мы продолжим выполнять рекомендации PageSpeed и разберем пункт &quot;Сократите CSS&quot;, что позволит еще немного ускорить загрузку сайта." />
			<script>
			(function(i,s,o,g,r,a,m){i['GoogleAnalyticsObject']=r;i[r]=i[r]||function(){
			(i[r].q=i[r].q||[]).push(arguments)},i[r].l=1*new Date();a=s.createElement(o),
			m=s.getElementsByTagName(o)[0];a.async=1;a.src=g;m.parentNode.insertBefore(a,m)
			})(window,document,'script','//www.google-analytics.com/analytics.js','ga');

			ga('create', 'UA-44081052-1');
			
			ga('send', 'pageview');
			</script>
<!-- /all in one seo pack -->

НО! Насколько полезна выводимая в исходный код информация? То, что «вывешивает» All in One SEO Pack, мы заполняем сами в настройках плагина, но есть такие данные, к которым мы не имеем никакого отношения.

Лишние ссылки в Header

Как отличить полезную информацию от бесполезной или даже вредной? На самом деле не стоит пугаться, вредной информации не так уж много и в основном она выводится через wp_head() самим WordPress.

На Денвере у меня сохранилась не «вылеченная» копия блога, из исходного кода которого, я хочу показать Вам несколько строк:

1. Вы используете для написания или редактирования статей блог-клиенты? Я нет. Уверен, что многие веб-мастера даже не знают, что это такое. Намекну. Блог-клиент — это программа, типа Microsoft Word. Полный список блог-клиентов вы можете посмотреть тут.

Если для написания постов Вы используете редактор WordPress, то можно смело убирать еще одну строчку из исходного кода:

<link rel="EditURI" type="application/rsd+xml" title="RSD" href="/xmlrpc.php?rsd" />

Но как эта ссылка появилась в header? В данном случаи к хуку wp_head() цепляется функция rsd_link(), которая и генерирует эту строчку.

Как удалить лишние ссылки с header я расскажу чуть позже, читайте статью до конца. Продолжим.

2. Несколько лет назад, после переноса базы данных с Денвера на хостинг, из-за недостатка знаний, на моем кулинарном блоге перестала работать функция вставки изображений через редактор WordPress.

Пока я разбирался в чем дело, а на это ушло несколько месяцев, пришлось искать выход из положения и им оказался сторонний редактор Windows Live Writer. Возможно как-нибудь я опишу данный редактор, но пока не будем на этом останавливаться.

Так вот, меня тогда мало интересовало, как Windows Live Writer подключается к блогу, но с пришествием времени я понял, что для подключения он ищет такую строчку:

<link rel="wlwmanifest" type="application/wlwmanifest+xml" href="/wp-includes/wlwmanifest.xml" />

Генерируется функцией wlwmanifest_link().

Сейчас я не использую Windows Live Writer, поэтому и ссылка мне эта больше не нужна. Добавим в очередь на удаление.
3. Следующая строчка, кандидат на удаление, вызывает мое тихое удивление:

<link rel='shortlink' href='/?p=2840' />

Генерируется функцией wp_shortlink_wp_head().

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

4. Вот еще 2 строчки, которые по моему мнению не несут никакой пользы:

<link rel='prev' title='Готовая форма обратной связи на PHP без плагинов' href='http://mayak.ru/sozdanie-bloga/obxodimsya-bez-plaginov/php-forma-obratnoj-svyazi.html' />
<link rel='next' title='Динамическая карта сайта XML с помощью плагина All in One SEO Pack' href='http://mayak.ru/sozdanie-bloga/plaginy-wordpress/dinamicheskaya-karta-sajta-xml-plagin-all-in-one-seo-pack.html' />

Генерируется функцией adjacent_posts_rel_link_wp_head().

Это ни что иное как ссылки на предыдущую и следующую статьи. Для чего они были помещены в header непонятно. WordPress парой удивляет. То короткую ссылку зацепил на «веревку» wp_head(), еще и постраничную навигацию вывесил.

Не вижу никакой пользы от этих ссылок. Ведь есть карта сайта XML, а также карта сайта для посетителей, в которых все правильно изложено и робот не должен рассеивать ссылки.

Польза от данных строчек будет в том случаи, если на блоге есть очень большие статьи, которые делятся на несколько страниц. Тогда понятно, что роботу будет проще определиться: где начало, а где конец. Но при отсутствии таких постов, логика атрибутов prev и next не прослеживается. Будем от них избавляться.

5. Данная строчка не содержит ссылки, но от нее также желательно избавится:

<meta name="generator" content="WordPress 3.8.3" />

Генерируется функцией wp_generator().

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

6. Также, с помощью функции wp_head(), в header выводится ссылка на фид комментариев:

 <link rel="alternate" type="application/rss+xml" title="SEO Маяк &raquo; Лента комментариев к &laquo;Правильная структура заголовков сайта. HTML теги h1 &#8212; h6 и их влияние на продвижение&raquo;" href="http://mayak.ru/seo-prodvizhenie/tonkosti-prodvizheniya/pravilnaya-struktura-zagolovkov-sajta-html-tegi-h1-h6-i-ix-vliyanie-na-prodvizhenie.html/feed" />

Генерируется функцией feed_links_extra().

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

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

Лечение wp_head(). Функция remove_action()

Пришло время познакомить Вас с еще одной полезной функцией — remove_action(), которая работает на основе другой функции — remove_filter() и выступает в роли чистильщика хуков, удаляя функции, прикрепленные к какому-либо хуку-действия.

Открываем файл functions.php и в самый конец, перед знаком ?>, вставляем следующий код:

remove_action( 'wp_head', 'rsd_link' );
remove_action( 'wp_head', 'wlwmanifest_link' );
remove_action( 'wp_head', 'wp_shortlink_wp_head', 10, 0 );
remove_action( 'wp_head', 'adjacent_posts_rel_link_wp_head', 10, 0 );
remove_action( 'wp_head', 'wp_generator' );
remove_action( 'wp_head', 'feed_links_extra', 3 );

Как работает функция remove_action()?

Первым параметром функция принимает хук-действие, в нашем случаи wp_head.

Во-втором параметре указывается название функции, действие которой надо отменить.

Третьим параметром идет приоритет хука, который был установлен при добавлении (по умолчанию 10).

Четвертым параметром указывается число аргументов хука (по умолчанию 1).

Сохраняем изменения в functions.php и смотрим исходный код, лишних ссылок в header больше нет. По-моему мы не плохо поработали.

До встречи!

С уважением, Виталий Кириллов