Перейти к содержимому


Партнерская программа Kredov

Метатеги Dublin Core — полезные, но малоизвестные

#1 DivaDii

DivaDii
  • Пользователь
  • 38 сообщений
  • Репутация: 10
10

Отправлено 28 Октябрь 2013 - 20:49

Что такое Dublin Core?


Набор элементов метаданных «Дублинское ядро» — это норматив для общесистемного описания информационных ресурсов.
«Дублинское ядро» следует применять преимущественно к ресурсам типа электронных документов.




(цитата из ГОСТ "Дублинское ядро")


Зачем нужен Dublin Core?


Для улучшения индексации информационного документа поисковиками.
Другими словами, цель Дублинского ядра — помочь поисковику правильно определить тематику сайта и/или отдельной страницы.
Понятие Dublin Core находится к тому же разделу оптимизации и продвижения сайтов, что и микроразметка, RDF, Opengraph.
Но о нём знают намного меньше. И сеошники редко используют его возможности. Почему?.. - вероятно, потому что на русском языке маловато информации. Или просто недопонимают его значимость и важность.
Поднимите руки, кто использует Dublin Core на своих проектах?!
Ну, вот видите!

bibliograf.jpg

Кто занимается разработкой Дублинского ядра? - Группа библиографов, профессионалов компьютерных наук, кодирования текстов...
Семантика Дублинского ядра была создана международной междисциплинарной группой. По большому счету, это единственная организация, которая может навязывать какие-то правила монстрам-поисковикам - Гуглу и Яндексу.
ибо.
Потому что это стандарт.

Отсюда уже можно сделать вывод о том, стОит ли применять метатеги Дублинского ядра на своих Интернет-проектах.

В спецификации Дублинского ядра приведен краткий справочник по синтаксису. При этом основные разделы этого справочника следующие: DC-TEXT, DC-HTML (RDFa, W3C Recommendation), DC-DS-XML, DC-RDF
- оййй! что-то такое до боли знакомое, да? ;)

Мне кажется, я уже достаточно подробно показала, что связей между Дублинским ядром и стандартными метатегами (впрочем, так же, как Интернетом и реальными библиотеками, а также Яндексом и библиографом) очень много - намного больше, чем видно невооруженным взглядом типичному вебмастеру.

katalog.jpg

Поэтому - давайте вооружим свой взгляд! :wub:

Учитывают ли поисковики метатеги Dublin Core?


Дублинское Ядро, скажу я вам, - это не хухры-мухры! Это даже не СЕО, правила которого поисковики меняют минимум раз в год.
Это (повторюсь) стандарт! А стандарт, однажды принятый, утвержденный, введённый в действие, меняется со временем... но не быстро. Нет, совсем не быстро. Чтобы ученые поменяли однажды выработанный стандарт, нужно, чтобы они много копий поломали, перьев исписали, клавиатур разбили, диссертаций защитили, - и вот только тогда... когда-нибудь... возможно, стандарт поменяют.

Dublin Core сегодня


На сегодняшний день требования Dublin Core отражены в ГОСТе РФ "ГОСТ Р ИСО 15836-2011. Информация и документация. Набор элементов метаданных Dublin Core". Буквочки ИСО в заголовке указывают на то, что эти требования соответствуют международным стандартам. А последний вариант этого ГОСТа введен в действие с 1 сентября 2013 года (свежачок!).

Влияние на продвижение? - не знаю. Мне сложно оценить. Тем более, что в настоящее время эти метатеги используют не так уж много сайтов.
Опосредованное влияние, безусловно, оказывает.
  • Самое главное - если метатеги Дублинского ядра использованы правильно, то это четкая команда поисковикам, как надо индексировать документ, страницу сайта.
  • Вебмастер, применяющий метатеги Dublin Core, показывает солидность своего ресурса, серьезный подход.
  • Кроме того, использование метатегов Дублинского ядра выгодно. Ведь проект, в котором указаны метатеги Дублинского ядра, выделяется тем самым на фоне огромного количества других сайтов, где этих метатегов нет.

То есть Dublin Core - это как «мигалка» на машине для ГАИ: к этой машине внимание особое!

Или как солидная визитная карточка генерального директора. С одной стороны, вроде бы неважно, на каком картоне напечатан телефон фирмы. Но, с другой стороны, если визитная карточка выглядит круто, - то это сразу вызывает уважение и доверие клиентов.
Приблизительно так же работает и Дублинское ядро для поисковиков: есть заветная пара буквочек DC в метатегах - "О! - "думает" поисковик. - Значит, это серьезный ресурс!".

sistemati4eskaya.jpg

