Линковка на аналогичные посты

Одним из способов облегчить поисковым ботам путь до старых постов вашего блога является использование relates post плагинов. С помощью подобных плагинов после каждого поста выводятся линки на схожие по тематике посты.
Плагинов подобного вида было выпущено много, но в миру блоггерам пришелся по душе Simple Tags. Вот его можете использовать в этих целях. Он распознает схожесть постов по тегам, которые вы присваиваете каждому посту.

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

Отключение ненужных архивов

Если ваш блог одноавторский, а не коллективный, и если вам не нужны авторские архивы (в которых по сути опять же повторяются посты), то вы можете в том же плагине (указанном выше) отключить индексирование этих авторских архивов. Для этого отметьте галочкой опцию Author archives.
Также если вы уверены, что вам не понадобятся архивы по датам, то и их отключайне от индексации, отметив галочкой Date-based archives.

Нумерация страниц

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

Просто установите плагин и пропишите в index.php вместо дефолтного:
Код:

<div>
<div>
<?php next_posts_link(’« Older Entries’) ?>
</div>
<div>
<?php previous_posts_link(’Newer Entries »’) ?>
</div>
</div>

Вот этот код:
Код:

<div>
<?php
pager_fix(” “,” “,” “,”« Previous page”,”Next Page »”,”strong”);
?>
</div>

Кроме index.php вы можете то же самое проделать и с archives.php и другими файлами разделов/рубрик/категорий/архивов вашего темплейта.

Nofollow на ненужных ссылках

Еще один простой способ улучшения оптимизации вашего Wordpress блога заключается в том чтобы не давать следовать ботам по ссылкам на страницу регистрации и логина в ваш блог. То есть простыми словами, надо проставить nofollow на ссылки из меню Meta в сайдбаре, когда там стоят линки на wp-register.php и wp-login.php. То же самое можно проделать и с ссылками на rss-фиды вашего блога, ссылками на подписку.
А также запретите с помощью указанного выше плагина Robots Meta plugin индексацию страниц wp-login и wp-register. Там всего лишь включите галочку на опции The login and register pages.

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

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

Страницы вместо постов

Особо важные, как бы «лучшие из лучших» посты делайте не в виде поста непосредственно – post, а в виде страницы – page. Во-первых их нельзя комментировать как посты, а во-вторых (и самое главное) они находятся в одном клике от главной. То есть это страницы сайта второго уровня вложенности. Саписты (те кто работает с Sape) меня сразу поняли.

Вроде бы не верится – но так оно и есть. Наглядным примером доказано что страницы, внутри которых неуникальный контент (дески взяты у партнерок) получили PR3 только лишь потому что PR4-морда на них ссылалась постоянно, на протяжении всей жизни блога. И соответственно у любой из страниц (page) вес больше, чем у любого поста (post) блога.

Усовершенствование скорости

От того насколько быстро загружается ваш блог, зависит сколько страниц вашего блога поисковые боты смогут ежедневно обрабатывать. Для ускорения скорости загрузки блога вы можете проделать пару трюков:
- оптимизируйте шаблон, чтобы делалось как можно меньше запросов к базе данных
- установите плагин кэширования. Здесь можно порекомендовать плагин WP-Super-Cache, над которым придется немного попотеть, чтобы заставить его работать. Но зато это облегчит загрузку блога.
Ну а больше всего на скорость влияет конечно хостинг. Поэтому не экономьте на этом и не выбирайте для блога хостинг на всяких дешевых и неизвестных площадках. Только опробованные хостинги берите, и сразу выясняйте у саппорта хостера отношение к блогам. Например вот AdvancedHosters сразу рекомендует блоги ставить на тарифный план “XML”, специально разработанный для блогов. Там кроме поддержки XML ваши блоги и базы MySQL размещают на отдельном сервере, где хостятся в основном блоги. Да и у многих хостеров есть отдельные сервера, где в одном месте собирают клиентов со статичными сайтами, а в другом месте (на другом сервере) только блоггеров содержат.

