Google XML Sitemaps

Google XML Sitemaps это один из самых популярных плагинов для WordPress. Он служит для создания карты сайта в формате sitemap.xml, который используется практически всеми поисковиками при индексации вашего блога. Слово Google в названии плагина не должно вводить вас в заблуждение, sitemap.xml это универсальный формат карты сайта и, в отличие, скажем от гугловского rel=”nofollow” используется всеми поисковиками одинаково. Даже если у вас и без карты сайта проиндексированы все страницы блога не стоит отказываться от использования плагина. Поисковики пока что не обладают разумом и допускают ошибки при индексировании. Однако помните, что файл sitemap.xml лишь подсказывает поисковику, что ему следует индексировать, а вовсе не является гарантией того, что поисковик добавит страницы с указанными ссылками в свой индекс.

Скачиваем плагин с его домашней страницы и устанавливаем его:

1. Распаковываем архив.

2. Копируем папку google-sitemap-generator в /wp-content/plugins/.

3. Заходим в админку блога на вкладку “Плагины” и активируем плагин.

Настройки плагина вы найдете в “Параметрах\XML-Sitemap“. Первое, что вы там увидите это:

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

Следующее это “Содержание карты сайта“, по умолчанию там стоят лишь 3 галки: на домашней странице, на статьях и на статических страницах. Согласен, что не стоит включать в карту сайта страницы рубрик, тегов и прочего. В карте сайта должен быть основной ваш контент в виде страниц и записей, а не дублирующийся контент, который можно найти по ссылкам на рубрики или теги. А вот включить в карту сайта страницы, образованные при разбивке статьи на несколько страниц нужно.

В разделе “Excluded items” вы можете указать, какие рубрики не учитывать при генерации карты сайта, но сомневаюсь, что вам это понадобится. А вот следующий пункт в этом разделе “Exclude posts” почти наверняка вам будет нужен. Практически у любого блогера есть черновые страницы в блоге, которые существуют, но по каким-то причинам не выводятся в шаблоне блога. То есть никто не видит ссылку на такие страницы и никто не знает, что такие страницы вообще существуют. И если вы не перечислите тут их ID, то они войдут в карту сайта и могут быть проиндексированы поисковиком и следовательно могут быть найдены посетителем, а это не всегда может быть хорошо, особенно если скрываемая страница еще не полностью готова.

Хотя автор плагина пишет о том, что данные, указанные в “Изменить частоты” вероятно игнорируются поисковиками следует все-таки перестраховаться и выставить более-менее нормальные значения. Я ставлю везде значение “Weekly“, что означает необходимость для поисковика переиндексировать весь контент блога раз в неделю. Прочие настройки плагина вроде “Приоритетов” я не трогаю, так как не уверен в том, какие цифры там должны быть, да и сомневаюсь я, что поисковики будут учитывать все эти приоритеты.

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

Article Templates

17.09.2009

Плагин Article Templates позволяет вам использовать при написании записей в блоге заранее определенные шаблоны. Речь не об оформлении страниц, речь именно о тексте самих статей. Если статьи в вашем блоге имеют повторяющуюся структуру, то, несомненно, использование шаблонов будет оправданным. У меня в этом блоге по сути есть только два типа записей: “статья о плагине” и “как сделать”. В статьях о плагинах у меня куча повторяющегося текста от процедуры установки до ссылок на страницы плагина и вынесение всего этого текста в шаблон может здорово сэкономить время при написании статьи.

Скачиваем плагин с его домашней страницы и устанавливаем его:

1. Распаковываем архив.

2. Копируем папку article-templates в /wp-content/plugins/.

3. Заходим в админку блога на вкладку “Плагины” и активируем плагин.

Настроек у плагина нет, сами шаблоны вы можете добавить в “Инструментах\Manage Templates“. Хотя вру, одна настройка у плагина есть – вы можете определить шаблон по умолчанию, поставив галку на “Default Template“.

Пользоваться шаблонами тоже проще простого: или создаем запись прямо в “Инструментах\Manage Templates” при клике на “Новая запись” в колонке с нужным шаблоном или создаем запись как обычно через “Записи\Добавить новую“, а шаблон выбираем в настройках записи в “Article Template“. Причем плагин не даст вам вставить шаблон, если вы уже что-то написали в записи.

Что можно выбросить из WordPress

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

Небольшая подборка советов как оптимизировать вашу тему.

1. <?php language_attributes(); ?> может быть в header.php. А может и не быть.

2. <?php bloginfo(‘html_type’); ?> может быть в header.php. Меняем конструкцию: content=”<?php bloginfo(‘html_type’); ?>; на content=“text/html;

3. <?php bloginfo(‘charset’); ?> может быть в header.php. Можно сразу прописывать свою вместо этой конструкции кодировку, например, будет выглядеть так: было – charset=<?php bloginfo(‘charset’); ?>, стало: charset=UTF-8

4. <?php bloginfo(‘name’); ?> может быть в header.php. Также не самая важная конструкция. Если Вы используетет постоянно одну и ту же тему – смело заменяйте на название своего блога.

5. <meta name=”generator” content=”WordPress <?php bloginfo(‘version’); ?>” /> <!– leave this for stats –> может быть в header.php. Можно всю строку выкинуть целиком, но если все же Вам она нужна, то хотя бы сократите ее до вида <meta name=”generator” content=”WordPress ” />. Версию не стоит показывать соблюдения из безопасности, т.к. не все и не всегда вовремя обновляются. Также, желательно убрать, в /wp-includes/version.php, т.е. $wp_version = ”;

6. <?php bloginfo(‘stylesheet_url’); ?> может быть в header.php. Это путь к css вашей темы, если используется одна и та же тема – прописывайте просто полный путь к css.

7. <?php bloginfo(‘rss2_url’); ?> может быть в header.php, sidebar.php или footer.php. Путь к фиду, если пользуетесь Feedburner FeedSmith, также можно заменить на конструкцию вида http://ваш_сайт/feed

8. <?php bloginfo(‘pingback_url’); ?> может быть в header.php. Можно заменить на http://ваш_сайт/xmlrpc.php”

9. <?php bloginfo(‘stylesheet_directory’); ?> Может быть, а может и нет.

10. <?php bloginfo(‘description’); ?> может быть в header.php. Можно заменить на слова.

11. <?php bloginfo(‘comments_rss2_url’); ?> может быть и в sidebar.php, и в footer.php. Можно выбрасывать или менять на конструкцию http://ваш_сайт/comments/feed/

12. <!– <?php echo get_num_queries(); ?> queries. <?php timer_stop(1); ?> seconds. –> Если вы обнаружили у себя такую вещь – в мусор ее сразу, это просто подсчет количества запросов и времени их выполнения. Смысла нет. Лишний запрос.

13. <?php /* Widgetized sidebar, if you have the plugin installed. */

if ( !function_exists(‘dynamic_sidebar’) || !dynamic_sidebar() ) : ?>

и

<?php endif; ?> Можно избавиться от этого кода, но только в том случае если Вы не используете в своем блоге виджеты. Выбросив сей код – они перестанут работать.

14. Все вызовы php-кода, которые закомментированы вами или не вами – выбрасывайте.