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

Дополнить там же в админе настройку по H1 и пр.

Можно подробнее, о какой настройке идет речь?

А кто сказал что лишняя страница это плохо? :)

Есть у вас хорошая статья с двумя адресами.

Кто-то поставит ссылку на вашу статью с одним адресом, кто-то с другим. Вот вам и минус.

Вот что очень не хватает в большинстве cms для инфосайтов:

Опция, которая помогает создавать список линков "По теме". для этого нужно, что бы:

1. В админке можно было задать поиск по нескольким ключевым фразам из статьи, которая ставится (генерится) сейчас.

2. Из полученного поиском списка статей чекбоксами отбираем подходящие.

3. И главное - оп-па - из выбранных чекбоксами генерим ненумерованный (к примеру) список статей под рубрикой "статьи по теме".

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

Если бы разработка была для меня - я бы попросила еще возможность добавлять теги. По которым (уже из интерфейса) делалась бы выборка-поиск. Рубрикатор отчасти решает эти проблемы, но - в рамках одного проекта.

Я вас струдом понимаю. 🙄

Толи речь идет о поистке по сайту, где можно будет выбрать значения этих тегов и искать только на страницах, которые содержат эти значения.

Толи речь все о том же разделе "Ссылки по теме".

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

Теги добавлять не обязательно, можно хранить эти данные в базе, чтобы не перегружать страницу, которую видит пользователь. Передать эти данные в другой проект не составит труда.

В целом вы правильно все поняли

Я попробую объяснить. Прежде всего такая фича реально бесполезна для большинства проектов, которые могли бы использовать такую идеальную систему. Вы правы - да, отчасти получение выборки документов по заданным критериям пользователь осуществляет либо через рубрику, либо с помощью поиска (который у вас, я уверена, предусмотрен), либо с помощью того же списка ссылок по теме. Разница - в результатах поиска. Это может быть очень важно для очень больших информационных проектов, количество документов у которых несколько тысяч и более. Смотрите:

1. Пользователь получает список через выбор рубрики. Но при большом количестве документов он получает огромный список, внутри которого он смотрит документы с помощью пейджинга.

Альтернатива длинным пейджингам - вводить сложную систему рубрикаций. Но тогда пользователю, для того, чтобы найти ряд документов, придется долго путешествовать по рубрикам-подрубрикам-под-подрубрикам.

2. Поиск. Если это простой поиск по слову-фразе, выборка опять же получается избыточной. Частично это решается внедрением advanced search, но тогда непродвинутого пользователя придется еще обучать пользоваться сложным поиском, чаще же они опять же будут искать просто по слову, получая избыточные выборки всех текстов, где встречается заданное слово.

3. "Статьи по теме". Но для больших проектов вы в любом случае в этот список поставите конечное количество документов, как правило не более 10. Причем этот список редактор (тот, кто добавляет документ и подготавливает список) все равно модерирует вручную, укорачивая его по мере своего представления о соответствии своей статье.

Назначение же тега (тегов) документу дает возможность получить еще одну выборку, которая будет (возможно) более полной, чем список "статей по теме", при этом более релевантной конкретному слову, чем выборка из одной рубрики (кроме того может быть и так, что документы такой выборки будут из разных рубрик), и более удобной, чем результаты поиска.

И последнее. Возможность генерировать урл в соответствии с тегом, который может индексироваться поисковиком.

Вроде объяснила? :) Повторюсь только, что такая возможность, скорее всего, нужна очень большим информационным проектам с очень большим количеством документов.

В общем вы хотите организовать поиск по ключевым словам заданным в своем собственном теге. Что-то вроде keywords для поисковиков, только без спама.

Вот только в таком случае пользователь может вообще ничего не найти или не найти того документа который его интересует, так как администратор не может предусмотреть все фразы по которым пользователь будет искать этот документ.

Тут скорее стоит улучшать алгоритм обычного поиска. Либо использовать данные теги, чтобы повысить релевантность документа в результатах.

А проблемы в больших списках с постраничным просмотром я не вижу. Главное чтобы документы были отсортированы по релевантности.

Такое уже было. Сам сталкивался. Ищешь что-нибудь в Яндексе, а тебе выдают результаты поиска другого сайта. Это ужасно раздражает. У меня уже есть результаты поиска в Яндексе, зачем мне еще одни непонятно с какого сайта. Если вы организуете такое на нескольких проектах, то вас просто-напросто забанят за дорвей.

Ещё можно сделать автоматическое генерирование карты сайта. Без этой фичи сайт сеошника не его сайт. ;)