В настройках инфоблока поменяли шаблон title, но карточка товара продолжает показывать старый текст. Возможных причин несколько: у товара собственное правило, в базе осталось ранее вычисленное значение или публичный компонент вообще выводит другой источник.
Очистка всех кешей без сравнения этих уровней даёт случайный результат. Чтобы исправление было понятным и повторяемым, сначала выберите один товар и проследите путь от настройки SEO до title в его опубликованном HTML.
Как выбрать контрольный товар
Возьмите товар, для которого можете заранее написать ожидаемый title после изменения. Запишите ID элемента, ID инфоблока, раздел и публичный URL. Если он находится в нескольких разделах, добавьте эти связи: источник наследования может иметь значение для вычисления SEO-данных.
Сохраните старый и новый шаблон инфоблока, а также фактический title страницы. Рядом укажите дату изменения и версию модуля инфоблоков. Фраза «Шаблон не обновляется» недостаточно точна: одному товару может мешать индивидуальная настройка, а другому — общий вывод шаблона страницы.
Добавьте второй товар из того же раздела и один из соседнего. Такая выборка помогает отделить исключение конкретного элемента от проблемы всего инфоблока. Не выбирайте три одинаковых карточки с одним вручную заданным правилом: они не покажут, как работает наследование.
Учебный пример с ручным исключением
Представим каталог вентиляторов. Это вымышленный пример. Общий шаблон изменили с «Название товара — Магазин» на «Название товара: характеристики и цена». У модели FAN-10 раньше вручную указали title «Вентилятор FAN-10 для небольшой мастерской», а FAN-20 использует общее правило.
После изменения FAN-20 получает новый текст, FAN-10 сохраняет своё значение. Это не обязательно ошибка кеша: персональное правило может намеренно отличаться от шаблона инфоблока. Владелец должен решить, оставить исключение или вернуть наследование. Разработчик не должен удалять все индивидуальные title ради единого результата.
Для третьей модели FAN-30 поле в форме уже соответствует новому шаблону, но HTML остаётся старым. Этот случай направляет поиск дальше: вычисленные значения, компонент и кеш страницы. В контрольной таблице причины записывают отдельно, даже если внешний симптом у всех один — прежний title.
Где проверить индивидуальное SEO-правило
Откройте Контент → Инфоблоки → Типы инфоблоков → нужный инфоблок и его вкладку SEO. Затем откройте форму конкретного раздела и товара. Проверьте, используется ли общее значение или включено изменение для этого раздела либо элемента. В официальном курсе Bitrix показаны шаблоны и индивидуальные настройки SEO.
Сравните текст правила, а не только предварительный результат рядом с полем. В шаблоне могут быть подстановки имени раздела и свойств товара. Если используемое свойство пустое, получите ожидаемое значение с пропуском; это другая проблема, чем отсутствие обновления.
Перед отключением индивидуального правила сохраните его содержание. Объясните, зачем оно было задано: важная ручная формулировка, временная правка либо случайное исключение. Решение должно быть принято для конкретного товара, а не автоматически распространено на весь каталог.
Что такое кеш вычисленных значений
Bitrix хранит результаты вычисления наследуемых свойств. Это отдельный слой данных, который не равен готовой HTML-странице в кеше. В API ему соответствует, например, класс ElementValues. Название полезно разработчику, но владельцу важнее понять, на каком шаге остаётся старый текст.
При изменении SEO-настроек проверьте доступную опцию «Очистить кеш вычисленных значений» и сохраните форму. Затем повторно проверьте результат для контрольного товара. Если используется программное изменение шаблонов, разработчик должен отдельно проверить, как его код обновляет уже вычисленные данные.
Метод ElementValues::clearValues очищает вычисленные значения сущности из кеша базы. Это не команда удалить индивидуальные шаблоны и не очистка всех файлов сайта. Применять её следует к проверенному объекту и после проверки версии API, а не в виде непроверенной массовой операции по всем инфоблокам.
Как отличить расчёт от публичного вывода
Разработчик получает фактические вычисленные SEO-значения контрольного элемента и сравнивает их с ожидаемым текстом. Для этого в API предусмотрен BaseValues::getValues. Если расчёт уже новый, а HTML старый, следующий вопрос — кто выводит title.
Проверьте настройки компонента, шаблон страницы и собственные обработчики. В публичном документе title мог быть задан вручную либо заменён после получения данных элемента. Наличие правильного результата API не подтверждает, что именно его использует страница.
Если в готовом title осталась переменная вместо значения, используйте проверку подстановок SEO-шаблона. Устаревший публичный документ проверяется по инструкции о кеше HTML.
Если компонент берёт новое значение, сравните ответ без авторизации с ответом администратора. Затем проверьте применимые кеши компонента, страницы и CDN. Чистить весь сайт до этой проверки не нужно: можно потерять время и скрыть источник, который снова вернёт старый текст при следующем обновлении.
Убедитесь, что в HTML ровно один title. Исправление, при котором рядом со старым появляется новый, не решает вопрос источника. Также сравните H1: видимый заголовок и title — отдельные значения, их не следует считать одинаковыми по умолчанию.
Какие случаи проверить перед массовым изменением
В выборку включите товар с общим шаблоном, с персональным правилом, с незаполненным свойством и из другого раздела. Если у каталога торговые предложения, отдельно проверьте, какой публичный URL и какой элемент участвуют в выводе. Исправление основной карточки не доказывает правильность самостоятельных страниц предложений.
Для каждого случая заранее запишите ожидаемый текст. После изменения сравните его с расчётом и публичным HTML. Так можно принять сохранение ручного исключения и изменение остальных товаров без противоречия: задача не обязательно требует одинаковой схемы у всех карточек.
Повторите проверку после следующего штатного импорта, если он обновляет SEO-поля. Иначе одно ручное сохранение исправит товар до очередной загрузки. В отчёте разделяйте подтверждённый ручной результат и непроверенный следующий запуск обмена.
Как поставить задачу и принять работу
Передайте исполнителю контрольные ID, URL, старый и новый шаблон, выбранные ручные исключения и ожидаемые строки. Попросите показать, какой слой был исправлен: наследование, вычисленные значения, вывод компонента или кеш публичной страницы.
Примите работу по итоговым HTML-значениям и сохранённым исключениям, затем проверьте соседние случаи. Для большого набора опубликованных страниц подходит технический аудит сайта; другие задачи каталога разобраны в блоге. Изменившийся title в HTML — проверенный результат настройки. Когда поисковик обновит свой заголовок выдачи и какой текст выберет, по этой проверке предсказать нельзя.