У меня есть самописная CMS, мне интересно, что, кроме title, description и keywords для каждой страницы в идеале нужно для CMS.

что нужно, а что не нужно - определяют псы. завтра псы решат шо оно нужно и придецца втуливать.

Расскажите мне про body. Я вот вообще динозавриха, с 99 года в вебе, меня пнуть нужно, чтобы я что-то новое узнала и внедрила. Сижу себе дома в компе и ничего не знаю.

Что нужно для body в плане оптимизации? Я удивлена.

---------- Post added 26-05-2018 at 00:29 ----------

Кто такие ПС-ы?

Нужна высокая скорость работы и низкая нагрузка на хостинг, например.

Поисковые системы...

Скорость генерации страницы у меня 0.05 - 0.06 секунды. CMS на чистом PHP, без фреймворков, собственно, полностью своя. Что есть низкая нагрузка на хостинг?

90% плюс самописов страдают болезнью частичных или полных дублей страниц. Это когда одна страница сайта с одинаковым или почти одинаковым контентом доступна по разным URL адресам. Выше вам написали про каноникал и мета роботс, проблему дублей можно ими решать, а можно просто предусмотреть, чтобы такого дублирования не было.

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

Кроме дескрипшн и тайтл неплохо не забыть про заголовки страницы H1

У разных тарифных планов/разных хостингов различное допустимо максимальное используемое процессорное время. Если сайт отжирает больше положенного, то приходится переходить на более дорогой тариф или покупать сервер свой. К повышенной нагрузке приводят корявые циклы/костыли/неоптимизированные функции/бестолковые запросы к бд.

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

Юмор такой, видимо.

Мои 5 копеек:

1. Дата изменения страницы в базе, чтобы потом отдавать ответ last-modified/not-modified и также параметр <lastmod> в sitemap.xml

2. Канонические урлы для пагинации. При этом, есть простое и лаконичное решение:

3. rel next/prev, как писали выше

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

Это как раз не проблема, пару костылей, и все лечится. А вот отсутствие нормальной защиты от любопытных, от SQL-инъекций, от XSS, от выполнения посторонних скриптов, и пр... у 90% плюс самописов, это хуже.

Универсальный модульный комбайн с кучей подключаемых модулей.

Чтоб и визитка , и интернет-магазин были.

Вы проще делайте - вы пишите, выкатывайте и привлекайте народ.