Что интересно. Далее мы увидим, что в метатегах Dublin Core отражается множество тех же сведений, что и в "стандартных", привычных, широко используемых метатегах. Обратите внимание: в "стандартном" сеошном метатеге title можно указать один заголовок (который совпадает с заголовком страницы), а в метатеге Dublin Core этот метатег title можно расширить, либо видоизменить (синонимизировать, допустим), либо оставить таким же - в зависимости от потребностей сайта и/или конкретного материала. То же самое касается и других метатегов.
Ага!.. - некоторых эта возможность явно заинтересовала, да?..

Причем, поскольку стандарт разрабатывают библиотекари-библиографы, то он фактически обязателен для использования на сайтах настоящих библиотек.
Соответственно, если небольшой ресурс использует разметку Дублинского ядра, - он тем самым как бы приближается к солидности реальной библиотеки: "Я тоже! я тоже очень умный, весь из себя солидный, учёный! Как настоящая библиотека!".

chitateli.jpg

Ещё одно замечание: чем крупнее проект, тем Дублинское ядро для него полезнее.

И конечно же, полностью игнорировать метатеги Дублинского ядра поисковики не могут. Просто не имеют права. Потому что они же заинтересованы в том, чтобы правильно индексировать документы, которые им предоставляют настоящие библиотеки. А там присвоением метатегов Dublin Core занимаются библиографы — то есть настоящие профессионалы в сфере индексации документов. Таким образом, эти заветные буквочки - как бы сигнал поисковику: "Этим метатегам можно верить! Они правильные. Они указывают на настоящую тематику. Вот так и индексируй!".

Примечание. К столице Ирландии данное Ядро отношения не имеет. Дублин в этом названии подразумевается совершенно другой.


 

Итак, мы уже поняли важность Dublin Core для сайтов. Но точно так же, как и «мигалка» на машине, некорректное использование DC-метатегов может сработать против сайта!
Поэтому переходим к следующей части.
Давайте посмотрим, как правильно применять метатеги Dublin Core, что можно указать, каковы правила использования Дублинского ядра для сайтов.

Спецификация Дублинского ядра


"Все элементы набора факультативны и повторяемы. Элементы метаданных могут появляться в любом порядке".




(ГОСТ "Дублинское ядро")

Это очень важная выдержка из ГОСТа. Означает она, что любой метатег можно пропустить или повторить несколько раз. И порядок их употребления - неважен.
Ремарка. Несколько раз встречала в Сети СЕО-сражения по поводу того, на каком месте должен быть метатег Title – на первом, или это неважно. Так вот в ГОСТе четко указано, что порядок метатегов не играет роли для индексирования страниц.

Стандарт разделён на два уровня:
  • простой (simple), состоящий из 15 элементов;
  • компетентный (qualified), состоящий из 18 элементов и группы так называемых тонкостей (или квалификаторов), которые уточняют семантику элементов для повышения полезности поиска ресурсов.

Что учитывает Dublin Core?

Давайте поближе взглянем, какие данные можно указать в метатегах Дублинского ядра, и рассмотрим их применение на примерах.

Title

Обозначение — Заглавие
Определение — Наименование ресурса
Комментарий — Как правило, Title — это наименование, под которым известен данный ресурс
Примечание: Аналогично стандартному метатегу. Но может от него отличаться, быть намного длиннее. Длина не нормирована. В отличие от стандартного Title - в заголовок страницы в браузере не выносится.
Пример:
<meta name="DC.title" content="О трансформативной герменевтике квантовой гравитации" />

Creator

Обозначение — Создатель
Определение — Лицо, несущее первичную ответственность за создание ресурса
Комментарий — Creator может быть человеком, организацией или службой.
Примечание: Он же автор (спасибо, Кэп!).
Примеры:
<meta name="DC.creator" content="Пупкин Иван" />
<meta name="DC.creator.name" content="Пупкин Иван" />

Subject

Обозначение — Предмет
Определение — Предметное содержание ресурса
Комментарий — Нет, это не тема (как ни странно). Subject выражается ключевыми словами, фразами.
Примечание: На самом деле "Subject" по своей сути больше похож не на теги к интернет-посту, а на перечень ключевых слов к научной статье, диссертации. Но вебмастер при заполнении этого метатега вполне может применять типичные кейворды, категории...
Пример:
<meta name="DC.subject" content="трансформация, герменевтика, гравитация, квантовая гравитация" />
Допускается вариант, когда каждый ключевик выносится в отдельную строку:
<meta name="DC.subject" content="квантовая гравитация" />
<meta name="DC.subject" content="гравитация" />
<meta name="DC.subject" content="герменевтика" />

Description

