Элементы Meta — это теги, используемые в документах HTML и XHTML для предоставления структурированных метаданных о веб-странице . Они являются частьюhead
раздела веб-страницы. На одной странице можно использовать несколько элементов Meta с разными атрибутами . Элементы Meta можно использовать для указания описания страницы, ключевых слов и любых других метаданных, не предоставленных через другиеhead
элементы и атрибуты. [1]
Элемент meta имеет два назначения: либо для эмуляции использования поля заголовка 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-страница передается с веб-сервера клиенту. Например:
< meta charset = "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! по-прежнему использует метатег keywords в некоторых своих рейтингах. Сама Yahoo! заявляет о поддержке метатега keywords в сочетании с другими факторами для улучшения поисковых рейтингов. [6] В октябре 2009 года Search Engine Round Table объявила, что «Yahoo также отказывается от тега meta keywords» [7], но позже сообщила, что заявление, сделанное старшим директором по поиску Yahoo!, было неверным. [8] В исправленном заявлении Yahoo! Старший директор по поиску заявляет, что «…Изменение в алгоритмах ранжирования Yahoo заключается в том, что, хотя мы по-прежнему индексируем метатег ключевых слов, важность ранжирования, придаваемая метатегам ключевых слов, получает самый низкий сигнал ранжирования в нашей системе… это на самом деле будет иметь меньший эффект, чем введение тех же самых слов в текст документа или любой другой раздел». [8] В сентябре 2012 года Google [9] объявил, что они рассмотрят тег Keyword Meta для издателей новостей. Google заявил, что это может помочь достойному контенту быть замеченным. Синтаксис метатега новостей имеет тонкое отличие от пользовательского метатега ключевых слов; он обозначается как «news_keywords», в то время как пользовательский метатег ключевых слов обозначается как «keywords». Google News больше не учитывает ключевые слова, объявленные с помощью news_keywords. [10]
По словам Moz, «теги заголовков являются вторым по важности фактором на странице для SEO после контента». [11] Они сообщают поисковым системам, о чем данная страница. Раньше было стандартной практикой SEO включать основные и второстепенные ключевые слова в заголовок для лучшего ранжирования. Google прошел через различные итерации показа коротких или длинных объемов контента из тегов заголовков.
Несмотря на это, теги заголовков по-прежнему важны по трем причинам.
В отличие от keywords
атрибута , description
атрибут поддерживается большинством основных поисковых систем, таких как Yahoo! и Bing , в то время как Google будет использовать этот тег при запросе информации о самой странице (например, с помощью related:
запроса). description
Атрибут предоставляет краткое объяснение содержимого веб-страницы . Это позволяет авторам веб-страницы давать более содержательное описание для списков, чем могло бы отображаться, если бы поисковая система не могла автоматически создать собственное описание на основе содержимого страницы. Описание часто, но не всегда, отображается на страницах результатов поисковой системы , поэтому оно может влиять на показатели кликабельности. Хотя клики по результату могут быть положительным признаком эффективности title
и description
написания, Google не распознает этот метаэлемент как фактор ранжирования, поэтому использование целевых ключевых фраз в этом элементе не поможет сайту ранжироваться лучше. W3C не определяет размер этого метатега description , но почти все поисковые системы рекомендуют, чтобы он был короче 160 символов обычного текста. [ необходима цитата ]
Атрибут language
сообщает поисковым системам, на каком естественном языке написан веб-сайт (например, английский, испанский или французский), в отличие от языка кодирования (например, HTML). Обычно это языковой тег IETF для названия языка. Он наиболее полезен, когда веб-сайт написан на нескольких языках, и может быть включен на каждую страницу, чтобы сообщить поисковым системам, на каком языке написана конкретная страница. Пользовательские агенты могут (и используют) языковую информацию для выбора шрифтов, соответствующих языку, что улучшает общее восприятие страницы пользователем. [ необходима цитата ]
Атрибут robots
, поддерживаемый несколькими основными поисковыми системами, [12] [ failed verification ] контролирует, разрешено ли поисковым роботам индексировать страницу или нет, и должны ли они переходить по ссылкам со страницы или нет. Атрибут может содержать одно или несколько значений, разделенных запятыми. Значение noindex
предотвращает индексацию страницы и предотвращает сканированиеnofollow
ссылок . Другие значения, распознаваемые одной или несколькими поисковыми системами, могут влиять на то, как поисковая система индексирует страницы и как эти страницы отображаются в результатах поиска. К ним относятся , который предписывает поисковой системе не хранить архивную копию страницы, и , который просит поисковую систему не включать фрагмент страницы вместе с листингом страницы в результаты поиска. [13]noarchive
nosnippet
Метатеги являются одним из лучших вариантов предотвращения индексации контента веб-сайта поисковыми системами. [14]
Поисковые системы Google , Yahoo! и MSN в некоторых случаях использовали заголовок и аннотацию листинга DMOZ ( также известного как Open Directory Project) веб-сайта для заголовка и/или описания (также называемого фрагментом или аннотацией) на страницах результатов поисковой системы (SERP). Чтобы дать веб-мастерам возможность указать, что контент Open Directory Project не должен использоваться для листинга их веб-сайта, Microsoft в мае 2006 года представила новое NOODP
значение " " для robots
элемента " " метатегов. [15] Google последовала этому примеру в июле 2006 года [16] и Yahoo! в октябре 2006 года. [17]
К 2017 году Google сообщил о прекращении использования DMOZ после его закрытия, поэтому директива NOODP с тех пор игнорируется. [18]
Синтаксис одинаков для всех поисковых систем, поддерживающих этот тег.
< мета имя = "robots" содержание = "noodp" >
Веб-мастера могут решить, хотят ли они запретить использование своего листинга ODP для каждой поисковой системы.
Google:
< meta name = "googlebot" content = "noodp" >
Йаху!
< 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]
Элементы Meta refresh могут использоваться для указания веб-браузеру автоматически обновлять веб-страницу через заданный интервал времени. Также можно указать альтернативный URL и использовать эту технику для перенаправления пользователя в другое место. Автоматическое обновление через элемент META было объявлено устаревшим более десяти лет назад [22] и до этого было признано проблемным. [22]
W3C предлагает, чтобы пользовательские агенты позволяли пользователям отключать его, в противном случае META refresh не должен использоваться веб-страницами. В настройках безопасности Internet Explorer, в категории «разное», meta refresh может быть отключен пользователем, тем самым отключая его возможность перенаправления. В 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 GMT и что он может безопасно кэшировать страницу до этого времени. Спецификация HTML 4.01 опционально позволяет HTTP-серверам анализировать этот тег и устанавливать его как часть заголовков ответа HTTP, [25] но в настоящее время ни один веб-сервер не реализует такое поведение. [26] Вместо этого пользовательский агент эмулирует поведение для некоторых заголовков HTTP, как если бы они были отправлены в самом заголовке ответа.
Некоторые элементы и атрибуты HTML уже обрабатывают определенные фрагменты метаданных и могут использоваться авторами вместо META для указания этих фрагментов: элемент TITLE, элемент ADDRESS, элементы INS и DEL, атрибут title и атрибут cite. [27]
Альтернативой meta
элементам для расширенного доступа к темам на веб-сайте является использование индекса в стиле «в конце книги» для веб-сайта. [ необходима ссылка ] См. пример на веб-сайте Американского общества индексаторов.
В 1994 году ALIWEB также использовал индексный файл для предоставления типа информации, обычно встречающейся в атрибутах мета-ключевых слов. [ чрезмерный вес? – обсудить ]
В случаях, когда значением атрибута content является URL, многие авторы решают использовать элемент ссылки с соответствующим значением для его атрибута rel. [27]
Для сравнения того, когда лучше использовать HTTP-заголовки, метаэлементы или атрибуты в случае спецификации языка: см. здесь.
name
атрибута.