Реорганизация сайдбара

Вам действительно так жизненно необходимо ссылаться на всех своих друзей из блогролла вашего блога? А нужно ли это делать сквозными ссылками? Может оставить линки на друзей только на главной странице? Ведь ставя на всех сквозные ссылки, вы особо не помогаете ни им, ни себе. К тому же вы тем самым позволяете своим посетителям сбежать к вашим друзьям из любого места вашего блога. Дружба – дружбой, а посетители – врозь.
Попробуйте как-то иначе обставить это дело. Может быть создадите отдельную страничку для друзей. Наверху в меню, где есть ссылки на отдельные страницы (pages) создайте страницу Links например, и поместите всех друзей туда. Так многие делают, ничего страшного в этом. Либо оставьте все ссылки на друзей в сайдбаре, но только чтобы на главной отображался Blogroll с линками, а не на всех подряд страницах, постах, архивах.
Или попробуйте создать активный блогролл, как это сделал Тормоз (BrokenBrake.biz), где выводятся только блоги друзей, но которые часто пишут и имеют всегда свежие посты. То есть чтобы друзья имели возможность висеть в вашем списке блогролла, они должны стараться обновлять свои блоги свежими постами. Сейчас Тормоз например вообще ссылается в своем активном блогролле только лишь на ваши свежие посты, а не просто на домен вашего блога. :thup: Ну это же Тормоз, нам за ним не угнаться…
Но вы можете в своем стиле что-то придумать. Либо не придумывать ничего, если у вас не 50 дружественных блогов, а всего лишь 5-10 друзей, на блоги которых вы готовы ссылаться сквозными ссылками.

Расширенная внутренняя оптимизация:

После того как вы проделали основную работу по внутренней оптимизации, всплывает еще одна простая проблема – дублированный контент. Вордпресс ведь использует несколько типов таксономии:
- основанный на датах
- основанный на рубриках (category)
- основанный на тэгах (tags)
Предполагается что вам необходимо прокликивать страницу за страницей, начиная с главной, чтобы добраться до самого первого поста блога. Плюс ко всему каждый автор имеет свой собственный архив, расположенный примерно тут: /author/<author-name>/, в результате чего тоже дублируется контент на одноавторских блогах.
По сути любой пост доступен по 5-ти страницам вне собственного урла поста, где он должен находиться. Нужно постараться избавиться от них, но так чтобы они были доступны поисковым ботам, но не индексировались.
Для этого можно проделать следующее:

Оптимизация текста в теге more

Еще одна полезная фишка плагина HeadSpace в том что он помогает вам с легкостью оптимизировать текст в теге more, вместо дефолтного Read more. Конечно эту хрень можно поменять и в файлах index.php и page.php самого темплейта. Но многие могут не найти где это прописывать нужно. А плагин делает это все на автомате, не надо копаться в коде шаблона.

Оптимизация картинок и изображений в блоге

Очень часто забывают оптимизировать картинки. А ведь имэйдж-трафик – не лишний. И вполне возможно, что ваш блог сможет получать посетителей дополнительно с поисковиков по картинкам. Чего стоит один только images.google.com! Прописывание альтов (alt) и тайтлов (title) для картинок – работа кропотливая, но необходимая. Но, не будь мы ленивыми СЕОшниками, никто бы не придумал окуительный плагин SEO friendly images, который позволяет добавлять на полуавтомате атрибуты alt и title к вашим изображениям:

Панировка