Обозначение — Описание
Определение — Обзор содержания ресурса
Комментарий — Description может содержать аннотацию, оглавление, ссылку на полнотекстовый реферат, а также другие данные.
Примечание: Содержимое описания в Дублинском ядре может совпадать, но может и не совпадать с аналогичным метатегом Description - как вам угодно. Если уж говорить о солидности, то можно это описание сделать в научном стиле.
Если говорить о разнице «стандартного» метатега Description и его дублинского аналога, – то DC.Description — это аналог аннотации, например, для учёных и поисковиков, конечно же! А привычный Description — просто «человеческое» описание для посетителей.
Пример:
<meta name="DC.description" content="Важность настоящего исследования обусловлена деконструкцией Деррида, применяемой в герменевтике космологии начала универсума. Топология субъекта Лакана плодотворно применена к кинематографической критике и к психоанализу СПИДа" />

Publisher

Обозначение — Издатель
Определение — Лицо, ответственное за предоставление ресурса пользователям
Комментарий — Publisher может быть человеком, организацией или службой.
Примечание: он же - публикатор.
Примеры:
<meta name="DC.publisher" content="Иван Пупкин Inc. и Ко" />
<meta name="DC.publisher.url" content="http://example.com/" />

Contributor

Обозначение — Соисполнитель
Определение — Лицо, ответственное за вклад в содержание ресурса
Комментарий — Contributor может быть человеком, организацией или службой.
Примечание: Если у вас есть помощник или вышестоящая организация, то это самое подходящее место, чтобы их указать.
Примеры:
<meta name="DC.contributor" content="Хренова Гадя Петровна" />
<meta name="DC.contributor" content="МИД, Министерство Интернетных дел и SEO" />

Date

Обозначение — Дата
Определение — Дата некоторого события в жизненном цикле ресурса
Комментарий — Обычно Date ассоциируется с датой создания или предоставления ресурса в пользование. Рекомендуется обозначать дату согласно ГОСТ ИСО 8601 и, в частности, в форме YYYY-MM-DD
Примечание: данный метатег полезен для доказательства существования статьи на конкретную дату, например, при спорах об авторских правах.
Примеры:
<meta name="DC.date" scheme="WTN8601" content="2013-06-06T11:11:12" />
или сокращенный вариант:
<meta name="DC.date" content="2013-06-06" />
или с уточнением, что речь идет именно о дате создания:
<meta name="DC.date.created" scheme="WTN8601" content="2013-06-06T11:11:12" />

Type

Обозначение — Тип ресурса
Определение — Природа или жанр содержания ресурса
Комментарий — Type включает в себя термины, описывающие общие категории, жанры содержания ресурса.
Примечание: Самый подходящий вариант для статьи на сайте следующий:
<meta name="DC.type" content="Text" />

Format

Обозначение — Формат
Определение — Физическое или форматное представления ресурса
Комментарий — Как правило, Format определяет тип носителя или размерность данных ресурса.
Примечание: Самый подходящий вариант для поста сайта такой:
<meta name="DC.format" content="text/html" />


Identifier

Обозначение — Идентификатор ресурса
Определение — Однозначная в пределах данного контекста ссылка на ресурс
Примечание: Для сайтов самый подходящий вариант в этом пункте - указать адрес поста.
Пример:
<meta name="DC.identifier" content="http://example.com/2013/06/super-post/" />

Language

Обозначение — Язык
Определение — Язык интеллектуального содержания ресурса
Пример:
<meta name="DC.language" content="ru-RU" scheme="rfc1766" />
Или проще:
<meta name="DC.language" content="ru-RU" />

Coverage

Обозначение — Охват
Определение — Локализация и границы тематики ресурса
Комментарий — Как правило, Coverage определяет пространственную локализацию (гeoгpaфическое наименование или координаты), отрезок времени (наименование периода, дата или интервал дат) или юрисдикцию (наименование административной единицы).
Важное примечание: Что касается сайтов, то здесь лучше указать "World" и без интервала дат. Конечно, если размещаете официальное постановление местного совета, и оно имеет силу только на территории определенного района, то тогда можно указать точную локализацию / юрисдикцию. Или если продаете некий товар в своем городе и вас абсолютно не интересуют посетители из других географических пунктов. Во всех других случаях более общее указание будет более "выгодным" с точки зрения количества посетителей. Думаю, понятно, да?
Но если вы сможете подсказать, в каких случаях на сайте лучше сузить охват, - все будут благодарны.
В подавляющем большинстве случаев можно особо не париться и указывать так:
<meta name="DC.coverage" content="World" />

Rights

