|
На страницу 1, 2, 3, 4, 5 След. |
|
|
|
Руководство для новичков, как делать блоги на Вордпрессе в стиле СЕО. Другими словами, как оптимизировать блог на Вордпрессе под поисковые системы.
Краткое содержание статьи:
1. Основная внутренняя оптимизация:
1.1. Урлы страниц (permalinks)
1.2. Оптимизация тайтла под СЕ
1.3. Оптимизация дескрипшена
1.4. Оптимизация текста в теге more
1.5. Оптимизация картинок и изображений в блоге
2. Оптимизация шаблона (темплейта):
2.1. Панировка
2.2. Рубрики (категории)
2.3. Чистка кода
2.4. Усовершенствование скорости
2.5. Реорганизация сайдбара
3. Расширенная внутренняя оптимизация:
3.1. Noindex, follow на страницах архивов
3.2. Отключение ненужных архивов
3.3. Нумерация страниц
3.4. Nofollow на ненужных ссылках
4. Изменение структуры блога для повышения ранжирования:
4.1. Страницы вместо постов
4.2. Использование траста старых постов для новых
4.3. Линковка на аналогичные посты |
|
|
|
|
|
1. Основная техническая оптимизация:
Вообще Wordpress представляет собой хорошо оптимизированную систему и позволяет поисковикам с легкостью индексировать страницы блога, чем любые другие CMS. Но все-таки есть моменты, которые стоит подрихтовать и обработать, чтобы блог работал легче и лучше.
1.1. Урлы страниц (permalinks)
Первая вещь, которую надо настроить – это структура и отображение урлов вашего блога. Начиная с Вордпресса версии 2.5 вы найдете нужное меню здесь: Settings->Permalinks. По дефолту там стоит отображение урлов:
?p=<postid>
Я бы посоветовал сделать их либо /post-name/ либо /category/post-name/. Для этого в пункте Custom structure пропишите /%postname%/ либо /%category%/%postname%/:
Если вы изначально долгое время использовали дефолтный вариант, а теперь хотите сменить его на оптимизированный, то вам необходимо будет средиректить старые урлы на новоиспеченные. Это делается с помощью 301-го редиректа, помочь вам это сделать сможет плагин Redirection.
С его же помощью вам следует настроить редирект страниц с www и без www, т.к. некоторые поисковики не могут сами это обрабатывать и считают за разные страницы.
А еще было бы очень полезно применить для урлов плагин SEO Slugs. Он уберет из урлов страниц всякие «лишние» слова, чтобы урлы не были такими длинными. Например, уберет артикли a, an, the и прочие «бессмысленные» для СЕО слова, и оставит только самое необходимое. К примеру у вас тайтл поста: «What You Can Do Immediately For Higher Rankings» и ваши настройки permalinks делают его таким: /what-you-can-do-immediately-for-higher-rankings/ а плагин превратит этот урл в: /immediately-higher-rankings/. В нем есть настройки слов-слизняков (slugs), которые вы сами можете пометить как ненужными и лишними для своих урлов.
1.2. Оптимизация тайтла под СЕ
По умолчанию тайтл вашего блога такой: “Blog title >> Blog Archive >> Keyword rich post title”. То есть сначала идет название блога, потом архив или рубрика, а потом название поста. Для получения бОльшего трафика нужно сделать отображение тайтла наоборот. А смысл? Причин как минимум две:
- поисковики ставят бОльший вес на начало строки заголовка (тайтла), поэтому вперед надо пихать то что отражает суть страницы
- люди при просмотре результатов выдачи поисковика обращают внимание на первые слова в заголовке, и чем яснее там начало заголовка выданной страницы, тем охотнее они щелкнут.
В этом деле облегчить вам работу поможет плагин HeadSpace. Проверьте также ваш файл header.php и убедитесь что код для wp_title(); содержит две кавычки и выглядит так: wp_title('');. После этого можете перейти в настройки плагина HeadSpace и сделать такие настройки для ваших страниц и постов:
Для других страниц сайта можете такие настройки проставить:
* Posts / Pages: %%title%% - Blog Title
* Categories: %%category%% Archives %%page%% - Blog Title
* Tags: %%tag%% Archives %%page%% - Blog Title
* Archives: Blog Archives %%page%% - Blog Title
1.3. Оптимизация дескрипшена
Придумайте каждой рубрике достойное описание (деск), а также используйте плагин HeadSpace чтобы добавить этот деск в метатэг (meta description), для этого в поле description можете вставить %%category_description%%.
Автоматические дескрипшены конечно очень легки и позволяют вам забивать на описание своих постов. Но особо важным постам рекомендуется писать дески вручную, а не автогенерировать. Например каким-то рекламным постам, где вы привлекаете рефов, нужно прописать оригинальный деск, чтобы в случае если пост вылезет в СЕРП было видно его сниппет и люди заинтересовывались содержанием предлагаемой страницы. А в большинстве случаев конечно автогенерация спасет, она берет первое предложение поста и его выставляет дескрипшеном. Некоторые поисковики сами делают сниппеты, выбирая из поста нужное и интересное предложение на взгляд поискового бота.
1.4. Оптимизация текста в теге more
Еще одна полезная фишка плагина HeadSpace в том что он помогает вам с легкостью оптимизировать текст в теге more, вместо дефолтного Read more. Конечно эту хрень можно поменять и в файлах index.php и page.php самого темплейта. Но многие могут не найти где это прописывать нужно. А плагин делает это все на автомате, не надо копаться в коде шаблона.
1.5. Оптимизация картинок и изображений в блоге
Очень часто забывают оптимизировать картинки. А ведь имэйдж-трафик – не лишний. И вполне возможно, что ваш блог сможет получать посетителей дополнительно с поисковиков по картинкам. Чего стоит один только images.google.com! Прописывание альтов (alt) и тайтлов (title) для картинок – работа кропотливая, но необходимая. Но, не будь мы ленивыми СЕОшниками, никто бы не придумал окуительный плагин SEO friendly images, который позволяет добавлять на полуавтомате атрибуты alt и title к вашим изображениям:
|
|
|
|
|
|
2. Оптимизация шаблона (темплейта):
2.1. Панировка
Панировка – это такая хрень… ммм… как бы объяснить – слово то буржуйское (Breadcrumb). По нашему это типа «навигационная цепочка». Она создана для отображения в постах (posts) и страницах (pages). Выглядит она как ссылка над тайтлом вида: “Home > Category > Post”. Нужна по двум причинам:
- позволяет посетителям легко ориентироваться и перемещаться по вашему блогу
- облегчает поисковикам определение структуры блога
Панировка (навигационная цепочка) должна ссылаться на главную страницу (Home) и на рубрику (Category), в которой находится пост. Если пост относится к нескольким рубрикам, то надо выбрать какую-нибудь одну поглавнее.
В принципе это не такая уж необходимая вещь, но буржуйские СЕОшники по ней тащутся. И если вы тоже хотите тащиться от этой фишки, то подкорректируйте свои файлы темплейта – post.php и page.php, воспользовавшись плагином Breadcrumb plugin
2.2. Рубрики (категории)
Хотя большинство темплейтов изначально настроены верно и как бы под СЕО, вам следует убедиться что тайтл поста у вас имеет тег <h1> и никакой другой. Это для того чтобы поисковики понимали что в посте очень важен тайтл. На главной странице тайтл (название) блога должен иметь тег <h1>.
А также по некоторым «законам» в постах, на страницах архивов и рубрик (категорий) тайтл (название) блога должен быть в формате <h3>, а не <h1>, чтобы поисковики больше внимания обращали именно на нужную страницу, а не на название блога.
Все это поменять и настроить вы можете в файлах post.php и page.php вашего темплейта.
2.3. Чистка кода
Все javascript и css файлы постарайтесь вынести в отдельные файлы, а не внедрять их непосредственно в файлы темплейта, чтобы сами файлы шаблона могли лишь обращаться и дополнительно подгружать сторонние файлы – javascript и css. Ну например, вы заметили что по дефолту у каждого темплейта есть отдельный файл style.css, вот таким макаром надо стараться держать все «на вытянутой руке», а не вешать все на себя (то есть в данном случае – в основные файлы шаблона запихивать не надо).
Это принесет пользу как вашим посетителям, браузеры которых смогут закэшировать эти «внешние» файлы (javascript, css) и каждый раз не загружать их по новой, так и поисковым системам не придется загружать и индексировать их часто.
2.4. Усовершенствование скорости
От того насколько быстро загружается ваш блог, зависит сколько страниц вашего блога поисковые боты смогут ежедневно обрабатывать. Для ускорения скорости загрузки блога вы можете проделать пару трюков:
- оптимизируйте шаблон, чтобы делалось как можно меньше запросов к базе данных
- установите плагин кэширования. Здесь можно порекомендовать плагин WP-Super-Cache, над которым придется немного попотеть, чтобы заставить его работать. Но зато это облегчит загрузку блога.
Ну а больше всего на скорость влияет конечно хостинг. Поэтому не экономьте на этом и не выбирайте для блога хостинг на всяких дешевых и неизвестных площадках. Только опробованные хостинги берите, и сразу выясняйте у саппорта хостера отношение к блогам. Например вот AdvancedHosters сразу рекомендует блоги ставить на тарифный план “XML”, специально разработанный для блогов. Там кроме поддержки XML ваши блоги и базы MySQL размещают на отдельном сервере, где хостятся в основном блоги. Да и у многих хостеров есть отдельные сервера, где в одном месте собирают клиентов со статичными сайтами, а в другом месте (на другом сервере) только блоггеров содержат.
2.5. Реорганизация сайдбара
Вам действительно так жизненно необходимо ссылаться на всех своих друзей из блогролла вашего блога? А нужно ли это делать сквозными ссылками? Может оставить линки на друзей только на главной странице? Ведь ставя на всех сквозные ссылки, вы особо не помогаете ни им, ни себе. К тому же вы тем самым позволяете своим посетителям сбежать к вашим друзьям из любого места вашего блога. Дружба – дружбой, а посетители – врозь.
Попробуйте как-то иначе обставить это дело. Может быть создадите отдельную страничку для друзей. Наверху в меню, где есть ссылки на отдельные страницы (pages) создайте страницу Links например, и поместите всех друзей туда. Так многие делают, ничего страшного в этом. Либо оставьте все ссылки на друзей в сайдбаре, но только чтобы на главной отображался Blogroll с линками, а не на всех подряд страницах, постах, архивах.
Или попробуйте создать активный блогролл, как это сделал Тормоз (BrokenBrake.biz), где выводятся только блоги друзей, но которые часто пишут и имеют всегда свежие посты. То есть чтобы друзья имели возможность висеть в вашем списке блогролла, они должны стараться обновлять свои блоги свежими постами. Сейчас Тормоз например вообще ссылается в своем активном блогролле только лишь на ваши свежие посты, а не просто на домен вашего блога.  Ну это же Тормоз, нам за ним не угнаться… 
Но вы можете в своем стиле что-то придумать. Либо не придумывать ничего, если у вас не 50 дружественных блогов, а всего лишь 5-10 друзей, на блоги которых вы готовы ссылаться сквозными ссылками. |
|
|
|
|
|
3. Расширенная внутренняя оптимизация:
После того как вы проделали основную работу по внутренней оптимизации, всплывает еще одна простая проблема – дублированный контент. Вордпресс ведь использует несколько типов таксономии:
- основанный на датах
- основанный на рубриках (category)
- основанный на тэгах (tags)
Предполагается что вам необходимо прокликивать страницу за страницей, начиная с главной, чтобы добраться до самого первого поста блога. Плюс ко всему каждый автор имеет свой собственный архив, расположенный примерно тут: /author/<author-name>/, в результате чего тоже дублируется контент на одноавторских блогах.
По сути любой пост доступен по 5-ти страницам вне собственного урла поста, где он должен находиться. Нужно постараться избавиться от них, но так чтобы они были доступны поисковым ботам, но не индексировались.
Для этого можно проделать следующее:
3.1. Noindex, follow на страницах архивов
Надо выставить теги noindex и follow на страницах архивов. Это можно сделать либо с помощью любимого в народе плагина All-in-one SEO Pack, либо с помощью плагина Robots Meta plugin, установив который вам надо в настройках проставить все галочки:
Теперь поисковые боты будут отслеживать все ссылки на этих страницах и следовать по ним, но не будут их индексировать и выдавать в СЕРПах.
Не все конечно согласятся с этой политикой оптимизации, кто-то может применить сниппеты для страниц архивов, или заюзать тег more, с обрезанием постов до минимума. Решать вам…
3.2. Отключение ненужных архивов
Если ваш блог одноавторский, а не коллективный, и если вам не нужны авторские архивы (в которых по сути опять же повторяются посты), то вы можете в том же плагине (указанном выше) отключить индексирование этих авторских архивов. Для этого отметьте галочкой опцию Author archives.
Также если вы уверены, что вам не понадобятся архивы по датам, то и их отключайне от индексации, отметив галочкой Date-based archives.
3.3. Нумерация страниц
Теперь вам необходимо убедиться в том, что поисковые боты, когда идут на страницу рубрик/категорий, достигают всех страниц без проблем и трудностей. В противном случае, если у вас очень много постов в рубрике, ботам придется бегать и перебирать все страницы, чтобы добраться до самых ранних.
Это легко пофиксить. Для этого был написан плагин Pagerfix, который преобразует навигацию ваших страниц в такой вид:
Просто установите плагин и пропишите в index.php вместо дефолтного:
| Код: |
<div class="navigation">
<div class="alignleft">
<?php next_posts_link('« Older Entries') ?>
</div>
<div class="alignright">
<?php previous_posts_link('Newer Entries »') ?>
</div>
</div>
|
Вот этот код:
| Код: |
<div class="navigation">
<?php
pager_fix(" "," "," ","« Previous page","Next Page »","strong");
?>
</div>
|
Кроме index.php вы можете то же самое проделать и с archives.php и другими файлами разделов/рубрик/категорий/архивов вашего темплейта.
3.4. Nofollow на ненужных ссылках
Еще один простой способ улучшения оптимизации вашего Wordpress блога заключается в том чтобы не давать следовать ботам по ссылкам на страницу регистрации и логина в ваш блог. То есть простыми словами, надо проставить nofollow на ссылки из меню Meta в сайдбаре, когда там стоят линки на wp-register.php и wp-login.php. То же самое можно проделать и с ссылками на rss-фиды вашего блога, ссылками на подписку.
А также запретите с помощью указанного выше плагина Robots Meta plugin индексацию страниц wp-login и wp-register. Там всего лишь включите галочку на опции The login and register pages. |
|
|
|
|
|
4. Изменение структуры блога для повышения ранжирования:
Вроде бы все ништяк, ваш блог прекрасно индексируется, структура категорий, тэгов и архивов налажена, все статьи и посты связаны и перелинкованы. Но тем не менее сами посты слабо оцениваются поисковиками. Их рейтинг размывается. Думаю что это связано с комментариями. Либо с уровнями вложенности. Поэтому я вижу такой выход из ситуации:
4.1. Страницы вместо постов
Особо важные, как бы «лучшие из лучших» посты делайте не в виде поста непосредственно – post, а в виде страницы – page. Во-первых их нельзя комментировать как посты, а во-вторых (и самое главное) они находятся в одном клике от главной. То есть это страницы сайта второго уровня вложенности. Саписты (те кто работает с Sape) меня сразу поняли. Кто не понял – взгляните на мой блог (он в подписи):
Pay-per-партнерки / Адалт-партнерки / Рунет-партнерки / Фарма-партнерки
Вот самые важные страницы, которые нужны для привлечения рефералов. Ну и не только для этого. Вы можете в своих вариантах разместить там объявления об услугах, которые вы можете оказать своим читателям блога либо что-то особо важное и ценное там прописать.
В доказательство особого отношения поисковиков к страницам (pages) могу привести тот факт что все мои страницы pages с партнерками имеют PR3, а сам блог имеет PR4. Также практически все урлы рубрик и архивов по месяцам тоже имеют PR3. Все это по той причине что на них стоят ссылки с морды (главной страницы), у которой PR4. Вот поэтому так и произошло.
Вроде бы не верится – но так оно и есть. Наглядным примером доказано что страницы, внутри которых неуникальный контент (дески взяты у партнерок) получили PR3 только лишь потому что PR4-морда на них ссылалась постоянно, на протяжении всей жизни блога. И соответственно у любой из страниц (page) вес больше, чем у любого поста (post) блога.
4.2. Использование траста старых постов для новых
Если какой-либо пост в вашем блоге оказался самым популярным и посещаемым, либо он (урл поста) висит в выдаче по каким-то нужным кейвордам и получает СЕ трафик, то вам необходимо провернуть такое дельце:
- создайте новый пост с обновленным и усовершенствованным контентом
- измените урл старого популярного поста на исходный оригинал (то есть например изначально он у нас имел урл /what-you-can-do-immediately-for-higher-rankings/ до его модификации плагином Seo Slugs в урл /immediately-higher-rankings/)
- опубликуйте новый пост под урлом старого популярного поста, на который идет трафик. Или просто нужно настроить редирект со старого поста на новый урл.
Только слишком часто не надо злоупотреблять этим финтом. Он пригоден только в случаях когда какой-то ваш пост висит в топе СЕ, а вам нужно заменить его на другой, более важный, на который срочно надо нагнать посетителей.
4.3. Линковка на аналогичные посты
Одним из способов облегчить поисковым ботам путь до старых постов вашего блога является использование relates post плагинов. С помощью подобных плагинов после каждого поста выводятся линки на схожие по тематике посты.
Плагинов подобного вида было выпущено много, но в миру блоггерам пришелся по душе Simple Tags. Вот его можете использовать в этих целях. Он распознает схожесть постов по тегам, которые вы присваиваете каждому посту. |
|
|
|
|
|
| Оффтоп: |
|
Китти когда ты успеваешь работать?
|
|
|
|
|
|
|
я безработный вебмастер.  как этот:
|
|
|
|
|
|
Hello_Kitty, +42
Классное руководство. Этакий, концентрат знаний. |
|
|
|
|
|
| +42 поставить не могу, мне пока нельзя ))) но +7 с меня. Я смотрю ты палевом тем занялся плотно. |
|
|
|
|
|
m_Stasuk,  ага, надоело в себе все копить и утаивать. |
|
|
|
|
|
Это случайно не украденная у Вацлава статья по оптимизации Вордпресса?
Оптимизировать тайтл можно запросто без плагина:
Нужно заменить в head <title>что у вас там стоит..</title> на
<title><?php wp_title('»',TRUE,'right'); ?> <?php bloginfo('name'); ?></title> и фсе...
(для тех, кто, как и я, не любит оптимизаторские плагины ) |
|
|
|
|
|
|
|
Fraud, что значит "случайно не украденная у Вацлава"? ты меня пугаешь! 
тот кусочек который ты предъявила - он про ручную правку тайтлов.
я же советовал плагин HeadSpace. не вижу никакого сходства.
вообще впервые услышал что у Вацлава украли статью о Вордпрессе.
о какой его статье идет речь? и где факт воровства? |
|
|
|
|
|
к тому же:
| Цитата: |
| (для тех, кто, как и я, не любит оптимизаторские плагины )
|
если это были слова Вацлава, то в противовес этим словам
я люблю оптимизаторские плагины, потому что не умею ковырять php-код темплейтов. 
ну нет у меня таких знаний как у Вацлава, и все что я в этой статье советовал
- это все на новичков скорее расчитано, которые тоже как и я не умеют ковырять php-файлы шаблонов. |
|
|
|
|
|
спасибо  |
|
|
|
|
|
|
|
|
