Как отредактировать файл sitemap html на вордпресс. Как добавить на WordPress страницу HTML-Sitemap. Что делать с картой дальше

• Перевод

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

Не так давно Apple представила iPhone 5S, и сайт с презентацией , где страница была поделена на секции, и каждая секция описывала одну из особенностей продукта. Я подумал, что это – замечательный способ представления продукта, исключающий возможность пропустить ключевую информацию.

Я отправился на поиски подходящего плагина, и к удивлению, не обнаружил такового. Так и родился плагин постраничной прокрутки.

Плагин постраничной прокрутки.

Плагин, основанный на jQuery, позволяющий создать раскладку для страницы с несколькими секциями при минимальном использовании разметки.

Я расскажу, как он создавался, от задумки, к планированию, тестированию и выкладыванию бесплатного кода.

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

К чему всё это?

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

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

1. Чертежи

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

Можно представлять всё в уме, а можно делать наброски.

Разобъём концепцию на мелкие задачи, решая каждую последовательно.

1. Подготовим раскладку секций
Отключим обычную прокрутку, применяя overflow: hidden к body. Расположим секции в нужной последовательности, подсчитаем и приспособим нужную информацию и классы.

2. Установим триггер ручной прокрутки
Триггер ловим через jQuery, определяем направление прокрутки, двигаем раскладку при помощи CSS.

3. Добавим возможностей
Добавим адаптивность, цикл, поддержку прокрутки на тачскринах, разбивку на страницы, и т.д.

4. Проверим в разных браузерах.
Проверим браузеры Chrome, Safari, Firefox, Internet Explorer 10 и самые популярные операционки Windows, Mac OS X, iOS and Android 4.0+.

5. Сделаем плагин доступным в репозитории
Создадим репозиторий, напишем инструкцию по использованию плагина

6. Расширим поддержку.
Изучим иные пути для увеличения поддержки плагина.

2. Строим основу

Спроектировав плагин, я занялся построением основы на этом шаблоне:

Function($) { var defaults = { sectionContainer: "section", … }; $.fn.onepage_scroll = function(options) { var settings = $.extend({}, defaults, options); … } }($)

Шаблон начинаем с модуля!function($) { … }($), который помещает глобальную переменную jQuery в локальную область – это поможет снизить нагрузку и предотвратить конфликты с другими библиотеками.

Переменная defaults содержит настройки по-умолчанию.

$.fn.onepage_scroll – основная функция, которая всё инициализирует. Если вы делаете свой плагин, не забудьте вместо onepage_scroll написать другое название.

Запретить стандартную прокрутку можно, назначив тегу body свойство overflow: hidden
через имя класса, специфичное для данного плагина. Важно использовать уникальные имена стилей, чтобы избежать конфликта с существующими. Я обычно использую аббревиатуру из названия плагина, а потом через тире – имя для стиля, к примеру: .onepage-wrapper.

Фундамент заложен, приступим к первой функции.

3. Подготовим раскладку и расположим секции

Сначала я пошёл неправильным путём. Я думал, что расположу все секции по порядку, проходя их в цикле. Что у меня получилось сначала:

Var sections = $(settings.sectionContainer); var topPos = 0; $.each(sections, function(i) { $(this).css({ position: "absolute", top: topPos + "%" }).addClass("ops-section").attr("data-index", i+1); topPos = topPos + 100; });

Цикл перебирает все селекторы (sectionContainer определён в разделе переменных по-умолчанию), назначает position: absolute и присваивает каждому следующему разделу правильную top позицию, чтобы они не наезжали друг на друга.

Положение сверху (top) хранится в topPos. Начинаем с нуля и с каждым циклом прибавляем. Чтобы каждая секция занимала всю страницу, я устанавливаю их высоту в 100% и прибавляю к topPos 100.

Разработка и проверка заняла у меня пару часов, но на следующем шаге я понял, что всё это было не нужно.

4. Ручной триггер и преобразование страницы