Панировка – это такая хрень… ммм… как бы объяснить – слово то буржуйское (Breadcrumb). По нашему это типа «навигационная цепочка». Она создана для отображения в постах (posts) и страницах (pages). Выглядит она как ссылка над тайтлом вида: “Home > Category > Post”. Нужна по двум причинам:
- позволяет посетителям легко ориентироваться и перемещаться по вашему блогу
- облегчает поисковикам определение структуры блога
Панировка (навигационная цепочка) должна ссылаться на главную страницу (Home) и на рубрику (Category), в которой находится пост. Если пост относится к нескольким рубрикам, то надо выбрать какую-нибудь одну поглавнее.
В принципе это не такая уж необходимая вещь, но буржуйские СЕОшники по ней тащутся. И если вы тоже хотите тащиться от этой фишки, то подкорректируйте свои файлы темплейта – post.php и page.php, воспользовавшись плагином Breadcrumb plugin

Рубрики (категории)

Хотя большинство темплейтов изначально настроены верно и как бы под СЕО, вам следует убедиться что тайтл поста у вас имеет тег <h1> и никакой другой. Это для того чтобы поисковики понимали что в посте очень важен тайтл. На главной странице тайтл (название) блога должен иметь тег <h1>.
А также по некоторым «законам» в постах, на страницах архивов и рубрик (категорий) тайтл (название) блога должен быть в формате <h3>, а не <h1>, чтобы поисковики больше внимания обращали именно на нужную страницу, а не на название блога.
Все это поменять и настроить вы можете в файлах post.php и page.php вашего темплейта.

Урлы страниц (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), которые вы сами можете пометить как ненужными и лишними для своих урлов.

Оптимизация тайтла под СЕ

По умолчанию тайтл вашего блога такой: “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

https://adwords.google.com/select/KeywordSandbox
Эта хуйня может показаться полезной любителям поискать ключевые слова. По своим функциям этот сервис повторяет предыдущий; использование его предпологается при работе с Google Adwords

http://www.wordtracker.com/
Сервис аналогичный предыдущим, однако платный. Платную версию не использовал – хуй его знает как он из себя и стоит ли того

http://toolbar.google.com/
GoogleBar, мать его
С его помощью можно посмотреть Page Rank, бекварды, кеш и кое-что еще.

http://www.mcdar.net/q-check/datatool.asp
С помощью этого сервиса можно посмотреть будущую позицию вашего сайта по разным дата центрам google по определенному запросу.

Google PageRank Report
http://www.top25web.com/pagerank.php
Удобный сервис для проверки Page Rank списка сайтов.

Backlinks reported
http://www.mcdar.net/linkpop/LinkPopTool.asp
Смотрим бекварды сайта в Google, MSN, HotBot, AltaVista, Yahoo!, AllTheWeb

http://www.mcdar.net/q-check/datatool.asp
Несовсем понятная мне штука. С помощью ее можно посмотреть позиции по определенному запросу вашего сайта и сайтов конкурентов на всеразличных дата-центрах гугла.

Keyword Density Analyzer
http://www.keyworddensity.com/
С помощью этого сервиса можно сравнить свой сайт и сайт конкурента для определенного запроса.

http://googlerankings.com/index.php
Удобная херня для проверки позиции сайта по определнному запросу в google.

http://www.yahoosearchrankings.com/
Аналогичный предыдущему СЕ сервис только для yahoo

Keyword Density
http://googlerankings.com/kdindex.php
Проверяем частоту и количество ключевых слов.

http://www.dead-links.com/
Проверяет сайт на наличие битых ссылок.

http://www.delorie.com/web/ses.cgi
Симулятор поискового робота.

http://www.stargeek.com/keyword_density.php
Анализирует плотность ключевых слов на вашем сайте.

http://www.toolbar.ru/
С помощью этого инструмента работы с СЕ смотрим КЕШ, общее количество проиндексированных страниц, бекварды и похожие страницы.

http://www.rexswain.com/httpview.html
Видим все, что получает посетитель в браузере или поисковый робот

http://www.server-whois.com/
Опять проверяем заголовки. Причем User Agent мы можем выбрать сами – Googlebot/2.1, Opera/7.x или msnbot

http://www.recip-links.com/
Удобный сервис – можно проверить наличие обратных ссылок на ваш сайт

http://www.stargeek.com/pr_checker.php
Проверяем Google PR; количество входящих и исходящих ссылок

