1. резюме
2. Анатомия метатега
3. Большой вопрос: действительно ли это полезно?
4. Основы
5. META Content-Type (очень полезно)
6. В HTML 4 и XHTML 1.x:
7. E n HTML 5:
8. META Описание (полезно)
9. Рейтинг информации
10. META Generator (полезно в некоторых случаях)
11. META Автор, META Copyright (низкая полезность)
12. METAs Dublin Core (низкая полезность)
13. Эквиваленты заголовков HTTP (http-эквивалент)
14. Должны ли мы использовать http-эквивалент META?
15. Напоминание: избегайте META Refresh!
16. Показания, данные индексирующим роботам
17. Попросите роботов проиндексировать ваши страницы
18. Ограничить индексирование и данные, отображаемые на странице результатов
19. Альтернативы МЕТА Роботы
20. Мета-теги, связанные с конкретным инструментом, и особые случаи
21. META verify-v1 (специальное использование)
22. META Revisit или Revisit-After (бесполезный миф о сети)
23. Смарт-теги META MS (бесполезные)

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

резюме

1. Что такое метатег?
2. Анатомия метатега
3. Это действительно полезно?
4. Основы
5. Рейтинг информации
6. Эквиваленты заголовков HTTP (http-эквивалент)
7. Показания, данные индексирующим роботам
8. Мета-теги, связанные с конкретным инструментом, и особые случаи
9. ссылки

Что такое метатег?

Метатеги используются для размещения метаданных ( метаданных ) на странице HTML. Эта информация будет помещена в элемент head и не будет отображаться на странице.

Для кого эта информация? Ну, ко всем инструментам, которые могут их использовать. И в частности:

• в веб-браузеры
• поисковые системы;
• в более широком смысле, ко всем инструментам индексирования, то есть всем инструментам, которые анализируют ваши страницы для выявления различной информации.

Анатомия метатега

Когда мы говорим о «метатегах», мы на самом деле говорим о метаэлементе в HTML (посмотрите, что он говорит спецификация HTML 4.01 для этого элемента и спецификация HTML5 ). Если мы хотим поговорить о тегах, нам лучше поговорить о «метатеге».

Когда мы говорим о метатеге, мы обычно думаем о мета-элементе, который будет использовать определенные атрибуты и значения. Мы говорим, например, «Описание META» для следующего тега:

<meta name = "description" content = "Описание страницы ..." />

Вот второй пример с META Content-Type и META Ключевые слова :

<meta http-equ = "Content-Type" content = "text / html; charset = ISO-8859-1" /> <meta name = "ключевые слова" content = "баржа, блокировки, лайнер, кризис, затухание" />

Как вы, возможно, заметили, имя, которое мы помещаем сразу после слова «META», соответствует ключевому слову, используемому в определенном атрибуте: в зависимости от случая это атрибут name или атрибут http-эквивалент В маяке всегда найдется второй атрибут, содержимое атрибута, которое будет содержать значение, связанное с ключевым словом.

Поэтому метатег - это пара ключевое слово-значение, которая транскрибируется в HTML следующим образом:

<meta name | http-equ = " Ключевое слово " content = " Значение " />

(Внимание: примечание выше указывает, что вы должны использовать либо атрибут name, либо атрибут http-эквивалент, но не произвольно, и каждый «метатег» будет использовать любой атрибут.)

Большой вопрос: действительно ли это полезно?

Здесь и там можно прочитать, что мета-теги «устарели». По соседству на форуме, посвященном SEO, мы можем прочитать сообщения, которые советуют «заполнять метатеги». И если у нас будет несчастье спросить, действительно ли это полезно, мы получим право на лаконичные ответы, такие как: «Это не полезно для многих, но для многих.» Самый точный ответ, который мы даем вам может быть, это: « это зависит ».

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

Мы сказали, что метаданные, вставленные через теги META, предназначены для различных инструментов, которые могут их использовать. Это имеет два последствия:

1. Если никакой инструмент не использует точную информацию, то предоставление этой информации бесполезно.
2. Если есть инструменты, которые используют конкретную информацию, но эта эксплуатация нас не интересует или эта информация не относится к сайту, на котором мы работаем, мы также будем двигаться дальше.

(Возможно, можно обсудить первый пункт, и некоторые отстаивают принцип предосторожности: «вы никогда не знаете, его можно использовать в будущем тем или иным инструментом». Почему бы и нет, но будьте осторожны, чтобы не потерять слишком много времени на "вы никогда не знаете", когда будет много проверенных проблем для работы.)

Не вызывает сомнений то, что общие мета-теги не имеют большого значения для SEO. Не делайте одержимость или болезнь! ;) Так много для принципа. Но так как это в каждом конкретном случае, а как насчет особых случаев? Мы предлагаем вам просмотреть текущие метатеги, указав каждый раз их полезность.

Основы

Элемент заголовка (полезный и обязательный, но не метатег )

Многие сайты говорят о «META Title» для ссылки на этот элемент, хотя это вовсе не тег META. Это элемент HTML, отличный от мета, который обычно записывается как:

<title> Заголовок страницы </ title>

Содержимое этого элемента не отображается непосредственно на странице, но используется различными способами:

• через веб-браузер, в заголовке окна, вкладках, в качестве заголовков закладок (избранных) и т.д .;
• поисковыми системами и различными инструментами, такими как, например, название результата поиска.

Этот элемент также является обязательным в HTML.

Наконец, обратите внимание, что его важность для ссылок на страницы имеет первостепенное значение. Хорошо написанный элемент заголовка в идеале должен:

• быть читабельным для читателя,
• быть информативным или привлекательным для читателя,
• отражать содержание страницы,
• содержать релевантные ключевые слова,
• сделать менее 70 символов (не абсолютное правило, но Google, например, сокращает заголовки, которые слишком длинны от 65 до 70 символов на страницах результатов, и заголовки, которые слишком длинные, уменьшают вес различных ключевых слов).

Тема обширна, но мы останемся здесь. Давайте вернемся к нашим метатегам ...

META Content-Type (очень полезно)

Если вы используете только один, вероятно, это будет тот. Она также представляет себя ...

В HTML 4 и XHTML 1.x:

<meta http-equ = "Content-Type" content = "text / html; charset = utf-8" />

Это эквивалент, помещенный в код HTML, заголовка HTTP Content-Type, который позволяет указывать тип документа и его кодировку.

Использование этого метатега не является обязательным. Действительно, информация, которую он предоставляет, должна логически отправляться веб-сервером, когда он отправляет HTML-страницу в браузер. Но удвоение этой информации на самой HTML-странице может содержать информацию об используемой кодировке символов (UTF-8 или ISO-8859-1 или других), которая окажется очень полезной в следующие случаи:

• Неправильно настроенный веб-сервер не отправляет информацию о кодировке. Затем веб-браузер попытается найти их в HTML-коде страницы.
• Во всех случаях, когда HTML-страница является локальным файлом, который открывается непосредственно пользователем и не просматривается с веб-сервера. Например, для документации в формате HTML, поставляемой с программным обеспечением, для информационной страницы на CD или DVD, когда пользователь сохраняет веб-страницу в своих документах и ​​т. Д.

Мы вернемся к разным META, используя атрибут http-эквивалент.

E n HTML 5:

<meta charset = "utf-8">

Как вы можете видеть, с появлением HTML5 он значительно упростился. Рекомендуется размещать его в самом начале раздела <head>, особенно перед <title>, так как на него уже может повлиять кодировка символов.

META Описание (полезно)

Этот META предоставляет краткое описание (два-три коротких предложения) веб-страницы. Это описание используется ( в некоторых случаях ) основными поисковыми системами для предоставления краткого предварительного просмотра страниц результатов или социальными сетями (Facebook, Google+) для определения текстового абзаца, связанного со ссылкой. общий.

В качестве напоминания, вот пример метатега Описание:

<meta name = "description" content = "Все о беззвучном появлении банана в маске в колумбийском кинотеатре 20-30-х годов." />

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