Можно было бы подумать, что следующий шаг – передвигаем каждую секцию в новое положение, когда срабатывает триггер прокрутки… Но есть способ лучше. Вместо сдвига каждой из секций в цикле, я просто помещаю их все в один контейнер и использую функцию translate3d из CSS3 для его сдвига. Эта функция поддерживает проценты, мы можем передвигать секции так, чтобы они точно позиционировались в окне, не пересчитывая всё заново. Кроме того, это облегчает контроль над скоростью и другими параметрами анимации.

Первое решение – не всегда самое эффективное, поэтому не забывайте оставлять время на эксперименты.

Теперь остаётся только определить направление прокрутки и сдвигать контейнер в нужную сторону.

Function init_scroll(event, delta) { var deltaOfInterest = delta, timeNow = new Date().getTime(), quietPeriod = 500; // Cancel scroll if currently animating or within quiet period if(timeNow - lastAnimation < quietPeriod + settings.animationTime) { event.preventDefault(); return; } if (deltaOfInterest < 0) { el.moveDown() } else { el.moveUp() } lastAnimation = timeNow; } $(document).bind("mousewheel DOMMouseScroll", function(event) { event.preventDefault(); var delta = event.originalEvent.wheelDelta || -event.originalEvent.detail; init_scroll(event, delta); });

Сначала цепляем функцию на событие mousewheel (DOMMouseScroll в Firefox), тогда можно будет перехватить данные и определить направление. Встраиваем в обработку init_scroll, которая получает wheelData для этого.

В идеальном мире достаточно было бы посчитать изменение wheelData. Однако при анимации последовательностей необходимо встроить проверку, чтобы событие-триггер не дублировалось (иначе при анимации изображение будет перекрываться). Можно использовать setInterval для вызова каждой анимации по очереди, но это не обеспечит точности и надёжности, т.к. каждый браузер обрабатывает его по-своему. К примеру, у Chrome и Firefox setInterval тормозит в неактивных вкладках, в результате функции не отрабатывают вовремя. В результате я остановился на использовании функции, возвращающей текущее время.

Var timeNow = new Date().getTime(), quietPeriod = 500; … if(timeNow - lastAnimation < quietPeriod + settings.animationTime) { event.preventDefault(); return; } … lastAnimation = timeNow;

В этом фрагменте, который я процитировал из предыдущего кода, я сохраняю текущее время в timeNow, чтобы потом проверить, не заняла ли анимация более 500 мс. Если не заняла, тогда трансформация не происходит и анимация не перекрывается. Работать с текущем временем надёжнее, т.к. оно одинаково для всех.

If (deltaOfInterest < 0) { el.moveDown() } else { el.moveUp() }

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

$.fn.transformPage = function(settings, pos, index) { … $(this).css({ "-webkit-transform": (settings.direction == "horizontal") ? "translate3d(" + pos + "%, 0, 0)" : "translate3d(0, " + pos + "%, 0)", "-webkit-transition": "all " + settings.animationTime + "ms " + settings.easing, "-moz-transform": (settings.direction == "horizontal") ? "translate3d(" + pos + "%, 0, 0)" : "translate3d(0, " + pos + "%, 0)", "-moz-transition": "all " + settings.animationTime + "ms " + settings.easing, "-ms-transform": (settings.direction == "horizontal") ? "translate3d(" + pos + "%, 0, 0)" : "translate3d(0, " + pos + "%, 0)", "-ms-transition": "all " + settings.animationTime + "ms " + settings.easing, "transform": (settings.direction == "horizontal") ? "translate3d(" + pos + "%, 0, 0)" : "translate3d(0, " + pos + "%, 0)", "transition": "all " + settings.animationTime + "ms " + settings.easing }); … }

Это метод трансформации, который сдвигает секции. Я делал их на яваскрипте вместо задания отдельных стилей, чтобы у разработчиков была возможность изменять настройки в самом плагине (в основном, скорость и ускорение анимации), и не надо было рыться в файле со стилями в поисках настроек. Кроме того, процент трансформации всё равно нужно пересчитывать, поэтому без яваскрипта не обойтись.

5. Дополнительные возможности

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

Я не делал плагин изначально с расчётом на мобильные платформы (о чём сожалею). Вместо этого пришлось отслеживать и пересчитывать события тачскрина в подходящий для использования в init_scroll вид. Не во всех браузерах это работает хорошо, поэтому пришлось встроить возможность отката – когда браузеру возвращается нормальная прокрутка при достижении определённой ширины окна.

Var defaults = { responsiveFallback: false … }; function responsive() { if ($(window).width() < settings.responsiveFallback) { $("body").addClass("disabled-onepage-scroll"); $(document).unbind("mousewheel DOMMouseScroll"); el.swipeEvents().unbind("swipeDown swipeUp"); } else { if($("body").hasClass("disabled-onepage-scroll")) { $("body").removeClass("disabled-onepage-scroll"); $("html, body, .wrapper").animate({ scrollTop: 0 }, "fast"); } el.swipeEvents().bind("swipeDown", function(event) { if (!$("body").hasClass("disabled-onepage-scroll")) event.preventDefault(); el.moveUp(); }).bind("swipeUp", function(event){ if (!$("body").hasClass("disabled-onepage-scroll")) event.preventDefault(); el.moveDown(); }); $(document).bind("mousewheel DOMMouseScroll", function(event) { event.preventDefault(); var delta = event.originalEvent.wheelDelta || -event.originalEvent.detail; init_scroll(event, delta); }); } }

Определим переменную по-умолчанию. Используем responsiveFallback, чтобы определить, когда плагин должен делать откат. Этот код определяет ширину браузера. Если ширина меньше значения из responsiveFallback, функция снимает все события, переносит страницу на начало и позволяет прокручивать её как обычно. Если ширина превосходит значение, плагин проверяет наличие класса disabled-onepage-scroll, чтобы узнать, инициализирован ли он. Если нет – инициализируется заново.

Решение не идеально, но даёт возможность разработчикам и дизайнерам выбирать, как показывать их сайт на мобильной платформе, вместо того чтобы полностью отвергать эти платформы.

6. Тестирование в разных браузерах.

Тестирование – важная часть разработки, перед выпуском плагина надо убедиться, что он работает на большинстве машин. Я всегда разрабатываю в Chrome – во-первых, мне нравятся его инструменты разработчика, во-вторых я знаю, что если плагин работает в Chrome, скорее всего он будет работать в Safari и Opera.

Обычно я использую Macbook Air для разработки, а дома у меня есть PC для проверки. После того, как плагин работает в Chrome, я проверяю его вручную в Safari, Opera, и в конце – в Firefox на Mac OS X, а затем - Chrome, Firefox и Internet Explorer 10 на Windows.

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

Не забудьте тестировать свои плагины на мобильных устройствах.

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

7. Выкладываем плагин в опенсорс

Последний шаг – делимся плагином на GitHub. Для этого нужно создать там аккаунт, настроить Git и создать новый репозиторий. Затем клонировать его на локальную машину – это создаст директорию с названием плагина. Копируем туда плагин и настраиваем структуру.

Структура репозитория

Настраиваете, как вам удобно. Я делаю так:

Директория demo содержит работающие демки, со всеми необходимыми ресурсами
- обычная и сжатая версия плагина лежат в корне
- CSS и тестовые ресурсы, типа картинок (при необходимости) лежат в корне
- файл readme в корне

Структура readme

Важный этап – написание понятных инструкций для опенсорс-сообщества. Обычно я пишу их в readme, но для сложных случаев может понадобиться wiki-страница. Как я пишу readme:

1. Введение
Объясняю назначение плагина, даю изображение и ссылку на демку.
2. Требования и совместимость.
Лучше вынести эту секцию повыше, чтобы сразу было ясно, сможет ли человек воспользоваться плагином.
3. Основные принципы использования
Пошаговые инструкции, начиная от подключения jQuery, заканчивая HTML-разметкой и вызовом функции. Также описываются настройки.
4. Продвинутое использование.
Более сложные инструкции – публичные методы, обратные вызовы и другая полезная информация.
5. Другие ресурсы
Ссылки на обучалку, спасибки и т.п.

8 Расширяем поддержку

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

Но для очистки совести я переработал плагин на чистом яваскрипте (также доступна версия с поддержкой Zepto). На чистом JS нет необходимости включать jQuery, всё работает «из коробки».

To make amends, and exclusively for Smashing Magazine’s readers, I have rebuilt One Page Scroll using pure JavaScript (a Zepto version is also available). With the pure JavaScript version, you no longer need to include jQuery. The plugin works right out of the box.

Чистый JS и версия для Zepto

Перерабатываем плагин на чистом JavaScript

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

Плагин основывается на CSS3, поэтому нужно было просто заменить вызовы jQuery на аналогичные собственные. Заодно я реорганизовал структуру скрипта:

Значения переменных по-умолчанию
Всё то же, что и в предыдущей версии
- функция инициализации
Подготавливает и располагает раскладку и инициализацию того, что происходит, когда вызывается функция onePageScroll. Здесь сидят все процедуры, назначающие имена классов, атрибуты и стили позиционирования.
- приватные методы
Все внутренние методы плагина – события прокрутки, трансформация страницы, адаптивный откат и отслеживание прокрутки.
- публичные методы
Все методы для разработчиков: moveDown(), moveUp() и moveTo()
- вспомогательные методы
Всё, что переопределяет вызовы jQuery.

Встретилась пара неприятных моментов – отдельная функция только для того, чтобы добавить или убрать имя стиля, или использование document.querySelector вместо $. Но в конце мы получили лучше структурированный плагин.

Перестраиваем плагин для Zepto

Я решил поддержать Zepto, несмотря на то, что он рассчитан только на самые современные браузеры (IE10+), т.к. он работает быстрее и эффективнее чем jQuery 2.0+, при этом имеет более гибкое API. Zpeto в 4 раза меньше jQuery, что сказывается на скорости загрузки страницы. Из-за того, что люди чаще используют смартфоны, Zepto становится лучшей альтернативой.

Переделывать плагин с jQuery на Zepto проще, потому что у них сходные API. Почти всё одинаково, кроме части с анимацией. Поскольку у функции Zepto $.fn.animate() есть поддержка CSS3-анимации и поддержка обратного вызова animationEnd, следующую часть:

$(this).css({ "-webkit-transform": "translate3d(0, " + pos + "%, 0)", "-webkit-transition": "-webkit-transform " + settings.animationTime + "ms " + settings.easing, "-moz-transform": "translate3d(0, " + pos + "%, 0)", "-moz-transition": "-moz-transform " + settings.animationTime + "ms " + settings.easing, "-ms-transform": "translate3d(0, " + pos + "%, 0)", "-ms-transition": "-ms-transform " + settings.animationTime + "ms " + settings.easing, "transform": "translate3d(0, " + pos + "%, 0)", "transition": "transform " + settings.animationTime + "ms " + settings.easing }); $(this).one("webkitTransitionEnd otransitionend oTransitionEnd msTransitionEnd transitionend", function(e) { if (typeof settings.afterMove == "function") settings.afterMove(index, next_el); });

Можно заменить таким кодом:

$(this).animate({ translate3d: "0, " + pos + "%, 0" }, settings.animationTime, settings.easing, function() { if (typeof settings.afterMove == "function") settings.afterMove(index, next_el); }); }

