메타요소

Meta element
HTML
비교

메타 요소는 HTML 및 XHTML 문서에서 웹 페이지에 대한 구조화된 메타데이터를 제공하는 데 사용되는 태그입니다. 웹 페이지의 일부입니다. head 부분. 속성이 다른 여러 메타 요소를 동일한 페이지에서 사용할 수 있습니다. 메타 요소를 사용하여 페이지 설명, 키워드 및 다른 메타 데이터를 지정할 수 있습니다. head 요소와 속성.[1]

메타 요소에는 HTTP 응답 헤더 필드의 사용을 에뮬레이트하거나 HTML 문서 내에 추가 메타데이터를 내장하는 두 가지 용도가 있습니다.

HTML 4.01 및 XHTML까지 HTML을 포함한 네 가지 속성이 있었습니다. content, http-equiv, name 그리고. scheme. HTML 5 아래에서, charset 가 추가되었습니다. scheme 제거되었습니다. http-equiv HTTP 헤더를 에뮬레이션하는 데 사용됩니다. name 메타데이터를 내장할 수 있습니다. 어떤 경우든 문장의 값은 다음에 포함됩니다. content 속성, 단, 필요한 속성은 다음과 같습니다. charset 주어진 것입니다. charset 문서의 문자 집합을 나타내는 데 사용되며 HTML5에서 사용할 수 있습니다.

이러한 요소는 다음에 태그로 배치해야 합니다. head HTML 또는 XHTML 문서의 섹션.

의 예 meta 원소의

meta 요소는 HTML 페이지가 웹 서버에서 클라이언트로 제공될 때 실제 내용보다 먼저 전송되어야 하는 HTTP 헤더를 지정할 수 있습니다. 예: 

<메타의 차르셋="utf-8">

응답 헤더의 대안으로 Content-Type: 미디어 유형, 더 일반적으로 필요한 UTF-8 문자 인코딩을 나타냅니다.

메타 태그를 사용하여 페이지의 내용을 설명할 수 있습니다. 

<메타의 이름.="desc 설명" 내용적인="연방항공청은 미국 교통부의 운영 모드입니다.">

이 예에서는 meta 요소는 웹 페이지의 내용을 설명합니다.

검색엔진 최적화에 사용되는 메타요소

메타 요소는 웹 페이지에 대한 정보를 제공하며, 이는 검색 엔진에서 페이지를 올바르게 분류하는 데 사용할 수 있습니다.

이들은 검색 엔진 최적화(SEO)로 알려진 마케팅 연구 분야의 초점이 되어 왔으며, 다양한 방법을 사용하여 사용자의 웹사이트에 검색 엔진에 대한 더 높은 순위를 제공합니다. 1990년대 중반 검색 엔진에 의한 콘텐츠 분석(특히 Google)이 등장하기 전에는 검색 엔진은 웹 페이지를 올바르게 분류하기 위해 메타데이터에 의존했고 웹 마스터는 올바른 메타 요소를 갖는 것의 상업적 중요성을 빠르게 알게 되었습니다. 검색 엔진 커뮤니티는 이제 메타 태그의 가치에 대해 나뉘게 되었습니다. 어떤 사람들은 자신이 가치가 없다고 주장하고, 다른 사람들은 자신이 중심이라고 주장하는 반면, 많은 사람들은 단순히 명확한 답이 없다고 결론지지만, 해를 끼치지 않기 때문에 만일의 경우를 대비하여 사용합니다. 구글은[2] 메타 태그 "콘텐츠", "로봇", "구글", "구글 사이트 확인", "콘텐츠 유형", "새로 고침", "구글-봇"을 지원한다고 밝혔습니다.

주요 검색 엔진 로봇은 어떤 메타 태그가 일부만 형성할 페이지의 순위를 매기는 방법을 결정할 때 많은 요소를 고려합니다. 또한 대부분의 검색 엔진은 순위 규칙을 자주 변경합니다. 구글은 48시간마다 순위 규칙을 업데이트한다고 밝혔습니다. 이러한 상황에서 SEO에서 메타 태그의 역할에 대한 확실한 이해는 어려울 것입니다.