http://www.delorie.com/web/lynxview.html
Смотрим как будет выглядеть сайт из-под Lynx ( lynx.browser.org )

http://www.siteposition.ru/index.php
Cистема контроля позиций сайтов в поисковых запросах и рейтингах

http://promo.by/analize/
Онлайн анализатор мета тэгов и ключевых слов, а также проверка страницы в разрешении 800×600

Некоторые возможные значения поля CONTENT:

en – Английский язык.
en-GB – Английский язык – Великобритания.
en-US – Английский язык, Американская версия.
es – Испанский язык.
ru – Русский язык.
zh – Китайский язык.

<meta http-equiv=”Content-language” content =”en”>

12) Content-Script-Type
Этот тег Content-Script-Type используется поисковиками для определение языка программирования сценариев.

Вот некоторые из возможных значений поля CONTENT:

text/javascript
text/perlscript
text/tcl
text/ vbscript – JavaScript (это значение будет присвоено по умолчанию).
- PerlScript.
- TCL.
- VBScript.

<meta http-equiv=”Content-Script-Type” content=”text/javascript”>

И еще такой вот момент по поводу этого метатега. Если Content-Script-Type вы не используете, то тип языка программирования сценариев, отличный от принятого по умолчанию, должен быть указан непосредственно в каждом теге <SCRIPT>, пример <SCRIPT type=”text/javascript”>.

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

13) Content-Style-Type
Тег Content-Style-Type предназначается для указывания языка таблицы стилей. По умолчанию принимается значение “text/css”.

<meta http-equiv=”Content-Style-Type” content=”text/css”>

Броузеры определяют язык таблиц стилей по следующему алгоритму:

14) Content-Type
Этот тег Content-Type заботится об указании типа документа и кодировки символов.
При использовании метатега Content-Type надо учитывать следующие моменты:

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

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

Вот некоторые из возможных типов кодировки по стандарту ISO10646:

ISO-8859-1 – Latin-1, для большинства западноевропейских языков.
Windows-1251 – Кириллица (Windows).
KOI8-r – Кириллица (КОИ8-Р).
cp866 – Кириллица (DOS).
Windows-1252 – Западная Европа (Windows).
Windows-1250 – Центральная Европа (Windows).

<meta http-equiv=”Content-Type” content=”text/html; charset=windows-1251″>

15) Expires
Данный тег отвечает за кэширование. Работает он так: если указанная в теге дата прошла, то браузер должен сделать повторный сетевой запрос, а не использовать копию из кэша. Если изначально указать прошедшую дату, то документ не будет кэшироваться.

И еще такая тонкость – некоторые поисковые роботы могут отказаться индексировать документ с устаревшей датой. Будьте аккуратны.

Дата должна указываться в стандарте RFC850
<meta http-equiv=”Expires” content=”Wed, 26 Feb 1999 08:21:57 GMT”>

Можно еще использовать значение 0 в поле content

<meta http-equiv=”Expires” content=”0″>

16) PICS-Label
Довольно важный тег кстати. Однако почему-то адалт вебмастера его не очень часто используют. А зря Метатег PICS-Label (расшифровывается как Platform-Independent Content rating Scheme Label) предназначен для определения уровень “доступности” сайта (nudity, sex, violence, and language).

Вот как он например используется на

<meta http-equiv=”pics-label” content=’(pics-1.1 “http://www.icra.org/ratingsv02.html?quot; l gen true for “http://www.penisbot.com/” r (cz 1 la 1 na 1 nb 1 nc 1 nd 1 ne 1 nf 1 ng 1 nh 1 ni 1 oz 1 vz 1) “http://www.rsac.org/ratingsv01.html?quot; l gen true for “http://www.penisbot.com/” r (n 4 s 4 v 0 l 4))’>

17) Pragma
Метатег Pragma используется для контроля кэширования. При значении “no-cache” кэширование данного не рекомендовано. Предназначен для документов, получаемых в результате работы скрипта.

