Правильно настраиваем All in one seo pack + видео-урок

Привет, друзья.

В данной статье мы по косточкам разберем плагин All in one seo pack (инструменты SEO) для поисковой оптимизации блога, а также правильно его настроим.

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

На данный момент информация о всех настройках актуальна, как никогда. К тому же, из статьи вы узнаете, как данный плагин может навредить развитию вашего блога. Статья большая, так как настройка All in one seo pack - процедура не из самых легких для новичка. Информация стоит изучения.

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

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

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

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

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

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

Зачем нужен плагин All in one seo pack?

Данный плагин я отношу к необходимым плагинам блога и об этом также говорил в статье про необходимые плагины.

WordPress в чистом виде не имеет возможности добавлять мета-теги к статьям (title - заголовок, description - описание, keywords - ключевые слова). Если мы посмотрим в редактор любой записи или страницы без использования подобных СЕО плагинов, то кроме ввода стандартного заголовка и содержимого записи там ничего нет.

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

После установки плагина All in one seo pack или же ему подобных, в редакторе появляется новый блок плагина, который позволяет прописать данные к статьям.

Так выглядит полный блок плагина, который добавляется в редактор после его установки.

На изображении я выделил области для ввода заголовка и описания. Также должно быть и поле для ввода ключевых слов. Но, так как я их не использую, то их отключил.

Интересной настройкой в данном блоке является поле "Custom canonical URL", в которое мы можем ввести главный адрес к странице, если это необходимо. Таким образом указать поисковым системам, какой адрес для данной страницы будет главным и именно его нужно индексировать, а все остальные адреса, по которым доступна эта страница, строгать не нужно.

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

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

Кроме этого в плагине имеются очень важные параметры для настройки правильной индексации сайта на WordPress. Также присутствуют настройки для интеграции популярных и необходимых сервисов с сайтом.

Более подробно о всех настройках мы начинаем говорить ниже.

к содержанию ↑

Пошагово настраиваем All in one seo pack

После установки плагина, в админ-панели WordPress появляется новый пункт под названием "Инструменты SEO". Переходим в основные настройки плагина.

Попадем на страницу со всеми настройками. Пройдемся по каждому блоку настроек.

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

к содержанию ↑

Основные настройки

  • Спасибо за плагин, я сделал пожертвование - чек-бокс не ставим. Но можете на самом деле пожертвовать некую сумму на развитие плагина;
  • Канонические URL'ы - данную настройку обязательно включаем. Она прописывает к созданным страницам тег rel="canonical", который показывает поисковым системам, что именно данная страница является главной и только ее нужно брать в индекс, а другие страницы не учитывать. Данный пункт предотвращает появление дублированного контента;

  • No Pagination for Canonical URLs - данная настройка отключает пагинацию страниц с тегом rel="canonical". Настройку лучше включить. Чтобы более подробно разобраться с этим параметром рекомендую ознакомиться с последним пунктом статьи и проштудировать всю инструкцию по этому плагину от А до Я;

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

  • Выводим заголовок по умолчанию - выбираем "Отключить", так как заголовки мы будем прописывать свои;
  • Enable Custom Canonical URLs - как написано в описании к данной настройке, если ее включить, то будет добавлено поле для назначение главного адреса (добавление атрибута canonical) к постам. Подобное поле имеется в блоке плагина, который добавляется в редактор записей и страниц. Так как это поле доступно в редакторе даже при отключенной данной настройке, то судя по всему, что данный параметр отвечает за включение этой функции в произвольных типах записей (медиафайлы и другие страницы, которые могут добавляться сторонними плагинами, например WPpage);
  • Set Protocol For Canonical URLs - выбираем протокол для страниц с атрибутом Canonical, то есть для главных адресов страниц. Я выбрал вариант HTTPS протокола. Вам рекомендую поставить параметр "Auto", так как чтобы работал вариант https, необходимо установить соответствующий сертификат для домена. Как это сделать, будем рассматривать позже;
  • Use Schema.org Markup - добавляет разметку страницы и структурирует данные на ней. Данную настройку можно включить, но могут возникнуть конфликты, если у вас на сайте уже имеется встроенная разметка от Schema.org. У меня разметка имеется, поэтому, данную настройку я не включаю;
  • Вести журнал событий - если мы хотим отслеживать работу плагина, то можем данную настройку включить. Тогда весь процесс работы плагина будет записываться в отдельный файл all_in_one_seo_pack.log.

