Метаданные контента: что хранить у страницы и изображения
Какие поля нужны странице и изображению: заголовки, описания, автор, даты, alt и подписи. Как хранить их согласованно и не публиковать служебные заметки.
Метаданные описывают содержание и помогают управлять его показом и жизненным циклом. Для страницы полезны название, описание, адрес, автор, даты и статус; для изображения — назначение, альтернативный текст, подпись и технические размеры. Разделяйте публичные поля и внутренние редакционные сведения. Храните данные в согласованной структуре и проверяйте, что шаблон выводит именно нужные значения.
Разделите информацию по назначению
Часть полей нужна читателю, часть поисковым и социальным интерфейсам, часть редакции. Например, краткое описание показывается в каталоге, а внутренняя заметка объясняет, какие темы статья не охватывает. Не складывайте всё в одно текстовое поле. Такая смесь приводит к случайной публикации служебных пометок или потере полезных данных при редактировании. Сначала составьте список потребителей каждого поля: шаблон страницы, поиск, предпросмотр ссылки, редактор и система проверки публикации.
Назначьте единый источник основных сведений
Название, описание и адрес должны храниться так, чтобы изменения не требовали ручного исправления пяти разных файлов. При этом поисковый title и видимый заголовок могут быть отдельными осмысленными полями. Опишите правила заполнения и запасные значения, если необязательное поле пусто. Не подставляйте название всего сайта вместо темы каждой статьи. Проверьте несколько материалов после редактуры: обновились ли карточка, сама страница и представление ссылки, или часть интерфейсов продолжает показывать старое содержание.
Описывайте изображения по реальному содержимому
Alt нужен для понимания изображения, когда его нельзя увидеть, и должен соответствовать его роли. Подпись может объяснять контекст, а короткое название удобно для медиатеки. Атрибут title не заменяет alt и не является обязательным способом улучшения каждой картинки. Не заполняйте все поля одинаковым набором ключей. Для декоративного элемента длинное описание может мешать чтению, а для схемы важнее передать смысл и при необходимости дать доступное объяснение рядом с изображением.
Храните технические свойства отдельно
Размеры, формат и варианты изображения помогают шаблону выбрать подходящий файл и заранее зарезервировать место. Для видео пригодятся постер, длительность и соотношение сторон. Эти данные не стоит угадывать по названию файла. После замены медиа обновляйте связанные свойства и проверяйте кадрирование. Если вертикальный материал автоматически получает горизонтальный шаблон, метаданные формально существуют, но не управляют отображением правильно. Техническая проверка должна сопровождаться просмотром реального результата на нескольких экранах.
Ведите происхождение и историю внутри редакции
Сохраняйте, откуда взяты факты, кто проверял материал, когда он обновлён и какие ограничения остаются. Для иллюстраций полезны сведения о правах и исходном файле. Не удаляйте эту историю ради чистого публичного интерфейса: достаточно не выводить внутренние поля без необходимости. Разделите дату технического импорта и реальной редакторской правки. Это поможет обновлять устаревшие материалы, избегать повторов и понимать, почему определённое утверждение когда-то было включено в содержание страницы.
Проверяйте данные перед публикацией
Настройте контроль обязательного заголовка, уникального адреса, описания, корректного статуса и существования медиа. Для поисковых полей полезны проверки пустых значений и дублей, но автоматический лимит символов не должен ломать естественный текст. После сохранения просмотрите страницу и карточку в каталоге. Убедитесь, что служебные заметки не стали публичными, а альтернативный текст соответствует окончательно выбранному изображению. Хорошая модель данных уменьшает ручную работу только тогда, когда правила связаны с фактическими шаблонами сайта.
Вопросы и ответы
Для каждой фотографии нужен одинаковый title и alt?
Нет. У этих полей разные задачи, а title не заменяет альтернативный текст. Заполняйте значения по роли изображения и содержанию, не повторяя ключи механически.
Нужно удалять внутренние редакционные пометки?
Нет. Их полезно сохранять для проверки и обновления. Просто отделите служебные поля от публичного представления и контролируйте, что выводит шаблон.