Обозначение — Права
Определение — Сведения о правах на использование и управление ресурсом
Комментарий — Как правило, элемент Права содержит положение об управлении ресурсом или ссылку на службу, где можно получить эту информацию. Сведения о правах часто включают право интеллектуальной собственности, копирайт и другие имущественные права. Отсутствие элемента Права не может служить основанием или каких-либо выводов о правах на использование и управление ресурсом.
Примечание: Конечно, важный элемент!
Пример:
<meta name="DC.rights" content="Иван Пупкин, владелец всех прав" />
или более полно:
<meta name="DC.rights.rightsHolder" content="Иван Пупкин, владелец всех прав. Все права полностью и абсолютно защищены. Навсегда. Гадов-плагиаторов прибью насмерть! [url="http://example.com/copyright.htm"]http://example.com/copyright.htm"[/url] />

Source

Обозначение — Источник
Определение — Ссылка на ресурс, послуживший источником данных
Комментарий — Описываемый ресурс может быть получен из Source целиком или частично.
Примечание: вряд ли средний вебмастер будет использовать этот метатег. Но по крайней мере будете знать, что такая возможность есть.
Пример: э... В случае чего - попросите Кэпа подсказать синтаксис для этого пункта.

Relation

Обозначение — Связь
Определение — Ссылка на связанный (родственный) ресурс
Примечание: Если не знаете, что тут указывать, то лучше пропустите весь этот пункт. Я тоже не знаю. B)

В целом, Дублинское ядро — это граната в руках обезьяны такая штука, в которой лучше какой-то пункт пропустить, чем заполнить неправильно.
Более подробную информацию о спецификациях и тонкостях стандарта можно найти на официальном сайте международной группы (ссылка есть выше).

Думаю, все уже обратили внимание на то, что DC-метатеги очень похожи на привычные сеошные. И главное их отличие — это серьезность, солидность и официальная стандартность.

Будущее Дублинского ядра


Эм-м… По этому вопросу можно, конечно, спорить.
Запишите моё предсказание: со временем значимость Дублинского ядра будет только увеличиваться. Именно в силу необходимости стандартизации систематизационно-поисковых процессов.
Надеюсь, все поняли, что я тут сказанула? – я-то понимаю, что я пытаюсь сказать, но не уверена в точности и полноте выражений. :)
Во всяком случае, мне (как редкостному гибриду вебмастера и библиографа) именно так видится будущее развитие поисковой сферы.

 

Работа с Dublin Core


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

Но возникает вопрос: как всё это добро внести в код страницы?
Вручную, конечно, никому не хочется этим заниматься, правда?..

Как использовать метатеги Dublin Core?


Пару слов о том, как это должно работать. Идеально работает модуль Metatag в Drupal'е. Но о настройке Дублинского ядра в этом друпаловском модуле я расскажу в другом месте. Потому что это весьма обширная тема, интересная именно друпалерам, а не более широкому кругу типичных вебмастеров.

В Джумле тоже есть соответствующие плагины. С ними, уважаемые джумалисты, вам придется разбираться самим.

Давайте узнаем, как подключить Дублинское ядро на сайте, сделанном на Wordpress.

Dublin Core & Wordpress


Оказывается, для Вордпресса разработаны плагины. Они работают с разной эффективностью.

На парочку мы взглянем лишь слегка.
А один - самый крутой - рассмотрим подробно.
Я не буду указывать ссылки на скачку плагинов. Они есть на официальном сайте WordPress. При необходимости – найдёте сами.

Итак, начнём с самого простого плагина.

Dublin Core for WordPress

Сокращенное название — DC4WP

Скачиваем, активируем стандартно. В настройках можно при желании указать лицензию. А можно не указывать. Больше никаких настроек нет.
И никаких дополнительных действий совершать не надо.
Но в коде статей волшебным образом появляются метатеги с заветными буковками DC.

Появляются следующие DC.метатеги:
  • DC.publisher - вставляется заголовок сайта. - кгм... Лучше, чем ничего;
  • DC.publisher.url - урл сайта. Нормально;
  • DC.title - было бы логичнее, чтобы взял title страницы. Но плагин подхватывает "стандартный" заголовок статьи;
  • DC.identifier - урл статьи - то, что надо!;
  • DC.date.created - дата публикации - прекрасно!;
  • DC.creator.name - вставляется просто ник автора на сайте; например: "admin" - бестолково;
  • DC.creator - аналогично предыдущему пункту DC.creator.name;
  • DC.rights.rightsHolder - владелец авторских прав - опять admin! - то есть практически бессмысленно;
  • DC.language content="ru-RU" scheme="rfc1766" - нормально;
  • DC.subject - берёт из категорий и ключевых слов. Это нормально. Так в основном и предусмотрено, чтобы работало. Хотя если бы можно было настроить, то желательно было бы внести другие понятия и темы.