к содержанию ↑

Настройки главной страницы

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

Сразу очень важная рекомендация. Не нужно сильно акцентировать свое внимание на большом употреблении ключевых фраз в данных настройках. Лучше все делать естественно и писать обычными человеческими словами.
  • Заголовок главной страницы - пишем название сайта. Я написал так: "Персональный блог Константина Хмелева о создании сайтов (блогов), их настройке и продвижении в сети интернет";
  • Описание главной страницы - прописываем небольшое описание сайта.Напишите то, о чем ваш сайт или что найдет посетитель на нем. Вот мой вариант: "На данном блоге вы найдете массу полезной информации о создании, настройке и продвижении сайтов (блогов) в интернете";
  • Ключевые слова главной страницы - данную строку я не заполнял, так за частое использование ключей можно схлопотать санкции со стороны поисковых систем;

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

к содержанию ↑

Настройки ключей

Данная настройка отвечает за ключевые слова к записям и страницам.

Выше я писал, что ключевые слова не использую. Такое решение я принял в виду нескольких причин:

  1. За неграмотное использование ключевых фраз можно попасть под санкции поисковых систем, так как это может быть учтено, как манипуляция со стороны владельца сайта;
  2. Нужно давать поисковым системам самим разбираться во всей ситуации. Для этого поисковые системы постоянно обновляют свои алгоритмы, которые становятся все умней и будут оставлять на высоких позициях только СДЛ (сайты для людей);
  3. Ну, и как упоминал выше, бытует мнение, что ключи уже давно не учитываются поисковыми системами, а иногда за их использование усугубляется ситуация при продвижении ресурса.

Поэтому, возможность прописывать ключевые слова я отключил.

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

к содержанию ↑

Настройка заголовков

В данном пункте настраивается отображение заголовков:

  • записей;
  • страниц;
  • рубрик;
  • архивов;
  • меток;
  • страницы 404;
  • страницы поиска.

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

  • Перезаписывать заголовки - включаем;
  • Заголовки с прописной - ставим чек-бокс;
  • Заголовки рубрик с прописной - ставим чек-бокс;
  • Формат для страниц - необходимо удалить часть кода, которая выводит название блога. Данная информация в заголовке совершенно не нужна и не несет никакой смысловой нагрузки. Необходимо удалить часть кода, которая идет после вертикальной черты (%blog_title%). Черту также удаляем;
  • Формат для записей - аналогично формату для страниц.

Также можно затронуть и заголовок для страницы 404. Заменить английскую фразу "Nothing found for" на русскую "Не найдено результатов для".

Аналогично меняем в пункте "Формат для навигации" слово "Part" на слово "Часть".

Подробнее смотрим на скриншоте ниже.

к содержанию ↑

Настройки для произвольных типов записей

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

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

к содержанию ↑

Настройки внешнего вида

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

Далее есть 2 пункта с одинаковым названием "Быстрый доступ в панели админа":

  • Первый пункт отвечает за отображение меню "Инструменты SEO" в верхнем админ-баре на каждой странице блога;

  • Второй пункт отвечает за отображение пункта "Инструменты SEO" в верхней части админ-панели WordPress. Если будет включено, то выводиться данный пункт будет вверху, если отключено - внизу;

Тут конечно же выбираем, как вам нравится. Мне больше импонирует вариант снизу.

к содержанию ↑

Настройки для Вебмастера

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

Все эти процедуры требуют технических навыков.

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

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

к содержанию ↑

Настройки сервисов Google

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

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

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

Также имеется возможность соединить сайт с системой отслеживания статистики Google Analytics. Теперь не нужно размещать код в файлы сайта.

В принципе, для начала я рекомендую вам не сильно останавливаться на этих настройках. Единственное, что посоветую, так это вставить ссылку на свой профиль в Google+ в самое первое поле "Профиль в сети Google+".