<meta http-equiv=”Pragma” content =”no-cache”>

18) Refresh
Метатег Refresh определяет задержку времени в секундах, после которой броузер автоматически обновляет документ. Я иногда использую этот тьег для безобидного редиректа

<meta http-equiv=”Refresh” content =”5; URL=http://www.armadaboard.com/”>

Если хотите просто обновить документ, то значение поля URL указывать не обязательно.

19) Set-Cookie
Метатег Set-Cookie настраивает cookies браузера.

<meta http-equiv=”Set-Cookie” content=”NAME=value; EXPIRES=date; DOMAIN=domain_name; PATH=path; SECURE”>

или так:

<meta http-equiv=”Set-Cookie” content=”NAME=value;”>

NAME Имя cookie, не может содержать символы перевода строки, пробелов или точки с запятой.

EXPIRES это время хранения cookie. После указанной даты (в формате “Wdy, DD-Mon-YYYY HH:MM:SS GMT”) истекает время хранения cookie.
Если этот атрибут не указан, то cookie хранится в течение одного сеанса, до закрытия броузера.

DOMAIN Домен, для которого задается значение cookie.
Если этот атрибут опущен, то по умолчанию используется доменное имя сервера, с которого было выставлено значение cookie.

PATH Устанавливает подмножество документов, на которые распространяется действие cookie. При значение “/sex” действие cookie будет распространено на все файлы и каталоги в этой директории начинающееся на “sex” (/sex/, /sexy/, /sex12/, sex,html, sex-pictures.htm).

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

SECURE Указывает, что информация о cookie должна пересылается через HTTPS (HTTP с использованием SSL). В противном случае информация о cookie будет пересылается по протоколу HTTP.

Перед запросом к серверу, броузер проверяет cookie. И если атрибуты NAME, DOMAIN и PATH совпадают, броузер посылает cookie серверу.
В случае если cookie принимает новое значение, старое значение удаляется.

20) Window-target
Метатег Window-target служит определения окна текущей страницы.

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

Пример: <META HTTP-EQUIV=”Window-target” content =”_top”>

Window-target работает не во всех браузерах.

1) Author (Copyright)
Данный тег не отображается браузером, однако его обрабатывают некоторые поисковые машины. Данный тег призван идентифицировать автора или принадлежность документа. Тег Author должен содержать имя автора, причем информация должна заключаться в кавычки:

<meta name=”Author“ content=”Huil Huilin”>

Тег Author может содержать дополнительную информацию посредством атрибута “Lang”. Этот атрибут указывает язык (в лингвистическом смысле этого слова ), на котором написано значение свойства.

<meta name=”Author“ Lang=”en” content=”Huil Huilin”>

PS: В том случае, если сайт принадлежит не к частному лицу, а к организации, рекомендуется вместо тега Author использовать тег Copyright.

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

<meta name=”Description” content= “Краткое описание вашего порника”>

Рекомендуется, подбирать такое описание сайта, чтобы его длина не превышала 150-200 символов. В случае же, если тег Description отсутствует вообще, то в качестве описания порника поисковик будет использовать первую строчку текста на странице или отрывок из текста с найденным ключевым словом.

3) Document-state

Метатег Document-state предназначается для управления индексацией поисковых роботов и может иметь два значения:
Static – используйте его, если ваш сайт не меняется и (или) по каким-либо причинам вы не хотите, чтобы поисковик индексировал данную страницу в будущем. Вообщем, режим “Static” предназначен для страниц, которые не меняются в принципе.

Dynamic – этот тег предполагается по умолчанию и предписывает поисковику индексировать эту страницу регулярно.

<meta name=”Document-state” content =”Dynamic”>

4) Revizit-after
Этот тег указывает поисковой машине регулярность захода роботов, т.е. предписывает через какой промежуток времени поисковик должен переиндексировать данную страницу. Рекомендуется указывать реальное значение – если ваш сайт обновляется не ежедневно, то лучше этот параметр вообще не использовать.