Ну... негусто, как видим.
Недостатки:
  • не поддаётся никаким настройкам;
  • нет метатега DC.description

Но если вам не хочется грузить мозги настройками, то вполне можете ограничиться использованием этого плагина. Особенно, если вы публикуете посты на своем блоге не под ником admin, а каким-то уникальным или под собственным именем.
Этот плагин относится к серии "На безрыбье и рак рыба".

 

Переходим ко второму - более навороченному плагину.

Dublin Core Metadata


Опять с подключением нет никаких сложностей.
Настроить можно очень многие метатеги. Правда, эти настройки не совсем очевидны.

Метатеги, которые появятся на сайте в результате использования плагина:
  • DC:Subject
  • DC:Title
  • DC:Description
  • DC:Creator
  • DC:Type
  • DC:Coverage
  • DC:Relation
  • DC:Publisher
  • DC:Contributor
  • DC:Rights
  • DC:Format
  • DC:Language
Каждый из них можно настроить: либо по умолчанию; либо добавить дополнительные поля для редактирования при создании поста - и тогда заполнение этих полей весьма похоже на работу с All in One SEO Pack.
Я добавила в записи для изменения три первых поля (DC:Subject, DC:Title, DC:Description). А для отображения остальных DC.метатегов - внесла данные, которые выводятся по умолчанию.

Недостатки данного плагина:
  • не проставляет весьма полезный метатег DC.date;
  • не подхватывает описание, тайтл и ключевые слова из созданных. Поэтому, если поставить этот плагин не при создании сайта, а позже, то придется редактировать все ранее созданные посты - добавлять в этих трёх (как минимум) полях нужные данные. Вручную, да.

Если кого-то заинтересует этот плагин, то - по просьбам трудящихся - я опишу его настройки и работу в своем блоге. Или можете сами с ним разбираться (получилось у меня - значит, получится и у вас).

Из вышесказанного понятно, что плагин Dublin Core Metadata - это промежуточный вариант. Рекомендую его использовать на новых WordPress-сайтах. Потому что легче вносить сразу при создании записи тайтлы, дескрипшены и сабджекты, чем потом редактировать записи.
Хотя не исключаю, что знакомые с глубоким редактированием таблиц MySQL могут попробовать скопировать соответствующие данные из таблиц, созданных плагином All In One SEO Pack.

 


И наконец, третий плагин:

Add Meta Tags


Это самый продвинутый и развитый плагин, который проставляет метатеги Dublin Core.
Кроме этого, он ещё частично дублирует All in One SEO Pack. И плюс ко всему добавляет несколько OG-метатегов для OpenGraph-разметки. О! Тоже пригодится.

Точно так же, как плагин Dublin Core Metadata, плагин Add Meta Tags в метатег DC.title по умолчанию вносит заголовок поста.
Но зато в ключевые слова по умолчанию этот умненький плагин закидывает теги и категории поста - о! так гораздо удобнее!
А вместо DC.description, по умолчанию, подхватывает первые несколько абзацев текста. Ну... во многих случаях этого вполне достаточно.
Но при желании все эти данные можно заменить на нужные - вручную, при создании поста или его редактировании.

Поэтому настройку и работу этого плагина я предлагаю рассмотреть подробнее.

Скачиваем, активируем стандартно.

В настройках переходим в раздел Metadata Settings.
Ниже я буду приводить скриншоты со своего книжного блога.

Заполняем поля:
Front Page Description (Описание главной страницы)
Front Page Keywords (Ключевые слова главной страницы)
Global Keywords. "Глобальные" ключевые слова. Тут через запятую указываем несколько глобальных ключевых слов, которые касаются всех записей блога.

Пример:

globalkw.jpg

И самое главное - после запятой дополнительно указываем "волшебный" код: %contentkw%
Именно благодаря этому коду плагин будет вставлять в метатег DC.subject после "глобальных" ключевиков теги и категории записи. па-дам!

Далее в разделе "Site-wide META tags" (Метатеги для всего сайта) мы указываем любые метатеги.
Пример:

sitewide-metatag.jpg

Как видите, я указала 9 метатегов Дублинского ядра, которые важны для всех записей сайта.
Но на самом деле, сюда можно внести любые метатеги, важные для поисковиков. Вплоть до верификации или сведений об авторстве (то есть не по стандарту Дублинского ядра)

Дальше мы выставляем несколько птичек в полях, которые как раз и будут АВТОМАТИЧЕСКИ создавать стандартные метатеги, а также метатеги Opengraph и Dublin Core.

automatic-metatas.jpg

