Как называется формат новостной ленты
Новостная лента
Новостная лента — формат данных, используемый для доставки пользователям часто обновляемой информации. Распространители этой информации предоставляют новостную ленту, позволяя пользователям подписаться на неё.
Лента состоит из некоторого ограниченного числа статей, а также из служебной информации типа автора ленты или домашней странички. При появлении новых данных они добавляются в ленту, вытесняя при этом старые статьи. Обычно в ленте бывает не больше 10-20 статей, хотя бывают ленты и с несколькими сотнями статей.
Новостные ленты автоматически собираются новостными агрегаторами, которые могут быть либо веб-приложениями, либо устанавливаться на компьютер конечного пользователя.
Типичный сценарий использования новостной ленты таков: создатель контента публикует ссылку на ленту на своём сайте, которую конечный пользователь может добавить в свой агрегатор (также известный как клиент для чтения лент новостей), который работает на компьютере конечного пользователя. Через заданные пользователем интервалы, либо по требованию агрегатор скачивает новые версии лент новостей и, если в них появились новые записи, каким-либо способом уведомляет пользователя.
При помощи лент новостей может доставляться обычный HTML-контент (веб-страницы), ссылки либо другие типы цифровых данных. Например, в статьях в ленте, посвящённой какому-нибудь сериалу или подкасту может присутствовать особым образом сформированная ссылка, при обнаружении которой поддерживающие эту технологию агрегаторы скачают соответствующий файл. Таким образом реализуется периодическая доставка цифровых медиафайлов, также известная как Broadcatching.
Новостные ленты предоставляются многими новостными сайтами и блогами.
Полезное
Смотреть что такое «Новостная лента» в других словарях:
Новостная лента (значения) — Новостная лента формат данных, обеспечивающие доставку регулярно обновляемой информации. Новости оперативная информация, представляющая политический, социальный или экономический интерес у аудитории своей свежестью … Википедия
РИА Новости — (RIA Novosti) РИА Новости это крупнейшее информационное агентство России РИА Новости : фото, видео, новости, официальный сайт РИА Новости, лента новостей РИА Новости Содержание >>>>>>>>>>>> … Энциклопедия инвестора
Массовое избиение в Благовещенске — Эта страница требует существенной переработки. Возможно, её необходимо викифицировать, дополнить или переписать. Пояснение причин и обсуждение на странице Википедия:К улучшению/23 декабря 2012. Дата постановки к улучшению 23 декабря 2012.… … Википедия
ПРАЙМ-ТАСС — ПРАЙМ (до июня 2011 ПРАЙМ ТАСС) Логотип ПРАЙМ ТАСС Дата основания июне 1996 года Свидетельство о регистрации СМИ Эл №77 2402 от 21.02.2000 … Википедия
Unixforum.org — Вид главной страницы форума с выбранной темой TextGray[1] URL … Википедия
Парк Победы (Уфа) — У этого термина существуют и другие значения, см. Парк Победы. Парк Победы … Википедия
Пожар в Москва-Сити — Значимость предмета статьи поставлена под сомнение. Пожалуйста, покажите в статье значимость её предмета, добавив в неё доказательства значимости по частным критериям значимости или, в случае если частные критерии значимости для… … Википедия
Ореанда (информационное агентство) — У этого термина существуют и другие значения, см. Ореанда. Ореанда Логотип РИА Ореанда Дата основания 1994 год Язык русский … Википедия
РИА Ореанда — Логотип РИА Ореанда РИА «Ореанда» одно из крупнейших независимых Российских информационных агентств. Основано в 1994 года. Со дня основания агентство возглавляет Сторчак, Кирилл Алексеевич. История До 1996 года информационная лента агентсва… … Википедия
RSS сайта
RSS – это специальный файл в формате (rss или xml), который используется для описания новостей сайтов или их анонсов со ссылкой на полную версию текста. С английского есть несколько версий перевода аббревиатуры: Really Simple Syndication – простое получение информации и Rich Site Summary – полноценная сводка сайта. Выбирайте любую.
RSS ленты сегодня одна из лучших возможностей держать руку на пульсе событий. Например, подборка последних новостей поможет быть в курсе дел вашей ниши или хобби. Не нужно «лопатить» десятки ресурсов, чтобы найти актуальную информацию, достаточно подписаться на RSS каналы и получить сортированные по категориям новости.
Данный формат отлично подходит для инфопорталов, где нет высокой вовлеченности аудитории в материал. То есть новости не комментируют, не лайкают, не делятся в соцсетях. RSS поток – это ознакомление с информацией. Что с ней делать дальше решает сам пользователь: идти на блог и как-то реагировать на статью, просто принимать данные к сведению или пропускать «мимо ушей». В 90% случаев формат RSS успешно используется порталами, блогами (в качестве анонсирования новых материалов), библиотечными ресурсами, досками объявлений.
Как работает
Для начала разберемся, что такое RSS технически. Изнутри этот файл включает в себя три блочные структуры:
Принцип работы: как только на целевом ресурсе/источнике появляется новая информация, скрипт создает RSS файл, который считывают онлайновые или программные агрегаторы и оповещают пользователей об изменениях.
Преимущества и недостатки
Говорить о плюсах и минусах использования необходимо в разрезе возможностей для пользователя и владельца сайта.
Преимущества для пользователя:
Недостатки для ресурсов и пользователей:
Как добавить RSS
Самый простой и быстрый способ подключить RSS на сайт – это воспользоваться сервисом feedburner от Гугла.
Регистрируемся в сервисе, выбираем в настройках русский язык и под строкой «Зажигай свой фид» жмем кнопку «далее» или «Next».
Вводим адрес фида и жмем «Next»
Далее откроется окно с перечнем всех лент RSS, нужно выбрать необходимую или добавить новую и скопировать ссылку. После чего активируем опции сервиса, проставляя чекбоксы, и нажимаем «далее».
Ссылку можно вставить на своем сайте, добавить RSS на фидбарнер или другой агрегатор, чтобы при добавлении материалов на сайте изменения были видны всем пользователям.
Также можно создать файл вручную, использую кодировку XML, воспользоваться встроенными инструментами CMS. В этом случае не нужно знать язык программирования, так как системы управления контентом предоставляют уже готовые решения.
Как подписаться на RSS
Пользователь может подписаться на ленту новостей тремя способами:
Программы для чтения RSS
Сегодня любые браузеры читают формат RSS без дополнительных расширений. Преимущества браузерного подхода в том, что новости можно просматривать на ПК и мобильном устройстве в любом месте. Недостаток: ограничения по количеству подключаемых источников.
Для тех, кто предпочитает программные решения, разработчики предлагают: Mozilla Thunderbird и Awasu – для Windows; Newsfire и NewsLife – для MacOS.
Резюме
Мы изучили, что такое RSS лента для сайта. Разобрались с её преимуществами для пользователей и владельцев ресурсов. Научились добавлять ленту и подписываться на фид. Что такое RSS? Это быстрый просмотр новостей и развитие сайта за счет улучшения поведенческих факторов.
Проектирование новостной ленты в социальных сетях
Так сложилось, что за последние пару лет я успел поучаствовать в разработке нескольких социальных сетей. Главная задача, которую приходилось решать в каждом из этих проектов, заключалась в формировании новостной ленты пользователя. При чём важным условием была возможность масштабирования этой ленты в условиях роста числа пользователей (точнее, числа связей между ними) и, как следствие, — количества контента, который они деливерят друг другу.
Мой рассказ будет о том, как я, превозмогая трудности, решал задачу формирования новостной ленты. А также я расскажу о подходах, которые наработали ребята из проекта Socialite, и которыми они поделились на MongoDB World.
Как формировать ленту?
Итак, для начала абсолютно банальная информация о том, что любая новостная лента формируется из активности пользователей, с которыми мы дружим (либо которых мы фолловим/читаем/etc). Следовательно, задача формирования ленты — это задача доставки контента от автора его фолловерам. Лента, как правило, состоит из совершенно разношёрстного контента: котиков, коубов, комедийных видео, каких-то текстовых статусов и прочего. Поверх этого мы имеем репосты, комменты, лайки, тегирование пользователей на этих самых статусах/фоточках/видео. Следовательно, основные задачи, которые возникает перед разработчиками социальной сети — это:
1. Агрегация всей активности, всего контента, который постят пользователи. Назовём это условно сервисом контента. На пост-хэллоуинской картинке выше, он изображён кипящим магическим котлом, который переваривает и агрегирует всевозможные разношёрстные объекты в коллекцию более-менее однородных документов.
2. Доставка пользовательского контента его фолловерам. Поручим этот процесс сервису ленты, который представлен колбочками. Таким образом, когда пользователь хочет почитать свою ленту, он идёт за своей персональной колбочкой, берёт её, с ней подходит к котелку и мы наливаем ему нужный кусочек контента.
Вроде бы проще некуда. Давайте более детально рассмотрим подходы в реализации формирования персональной новостной ленты (другими словами, доставки контента от автора его читателям). Пару-тройку интересных трудностей я вам гарантирую.
Формируем ленту при чтении
Данный подход предусматривает формирование ленты на лету. Т.е. когда пользователь запрашивает свою новостную ленту, мы вытягиваем из нашего контент сервиса записи людей, на которых подписан пользователь, сортируем их по времени и получаем новостную ленту. Вот, в общем-то, и всё. Я думаю, что это наиболее очевидный и интуитивно-понятный подход. На схеме выглядит он примерно так:
Когда пользователь постит что-то новое, процесс абсолютно тривиален: необходимо сделать всего одну запись в сервис контента. Эта простота и неудивительна, т.к. доставка ленты идёт при чтении, а значит всё самое интересное именно там.
ОК, переходим к чтению ленты. Чтобы сформировать ленту для конкретного пользователя, нужно взять список людей, на которых он подписан. С этим списком мы идём к контент сервису и вытягиваем посты этих людей. Конечно, необязательно брать прям все-все записи, как правило, можно взять какую-то часть из этого, необходимую для формирования начала ленты или следующей её части. Но в любом случае размер получаемых данных будет много больше того, что мы в итоге вернём пользователю. Связано это с тем, что активность наших друзей совершенно неравномерная и заранее мы не знаем, сколько постов надо взять от каждого из них, чтобы показать нужную часть ленты.
Но это ещё не самая большая проблема данного подхода. Очевидно, что по мере роста сети, быстрее остальных будет расти коллекция контента. И рано или поздно наступит необходимость шардировать эту коллекцию. И, естественно, шардирование будет происходить по авторам контента (например, по их ID). Так вот, самый большой минус данного подхода заключается в том, что наш запрос будет затрагивать очень большое количество произвольных шардов. Если вы конечно не фолловите одного человека.
Давайте теперь тезисно подведём итоги по доставке лены на чтение.
Формируем ленту при записи
Давайте подойдём к проблеме немного с другой стороны. Что если для каждого пользователя хранить уже готовую новостную ленту и обновлять её каждый раз, когда его друзья будут постить что-то новое? Другими словами, мы будем делать копию каждого поста автора в «материализованную» ленту его подписчиков. Этот подход чуть менее очевиден, но ничего сверх сложного в нём тоже нет. Самое важное в нём — это найти оптимальную модель хранения этой самой «материализованной» ленты у каждого пользователя.
И так, что же происходит когда пользователь постит что-то новое? Как и в предыдущем случае, пост отправляется в сервис контента. Но теперь мы дополнительно делаем копию поста в ленту каждого подписчика (на самом деле, на этой картинке стрелочки, идущие в сервис ленты, должны начинаться не из поста автора, а из сервиса контента). Таким образом, у каждого пользователя формируются уже готовые для чтения персональные ленты. Очень важно так же и то, что при шардировании данных из сервиса ленты, использоваться будут ID подписчиков, а не авторов (как в случае с сервисом контента). Соответственно теперь читать ленту мы будем из одного шарда и это даст значительное ускорение.
На первый взгляд может показаться, что создание копий поста для каждого подписчика (особенно если их десятки тысяч) может получиться весьма небыстрым делаем. Но ведь мы разрабатываем не лайв-чат, поэтому совершенно не страшно, если процесс клонирования будет занимать даже несколько минут. Ведь мы можем делать всё эту работу асинхронно, в отличии от чтения. Т.е. пользователю совершенно не обязательно ждать, пока его запись продублируется в ленту каждого его подписчика.
Есть ещё один, куда более ощутимый недостаток — это необходимость где-то хранить все наши «материализованные» ленты. Т.е. это необходимость в дополнительном сторадже. И если у пользователя есть 15.000 фолловеров, то это означает, что весь его контент будет постоянно храниться в 15.000 тысячах копий. И это выглядит уже совсем не круто.
И кратенько о преимуществах и недостатках.
Модели хранения «материализованных» лент
Как вы догадываетесь, просто так мириться с проблемами мы не будем, тем более скролл ещё только на середине статьи 🙂 И здесь нам на помощь приходят ребята из MongoDB Labs, которые разработали целых 3 модели хранения «материализованных» лент. Каждая из этих моделей так или иначе решает описанные выше недостатки.
Забегая немного вперёд скажу, что первые две модели предполагают хранения персональной ленты за весь период её существования. Т.е. при этих двух подходах мы храним абсолютно все записи, которые когда-либо попадали в ленту. Таким образом, первые два подхода, в отличии от третьего, не решают проблему «разбухания» данных. Но, с другой стороны, они позволяют очень быстро отдавать пользователю не только топ ленты, но и все её последующие части, вплоть до самого конца. Конечно, пользователи редко скролят ленту в самый низ, но всё зависит от конкретного проекта и требований.
Группируем по времени
Эта модель подразумевает, что все посты в ленте за определённый временной интервал (час/день/etc.), группируются в одном документе. Такой документ ребята из MongoDB Labs называют «бакетом». В нашей же пост-хэллоуинской стилистике они изображены колбочками:
Всё что мы делаем, это округляем текущее время (например, берём начало каждого часа/дня), берём ID фолловера, и upsert’ом записываем каждый новый пост в свой бакет. Таким образом, все посты за определённый интервал времени будут сгруппированы для каждого подписчика в одном документе.
Если за прошлый день люди, на которых вы подписаны, написали 23 поста, то во вчерашнем бакете вашего пользователя будет ровно 23 записи. Если же, например, за последние 10 дней новых постов не было, то и новые бакеты создаваться не будут. Так что в определённых случаях этот подход будет весьма удобен.
Самым главным недостатком модели является то, что создаваемые бакеты будут непредсказуемого размера. Например, в пятницу все постят пятничные коубы, и у вас в бакете будет несколько сотен записей. А на следующий день все спят, и в вашем субботнем бакете будет 1-2 записи. Это плохо тем, что вы не знаете, сколько документов вам надо прочитать для того, чтобы сформировать нужную часть ленты (даже начало). А ещё можно банально превысить максимальный размер документа в 16Мб.
Группируем по размеру
Если непредсказуемость размера бакетов критична для вашего проекта, тогда формировать бакеты нужно по количеству записей в них.
Приведу пример. Установим лимит на бакет в 50 записей. Тогда первые 50 постов мы записываем в первый бакет пользователя. Когда настаёт черёд 51-го поста, создаём второй бакет для этого же пользователя, и пишем туда этот и следующие 50 постов. И так далее. Таким нехитрым образом мы решили проблему с нестабильным и непредсказуемым размером. Но такая модель работает на запись примерно в 2 раза медленнее, чем предыдущая. Связанно это с тем, что при записи каждого нового поста необходимо проверять достигли ли мы установленного лимита или нет. И если достигли, то создавать новый бакет и писать в уже в него.
Так что с одной стороны этот подход решает проблемы предыдущего, а с другой создаёт новые. Поэтому выбор модели будет зависеть от конкретных требований к вашей системе.
Кэшируем топ
И, наконец, последняя модель хранения ленты, которая должна решить все-все накопившиеся проблемы. Или, по крайней мере, сбалансировать их.
Плюсов от такого подхода сразу несколько. Во-первых, нам надо обновлять всего один документ. При чём апдейт этот будет очень быстрый, т.к. в нём отсутствуют какие-либо проверки, в отличии от предыдущей модели. Во-вторых, для получения ленты нам надо читать опять-таки всего один документ.
Далее. Если пользователь длительное время не заходит в наш сервис, то мы можем просто удалить его кэш. Таким образом, мы исключим неактивных пользователей из процесса создания «материализованных» лент, высвобождая ресурсы наших серверов. Если же неактивный пользователь вдруг решит вернуться, скажем через год, мы легко создадим для него новенький кэш. Заполнить его актуальными постами можно используя fallback в простую доставку на чтение.
Таким образом, данная модель является отличным балансом между тем, чтобы хранить всё ленту для каждого пользователя и тем, чтобы строить эту ленту на каждый запрос.
Embedding vs Linking
И ещё один важный момент касательно хранения ленты в кэше: хранить контент постов или только ссылку?
Подход с хранением полной копии постов прямо в бакете будет хорош, если контент постов будет небольшого и главное известного размера. В качестве идеального примера можно привести Twitter с его 140-символьными статусами.
В общем же случае выигрывает второй подход, когда мы храним ID поста и, возможно, какие-то мета-данные (например, ID автора, дату публикации и прочее). Контент же вытягивается только при необходимости. При чём сделать это имея ID поста можно очень легко и быстро.
Что, если я очень ленив?
В XXI веке на каждого лентяя существует примерно 100500 приложений на каждый случай жизни. Соответственно, для каждого разработчика существует чуть меньше чем 100500 сервисов. Клёвый сервис управления лентой живёт здесь.
На этом у меня всё. Хочу лишь сказать о том, что серебряной пули для решения всех проблем формирования новостной ленты ожидаемо не нашлось. Но мы рассмотрели целую кучу решений и подходов, каждый из которых будет хорошо работать в своей конкретной ситуации.
8 популярных форматов контента
Разбираемся, чем один отличается от другого и как правильно с ними работать.
В школе нам рассказывали, что бывают разные виды текстов: эссе, очерки, заметки, рефераты. Чем-то они все друг от друга отличались, эти отличия нужно было запомнить и суметь воспроизвести на экзамене.
В контент-маркетинге тоже нет единого формата. Но зубрить всё не нужно, лучше просто понять и сразу применять на практике. Разбираю особенности, структуры, примеры для каждого типа контента:
Зачем вообще нужны форматы? Почему нельзя просто писать так, как хочется?
Потому что читателей это бесит.
Представьте, что ищете инструкцию, как сварить сосиски. Вода кипит, есть хочется, а автор текста рассуждает об истории сосисочного производства, говорит, что у него в доме сосиски всегда считались праздничным блюдом, пишет стихи и только где-то в конце рассказывает о том, как правильно их варить.
А вот в статье об истории сосискоделия будут бесить вставки с рецептами варки оных. Всё хорошо в своём месте и в своё время. Хотите хорошо писать — соблюдайте законы жанра.
* Мнение автора может не совпадать с мнением редакции.
Контент-маркетолог, работала в Texterra и Optimism.ru. Пишет о маркетинге, контенте и всем, что с ними связано.
Кейс — это рассказ о выполненной работе. В контент-маркетинге кейсы встречаются очень часто, потому что хорошо продают. Клиенты смотрят портфолио и думают: « О, классная работа, хочу так же!»
Кейсы очень легко писать. Если человек способен выполнить работу, он и написать о ней может. Для этого совершенно не нужен специально обученный копирайтер.
Заголовок. Выведите в заголовке самое важное и цепляющее из того, чего удалось достичь. Обязательно упомяните клиента, для которого вы работали: так читатель сможет выбрать кейс, который ему максимально близок.
О клиенте. Кто ваш клиент? Чем он занимается? Какие у него были проблемы? Почему он решил обратиться именно к вам? Не увлекайтесь лишними подробностями, пишите только то, что имеет отношение к делу.
Результат. Что получилось в итоге? Чего удалось добиться?
Если ваш проект можно посмотреть и пощупать, обязательно покажите фотографии, скриншоты, 3D-модели или видео. Хуже, если вы рассказываете о чём-то абстрактном вроде интернет-маркетинга. Показать его нельзя, но можно привести цифры и графики. Обязательно говорите о результатах максимально конкретно.
Собственно, если кейс очень простой, на этом можно и остановиться. Если вы делали логотип или текст на сайт, то рассказывать тут особо нечего, нужно только показать результат и рассказать о клиенте. Но интереснее, если речь идёт о какой-то сложной работе, — тогда нужен ещё один блок.
Процесс. Что именно вы делали? Почему это важно? А что будет, если этот этап не делать? Не бойтесь, что пишете банальность и все конкуренты делают точно так же: клиенты-то об этом не знают. Пишите попроще — так, чтобы вас мог понять неспециалист.
Отзыв. Попросите клиента дать отзыв о вашей работе и разместите его в конце материала.
Примеры кейсов: «Специгра» студии Артемия Лебедева, «Сторител» IT-Agency.
Лендинг
Заголовок и слоган. Обычно в лендинге используют заголовок и подзаголовок. В них нужно написать самое важное о предложении и рассказать, чем именно вы занимаетесь. Например: « Гитары на любой вкус. Музыкальный магазин „Орфей“» или « Веник пятого поколения. Быстрый. Гибкий. Ультрасовременный».
Выгоды для клиента. Расскажите, что вы делаете, чем вы и ваш продукт можете помочь.
Результаты. Чего конкретно можно достичь с вашей помощью? Разбогатеть за полгода? Стать великим художником? Вбивать сваи со скоростью 30 штук в минуту? Расскажите об этом.
Технические особенности товара или услуги. Оно зелёное? Может летать? Умеет производить тысячу изделий в час? Напишите об этом.
Кейсы. Покажите их, если это возможно.
Примеры лендингов с хорошим текстом: «Франшиза Додо Пиццы», «Типографика и вёрстка» Артёма Горбунова.
Разбор
Разбор — это статья, которая отвечает на вопрос: « Что это такое и зачем оно нужно?»
Заголовок. Хм, короче, заголовок идеального разбора так и звучит: « Что такое и зачем оно нужно». Не придумывайте ничего, такой заголовок уже вполне неплохо привлечёт читателя.
Лид. Это первый абзац статьи, обычно его выделяют другим шрифтом. Есть много советов по написанию, но суть сводится к одному: лид должен вовлечь в чтение — то есть быстро объяснить читателю, зачем ему идти дальше.
Что такое. Тут коротко расскажите, о чём речь в материале.
Как можно использовать, а как нельзя. Расскажите подробнее, как применять на практике то, о чём пишете.
Достоинства и недостатки. Что хорошо, а что плохо в описываемой теме? С какими трудностями можно встретиться при работе с ней?
Вывод. Не забудьте в конце подытожить, напомнить главные тезисы.
Примеры разборов в Skillbox Media: «Кто такой performance-маркетолог и как им стать», «Видеореклама YouTube: цели, форматы, настройки, инструменты». ( В редакции мы называем такие материалы азбуками, объяснялками или обзорами. — Ред.)
Инструкция
Инструкция (руководство, гайд, гид) отличается от разбора тем, что это более прикладной формат контента. Если в обзоре автор просто рассказывает, что есть что или кто есть кто, то в инструкции он даёт пошаговые советы, как это использовать на практике.
Заголовок и лид. Заголовок должен показывать, что речь идёт о практической информации. Лучше всего делать заголовки типа «как сделать что-то» или «делаем что-то вместе». Лид пишется так же, как в обзоре.
Последовательность действий. Элементарный пример руководства — кулинарный рецепт. Его начинают с того, какие ингредиенты брать и в каких количествах, а потом последовательно рассказывают, что нужно сделать, чтобы добиться результата.
Пошаговые фото. Инструкция — это такой формат, в котором каждый этап работы сопровождается фотографией или скриншотом того, что на этом этапе происходит.
Итог. Не забудьте в конце подытожить всё, что было написано.
Бывает ещё специфический вид инструкции — чек-лист. Это список, по которому нужно проверить, всё ли хорошо и правильно. Как правило, в пунктах не действия, а вопросы. И порядок не так важен, как в инструкции. Примеры чек-листов в Skillbox Media: «Так ли хорош ваш сайт?», «Как проверить целевую страницу перед запуском рекламы».
Новость или пресс-релиз
Новость от пресс-релиза отличается только местом действия. Новость — это то, что случилось где-то в мире и не с вами лично. Пресс-релиз — внутренняя новость вашей компании.
Новости читают очень быстро, по диагонали. Чаще всего люди вообще не идут дальше заголовка, поэтому новость — это короткий, жёстко структурированный материал с интересным заголовком. Он специально сделан так, чтобы человек мог получить основную информацию за 10 секунд.
Заголовок. Отвечайте на вопрос «Что случилось?», пишите о самом важном и интересном. « „Вектор“ выпускает новый продукт» — это неинтересно. Интересно это когда: « Теперь будем получать продукты по воздуху. „Вектор“ запускает дрона-доставщика».
Лид. Первый абзац раскрывает информацию из заголовка. Там должно быть всё основное для тех, кому неинтересны подробности.
Тело статьи. Обычно это три-четыре абзаца за лидом. Там даётся вообще вся информация. В подробностях напишите, что случилось, кто что сделал, при каких обстоятельствах.
Что было раньше. Если новость связана с предыдущими, обязательно в конце расскажите, что было до этого, и дайте ссылку на предыдущую новость. Не пишите об этом в начале, даже если очень хочется: те, кто в курсе новостной повестки, и так знают подробности, их отсылки будут только раздражать. А остальные дочитают и пойдут читать дальше, если им интересно.
Подборка
Люди охотно делятся подборками и сохраняют их в закладки. Просто материалы типа « 50 простых кулинарных лайфхаков» кажутся людям очень полезными. Если хотите, чтобы ваш материал с большой вероятностью расшарили, делайте подборку. Поисковым системам тоже нравятся подборки, они хорошо продвигаются через SEO.
Заголовок. В заголовке обязательно поставьте цифры. В смысле не «подборка инструментов для интернет-маркетолога», а «68 инструментов для интернет-маркетолога». Цифры помогают людям определить, стоит ли читать и сохранять материал.
Лид. Пишется так же, как и в обзорах или инструкциях. Только ещё стоит упомянуть, по какому принципу вы подобрали все эти инструменты, рецепты, примеры и тому подобное.
Элементы подборки. Каждый элемент в подборке — это мини-статья: мини-обзор, мини-кейс, мини-руководство или даже мини-интервью (в подборках вроде « Что эксперты думают об изменениях в поисковой выдаче Google. Опрос 60 специалистов»). Пишутся элементы по тем же принципам, что и большие статьи, только очень коротко. Старайтесь вложить в элементы подборки только самую суть.
Вывод. Не забудьте подытожить подборку, например, сравнительной таблицей.
Колонка
В обычных материалах мы говорим о фактах. Произошло событие, дело было так-то. Есть вот такая штука, которая работает вот так. Мы не говорим о том, плохо это или хорошо, нравится оно или нет.
В колонке автор выражает собственное мнение. Все могут делать вот так, а эксперт — говорить, что делать нужно иначе. В колонке можно хвалить и ругать, поучать, возмущаться и вообще делать всё то, что обычно журналисты и копирайтеры не делают.
В колонке тоже есть заголовки, лид, структура, логика, а в остальном правил нет. Пишите, что хотите, только помните, что в случае чего вы рискуете репутацией (своей, компании, издания).
Интервью
Интервью — это диалог журналиста с каким-то человеком. У него тоже есть свои правила, но их слишком много, чтобы даже в общих словах рассказать в таком формате. (Если хотите больше подробностей, почитайте нашу статью об ошибках в интервью. — Ред.)
На самом деле форматов контента намного больше. Более того, любой желающий может придумать собственный формат и ему за это ничего не будет. Но перечисленные в этой статье я считаю самыми важными в контент-маркетинге. Научитесь с ними работать, и почти любой текст будет вам по силам.
Контент-маркетинг — создание и распространение полезных материалов, которые помогают людям (целевой аудитории) решать задачи и отвечать на вопросы. Главное отличие от обычной рекламы — польза.
У нас есть курс по основам контент-маркетинга и большая программа по профессии контент-маркетолога.
Примечание: с точки зрения копирайтера. У дизайнеров иное мнение по этому поводу.