Zepto позволяет делать анимацию без определения всех стилей или самостоятельного назначения обратных вызовов.

И зачем этим заморачиваться?

Поскольку всё больше людей используют jQuery, он становится всё более сложным и иногда тормозит. Если сделать поддержку других фреймворков, ваш плагин будет более популярным.
Переделка с самого начала также поможет вам в будущем делать плагины лучше. jQuery и другие библиотеки прощают мелкие ошибки, типа пропущенных запятых – в результате вы не очень заботитесь о качестве своей работы. Без этих поблажек на чистом JavaScript я лучше чувствовал работу своего плагина – что как работает, что влияет на производительность, и что можно улучшить.

Хотя библиотеки типа jQuery облегчили нам жизнь, их использование – не самый эффективный метод достижения цели. Некоторые плагины могут обойтись и так.

Заключение.

Ну вот вам и весь процесс создания плагина «One Page Scroll». Были ошибки, но я учился на них по ходу разработки. Если б я разрабатывал его сегодня, я бы сконцентрировался на мобильных устройствах, и добавил бы больше комментариев в код.

Без поддержки таких сообществ, как GitHub, StackOverflow и Smashing Magazine я бы не смог сделать плагин так быстро. Эти сообщества сильно помогали мне в работе, поэтому я и делаю свои плагины доступными бесплатно для всех желающих. Этой мой способ расплатиться за замечательную поддержку.

