Необходимо разбить перечисленные ключевики на группы, скажем восемь - по частоте запросов. Отметить конкурентность по каждому запросов- число и качество сайтов на выдаче. Некоторые запросы вообще надо пока исключить - "капитальный ремонт" слижком уж общий. "Двигатель" - совсем уж общий. Тоньше надо. Вообще непроработаны неочевидные запросы.
Между прочим никто не сказал о <noindex> для российской части. Он ведь позволяет разбить представление данных для робота и человека. А?!
А я знаю этот сайт с телефонами на поддомены. Они каждый поддомен внешними ссылками накармливали. Присылали предложение меняться с 70-ю поддоменами враз. Видимо многие соглашались, вот и результат.
Есть еще азбучная статья "Растолкованный Page Rank". Очень помогает. Можно даже читать вслух :)
Насколько я знаю Яндекс черезвычайно болезненно реагирует на фреймы, зачастую реагируя на них как на спам. Или вообще не индексирует.
Надо кроме всех прочих меняться и серьезными сайтами - это важнее всего. А они не будут меняться если на странице ссылок тех больше 8 сразу. Лучше все делать сразу хорошо. И люди потянутся ☝
Лидеры по многим выдачам в гугле имеют description в коде. Это как за это пессимизировать, если это часть спецификации HTML!
Вот джентельменский набор как мне кажется:
1)Размещение словосочетаний в самом начале и в самом конце страницы, учитывая весь код.
2)Использование конструкций "Ключевик - это" и разъяснение. По образцу словарных статей.
3)Использование различных морфем ключевика.
4)Использование слова в начале и конце предложения.
5)Начало абзаца.
6)Использование при табличной верстке крайней левой ячейки.
Короче - разнообразие.
А сколько стоит средняя морда с PR6? Мне тут прикупать скоро надо бы.
Ну даже ведь в яндексовом руководстве, в любой книжке, четко проводится разница междулогическим и физическим форматированием страницы. Так еще про про степень необходимости title можно порассуждать. Strong логически выделяет текст, а b - только графически. Естественно спецификация html учитывалась при разработке алгоритма ранжирования. Степень - другое дело. Может при каких-то апдейтах и сравнивается, но в целом strong предпочтительней. ПЕРСПЕКТИВНЕЙ прежде всего в отношении развития html в принципе.
