Мета-тег description – что это такое, как прописать для SEO, описание
Description — это мета-описание веб-страницы, которое прописывается в заголовке html-кода внутри тега <head> … </head>. Оно не влияет на внешний вид сайта и не видно обычным пользователям, но зато доступно поисковым роботам, которые в свою очередь формируют на его основе описание сниппета.
Таким образом, чтобы изменить внешний вид ресурса в результатах поисковой выдачи (его описания), достаточно отредактировать meta description.
Также дескрипшен является дополнительным источником информации для поисковиков и позволяет им лучше понять, о чем веб-страница.
Требования и рекомендации
-
Максимально допустимая длина тега description — 150–200 символов (с пробелами) в зависимости от того, на какую поисковую систему вы ориентируетесь.
-
И «Яндекс», и Google учитывают данный параметр при ранжировании, поэтому наличие ключевых слов в нем обязательно (желательно в прямом вхождении).
-
Всего рекомендуется добавлять не более 3 ключевых фраз, чтобы не было переспама и не страдала кликабельность сниппета из-за плохой читаемости.
-
Текст дескрипшена не должен дублировать текст title.
-
Текст должен быть написан грамотно и лаконично. Это не должен быть простой набор ключевых фраз. Можно написать 2–3 простых предложения, коротко описывающих содержание страницы.
-
Содержимое тега должно точно соответствовать содержанию страницы, к которой прописывается.
Как писать
Написание метатега description осуществляется по следующему шаблону:
<meta name=»description» content=»краткое описание страницы»>
Помещается он внутри тега <head> … </head>.
Влияние на позиции в поиске
Html description не оказывает прямого влияния на позиции ресурса в выдаче, но оказывает косвенное.
Грамотно написанный тег позволяет улучшить внешний вид сниппета, повысить к нему интерес пользователей и мотивировать кликнуть именно по вашей ссылке. Как следствие, растет кликабельность, а значит, и релевантность страницы.
Поисковые системы любят релевантные сайты и стараются показывать их как можно выше.
Что такое Description | Как правильно составить Дескрипшин
Дескрипшин (от англ., Description meta-tags) – HTML-тег, относится к числу мета тегов и предназначен для отображения аннотации или анонса страницы в выдаче по поисковому запросу.
Назначение
Используется Description (meta-tags) при разработке веб-страниц средствами HTML-кода. Располагается между заголовочными тегами <head> и </head>. Информация из дескрипшин обрабатывается поисковыми машинами вместе с основным контентом страницы. По запросу пользователя отображается в поисковой выдаче под ссылкой на соответствующий веб-ресурс. От качества описания страницы зависит количество переходов пользователей на сайт.
Но даже при наличии дескрипшин поисковики Google и Yandex часто игнорируют его содержание. Их программы-роботы автоматически генерируют описание, используя фрагменты контента, соответствующие поисковому запросу. Это могут быть:
- первые несколько строк текста страницы,
- его фрагмент или фрагменты с ключевыми словами,
- набор ключевых слов.
При этом качество описания может оказаться непривлекательным для пользователя, что негативно скажется на индексации сайта, его рейтинге и посещаемости. Поэтому рекомендуется обязательно применять дескрипшин на главной странице, на страницах с высоким уровнем монетизации, а так же на тех страницах, автоматический сниппет (описание) которых выглядит малопривлекательно.
Заполнение
При составлении краткого описания для заполнения Description (meta-tags) необходимо соблюдать ряд общепринятых правил. Текст для дескрипшин должен:
- привлекать внимание пользователей и мотивировать их на открытие страницы;
- давать достоверное представление о ее контенте;
- иметь высокую уникальность и не копировать основную часть текста;
- быть максимально информативным и грамматически выверенным;
- отличаться от содержания текста тега title;
- содержать не более 200 символов, что бы полностью помещаться в сниппет на странице выдачи.
Особое внимание следует уделить оптимизации текста краткого описания. Для этого необходимо:
- использовать ключевые слова страницы, содержание которой он отражает;
- вставлять в текст не больше 4 ключевых фраз или слов;
- не повторять одно слово более 7 раз;
- применять прямое вхождение ключевиков;
- размещать самые частотные из них в начале страницы.
Перечисленные правила помогают создавать анонсы равно привлекательные и для программ-роботов и для возможных посетителей сайта. При создании некоторых видов сайтов, например, интернет-магазинов в Description (meta-tags) возможно создание шаблона краткого описания, который будет сам наполнять сниппет информацией с учетом содержания поискового запроса.
Пример написания
<head>
<meta name=”description” content=”текст описания”/>
</head>
Что такое Description?
Тег Description используется для описания содержания страницы. Не отображается пользователям.
Рекомендации по написанию Description
- Описание тега должно быть уникальным для каждой страницы и отображать ее содержание.
- Мета тег должен быть емким и при этом содержательным, так как зачастую его описание используется Поисковыми Системами для составления снипета.
- Размер meta тега должен составлять от 150 до 700 знаков
Пример не оптимального заполнения Description:
<meta name=»description» content=»пластиковые окна пвх, производство окон, продажа окон, установка окон, стеклопакеты купить, остекление балконов, остекление лоджий»> — Некорректно использовать перечисление ключевых слов для написания Description.
<meta name=»description» content=»Наши Окна — пластиковые окона»> — Короткий Description, не в полной мере характеризует содержание страницы.
Пример оптимального заполнения Description:
<meta name=»description» content=»Изготовление и установка пластиковых окон, дверей, остекление балконов и лоджий. Продажа оконной фурнитуры — Наши Окна»>
Рекомендуется использовать продаваемые слова добавки такие как: Продажа, покупка, продать, купить, аренда, арендовать, заказ, заказать, доставка, доставить, прокат, цена, стоимость, скидки, приобрести, бесплатно, распродажа, дисконт, суперцена, sale, discount, rent, скупка.
Описание исправление ошибки на примере:
Вносим произвольный сайт http://a.megaindex.ru/
Открываем вкладку «Description», видим Description “Главная“. Колонка уровень проблему отображает значение «2».
При наведении на данное значение мы видим, что 1 балл присвоен за то, что Description короткий (Количество слов 1 — менее 150 символов). Еще 1 балл присвоен за то, что Description не уникален — имеется Дубль (кликнув на Description можем перейти на страницу, где указаны все имеющиеся дубли данного Description). Исправляем проблему увеличив длину Description выше 150 символов и сделав текст Description уникальным для каждой страницы.
Оставить комментарии по дополнению описания или задать вопросы можно на официальном блоге проекта www.blog-mi.ru .
DESCRIPTION — Перевод на русский
EnglishNow with the original description in the 18th century, Charles Bonnet did not have them.
Итак, впервые описавший этот синдром в 18 веке Шарль Бонне сам им не страдал.EnglishEnter a short description, pick one or two categories for the template, and select a language.
EnglishAnd it gave a very beautiful description of the strong force and of the weak force.
И вышло очень красивое описание сильного и слабого взаимодействий.EnglishSome HTML may be stripped from the description if it is considered unsafe or malicious.
Некоторые элементы HTML могут быть удалены из описания, если они будут сочтены небезопасными.EnglishPaste the snippet of code into the description field of your placemark, line or shape.
Вставьте фрагмент в поле описания метки, линии или многоугольника.EnglishCodeDescription 200 (Successful) The server successfully processed the request.
КодОписание 200 (успешно) Запрос успешно обработан сервером.EnglishA genome is really a description for all of the DNA that is in a living organism.
Геном — это совокупность всех генов живого организма.EnglishMake sure that every page on your site has a meta description.
Убедитесь, что каждая страница вашего сайта имеет метаописание.EnglishTo specifically prevent Google from using this information for a page’s description, use the following:
Чтобы запретить использовать эту информацию в описании страницы только для Google, добавьте:EnglishAnd so what we have here is a description of single cells replicating, metabolizing, burning through chemistries.
Вот описание одиночных клеток, воспроизводящихся, метаболизирующих, сжигающих вещества.EnglishThe description perfectly captured Edwards’ personal vanity.
В этом замечании прекрасно подмечено самолюбие Эдвардса.EnglishThis is called the EyeWriter, and you can see the description.
Устройство называется EyeWriter, вы видите описание.EnglishBelow is a description of each section of the email header:
Ниже приводится описание каждого элемента заголовка.EnglishMake sure that you have all your enhanced content (photos, business hours, description) attached to this listing.
Убедитесь, что к этой записи присоединены все дополнительные данные (фотографии, часы работы, описание).EnglishSo here’s the description of a group I found on the Web.
А вот описание группы, которое я нашёл в сети.EnglishFor example, the following meta description provides detailed information about a book.
name=»Описание» content=»Автор: А. Б.EnglishPlease coordinate with your host to have your information displayed on their Place Page within their Description field.
Попросите кого-либо из них разместить информацию о вашей компании на странице их места в поле описания.EnglishIf you have enhanced content (photos, business hours, description) that you’d like to keep, make sure it’s available in this listing.
Убедитесь, что в ней присутствуют все дополнительные данные (фотографии, часы работы, описание).EnglishThe description attribute within the <meta> tag is a good way to provide a concise, human-readable summary of each page’s content.
В атрибуте description метатега можно указать краткие сведения о содержании страницы.примеры правильного написания meta-тега Description, размеры (длина) для Яндекса
Поисковая система может ориентироваться на них для формирования сниппетов, которые видит пользователь. Но если на ресурсе есть контент, который больше соответствует запросу, то теги могут быть проигнорированы.
Обычно используются: title, description и keywords. Последний утратил актуальность, поэтому его заполнять не нужно. Остальные до сих пор помогают продвигать сайты в топ.
Зачем прописывать мета?
Правильно сформированные заголовки и описания позволяют подчеркнуть конкурентные преимущества в выдаче и показать анонс контента на странице. С помощью этого небольшого текста вы сможете повысить кликабельность сниппета, а это один из главных поведенческих факторов, которые влияют на ранжирование в поиске.
Составить текст – несложно, но это помогает:
- Заинтересовать больше пользователей.
- Повысить кликабельность.
- Увеличить количество переходов на сайт.
Если вы заполнили title и description, то Google с высокой вероятностью будет выдавать их содержимое. Яндекс чаще самостоятельно выбирает нужную часть статьи для отображения. Чтобы управлять этим процессом, стоит продумывать содержимое тега с учётом ключевых слов, которые пользователи используют при поиске.
Что такое дескрипшен?
С технической точки зрения, description tag – это элемент, который вставляется в шапку страницы внутри
. Посетители сайта не видят его, но содержимое высвечивается в поиске как основной текст.В коде это выглядит так:
<head>
<meta name=»description» content=»Сюда необходимо вставить текст, который будет показан в выдаче»>
</head>
А в выдаче так:
Если это ссылка на статью, то краткое описание может быть сделано в виде анонса, если на каталог продукции, то как объявление в контекстной рекламе. Для повышения позиций в выдаче для каждого раздела стоит составлять уникальный текст тега, который точно соответствует контенту и поисковому запросу. Если заполнить эту часть сниппета правильно, его CTR вырастет.
Как правильно заполнить
Чтобы понять, что писать в мета-тег description, необходимо разобраться с общей структурой сниппета. Помимо описания в него входит заголовок, быстрые ссылки, адрес, цены и другое. При их проработке требуется придерживаться единой логики и не дублировать информацию, поскольку длина дескрипшен ограничена.
Правильно оформить отображение в поиске помогут следующие рекомендации:
- Содержание тегов должно соответствовать конкретной странице. При обновлении контента необходимо дорабатывать и данные для выдачи.
- Используйте ключевые слова в title и description, но в меру: достаточно трёх небольших по длине запросов. Это не влияет на ранжирование, но если потенциальный клиент использует его в строке поиска, то они будут подсвечены жирным шрифтом, а значит, привлекут внимание.
- Распределяйте важную для пользователей информацию: оффер – в заголовке, главные преимущества – в описание. В дополнение воспользуйтесь сервисами поисковых систем, чтобы добавить нужные быстрые ссылки и внедрить микроразметку для отображения специальных данных. В Яндексе сделать это можно через инструменты Вебмастера.
Тестируйте разные сочетания элементов, чтобы найти наиболее кликабельную комбинацию. Правильное заполнение сниппета во многом зависит от самой объёмной его части – description.
Как писать дескрипшен для сайта – зависит от типа контента. Не существует единой формулы, которая будет эффективна для интернет-магазинов, лендингов, статей, обучающих платформ и других проектов. В поисковых системах можно найти ограничения и подсказки, которые помогут заполнить описание для выдачи правильно:
- Хотя специалисты отмечают, что максимальная длина мета-тега на сайтах – 270-300 символов, идеальный размер текста не должен превышать 140-160 знаков. Текст будет помещаться в выдаче Яндекса и Google. Значима и длина слов, потому что они переносятся на вторую строку без разделения.
- Не дублируйте информацию из title и избегайте повторов.
- Содержание тега должно быть уникальным для каждой страницы. Важно заполнять его так, чтобы описание соответствовало контенту.
- Избегайте общих фраз и не вводите пользователей в заблуждение – это влияет на дальнейшее взаимодействие с сайтом и отражается на поведенческих факторах.
- Используйте призыв к действию – это повышает CTR.
Чтобы правильно оформить сниппет, необходимо держать в голове конечную цель – привлечь клиента и обыграть конкурентов в поиске. Выбирайте формулировки так, чтобы выделяться на фоне других описаний.
Примеры написания description
Заполнить мета-тег description помогут примеры для разных типов контента. Идеальная формула для статей – написать, о чём прочитает пользователь, кликнув на ссылку. Например, если в Google ввести запрос «как правильно написать текст для лендинга», в выдаче появится материал от Tilda Education:
Несмотря на то, что заголовок и часть описания скрыты, здесь видно, как правильно заполнять мета-тег description для статей: пользователя ждут «несложные советы», а сам текст содержит ключевое словосочетание из запроса.
Теги коммерческих страниц стоит заполнять УТП и преимуществами сервиса или продукта. Пример правильного написания дескрипшена для интернет-магазина, который продает смартфоны:
Главные достоинства этого описания: конкретные цифры, которые подчеркивают наличие выбора и функциональные преимущества магазина – «удобный поиск» и «возможность сравнения цен».
Удачный прием, который помогает при написании текста – добавление названия региона. Если пользователь ищет квартиры в Сочи, ему важен регион. Чтобы правильно проработать формулировки, акцентируйте внимание на триггерах: добавьте конкретные цифры в сниппет, если пользователь интересуется стоимостью.
Несмотря на то, что в этом примере много цифр, это оправдано запросом. Количество объявлений показывает, что на сайте есть, из чего выбрать. А указание конкретных цен дает четкий ориентир. Недостаток этого сниппета в том, что описание частично повторяет заголовок.
Примеры составленных тегов description на сайте показывают, что заполнять их необходимо с учетом поисковых запросов. Для этого необходимо изучать поведение пользователей и понимать, как они взаимодействуют с контентом. В этом вам поможет статистика поисковых систем по поведенческим факторам. Узнайте, как анализировать ПФ и улучшать показатели в нашей статье.
Закажи юзабилити-тестирование прямо сейчас
Заказать
Правильно заполняем Description | Stebnev-Studio
1,792 просмотров всего, 1 просмотров сегодня
Оглавление
- Что представляет собой мета-тег Description
- Насколько важен тег Description в процессе продвижения
- Как заполнять мета-тег Description
- Содержимое мета-тега Description для коммерческих и информационных сайтов
- Тег Description: примеры удачного и неудачного заполнения
- Что еще нужно использовать?
Продвижение сайтов — это целая наука со своими законами, особенностями, нюансами. Немалое место в ней занимают различные мета-теги, которые могут принести существенную пользу.
Так, например, правильный тег Description способен обеспечить высокие позиции в поисковой выдаче Яндекса, Google и других подобных онлайн-сервисов. А это значит, что гораздо больше людей зайдут на ваш сайт, ознакомятся с представленной там информацией и совершат требуемое действие: покупку товара, заказ услуги, участие в соцопросе и так далее.
Ниже вы найдете подробную информацию о том, что такое мета-тег Description, как правильно заполнять данный элемент и какую реальную пользу все эти манипуляции способны принести. Так что если вы хотите в совершенстве овладеть наукой продвижения сайтов или, по крайней мере, желаете в точности знать, что происходит в данной сфере деятельности, то приведенная далее информация окажется для вас по-настоящему ценной.
Что представляет собой мета-тег Description
В данном теге располагается краткое описание того, что конкретно может найти пользователь на предлагаемой странице сайта. Размещается такой элемент в контейнере <head>, вследствие чего на самой странице визуально никак не отображается. Вместе с тем, следует учитывать тот факт, что ряд поисковых систем использует его в качестве описания статьи, которое демонстрируется на странице выдачи и должно вызвать у пользователя интерес.
Тут следует сразу же рассказать о том, что будет, если содержимое мета-тега Description заполнено неверно и попросту отсутствует. В этом случае поисковый робот выбирает и демонстрирует произвольный отрывок из всей статьи. И тут чрезвычайно велика вероятность, что вырванный из контекста фрагмент будет малоинформативным и, как следствие, непривлекательным для пользователя.
Насколько важен тег Description в процессе продвижения
Из написанного выше уже понятно, что данная составляющая контента являются вещью если не обязательной, то настоятельно рекомендуемой — это уж точно! Поэтому вопрос “применять или не применять” тут уже не стоит. Однозначно, “применять!”. Но только как? Давайте рассмотрим тему ранжирования более подробно.
Мета-тег Description определенно влияет на CTR, а это, в свою очередь, отражается на позициях в поисковой выдаче. То есть влияние тут, скорее, косвенное, чем прямое.
Конечно, оригинальный цепляющий сниппет (кусочек текста, который используется в качестве краткой аннотации к странице) будет привлекать к себе внимание. Но если говорить о поведенческих факторах, то здесь положительная тенденция может иметь место только когда и заголовок, и дискрипшн релевантны контенту.
Отдельно стоит упомянуть о тех сайтах, на которых текстовый контент очень скудный или отсутствует в принципе (например, ресурсы с фотографиями, обоями для рабочего стола, видеороликами). При таком раскладе знание о том, как заполнить тег Description, является ключевым, поскольку это единственный вариант сформировать сниппет.
Впрочем, принцип конструирования кратких описаний у Яндекса и Google различен. Причем, для продвижения в последней поисковой системе дискрипшн имеет значение большее. Ниже приведены основные особенности того, как в подавляющем большинстве случаев ведущие поисковики формируют описание.
Yandex крайне редко размещает в сниппете весь текст, имеющийся в дискрипшене. Данная система, как правило, самостоятельно выбирает фрагменты из основного контента, подзаголовков, а также других частей, соответствующих запросу. Тут оптимальная длина описания порядка 250 символов.
С поисковым гигантом Google ситуация иная. В его поле зрения неизменно попадает как раз-таки текст из дискрипшена. И только когда в html соответствующие мета-теги не прописаны, сниппет формируется из всего текстового контента. Здесь оптимальный объем описания составляет около 150 символов, но в некоторых случаях эта величина может достигать 220.
Как заполнять мета-тег Description
Существует несколько рекомендаций относительно того, как оптимизировать рассматриваемый элемент. Стоит заметить, что часть из приведенных ниже общих рекомендаций уже упоминалась. Однако, теперь задача иная — дополнить эту информацию новыми сведениями и провести их систематизацию. Итак, к делу.
- Первый важный параметр — это, конечно же, объем. Как уже говорилось, число символов, которое поисковые системы способны поместить в краткую аннотацию, ограничено 160-тью у Гугла и 240-ми у Яндекса. В том случае, если ваш дискрипшн в эти рамки не укладывается, система выдаст обрезанный вариант текста, основной посыл которого окажется, скорее всего, малопонятным.
- Следующая задача состоит в том, чтобы правильно заполнить тег Description ключевыми словами. Последние не способны повлиять на ранжирование. Однако, поисковик обычно выделяет их жирным шрифтом, что способно привлечь внимание пользователей.
- Далее стоит учитывать, что информацию, имеющую наибольшую важность, необходимо помещать в самое начало текста.
- Старайтесь избежать переспама — многократного повторения идентичных слов и словосочетаний в одном абзаце. Используйте синонимы, которые делают текст более насыщенным, интересным и информативным.
- Всегда помните о главной цели, с которой вы составляете описание. Правильный мета-тег Description должен привлекать внимание и выгодно выделять ваш текст среди других материалов аналогичной тематики.
- Обратите внимание, что сниппет, который выдает поисковая система, должен как можно точнее описывать то, что содержится на странице. Чем конкретнее это будет сделано, тем лучше.
- Текст, предлагаемый читателю, должен быть максимально естественным и читабельным. Всегда следует помнить о том, что описание в первую очередь делается для людей, а уже потом для поисковой оптимизации.
- И, наконец, не забывайте про такой важный параметр, как уникальность. Ни в коем случае не копируйте текстовый контент с других ресурсов. Создавайте свой.
Содержимое мета-тега Description для коммерческих и информационных сайтов
В зависимости от характера и цели ресурса существуют небольшие различия в правилах составления аннотации. Для коммерческих описаний актуальны следующие правила:
- Оптимальное количество предложений — 2. Желательно, чтобы каждое из них содержало, как минимум, 3 слова и, как максимум, 7. При возможности используйте числа и факты. Доказано, что подобная конкретика привлекает внимание и вызывает интерес.
- Основное ключевое слово (фразу) следует размещать в начале первого предложения, а также в произвольном месте второго.
- Не допускайте совпадения мета-тега Description с Title, h2 и основным текстом. В противном случае первый будет игнорироваться поисковым роботом.
- Постарайтесь не использовать вводные слова (например, “в данном тексте” или “в предлагаемом обзоре вы узнаете”). Сразу же приступайте к изложению сути.
- Не лишним будет указать название организации и/или телефон. Практика показывает, что присутствие имени компании повышает вероятность того, что содержание дискрипшена попадет в сниппет.
- В конце не забывайте ставить точку.
В случае с информационными текстами правила примерно те же. Разница лишь в том, что здесь уже не требуется применение законов рекламного текста (так, например, зачастую отсутствует необходимость писать название компании, указывать ее телефон и так далее).
Тег Description: примеры удачного и неудачного заполнения
Для наглядности рассмотрим несколько ситуаций, которые наглядно демонстрируют приведенные выше параметры в действии. Итак, начнем с неоптимального заполнения, которое может выглядеть так:
<meta name=»description» content=»кондиционер, купить кондиционер, установка кондиционеров, компрессор кондиционера, кондиционер цена в Воронеже»>. Как сами понимаете, основная здесь ошибка — это перечисление ключевых слов, которое является неестественным.
Как можно сделать этот пример мета-тега Description более читабельным и полезным для пользователя? Конечно же, добавить в описание другие слова, которые раскроют основную суть, внести конкретику и при этом оставить только два ключа, которые по вашему мнению максимально раскрывают суть предложения. Например, “Установка кондиционеров в день обращения. Позвоните в компанию X по номеру Y — и получите лучшую цену в Воронеже.”.
Как видите, тут уже очень емко, лаконично и доступно отражена суть предложения. Помимо этого сделан качественный анонс подробным материалам, которые потенциальный клиент обязательно найдет после того, как пройдет по предложенной поисковиком ссылке.
Что еще нужно использовать?
Конечно, как и в случае с другими мета-тегами, Description сам по себе мало эффективен. Ведь он способен дать лишь краткую информацию относительного того, что можно найти на странице.
Образно говоря, дискрипшн является своеобразным “дворецким”, который любезно открывает “двери” и приглашает в огромный виртуальный “дворец”. И уж конечно не от дворецкого (точнее, не только от него) зависит, понравится посетителю во дворце или нет. Захочет он провести внутри как можно больше времени или поспешит покинуть, сославшись на неотложные дела или вовсе без объяснения причин.
С продвижением сайта ситуация примерно такая же. Как только посетитель перешел на страницу, в силу вступает полная обойма других доступных средств: убедительная статья, привлекательное фотоматериалы, интересное видео, стильный дизайн и так далее.
Тут всегда следует помнить о простом законе, суть которого такова: “1+1+1… = результат”. Иными словами, в процессе оптимизации и продвижения сайта мелочей нет. А поэтому все составляющие нужно стараться доводить до идеального уровня. В том числе и дискрипшн.
как часто Google его игнорирует (исследование)
Метатег description не влияет на ранжирование, но повышает кликабельность сниппета. В том случае, если его содержимое в сниппете отображается. Поисковики оставляют за собой выбор: подтянуть текст из метаописания или любой «релевантный запросу» фрагмент со страницы. А вы задумывались, как часто, к примеру, Google делает выбор в пользу второго варианта?
Мы перевели исследование американского SEO-специалиста Эвана Холла и узнали, насколько часто Google игнорирует содержимое description, в каких случаях это происходит и что делать с этой информацией. Спойлер: не паниковать и считать рекомендованное количество символов.
Плохие новости: Google все чаще игнорирует meta description
Методология исследования
Полученные результаты
Коэффициент перезаписи description на первой странице выдачи
Коэффициент перезаписи в зависимости от частотности запросов
Коэффициент перезаписи в зависимости от длины запроса
Отображаемая длина meta description
Отображаемая длина description в зависимости от наличия даты публикации
Отображаемая длина переписанных сниппетов
Выводы и рекомендации по итогам исследования
Плохие новости: Google все чаще игнорирует meta description
С тех пор как поисковики начали использовать meta description в сниппетах в SERP, периодически возникала проблема: что отображать, когда метаописание неактуально? Обычно поисковая система берет фрагмент текста со страницы, когда метатег description ее не устраивает. Чтобы поисковики не подтягивали причудливые отрывки со страниц в сниппеты, SEO-специалисты уделяют много внимания метатегам description. Они стараются, чтобы метаописания были уникальными и содержательными.
Какое-то время это отлично работало. Оптимизатор мог положиться на то, что поисковые системы используют метаописания, которые он так долго и кропотливо составлял.
Но сейчас ситуация меняется. В последние несколько лет Google все чаще и чаще отображает фрагменты контента страниц в сниппетах.
От редакции: российские оптимизаторы давно уже привыкли к тому, что Яндекс не выводит description в сниппете, а формирует описание самостоятельно.
Возникает вопрос: как часто Google игнорирует наши метаописания?
Недавно Ahrefs опубликовал несколько оригинальных исследований по этой теме и обнаружил, что Google игнорирует метаописание страницы в 63% случаев для страниц из ТОП 10 выдачи.
В такую цифру даже не хочется верить!
Чтобы подтвердить исследование Ahrefs, Эван Холл решил провести собственную версию этого исследования на сопоставимой выборке ключевых слов и посмотреть, получится ли аналогичный результат.
Методология исследования
Откуда брали данные:
- Был использован список из 30 000 ключевых слов с отфильтрованными названиями брендов.
- Ключевые слова ввели в STAT Search Analytics и сняли позиции в поиске для компьютеров и для мобильных устройств.
- С помощью STAT спарсили отображаемые описания в сниппетах на поиске Google.
- Написали собственный скрипт парсинга, который просматривал каждый URL результатов поиска и находил первый из перечисленных метатегов description.
- Описания из SERP и метатеги description были добавлены в базу данных SQL и сопоставлены, чтобы увидеть, включен ли отображаемый Google текст в метатег description.
- Если текст фрагмента из поисковой выдачи не был включен в текст метаописания, это засчитывали как случай игнорирования поисковиком meta description.
Полученные результаты
Цель исследования — проанализировать частоту перезаписи метаописаний как для десктопов, так и для мобильных устройств на основе следующих условий:
- рейтинг на первой странице выдачи;
- частотность ключевых слов;
- длина запроса.
Также эти данные были использованы для оценки отображаемой длины meta description и длины переписанных отображаемых фрагментов в сниппете.
Коэффициент перезаписи description на первой странице выдачи
От редакции: под коэффициентом перезаписи description исследователи имеют в виду процент переписанных Google метаописаний.
Было обнаружено, что коэффициент перезаписи meta description на первой странице SERP составляет 71% в результатах мобильного поиска и 68% на компьютерах. Другими словами, на первой странице выдачи Google выводит метатег description для сниппета примерно в 30% случаев.
У Ahrefs процент перезаписи немного ниже (63%), но это не из-за того, что в выборку попали расширенные сниппеты (featured snippets), их исключили.
Подробно о featured snippet и других колдунщиках Google мы писали здесь.
Возможно, в выборку попали ключевые слова, в выдаче по которым метаописания переписываются чаще.
Коэффициент перезаписи не одинаков в разрезе позиций в выдаче. Вот как он выглядит в зависимости от позиции для первых трех страниц SERP:
Данные включают избранные фрагменты на первой позиции, так что это объясняет всплеск. Но обратите внимание на «выпуклость» с 4 по 6-ю позиции. Почему Google переписывает метаописания на этих позициях чаще, чем на других?
Предположили следующее: поскольку позиции с первой по третью имеют самый высокий CTR, возможно Google пытается повысить релевантность результатов с четвертого по шестой, чтобы получить больше кликов, прежде чем пользователи покинут страницу или начнут искать что-то еще.
Другая интересная вещь в этих данных — это то, как коэффициент перезаписи имеет тенденцию увеличиваться с позицией. Результаты на страницах 2 и 3 не являются наиболее релевантными запросу, поэтому, возможно, Google пытается извлечь более релевантный фрагмент со страницы. Это вполне правдоподобно, потому что результаты на страницах 2 и 3 могут вовсе не соответствовать запросу.
Коэффициент перезаписи в зависимости от частотности запросов
Исследователи ожидали более равномерной перезаписи метаописаний по всем ключевым словам, когда делали выборку по объему поиска. Однако обозначилась четкая тенденция к более высокому коэффициенту перезаписи на мобильных устройствах.
Из этого сделали вывод о взаимосвязи между частотностью ключевого слова и коэффициентом перезаписи.
Чем выше частотность ключевого слова, тем меньше вероятность, что Google переписывает метаописание.
Однако это не линейная зависимость, ось x – это логарифмическая шкала.
Почему же мы видим такое соотношение? Вероятнее всего, потому, что оптимизаторы больше сосредоточены на написании description для частотных ключей, чем для запросов с «длинным хвостом».
К примеру, если вы ранжируетесь на первой странице по ключевому слову с 1 миллионом запросов в месяц, вы, вероятно, приложили значительные усилия к составлению description. В то же время, скорее всего, вы не слишком обращали внимание на фразы с частотностью 10 поисковых запросов в месяц.
Коэффициент перезаписи в зависимости от длины запроса
А как насчет длины запроса? Увидим ли мы аналогичную тенденцию для запросов с большим количеством символов, поскольку они, как правило, являются запросами с «длинным хвостом»?
Выяснили, что запросы с «длинным хвостом», как правило, имеют сниппеты, в которых не используется содержимое description.
Результаты для компьютеров и мобильных устройств очень похожи, при этом для мобильных устройств Google немного чаще игнорирует метаописание. В выборке было немного запросов, содержащих более 45 символов, поэтому о фразах за пределами этой длины известно мало.
Отображаемая длина meta description
Еще одной целью исследования было получить актуальные цифры по отображаемой длине meta description. Несмотря на то, что отображение метаописания ограничено шириной в пикселях, нацелиться на идеальную ширину в пикселях в случае с description трудно, потому что в конце первой строки часто остается неиспользуемое пространство. В этом случае проще оперировать количеством символов.
С отображаемой длиной description происходит несколько вещей.
- На десктопах сниппеты чаще всего имеют длину 156 символов, а процент сниппетов длиной более 165 знаков резко снижается.
- Также можно заметить другой всплеск, который достигает пика при длине сниппета в 142 символа.
Похожая проблема наблюдается и на мобильных устройствах. Скорее всего, это связано с тем, что страницы с датой в сниппете сокращают отображаемое метаописание:
Результаты для мобильных устройств демонстрируют ту же картину, что и для ПК, с двумя ограничениями отображения, которые зависят от наличия даты публикации в сниппете.
Данные сегментировали по тому, использована ли в сниппете дата, чтобы увидеть, не влечет ли использование даты за собой разницу в длине отображения метаописания.
Отображаемая длина description в зависимости от наличия даты публикации
Итак, исследователи отделили результаты для ПК, в которых метаописания имеют функцию расширенного описания даты публикации, от тех, которые ее не имеют.
Между этими двумя группами выявили четкое различие: когда дата публикации указана в сниппете, количество отображаемых символов меньше.
Полностью отображаемые метаописания без даты публикации содержат от 150 до 160 символов. В некоторых случаях — 165 символов.
Если даты лишают нас части отображаемого пространства, к какой длине description мы должны стремиться на тех страницах, на которых указаны даты (например, посты в блогах)?
График показывает, что «безопасной длиной» является 138 — 148 символов в том случае, если нам нужно полностью отображаемое метаописание на десктопе с датой в сниппете.
Разница между результатами поиска с датами в сниппетах и без них на мобильных устройствах немного отличается от результатов на ПК. Если в сниппете есть дата, мы можем получить столько же символов для отображения, но с меньшей вероятностью.
В целом исследование мобильного поиска показывает, что отображаемая длина метаописания меньше, чем на ПК.
Количество отображаемых символов для сниппетов без функции расширенного описания даты достигает пика на уровне 118, а затем резко уменьшается после 121. Это означает, что безопасное целевое количество символов для мобильных результатов без даты составляет менее 120.
Это примерно на 25% меньше символов, чем для description без даты на десктопе. Значительно меньше места для работы!
Мобильные сниппеты с указанной датой публикации выглядят немного странно.
Похоже, что наиболее распространенные сниппеты будут содержать от 95 до 105 символов, но в некоторых случаях Google покажет от 112 до 126 символов.
Может быть, Google разрешает некоторым мобильным сниппетам еще одну строку текста, когда указана дата? В любом случае контент с датой публикации на странице, например сообщения в блогах, не имеет много гарантированного места для отображения.
Проверить количество символов в descriprion и быстро собрать содержимое основных SEO-тегов страниц любого сайта можно при помощи автоматизированного инструмента — парсера мета-тегов и заголовков от PromoPult. Сможете выявить незаполненные, слишком длинные или короткие метаописания за пару кликов. Первые 500 URL бесплатно. Инструкция по работе с инструментом здесь.
Отображаемая длина переписанных сниппетов
Итак, сколько места Google выделяет себе для описания в сниппете? Оказывается, что немного больше, чем пространство, которое разрешено для оптимизаторов.
- В результатах для ПК без даты в rich snippet описания Google достигают пика в 160 символов, а затем быстро сокращаются после 167.
- С датами пиковое значение составляет 147 символов и быстро уменьшается после 149.
Небольшая разница со сниппетами, использующими meta description. Но было бы хорошо, если бы у оптимизаторов было столько же места, чтобы составить хорошее метаописание.
Также обратите внимание на частоту появления сниппетов длиной около 225 символов и 325 символов. Помните, в декабре 2017 года Google увеличил длину метаописания до 320 символов, а затем быстро передумал? Похоже, ограничение в 320 символов все еще существует, но только для сниппетов, которые Google формирует самостоятельно.
В результатах мобильного поиска Google выделяет себе от 114 до 121 символа для сниппетов без даты, с пиковым значением 118. Если дата присутствует в сниппете, оптимальное значение оказывается между 99 и 105, с пиком на 100 символах.
Как и в случае с десктопом, существует несколько расширенных диапазонов сниппетов. Эти расширенные сниппеты оказались длиной около 150, 175, 200, 250 и 320 символов.
Выводы и рекомендации по итогам исследования
Подведем итоги.
- На первой странице выдачи Google отображает содержимое meta description в сниппете в 30% случаев.
- При этом отображаемая длина description в символах находится в диапазоне от 138 до 165.
- Количество отображаемых символов в сниппете зависит от десктопной или мобильной выдачи и наличия/отсутствия в сниппете даты публикации.
- Для переписанных сниппетов Google выделяет больше отображаемых символов — до 167 для десктопов и до 149 для мобильных устройств.
- Оптимизаторам не стоит пока отказываться от составления хороших description хотя бы потому, что самый низкий коэффициент перезаписи у высокочастотных ключевых слов.
- Нужно всегда помнить об отображаемой длине сниппета на мобильном устройстве.
- Попробуйте поэкспериментировать с контентом, который Google подтягивает в сниппеты вместо description. Возможно, эти фрагменты текста тоже можно оптимизировать.
И две рекомендации, которые касаются длины метатега description:
- Используйте от 150 до 160 символов для метаописаний, ориентированных на ПК, но первые 120 символов должны включать ядро сообщения для результатов мобильного поиска. Если ваш трафик в основном мобильный, рассматривайте дополнительное место на ПК как бонус.
- Для сообщений в блогах и других страниц с датами публикации ориентируйтесь на длину description от 138 до 148 символов. Поскольку большинство сниппетов с датами на мобильных устройствах обрезаются после 105 символов, наиболее важная часть описания должна быть в первых 100.
Определение описания Merriam-Webster
описание | \ ди-ˈskrip-shən \ 1а : акт описания конкретно : дискурс, предназначенный для создания мысленного образа чего-то пережитого. красивый неописуемый дал точное описание увиденного б : выписка или счет, дающие характеристики кого-то или чего-то : описательный отчет или счет Рецензия была не более чем описанием сюжета фильма.2 : вид или характер, особенно в зависимости от характерных особенностей (см. Значительную запись 1, смысл 3b). у кого-то, подходящего под описание подозреваемого, были игрушки любого описания, противостоящие любому налогу столь радикального описанияопределение описания по The Free Dictionary
Это был Фикс, один из детективов, которых отправили из Англии на поиски грабителя банка; его задачей было внимательно следить за каждым пассажиром, прибывающим в Суэц, и следить за всеми, кто казался подозрительными персонажами или имел сходство с описанием преступника, которое он получил два дня назад из полицейского управления в Лондоне. .Доброта, которую он проявил, посвятив себя моей помощи, превосходит все описания. Он относился ко мне в моем несчастном положении с деликатностью и уважением, которые я буду с благодарностью вспоминать еще долго после того, как он, возможно, и вовсе забыл о нашей встрече. Обычно второстепенная по внешнему виду, но жизненно важная художественная сила — это способность автора описывать, изображать и то, и другое. внешность его персонажей и сцены, которые составляют его фон и помогают придать тон его работе. Возьмем, например, описание железного века «Разве это не странно, — предположила она, — что убийца должен был иметь сбежал, с таким тщательным описанием его, как это распространено по всей Англии? »Мир говорит, что никакое словесное описание трогательного зрелища на сотую долю меньше волнующего, чем то же зрелище, увиденное собственными глазами, — тем не менее мир желает позволить своему сыну, своей дочери и самому себе смотреть на зверя Тициана, но не выдержит его словесного описания. «Описание Инчбэра (которое вы вскоре обнаружите) полностью оправдывает этого человека», — сказал сэр Патрик, указывая на Джеффри, все еще спящего в своем кресле. Таково описание гражданина, который ближе всего подходит к тому, что называют ДОБРОТА МАРХЕЙО И ОТДЫХА ОСТРОВОВ — ПОЛНОЕ ОПИСАНИЕ ХЛЕБА — ПЛОДОВОЕ ДЕРЕВО — РАЗЛИЧНЫЕ СПОСОБЫ ПРИГОТОВЛЕНИЯ ФРУКТОВ В стихах Спенсера нас удерживает красота — красота описания, красота мысли. , красота звука.Чтобы доказать вам, что мы уже все об этом знаем, я прилагаю к этому список и описание всех кораблей, которые у вас есть ». Кроме того, если вам возразят, что описание не соответствует действительности, поэт, возможно, ответит: «Но объекты такие, какими они должны быть»: точно так же, как Софокл сказал, что рисовал людей такими, какими они должны быть; Еврипид такими, какие они есть.Описание и примеры описательного письма
В композиции описание — это риторическая стратегия, использующая сенсорные детали для изображения человека, места или предмета.
Описание используется во многих различных типах документальной литературы, включая эссе, биографии, мемуары, письма о природе, профили, спортивные статьи и путевые заметки.
Описание — это одна из прогимнасмат (последовательность классических риторических упражнений) и один из традиционных способов дискурса.
Примеры и наблюдения
«Описание — это набор свойств, качеств и характеристик, которые автор должен выбрать (выбрать, выбрать), но искусство лежит в порядке их выпуска — визуально, звуко, концептуально — и, следовательно, в порядке их взаимодействия, включая социальное положение каждого слова.
(Уильям Х. Гасс, «Приговор ищет свою форму». Храм текстов . Альфред А. Кнопф, 2006)
Показать; Не говори
«Это старейшее клише писательской профессии, и я бы хотел, чтобы мне не приходилось его повторять. Не говорите мне, что ужин в День Благодарения был холодным. Покажите мне, как жир становится белым, когда он застывает вокруг горошка на вашей тарелке. … Думайте о себе как о кинорежиссере, вы должны создать сцену, к которой зритель будет относиться физически и эмоционально.»(Дэвид Р. Уильямс, Sin Boldly !: Руководство доктора Дейва по написанию доклада для колледжа . Basic Books, 2009)
Выбор деталей
«Основная задача писателя-описателя — это выбор , и словесное представление информации. Вы должны выбрать детали, которые имеют значение — которые важны для целей, которыми вы делитесь со своими читателями, — а также образец расположения, относящийся к этим общим целям. …
« Описание может быть инженером, описывающим местность, где должна быть построена насыпь, писателем, описывающим ферму, на которой будет происходить действие романа, риелтором, описывающим дом и землю для продажи, журналистом, описывающим место рождения знаменитости , или турист, описывающий сельскую местность друзьям, вернувшимся домой.Этот инженер, писатель, риелтор, журналист и турист, возможно, описывают одно и то же место. Если каждое из них правдиво, их описания не будут противоречить друг другу. Но они, безусловно, будут включать и подчеркивать различные аспекты ».
(Ричард М. Коу, Форма и субстанция . Wiley, 1981)
Совет Чехова молодому писателю
«На мой взгляд, описания природы должны быть предельно краткими и предложенными кстати как бы. Откажитесь от банальных мест, таких как:« заходящее солнце, купание в волнах темнеющего моря, залитое пурпурным золотом, ‘ и так далее.Или «ласточки, летящие над водой, весело щебечут». При описании природы следует ухватиться за мелочи, группируя их так, чтобы, прочитав отрывок, закрыть глаза, образовалась картина. Например, вы вызовете лунную ночь, написав, что на плотине мельницы стеклянные осколки разбитой бутылки вспыхивают, как яркая маленькая звезда, и что черная тень собаки или волка катится, как мяч ».
(Антон Чехова, цитируется Раймондом Обстфельдом в книге Novelist’s Essential Guide to Crafting Scenes . Дайджест писателей, 2000)
Два типа описания: объективное и импрессионистское
« Объективное описание пытается точно передать внешний вид объекта как вещи в себе, независимо от восприятия наблюдателем или чувств к нему. Это фактическое описание, цель которого — информировать читателя, который не мог видеть собственными глазами. Писатель считает себя своего рода фотоаппаратом, записывающим и воспроизводящим, хотя и на словах, правдивую картину.. . .
« Импрессионистское описание сильно отличается. Сосредоточившись на настроении или чувстве, которое объект вызывает в наблюдателе, а не на объекте, как он существует сам по себе, импрессионизм стремится не информировать, а вызывать эмоции. Он пытается заставить нас чувствовать больше, чем для того, чтобы заставить нас видеть … »[] Писатель может размыть или усилить детали, которые он выбирает, и, умело используя образы речи, он может сравнивать их с вещами, рассчитанными на то, чтобы вызвать соответствующие эмоции. Чтобы произвести на нас впечатление унылой уродливостью дома, он может преувеличить тусклость его окраски или образно описать отслаивание как leprous .»
(Томас С. Кейн и Леонард Дж. Петерс, Writing Prose: Techniques and Purposes , 6-е изд. Oxford University Press, 1986)
Объективное самоописание Линкольна
«Если какое-либо личное описание меня будет сочтено желательным, можно сказать, что я ростом шесть футов четыре дюйма, почти; худощавый, в среднем весю сто восемьдесят фунтов; смуглый цвет лица , с жесткими черными волосами и серыми глазами — никаких других отметин или марок не припомнил.»
(Авраам Линкольн, Письмо Джесси В. Феллу, 1859 г.)
Импрессионистское описание дымного города Ребекки Хардинг Дэвис
«Особенность этого города — дым. Он мрачно скатывается медленными складками из огромных труб чугунолитейных заводов и оседает черными слизистыми лужами на грязных улицах. Дым на пристанях, дым на грязных лодках, на берегу желтая река — покрытая жирной копотью фасад дома, два выцветших тополя, лица прохожих. У длинного шлейфа мулов, тащащих кучу чугуна по узкой улице, с вонючих бока свисает зловонный пар. Здесь, внутри, маленькая изломанная фигурка ангела, указывающего вверх с каминной полки; но даже его крылья покрыты дымом, слипшимся и черным. Дым везде! Грязная канарейка отчаянно щебечет в клетке рядом со мной. Его мечта о зеленых полях и солнечном свете — очень давняя мечта — я думаю, почти исчерпанная ».
(Ребекка Хардинг Дэвис,« Жизнь на железных заводах ». The Atlantic Monthly , апрель 1861 г.)
Описание Эрнеста Хемингуэя Лилиан Росс
«Хемингуэй был одет в красную шерстяную рубашку в клетку, узорчатый шерстяной галстук, коричневый шерстяной свитер-жилет, коричневый твидовый пиджак, плотно прилегающий к спине и с рукавами, слишком короткими для его рук, серые фланелевые слаксы, носки с рисунком аргайл, и мокасины, и он выглядел медвежьим, сердечным и сдержанным.Его волосы, которые были очень длинными сзади, были седыми, за исключением висков, где они были белыми; его усы были белыми, и у него была рваная полудюймовая, полная белая борода. Над левым глазом была шишка размером с грецкий орех. На нем были очки в стальной оправе, с листом бумаги под носом. Он не спешил добираться до Манхэттена ».
(Лилиан Росс,« Как вам это сейчас нравится, джентльмены? » The New Yorker , 13 мая 1950 г.)
Описание сумочки
«Три года назад на блошином рынке я купила маленькую расшитую белыми бусами сумочку, которую с тех пор никогда не носила на публике, но которую никогда бы не подумала отдать.Кошелек небольшой, размером с бестселлер в мягкой обложке, и поэтому он совершенно не подходит для таскания с собой таких принадлежностей, как кошелек, гребень, компакт, чековая книжка, ключи и все другие предметы первой необходимости современной жизни. Сотни крошечных жемчужных бусинок усеивают внешнюю часть сумочки, а на передней стороне, вплетенной в узор, изображен звездообразный узор, образованный более крупными плоскими бусинами. Сливочно-белый атлас покрывает внутреннюю часть сумки и образует небольшой карман с одной стороны. В кармане кто-то, возможно, первоначальный владелец, нацарапал инициалы «J.W. «красной помадой. На дне кошелька находится серебряная монета, которая напоминает мне о моих подростковом возрасте, когда моя мать предупредила меня никогда не выходить на свидание без цента, на случай, если мне придется позвонить домой за помощью. На самом деле, я думаю, именно поэтому мне нравится моя белая расшитая бисером сумочка: она напоминает мне о старых добрых временах, когда мужчины были мужчинами, а женщины — женщинами ».
(Лори Рот, «Моя сумочка»)
Описание Биллом Брайсоном гостиной в отеле «Старая Англия»
«Комната была небрежно усыпана стареющими полковниками и их женами, сидевшими среди небрежно сложенных Daily Telegraph s.Все полковники были невысокого роста, круглые люди в твидовых пиджаках, с хорошо зачесанными серебристыми волосами, внешне грубоватыми, скрывающимися внутри кремневой сердцевины, а когда они шли, они лихорадочно хромали. Их жены, обильно накрашенные и напудренные, выглядели так, как будто они только что вышли из гроба «.
(Билл Брайсон, Notes From a Small Island . Уильям Морроу, 1995)
Сильнее смерти
«Великолепное описание потрясает нас. Оно наполняет наши легкие жизнью его автора.Вдруг он поет внутри нас. Кто-то другой видел жизнь такой, какой мы ее видим! И голос, который наполняет нас, если писатель умрет, преодолевает пропасть между жизнью и смертью. Великое описание сильнее смерти ».
(Дональд Ньюлав, Painted Paragraphs . Генри Холт, 1993)
LiL Предпосылки Что такое описание
Аудиоописание, видеоописание, описательное видео, DVS®, английский для слабовидящих, повествовательное видео… много названий для этой важной функции доступности.
A Определение
Описание — это дополнительное повествование, которое переводит изображения и другую визуальную информацию в устные слова, чтобы слепые или слабовидящие люди могли получать доступ к произведениям популярного, культурного или образовательного значения, пользоваться ими и учиться на них. Для целей LIL описание наиболее заметно на видео-носителях (в кинотеатрах, на DVD / Blu-Ray и в Интернете), где оно обычно вставляется в паузы между диалогами, повествованием, музыкой и окружающими звуками в исходном саундтреке. .
Немного истории
Описание «началось» с работы доктора Грегори Фрейзера, когда он основал свою компанию AudioVision в 1972 году (хотя это было задумано Четом Эйвери, администратором Министерства образования США, еще в 1964 году). Это действительно стало популярным в начале 80-х под новаторским руководством покойной доктора Маргарет Фанстиль, которая позже получила премию «Эмми» за ее лидерство в обеспечении доступности телевидения для людей с нарушениями зрения.
Прочтите полное описание Временная шкала Основные моменты из DCMP .
Примеры описания из Интернета
«Сцена завтрака» из сериала «
Чудотворец» » youtube.com/v/n5enRm9a1Dk»>Отрывок из версии The Miracle Worker 1979 года, которая также доступна по ссылке DCMP .(Посетите страницу DCMP The Miracle Worker , чтобы посмотреть доступный трейлер и еще один доступный предварительный просмотр фильма.)
Как музеи используют сенсорное управление »
youtube.com/embed/m2G_jZjs34Y» frameborder=»0″ allow=»accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture» allowfullscreen=»»/>Пример расширенного описания с YouTube-канала Art Beyond Sight. Обратите внимание на то, как изображение и исходный звук приостанавливаются, чтобы визуальные эффекты можно было описать более полно.
Сила 504 »Первая часть 18-минутного документального фильма Сила 504 , доступного с открытыми субтитрами и описанием на YouTube. (Часть 2 из The Power of 504 .)
Pineda Foundation Видео на YouTube »
Большинство видеороликов, созданных некоммерческой организацией Victor Pineda Foundation и размещенных на ее канале YouTube, имеют подписи и описания. (На фото выше: Видео Стефани на премии AAPD Paul G. Hearne Award .)
Сегмент из
The Ultimate Gift » youtube.com/embed/3B7abSSIEmY» frameborder=»0″ allow=»accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture» allowfullscreen=»»/>Веб-сайт Narrative Television Network содержит коллекцию обучающих видеороликов и классических фильмов, доступных бесплатно с описанием.(Показано выше: отрывок из The Ultimate Gift , вдохновляющей истории основателя Джима Стовалла.)
Примеры от Audio Description Associates »
Несколько клипов из различных жанров описания (телевидение, образовательные программы, театр, танцы) доступны в Audio Description Associates.
Примеры из Bridge Multimedia »
Несколько примеров описанных рекламных роликов и отрывок из Symbiosis in Ocean Communities (доступен по ссылке DCMP ) с веб-сайта Bridge Multimedia.
Примеры с YourLocalCinema.com »
Сотни клипов и трейлеров (в основном снятых в Великобритании, что объясняет британский акцент, с которым говорит большинство ораторов) из основных фильмов, выпущенных за последние несколько лет. Доступен как смесь MP3 и потокового видео.
Фильмы для слепых »
Бесплатный подкаст с классическими общедоступными фильмами и сериалами с описанием от Valerie H productions.
Видеоролики DO-IT »
Список описанных обучающих видео по программе DO-IT Вашингтонского университета.
Название термина: аннотация | |
URI | http://purl.org/dc/terms/abstract |
Этикетка | Абстракция |
Определение | Краткое описание ресурса. |
Вид срока | Имущество |
Подсвойство | |
Название термина: accessRights | |
URI | http: // изн.org / dc / terms / accessRights |
Этикетка | Права доступа |
Определение | Информация о том, кто обращается к ресурсу, или указание его статуса безопасности. |
Комментарий | Права доступа могут включать информацию о доступе или ограничениях, основанных на конфиденциальности, безопасности или других политиках. |
Вид срока | Имущество |
Диапазон включает |
|
Подсвойство |
|
Название срока: accrualMethod | |
URI | http://purl.org/dc/terms/accrualMethod |
Этикетка | Метод начисления |
Определение | Метод, с помощью которого элементы добавляются в коллекцию. |
Комментарий | Рекомендуемая практика — использовать значение из словаря метода начисления описания коллекции [DCMI-ACCRUALMETHOD]. |
Вид срока | Имущество |
Диапазон включает |
|
Имеет домен | http://purl.org/dc/dcmitype/Collection |
Название срока: accrualPeriodicity | |
URI | http: // изн.org / dc / terms / accrualPeriodicity |
Этикетка | Периодичность начисления |
Определение | Частота, с которой элементы добавляются в коллекцию. |
Комментарий | Рекомендуемая практика — использовать значение из словаря частот описания коллекции [DCMI-COLLFREQ]. |
Вид срока | Имущество |
Диапазон включает |
|
Имеет домен | http://purl.org/dc/dcmitype/Collection |
Название срока: accrualPolicy | |
URI | http://purl.org/dc/terms/accrualPolicy |
Этикетка | Политика начисления |
Определение | Политика, регулирующая добавление элементов в коллекцию. |
Комментарий | Рекомендуемая практика — использовать значение из словаря политики начисления описаний коллекции [DCMI-ACCRUALPOLICY]. |
Вид срока | Имущество |
Диапазон включает |
|
Имеет домен | http://purl.org/dc/dcmitype/Collection |
Название термина: альтернатива | |
URI | http: // изн.org / dc / terms / alternate |
Этикетка | Альтернативный заголовок |
Определение | Альтернативное имя ресурса. |
Комментарий | Различие между заголовками и альтернативными заголовками зависит от приложения. |
Вид срока | Имущество |
Имеет диапазон | http://www.w3.org/2000/01/rdf-schema#Literal |
Подсвойство |
|
Название термина: аудитория | |
URI | http://purl.org/dc/terms/audience |
Этикетка | Аудитория |
Определение | Класс агентов, для которых предназначен или полезен ресурс. |
Комментарий | Рекомендуемая практика — использовать это свойство с нелитальными значениями из словаря типов аудитории. |
Вид срока | Имущество |
Диапазон включает |
|
Название срока: доступно | |
URI | http: // изн.org / dc / terms / доступно |
Этикетка | Дата выпуска |
Определение | Дата, когда ресурс стал или станет доступен. |
Комментарий | Рекомендуемая практика — описывать дату, дату / время или период времени, как рекомендовано для свойства Date, для которого это вспомогательное свойство. |
Вид срока | Имущество |
Имеет диапазон | http: // www.w3.org/2000/01/rdf-schema#Literal |
Подсвойство |
|
Название термина: библиографическое цитирование | |
URI | http://purl.org/dc/terms/bibliographicCitation |
Этикетка | Библиографическое цитирование |
Определение | Библиографическая ссылка на ресурс. |
Комментарий | Рекомендуемая практика — включать достаточно библиографических подробностей, чтобы идентифицировать ресурс как можно более однозначно. |
Вид срока | Имущество |
Имеет диапазон | http://www.w3.org/2000/01/rdf-schema#Literal |
Подсвойство |
|
Название термина: соответствует | |
URI | http://purl.org/dc/terms/conformsTo |
Этикетка | соответствует |
Определение | Установленный стандарт, которому соответствует описанный ресурс. |
Вид срока | Имущество |
Диапазон включает |
|
Подсвойство |
|
Название термина: участник | |
URI | http: // изн.org / dc / terms / Contributor |
Этикетка | Автор |
Определение | Организация, ответственная за внесение вкладов в ресурс. |
Комментарий | Правила использования имен людей или организаций в качестве авторов распространяются на авторов. |
Вид срока | Имущество |
Диапазон включает |
|
Подсвойство |
|
Название срока: покрытие | |
URI | http://purl.org/dc/terms/coverage |
Этикетка | Покрытие |
Определение | Пространственная или временная тема ресурса, пространственная применимость ресурса или юрисдикция, к которой относится ресурс. |
Комментарий | Пространственная тема и пространственная применимость могут быть названным местом или местом, указанным его географическими координатами. Темпоральной темой может быть именованный период, дата или диапазон дат. Юрисдикция может быть названной административной единицей или географическим местом, к которому относится ресурс. Рекомендуемая практика — использовать контролируемый словарь, такой как Тезаурус географических названий Гетти [TGN]. В соответствующих случаях могут использоваться именованные места или периоды времени вместо числовых идентификаторов, таких как наборы координат или диапазоны дат.Поскольку покрытие определяется очень широко, предпочтительно использовать более конкретные подсвойства Временное покрытие и Пространственное покрытие. |
Вид срока | Имущество |
Диапазон включает |
|
Подсвойство |
|
Название термина: создано | |
URI | http://purl.org/dc/terms/created |
Этикетка | Дата создания |
Определение | Дата создания ресурса. |
Комментарий | Рекомендуемая практика — описывать дату, дату / время или период времени, как рекомендовано для свойства Date, для которого это вспомогательное свойство. |
Вид срока | Имущество |
Имеет диапазон | http://www.w3.org/2000/01/rdf-schema#Literal |
Подсвойство |
|
Название термина: создатель | |
URI | http: // изн.org / dc / terms / creator |
Этикетка | Создатель |
Определение | Субъект, ответственный за создание ресурса. |
Комментарий | Рекомендуемая практика — идентифицировать создателя с помощью URI. Если это невозможно или неосуществимо, может быть предоставлено буквальное значение, идентифицирующее создателя. |
Вид срока | Имущество |
Диапазон включает |
|
Эквивалентное имущество |
|
Подсвойство |
|
Название срока: дата | |
URI | http: // изн.org / dc / terms / date |
Этикетка | Дата |
Определение | Точка или период времени, связанный с событием в жизненном цикле ресурса. |
Комментарий | Дата может использоваться для выражения временной информации на любом уровне детализации. Рекомендуемая практика — выражать дату, дату / время или период времени в соответствии с ISO 8601-1 [ISO 8601-1] или опубликованным профилем стандарта ISO, таким как Примечание W3C о форматах даты и времени [W3CDTF] или спецификацию расширенного формата даты / времени [EDTF].Если полная дата неизвестна, можно использовать месяц и год (ГГГГ-ММ) или год (ГГГГ). Диапазоны дат могут быть указаны с использованием спецификации периода времени ISO 8601, в котором даты начала и окончания разделены символом ‘/’ (косая черта). Дата начала или окончания может отсутствовать. |
Вид срока | Имущество |
Имеет диапазон | http://www.w3.org/2000/01/rdf-schema#Literal |
Подсвойство |
|
Название срока: dateAccepted | |
URI | http://purl.org/dc/terms/dateAccepted |
Этикетка | Дата принятия |
Определение | Дата приема ресурса. |
Комментарий | Рекомендуемая практика — описывать дату, дату / время или период времени, как рекомендовано для свойства Date, для которого это вспомогательное свойство.Примеры ресурсов, к которым может относиться дата зачисления, — это диссертация (принята отделением университета) или статья (принята журналом). |
Вид срока | Имущество |
Имеет диапазон | http://www.w3.org/2000/01/rdf-schema#Literal |
Подсвойство |
|
Название термина: dateCopyrighted | |
URI | http://purl.org/dc/terms/dateCopyrighted |
Этикетка | Дата Защищена авторским правом |
Определение | Дата возникновения авторских прав на ресурс. |
Комментарий | Обычно год. Рекомендуемая практика — описывать дату, дату / время или период времени, как рекомендовано для свойства Date, которое является второстепенным свойством. |
Вид срока | Имущество |
Имеет диапазон | http://www.w3.org/2000/01/rdf-schema#Literal |
Подсвойство |
|
Название срока: дата отправки | |
URI | http: // изн.org / dc / terms / date Отправлено |
Этикетка | Дата отправки |
Определение | Дата размещения ресурса. |
Комментарий | Рекомендуемая практика — описывать дату, дату / время или период времени, как рекомендовано для свойства Date, для которого это вспомогательное свойство. Примеры ресурсов, к которым может относиться «Дата отправки», включают диссертацию (отправленную на факультет университета) или статью (отправленную в журнал). |
Вид срока | Имущество |
Имеет диапазон | http://www.w3.org/2000/01/rdf-schema#Literal |
Подсвойство |
|
Название термина: описание | |
URI | http: // изн.org / dc / terms / description |
Этикетка | Описание |
Определение | Аккаунт ресурса. |
Комментарий | Описание может включать, но не ограничивается: реферат, оглавление, графическое представление или текстовое описание ресурса. |
Вид срока | Имущество |
Подсвойство |
|
Название срока: educationLevel | |
URI | http://purl.org/dc/terms/educationLevel |
Этикетка | Уровень образования аудитории |
Определение | Класс агентов, определенный с точки зрения продвижения в образовательном или обучающем контексте, для которого предназначен описываемый ресурс. |
Вид срока | Имущество |
Диапазон включает |
|
Подсвойство |
|
Название термина: степень | |
URI | http: // изн.org / dc / terms / протяженность |
Этикетка | Протяженность |
Определение | Размер или продолжительность ресурса. |
Комментарий | Рекомендуемая практика — указывать размер файла в мегабайтах и продолжительность в формате ISO 8601. |
Вид срока | Имущество |
Диапазон включает |
|
Подсвойство |
|
Название термина: формат | |
URI | http://purl.org/dc/terms/format |
Этикетка | Формат |
Определение | Формат файла, физический носитель или размеры ресурса. |
Комментарий | Рекомендуемая практика — использовать контролируемый словарный запас, если таковой имеется. Например, для форматов файлов можно использовать список типов Интернет-носителей [MIME]. Примеры размеров включают размер и продолжительность. |
Вид срока | Имущество |
Диапазон включает |
|
Подсвойство |
|
Название термина: hasFormat | |
URI | http://purl.org/dc/terms/hasFormat |
Этикетка | имеет формат |
Определение | Связанный ресурс, который по существу совпадает с ранее существовавшим описанным ресурсом, но в другом формате. |
Комментарий | Это свойство предназначено для использования с нелитеральными значениями. Это свойство является обратным свойству Is Format Of. |
Вид срока | Имущество |
Подсвойство |
|
Название термина: hasPart | |
URI | http: // изн.org / dc / terms / hasPart |
Этикетка | имеет часть |
Определение | Связанный ресурс, который физически или логически включен в описанный ресурс. |
Комментарий | Это свойство предназначено для использования с нелитеральными значениями. Это свойство является обратным свойству Is Part Of. |
Вид срока | Имущество |
Подсвойство |
|
Название термина: hasVersion | |
URI | http://purl.org/dc/terms/hasVersion |
Этикетка | Имеет версию |
Определение | Связанный ресурс, представляющий собой версию, издание или адаптацию описанного ресурса. |
Комментарий | Изменения в версии подразумевают существенные изменения содержания, а не различия в формате. Это свойство предназначено для использования с нелитеральными значениями. Это свойство является обратным свойству Is Version Of. |
Вид срока | Имущество |
Подсвойство |
|
Название термина: идентификатор | |
URI | http://purl.org/dc/terms/identifier |
Этикетка | Идентификатор |
Определение | Однозначная ссылка на ресурс в заданном контексте. |
Комментарий | Рекомендуемая практика — идентифицировать ресурс с помощью строки, соответствующей системе идентификации.Примеры включают международный стандартный номер книги (ISBN), идентификатор цифрового объекта (DOI) и универсальное имя ресурса (URN). Постоянные идентификаторы должны быть предоставлены как HTTP URI. |
Вид срока | Имущество |
Имеет диапазон | http://www.w3.org/2000/01/rdf-schema#Literal |
Подсвойство |
|
Название термина: инструктивный метод | |
URI | http://purl.org/dc/terms/instructionalMethod |
Этикетка | Метод обучения |
Определение | Процесс, используемый для формирования знаний, отношений и навыков, для поддержки которых предназначен описанный ресурс. |
Комментарий | Учебный методобычно включает способы представления учебных материалов или проведения учебных мероприятий, модели взаимодействия ученика с учеником и ученика с преподавателем, а также механизмы, с помощью которых измеряются групповые и индивидуальные уровни обучения.Учебные методы включают в себя все аспекты процесса обучения и обучения, от планирования и реализации до оценки и обратной связи. |
Вид срока | Имущество |
Диапазон включает |
|
Название термина: isFormatOf | |
URI | http: // изн.org / dc / terms / isFormatOf |
Этикетка | — это формат |
Определение | Ранее связанный ресурс, который по существу совпадает с описанным ресурсом, но в другом формате. |
Комментарий | Это свойство предназначено для использования с нелитеральными значениями. Это свойство является обратным свойству Has Format. |
Вид срока | Имущество |
Подсвойство |
|
Название термина: isPartOf | |
URI | http://purl.org/dc/terms/isPartOf |
Этикетка | является частью |
Определение | Связанный ресурс, в который физически или логически включен описанный ресурс. |
Комментарий | Это свойство предназначено для использования с нелитеральными значениями. Это свойство является обратным свойству Has Part. |
Вид срока | Имущество |
Подсвойство |
|
Название термина: isReferencedBy | |
URI | http: // изн.org / dc / terms / isReferencedBy |
Этикетка | ссылается на |
Определение | Связанный ресурс, который ссылается, цитирует или иным образом указывает на описанный ресурс. |
Комментарий | Это свойство предназначено для использования с нелитеральными значениями. Это свойство является обратным свойством Ссылки. |
Вид срока | Имущество |
Подсвойство |
|
Название термина: isReplacedBy | |
URI | http://purl.org/dc/terms/isReplacedBy |
Этикетка | заменен на |
Определение | Связанный ресурс, который заменяет, замещает или заменяет описанный ресурс. |
Комментарий | Это свойство предназначено для использования с нелитеральными значениями. Это свойство является обратным свойству Replaces. |
Вид срока | Имущество |
Подсвойство |
|
Название термина: isRequiredBy | |
URI | http: // изн.org / dc / terms / isRequiredBy |
Этикетка | требуется |
Определение | Связанный ресурс, которому требуется описанный ресурс для поддержки его функции, доставки или согласованности. |
Комментарий | Это свойство предназначено для использования с нелитеральными значениями. Это свойство является обратным свойству Requires. |
Вид срока | Имущество |
Подсвойство |
|
Название срока: выдан | |
URI | http://purl.org/dc/terms/issued |
Этикетка | Дата выпуска |
Определение | Дата официального выпуска ресурса. |
Комментарий | Рекомендуемая практика — описывать дату, дату / время или период времени, как рекомендовано для свойства Date, для которого это вспомогательное свойство. |
Вид срока | Имущество |
Имеет диапазон | http://www.w3.org/2000/01/rdf-schema#Literal |
Подсвойство |
|
Название термина: isVersionOf | |
URI | http: // изн.org / dc / terms / isVersionOf |
Этикетка | — это версия |
Определение | Связанный ресурс, для которого описанный ресурс является версией, выпуском или адаптацией. |
Комментарий | Изменения в версии подразумевают существенные изменения содержания, а не различия в формате. Это свойство предназначено для использования с нелитеральными значениями. Это свойство является обратным свойству Has Version. |
Вид срока | Имущество |
Подсвойство |
|
Название термина: язык | |
URI | http://purl.org/dc/terms/language |
Этикетка | Язык |
Определение | Язык ресурса. |
Комментарий | Рекомендуемая практика заключается в использовании либо нелукального значения, представляющего язык из контролируемого словаря, такого как ISO 639-2 или ISO 639-3, либо буквального значения, состоящего из языкового тега IETF Best Current Practice 47 [IETF-BCP47]. . |
Вид срока | Имущество |
Диапазон включает |
|
Подсвойство |
|
Название срока: лицензия | |
URI | http: // изн.org / dc / terms / license |
Этикетка | Лицензия |
Определение | Юридический документ, дающий официальное разрешение на какие-либо действия с ресурсом. |
Комментарий | Рекомендуемая практика — идентифицировать лицензионный документ с помощью URI. Если это невозможно или неосуществимо, может быть предоставлено буквальное значение, идентифицирующее лицензию. |
Вид срока | Имущество |
Диапазон включает |
|
Подсвойство |
|
Название срока: посредник | |
URI | http://purl.org/dc/terms/mediator |
Этикетка | Посредник |
Определение | Сущность, которая обеспечивает доступ к ресурсу. |
Комментарий | В образовательном контексте посредником может быть родитель, учитель, помощник учителя или опекун. |
Вид срока | Имущество |
Диапазон включает |
|
Подсвойство |
|
Название термина: средний | |
URI | http://purl.org/dc/terms/medium |
Этикетка | Средний |
Определение | Материальный или физический носитель ресурса. |
Вид срока | Имущество |
Диапазон включает |
|
Домен включает |
|
Подсвойство |
|
Название срока: изменено | |
URI | http: // изн.org / dc / terms / модифицированный |
Этикетка | Дата изменения |
Определение | Дата изменения ресурса. |
Комментарий | Рекомендуемая практика — описывать дату, дату / время или период времени, как рекомендовано для свойства Date, для которого это вспомогательное свойство. |
Вид срока | Имущество |
Имеет диапазон | http: // www.w3.org/2000/01/rdf-schema#Literal |
Подсвойство |
|
Название термина: происхождение | |
URI | http://purl.org/dc/terms/provenance |
Этикетка | Происхождение |
Определение | Заявление обо всех изменениях в праве собственности и хранении ресурса с момента его создания, которые важны для его подлинности, целостности и интерпретации. |
Комментарий | Заявление может включать описание любых изменений, которые последующие хранители вносили в ресурс. |
Вид срока | Имущество |
Диапазон включает |
|
Название термина: издатель | |
URI | http: // изн.org / dc / terms / publisher |
Этикетка | Издатель |
Определение | Субъект, ответственный за предоставление ресурса. |
Вид срока | Имущество |
Диапазон включает |
|
Подсвойство |
|
Название термина: ссылки | |
URI | http://purl.org/dc/terms/references |
Этикетка | Список литературы |
Определение | Связанный ресурс, на который ссылается, цитируется или иным образом указывается описанный ресурс. |
Комментарий | Это свойство предназначено для использования с нелитеральными значениями.Это свойство является обратным свойству Is Referenced By. |
Вид срока | Имущество |
Подсвойство |
|
Название термина: отношение | |
URI | http: // изн.org / dc / terms / Relations |
Этикетка | Отношение |
Определение | Связанный ресурс. |
Комментарий | Рекомендуемая практика — идентифицировать связанный ресурс с помощью URI. Если это невозможно или неосуществимо, может быть предоставлена строка, соответствующая формальной системе идентификации. |
Вид срока | Имущество |
Подсвойство |
|
Название термина: заменяет | |
URI | http://purl.org/dc/terms/replaces |
Этикетка | Заменяет |
Определение | Связанный ресурс, который вытесняется, замещается или заменяется описанным ресурсом. |
Комментарий | Это свойство предназначено для использования с нелитеральными значениями.Это свойство является обратным свойству Is Replaced By. |
Вид срока | Имущество |
Подсвойство |
|
Название срока: требуется | |
URI | http: // изн.org / dc / terms / требуется |
Этикетка | Требуется |
Определение | Связанный ресурс, который требуется описанному ресурсу для поддержки его функции, доставки или согласованности. |
Комментарий | Это свойство предназначено для использования с нелитеральными значениями. Это свойство является обратным свойству Is Required By. |
Вид срока | Имущество |
Подсвойство |
|
Название срока: права | |
URI | http://purl.org/dc/terms/rights |
Этикетка | Права |
Определение | Информация о правах на ресурс. |
Комментарий | Обычно информация о правах включает в себя заявление о различных правах собственности, связанных с ресурсом, включая права интеллектуальной собственности. Рекомендуемая практика — ссылаться на заявление о правах с помощью URI. Если это невозможно или неосуществимо, может быть предоставлено буквальное значение (имя, метка или краткий текст). |
Вид срока | Имущество |
Диапазон включает |
|
Подсвойство |
|
Название термина: rightsHolder | |
URI | http://purl.org/dc/terms/rightsHolder |
Этикетка | Правообладатель |
Определение | Человек или организация, владеющие или управляющие правами на ресурс. |
Комментарий | Рекомендуемая практика — обращаться к правообладателю с помощью URI. Если это невозможно или неосуществимо, может быть предоставлено буквальное значение, идентифицирующее правообладателя. |
Вид срока | Имущество |
Диапазон включает |
|
Название термина: источник | |
URI | http: // изн.org / dc / terms / source |
Этикетка | Источник |
Определение | Связанный ресурс, из которого получен описанный ресурс. |
Комментарий | Это свойство предназначено для использования с нелитеральными значениями. Описанный ресурс может быть получен из соответствующего ресурса полностью или частично. Лучшая практика — идентифицировать связанный ресурс с помощью URI или строки, соответствующей формальной системе идентификации. |
Вид срока | Имущество |
Подсвойство |
|
Название термина: пространственный | |
URI | http: // изн.org / dc / terms / пространственный |
Этикетка | Пространственное покрытие |
Определение | Пространственная характеристика ресурса. |
Вид срока | Имущество |
Диапазон включает |
|
Подсвойство |
|
Название термина: тема | |
URI | http://purl.org/dc/terms/subject |
Этикетка | Тема |
Определение | Тема ресурса. |
Комментарий | Рекомендуемая практика — ссылаться на объект с помощью URI.Если это невозможно или неосуществимо, может быть предоставлено буквальное значение, которое идентифицирует тему. Оба должны предпочтительно относиться к предмету из контролируемого словаря. |
Вид срока | Имущество |
Подсвойство |
|
Название термина: tableOfContents | |
URI | http: // изн.org / dc / terms / tableOfContents |
Этикетка | Содержание |
Определение | Список подразделов ресурса. |
Вид срока | Имущество |
Подсвойство | |
Название термина: временный | |
URI | http: // изн.org / dc / terms / temporal |
Этикетка | Временное покрытие |
Определение | Временные характеристики ресурса. |
Вид срока | Имущество |
Диапазон включает |
|
Подсвойство |
|
Название термина: название | |
URI | http://purl.org/dc/terms/title |
Этикетка | Название |
Определение | Имя, данное ресурсу. |
Вид срока | Имущество |
Имеет диапазон | http: // www.w3.org/2000/01/rdf-schema#Literal |
Подсвойство |
|
Название термина: тип | |
URI | http://purl.org/dc/terms/type |
Этикетка | Тип |
Определение | Характер или жанр ресурса. |
Комментарий | Рекомендуемая практика — использовать контролируемый словарь, такой как словарь типов DCMI [DCMI-TYPE]. Чтобы описать формат файла, физический носитель или размеры ресурса, используйте свойство Format. |
Вид срока | Имущество |
Подсвойство |
|
Название срока: действительный | |
URI | http: // изн.org / dc / terms / valid |
Этикетка | Срок действия |
Определение | Дата (часто диапазон) срока действия ресурса. |
Комментарий | Рекомендуемая практика — описывать дату, дату / время или период времени, как рекомендовано для свойства Date, для которого это вспомогательное свойство. |
Вид срока | Имущество |
Имеет диапазон | http: // www.w3.org/2000/01/rdf-schema#Literal |
Подсвойство |
|
Название термина: участник | |
URI | http://purl.org/dc/elements/1.1/contributor |
Этикетка | Автор |
Определение | Организация, ответственная за внесение вкладов в ресурс. |
Комментарий | Правила использования имен людей или организаций в качестве авторов также распространяются на авторов. Как правило, для обозначения сущности следует использовать имя участника. |
Вид срока | Имущество |
Примечание | Второе свойство с тем же именем, что и это свойство, было объявлено в пространстве имен dcterms :. См. Объяснение во введении к документу «Термины метаданных DCMI». |
Название срока: покрытие | |
URI | http://purl.org/dc/elements/1.1/coverage |
Этикетка | Покрытие |
Определение | Пространственная или временная тема ресурса, пространственная применимость ресурса или юрисдикция, к которой относится ресурс. |
Комментарий | Пространственная тема и пространственная применимость могут быть названным местом или местом, указанным его географическими координатами.Темпоральной темой может быть именованный период, дата или диапазон дат. Юрисдикция может быть названной административной единицей или географическим местом, к которому относится ресурс. Рекомендуемая практика — использовать контролируемый словарь, такой как Тезаурус географических названий Гетти [TGN]. В соответствующих случаях могут использоваться именованные места или периоды времени вместо числовых идентификаторов, таких как наборы координат или диапазоны дат. |
Вид срока | Имущество |
Примечание | Второе свойство с тем же именем, что и это свойство, было объявлено в пространстве имен dcterms :.См. Объяснение во введении к документу «Термины метаданных DCMI». |
Название термина: создатель | |
URI | http://purl.org/dc/elements/1.1/creator |
Этикетка | Создатель |
Определение | Организация, которая несет основную ответственность за создание ресурса. |
Комментарий | Примеры Создателя включают человека, организацию или службу.Как правило, для обозначения сущности следует использовать имя Создателя. |
Вид срока | Имущество |
Примечание | Второе свойство с тем же именем, что и это свойство, было объявлено в пространстве имен dcterms :. См. Объяснение во введении к документу «Термины метаданных DCMI». |
Название срока: дата | |
URI | http: // изн.org / dc / elements / 1.1 / date |
Этикетка | Дата |
Определение | Точка или период времени, связанный с событием в жизненном цикле ресурса. |
Комментарий | Дата может использоваться для выражения временной информации на любом уровне детализации. Рекомендуемая практика — выражать дату, дату / время или период времени в соответствии с ISO 8601-1 [ISO 8601-1] или опубликованным профилем стандарта ISO, таким как Примечание W3C о форматах даты и времени [W3CDTF] или спецификацию расширенного формата даты / времени [EDTF].Если полная дата неизвестна, можно использовать месяц и год (ГГГГ-ММ) или год (ГГГГ). Диапазоны дат могут быть указаны с использованием спецификации периода времени ISO 8601, в котором даты начала и окончания разделены символом ‘/’ (косая черта). Дата начала или окончания может отсутствовать. |
Вид срока | Имущество |
Примечание | Второе свойство с тем же именем, что и это свойство, было объявлено в пространстве имен dcterms :.См. Объяснение во введении к документу «Термины метаданных DCMI». |
Название термина: описание | |
URI | http://purl.org/dc/elements/1.1/description |
Этикетка | Описание |
Определение | Аккаунт ресурса. |
Комментарий | Описание может включать, но не ограничивается: реферат, оглавление, графическое представление или текстовое описание ресурса. |
Вид срока | Имущество |
Примечание | Второе свойство с тем же именем, что и это свойство, было объявлено в пространстве имен dcterms :. См. Объяснение во введении к документу «Термины метаданных DCMI». |
Название термина: формат | |
URI | http://purl.org/dc/elements/1.1/format |
Этикетка | Формат |
Определение | Формат файла, физический носитель или размеры ресурса. |
Комментарий | Рекомендуемая практика — использовать контролируемый словарный запас, если таковой имеется. Например, для форматов файлов можно использовать список типов Интернет-носителей [MIME]. |
Вид срока | Имущество |
Примечание | Второе свойство с тем же именем, что и это свойство, было объявлено в пространстве имен dcterms :. См. Объяснение во введении к документу «Термины метаданных DCMI». |
Название термина: идентификатор | |
URI | http://purl.org/dc/elements/1.1/identifier |
Этикетка | Идентификатор |
Определение | Однозначная ссылка на ресурс в заданном контексте. |
Комментарий | Рекомендуемая практика — идентифицировать ресурс с помощью строки, соответствующей системе идентификации. |
Вид срока | Имущество |
Примечание | Второе свойство с тем же именем, что и это свойство, было объявлено в пространстве имен dcterms :. См. Объяснение во введении к документу «Термины метаданных DCMI». |
Название термина: язык | |
URI | http://purl.org/dc/elements/1.1 / язык |
Этикетка | Язык |
Определение | Язык ресурса. |
Комментарий | Рекомендуемая практика заключается в использовании либо нелукального значения, представляющего язык из контролируемого словаря, такого как ISO 639-2 или ISO 639-3, либо буквального значения, состоящего из языкового тега IETF Best Current Practice 47 [IETF-BCP47]. . |
Вид срока | Имущество |
Примечание | Второе свойство с тем же именем, что и это свойство, было объявлено в пространстве имен dcterms :.См. Объяснение во введении к документу «Термины метаданных DCMI». |
Название термина: издатель | |
URI | http://purl.org/dc/elements/1.1/publisher |
Этикетка | Издатель |
Определение | Субъект, ответственный за предоставление ресурса. |
Комментарий | Примеры издателя включают человека, организацию или услугу.Как правило, для обозначения сущности следует использовать имя издателя. |
Вид срока | Имущество |
Примечание | Второе свойство с тем же именем, что и это свойство, было объявлено в пространстве имен dcterms :. См. Объяснение во введении к документу «Термины метаданных DCMI». |
Название термина: отношение | |
URI | http: // изн.org / dc / elements / 1.1 / отношение |
Этикетка | Отношение |
Определение | Связанный ресурс. |
Комментарий | Рекомендуемая практика — идентифицировать связанный ресурс с помощью URI. Если это невозможно или неосуществимо, может быть предоставлена строка, соответствующая формальной системе идентификации. |
Вид срока | Имущество |
Примечание | Второе свойство с тем же именем, что и это свойство, было объявлено в пространстве имен dcterms :.См. Объяснение во введении к документу «Термины метаданных DCMI». |
Название срока: права | |
URI | http://purl.org/dc/elements/1.1/rights |
Этикетка | Права |
Определение | Информация о правах на ресурс. |
Комментарий | Обычно информация о правах включает в себя заявление о различных правах собственности, связанных с ресурсом, включая права интеллектуальной собственности. |
Вид срока | Имущество |
Примечание | Второе свойство с тем же именем, что и это свойство, было объявлено в пространстве имен dcterms :. См. Объяснение во введении к документу «Термины метаданных DCMI». |
Название термина: источник | |
URI | http://purl.org/dc/elements/1.1/source |
Этикетка | Источник |
Определение | Связанный ресурс, из которого получен описанный ресурс. |
Комментарий | Описанный ресурс может быть получен из соответствующего ресурса полностью или частично. Рекомендуемая передовая практика — идентифицировать связанный ресурс с помощью строки, соответствующей формальной системе идентификации. |
Вид срока | Имущество |
Примечание | Второе свойство с тем же именем, что и это свойство, было объявлено в пространстве имен dcterms :.См. Объяснение во введении к документу «Термины метаданных DCMI». |
Название термина: тема | |
URI | http://purl.org/dc/elements/1.1/subject |
Этикетка | Тема |
Определение | Тема ресурса. |
Комментарий | Обычно тема представляется с помощью ключевых слов, ключевых фраз или кодов классификации.Рекомендуемая передовая практика — использовать контролируемый словарный запас. |
Вид срока | Имущество |
Примечание | Второе свойство с тем же именем, что и это свойство, было объявлено в пространстве имен dcterms :. См. Объяснение во введении к документу «Термины метаданных DCMI». |
Название термина: название | |
URI | http: // изн.org / dc / elements / 1.1 / title |
Этикетка | Название |
Определение | Имя, данное ресурсу. |
Вид срока | Имущество |
Примечание | Второе свойство с тем же именем, что и это свойство, было объявлено в пространстве имен dcterms :. См. Объяснение во введении к документу «Термины метаданных DCMI». |
Название термина: тип | |
URI | http: // изн.org / dc / elements / 1.1 / type |
Этикетка | Тип |
Определение | Характер или жанр ресурса. |
Комментарий | Рекомендуемая практика — использовать контролируемый словарь, такой как словарь типов DCMI [DCMI-TYPE]. Чтобы описать формат файла, физический носитель или размеры ресурса, используйте элемент Format. |
Вид срока | Имущество |
Примечание | Второе свойство с тем же именем, что и это свойство, было объявлено в пространстве имен dcterms :.См. Объяснение во введении к документу «Термины метаданных DCMI». |
Название срока: Агент | |
URI | http://purl.org/dc/terms/Agent |
Этикетка | Агент |
Определение | Ресурс, который действует или имеет право действовать. |
Вид срока | Класс |
Экземпляр | http: // изн.org / dc / terms / AgentClass |
Название термина: AgentClass | |
URI | http://purl.org/dc/terms/AgentClass |
Этикетка | Класс агента |
Определение | Группа агентов. |
Вид срока | Класс |
Подкласс | http: // www.w3.org/2000/01/rdf-schema#Class |
Название термина: BibliographicResource | |
URI | http://purl.org/dc/terms/BibliographicResource |
Этикетка | Библиографический ресурс |
Определение | Книга, статья или другой документальный ресурс. |
Вид срока | Класс |
Название термина: FileFormat | |
URI | http: // изн.org / dc / terms / FileFormat |
Этикетка | Формат файла |
Определение | Формат цифровых ресурсов. |
Вид срока | Класс |
Подкласс | http://purl.org/dc/terms/MediaType |
Название термина: частота | |
URI | http: // изн.org / dc / terms / Частота |
Этикетка | Частота |
Определение | Частота, с которой что-то повторяется. |
Вид срока | Класс |
Название термина: Юрисдикция | |
URI | http://purl.org/dc/terms/Jurisission |
Этикетка | Юрисдикция |
Определение | Степень или диапазон судебных, правоохранительных или иных полномочий. |
Вид срока | Класс |
Подкласс | http://purl.org/dc/terms/LocationPeriodOrJurispting |
Название срока: LicenseDocument | |
URI | http://purl.org/dc/terms/LicenseDocument |
Этикетка | Лицензионный документ |
Определение | Юридический документ, дающий официальное разрешение на какие-либо действия с ресурсом. |
Вид срока | Класс |
Подкласс | http://purl.org/dc/terms/RightsStatement |
Название термина: LinguisticSystem | |
URI | http://purl.org/dc/terms/LinguisticSystem |
Этикетка | Лингвистическая система |
Определение | Система знаков, символов, звуков, жестов или правил, используемая в общении. |
Комментарий | Письменный, разговорный, жестовый и компьютерный языки являются лингвистическими системами. |
Вид срока | Класс |
Название термина: Местоположение | |
URI | http://purl.org/dc/terms/Location |
Этикетка | Расположение |
Определение | Пространственный регион или названное место. |
Вид срока | Класс |
Подкласс | http://purl.org/dc/terms/LocationPeriodOrJurispting |
Название термина: LocationPeriodOrJurispting | |
URI | http://purl.org/dc/terms/LocationPeriodOrJurispting |
Этикетка | Местоположение, период или юрисдикция |
Определение | Местоположение, период времени или юрисдикция. |
Вид срока | Класс |
Название термина: MediaType | |
URI | http://purl.org/dc/terms/MediaType |
Этикетка | Тип носителя |
Определение | Формат файла или физический носитель. |
Вид срока | Класс |
Подкласс | http: // изн.org / dc / terms / MediaTypeOrExtent |
Название термина: MediaTypeOrExtent | |
URI | http://purl.org/dc/terms/MediaTypeOrExtent |
Этикетка | Тип носителя или экстент |
Определение | Тип или экстент носителя. |
Вид срока | Класс |
Название термина: MethodOfAccrual | |
URI | http: // изн.org / dc / terms / MethodOfAccrual |
Этикетка | Метод начисления |
Определение | Метод, с помощью которого ресурсы добавляются в коллекцию. |
Вид срока | Класс |
Название термина: MethodOfInstruction | |
URI | http://purl.org/dc/terms/MethodOfInstruction |
Этикетка | Метод инструкций |
Определение | Процесс, который используется для формирования знаний, отношения и навыков. |
Вид срока | Класс |
Название термина: PeriodOfTime | |
URI | http://purl.org/dc/terms/PeriodOfTime |
Этикетка | Период времени |
Определение | Интервал времени, названный или определяемый его начальной и конечной датами. |
Вид срока | Класс |
Подкласс | http: // изн.org / dc / terms / LocationPeriodOrJurispting |
Название термина: PhysicalMedium | |
URI | http://purl.org/dc/terms/PhysicalMedium |
Этикетка | Физическая среда |
Определение | Физический материал или носитель. |
Комментарий | Примеры включают бумагу, холст или DVD. |
Вид срока | Класс |
Подкласс | http: // изн.org / dc / terms / MediaType |
Название термина: PhysicalResource | |
URI | http://purl.org/dc/terms/PhysicalResource |
Этикетка | Физический ресурс |
Определение | Материальная вещь. |
Вид срока | Класс |
Название срока: Политика | |
URI | http: // изн.org / dc / terms / Policy |
Этикетка | Политика|
Определение | План или план действий органа власти, предназначенный для влияния и определения решений, действий и других вопросов. |
Вид срока | Класс |
Название термина: ProvenanceStatement | |
URI | http: // изн.org / dc / terms / ProvenanceStatement |
Этикетка | Заявление о происхождении |
Определение | Любые изменения в праве собственности и хранении ресурса с момента его создания, которые важны для его подлинности, целостности и интерпретации. |
Вид срока | Класс |
Название термина: RightsStatement | |
URI | http: // изн.org / dc / terms / RightsStatement |
Этикетка | Заявление о правах |
Определение | Заявление о правах интеллектуальной собственности (ПИС) на ресурс или на него, юридический документ, дающий официальное разрешение на какие-либо действия с ресурсом, или заявление о правах доступа. |
Вид срока | Класс |
Название термина: SizeOrDuration | |
URI | http: // изн.org / dc / terms / SizeOrDuration |
Этикетка | Размер или продолжительность |
Определение | Измерение или протяженность, или время, необходимое для игры или исполнения. |
Комментарий | Примеры включают количество страниц, указание длины, ширины и ширины или период в часах, минутах и секундах. |
Вид срока | Класс |
Подкласс | http: // изн.org / dc / terms / MediaTypeOrExtent |
Название термина: Стандартный | |
URI | http://purl.org/dc/terms/Standard |
Этикетка | Стандартный |
Определение | Контрольная точка, с которой можно оценивать или сравнивать другие вещи. |
Вид срока | Класс |
Название термина: Коллекция | |
URI | http: // изн.org / dc / dcmitype / Коллекция |
Этикетка | Коллекция |
Определение | Агрегирование ресурсов. |
Комментарий | Коллекция описывается как группа; его части также могут быть описаны отдельно. |
Вид срока | Класс |
Член: | http://purl.org/dc/terms/DCMIType |
Название термина: набор данных | |
URI | http: // изн.org / dc / dcmitype / Dataset |
Этикетка | Набор данных |
Определение | Данные закодированы в определенной структуре. |
Комментарий | Примеры включают списки, таблицы и базы данных. Набор данных может быть полезен для прямой машинной обработки. |
Вид срока | Класс |
Член: | http://purl.org/dc/terms/DCMIType |
Название термина: Событие | |
URI | http: // изн.org / dc / dcmitype / Событие |
Этикетка | Событие |
Определение | Непостоянное событие, зависящее от времени. |
Комментарий | Метаданные для события предоставляют описательную информацию, которая является основой для обнаружения цели, местоположения, продолжительности и ответственных агентов, связанных с событием. Примеры включают выставку, интернет-трансляцию, конференцию, семинар, день открытых дверей, представление, битву, суд, свадьбу, чаепитие, пожар. |
Вид срока | Класс |
Член: | http://purl.org/dc/terms/DCMIType |
Название термина: Изображение | |
URI | http://purl.org/dc/dcmitype/Image |
Этикетка | Изображение |
Определение | Визуальное представление, отличное от текста. |
Комментарий | Примеры включают изображения и фотографии физических объектов, картины, гравюры, рисунки, другие изображения и графику, анимацию и движущиеся изображения, пленки, диаграммы, карты, нотные записи. Обратите внимание, что изображение может включать как электронные, так и физические изображения. |
Вид срока | Класс |
Член: | http://purl.org/dc/terms/DCMIType |
Название термина: InteractiveResource | |
URI | http: // изн.org / dc / dcmitype / InteractiveResource |
Этикетка | Интерактивный ресурс |
Определение | Ресурс, требующий взаимодействия со стороны пользователя для понимания, выполнения или опыта. |
Комментарий | Примеры включают формы на веб-страницах, апплеты, мультимедийные обучающие объекты, службы чата или среды виртуальной реальности. |
Вид срока | Класс |
Член: | http: // изн.org / dc / terms / DCMIType |
Название термина: MovingImage | |
URI | http://purl.org/dc/dcmitype/MovingImage |
Этикетка | Moving Image |
Определение | Серия визуальных изображений, создающих впечатление движения при последовательном показе. |
Комментарий | Примеры включают анимацию, фильмы, телевизионные программы, видео, зоотропы или визуальный результат моделирования.Экземпляры типа «Движущееся изображение» также должны быть описаны как экземпляры более широкого типа «Изображение». |
Вид срока | Класс |
Член: | http://purl.org/dc/terms/DCMIType |
Подкласс | http://purl.org/dc/dcmitype/Image |
Название термина: PhysicalObject | |
URI | http: // изн.org / dc / dcmitype / PhysicalObject |
Этикетка | Физический объект |
Определение | Неодушевленный трехмерный объект или вещество. |
Комментарий | Обратите внимание, что цифровые представления или заменители этих объектов должны использовать изображение, текст или один из других типов. |
Вид срока | Класс |
Член: | http: // изн.org / dc / terms / DCMIType |
Название срока: Служба | |
URI | http://purl.org/dc/dcmitype/Service |
Этикетка | Сервис |
Определение | Система, обеспечивающая одну или несколько функций. |
Комментарий | Примеры включают услуги ксерокопирования, банковские услуги, услуги аутентификации, межбиблиотечные ссуды, Z39.50 или веб-сервер. |
Вид срока | Класс |
Член: | http://purl.org/dc/terms/DCMIType |
Название термина: Программное обеспечение | |
URI | http://purl.org/dc/dcmitype/Software |
Этикетка | Программное обеспечение |
Определение | Компьютерная программа в исходном или скомпилированном виде. |
Комментарий | Примеры включают исходный файл C, исполняемый файл MS-Windows .exe или сценарий Perl. |
Вид срока | Класс |
Член: | http://purl.org/dc/terms/DCMIType |
Название термина: звук | |
URI | http://purl.org/dc/dcmitype/Sound |
Этикетка | Звук |
Определение | Ресурс, в первую очередь предназначенный для того, чтобы быть услышанным. |
Комментарий | Примеры включают формат файла воспроизведения музыки, аудиокомпакт-диск и записанную речь или звуки. |
Вид срока | Класс |
Член: | http://purl.org/dc/terms/DCMIType |
Название термина: StillImage | |
URI | http: // изн.org / dc / dcmitype / StillImage |
Этикетка | Неподвижное изображение |
Определение | Статическое визуальное представление. |
Комментарий | Примеры включают картины, рисунки, графические изображения, планы и карты. Рекомендуемая передовая практика — назначать тип Text изображениям текстовых материалов. Экземпляры типа «Неподвижное изображение» также должны описываться как экземпляры более широкого типа «Изображение». |
Вид срока | Класс |
Член: | http: // изн.org / dc / terms / DCMIType |
Подкласс | http://purl.org/dc/dcmitype/Image |
Название термина: текст | |
URI | http://purl.org/dc/dcmitype/Text |
Этикетка | Текст |
Определение | Ресурс, состоящий в основном из слов для чтения. |
Комментарий | Примеры включают книги, письма, диссертации, стихи, газеты, статьи, архивы списков рассылки.Обратите внимание, что факсимиле или изображения текстов по-прежнему относятся к жанру Text. |
Вид срока | Класс |
Член: | http://purl.org/dc/terms/DCMIType |
Написание хороших описаний CL | eng-практики
Описание CL — это общедоступная запись: , какие изменения вносятся, и , почему . это было сделано. Он станет постоянной частью нашей истории контроля версий, и могут быть прочитаны сотнями людей, не считая ваших рецензентов, в течение годы.
Будущие разработчики будут искать ваш CL по его описанию. Кто-то в будущее может ожидать ваших изменений из-за слабого воспоминания о своем актуальность, но без конкретики под рукой. Если вся важная информация в коде, а не в описании, им будет намного сложнее Найдите свой CL.
Первая линия
- Краткое описание того, что делается.
- Полное предложение, написанное так, как будто это приказ.
- Далее следует пустая строка.
Первая строка описания CL должна быть кратким изложением , в частности, , что выполняет CL , после чего следует пустая строка. Это то, что отображается в сводках истории контроля версий, поэтому это должно быть достаточно информативен, чтобы будущим поисковикам не нужно было читать ваш CL или его полное описание, чтобы понять, что на самом деле ваш CL делал или чем он отличается от других ЦП. То есть первая строка должна стоять отдельно, позволяя читателям просматривать историю кода намного быстрее.
Постарайтесь, чтобы ваша первая фраза была короткой, сфокусированной и по существу. Ясность и полезность для читателя должна быть главной заботой.
По традиции первая строка описания CL представляет собой законченное предложение, написанное как будто это приказ (повелительное предложение). Например, скажите « Удалите RPC FizzBuzz и замените новой системой». вместо of « Удаление RPC FizzBuzz и замена новой системой.” Вам не нужно писать остальную часть описания как повелительное предложение, хоть.
Тело информативное
Остальное описание должно быть информативным. Это может быть краткое описание решаемой проблемы и почему это лучший вариант подход. Если в подходе есть недостатки, их следует упомянул. Если уместно, включите справочную информацию, такую как номера ошибок, результаты тестов и ссылки на проектную документацию.
Если вы включаете ссылки на внешние ресурсы, учтите, что они могут быть не видны будущим читателям из-за ограничений доступа или политик хранения.Где возможно, включить достаточно контекста, чтобы рецензенты и будущие читатели могли понять CL.
Даже маленькие CL заслуживают внимания к деталям. Поместите CL в контекст.
Плохое описание CL
«Исправить ошибку» — это неадекватное описание CL. Какой баг? Что вы сделали, чтобы это исправить? Другие столь же плохие описания включают:
- «Исправить сборку».
- «Добавить патч».
- «Перемещение кода из A в B.»
- «Фаза 1».
- «Добавьте удобные функции.”
- «убить странные URL-адреса».
Некоторые из них являются настоящими описаниями CL. Хотя короткие, они не обеспечивают достаточно полезной информации.
Хорошие описания CL
Вот несколько примеров хороших описаний.
Изменение функциональности
Пример:
rpc: снять ограничение на размер списка свободных сообщений сервера RPC.
Серверы, подобные FizzBuzz, имеют очень большие сообщения, и их можно использовать повторно. Увеличьте список фрилистов и добавьте горутину, которая освобождает записи в фрилистах. медленно с течением времени, так что простаивающие серверы в конечном итоге освобождают записи.
Первые несколько слов описывают, что на самом деле делает CL. Остаток от описание говорит о решаемой проблеме, почему это хорошее решение, и еще немного информации о конкретной реализации.
Рефакторинг
Пример:
Создайте задачу с TimeKeeper, чтобы использовать ее методы TimeStr и Now.
Добавьте метод Now в Task, чтобы можно было удалить метод получения borglet () (который использовался только OOMCandidate для вызова метода Now Borglet).Это заменяет методы на Borglet, которые делегируют TimeKeeper.
Разрешить поставку задач сейчас — это шаг к устранению зависимости от Борглет. В конце концов, соавторы, зависящие от получения Сейчас от Задачи следует изменить, чтобы использовать TimeKeeper напрямую, но это было приспособление к рефакторингу небольшими шагами.
Продолжение долгосрочной цели рефакторинга иерархии Borglet.
В первой строке описывается, что делает CL и чем это отличается от мимо.Остальная часть описания говорит о конкретной реализации, контекст CL, что решение не идеально, и возможное направление в будущем. Это также объясняет , почему вносится это изменение.
Маленький CL, требующий некоторого контекста
Пример:
Создайте правило сборки Python3 для status.py.
Это позволяет потребителям, которые уже используют это, как в Python3, зависеть от правило, которое находится рядом с исходным правилом построения статуса, а не где-то в собственное дерево.Он побуждает новых потребителей использовать Python3, если они могут, вместо Python2, и значительно упрощает некоторые автоматизированные файлы сборки инструменты рефакторинга, над которыми в настоящее время работают.
Первое предложение описывает, что на самом деле делается. Остаток от описание объясняет , почему вносятся изменения, и многое дает рецензенту контекста.
Сгенерированные описания CL
Некоторые CL генерируются инструментами. По возможности их описания должны также следуйте советам здесь.То есть их первая строка должна быть короткой, сфокусированной, и автономный, и тело описания CL должно включать информативные детали которые помогают обозревателям и будущим искателям кода понять эффект каждого CL.
Прочтите описание перед отправкой CL
CL могут претерпеть значительные изменения во время проверки. Может быть стоит пересмотреть описание CL перед отправкой CL, чтобы гарантировать, что описание все еще отражает то, что делает CL.
Далее: Маленькие CL
Примеры описания продукта + шаблон для их написания (2021)
Менеджеры электронной торговли и владельцы интернет-магазинов знают важность описания продуктов.но они по-прежнему часто упускаются из виду и не оптимизированы в полной мере.
Описание продукта — это маркетинговая копия, используемая для описания ценностного предложения продукта потенциальным клиентам. Подробное описание продукта предоставляет клиентам подробную информацию о функциях, проблемах, которые он решает, и других преимуществах, которые помогают увеличить продажи.
Неудивительно, что они обеспокоены — качество описания продукта может привести к покупке или сорвать продажу, особенно если оно не включает информацию, необходимую покупателю для принятия решения о покупке.Предоставление основных сведений о продукте имеет решающее значение, если вы хотите, чтобы покупатель щелкнул «Добавить в корзину» и выделил ваш веб-сайт электронной торговли среди конкурентов.
Независимо от того, имеют ли ваши товары конкретную функцию, например фотоаппарат, или личные цели, например мода, все товары существуют для того, чтобы тем или иным образом улучшить или улучшить качество жизни покупателя. Когда покупатель просматривает, он инстинктивно представляет, что у него в руках каждый продукт, он пользуется им и наслаждается им.
Чем сильнее фантазия клиента о владении продуктом, тем больше вероятность, что он его купит.Поэтому мне нравится думать об описании продуктов как о повествовании и психологии, включающем в себя элементы как прозаического письма, так и журналистики. «Хорошее» описание продукта не годится. Конкуренция становится слишком жесткой. Это должно быть здорово!
Ниже приведены примеры, показывающие, как улучшение описания продуктов повышает коэффициент конверсии, а также советы, которые помогут вам создать идеальную копию.
Вам нужно быстро вывести свой бизнес в Интернет?
Создавайте, управляйте и масштабируйте нужный вам онлайн-бизнес.С Essentials вы можете начать работу за меньшее время и с меньшими затратами.
Выберите лучшие функции и возможности, чтобы продемонстрировать свои продукты и вести свой бизнес — на платформе, которая может масштабироваться вместе с вами, а не сдерживать вас.
Начать бесплатную пробную версию
Написание описания продукта для увеличения продаж
Описания продуктов играют огромную роль в увеличении продаж. Но что они должны сказать? Как долго они должны быть? Какой формат лучше? Как мне повысить их рейтинг в поисковых системах? Мы предлагаем использовать следующий шаблон, чтобы убедиться, что вы создаете лучшее описание продукта.
1. Прежде чем писать, подумайте о том, кто, что, где, когда, почему и как.
Журналисты используют метод «Кто, что, где, когда, почему и как», чтобы донести факты своих историй, и следование этому процессу является первым шагом в создании убедительного описания продукта:
- Для кого предназначен этот продукт? Целевая аудитория может быть половой (женщины или мужчины), возрастной группой (студенты колледжа, пенсионеры), демографическим образом жизни (молодые матери, автолюбители) или другой определенной группой людей.
- Каковы основные сведения о продукте? Сюда входят такие атрибуты, как размеры, материалы, характеристики и функции продукта.
- Где можно использовать этот продукт? Предназначен для использования в помещении или на улице, в автомобиле или дома?
- Когда следует использовать продукт? Предназначен ли он для использования в определенное время дня, сезонно или по определенному случаю? Не менее важно указать, можно или нужно использовать продукт каждый день или круглый год, поскольку это будет говорить о его долгосрочной ценности.
- Чем этот продукт полезен или лучше своих конкурентов? Это может быть что угодно, от качества до стоимости и функций — действительно подумайте о преимуществах, которые скажут покупателям. Также подумайте, как изображения могут дополнить текст вашего продукта.
- Как работает продукт? Это может быть не обязательно для каждого продукта, но если вы продаете что-либо с движущимися частями или электроникой, это обязательно.
Эти вопросы удобно использовать в качестве шаблона описания продукта, если вы хотите точно описать свои лучшие товары.
2. Определите лучший формат для описания ваших продуктов.
Пришло время создать описание вашего продукта. Вот несколько идей и примеров, которые помогут вам начать работу.
Следующим шагом является определение наилучшего формата для указанной выше информации. Поскольку некоторые покупатели сканируют только текст на веб-сайтах, рекомендуется составить список из маркированных пунктов, охватывающий наиболее важные сведения о продукте. Пункты маркера обычно следует использовать для спецификаций (например, размеров) или коротких фраз (например, функций), чтобы их можно было быстро и легко прочитать.
К сожалению, маркированные списки — не лучший способ рассказать историю продукта и убедить покупателей в том, что они на многое смотрят. На странице они выглядят холодными и равнодушными, а не вызывают эмоции или воображение покупателя. Это работа для прозы! Написав параграф (три или более предложений) или два о продукте, вы можете установить сцену и помочь покупателю понять, почему его жизнь до этого момента была неполной без этого. Это может показаться сложным, но после некоторой практики это станет второй натурой и даже (ах!) Развлечением.
Это ваша возможность проявить немного творчества и заявить о себе (индивидуальность и тон) вашего бренда — будь то серьезный, случайный или даже непочтительный. Представьте, что вы на вечеринке рассказываете о продукте кому-то, кого только что встретили. Как бы вы описали это, чтобы они поняли, насколько это действительно здорово?
Этот голос пронизывает все аспекты вашего интернет-маркетинга: социальные сети, SEO, платный поиск — все точки взаимодействия с клиентом. Уникальная привлекательная копия делает ваши продукты более актуальными для поисковых систем и других маркетинговых средств, которые ценят оригинальный контент.
На самом деле, следование этой простой формуле, приведенной ниже, — отличный способ написать убедительное описание продукта:
[Абзацы текста] + [Маркированный список спецификаций или характеристик продукта] = [Интересное описание продукта]
3. Выберите цели и ключевые показатели эффективности, чтобы оценить успешность описания продукта.
Вам нужны цели, чтобы измерить успешность описания продуктов.
«Но это займет много времени», — можете подумать вы, особенно если полагаетесь на описания продуктов, предоставленные вашими дистрибьюторами или производителями.И вы правы, это не быстрый процесс. Но если вы сумеете написать около дюжины описаний продуктов в день, используя приведенную выше формулу, вы начнете видеть множество преимуществ:
- Увеличение коэффициента конверсии.
- Уменьшение количества брошенных корзин.
- Меньшая доходность.
- Меньше звонков от покупателей.
- Повышение рейтинга в обычном поиске.
Теперь давайте посмотрим, как восемь настоящих интернет-магазинов продают больше с безупречным описанием продуктов и с интересными моментами, которые вы можете извлечь из их опыта, чтобы увеличить свою конверсию.
4. Сделайте описание продукта кратким и понятным.
Onzie — отличный пример того, насколько хорошо может работать основная формула. Их макет страницы продукта сочетает в себе разговорные описания длиной в абзацы, которые привлекают их поклонников, а также быстрые списки необходимых характеристик для любого покупателя, просто просматривающего страницу. Этот образец маркеров с описанием продукта является отличной демонстрацией того, как кратко передать самую важную информацию:
Страница продукта Онзи
5.Используйте рассказывание историй в своих интересах.
Есть ли у вашего продукта особенная предыстория? Скорее всего, он будет особенным и привлекательным для вашей аудитории. Используйте эту историю в описании своего продукта, чтобы добавить к нему больше характера, привлечь аудиторию и завоевать сердца и умы.
Сын моряка, страница продукта
6. Не бойтесь хвастаться.
Сделайте еще один шаг вперед в приведенной выше формуле описания продукта, например, в магазине водного поло Kap7 (и ознакомьтесь с их удивительной предысторией).Отличается ли ваш продукт от опыта основателя? Ваш продукт стал лучше благодаря многолетнему тестированию? Это ручная работа?
Вызовите это!
Расскажите лучшую историю в своем коротком абзаце с описанием продукта, включив в него лакомые детали, которые доказывают, почему ваш продукт лучше остальных. Не бойтесь упоминать о себе.
Страница продукта Kap7
7. При необходимости обратитесь к техническим специалистам, чтобы завоевать доверие.
Если у вас более технический продукт, не бойтесь увязнуть в пропасти с его описанием.Докажите своим клиентам, что ваш бренд специализируется в отрасли, предоставив все возможные подробности, которые им нужно знать, прежде чем им даже придется спрашивать.
Страница продукта Spectrum Audio
8. Знайте, когда показывать, а не рассказывать.
Текст — не всегда лучший способ описать ваш продукт. Если вы слишком многословны, подумайте, как можно упростить.
Изображения имеют вес и лучше запоминаются покупателями. Если возможно, продемонстрируйте свой продукт с помощью наглядного пособия, которое точно объясняет, что он делает.
Страница продукта Solo Stove
9. Знайте, когда нужно показать, рассказать и описать.
Помимо графики, видео могут быть чрезвычайно эффективным способом продемонстрировать, как использовать продукт или почему он лучше других. Многие бренды используют видео, графику и текст, чтобы довести дело до конца. Ознакомьтесь с приведенным ниже образцом описания самого продаваемого продукта в интернет-магазине.
10. Не бойтесь быть уникальными.
Хотя краткое описание абзаца на странице продукта — лучшая практика, знайте, когда это не то, чего ваша аудитория хочет.Каждая отрасль и каждый онлайн-бизнес уникальны. Достаточно ли вы знаете своего покупателя, чтобы знать, что он не прочитает описание продукта? Все ли ваши клиенты сканеры?
Вытащите наиболее важный для них контент и найдите привлекательные наглядные способы донести до них всю необходимую информацию без какой-либо головной боли. Персонажи ваших покупателей должны отражать общую форму и подход к описанию ваших продуктов — включать дизайн веб-сайта на страницу.
Страница продукта BPI Sport
11.Со щитом или на щите.
Наконец, этот последний пример просто поразил меня. Это отличный пример того, как далеко вы можете зайти в приведенную выше формулу идеального описания продукта и по-настоящему поразить вас.
Joovy следовал простой формуле, приведенной выше, но вместо того, чтобы просто выписывать маркеры, они использовали свой маркированный список, чтобы создать сюжетную линию на всей странице продукта.
Страница длинная, но увлекательная и наглядная. Он отвечает на все вопросы, которые могут возникнуть у нового родителя. И он по-прежнему использует простой абзац, чтобы действительно продвигать продукт в привлекательном, умном тоне, характерном для бренда.
Вот так выглядит хоумран.
Страница продукта Joovy
В целом, важно сначала узнать свою аудиторию, чтобы определить, какой контент лучше всего подойдет им для увеличения конверсии.
Формула описания продукта электронной коммерции работает для большинства брендов, но это только отправная точка.
Думайте визуально. Добавьте графику и оптимизируйте изображения продуктов. Тестовая копия A / B и персонализация на этих страницах.Посмотрите в Google Search Console, чтобы определить популярные термины, чтобы улучшить SEO-трафик на страницу продукта. Людям нравится покупать у людей, которым они доверяют, и построение доверия зависит от того, что вы продаете.
С того момента, как вы воспользуетесь конструктором веб-сайтов и создадите дизайн своего сайта, подумайте о том, как изображения и описания могут работать в гармонии, чтобы рассказать вашу историю клиентам.
Коляска может не продаваться, если в описании рассказывается, как она была придумана в одночасье, а затем сделана вручную.Точно так же кожаный футляр для игральных карт ручной работы может не продаваться хорошо, если все, что вы показываете, — это технические характеристики.
Последние мысли
Знайте свою аудиторию.