Глупо надеяться, что сайт самостоятельно займет позиции в топе поисковиков. Для этого нужно создать благоприятные условия!

Сегодня, я хочу рассказать, по-настоящему о важной настройке, которая занимает 2 место среди технических ошибок сайтов. Но прежде, чем переходить чтению статьи дальше, убедитесь, что у вас — кстати, это ошибка занимает почетное 3-е место.

Исследование проведено командой Ingate Development

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

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

Как сделать sitemap для wordpress?

Можно создать sitemap.xml с помощью онлайн генераторов, но зачем, если для большинства CMS есть готовые решения.

После установки заходим во вкладку Общие , раздел Возможности и включаем XML карта сайта. После чего создастся сайтмап для всех страниц и разделов.

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

Например, во вкладке Отображение в поисковой выдаче , раздел Архивы , можно исключить архивы авторов и по дате, тем самым избежав дублей.

А в настройках плагина при создании статьи можно разрешить или запретить показ статьи в результатах поиска. Карта sitemap автоматически подстроиться под ваш выбор.

А вообще — это тема для отдельной статьи! Плагин охватывает широкий спектр Seo настроек, которые необходимы при продвижении сайта.

Как добавить файл sitemap в Яндекс и Google вебмастер?

Хотя адрес сайтмап прописывается в robots.txt и поисковые роботы со временем его найдут, советую самостоятельно сообщить о ней поисковым гигантам.