При желании - можно еще указать адреса страницы с авторскими правами и рисунка по умолчанию.

Сразу после этих настроек плагин весьма неплохо сформирует метатеги Дублинского ядра во всех записях.

А при создании / редактировании записей появятся три дополнительных поля для ручного редактирования трех главных DC-метатегов (title, subject, description):

metadata-post.jpg

Что интересно - раздел Keywords (помним, что ключевые слова идут в метатег DC.subject) работает лучше и толковее, чем в "продвинутом" плагине All in One SEO Pack. Поэтому поле с ключевыми словами лучше оставить пустым. Ну... когда попробуете и правильно (по этой инструкции) настроите, то сами увидите.

А в подсказке к полю Description указано, что если оставить его пустым, то описание автоматически сформируется из "выдержки" или первого абзаца поста. Зачастую этого тоже вполне достаточно. Правда, если вы привыкли в первом абзаце просто здороваться со своими посетителями... - то именно это приветствие и появится автоматически в дескрипшене (печалька!). Но если в начале поста вы сразу громко и четко называете его тему, то именно тема и появится по умолчанию в дублинско-ядерном Описании — отлично!

Поле News Keywords указывает, что речь идёт об актуальной новости. Поэтому его и надо использовать только в «горячих» новостных постах.
Любые дополнительные метатеги можно внести в раздел Full meta tags. Если эти 2 поля не заполнены, то соответствующие DC-метатеги и не будут появляться в коде страницы (спасибо, Кэп!).

 

Ну вот. Мы подробно рассмотрели настройку плагина Add Meta Tags и работу с ним.

Небольшой недостаток - частично дублирует работу плагина All in One SEO Pack.
Но как мы узнали из первой части этой огромной статьи, - дублирование метатегов не считается ошибкой или нарушением стандарта.

И ещё одно небольшое примечание по поводу работы всех трёх плагинов. Они свою функцию выполняют (хотя и с разной эффективностью), не глючат, с плагином All in One SEO Pack не конфликтуют.

фууух. всё!

Пользуйтесь на здоровье!
Успехов в продвижении ваших проектов.
Отныне вы во всеоружии готовы встретить заказ на изготовление сайта для библиотеки или научного учреждения. И можете даже глубокомысленно спросить у заказчика: "А Дублинское ядро будем использовать?" - и уважение к Вам возрастёт немеряно!

Примечание:
На фотографиях любуйтесь гламурными библиографами (аналогами Яндекса в библиотеках) и "исходниками" компьютерных каталогов.

 

Спасибо форуму masterwebs, Сергею Сосновскому и спонсорам за интересный и полезный конкурс.

 

 

  • 0

#2 Ixman

Ixman
  • Пользователь PRO
  • 2 165 сообщений
  • Репутация: 437

Отправлено 28 Октябрь 2013 - 21:19

Ммм, а можно ссылочки на справочные материалы Google и Яндекс с информацией о том, что они официально поддерживают этот супер мега набор мета тегов. Могу отметить про Google, что они клали на чужие стандарты ибо они разрабатывают свои, а другие только их поддерживают. Так что в учёном мире может быть это офигеть какая тема, а в SEO думаю пока никакая.
  • 0

#3 MasterMarti

MasterMarti
  • Пользователь
  • 27 сообщений
  • Репутация: 7

Отправлено 29 Октябрь 2013 - 02:38

Если это статья для конкурса - то не забыли ли вы спонсоров?

Если не на конкурс, то подавайте на конкурс. Много букв, инфа годная.

Ммм, а можно ссылочки на справочные материалы Google и Яндекс с информацией о том, что они официально поддерживают этот супер мега набор мета тегов. Могу отметить про Google, что они клали на чужие стандарты ибо они разрабатывают свои, а другие только их поддерживают. Так что в учёном мире может быть это офигеть какая тема, а в SEO думаю пока никакая.


Раньше Гугл точно поддерживал (и может даже продвигал), но это было давно. С тех пор микроформаты schema.org заметно шагнули вперед.
  • 0

#4 DivaDii

DivaDii
    Topic Starter
  • Пользователь
  • 38 сообщений
  • Репутация: 10

Отправлено 29 Октябрь 2013 - 08:42

Ixman, этот набор метатегов используется в частности на сайте библиотеки Конгресса США, многих других национальных библиотеках, в научных учреждениях...
Думаете, они просто балуются?
Или Гугл это всё игнорирует?
- сомневаюсь.

Дублинское ядро ни в коей мере не противоречит привычным СЕО метатегам. Оно их дополняет.