그 keywords 기여하다

그 keywords 속성은 1995년 인포섹과 알타비스타와 같은 검색 엔진에 의해 대중화되었으며, 가장 일반적으로 사용되는 것 중 하나가 될 때까지 빠르게 인기가 높아졌습니다. meta 원소들[3]

그들의 의견이 일치하는지 여부는 결정되지 않습니다. keywords 속성은 오늘날 주요 검색 엔진의 순위에 영향을 미칩니다. 여기에 사용된 키워드가 있으면 그렇게 될 것으로 추측됩니다[by whom?]. meta 페이지 복사본 자체에서도 찾을 수 있습니다.[citation needed] 구글과 관련하여, 검색 엔진 최적화 분야의 37명의 리더들은 2007년 4월에 키워드를 갖는 것의 관련성에 대해 결론을 내렸습니다. meta- keywords 거의 없습니다[4]. 2009년 9월 구글의 Matt Cutts는 키워드를 더 이상 고려하지 않는다고 발표했습니다.[5] 그러나 이 두 기사는 야후가 여전히 일부 순위에서 메타 태그라는 키워드를 사용하고 있음을 시사합니다. 야후 자체는 검색 순위 향상을 위한 다른 요소들과 함께 키워드 메타 태그를 지원한다고 주장합니다.[6] 2009년 10월, 검색 엔진 라운드 테이블은 "Yahoo Drop the Meta Keywords Tag Also"[7]라고 발표했지만, 이후 야후의 검색 수석 이사가 발표한 내용이 틀렸다고 보도했습니다.[8] 수정된 문구에 야후! Search의 선임 책임자는 다음과 같이 말합니다.야후의 순위 알고리즘에서 달라진 점은 우리가 여전히 메타 키워드 태그를 색인화하고 있지만, 메타 키워드 태그에 부여된 순위 중요도는 우리 시스템에서 가장 낮은 순위 신호를 받는다는 것입니다. 실제로는 문서 본문이나 다른 섹션에 같은 단어를 소개하는 것보다 효과가 적을 것입니다."[8] 2012년 9월, 구글은[9] 뉴스 게시자들을 위해 키워드 메타 태그를 고려할 것이라고 발표했습니다. 구글은 이것이 가치 있는 콘텐츠가 주목받는 데 도움이 될 수 있다고 말했습니다. 뉴스 메타 키워드의 구문은 사용자 지정 키워드 메타 태그와 미묘한 차이가 있습니다. "뉴스_키워드"로 표시되는 반면 사용자 지정 키워드 메타 태그는 "키워드"로 표시됩니다. 구글 뉴스는 더 이상 뉴스_키워드가 발표하는 키워드를 고려하지 않습니다.[10]

제목 특성

Moz에 따르면, "제목 태그는 SEO에서 콘텐츠 다음으로 두 번째로 중요한 온 페이지 요소입니다."[11] 그들은 주어진 페이지가 무엇에 관한 것인지 검색 엔진에 전달합니다. 더 나은 순위를 위해 제목에 1차 키워드와 2차 키워드를 포함하는 것이 표준 SEO 관행이었습니다. 구글은 타이틀 태그 내에서 콘텐츠의 양이 짧거나 더 긴 것을 보여주는 다양한 반복 작업을 거쳤습니다.

그럼에도 불구하고, 타이틀 태그는 세 가지 다른 방식으로 여전히 중요성을 유지하고 있습니다.

  • 검색 결과에 페이지 제목으로 표시됩니다(특정 결과를 클릭하는 것과 관련하여 사용자 동작에 영향을 미칩니다).
  • 웹 브라우저는 열려 있는 탭의 이름을 지정하여 표시합니다. 제목이 호버에 표시되므로, 탭이 너무 많이 열려 있고 각 페이지(가능한 경우)의 즐겨찾기만 표시될 때 특히 유용합니다.
  • 검색 결과와 마찬가지로 페이지 링크가 소셜 미디어에 게시될 때 제목이 표시되며 이 또한 링크에 대한 내용을 사용자에게 전달합니다.

