Repository
Дает page records из PHP-массива или в будущем из БД.
Загрузите фото автомобиля, выберите цвет или фактуру и посмотрите примерный результат до реальной оклейки.
Этот материал показывает, как контентная статья может использовать тот же SEO-модуль, что и лендинги, не теряя Article schema и server-rendered HTML.
Resolver получает request path, ищет страницу через репозиторий и формирует page entity. Дальше SEO manager создает DTO для head, а template resolver выбирает серверный шаблон.
Только после этого page context попадает в view-слой, где одни и те же данные используются для head, breadcrumbs, JSON-LD, блоков контента и внутренних ссылок.
Дает page records из PHP-массива или в будущем из БД.
Находит страницу по URL и учитывает redirect sources.
Собирают canonical, robots, OG, Twitter, breadcrumbs и schema.
Выводит HTML через template + content blocks.
Да. Все поля article-страницы уже выделены в page entity и могут маппиться на таблицы pages и page_blocks.
Не обязательно. Шаблон выбирается по template/type, а schema и блоки донастраиваются на уровне сервисов.
Страница услуги собирается из тех же page fields и блоков, что и главная, но использует сервисный schema type и отдельную SEO-логику.
Pricing-страница показывает, как модуль работает с коммерческими пакетами, comparison-блоками и FAQ без отдельной логики в шаблонах.
Контактная страница остается серверной и индексируемой, но не тянет на себя логику всего сайта. Все SEO-данные идут из централизованного модуля.
Контентная статья должна вести в коммерческие разделы, но только через валидные и индексируемые internal links.