Значения поля CONTENT могут быть day (например 1 day), days (5 days), week (1 week), weeks (21 weeks), year (1 year), years (25 years).

<meta name=”revizit-after” content=”15 days”>

5) Robots
Данный тег ограничивает деятельность поисковых роботов.
Значения поля CONTENT могут быть следующими:
index – индексировать эту страницу.
noindex- не индексировать эту страницу.
follow-переходить дальше по ссылка с этой страницы
nofollw- не переходить по ссылкам с этой страницы.

<meta name=”Robots” content=”all”>
<meta name=”Robots” content=”index,nofollow” >
<meta name=”Robots” content=”index, follow”>
Вместо 2 значений “index, follow” в последнем примере, можно было бы записать одно значение “all”, что было бы равносильно.

Метатег Robots имеет приоритет над директивами управления, заданными в файле robots.txt.

6) Generator
Метатег Generator используется генераторами HTML кода. В случае если вы например делаете свой сайт во FrontPage, программа поставит упоминание о себе в этот тег автоматически. Для владельца сайта тег Generator не несет в себе обычно полезной нагрузки.

<meta name=”Generator” content=”Microsoft FrontPage 4.0″>

7) Keywords
Метатег Keywords предназначается для использования поисковыми машинами для оценки релевантности. Но не ждите от него многого, а лучше не ждите от этого тега вообще ничего . Слова, содержащиеся в теге Keywords, рассматриваются поисковиками как рекомендация, а не исключено, что могут и не рассматриваться совсем.

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

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

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

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

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

<meta name=”Keywords” content=”sex, porn, free”>

Resource-type
Мета тег Resource-type описывает состояние данного документа. В том случае, если его значение отлично от “Document”, то поисковики не будут его индексировать. Данный тег предназначается для использования в крупных проектах, с большим количеством документов разного типа.

Значения поля CONTENT могут быть следующими:
Build
Classification
Creation
Document – Принимается по умолчанию.
Formatter
Host
Operator
Random text
Rating
Site-languages
Subject
Template
Version

<meta name=”Resource-type” content =”Document”>

9) Subject
Данный метатег Subject используется поисковыми машинами для определения тематики документа.

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

<meta name=”URL” content= “http://www.armadaboard.com”>

1. Не стоит участвовать автоматических ссылкообменниках (linkator, rus-abc, maestroweb и пр.). Эти методы уже давно не работают. Пессимизация вам будет обеспечена.

2. Каталог ссылок лучше назвать не links.html, а использовать такие имена как link-directory, related resources, related SEO resources, resources и т.п.

3. Не ставьте ссылки со своего сайта на всякие link farm (ссылкопомойки), так как PR вашего сайта может сильно пострадать от этого. Очень вероятно, что ссылка со страницы вашего сайта на link farm вполне может привести к пессимизации ссылающейся страницы страницы.

4. Тематическая релевантность – немаловажный фактор для СЕ. Тематические ссылки любят все поисковики, и это очень помогает в поисковом продвижении. Google, например, дает много веса ссылкам с тематически близких сайтов.

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

6. Избегайте перелинковки сквозными ссылками с участием сайтов в одном IP-диапазоне. Существует версия, что Google посчитает такую перелинковку сверх-спамом, и карающие действия предпринимаются сразу при обнаружении таковых.

Чем все это чревато или варианты пессимизации

а) Робот Googlebot перестанет навещать вашу страницу вообще, или будет приходить гораздо реже

б) Количество страниц вашего сайта в базе Гугла будет стремительно падать, пока весь сайт не пропадет из выдачи

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

г) Бывает, что Google пессимизирует за подобные вещи таким способом: Googlebot начинает ходить на сайт нерегулярно, хотя если ходит то все индексирует по-прежнему, в этом случае пессимизация заключается в нерегулярности визитов. Или, например, у пессимизированных сайтов не отображаются даты обновления.