Карточка новости

Происхождение и история термина

Историю формата можно проследить по изменениям новостных интерфейсов. В описании нового приложения Guardian от 19 июня 2014 года разработчики рассказали о переходе от списка к карточкам отдельных материалов. Размер карточки выражал редакционную значимость, а оформление помогало различать статью, прямую трансляцию и видео. Это документированный пример развития новостной подачи, а не дата изобретения карточки. ^[2]

Одновременно обнаружился компромисс: крупные карточки давали более выразительное представление материалов, но на экране помещалось меньше новостей. Участники испытаний приложения сообщали, что из-за этого труднее охватить повестку. Этот результат относится к описанному приложению, а не доказывает недостаток всех карточных интерфейсов. ^[2]

В анонсе обновления Google News от 27 июня 2017 года карточный формат использовался уже для обзора разных публикаций об одном событии. Такая карточка сюжета шире рассматриваемого здесь превью одной статьи. Оба исторических примера показывают развитие карточки как способа организовать выбор новостей; похожее название не означает одинаковый состав или назначение блока. ^[3]

Суть и механизм

В работе редакции полезно различать три задачи. Первая — передать смысл: что произошло, где и насколько определённо это известно. Вторая — показать читателю понятный путь к материалу. Третья — выбрать, какие дополнительные сведения нужны рядом: время, рубрика, автор или источник. Это рабочее разделение задач, а не обязательный международный набор полей.

Карточка-превью отличается от серии объяснительных карточек. Превью предлагает перейти к полному материалу; серия может последовательно раскрывать тему внутри самих блоков. В рекомендациях USWDS модульная карточка также отделена от текста, который предполагается читать последовательно от блока к блоку. ^[1]

Внешний вид и данные статьи — ещё одно различие. NewsArticle в словаре Schema.org обозначает статью, сообщающую новости либо дающую контекст для их понимания. Это описание типа содержания, а не указание нарисовать прямоугольник с фотографией. ^[5]

Google использует структурированные данные — сведения о странице в машиночитаемом виде — для понимания материала и его представления в поиске. Среди рекомендуемых свойств Article есть headline — заголовок, image — изображение, datePublished — первое опубликование и dateModified — последнее изменение. Но даже корректные данные не гарантируют появление расширенного результата. ^[6] Поэтому редакторская карточка на сайте и представление ссылки в поиске требуют отдельных проверок.

Виды и классификации

Для редакционного задания удобно описывать карточки по трём признакам. Это предлагаемая здесь рабочая классификация.

Эти признаки сочетаются. Например, короткая карточка без фотографии может быть уместна в подборке срочных обновлений, если заголовок сам объясняет изменение. Это решение для конкретной задачи, а не универсальное правило оформления.

Как применяется на практике

Учебный пример. Российская городская редакция готовит новость: администрация обсуждает закрытие моста с понедельника, но решение ещё не принято. Заголовок карточки «Мост закроют в понедельник» превращает обсуждение в установленный факт. Вариант «Закрытие моста с понедельника пока обсуждают» сохраняет статус события. В пояснении можно назвать ведомство и сообщить, когда ожидается решение.

Работу стоит начать с полного материала и подтверждающих документов. Затем редактор выбирает главное сообщение, пишет короткое превью и сравнивает его с новостью. После этого проверяет реальный переход: ведёт ли заголовок к нужной странице, сохраняется ли существенное уточнение на узком экране, соответствует ли выбранная фотография месту события.

Если решение позднее принято, в этом учебном примере меняются и новость, и превью. Полезно проверить главную страницу, рубрику и тематическую подборку: исправленная статья ещё не доказывает, что во всех местах показана её новая версия. Для внешнего поискового представления нужен отдельный осмотр; Google предупреждает, что повторный обход и переиндексация требуют времени. ^[6]

Как измерить или проверить

Проверку содержания и доступности лучше записывать отдельными результатами. Содержательная проверка отвечает, совпадают ли факты карточки и статьи. Проверка ссылки — понятно ли её назначение и открывается ли нужный материал.

Критерий 2.4.4 стандарта доступности веб-контента WCAG 2.2 требует, чтобы назначение ссылки определялось по её тексту либо вместе с программно определяемым контекстом. Предусмотрено исключение для назначения, неоднозначного для пользователей вообще. ^[4] «Программно определяемый» означает, что связь доступна программам, включая средства чтения экрана; одной визуальной близости недостаточно.

В учебном примере ссылка «Обсуждение закрытия моста» понятнее изолированного «Подробнее». Однако оценивать нужно конкретную реализацию с её связанным контекстом. Проверка одного критерия не подтверждает соответствие всей страницы WCAG. ^[4]

Для внутренней приёмки можно заранее выбрать десять карточек и одинаковое условие: верный адрес, совпадение фактов и сохранённое существенное уточнение. Если девять карточек прошли все три пункта, доля прошедших проверку равна:

9 / 10 × 100% = 90%.

Числитель — число карточек без обнаруженных нарушений выбранного условия; знаменатель — все проверенные карточки. Это учебный расчёт, а не отраслевой норматив качества. Он относится только к данной выборке и процедуре. При отсутствии проверенных карточек долю не рассчитывают.

Чтобы проверку можно было повторить, сохраняют адрес новости, место карточки, дату, устройство или ширину окна, снимок экрана и результат каждого пункта. Количество кликов записывают отдельно: оно само по себе не показывает, верно ли читатель понял новость и нашёл ли ожидаемые сведения.

Ошибки, ограничения и спорные вопросы

Самая опасная редакционная ошибка — сократить текст вместе с условием, меняющим смысл. В примере с мостом аккуратная вёрстка не исправит категоричный заголовок. Не менее важно оценить изображение: фотография похожего объекта может направить понимание по ложному пути.

Технические ограничения следует относить к конкретной системе. Google предупреждает, что длинный заголовок может обрезаться на некоторых устройствах. ^[6] Это основание проверять результат отображения, а не устанавливать одинаковый лимит символов для всех редакций и площадок.

Также нельзя принимать успешную проверку разметки за проверку достоверности новости. Машинное описание передаёт сведения о материале, а редактор сопоставляет их с источниками. Процент исправных ссылок и число переходов отвечают на другие вопросы.

Правовой аспект

Для российского журналиста действует обязанность проверять достоверность сообщаемой информации: пункт 2 статьи 49 Закона РФ от 27 декабря 1991 года №2124-1 «О средствах массовой информации», редакция от 26 июня 2026 года. ^[7] При подготовке карточки это основание внимательно проверять и краткое сообщение, а не только полный текст. Здесь приведён общий правовой ориентир; правовую оценку конкретной публикации проводят с учётом её содержания и обстоятельств.

Частые вопросы

Связанные термины

• Карточки (формат)
• Заголовок
• Лид
• Кликбейтный заголовок
• Фактчекинг
• Микроразметка