Есть такое.
Причем если не нажмешь "Еще 10 ответов", то нет и листалки страниц внизу (1, 2, 3, пред., след.)
Очень крупно погорят сейчас те, кто на второй странице и дальше.
"Первая страница - ВСЕ, остальные - ничто", или ближе к истине - "Директ начинает и выигрывает", так как плата за директ во многих случаях сейчас по себестоимости может стать дешевле вывода в ТОП-10, а отдачи дать больше.
Задали такой вопрос и так, что даже не знаешь с чего начать. Вопрос если не на книжку, то на брошюру потянет.
Постараюсь поподробнее, но кратко.
В основном на динамических сайтах структура страницы формируется из трех частей:
1. header.php (ну типа начало)
2. Work area (все основное)
3. footer.php (концовка, типа всяких технических деталей и меню внизу)
header.php и footer.php относительно стабильные части в основном с постоянными блоками компонент в которых только данные меняются динамически.
Work area - это место где подключаются различные страницы с различными компонентами.
Т.е., к примеру, для адресов /news/ и /photo/ header.php и footer.php одинаковые, а Work area разные, так как /news/ и /photo/ содержат совершенно разные компоненты.
Весь гимор в том, что заголовок находится в постоянном header.php, а все содержание в изменяющемся Work area .
Если бы сам заголовок можно было отмечать как заголовок различных типов, то в PHP это вобщем-то можно автоматизировать по условию (расположения, части адреса и т.д.). Но в схеме он априори включен внутрь слоя, который формируется в Work area.
Я пока выкрутился следующим образом - начало слоя (div по ихнему) и тип заголовка формируются в header.php и слой закрывается в footer.php. Типы слоя и заголовка определяются по условию (конструкция if) в зависимости от того что находится в Work area.
Но сделал пока только на статейно-новостном сайте и только для конечных страниц статей (т.е. для detail.php) и также в интернет магазине и тоже только для конечных страниц (детального отображения товара). По крайней мере чтобы для самого основного содержания формировать расширенный сниппет.
Для разделов и списков руки пока не дошли, и как подумаю об этом, так сразу настроение портится.
Keywords и description затолкал внутрь детальных страниц конструкциями <meta itemprop="keywords" content="..." /> и <meta itemprop="description" content="..." />.
Так получается Keywords и description и в head страницы и в теле, но это хоть какое-то удобоваримое решение.
marenda добавил 06.06.2011 в 19:04
Качественный сайт более качественно и отваливает... :)
Кстати, тут как раз подобные проблемы обсуждают в соседней теме.
http://www.hetzner.de/en/
Самое простое - загоните нужные отрывки в гугловский переводчик. На сайте английский очень простой, без особых изысков, поэтому переводится более-менее сносно и не так коряво как обычно, будет все понятно.
Типа "Пока гром не грянет"?
Интересная позиция...
Я же говорю - гимор будет еще тот!
Вся эта разметка хорошо ложится на сайты на чистом html. А вот как работать с CMS на PHP разработчики форматов, кажется, даже и не думали.
Простейший пример: заголовок страницы. В шаблоне CMS это одна строчка на ВСЁ, содержание ставится динамически от страницы. А у них типы заголовков идут к каждой теме отдельно, внутри своего специфического блока, т.е. для разных типов разделов у них отдельный блок, внутри которого стоит свой тип заголовка. Но у нас-то он в шаблоне один!
Даже если выделять типы заголовков по условию, то как их тогда засовывать внутрь специфических блоков разных типов разделов, которые существуют в шаблоне CMS самостоятельно и в совершенно разных компонентах!
Опять же keywords стоят в head в метатэгах, а не в body, и тоже подставляются динамически, а нам предлагают это делать внутри Thing>CreativeWork. Как?
marenda добавил 04.06.2011 в 15:36
Вот уж действительно разметку как для доров делали специально, а не для больших многофункциональных СДЛ!
Это я уже понял почитав сайт поддержки Гугл. Если появилось там, то эти уже точно назад не отыграют.
Вот ведь добавили гимора! Придется пару дней убить на переделку сайтов. С новостными и обзорными все, конечно, проще. А вот с интернет-магазином явно придется изрядно попотеть.
Это будет работать сейчас? Или только перспектива? Насколько велика вероятность, что поисковики будут считывать, понимать и учитывать подобные тэги? А то может получится, что мы заполним все страницы ссылками на этот сайт впустую отдавая PR, вес и т.д. Получится, что мы сделаем минус своему сайту собственными руками, а тот нахаляву попользуется нашими услугами по увеличению своего веса в сети. Вопрос, в принципе прост - для поисковиков это есть-будет официальным стандартом (типа CSS)?
Когда микроформат принят как стандарт никаких ссылок нет. Для Яндекса мы пишем <div class="hCard"> и никаких ссылок. Это стандарт.
А это что?
P.S.Отвечаю сам себе - Гугл явно собирается вводить это официально.
http://googlewebmastercentral.blogspot.com/2011/06/introducing-schemaorg-search-engines.html
http://www.google.com/support/webmasters/bin/answer.py?answer=1211158
"Ни ссылок, ни статей." А разве продвижение заключается только в этом?
Грамотные люди начинают с внутренней оптимизации. А с этим у них все в порядке.
Если вам еще не знакомо понятие "внутренняя оптимизация" и как она влияет на продвижение в Гугл, то лучший способ ознакомится с этим чудным действом - это внимательно почитать руководство Гугл для вебмастеров. Честное слово, там много интересного.
Еще как есть!
