Не грандиозный ответ

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

1.1. Вывод %category%/%postname%/ (или .hmtl) лучше, т.к., стирая до предыдущего слеша, мы оказываемся в «родительской» директории. Для крупного блога лучше «архивные» ЧПУ с датами.

Редирект на www/без www включен в новый ВП. И хотя с точки зрения оптимизации скорости, это плохо, для поисковиков — это надо. Аналогично вручную легко делается robots.txt с host для Яши — об этом все, кто ни лень писал уже.

Надо еще заметить, что хоть УРЛ и используется в определении релевантности, его нельзя делать слишком большим (как это обычно — простая транслитерация названия или внедрение большого колва ключевиков). Ведь кроме всего прочего, УРЛ должен быть еще и запоминающимся. Так что лучше делать это вручную.

1.2. Раз уж в любом случае при использовании плагина надо залезать в header.php, так почему бы там вручную и не изменить самому вывод title? Тем более, что можно гибко поступить с тайтлами категорий, тегов и т.п.

1.3. Для descriptionможно использовать excerpt, в принципе, если уж надо вручную его вбивать. Впрочем, его влияние на сниппеты неоспоримо, хотя в ранжировании особо не учавствует, так что он важен. А вот про keywords забыли — в принципе, их значение еще меньше, но как дополнение можно, чтобы автоматически заполнялись тегами — с помощью Simple Tags (который, к тому же, делает заполнение тегов удобным).

1.4. Функция нестандартного ката встроена в Вордпресс. Достаточно использовать <--moreКакой-то текст--> для того, чтобы избавиться от чертовых «дальше». Единственное, в RSS все равно будет отдаваться без ката (решается ), а LJ Crossposter игнорирует такой кат из-за промашки разраба. Решение проблем с катом я уже описывал. Ставить nofollow к <--more--> и ссылке на комментарии, на мой взгляд, совсем уж бесполезная вещь, т.к. эти ссылки, хоть и с разными анкорами #, будут учитываться как одна ссылка на одну и ту же страницу.

1.5. Плагин SEO Friendly Images ниче, пробовал. Но лучше руками ставить alt каждой картинке (ведь смысл у них разный, да?). Имеет значение и текст вокруг. А title вообще не стоит ставить всегда — только когда нужна всплывающая подсказка по наведению на изображение.

2.2. Довольно спорно. В новом ХHTML обещают сделать просто header, но пока этого нет, приходится мучиться. h1 на странице должен быть только один, все остальные должны быть строго по порядку и иметь правильное вложение друг в друга. Пропускать с h2 на h4 — тоже плохо. Если уж делать так, чтобы на странице поста именно заголовок был в h1, то надо оборачивать имя блога не в h3 (ни в коем случае), а в div с соответствующими CSS-свойствами.

2.3. и 2.4. Все руки не доходят доделать большой текст про правила клиентской оптимизации блога. Это важно, с какой стороны не посмотри. Убрать вызов функций — это тьфу с точки зрения оптимизации.

2.5. Ручками, ручками и conditional tags (if is_single() и т.п.) можно сделать все. Скажите нет лени и попробуйте разобраться в простых вещах. Хотя сквозняки на другие блоги — это приятно, особенно, елси вам нравится автор (NOT GAY).

3. Тема дублированного контента сложнее, чем кажется. Особого «отъема» веса при одинаковом контенте внутри блога как такового нет. Зато главная цель — чтобы «уплывающие» теги и категории не высвечивались в поиске. Точнее, высвечивались, но только при расплывчатых запросах. Вес у самих постов по ключевикам должен быть куда выше.

3.1. При использовании в meta элемента robots с nofollow, а не только noindex, скорее всего, вес ссылок со страниц тегов и категорий передаваться не будет. Или будет, но урезано. так что нам лучше сосредоточиться на страницах постов, чем полностью исключать все остальные.

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

3.4. PR вроде перестал утекать, нет? :) В любом случае, если есть желание повысить ценность остальных ссылок, используем еще и <noindex>.

4.1. Можно сделать, в принципе, так, чтобы комментарии открывались по отдельной ссылке для всех постов. Но плотность — мы еще в нее верим?

4.2. Глупо.

4.3. Один из лучших плагинов — Related Posts. В принципе, нет разницы, использовать этот или встроенный в Simple Tags. Алгоритмы те же — выбираем тег поста, в котором как можно меньше записей, и считаем, что они нам релевантны.

5. Надоедливые предложения подписаться, уродливые кнопки и прочее должно рассматриваться точки зрения удобства, а не с точки зрения «навяжу-ка я посетителю свой хреновый товар». Особенно речь о предложении подписаться раз через строчку на главной. Или, что хуже, в RSS — предложение подписаться на RSS.

6.1. А вот «Комментариев пока нет, ваши мысли приветствуются» вместо «Нет комментариев» — это вполне неплохо. Вот только не в comments_popup_link(), а на странице поста. Потому что 10 одинаковых надписей на странице — это пиздец. Какими бы смешными они не были.

6.2. Отправлять комментаторам письмо — это второй пиздец. То же с благодарственной страницей.

Ну а в 7 части идут «SMO» советы, которые к внутренней SEO-оптимизации не имеют никакого отношения. Тут лучше пользоваться простой человеческой логикой, не гонясь за аморфной «раскруткой». Вот этого совета точно не хватает.

Как-то так. В принципе, это лучшее и наиболее полное руководство, из тех, что проскакивало в блогосфере. Не те куски, которые постятся каждую неделю людьми, которые попросту не понимают, что они делают (крутые сеошники!!1) и как работают поисковые системы.

Так что и Sketch'у, и авторам SmoPro — благодарность.