Поисковики прекрасно понимают, что в некоторых случаях они никак не могут правильно определить тематику документа.
Элементарный пример: басня "Стрекоза и муравей".
Так вот в СЕО-метатеге "Дескрипшн" можно указать какое-то человеческое "забойное" описание, которое должно заинтересовать человека, посетителя перейти на страницу и прочитать басню.

А в соответствующем DC-метатеге - указать мораль басни.

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

Художественный образ (дуб, с которым общался Андрей Болконский) - тоже остаётся (и навсегда останется) за гранью понимания даже самых умных, крутых и продвинутых поисковых алгоритмов.

ну... приблизительно так.

Мне где-то встречался пост с описанием простых движков то ли на олбанском языке то ли на фене. Точно уже не помню. Так опять же в дескрипшене логично указать тоже "балованное" описание.
А в его дублинском аналоге - стандартное разъяснение на нормальном языке для поисковика, о чем там идет речь.

То есть Дублинское ядро - это пояснения для поисковика, как надо индексировать документ.
И его следует использовать для упорядочения информации о документе.

Это как разница между файлами robots.txt (для машин) и humans.txt (для людей).
Ну... я ещё могу долго объяснять, в каких случаях полезно использовать это самое Дублинское ядро.

В принципе, я уверена, что поисковики страшно благодарны тем сайтам, на которых четко и подробно описаны ключевые слова, дескрипшены и другие данные, соответствующие Дублинскому ядру. Потому что это им подсказка и растолкование.

MasterMarti, а там уже зарегистрировали статью в списке участников.
Что касается спонсоров, там вроде бы нет правил в этот раз по указанию ссылок. Ну я сейчас в конце таки добавлю благодарность. Спасибо за подсказку.
  • 0

#5 Ixman

Ixman
  • Пользователь PRO
  • 2 165 сообщений
  • Репутация: 437

Отправлено 29 Октябрь 2013 - 13:59

DivaDii, не важно на каких сайтах их используют и какие возможности они дают, важно чтобы они учитывались ПС
  • 0

#6 DivaDii

DivaDii
    Topic Starter
  • Пользователь
  • 38 сообщений
  • Репутация: 10

Отправлено 29 Октябрь 2013 - 15:28

Ixman, у меня такое впечатление, что Вы подозреваете, что я просто придумала какое-то непонятное Дублинское ядро. :wub:

Что значит "поисковая система учитывает"? Вам хочется, чтобы Гугл Вам написал, что сайт, который использует ДублинКоре, будет выше в выдаче, чем тот, который его не использует?

Цель Дублинского ядра - сообщить поисковику точные сведения о содержании, теме, авторстве, дате создания (и так далее) электронного документа. И тем самым - помочь поисковику правильно проиндексировать тот или иной документ. Чтобы затем поисковик мог выдавать релевантные ответы на запросы пользователей.

У меня подход к документам - в первую очередь библиографический, и только во вторую - СЕОшный. То есть я знаю, понимаю, как, каким образом систематизируются документы в библиотеках. В библиотеках для этой процедуры тоже есть специальные алгоритмы - для библиографов.
Так вот когда библиограф уже систематизировал тот или иной документ, то документ занимает своё место в каталоге.
Точно ту же процедуру производят и алгоритмы поисковых систем. Но во многих случаях - они не справляются с задачей. Просто в силу особенностей "машинного интеллекта". Я привела примеры, когда алгоритм не поймёт смысл, содержание документа. И следовательно - не сможет его правильно проиндексировать - в отличие от человека, библиографа.
Так вот Дублинское ядро - это инструмент, который позволяет библиографу (вебмастеру) сообщить поисковику точные сведения о содержимом документа.

Если Гугл не кричит на всех углах о том, что он учитывает данные Дублинского ядра, это означает только то, что Гугл боится гранаты в руках сеошников. B)

Если совсем по-простому:
Дублинское ядро - это почти то же самое, что и "обычные" метатеги. Только более "строгие", стандартизированные. Ну любят библиотекари и учёные всё стандартизировать. Чтобы не переделывать десятки раз одну и ту же работу по систематизации документов, чтобы не переписывать каталожную карточку каждый раз, когда меняется стандарт.
Поэтому этот стандарт уже принят даже на государственном и международном уровнях.

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

В этом же Дублинском ядре есть варианты для описания изображений, звукозаписей, видеороликов, компьютерных программ... - ну то есть вообще любых документов. Это я просто писала о самом распространённом виде информации в Инете - текстовом. Потому что если затронуть ещё и другие форматы электронных документов, то тема окажется вообще неисчерпаемая (как сам Интернет), а статья раздуется до совершенно неприличных размеров.

