[Feature] Public SEO для обычных ресурсов MODX, не только товар и категория

[Ibochkarev]

Описание функции

Те же native SEO-поля и та же вкладка, что в #790 / #792 для товара и категории, на обычных ресурсах MODX (modDocument и другие class_key). Одна таблица ms3_resource_seo по resource_id, один приоритет native → TV-карта → поля ресурса, один публичный блок seo.

Проблема, которую решает

#790 закрывает «три места» только для каталога. На остальных страницах сайта менеджер по-прежнему правит longtitle, TV и системные настройки. Получается два контура SEO: магазин и всё остальное. Это усложняет инструкцию для контента и выглядит как «полу-SEO на полу-магазин».

Предлагаемое решение

• Открыть ms3_resource_seo и вкладку менеджера для любого ресурса, не только msProduct / msCategory.
• Публичный SEO-блок (include_seo) отдавать и для обычных страниц, если появится Web API get/list ресурса. Для Fenom-витрины — явный opt-in, чтобы не пересечься с SeoSuite / SeoPro / SeoData.
• Приоритет тот же: native → ms3_public_seo_tv_map → defaults. msOnGetPublicSeo остаётся последним.
• SeoSuite / SeoPro / SeoData не заменять. Они остаются опцией для шаблонов, редиректов, SERP-превью.

Не в этом issue: SERP-превью, шаблонная генерация («{pagetitle} купить в {city}»), мета в чанках MODX по умолчанию.

Альтернативные варианты

• Оставить SEO только у товара/категории и отсылать остальной сайт на TV / SeoSuite. Тогда два контура остаются навсегда.
• Не делать native-поля в MS3 и требовать внешний пакет на весь сайт. Тогда каталожный API снова зависит от JSON-карты TV.

Примеры использования

// страница «О магазине» (modDocument)
GET /api/v1/resource/get?id=12&include_seo=1
{
  "seo": {
    "title": "О магазине — native override",
    "description": "..."
  }
}

Менеджер открывает ресурс и категорию и видит одну и ту же вкладка SEO.

Дополнительный контекст

• Родитель: [Feature] Собственные SEO-поля у товара и категории с вкладкой в карточке #790, реализация v1: Собственные SEO-поля товара и категории с вкладкой в карточке #792
• В [Feature] Собственные SEO-поля у товара и категории с вкладкой в карточке #790 уже записано: SEO-блок сейчас только для товара/категории; расширение на шаблоны MODX пересекается с установленными SEO-пакетами
• Ориентир UI: SeoSuite v3 (вкладка у любого ресурса)
• Критика scope v1: native-поля только у магазина оставляют обычные страницы на старых методах

[Ibochkarev]

Закрываю: ошибка scope.

#790 / #792 относятся только к MiniShop3 (товар и категория). Публичный SEO-блок и вкладка в карточке не распространяются на обычные ресурсы MODX. Остальной сайт — SeoSuite / SeoPro / SeoData / TV, не этот репозиторий.

Комментарий в #790 поправлен.

[biz87]

Статус: решение отложено

Вопрос архитектурный, быстрого ответа не имеет. Реализацию не планируем — issue держим открытым как место, где собраны доводы. Вернёмся к нему отдельно.

Ниже — итог обсуждения в чате сообщества, чтобы аргументы не потерялись.

Появился третий вариант решения

В issue сейчас записаны два: расширить MiniShop3 на обычные ресурсы либо отослать остальной сайт к внешним пакетам. В обсуждении прозвучал третий, которого здесь не было.

Отдельное дополнение от нас, закрывающее SEO на всём сайте, — не часть MiniShop3 и не чужой пакет.

Это снимает возражение о scope, из-за которого issue закрывали: MiniShop3 остаётся про каталог и не разрастается, а задача «одно место для SEO» решается на уровне сайта. Магазин при этом пользуется тем же механизмом, что и остальные страницы, а не своим собственным.

Доводы, прозвучавшие в обсуждении

Александр Щербаков. Проблема из #790 относится ко всему сайту, а не к магазину: её решают руками, дополнительными полями или SEO-пакетом. Собственные поля только у товара и категории добавляют ещё одно место вместо того, чтобы убрать лишние. Магазин упростили — архитектуру сайта усложнили. Отдельно: менеджеру при наполнении придётся сначала смотреть, товар перед ним или обычный ресурс, а потом вспоминать, где в этом случае заполняются мета-теги.

Alexey Naumov. SEO — не про магазин, это отдельная задача. Два механизма для одного и того же (один для товаров, другой для страниц) удобнее не делают. Если же магазин начнёт решать вопрос и для обычных страниц — это выход за его границы, и тогда логичнее отдельный компонент.

Предложение по реализации. Посмотреть на SeoPro и взять оттуда работающие решения, а не изобретать заново.

Контекст

В документацию только что добавлен SeoData (автор adm93rus) — SEO-шаблоны заголовков, description и контента для MODX 3 и MiniShop3. То есть в нише уже есть свежее решение, знающее про MiniShop3. Это стоит учесть при выборе направления: возможно, часть задачи закрывается не нами.

Список смежных решений в issue дополняю: SeoSuite, SeoPro, SeoData.

Техническая поправка

В комментарии к #790 последней строкой стоит «#798 закрываю: обычные ресурсы вне MiniShop3». Строка относится к закрытию 26.09 06:04 и устарела — issue был переоткрыт через пять минут и открыт до сих пор. При следующей правке #790 её стоит убрать или отметить как неактуальную, иначе она читается как текущее решение.