• он должен быть уникальным и не дублироваться на других страницах сайта;
• оно должно точно отражать содержание страницы;
• он должен быть привлекательным для пользователя, чьи глаза «сканируют» страницу результатов поисковой системы;
• он должен содержать основные ключевые слова страницы и быть довольно кратким (рекомендуется не превышать 200 символов, хотя это не является строгим правилом).

У нас не всегда есть конкретный контент для описания META каждой страницы. В этом случае возможны три стратегии:

1. не используйте метатег Description вообще;
2. использовать META Description только для определенных ключевых страниц или только для домашней страницы;
3. извлекать содержимое из содержимого базы данных, например, текст тизера для страницы статьи или начало описания продукта для страницы продукта.

Обратите внимание, что страница не будет «оштрафована» поисковой системой, поскольку она не использует описание META. Но если вы не используете его, будьте осторожны, чтобы не использовать тег вообще, и избегайте тегов без содержимого:

<meta name = "description" content = "" /> <! - избегать ->

И последнее: предоставление META Description не гарантирует, что оно будет фактически использоваться поисковыми системами на их страницах результатов!

Рейтинг информации

Ключевые слова META (устарели)

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

• либо никогда не принимал это во внимание;
• перестали это учитывать;
• либо всегда принимайте это во внимание, но придавайте очень малый вес.

Трудно сказать, что делает каждый двигатель, потому что они мало или ничего не сообщают о своем выборе в этой области. Однако в конце 2007 года Google уже объявили не использовать его , Что касается формата, мы будем использовать один метатег «Ключевые слова» на странице, а в качестве содержимого используется серия терминов (с одним или несколькими словами), разделенных запятыми:

<meta name = "ключевые слова" content = "tartiflette, колбаса, марой, ..." />

Если вы хотите использовать его, несмотря на его возможную бесполезность, вот несколько советов, которые мы часто находим:

• не используйте «слишком много» ключевых слов (критерий обязательно расплывчатый ...);
• не используйте ключевые слова, не связанные со страницей, и даже не используйте ключевое слово, которое не будет найдено в содержании страницы.

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

META Generator (полезно в некоторых случаях)

Некоторые редакторы кода и программное обеспечение для управления контентом (CMS) автоматически размещают META Generator на ваших страницах. Это может выглядеть так:

<meta name = "generator" content = "Название инструмента (версия)" />

Это позволяет издателям программного обеспечения создавать статистику: сколько страниц создается с помощью их инструмента? ��колько сайтов используют свои CMS? Быстро ли обновляются сайты, использующие CMS, до последней основной версии? и т.д.

Как издатель или создатель сайта, эта информация бесполезна. Но если вы используете бесплатную CMS, предоставляемую добровольцами бесплатно, то сохранение этой строки кода на ваших HTML-страницах обойдется вам не дорого, и предоставит им некоторую полезную информацию.

META Автор, META Copyright (низкая полезность)

Эти теги используются для предоставления имени автора страницы и информации об авторском праве (автор, год, упоминание лицензии или упоминание типа «все права защищены»). Это особенно полезно, если вы хотите напомнить любопытным, кто читает исходный код страниц, о том, что на сайте есть автор (человек или организация), и что все это не разрешено.

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

<meta name = "author" content = "Мэри Поппинс" /> <meta name = "copyright" content = "© Supercalifragilisticexpialidocious Inc." />

META Designer, META Publisher и др. Также упоминаются в некоторых статьях. Вряд ли эта информация будет использована каким-либо инструментом. И эта информация имеет больше места на страницах «О» и «Юридических» ваших сайтов. Конечно, во многих случаях мы можем сделать одно и то же замечание для META Author и Copyright.

METAs Dublin Core (низкая полезность)

Эта серия мета-тегов принимает типы метаданных, предложенных Дублинская основная инициатива , Они описаны в статье Выражение Dublin Core в HTML / XHTML мета и ссылочных элементах ,

На французском мы можем прочитать статью, опубликованную на Openweb: Метаданные и Дублинское ядро , Вот пример кода из этой статьи:

<meta name = "DC.Title" lang = "en" content = "Документ в HTML" /> <meta name = "DC.Date.created" схема = "W3CDTF" content = "2003-04-03" / > <meta name = "DC.Date.modified" схема = "W3CDTF" content = "2003-04-27" />

В последних новостях основные поисковые системы игнорируют метаданные Dublin Core. Поэтому у них нет конкретного приложения для SEO, но они могут служить стандартизированной основой для использования (HTML, XML или другой формат) для привязки метаданных к документам по мере необходимости. Они находят применение в областях архивирования и управления документами.

Эквиваленты заголовков HTTP (http-эквивалент)

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

Вот как могут выглядеть HTTP-заголовки, отправленные с HTML-файлом:

Дата: среда, 30 февраля 2009 г. 16:50:59 GMT Сервер: Apache Последнее изменение: понедельник, 11 января 2009 г. 12:28:37 GMT Стек: "6407f-459e-f44f3740" Accept-Ranges: байты Cache-Control: max -600 Истекает: Ср, 30 февраля 2009 17:00:59 GMT Варьируется: Accept-Encoding - Content-Encoding: Content-Length: 4516 Content-Type: text / html; charset = UTF-8 Content-Language: en-CA 200 OK

Это много информации. Вы можете распознать последний: 200 ОК (все хорошо). Если файл не был доступен, сервер мог бы вернуть 404 Not Found, например. Вы можете найти всю эту информацию в консолях разработки (эквивалент Firebug), часто на вкладке Сеть или Сеть .

Другая информация включает заголовок Content-Type, который информирует браузер о типе файла (здесь text / html, но для других файлов мы могли бы иметь text / plain, text / css, image / png и т. д.); и который также дает информацию о кодировке символов. Предупреждение: эта информация имеет приоритет над META Content-Type, который обычно должен возвращать их одинаково при использовании. Существует также заголовок Content-Language, который определяет основной язык документа; в приведенном выше примере это означает, что предполагаемая аудитория читает по-французски из Канады (Квебек).

Если бы мы хотели идентично повторить некоторые из этих HTTP-заголовков, мы могли бы, например, написать:

<meta http-equ = "Content-Language" content = "en-CA" /> <meta http-lim = "Cache-Control" content = "max-age = 600" /> <meta http-экв = "Истекает "content =" Ср, 30 февраля 2009 17:00:59 GMT »/>

Должны ли мы использовать http-эквивалент META?

Помимо информации о кодировке символов, предоставляемой заголовком HTTP Content-Type, нет необходимости дублировать информацию из заголовков HTTP, используя эквивалентный метатег.

Это не строгое правило, однако, и могут быть исключения.

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

Напоминание: избегайте META Refresh!

Слишком много сайтов все еще используют тег META Refresh, чтобы заставить браузер перезагрузить страницу. В зависимости от случая это делается для перенаправления страницы по истечении определенного периода времени или для принудительного обновления страницы для обновления отображаемой рекламы.

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

Различные стандарты и методы применения для доступности веб-сайтов запретить использование META Refresh ,

Показания, данные индексирующим роботам

Вы можете использовать метатеги, чтобы дать указания роботам индексации поисковых систем (признаки того, что они будут свободны следовать или нет, но основные из них хорошо применяются). Мы будем использовать для этого роботов META:

<meta name = "robots" content = " команда1 , команда2 , команда3 " />

Команды - это предопределенные слова, разделенные запятыми. Мы также можем использовать несколько метатегов подряд для разных команд:

<meta name = "robots" content = " command1 " /> <meta name = "robots" content = " command2 " /> <meta name = "robots" content = " command3 " />

Попросите роботов проиндексировать ваши страницы

Вам не нужно просить сканеры индексировать ваши страницы - это их поведение по умолчанию! Таким образом, две следующие строки, помимо того, что они эквивалентны, совершенно бесполезны:

<meta name = "robots" content = "index, follow, archive" /> <meta name = "robots" content = "all" />