Яндекс Вебмастер

Заходим в свой аккаунт, раскрываем вкладку Индексирование и кликаем на выделенный ниже раздел.

Вводим адрес, после чего нажимаем кнопку добавить.

Добавление/проверка файла sitemap Google

Заходим в Search Console — Гугл Вебмастер, вкладка Сканирование , раздел выделенный на картинке ниже:

В правом верхнем углу нажимаем добавление/проверка файла, после чего вставляем адрес расположения и кликаем отправить.

Надеюсь, мне удалось помочь понять важность и настроить sitemap.xml для вашего интернет проекта.

Для тех, у кого еще остались вопросы — Добро пожаловать в комментарии! Постараюсь разобраться и помочь в решении вашей проблемы.

Тематика карты сайта для WordPress уже несколько раз поднималась в блоге. Если говорить про XML Sitemap под поисковые системы, то тут ранее я советовал одноименный плагин . Сейчас же данная функциональность имеется в последней версии (и нет смысла ставить оба модуля).

Что же касается HTML карты сайта, то используется она для дополнительной навигации пользователей. Для нее я обычно ставил . Однако плагин, хоть и рабочий, перестал обновляться пару лет назад. Поэтому пришло время поискать альтернативу. Чем мы сегодня и займемся.

Модуль с иерархической картой сайта без дополнительных css или js файлов, только на чистом PHP. Статью о нем нашел в одном из англоязычных блогов, хотя это наша разработка, вот блог автора с информацией по установке плагина.

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

• Возможность добавить страницы в карту сайта.
• Наличие небольшой навигации по карте с отображением всех категорий.
• Исключение определенных постов/категорий.
• Отображение даты.
• Чистый код без лишних файлов и стилей.