Ниже даю скриншот своих настроек.

В скором времени я вернусь к данному пункту, когда буду писать подробный материал по сервису отслеживания статистики Google Analytics. Рекомендую не пропустить данный материал.

к содержанию ↑

Настройки индексирования (noindex)

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

Описывать подробно эти настройки я не буду. Скажу лишь, что активны не должны быть 2 последние настройки. Смотрите изображение ниже.

В последнее время я отключил настройку "Use nofollow for paginated pages/posts." Это сделал для того, чтобы на страницах пагинации роботы поисковых систем могли переходить в сами статьи. Таким образом мы облегчаем доступ к контенту роботам ПС. К тому же, я проанализировал популярные ресурсы, нигде данные настройка на страницах пагинации не используются. Из этого и сделал такие выводы.

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

к содержанию ↑

Дополнительные настройки

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

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

На этом настройки плагина All in one seo pack закончены.

После всех проделанных изменений обязательно сохраняем настройки, нажав на кнопку "Обновить настройки".

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

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

к содержанию ↑

Настройка блока "Инструменты SEO" в редакторе

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

Пройдемся вкратце по каждой настройке.

  • Предварительный просмотр - в данном пункте мы можем просматривать вид сниппета, который формируется в зависимости от данных, веденных в поля "Заголовок" и "Описание". В выдаче же сниппет может отличаться, так как поисковые системы могут выбрать любой наиболее подходящий кусок текста для наиболее точного описания статьи (страницы);
  • Заголовок записи - вводим название записи, которое будет отображается в выдаче поисковых систем, а также во вкладке браузера;
  • Описание записи - отображается только для поисковых систем. Должно отображаться в сниппете, но не всегда (см. выше);
  • Ключевые слова - данного поля на скриншоте выше не видно, так как я его отключил. Но по умолчанию оно присутствует и в него необходимо прописывать ключевые слова (фразы), по которым продвигается страница. Плагин говорит, что необходимо прописывать через запятую, но работает вариант и "через пробел";
  • Custom Canonical URL - если необходимо указать к создаваемой странице ее главный адрес (если он отличается от создаваемого), то вписываем его в это поле. В начале материала я уже писал, зачем это нужно. Как вариант, может пригодится в ситуации, если статья входит в 2 категории. Тогда обязательно нужно указать главный адрес статьи из какой-то одной рубрики, чтобы второй адрес в индекс не попал и не появилось дублированного контента по разным адресам;
  • Добавить аргумент NOINDEX - если на странице имеются внешние ссылки, то можете включить данную настройку и они все будут закрыты тегом noindex. Таким образом закроем ссылки от индексирования;
  • Добавить аргумент NOFOLLOW - дает сигнал роботам поисковых систем, чтобы они не переходили по внешним ссылкам;
  • Robots Meta NOODP - включите опцию, чтобы поисковые системы не использовали описания страницы из Open Directory Project (Это открытый каталог сайтов, еще известен как dmoz);
  • Robots Meta NOYDIR - то же, что и предыдущее только для каталога Yahoo! dir;
  • Отключить SEO - активируйте этот чек-бокс, чтобы все настройки из блока "Инструменты SEO" для данной записи были отключены.
Важная пометка: настройки для добавления аргументов noindex и nofollow не закрывают полностью ссылки от индексации. Даже с этими настройками ссылки наносят вред вашему сайту. Поэтому, необходимо ссылки закрывать другими способами. Об этом будет одна из следующих статей блога. Ждите!

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

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

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

Напоследок я оставил самое сладкое. Как и обещал, вкратце опишу дыру в данном плагине, которая может навредить вашему блогу.

к содержанию ↑

Косяк в плагине, правда или нет?

Решил дополнить данную статью своими наблюдениями и рассуждениями по поводу косяка, который якобы обнаружился в плагине после выхода версии 2.0.

"Косяк" обнаружил не я. Я лишь сейчас высказываю свое мнение и свои практические наблюдения. Затеял все это Александр Борисов. Вот его статья о данном "косяке".

