Вы отправляете клиенту полезную статью, но в сообщении появляются общая картинка студии и неясное название. Человек ещё не открыл страницу, а уже должен догадываться, что находится по ссылке. Исправление стоит начать не с произвольного переписывания всех полей, а с простого редакционного вопроса: какую именно страницу мы представляем и что читатель должен понять до перехода?
Сначала разделите три контекста
HTML-элемент <title> задаёт название документа во вкладке браузера. Справочник MDN. Описание страницы можно записать через meta name="description". Справочник по meta.
Заголовок результата Google формируется автоматически из нескольких источников. Документация Google. Поисковый фрагмент преимущественно берётся из содержимого страницы, иногда из метаописания, и зависит от запроса. Документация о фрагментах.
Для Open Graph обязательны og:title, og:type, og:image, og:url. Дополнительные og:image:width и og:image:height задают размеры; og:image:alt описывает изображение, а не подпись. Спецификация Open Graph.
В рабочем документе отведите каждому контексту отдельную строку: «вкладка», «поиск», «распространение». Рядом запишите желаемый текст и фактически увиденный результат. Так команда не будет путать редакционное решение с поведением конкретного приложения.
Составьте небольшой бриф для ссылки
Представим статью о подготовке фотографий для портфолио. Вместо названия «Полезная информация» попробуйте «Как отобрать 12 фотографий для портфолио». Рабочее описание: «Критерии отбора, последовательность кадров и проверка перед публикацией». Это вымышленный пример формулировки, а не обещание результата: число 12 уместно только тогда, когда материал действительно работает с такой подборкой.
Проверьте бриф без изображения. Понятна ли тема? Затем без описания: остаётся ли название конкретным? Попросите коллегу одним предложением сказать, что он ожидает увидеть после перехода. Если ответ не совпадает с содержанием, исправляйте формулировку, а не добавляйте рекламные прилагательные.
Главной странице и статье нужны разные обложки
Для главной уместна узнаваемая брендовая композиция. Для отдельной статьи лучше подготовить изображение, которое объясняет её тему: подборку кадров, фрагмент процесса или простую тематическую иллюстрацию. Общие цвета и небольшой знак могут объединять серию, но не должны заменять содержание.
Сделайте в редакторе широкое и квадратное кадрирование как стресс-тест, а не как универсальную спецификацию платформ. Держите важный объект ближе к центру, оставляйте воздух у краёв. Посмотрите на уменьшенную картинку на телефоне. Если текст читается только при увеличении, уберите его или существенно сократите.
Контрольный список перед распространением
- Зафиксируйте адрес. Проверяйте именно конечный публичный URL на нужном языке, а не черновик или домашнюю страницу.
- Сверьте содержание. Название, описание и обложка должны представлять один материал. Уберите поля, случайно унаследованные от другой статьи.
- Откройте изображение отдельно. Убедитесь, что ссылка ведёт к нужному файлу без входа в учётную запись.
- Проверьте страницу, а не только форму. Сохранённое поле в редакторе ещё не подтверждает, что нужные данные появились в опубликованном HTML.
- Посмотрите фактическую карточку. В целевом приложении проверьте изображение, обрезку, текст и адрес перехода. Если проверки не было, так и отметьте.
- Повторите для языковых версий. Не ограничивайтесь переводом заголовка: сверьте описание, изображения с надписями и страницу назначения.
Что означает «готово»
Ведите краткую запись: адрес, язык, время, приложение, результат и следующий шаг. Разделяйте состояния «поля сохранены», «HTML проверен» и «карточку увидели». Если после изменения отображается старый вариант, не обещайте немедленного обновления и не придумывайте срок кеширования. Сохраните пример и проверьте доступный способ повторного считывания в конкретном сервисе. Цель работы проста: читатель понимает ссылку, а команда знает, что именно уже подтверждено.