Вот как приблизительно выглядит карта от Hierarchical HTML Sitemap:

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

• — исключить записи;
• — исключить категории;
• — добавить страницы;
• — спрятать навигацию по карте сайта;
• — отобразить краткое описание категорий;
• — скрыть дату публикации;

Модуль относительно новый, поэтому тут только 600 загрузок, хотя оценка весьма хорошая — 5 из 5-ти. Совместимость начиная с WP 3.0 и до 4.1.7 на данный момент.

HTML Page Sitemap

HTML Page Sitemap — достаточно простая по функциональности карта сайта, которая работает только со страницами, не постами. То есть подойдет WordPress проектов по типу веб-сайтов, а не блогов.

Добавляется элемент на страницу с помощью шорткода . При этом вы можете использовать практически все настройки, которые есть в : exclude, include, sort_order, depth, sort_column, child_of, authors, number, meta_key, meta_value и offset, например:

• — карта сайта не более 3х уровней вложенности с исключенной страницев ID которой равен 555;
• — отображение подстраниц для текущей страницы;
• — список страниц, отсортированных по параметру menu_order с отображением даты изменения.

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

Simple Sitemap

Авторы модуля Simple Sitemap утверждают, что это самый легкий способ создать карту сайта для WordPress. Вам просто нужно добавить шорткод на страницу или в виджет. Отличительной возможностью данного решения есть наличие элемента сортировки для постов/страниц в карте сайта — по заголовку, дате, категориям, автору и тегу. Скачали модуль более 40 тыс. раз, оценка — 4.8, что весьма неплохо.

PS Auto Sitemap

PS Auto Sitemap — плагин для автоматического построения HTML карты сайта. Он легок в установке для новичков и имеет разные настройки для продвинутых пользователей. Основные функции:

• Показ/исключение разных категорий, отдельных постов и страниц.
• Ограничение глубины карты сайта.
• Указание сортировки записей.
• Выбор стиля оформления карты сайта из 12-ти базовых вариантов.
• Использование или нет кэшированного контента.

В принципе, все возможности плагина более-менее стандартные, единственное, что выделяет его среди других — базовые стили оформления. Скачиваний плагина — более 200 тысяч раз, оценка — 5.

WP SEO HTML Sitemap

Предлагаю вашему вниманию еще один интересный модуль — WP SEO HTML Sitemap . Он содержит адаптивную карту сайта, которая станет отличным дополнением к вашей XML Sitemap. Если у вас уже установлен модуль WordPress SEO by Yoast, то карта сайта будет использовать все его настройки при создании HTML версии. Кроме того он обладает следующими возможностями:

• определение количества колонок для отображения, которые отлично смотрятся во всех современных браузерах;
• поддержка многоязычности при отображении карты сайта;
• адаптивность для разных устройств;
• отсутствие ошибок валидации по версии W3C Markup Validation;
• возможность отключения CSS стилей;
• есть ссылка на вашу XML Sitemap.

Отображение карты сайта здесь действительно весьма необычное.

Мне нравится. К плюсам определенно относится адаптивность, мультиязычность и другие весьма уникальные опции модуля. Загрузили его более 3 тысяч пользователей.

Simple Wp Sitemap

Плагин Simple Wp Sitemap предназначен для создания обеих карт сайта — XML и HTML. Отличительной его особенностью есть то, что файлы sitemap.xml и sitemap.html создаются динамически и не являются «частью» сайта. То есть физической страницы на карту не создается. Это, вроде как, позволяет избежать ошибок отсутствия или случайного удаления соответствующих файлов. Выглядит, правда, карта сайта немного простовато:

Кстати, вы можете добавлять в нее другие страницы, которые не являются частью вашего WordPress сайта. Точно также можно ненужные материалы исключать. Плагин Simple Wp Sitemap поддерживает кэширование. Число установок — более 10 тыс., минимальная поддерживаемая версия системы — 4.0, оценка плагина — 5.

WP Sitemap Page