Касается он не совсем корректной работы, ранее рассмотренного тега rel="canonical".

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

Давайте разберемся, в чем же дело. В пример я возьму эту страницу, на которой вы сейчас читаете данную статью. Давайте просмотрим ее исходный код (ctrl+u) и найдем тег rel="canonical". Мы должны увидеть после данного тега ссылку на нашу статью. Вот, что показывает.

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

Вроде бы ничего, казалось. Тег rel="canonical" должен прописать на данной странице, что главной страницей является та, что без цифр и, что в индекс нужно брать именно ее, а не эту с цифрами. Но давайте посмотрим на ситуацию, как она есть.

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

Видите, что делает наш тег? Он указывает, что эта страница является главной, не смотря на то, что она таковой не является. Да еще и показывает адрес предыдущей страницы с цифрами "/110". Если каким-то образом такая страница попадет в индекс, то подхватятся и все остальные с подобными адресами. А это уже очень большое количество страниц с дублированным контентом.

Плагин будет прописывать тег к такой "не главной" странице, если в основных настройках не активна настройка "No Pagination for Canonical URLs".

Но даже при выключенной этой настройке, страницы сами в индекс не попадут. Об этом я пишу немножко ниже.

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

Если теперь взглянуть на исходный код страницы с /111, то увидим, что rel="canonical" указывает на главную страницу безо всяких цифр.

С этим, надеюсь, разобрались.

Вы можете спросить: "А как же такая страница (c /111 и т.д.) попадет в индекс, если ее по факту не существует, а мы просто дописали какие-то там цифры?".

Честно сказать, если все делать аккуратно и правильно, то такие страницы в индекс не попадут. Такие страницы по своей сути являются страницами пагинации, насколько мне удалось выяснить методом экспериментов. Если вы настроили плагин так, как я описал выше, то он должен добавлять на подобные страницы пагинации мета-тег robots, который дает строгое указание поисковым системам не индексировать страницу.

За это отвечают 2 последних активных чек-бокса в настройках индексирования плагина.

Данный тег можно увидеть в исходном коде страницы.

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

Если даже вы не включите настройку "No Pagination for Canonical URLs", то ничего страшного не произойдет. На них будет прописан тег robots.

А как же еще подобные страницы могут попасть в индекс?

Тут я вижу 2 варианта событий:

  1. Ваши конкуренты захотят вам насолить и добавят ваши страницы с такими адресами в индекс с помощью инструмента добавления URL Яндекса и Google. Но тут сразу сомнительный вопрос: "Проиндексируют ли такую страницу поисковые системы после добавления ее через инструменты добавления URL, если на них прописан мет-тег robots?". Пока я затрудняюсь ответить на данный вопрос. Но мне кажется, что все таки ПС не станут индексировать страницу, так как на ней стоит строгий запрет в виде тега роботс;
  2. Возможно какой-то глюк движка WordPress или плагина.

Так стоит ли переживать по поводу данной проблемы и является ли это проблемой?

Что мы с вами узнали ранее? Выяснилось, что тег canonical не совсем корректно работает, если это можно так назвать. Но также выяснилось, что на страницы, которые могут нам навредить и попасть в индекс в виде дублированного контента, можно поставить мета-тег robots, который является строгим запретом от индексации для поисковых систем.

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

На данный вопрос я поищу ответ и обо всем расскажу!

Теперь ответим на один из главных вопросов в обсуждении этого вопроса: "Так оставлять же плагин All in one seo pack?"

Я пока не стану его менять. И вот почему.

Во-первых, не вижу пока ничего опасного в его работе. Я не могу назвать это косяком. Могу лишь обосновать это, как своеобразная работа плагина. Страницы такие есть, но они в индекс сами не попадут (см. выше). Может я ошибаюсь и время покажет. Может кто что знает? Пишите в комментариях.

Во вторых, включив настройку "No Pagination for Canonical URLs", плагин прекрасно указывает главный адрес страницы.

В-третьих, проанализировал только что один неплохо посещаемый ресурс (4000 посетителей в сутки) на котором стоит плагин All in one seo pack. Работает абсолютно также. В индексе таких страниц нет. Да и настройка канонических адресов на нем вообще отключена. А ресурс уверенно развивается.