그 description 기여하다

저랑 다르게. keywords 속성, 더 description 속성은 Yahoo!와 Bing과 같은 대부분의 주요 검색 엔진에 의해 지원되는 반면, Google은 페이지 자체에 대한 정보가 요청될 때(예: related: 질의). 그 description 속성은 웹 페이지의 내용에 대한 간결한 설명을 제공합니다. 이를 통해 웹 페이지 작성자는 검색 엔진이 페이지 내용에 따라 자체 설명을 자동으로 작성할 수 없는 경우 표시되는 것보다 목록에 대해 더 의미 있는 설명을 제공할 수 있습니다. 설명은 검색 엔진 결과 페이지에 표시되는 경우가 많지만 항상 표시되는 것은 아니므로 클릭률에 영향을 미칠 수 있습니다. 결과에 대한 클릭이 효과의 긍정적인 신호가 될 수 있지만 title 그리고. description 작성, Google은 이 메타 요소를 순위 요소로 인식하지 않으므로 해당 요소에 대상 키워드 구문을 사용하면 사이트 순위를 더 높이는 데 도움이 되지 않습니다. W3C는 이 설명 메타 태그의 크기를 지정하지 않았지만 거의 모든 검색 엔진에서 일반 텍스트의 160자보다 짧을 것을 권장합니다.[citation needed]

그 language 기여하다

그 language 속성은 검색 엔진에게 웹사이트가 코딩 언어(예: HTML)와 대조적으로 어떤 자연 언어(예: 영어, 스페인어 또는 프랑스어)로 작성되었는지 알려줍니다. 그것은 보통 언어 이름에 대한 IETF 언어 태그입니다. 웹 사이트가 여러 언어로 작성될 때 가장 많이 사용되며 각 페이지에 포함되어 검색 엔진에 특정 페이지가 어떤 언어로 작성되었는지 알려줄 수 있습니다. 사용자 에이전트는 언어 정보를 사용하여 언어에 적합한 글꼴을 선택할 수 있으므로 페이지의 전체 사용자 환경이 개선됩니다.[citation needed]

그 robots 기여하다

그 robots 여러 주요 검색 엔진에서 지원하는 [12][failed verification]속성은 검색 엔진 거미가 페이지 색인을 지정할 수 있는지 여부와 페이지의 링크를 따라야 하는지 여부를 제어합니다. 속성에는 쉼표로 구분된 하나 이상의 값이 포함될 수 있습니다. 그 noindex 값을 사용하면 페이지가 인덱싱되지 않습니다. nofollow 링크가 기어가는 것을 방지합니다. 하나 이상의 검색 엔진이 인식하는 다른 값은 엔진이 페이지를 인덱싱하는 방법과 해당 페이지가 검색 결과에 나타나는 방법에 영향을 미칠 수 있습니다. 여기에는 다음이 포함됩니다. noarchive, 검색 엔진에 페이지의 보관된 복사본을 저장하지 않도록 지시합니다. nosnippet, 검색 엔진이 검색 결과에 페이지 목록과 함께 페이지의 스니펫을 포함하지 않도록 요청합니다.[13]

메타 태그는 검색 엔진이 웹 사이트의 내용을 인덱싱하는 것을 방지하는 데 가장 좋은 옵션 중 하나입니다.[14]

검색 엔진에 대한 추가 속성

NUOKP

구글, 야후, MSN은 검색 엔진 결과 페이지(SERP)에서 제목 및/또는 설명(스니펫 또는 추상이라고도 함)을 위해 웹 사이트의 DMOZ(일명 오픈 디렉터리 프로젝트) 목록의 제목과 초록을 사용했습니다. 웹마스터들에게 Open Directory Project 콘텐츠를 웹사이트 목록에 사용해서는 안 된다는 것을 명시하는 옵션을 주기 위해 마이크로소프트는 2006년 5월에 새로운 "를 선보였습니다.NOODP" "에 대한 가치robots" 메타 태그의 요소입니다.[15] 구글은 2006년[16] 7월에, 야후는 2006년 10월에 그 뒤를 이었습니다.[17]