Для создания карты сайта с помощью модуля WP Sitemap Page (после его установки) используйте шорткод . Все настраивается достаточно легко, в карту включаются как посты, так и страницы. Загрузок модуля — около 80 тысяч, оценка — 4.8.

Основные функции WP Sitemap Page:

• поддержка пользовательских типов записей;
• отображение таксономий;
• выбор для вывода только страниц или постов;
• исключение материалов из карты (как постов, так и пользовательских типов);
• иерархическое отображение категорий;
• поддержка мультиязычности;
• возможность настраивать отображение карты через админку WP;
• наличие специальных CSS стилей оформления.

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

Карта сайта WordPress это важнейший инструмент ускоряющий индексацию страниц сайта. При помощи различных плагинов WordPress можно создать карту сайта различных форматов (XML, HTML, CVS). Для поисковиков важен формат XML. При этом нужно помнить, что карта сайта в формате XML не видна посетителям. Для посетителей карту сайта можно создать при помощи специальных плагинов. В этой статье я приведу три плагина для создания карты сайта, как для поисковиков, так и для посетителей.

Карта сайта WordPress для посетителей — Плагин WP Realtime Sitemap

Плагин позволяет отображать на сайте сформированную им же карту сайта. Этот плагин не создает карту сайта в формате XML и не передает поисковикам созданную карту сайта. Плагин WP Realtime Sitemap создает карту сайта для внутреннего пользования и может отображать карту сайта в любом месте сайта WP.

Установка плагина WP Realtime Sitemap

Устанавливается плагин любым из трех стандартных способов (Подробно об установке плагинов читать ).

1. Скачиваем zip архив плагина (ссылка выше) и устанавливаем на сайт при помощи загрузчика в административной панели;
2. Ищем плагин на вкладке «Плагины» в окне «Поиск» и затем устанавливаем автоматически;
3. Закачиваем распакованный архив плагина по FTP в каталог сайта.

Отображение карты сайта на сайте WordPress

Для вставки карты сайта на страницы сайта нужно в визуальном редакторе добавить строку: wp-realtime-sitemap, в квадратных скобках при написании статьи.

Для вывода карты сайта в меню сайта, нужно создать Страницу на вкладке Консоль→Страницы→Создать новую. Дать странице имя, например, карта-сайта. В окне визуального редактора ввести код:

Wp-realtime-sitemap

Поместить сделанную страницу в любое созданное меню сайта (Консоль→ Внешний вид → Меню ).

Настройки плагина WP Realtime Sitemap

Заходим по адресу: Консоль→Параметры→WP Realtime Sitemap .

В открывшемся окне настройки плагина WP Realtime Sitemap заполняете нужные пункты. Вот несколько принципиальных настроек:

Можно включить/выключить показ страниц, категорий, сообщений и архивов на катре сайта.

При включении этих пунктов можно убрать из показа отдельную информацию, указав ID (идентификационный номер) ненужных к отражению материалов.

В настройках WP Realtime Sitemap можно включить показ категорий и мета тегов в виде облака. Выбрать можно либо показ облаком, либо списком.

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

Также можно поменять все пункты меню местами.

По умолчанию иерархия карты сайта следующая:

• Меню;
• Страницы;
• Сообщения;
• Пользовательские типы сообщений;
• Архивы;
• Категории;
• Теги.

Плагин Google XML Sitemaps: карта сайта Wordpres для поисковиков

Прежде всего, не путайте плагин с плагином Google XML Sitemap. Здесь речь пойдет о плагине Google XML Sitemaps.

В отличие от плагина WP Realtime Sitemap плагин Google XML Sitemaps при установке генерирует специальную карту сайта в формате XML и информирует поисковые машины Google, Bing, Yahoo о созданной карте сайта. Этот плагин работает в режиме on-line. Карта сайта WordPress постоянно пополняется и отправляется поисковым машинам по мере публикации материала на сайте. Настройка плагина делается один раз при установке плагина.

Настройка плагина Google XML Sitemaps