Никто не говорит, что обязательно надо использовать Дублинское ядро на сайте.
Некоторые сайты используют rss, микроразметку, rdf, Острова и ещё всякие примочки. А другим проектам - это ничего не надо.
Точно так же есть проекты, которым пригодится / необходимо Дублинское ядро - для передачи точных данных и сведений о своём содержимом поисковикам.

Ещё дополнительные необязательные сведения (у меня ещё в запасе множество есть). Ещё когда я училась в институте на библиографа, нам уже тогда говорили, что на международном уровне разработан и внедряется машиночитаемый формат MARC - то есть "машиночитаемая каталогизация", - для библиотек. Развитие этого формата - UNIMARC. Развитие этого формата - MARC 21 XML Schema. (да-да - та самая XML Schema - это не случайное совпадение аббревиатур!). Ах да. Надо упомянуть, что институт я закончила в 1990 году. И за компьютером к завершению обучения сидела... ну раз пять или шесть. Причем, в институте компьютера не было вообще ни одного. Но этот машиночитаемый формат Марк разрабатывался уже в полную силу и преподавался студентам-библиотекарям.
Так вот Дублинское ядро - это родной брат Марка. :)
Проведите теперь аналогию... - и увидите перспективу дальнейшего развития Дублинского ядра.
  • 0

#7 Mast

Mast
  • Пользователь
  • 48 сообщений
  • Репутация: 4

Отправлено 12 Ноябрь 2013 - 06:54

Думаю, что для коммерческих тематик в RU-нете они пока бесполезны, возможно в будущем и будут оказывать какое-то влияние, если не придумаю что-нибудь еще, а то что используются на Американских гос. сайтах, это вообще не показатель, там отдельная история, у них и зона регистрации отдельная и Pr всех сайтов 9, там видимо свои договоренности. А так для общего развития знать полезно, можно где-нибудь с умничать :)
  • 0

#8 DivaDii

DivaDii
    Topic Starter
  • Пользователь
  • 38 сообщений
  • Репутация: 10

Отправлено 12 Ноябрь 2013 - 10:57

Думаю, что для коммерческих тематик в RU-нете они пока бесполезны


э. Вообще-то, кроме коммерческих тематик, есть ещё огрооомное количество других - "тематические тематики" :) (извините за тавтологию).
И неизвестно, каких сайтов больше: коммерческих или тематических.

А так для общего развития знать полезно, можно где-нибудь с умничать :)


Можно сумничать ещё вот так:
В единый друпаловский СЕО-модуль, который называется Metatag, Дублинское ядро просто встроено и, по умолчанию, подключено сразу же. Там нет отдельных модулей СЕО и Dublin Core. В Друпале он просто общий.

Наверное, надо было об этом упомянуть в самой статье.
Но там и так довольно много информации. Поэтому мне приходилось фильтровать - что более важно, о чем надо не забыть написать.
  • 0

#9 Rexxar

Rexxar
  • Пользователь
  • 592 сообщений
  • Репутация: 36

Отправлено 12 Ноябрь 2013 - 14:22

DivaDii, действительно не важно на каких сайтах используются эти технологии, если их нельзя показать пользователям в выдаче и они играют призрачную роль то зачем они нужны? В факах гугла есть информация про пинг, который мало кто использует и он действительно очень редко помогает индексации, и не зря им не пользуются, а у этого параметра, как я понимаю, даже цитирования в гугле нету.

Сейчас узнаю у платонов знают ли они об этом чудесном теге.
  • 0


#10 DivaDii

DivaDii
    Topic Starter
  • Пользователь
  • 38 сообщений
  • Репутация: 10

Отправлено 12 Ноябрь 2013 - 14:42

их нельзя показать пользователям в выдаче


Наверное, я таки неполно, плохо прописала.

Цель этого блока метатегов - не показ пользователям.
А разъяснение поисковикам - что за информация на странице.

Например, на любом сайте есть метатеги

!DOCTYPE html

meta charset="UTF-8"

Или вот такие:
meta name="robots" content="index, follow"

Их посетителю никто не показывает. И посетители даже не подозревают, что они на сайте есть.

Но свою работу эти метатеги, тем не менее, - выполняют. По их "подсказке" браузер "знает", как отображать сайт. Или поисковики "понимают", что по сайту надо бегать...

Точно так же и Дублинское ядро - выполняет СВОЮ работу. Независимо от того, что посетители о них не знают и никак не видят.

даже цитирования в гугле нету.


Ась? Чего нету в Гугле?

Сейчас узнаю у платонов знают ли они об этом чудесном теге.


Нам расскажете, хорошо?
  • 0

robot

robot
  • Пользователь PRO
  • 2 652 сообщений
  • Репутация: 85


Оформление форума – IPBSkins.ru