Сопровождение коммерческого контента
До сих пор мы рассматривали согласованный учебный снимок «ВелоМастера». В реальном проекте цены, остатки и условия не остаются одинаковыми навсегда. Даже хороший текст может начать вводить человека в заблуждение, если товарная таблица обновлена, а карточка, пример расчёта и фрагмент разметки используют прежние значения. В этом уроке подготовим реестр сопровождения коммерческого содержания.
Исходное состояние урока 30 сохраняется буквально. Цена VM-C9 равна 1290 рублей, остаток двенадцать, стоимость работы по замене цепи составляет 1200 рублей. Ни поставки, ни изменения цены в нашей модели не произошло. Предложение новой цены 1390 рублей будет отдельным учебным запросом на изменение, который не применён к каталогу.
Определяем владельца факта
Сначала разделим факты по происхождению. Редактор может самостоятельно улучшить объяснение разницы цепей, сохранив смысл. Но он не может назначить цену детали, подтвердить остаток или расширить услуги Речного. Эти значения должны поступить от ответственного за товар и обслуживание. Реестр нужен, чтобы понятно передать вопрос нужному участнику процесса.
Для VM-C9 основным источником цены служит products.json нашего учебного каталога. Этот файл не является настоящей складской системой, однако внутри серии выполняет роль согласованной модели. Видимая карточка, таблица сравнения и будущий фид должны ссылаться на то же значение. Если каждый документ хранит отдельную цену, количество мест ручной правки будет расти вместе с каталогом.
Для часов Центра источник другой — business.json. Изменение расписания не следует выводить из остатков товаров. Свободные интервалы записи неизвестны и не возникают из часов работы автоматически. Полезно хранить рядом не только ответственного, но и смысл поля, чтобы обновление одного свойства не породило ложное изменение другого.
Рассматриваем предложенную цену
Пусть поступает служебный запрос CHANGE-C9-01: «рассмотреть цену 1390 рублей». Он не содержит подтверждения вступления в силу. Если редактор сразу заменит 1290 на странице, он опередит решение бизнеса. Если фид сохранит старое значение, представления начнут расходиться. Поэтому запрос сначала получает статус proposed.
{
"change_id": "CHANGE-C9-01",
"sku": "VM-C9",
"current_price_rub": 1290,
"proposed_price_rub": 1390,
"approved": false,
"effective_at": null,
"applied": false
}Текущая цена остаётся прежней. При будущем утверждении потребуется определить момент действия и перечень зависимых представлений. В нашем примере карточка VM-C9 и предложение товара зависят от актуальной цены. Учебный кейс LAB-041 имеет другую роль: он описывает прежнюю согласованную сумму конкретного случая. Его нельзя незаметно переписать как будто заказ изначально стоил иначе.
Можно добавить к кейсу пояснение о его учебном снимке и направить читателя к действующей цене. Это сохраняет историю и уменьшает риск неверного обобщения. Обновление факта и исправление исторического примера являются разными редакционными операциями; одинаковое слово «цена» не означает одинаковую политику изменения.
Строим карту зависимостей
В maintenance-ledger.csv запишем объект, поле, источник, документы и состояние проверки. Для небольшой мастерской достаточно нескольких строк. Важнее точность связей, чем количество служебных колонок. Зависимость должна объяснять, почему документ попал в перечень, иначе реестр быстро превращается в общий список всех страниц.
| Факт | Зависимое представление | Основание |
|---|---|---|
| Цена VM-C9 | Карточка и будущий товарный экспорт | Текущее предложение |
| Назначение VM-C9 | Категория и руководство | Выбор совместимости |
| Часы Центра | Страница места и LocalBusiness | Условия обращения |
| LAB-041 | Разбор конкретной суммы | Исторический учебный пример |
| Доставка | Условия заказа | Пока неизвестный факт |
Поле доставки показывает ещё одну задачу сопровождения. Пока сведения неизвестны, реестр должен хранить открытый вопрос, а не пустую строку, которая выглядит завершённой. После получения условий нужно определить рынок, способ передачи и ограничения. Простая отметка «есть доставка» недостаточна для переноса в товарный фид или обещание в рекламе.
Выбираем момент и способ сверки
Регулярность проверки зависит от изменчивости факта. Остаток требует другого процесса, чем описание состава диагностики. Мы не назначаем универсальное правило «обновлять всё каждые сутки»: такой срок не подтверждён платформой и может не соответствовать работе предприятия. В учебном реестре сроки остаются редакционным предложением с отдельным владельцем.
Google требует, чтобы структурированные данные соответствовали содержанию страницы. Поэтому проверка только видимого блока цены недостаточна, когда шаблон выдаёт устаревший Offer. Аналогично исправленный JSON-LD не компенсирует прежнюю сумму в тексте. В будущем выпуске сверяют согласованность всех представлений одного действующего факта.
Допустим, страница Центра обновлена, а Речной по-прежнему перечисляет все работы на месте. Этот конфликт возник не из-за разметки, а из-за связи услуг и мест обслуживания. Реестр должен направить проверку к смыслу предложения: диагностика в Речном выполняется, замена передаётся в Центр. Красивый общий футер не исправляет ошибку локального обещания.
После будущего изменения стоит читать не только отдельные документы, но и переход между ними. Категория может показывать новую цену, карточка — старую, а пример расчёта — историческую сумму без пояснения. У каждого текста будет собственное основание, но человек увидит конфликт. Поэтому итог сопровождения включает согласованность маршрута: актуальное предложение ведёт к той же актуальной карточке, исторический случай обозначен как пример, а неизвестное условие не выглядит завершённым обещанием. Так реестр сохраняет смысл страницы при развитии каталога.
Различаем устаревание и удаление
Нулевой остаток VM-C10 не означает автоматическое удаление карточки. У неё сохраняется полезное назначение, цена и объяснение неизвестного срока поставки. Если модель окончательно прекращена, потребуется другое решение, основанное на фактах и существующей ценности документа. В нашей текущей модели прекращения продажи нет.
При сопровождении также полезно замечать сломанные зависимости. Если руководство по выбору остаётся неопубликованным, нельзя считать активную ссылку на него завершённой частью маршрута. Если изображение товара не получено, нельзя закрывать задачу случайной картинкой соседней модели. Такие проблемы не решаются обновлением даты в шапке статьи.
Ожидаемый результат самостоятельного чтения — реестр с источниками, зависимыми документами и неприменённым запросом CHANGE-C9-01. Все действующие учебные цены и остатки сохраняются. Автоматизация склада, отправка обновлений платформам и публикация не выполнялись. Следующий урок соберёт состояние коммерческих страниц в отчёт, который отделяет готовность содержания от настоящих результатов поиска и бизнеса.