Взгляните на блог ktonanovenkogo.ru. На нем также стоит All in one seo pack. Ресурс с хорошей посещаемостью и с индексацией у него все в порядке.

Исходя из этих причин, я не буду пока убирать этот СЕО плагин. Но, довольно большая "напичканость" плагина различными ненужными мне вещами дает повод задуматься о переезде на другой более легкий аналог, который прекрасно работает.

Если же вы хотите полностью перестраховаться, то можно поставить к себе на блог плагин Platinum Seo Pack. Все данные к статьям можно перенести из All in one seo pack нажатием одной кнопкой и также легко настроить.  Следующая статья как раз о нем и будет. Ждите.

Вот такие мои рассуждения и практические наблюдения на счет этого "косяка". А каково ваше мнение?

А на этом я данную статью заканчиваю. Вышла она очень обширная. Надеюсь, что вы во всем разобрались. Если что-то непонятно, то жду вас в комментариях.

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

Спасибо. До скорой встречи в других материалах.

С уважением, Константин Хмелев.

40 лет Победы51937Украина, Днепропетровская обл., г. Днепродзержинск,+38 093 338 11 41
Комментариев: 24
  • Я пока тоже пришел к таким выводам. Проблему бы полностью решил редирект в htaccess, но я заметил, что тогда не работают страницы навигации. Можно еще добавить запрет на индексацию таких страниц в файл robots.

    • Проблема в том, что файл robots.txt не является указанием, а лишь советом. Он не дает индексировать содержимое страницы. Сами страницы в индекс попадают, почему и появляется много страниц в supplemental index у большинства блоггеров. Все позакрывают, а в индекс то странички идут.

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

        • Да, Яндекс нормально с файлом роботса обходится, а вот google кушает все, что ни попадя.

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

    • Надеемся, что все будет ОК. Если все делать правильно, то ничего страшного не произойдет.

  • Добрый день, Константин! Я настоящий чайник в том, что касается создания и ведения блога. Ваши рекомендации мне понравились своей основательностью и наглядностью. Всё сделала под Вашим "чутким руководством":). Надеюсь и в дальнейшем на Вашу поддержку. Не поняла только, где взять код верификации?

    • Здравствуйте. Рад, что материал оказался вам полезен. Где брать код верификации я показывал в статье про добавление сайта в поисковые системы.

      Возникнут вопросы, обращайтесь! Постараюсь помочь!

  • Константин, благодарю за основательное описание настроек плагина и за то, что развеял панику по поводу "косяка" (увидев статью Борисова, я решил не торопиться со сменой плагина, оказалось не зря).

    Отдельно подчеркну, что вами выбран правильный путь описания (анализа) каждого пункта настроек, а не простое указание «вкл»/«выкл». Таким образом, вы даете возможность самостоятельно разобраться с настройками, а не слепо инструкциям.

    В общем, молодец, так держать! :)

    • Спасибо) Значит буду продолжать так же писать остальные материалы.

  • Доброго времени. А если я удалю данный плагин и поставлю другой аналогичный этому. Ключевые слова надо будет перезаписывать вновь к статьям?

    • Доброго!

      Если удалите, то пропадет все. Сначала необходимо установить аналог и импортировать в него все данные. Затем проверить, все ли импортировалось и только потом удалить.

      На какой плагин хотите переходить?

      • На плагин Platinum SEO Pack. А как импортировать? После удаления All in one seo pack, установил Platinum SEO Pack. Заходя в любые статьи кейврдс и титл остался. Говорит ли это о том, что все впорядке без импортирования? Спасибо.

        • Если все осталось, то все нормально. Но для других сайтов, лучше делайте все по инструкции, а то мало ли.

  • Я галочки с Ноиндекса убрал. Сейчас "вроде как" это не работает.

    • Noindex в данном случае работает, так как прописывается внутри мета-тега robots, а он является строгим правилом для ПС. Кстати, отключить нужно noindex для рубрик, чтобы они участвовали в индексации и распределении статического веса на сайте. Об этом уже обновил информацию в статье.

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

    • Во-первых, тайтл нужно составлять отдельно от заголовка, который отображается на сайте. Эти 2 заголовка должны быть отличны, так как тайтл - для поисковых систем, заголовок статьи - для посетителя, который уже перешел на странице. Это даст больше преимуществ. Кейвордс не вредны. При правильном их использовании они дают эффект. Дискрипшн тем более нужно в обязательном порядке составлять, так как Google формирует из него сниппет. Модулировать ничего не нужно. Достаточно заполнить поле дискрипшн правильно и написать хороший текст без каких-либо "модулирующих" кусков с целью манипуляции, чтобы поисковые системы вытянули их в сниппет.

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

    • По поводу заголовка на сайте. Его можно сделать более информативным, не употребив в нем ключ в прямом вхождении, что нужно делать в тайтле, так как употребление ключа в прямом вхождении в тайтле играют самую значимую роль для ключа. Заголовок же H1 на самом сайте может и не содержать ключ в точном вхождении и быть более привлекательным и более информативным, что заставит посетителя еще более тщательно изучить контент. Знаете правило 5ти секунд? Именно более информативный заголовок на сайте после перехода посетителя из поисковой системы заставит не только найти ответ на свой вопрос, но и изучить его полностью от корки до корки. А это побудит его информативный заголовок на сайте, который будет изучен примерно за первые 5 секунд. Если умеете правильно этим пользоваться, то эффект будет в разы лучше. Если же нет, тогда делайте, как говорится "по шаблону".

      То, что вы удалили ключи и это ничего не решило - никак не доказательство. Делали опыты на определенной группе сайтов различных тематик? Предположим штук 15-20?

      В плане использования каких-то узких вещей (ключи, описание, тайтлы, заголовки H1-h6) склоняюсь доверять тем, кто делает эксперименты и их результаты видны. Конечно же, есть масса ресурсов и немало из них очень популярны, где ключи не употребляются. Но такая же масса и используют ключи. Тут же каждый сам себе хозяин.

  • Не знаю, как другие, но я никогда не читаю заголовок на странице, если уже перешол на нее. 80 % пользователей интернета дорожат своим временем и читают всю информацию "между строк". Самое главное найти ответ на заданный вопрос. Я не думаю, что ответ будет находится в самом "вопросе" (заголовке).
    Этот вопрос на счет кейвордс подымался не один раз на разных форумах. Все, кто проводили эксперименты над своими сайтами с удалением кейвордс, в один голос заявили - они бесполезны. Единственное что они могу сделать - это навредить с выходом новых алгоритмов ранжирования.

    • Кстати, забыл добавить про метод проверки значимости ключевых слов, как их удаление. Кто вам сказал, что после их удаления должно что-то измениться? Это также, как с закупкой ссылок на сайт. Закупился, вышел на первые позиции, убрал все ссылки, а позиции так и остались навсегда. Если материал хороший, то удаление некоторых вещей может и не повлиять, так как статья стоит в топе и собирает хорошие показатели. С какого перепугу она потеряет позиции, если по нужным запросам она дает наилучший ответ? Тему ключевых слов можно закрыть.

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

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

  • Добрый вечер! Спасибо за статью, есть моменты, которые не освещались в других материалах, например про отмену автоматического генерирования заголовков, вроде бы и так понятно, но не всегда замечаешь. Но, к сожалению, это мне не помогло решить проблему, а проблема такая: тайтлы, дискрипшины и ключи, которые я прописала к каждой записи/странице отдельно в гугл не выводятся, а выводятся "автоматические". Тайтл имеет вообще ужасающий вид Название старницы | Категории товаров | Название сайта, а дискрипшн - первые строчки на странице. Не понятно, почему это происходит, ведь согласно инструкции, настройки заголовков имеют вид %page_title% %post_title% и тп. и Авто-генерируемые описания отключены. Подскажите, как решить проблему ?

    • Здравствуйте. Посмотрел ваши страницы. С заголовками все нормально. Описание также прописано на страницах, поэтому проблем никаких нет.

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

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