2017년까지 구글은 폐쇄 후 DMOZ의 사용을 중단했다고 보고했으며, 그 이후로 NUHP 지침은 무시됩니다.[18]

구문은 태그를 지원하는 모든 검색 엔진에서 동일합니다. 

<메타의 이름.="robots" 내용적인="nood프" >

웹마스터는 검색 엔진 기준으로 ODP 목록 사용을 허용하지 않을 것인지 여부를 결정할 수 있습니다.

구글: 

<메타의 이름.="구글봇" 내용적인="nood프" >

야후! 

<메타의 이름.="후루룩" 내용적인="nood프" >

MSN 및 Live Search(빙봇을 통해 이전의 MSN봇): 

<메타의 이름.="빙봇" 내용적인="nood프" >
NOYDIR

Yahoo!는 자신들의 Yahoo! 디렉토리의 콘텐츠를 ODP 목록 옆에 둡니다. 2007년에 그들은 웹 디자이너들이 이것을 선택할 수 있도록 하는 메타 태그를 도입했습니다.[19]

추가하기 NOYDIR 페이지에 태그를 지정하면 Yahoo!가 Yahoo!를 표시하지 못하게 됩니다. 디렉토리 제목 및 초록. 

<메타의 이름.="robots" 내용적인="노이디르" > <메타의 이름.="후루룩" 내용적인="노이디르" >

검색에 미치는 영향

Google은 인덱싱에 HTML 키워드나 메타 태그 요소를 사용하지 않습니다. 구글의 연구 책임자인 모니카 헨징거(Monika Henzinger)는 (2002년) "현재 우리는 조작되는 것을 두려워하기 때문에 메타데이터를 신뢰하지 않는다"고 말한 것으로 전해졌습니다.[20] 다른 검색 엔진들은 "시스템을 속이는 것"으로 간주되는 웹 사이트에 불이익을 주기 위한 기술을 개발했습니다. 예를 들어, 동일한 메타 키워드를 여러 번 반복하는 웹 사이트는 이러한 관행을 제거하려고 시도하는 검색 엔진에 의해 순위가 감소할 수 있지만, 그럴 가능성은 없습니다. 검색 엔진은 메타 키워드 요소를 완전히 무시할 가능성이 높으며, 요소에 사용되는 단어 수에 관계없이 대부분 무시합니다.

그러나 Google은 사이트 링크를 표시할 때 메타 태그 요소를 사용합니다. 제목 태그는 검색 결과에 링크를 만드는 데 사용됩니다. 

<title>사이트명 - 페이지 제목 - 키워드 설명 </title>

메타 설명은 종종 Google 검색 결과에 나타나 링크를 설명합니다. 

<메타의 이름.="desc 설명" 내용적인="페이지의 내용을 설명하는 흐림 표시가 여기에 나타납니다." >

또한 기업 검색 스타트업 Swiftype은 메타 태그를 웹 사이트 검색 엔진의 관련성을 알리는 메커니즘으로 간주하며 메타 태그 2라는 자체 확장 기능을 도입하기도 합니다.[21]

리디렉션

메타 새로 고침 요소를 사용하여 웹 브라우저에 지정된 시간 간격 후에 웹 페이지를 자동으로 새로 고치도록 지시할 수 있습니다. 대체 URL을 지정하고 이 기법을 사용하여 사용자를 다른 위치로 리디렉션할 수도 있습니다. 메타 요소를 통한 자동 새로 고침은 10년 이상 사용되지 않았으며 [22]그 이전에는 문제가 있는 것으로 인식되었습니다.[22]

