Мета- элементы — это теги, используемые в документах HTML и XHTML для предоставления структурированных метаданных о веб-странице . Они являются частьюhead
раздела веб-страницы. На одной странице можно использоватьнесколько мета-элементов с разными атрибутами . Мета-элементы можно использовать для указания описания страницы, ключевых слов и любых других метаданных , не предоставляемых через другиеhead
элементы и атрибуты. [1]
Мета-элемент имеет два применения: либо для эмуляции использования поля заголовка HTTP-ответа , либо для встраивания дополнительных метаданных в HTML-документ.
В HTML до HTML 4.01 и XHTML включительно существовало четыре допустимых атрибута : content
, http-equiv
и name
. scheme
В HTML 5 было charset
добавлено и scheme
удалено. http-equiv
используется для эмуляции заголовка HTTP и name
для внедрения метаданных. В любом случае значение оператора содержится в атрибуте content
, который является единственным обязательным атрибутом, если charset
он не указан. charset
используется для указания набора символов документа и доступен в HTML5.
Такие элементы необходимо размещать в виде тегов в head
разделе документа HTML или XHTML .
meta
элементы могут указывать заголовки HTTP , которые должны быть отправлены перед фактическим содержимым, когда HTML-страница передается с веб-сервера клиенту. Например:
< мета- кодировка = "utf-8" >
в качестве альтернативы заголовку ответа Content-Type:
для указания типа носителя и, что чаще всего, кодировки символов UTF-8 .
Мета-теги можно использовать для описания содержимого страницы:
< Meta name = "description" Content = "Федеральное управление гражданской авиации — это подразделение Министерства транспорта США." >
В этом примере meta
элемент описывает содержимое веб-страницы.
Мета-элементы предоставляют информацию о веб-странице, которую поисковые системы могут использовать для правильной категоризации страницы.
Они были в центре внимания области маркетинговых исследований, известной как поисковая оптимизация (SEO), где используются различные методы для обеспечения более высокого рейтинга веб-сайта пользователя в поисковых системах. До появления контент-анализа поисковыми системами в середине 1990-х годов (особенно Google) поисковые системы полагались на метаданные для правильной классификации веб-страниц, и веб-мастера быстро осознали коммерческое значение наличия правильного мета-элемента. Сообщество поисковых систем теперь разделилось во мнениях относительно ценности метатегов. Некоторые утверждают, что они не имеют никакой ценности, другие — что они играют центральную роль, а многие просто приходят к выводу, что однозначного ответа нет, но, поскольку они не приносят вреда, они используют их на всякий случай. Google [2] заявляет, что поддерживает метатеги «content», «robots», «google», «google-site-verification», «content-type», «refresh» и «google-bot».
Роботы основных поисковых систем учитывают множество факторов при определении рейтинга страницы, метатеги которой составляют лишь часть. Более того, большинство поисковых систем часто меняют свои правила ранжирования. Google заявил, что обновляет свои правила ранжирования каждые 48 часов. В таких обстоятельствах окончательное понимание роли метатегов в SEO маловероятно.
Атрибут keywords
был популяризирован поисковыми системами, такими как Infoseek и AltaVista, в 1995 году, и его популярность быстро росла, пока он не стал одним из наиболее часто используемых meta
элементов. [3]
На сегодняшний день не существует единого мнения о том, keywords
оказывает ли этот атрибут какое-либо влияние на ранжирование в какой-либо из основных поисковых систем . Предполагается [ кем? ] , что это происходит, если ключевые слова, использованные в, meta
также можно найти в самой копии страницы. [ нужна цитата ] Что касается Google , тридцать семь лидеров в области поисковой оптимизации в апреле 2007 года пришли к выводу, что релевантность наличия ключевых слов в -атрибуте meta
практически keywords
отсутствует [4] , а в сентябре 2009 года Мэтт Каттс из Google объявил, что они больше не принимает во внимание ключевые слова вообще. [5] Однако обе эти статьи предполагают, что Yahoo! по-прежнему использует метатег ключевых слов в некоторых своих рейтингах. Yahoo! сам заявляет о поддержке метатега ключевых слов в сочетании с другими факторами для улучшения рейтинга в поиске. [6] В октябре 2009 года за круглым столом по поисковым системам было объявлено, что «Yahoo также отказывается от тега мета-ключевых слов» [7] , но позже сообщалось, что заявление, сделанное старшим директором по поиску Yahoo!, было неверным. [8] В исправленном заявлении Yahoo! Старший директор по поиску заявляет: «… Что изменилось в алгоритмах ранжирования Yahoo, так это то, что, хотя мы все еще индексируем мета-теги ключевых слов, важность ранжирования, придаваемая мета-тегам ключевых слов, получает самый низкий сигнал ранжирования в нашей системе… на самом деле это будет иметь меньший эффект, чем введение те же самые слова в тексте документа или в любом другом разделе». [8] В сентябре 2012 года компания Google [9] объявила, что рассмотрит возможность использования метатега ключевого слова для издателей новостей. В Google заявили, что это может помочь привлечь внимание к достойному контенту. Синтаксис мета-ключевого слова новостей незначительно отличается от пользовательского мета-тега ключевого слова; он обозначается «news_keywords», а пользовательский метатег ключевого слова обозначается «ключевыми словами». Новости Google больше не учитывают ключевые слова, объявленные news_keywords. [10]
По словам Моза, «теги заголовков являются вторым по значимости фактором на странице для SEO после контента». [11] Они сообщают поисковым системам, что представляет собой данная страница. Раньше стандартной практикой SEO было включение основных и второстепенных ключевых слов в заголовок для лучшего рейтинга. Google прошел через различные варианты отображения коротких или длинных объемов контента внутри тегов заголовков.
Несмотря на это, теги заголовков по-прежнему имеют значение по трем различным причинам.
В отличие от keywords
атрибута, description
атрибут поддерживается большинством основных поисковых систем, таких как Yahoo! и Bing , а Google будет использовать этот тег при запросе информации о самой странице (например, с помощью related:
запроса). Атрибут description
предоставляет краткое объяснение содержимого веб-страницы . Это позволяет авторам веб-страниц давать более содержательное описание списков, чем могло бы отображаться, если бы поисковая система не могла автоматически создавать собственное описание на основе содержимого страницы. Описание часто, но не всегда, отображается на страницах результатов поисковых систем , поэтому оно может повлиять на рейтинг кликов. Хотя клики ради результата могут быть положительным признаком эффективности title
и description
написания, Google не признает этот метаэлемент фактором ранжирования, поэтому использование целевых ключевых фраз в этом элементе не поможет сайту повысить рейтинг. W3C не указывает размер этого метатега описания, но почти все поисковые системы рекомендуют, чтобы его длина была короче 160 символов обычного текста. [ нужна цитата ]
Атрибут language
сообщает поисковым системам, на каком естественном языке написан веб-сайт (например, английском, испанском или французском), а не на языке кодирования (например, HTML). Обычно это языковой тег IETF для названия языка. Он наиболее полезен, когда веб-сайт написан на нескольких языках, и его можно включить на каждую страницу, чтобы сообщить поисковым системам, на каком языке написана конкретная страница. Пользовательские агенты могут (и используют) использовать информацию о языке для выбора шрифтов, соответствующих языку, что улучшает общее впечатление пользователя от страницы. [ нужна цитата ]
Атрибут [12] [ неудачная проверка ]robots
, поддерживаемый несколькими основными поисковыми системами, контролирует, разрешено ли паукам поисковых систем индексировать страницу или нет, и должны ли они переходить по ссылкам со страницы или нет. Атрибут может содержать одно или несколько значений, разделенных запятыми. Это значение предотвращает индексацию страницы и сканирование ссылок . Другие значения, распознаваемые одной или несколькими поисковыми системами, могут влиять на то, как система индексирует страницы и как эти страницы отображаются в результатах поиска. К ним относятся , который предписывает поисковой системе не хранить архивную копию страницы, и , который просит поисковую систему не включать фрагмент страницы вместе со списком страницы в результаты поиска. [13]noindex
nofollow
noarchive
nosnippet
Мета-теги — один из лучших вариантов запретить поисковым системам индексировать содержимое веб-сайта. [14]
Поисковые системы Google , Yahoo! и MSN в некоторых случаях использовала заголовок и аннотацию списка DMOZ (также известного как Open Directory Project) веб-сайта для заголовка и / или описания (также называемого фрагментом или аннотацией) на страницах результатов поисковой системы (SERP). Чтобы дать веб-мастерам возможность указать, что содержимое проекта Open Directory не должно использоваться для списков их веб-сайтов, Microsoft в мае 2006 года представила новое NOODP
значение " " для robots
элемента " " метатегов. [15] В июле 2006 года за ним последовал Google [16] и Yahoo! в октябре 2006 г. [17]
К 2017 году Google сообщил о прекращении использования DMOZ после его закрытия, поэтому директива NOODP с тех пор игнорируется. [18]
Синтаксис одинаков для всех поисковых систем, поддерживающих этот тег.
< meta name = "robots" content = "noodp" >
Веб-мастера могут решить, хотят ли они запретить использование своего списка ODP для каждой поисковой системы.
Google:
< meta name = "googlebot" content = "noodp" >
Yahoo!
< meta name = "Slurp" content = "noodp" >
MSN и Live Search (через bingbot , ранее msnbot ):
< meta name = "bingbot" content = "noodp" >
Yahoo! размещает контент со своего сайта Yahoo! каталог рядом со списком ODP. В 2007 году они представили метатег, который позволяет веб-дизайнерам отказаться от этого. [19]
Добавление NOYDIR
тега на страницу не позволит Yahoo! от отображения Yahoo! Названия каталогов и аннотации.
< meta name = "robots" content = "noydir" > < meta name = "Slurp" content = "noydir" >
Google не использует ключевые слова HTML или элементы метатегов для индексации. Директор по исследованиям Google Моника Хензингер (в 2002 году) сказала: «В настоящее время мы не доверяем метаданным, потому что боимся, что нами манипулируют». [20] Другие поисковые системы разработали методы наказания веб-сайтов, которые считаются «обманом системы». Например, рейтинг веб-сайта, повторяющего одно и то же мета-ключевое слово несколько раз, может снизиться из -за того, что поисковая система попытается устранить эту практику, хотя это маловероятно. Более вероятно, что поисковая система полностью проигнорирует элемент мета-ключевого слова, и большинство из них делает это независимо от того, сколько слов используется в элементе.
Однако Google использует элементы метатегов для отображения ссылок на сайты. Теги заголовков используются для создания ссылки в результатах поиска:
<title> Название сайта – Название страницы – Описание ключевого слова < / title >
Мета-описание часто появляется в результатах поиска Google для описания ссылки:
< meta name = "description" content = "Здесь отображается аннотация с описанием содержимого страницы" >
Кроме того, стартап корпоративного поиска Swiftype рассматривает метатеги как механизм сигнализации релевантности своих веб-сайтов поисковым системам и даже представляет собственное расширение под названием Meta Tags 2. [21]
Мета-элементы обновления можно использовать, чтобы указать веб-браузеру автоматически обновлять веб-страницу через заданный интервал времени. Также можно указать альтернативный URL-адрес и использовать этот метод, чтобы перенаправить пользователя в другое место. Автоматическое обновление с помощью элемента META устарело более десяти лет [22] и до этого признавалось проблематичным. [22]
W3C предлагает, чтобы пользовательские агенты позволяли пользователям отключать его, в противном случае обновление META не должно использоваться веб-страницами. В настройках безопасности Internet Explorer в категории «Разное» пользователь может отключить метаобновление, тем самым отключив возможность перенаправления. В Mozilla Firefox его можно отключить в файле конфигурации под именем ключа «accessibility.blockautorefresh». [23]
Во многих учебниках по веб-дизайну также отмечается, что перенаправление на стороне клиента имеет тенденцию мешать нормальному функционированию кнопки «Назад» в веб-браузере. После перенаправления нажатие кнопки «Назад» заставит пользователя вернуться на страницу перенаправления, которая перенаправит его снова. Однако некоторые современные браузеры, похоже, преодолевают эту проблему, включая Safari , Mozilla Firefox и Opera . [ нужна цитата ]
Автоматическое перенаправление с помощью разметки (в отличие от перенаправления на стороне сервера) не соответствует Руководству W3C по доступности веб-контента (WCAG) 1.0 (рекомендация 7.5). [24]
Мета-элементы формы <meta http-equiv="foo" content="bar">
можно использовать как альтернативу HTTP-заголовкам. Например, <meta http-equiv="expires" content="Wed, 21 June 2006 14:25:27 GMT">
сообщит браузеру, что срок действия страницы истекает 21 июня 2006 г. в 14:25:27 по Гринвичу и что до этого времени он может безопасно кэшировать страницу. Спецификация HTML 4.01 дополнительно позволяет анализировать этот тег HTTP-серверами и устанавливать его как часть заголовков HTTP-ответа, [25] но ни один веб-сервер в настоящее время не реализует такое поведение. [26] Вместо этого пользовательский агент эмулирует поведение некоторых HTTP-заголовков, как если бы они были отправлены в самом заголовке ответа.
Некоторые элементы и атрибуты HTML уже обрабатывают определенные фрагменты метаданных и могут использоваться авторами вместо META для указания этих фрагментов: элемент TITLE, элемент ADDRESS, элементы INS и DEL, атрибут title и атрибут cite. [27]
Альтернативой meta
элементам расширенного тематического доступа на веб-сайте является использование указателя веб-сайта в стиле задней книги. [ нужна ссылка ] См. пример на веб-сайте Американского общества индексаторов.
В 1994 году ALIWEB также использовал индексный файл для предоставления типа информации, обычно встречающейся в атрибутах мета-ключевых слов. [ чрезмерный вес? ]
В тех случаях, когда значением атрибута контента является URL-адрес, многие авторы решают также использовать элемент link с подходящим значением для его атрибута rel. [27]
Для сравнения, когда лучше всего использовать HTTP-заголовки, мета-элементы или атрибуты в случае спецификации языка: см. здесь.
name
атрибута.