Думаю, что xml sitemap будет достаточно. Но если структура сайта сложная, то для удобства пользователей почему бы и нет.
Страницу с категориями я бы назвал "Подушки для беременных и кормления". И акцент делал бы на то, что это общая страница для нескольких товаров. Потому что это более логично, для пользователя в том числе. Логично, что одна подушка - это одна карточка товара. Где ее можно и купить, и получше о ней узнать. Сделайте акцент на странице категорий именно на то, что это множество товаров, а не одна подушка. У вас же даже h1 указывает, что это одна подушка - получается некая карточка товара со многими товарами, то есть товар как бы один, но представлен в виде разных параметров. Конечно, надо более детально разбираться в ассортименте, но страница категории больше напоминает карточку товара, где более детально описаны характеристики товара и его применение.
Вот смотрите: наволочки и наполнитель подушек Theraline - это более похоже на сопутствующие товары одного товара. Имеет ли смысл их выставлять на самой странице категорий или нет, это дело экспериментов, но я ни разу не видел подобного. Потому что покупатель может пойти смотреть их, не посмотрев сам товар. Видео о подушке, инструкции и отзывы - тоже как бы для одного товара служат. Сами же страницы категорий нужны для того, чтобы показать ассортимент, а не детально описывать товар.
Если все товары такие общие, то есть у них общие основные характеристики, только форма и цена отличаются, то нужны ли карточки товара для подобного ассортимента, если все про товар написано на странице категории?
Можно создать отдельную страницу со списком всех товаров в категории, типа, "Посмотреть все товары". И на отдельных страницах (если они будут, как показано выше с якорями в ЮРЛ) прописать ее рел="кэноникл". Тогда проблем не должно быть. Тогда не имеет смысла делать подгрузку аяксом товара со страницами, можно просто сделать подгрузку на ту же самую страницу без изменения ЮРЛ. Прочто будет стоять ссылка на страницу со всеми товарами в категории. И поисковики довольны, и пользователи, так как могут посмотреть весь товар сразу. Но про сайтмэп тоже не надо забывать.
Зависит от сайта, вернее, от его контента. Например, у меня есть блог, статья которого оптимизирована по ключам, и я не хочу, чтобы комментарии, то есть лишний с точки зрения оптимизации контент, помешали продвижению основного контента, тогда я бы использовал "социальные комментарии". Если у меня магазин, то контент карточки товара надо разнообразить еще чем-то, чтобы отличаться от конкурентов, тут как раз подойдут обычные комментарии, если других особых отличий от контента конкурента нет.
Ведь что такое социальные плагины? Это джаваскрипт. То есть сами комментарии подгружаются аяксом. Учитывают ли ПС их контент, содержание комментариев - вот от чего надо плясать. Да, это удобно и модно, но надо смотреть, помешают ли комментарии пользователей основному контенту или нет.
Chukcha, select date, sum(timer), timerIsOn from taBle where timerIsOn = 1 group by date, timer having sum(timer) <= 6
или
select date, sum(timer) as timm , timerIsOn from taBle where timerIsOn = 1 group by date, timer having timm <= 6
Так тоже можно.
Chukcha, ага, уверен. А вот у тебя зачем две таблицы-то? Или это одна так получилась? И это что t1.timer=1? В условии другое поле в выборке.---------- Добавлено 10.09.2013 в 14:50 ----------admak, это зависит от сурбд и версии. На муське 5.6.13 работает со звездочкой.
php, django, ror, .net mvc - что может быть лучше.. а уж как оптимизировать - надо исходить из задачи, какой сайт и типа того.
select * from taBle where timerIsOn = 1 group by date having sum(timer) <= 6
css. Смотри значение .realty-row:hover.