W3C는 사용자 에이전트가 사용자가 사용하지 않도록 허용해야 하며, 그렇지 않으면 웹 페이지에서 메타 새로 고침을 사용해서는 안 된다고 제안합니다. Internet Explorer의 보안 설정의 경우 기타 범주에서 사용자가 메타 새로 고침을 해제할 수 있으므로 리디렉션 기능을 사용할 수 없습니다. Mozilla Firefox에서는 "액세스 가능성"이라는 키 이름으로 구성 파일에서 비활성화할 수 있습니다.블록 오토 리프레쉬"[23]

또한 많은 웹 디자인 튜토리얼에서는 클라이언트 측 방향 전환이 웹 브라우저의 "뒤로" 버튼의 정상적인 작동을 방해하는 경향이 있다고 지적합니다. 리디렉션된 후 뒤로 버튼을 클릭하면 사용자가 다시 리디렉션 페이지로 돌아가 다시 리디렉션됩니다. 그러나 사파리, 모질라 파이어폭스, 오페라 등 일부 현대 브라우저는 이 문제를 극복한 것으로 보입니다.[citation needed]

마크업을 통한 자동 리디렉션(서버 측 리디렉션)은 W3C의 웹 콘텐츠 접근성 지침(WCAG) 1.0(가이드라인 7.5)을 준수하지 않습니다.[24]

HTTP 메시지 헤더

양식의 메타 요소 <meta http-equiv="foo" content="bar"> HTTP 헤더의 대안으로 사용할 수 있습니다. 예를들면, <meta http-equiv="expires" content="Wed, 21 June 2006 14:25:27 GMT"> 브라우저에 2006년 6월 21일 GMT 14:25:27에 페이지가 "만료"되며 그 때까지 안전하게 페이지를 캐시할 수 있다고 알려줄 것입니다. HTML 4.01 사양은 선택적으로 이 태그를 HTTP 서버에 의해 구문 분석하고 HTTP 응답 헤더의 일부로 설정할 [25]수 있지만 현재 이 동작을 구현하는 웹 서버는 없습니다.[26] 대신 사용자 에이전트는 일부 HTTP 헤더에 대한 동작을 응답 헤더 자체에서 전송된 것처럼 에뮬레이트합니다.

에 대한 대안 meta 요소들

참고 항목: 시맨틱 웹 및 HTML5 § 마크업

일부 HTML 요소와 속성은 이미 특정 메타 데이터를 처리하고 있으며, 작성자가 META 대신 TITLE 요소, ADDRESS 요소, INS 및 DEL 요소, 제목 속성 및 인용 속성을 지정하는 데 사용할 수 있습니다.[27]

에 대한 대안. meta 웹사이트 내에서 제목 접근성을 향상시키기 위한 요소는 웹사이트에 대한 백 오브 북 스타일 인덱스를 사용하는 것입니다.[citation needed] 예를 들어 미국 색인 협회 웹 사이트를 참조하십시오.

1994년, ALIWEB는 메타 키워드 속성에서 흔히 볼 수 있는 유형의 정보를 제공하기 위해 인덱스 파일을 사용하기도 했습니다.[undue weight? – discuss]

컨텐츠 속성의 값이 URL인 경우, 많은 작성자가 적절한 값을 가진 링크 요소를 rel 속성에도 사용하기로 결정합니다.[27]

언어 사양의 경우 HTTP-header, meta-element 또는 속성을 사용하는 것이 가장 좋은 경우에 대한 비교는 다음을 참조하십시오.

참고 항목

