Идеальный движок с точки зрения SEO.

Потому что теряется точность. Бывают ситуации, когда заголовок и тайтл нужно сделать чуток различными + description отделить от краткого описания (анонса) новости/статьи. Подогнать т.с. его до лучшего вида в сниппете.

а дать возможность при добавлении материала, заполнять соответствующие поля (title, description... ), если это необходимо (т.е. во всех остальных случаях теги прописываются автоматом) - не возможно? )) Дело в том, что при такой системе как у Вас, у многих страниц будут одинаковые основные теги..

________________

подправил...

Как раз наоборот, возможно. Я вроде так и написал выше. В большинстве случаев для каждой страницы возможно создание уникальных мета-данных.

Я бы порекомендовала так, как мы с программером делали для одного буржуйского проекта.

Все метаданные генерятся автоматом. В админке наборы отображаются в редактируемых textarea. Есть у редактора возможность (или необходимость) подойти индивидуально - пожалуйста, подгоняй. Нет возможности (слишком большой поток текстов или слишком мало денег платят редактору) - все одно данные генерятся, и генерятся относительно корректно.

Да, у нас тоже возникали подобные идеи. Мы ещё хотели сделать автоматическую генерацию урла по ключевому атрибуту. Например, статья. Называется "Проверка на вшивость" ей автоматом генерится урл - /proverka-na-vshivost.xhtml. Если будет необходимость, можно править урл руками (например, "vshi.xhtml") Только вот, к сожалению, пока в движке это сделать нельзя. 🙄

Назначение полей поясните пожалуйста. (с остальными да, подписываюсь, почти такая таблица.)

По поводу Expires - после истечения даты жизни - документ убивается? Или "архивируется"?

Как вариант, видимо, интересно было бы его скрывать из базового рубрикатора (я уже писала выше о том, что с годами количество страниц (paging) в отдельно взятой рубрике чрезмерно растет, и никто ТЕ дальние страницы листать не будет (сужу по своей статистике, реальной.), )но как дальше поступать с документом? Если это, скажем, "новостийное" сообщение, которое перестало (перестанет) быть актуальным, но может понадобиться - для общей ли статистики, или для других целей?

И как дальше с этим документом, расскажите?

И, кстати. Какие еще могут быть причины для того, чтобы архивировать или удалять документ?

И имя урла так же в обязательном порядке проверять руками. Приведу типичный пример (уже много раз встречался в сети) - генерится урл автоматом - переводится название в латиницу с разделителями "-". И при этом теряются совершенно волшебные ключевые слова, которые, кстати, встречаются и в тексте, причем на английском :) типа "istoriya-dizaina.xhtml" - как вам такое название? и сравните если бы документ назывался "design-history.xhtml" - очень жаль такие имена, каждый раз вижу если в сети - удивляюсь такому упущению.

А если посмотреть с этой точки зрения? 🚬

Опс. Видимо я очень непонятно все объясняю. Сорри. Не статьи, относящиеся к определенному тегу, отбираются, а ТЕГ, который по смыслу соответствует статье, назначается редактором. Речь идет даже не о том, нужны теги или нет - потому что это просто - для одних проектов - нужны, для други- - нет, речь идет о том, как наиболее логично предоставить редактору соответствующий инструмент для назначения тега. Или тегов.

Ну и что. Есть не только Я. И, кроме того, запросов с правильным (английским) написанием правильных терминов, во всех поисковиках, в том числе и во всех рунетовских, приличное количество. Не только слово "design" - многие специфические термины, которые в русском языке получают окончания или обороты, при этом поьзователями ищутся в правильном написании, в латинице.

И, кроме того, ваш пример и проверьте в Google или других международных поисковиках и сравните выдачу. Видимо здесь тоже надо правильно видеть цели и задачи будущего проекта.