Тем не менее, они иллюстрируют принцип работы этого метатега: мы используем метатег и перечисляем несколько предопределенных опций, разделенных запятыми.

Ограничить индексирование и данные, отображаемые на странице результатов

Вот набор команд для ограничения индексации:

• noindex: нет индексации страницы;
• nofollow: не передавать потенциал позиционирования страницы;
• noarchive: не показывать ссылку в кэше на страницах результатов;
• none: ярлык для noindex, nofollow, noarchive.

К этому добавляются некоторые рекомендации, часто специфичные для данного движка, такие как:

• Noodp: не используйте описания проекта Open Directory Project на страницах результатов (MSN, Google, Yahoo!);
• Нойдир: не используйте описания в Yahoo! на страницах результатов (Yahoo!).
• nosnippet: не используйте описание или выдержку на страницах результатов, поэтому используйте только заголовок страницы (а в некоторых случаях и ссылки сайта) (Google, Yahoo!);

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

<meta name = "Googlebot" content = " Правила поиска Google " /> <meta name = "Slurp" content = " Правила поиска Yahoo " /> <meta name = "MSNbot" content = " Правила поиска в реальном времени " />

Альтернативы МЕТА Роботы

Есть два других решения для адресации директив поисковой системы: файл robots.txt и HTTP-заголовок X-Robots-Tag.

Файл robots.txt позволяет «запретить» доступ к определенным страницам или файлам для индексирования роботов, которые следуют рекомендациям (это относится к крупным поисковым системам). Он расположен в корне домена или субдомена. Доступные функции более ограничены, чем с тегом META Robots, но директивы robots.txt имеют преимущество в применении глобально к полному поддомену. Использование этого файла часто достаточно для обработки индексации или неиндексации различных страниц сайта.

HTTP-заголовок X-Robots-Tag был предложен Google в 2006 году и Yahoo! объявила о своей поддержке в 2007 году. Она позволяет применять те же правила, что и тег META Robots.

Для получения дополнительной информации см. Ссылки в конце этой статьи.

Мета-теги, связанные с конкретным инструментом, и особые случаи

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

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

META verify-v1 (специальное использование)

Вот типичный пример, который вы можете увидеть на некоторых сайтах (или, скорее, в их исходном коде):

<meta name = "verify-v1" content = " случайная строка " />

Этот метатег используется Google для инструментов Google для веб-мастеров. Он проверяет, что пользователь является владельцем сайта.

META Revisit или Revisit-After (бесполезный миф о сети)

META Revisit, изобретенный небольшой региональной поисковой системой, которая сейчас забыта (searchBC, канадский), никогда не использовался другими инструментами. Несмотря на его явную бесполезность, многие веб-мастера стремятся использовать его, ошибочно полагая, что поисковые системы используют его в некоторой степени. Ища в сети слово «meta revisit-after», вы сможете прочитать множество статей, которые увековечивают миф об этом метатеге.

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

Самая известная и наиболее возобновленная форма использует ключевое слово «Revisit-After», но мы также находим просто «Revisit»:

<meta name = "revisit-after" content = "14 дней" /> <meta name = "revisit" content = "7 дней" />

Чтобы указать (чисто ориентировочно) частоту обновления вашего контента, вы можете использовать XML Sitemap ,

Смарт-теги META MS (бесполезные)

Технология Smart Tags была интегрирована Microsoft в бета-версию Internet Explorer. Предполагалось, что Microsoft может продать рекламодателям ключевое слово или фразу (как это делают многие рекламные сети, включая сети Google и Microsoft), а когда пользователь заходит на веб-страницу, содержащую эту фразу, фразу стала специальной ссылкой на сайт рекламодателя.

Эта очень плохая идея, получившая широкую критику, была оставлена ​​и никогда не была частью окончательной версии Internet Explorer. Microsoft больше не предлагает эту услугу. Несмотря на это, мы все еще находим много сайтов (даже недавних) с метатегом, которые должны отключать это поведение:

<meta name = "MSSmartTagsPreventParsing" content = "true" />

Чтобы забыть

ссылки

Похожие

Комментарии