참고문헌

  1. ^ "HTML meta tag". www.w3schools.com. Retrieved 2021-04-22.
  2. ^ "Meta tags that Google understands – Search Console Help". support.google.com. Retrieved 2018-10-15.
  3. ^ 통계(1997년 6월 4일), 카운트별 META 속성, 밴쿠버 웹페이지, 2007년 6월 3일 검색
  4. ^ "2007년에 검색 엔진 최적화 분야의 리더 37명은 키워드 속성에 키워드가 있는 것은 거의 없다고 결론지었습니다." Sanger.nu 블로그, 2008년 9월 9일, 2011년 8월 2일 Wayback Machine에서 검색됨 2009-02-21
  5. ^ "Google은 웹 랭킹에서 키워드 메타 태그를 사용하지 않습니다" Google Webmaster Central Blog 2009년 9월 21일 검색
  6. ^ 야후! FAQ 검색 결과에서 웹 사이트 순위를 높이려면 어떻게 해야 합니까? Yahoo.com , 2008년 11월 12일 검색
  7. ^ "Yahoo Drop the Meta Keywords Tag도" SEO 원탁 2009년 10월 8일 2011년 4월 22일 검색
  8. ^ a b "Yahoo의 검색 수석 이사가 잘못 이해했습니다, Yahoo는 메타 키워드를 여전히 사용합니다" SEO 원탁, 2009년 10월 16일, 2011년 4월 22일 검색
  9. ^ "A newly hatched way to tag your news articles". Google News Blog. Retrieved 2018-10-15.
  10. ^ 2020년 3월 6일 검색된 구글 퍼블리셔 센터 커뮤니티, "메타 뉴스 키워드 여전히 작동?"
  11. ^ "On-Page Ranking Factors – SEO Best Practices". Moz. 2017-04-24. Retrieved 2017-04-25.
  12. ^ Vanessa Fox, 로봇 메타태그 사용, 공식 Google Webmaster Central Blog, 2007년 3월 5일
  13. ^ Danny Sullivan (2007년 3월 5일),Meta Robots Tag 101: Wayback Machine, SearchEngineLand.com 에서 2007년 6월 3일 검색된 Spiders 차단, 캐시된 페이지 및 더 많은 아카이브된 2008-09-27
  14. ^ 구글이 로봇을 이용해 페이지를 기어가는 것을 차단하면요.txt disallow directive, 검색 결과에서 사라지나요? developers.google.com , 2013년 7월 26일 검색.
  15. ^ Betsy Aoki (2006년 5월 22일), 웹마스터 오픈 디렉토리 목록에서 제외, 라이브 검색 블로그, 2007년 6월 3일 검색
  16. ^ Vanessa Fox (2006년 7월 13일), 페이지 스니펫에 대한 추가 제어, Google 사이트맵 내부, 2007년 6월 3일 검색
  17. ^ 야후! 검색 (2006년 10월 24일), 야후! 날씨 업데이트 및 지원을 검색하여 'NODP', 야후! 검색 블로그, 2007년 6월 3일 검색
  18. ^ 사용자를 위한 더 나은 스니펫
  19. ^ 야후! 검색 (2007년 2월 28일), 야후! Yahoo, Wayback Machine에서 'NOYDIR' 메타 태그 및 날씨 업데이트 아카이브 2008-11-06 검색 지원! 검색 블로그, 2007년 6월 3일 검색
  20. ^ 그레타 드 그로트 (2002). "웹과 구글의 관점: Monika Henzinger, 연구 책임자, Google", 인터넷 카탈로그 저널, Vol. 5 (1), pp. 17–28, 2002.
  21. ^ "Meta Tags 2". Swiftype. 2014-03-10. Retrieved 2017-11-08.
  22. ^ a b "Welcome to the Virtual Mall!". www.w3.org. Retrieved 2018-10-15.
  23. ^ 접근성.blockautorefresh MozillaZine, 원본에서 아카이브됨 2009년 6월 2일
  24. ^ W3C 권고안 (1999년 5월 5일), Web Content Accessibility Guideline 1.0 – Guideline 7. W3.org , 2007년 9월 28일 검색
  25. ^ W3C 권고안 (1999년 12월 24일), HTML 4.01 규격 W3.org , 2012년 7월 24일 검색
  26. ^ Stack Overflow, meta http-equiv – 이는 HTTP 헤더의 일부로 전송됩니까, 아니면 클라이언트가 런던 웹 표준 기술 대화에서 메타 태그의 본문을 구문 분석합니까?
  27. ^ a b "The global structure of an HTML document". www.w3.org. Retrieved 2018-10-15.

외부 링크