Тады логично 😂
А почему дивам ad1 и ad2 "display: none;" ? 😕
Ну, это смотря с чьей точки зрения :p.
Ну, по крайней мере, при подсчёте в начале месяца некоторая дельта от суммы в "исходных" отчётах присутствует и сейчас.
А с чего изображениям, находящимся вне статей, снижать релевантность этих статей ихним запросам? 😕
Эксперимент провести, с одной стороны, можно...
Но надо учитывать следующее: мероприятия в расписание добавляются в разное время.
Скажем, сейчас там есть мероприятия на 18 июля (т.е. завтра) и 24 июля, два мероприятия на два дня в августе, семь мероприятий на шесть дней сентября, четыре мероприятия на два дня октября и одно мероприятие на ноябрь. Понятно, что им всем - ещё долго висеть.
И какие-то мероприятия я могу добавить вот так - за несколько месяцев до дня их проведения. А какие-то добавляются оперативным порядком.
Скажем, семинар, который на 14 часов сегодня (и объявление о котором уйдёт в архив при ближайшем обновлении), я поставил в расписание сегодня утром.
И исчо: эвенты-то не входят в перечень официально поддерживаемых Яндексом форматов микроразметки на сей день. Так что "отследить реакцию" в результате эксперимента может и не получиться. Разметка расписания мероприятий - это мера скорее на перспективу.
А так - попробовать сделать на одни мероприятия одним способом разметку, на другие - другим, на третьи - третьим и посмотреть, что выйдет - интересно было бы.
Вот только "выходить" может начать не сразу и даже, не побоюсь предположить, не скоро :D.
Только tdшки ещё закрыть :p.
То есть атрибут даты-времени начала - один, и полный - но привязать к одной ячейке (с датой)?
Интересный вариант.
Ну, я далёк от мысли, что ПС будут наказывать 😂.
Вопрос в другом: правильно ли поймут то, что я хотел сказать микроразметкой?
Насчёт того, что представление информации требует таблиц...
Ну, как бы есть вариант вёрстки не таблицами, а дивами - но мне таблицей проще. Привычнее, если угодно. И нагляднее с точки зрения разбираться в коде. Это раз.
И два: если очень надо, то, сохраняя табличную вёрстку в целом, можно будет подвинуться в частных вопросах представления.
Скажем, как-нибудь вставить и дату, и время в одну ячейку, чтоб они шли единым блоком - и тогда обернуть можно такой блок дата-время хошь в тег time, хошь в td-шку с атрибутом itemprop="startDate".
Но - это будет, с моей кочки зрения, менее красиво.
Поэтому я так вопрос и ставлю: если очень надо, то - я готов подвинуться, но оно действительно очень надо? :)
При том, что вариант "не подвигаться в вёрстке"-то есть: обернуть две соседние td-шки в один тег time. Но вот тут - вопрос - что лучше - в смысле что понятнее будет для поисковой системы: две соседние ячейки таблицы, обёрнутые в один тег time (itemprop="startDate"), или же два itemprop'а "startDate" - один для даты, второй для времени (и тут уже не так даже важно, оборачиваю ли я в time содержимое td-шки, то бишь вкладываю time в td, или же я соответствующий itemprop прописываю атрибутом тега td).
Да я её показал уже.
Собственно, таблица - из трёх столбцов. Первый - дата. Второй - время начала. Третий (который я в коде строчки не показал, заменив многоточиями) - всё остальное: название мероприятия, кто проводит, содержание, место проведения, проезд, условия доступа.
Впрочем, если угодно, - вот это расписание.
Спасибо.
А то, что я при таком варианте itemprop="startDate" на два тега (в данном случае на две табличные ячейки) разложу - это хорошо будет?
Ну, чтобы продать что-ниубдь ненужное, надо сначала купить что-нибудь ненужное чтобы проверить код валидатором, надо сначала написать тот код, который можно проверять валидатором 😂.
Благодаря разъяснениям, который тут дал уважаемый Chukcha, стало ясно, во-первых, как (в целом) делать эту самую микроразметку, а во-вторых - что не так страшен чёрт, как его малюют не настолько сложное это дело 😂.
Но остались ещё некоторые нюсенсы :).
У меня на сайте с событиями (мероприятиями) мероприятие - это строчка таблицы.
Благодаря разъяснениям уважаемого Чукчи стало понятно, что
itemscope itemtype="http://schema.org/Event"
можно вставлять не в див, обрамляющий tr, а непосредственно в сам tr:
<tr itemscope itemtype="http://schema.org/Event">
...
</tr>
При этом первый столбец - это дата, а второй - время начала мероприятия.
В хелпе Яндекса сказано про дату и время:
Вроде как надо оборачивать дату в тег time.
Т.е.
<td align=center width=15% itemprop="startDate" datetime="2013-07-18">18.07.2013</td>
не будет правильно?
Это раз.
И два.
Дата и время - две колонки.
Т.е. две ячейки таблицы.
Что будет правильнее:
<tr itemscope itemtype="http://schema.org/Event"> <time itemprop="startDate" datetime="2013-07-18T11:00"> <td align=center width=15%>18.07.2013</td> <td align=center width=15%>11:00</td> </time> ......
или же
<tr itemscope itemtype="http://schema.org/Event"> <td align=center width=15%><time itemprop="startDate" datetime="2013-07-18">18.07.2013</time></td> <td align=center width=15%><time itemprop="startDate" datetime="T11:00">11:00</time></td> ......
😕
