Поисковая оптимизация сайта
(9)Товарищи, в этом сообществе будем делиться опытом поисковой оптимизации. В дальнейшем опыт будем применять на практике внедряя в движок утвержденные и полезные моменты…
Дизайн – верстка – движок, что дальше? Ответ не заставит себя долго ждать, — «Семантическое ядро!». Мы словно алхимики нашего времени, давайте будем проще – «Перечень ключевых слов и фраз.»
Разделим оптимизацию на 3 этапа:
Разделим оптимизацию на 3 этапа:
- Формирование структуры разделов – страниц;
- Определение ключевых слов для разделов – страниц;
- Оптимизация или оформирование разделов – страниц.
После отрисовки макета, мы спешно переходим к верстке, каждый своими путями, кто-то закажет у фрилансера, кто-то реализует все своими силами, как говорится, дело вкуса и во втором случае, наличие опыта. Лично я придерживаюсь мнения, что дизайнер должен знать основы верстки и уметь планировать конечный результат, во избежании серии переделок и доработок по глупости.
Мы убеждены, что в каждой сфере должна быть логика и грамотная реализация, поэтому постараемся внести в СSS то, что необходимо показать роботу ПС. Нет стопроцентной уверенности в том, что робот будет считать нашу работу за желаемое выдаваемое, и можно твердо считать, что это миф. На это мы закроем глаза.
У вас наверно возникнет вопрос, каким образом CSS может внести свою лепту в поисковую оптимизацию, ведь его читает браузер? Все верно, но наша цель HTML и там мы видим классы (class), идентификаторы (id) и моменты, которые не описываются в CSS — это заголовки (title), описание (alt). Кстати из последних двух и строится предположение, что классы и идентификаторы тоже могут быть прочитаны, например в транслите, почему нет?
На самом деле, этот этап нужно было прописать в первой публикации Дизайн+SEO оптимизация, так как дизайн состоит из групп и слоев и их необходимо называть, а называть нужно с целью передать правильные значения человеку, который будет верстать макет. Так почему бы сразу не спланировать названия для классов и идентификаторов, при этом учитывая тематику ресурса и действительное обозначение группы (идентификатор) и слоя (класс).
Мы убеждены, что в каждой сфере должна быть логика и грамотная реализация, поэтому постараемся внести в СSS то, что необходимо показать роботу ПС. Нет стопроцентной уверенности в том, что робот будет считать нашу работу за желаемое выдаваемое, и можно твердо считать, что это миф. На это мы закроем глаза.
У вас наверно возникнет вопрос, каким образом CSS может внести свою лепту в поисковую оптимизацию, ведь его читает браузер? Все верно, но наша цель HTML и там мы видим классы (class), идентификаторы (id) и моменты, которые не описываются в CSS — это заголовки (title), описание (alt). Кстати из последних двух и строится предположение, что классы и идентификаторы тоже могут быть прочитаны, например в транслите, почему нет?
На самом деле, этот этап нужно было прописать в первой публикации Дизайн+SEO оптимизация, так как дизайн состоит из групп и слоев и их необходимо называть, а называть нужно с целью передать правильные значения человеку, который будет верстать макет. Так почему бы сразу не спланировать названия для классов и идентификаторов, при этом учитывая тематику ресурса и действительное обозначение группы (идентификатор) и слоя (класс).
SEO в дизайне — не миф.
Да, именно с дизайна начинается реализация проекта и уже при отрисовке макета дизайнеру следует заложить основу семантики и ускорить работу css мастера (верстальщика).На этапах дизайна основой являются теги на которые в первую очередь обращает внимание робот ПС:
- заголовки H1,H2,H3…
- выделения strong, a, b, i
- списки ul li
Именно эти моменты я выделяю для себя при создании дизайна, есть и другие теги которые мы в дальнейшем возможно рассмотрим.


sofcom → Новости / Релиз фреймворка задерживается 134
Ramir → блог aesteral / Сжатие JavaScript и CSS 2
IceDragon → блог IceDragon / Тестирование cogear2 на реальном хостинге 1
AndreySuperstar → Новости / С Новым 2012 годом! 38
tochka6 → блог tochka6 / Минусы фреймворка Cogear2 (хм.. будущего) 13
Viktorminator → Github / Первые шаги работы в Git 7