После установки плагина Google XML Sitemaps в меню «Параметры» появиться новый пункт «XML Sitemap». Это пункт настройки плагина Google XML Sitemaps.Открываем его.

В первой строке настройки видим запись с предложением, создать карту сайта в первый раз. Не спешите нажимать эту кнопку. Ознакомьтесь со всеми настройками плагина по умолчанию.

Сейчас нас интересует пункт «Расположение Вашего файла с картой сайта».

В настройке можно указать плагину, где расположена карта сайта XML. Возможны два варианта расположения карты сайта WordPress для плагина Google XML Sitemaps.

1. Первый вариант. Если у вас еще нет карты сайта в корневом каталоге сайта, то в этом пункте настройки указываете «Автоматическое определение» и плагин сам создаст две карты сайта и сам поместит ее в корневом каталоге сайта. 2. Второй вариант. Вы создали карту сайта сторонним генератором, отличным от Google XML Sitemaps и «залили» ее в каталог сайта. Если такое произошло, то в пункте настройки «Расположение Вашего файла с картой сайта» укажите, где в каталоге сайта находится карта сайта Sitemap. При этом сторонний файл карты сайта XML должен иметь права доступа CHMOD 666. При указании пути к сторонней карте сайта плагин Google XML Sitemaps перепишет ее и сообщит о ней поисковикам и будет постоянно ее обновлять.

Примечание : Права доступа CHMOD меняются в FTP клиенте. Для этого кликните правой кнопкой по файлу и в строке «Права доступа к файлу» изменить права доступа CHMOD.

Определитесь с содержанием карты сайта

В настройках Google XML Sitemaps можно изменить частоту отправки карты поисковикам. Этот пункт настройки не является командой, а носит только рекомендательный характер.

В пункте «Постройте карту сайта заново при обновлении дневника» должна стоять галочка.

Поставьте галочки в двух пунктах. Записывать карту как обычный файл XML и записывать карту как упакованный файл . Упакованный файл немного снижает нагрузку на сервер.

После заполнения этого пункта, не трогая остальные можно нажимать «Создать карту сайта первый раз».

Больше трогать ничего не нужно. Нужно запастись терпением и ждать итогов работ плагина Google XML Sitemaps. Если все нормально плагин сообщит, что карта сайта создана, покажется число создания и в настройках будет указан адрес, где карта сайта расположена.

Плагин Google XML Sitemaps создает карту сайта по адресу: Ваш_сайт/sitemap.xml . Кликнув по адресу можно посмотреть, как ваша карта выглядит. После создания карт сайта можно добавить их размещение в файл .

Можно создать дополнительную карту-сайта при помощи плагина Sitemap Generator

Устанавливаете плагин Sitemap Generator одним из удобных способов. В меню консоли появляется пункт «Sitemap Generator». Этот плагин создает карту-сайта в трех форматах: XML,HTML,CVS. Для поисковиков важен формат XML. При открытии пункта меню Sitemap Generator → Generator вы можете увидеть фактические адреса созданных карт.

Также можно настроить содержание карты расставив приоритеты в настройках. Значение «0» исключит пункт из карты сайта. Нормальный приоритет 0.5.

Этот плагин (Sitemap Generator) только создает карты сайта, но не поддерживает связи с поисковиками. URL карты сайта XML можно и нужно отправлять в веб-инструменты Google WebMasters и Яндекс Вебмастер вручную.

Подведем итог выше изложенного

• WordPress предлагает массу инструментов для создания карты сайта. Для поисковых машин важны карты сайта в формате xml и xml.gz .
• При добавлении материала на сайт карта сайта должна обновляться. Чтобы не делать это вручную, лучше установить плагин с автоматическим обновлением карты сайта Google XML Sitemaps.
• Карта сайта WordPress для посетителей создается при помощи сторонних плагинов. В статье предложен плагин WP Realtime Sitemap. Я использую плагин: SEO HTML Sitemap .

Вот такие три плагина карта сайта WordPress! Успехов в изучении WordPress.