<h1>の過剰使用は悪かったのですが、今ではHTML5で?


22

使いすぎると<h1>最適化のペナルティにつながる可能性がありますが、HTML5では<h1>同じページ(ネストされたセクション内)で複数を使用できるようになりました。

<h1>タイトルのみを含むページでGoogleは何をしますか?


Googleが何をしているのかはわかりませんが、いつか彼らにペナルティを科し、残りの人生を地獄に送ってくれることを願っています!HTML5によってもたらされたすべての美しいものがあるので<h1>、コード内でネストされたタグを使用する必要がある理由を理解するのに本当に苦労しています。「<title>ページに複数のタグがありますか?」と自問してください。答えは「いいえ」なので<h1>、ページに複数のタグを追加する必要があるのはなぜですか?!
マルコデマイオ

1
複数のH1タグの使用に関するSEOと同一ではない場合、非常に類似していますか?
Zhaph -ベンDuguid

1
@MarcoDemaio、H1タグはタグと同じではありませんTITLE。HTML5アウトラインアルゴリズム、およびHTML5で導入されたほとんどすべてのセクション要素は、1つのページに複数の記事が含まれる可能性があるという概念に対処するために作成されました。1つのページに単一の記事が含まれている場合(Wikipediaのほとんどのページのように)、H1からH6を単独で使用するのは理にかなっています。1ページに複数の記事ティーザーを表示し始めた場合、コンテンツを構造化するためにH1-H6タグだけに頼ると混乱に陥ります。
サードベンダー

@thirdender:複数のartcilesを含む1つのページを表示する場合<h1>、「Articles talking about ...」というページの実際の名前をラップするために使用でき、記事の見出しはラップされる可能性があり<h2>ます<h1>ページ内で複数の時間を使用する必要があります。
マルコデマイオ14年

1
@MarcoDemaio、はい、そうすることは可能ですが、HTML5のセクショニング要素を最大限に活用することはできません。Smashing Magazine:Structural Semantics – The Importantance of HTML5 Sectioning Elementsを参照してください。彼は、メカニズムを概説する歴史的な文書の欠点と、新しいHTML5セクション化要素によってそれらがどのように扱われるかを、本当に強く突きつけています。これらは生活を楽にすることでプログラマーに利益をもたらし、意味のある方法でアウトラインプラクティスを標準化することでスクリーンリーダーのユーザーに利益をもたらします。
サードパーティー14年

回答:


14

Matt Cuttsによると、Googleは複数の<h1>タグを持っているだけでサイトを罰することはありません。それらのインデクサーは<h1>、たとえばタグ内にすべてのテキスト<h1>を入れるなどの過度の過剰使用を検出し、そのようなページにペナルティを科すようにプログラムされる可能性がありますが、私はそれを直接確認していません。そのようなページに警告された場合、彼らの人間のスタッフはそれを虐待と見なし、それに応じて行動する可能性非常に高いです。

私はグーグルで仕事をしておらず、彼らのアルゴリズムが実際にどのように機能するのかわかりません(知っている人の観察や投稿から推測できるものを超えて)が、もしが彼らの見出し処理コードを書くなら、私は割り当てますページごとに一定量の「見出しの重み」を設定し、その重みをページ上のすべての見出しに比例して分割します。そう<h1>すれば、2つのタグを持つことは、1つの長いタグを持つこととまったく同じ効果があり、たとえば、<h3>ページでタグのみを使用すると、onlyを使用することとまったく同じ効果があり<h1>ます。Googleがそのようなことを多かれ少なかれしなかったならそれはかなり驚くべきことである。


1
アスカーは言及されています正確に何を言及していないが、それの価値は、2009年からのUpdateでのビデオイルマリリンクことに留意し、特に(最終的に名前の過剰最適化のペナルティさをターゲットにしてペンギンは)一週間ほど前に導入されました。

8

一般的<h1>に、ページに1つだけ、または<h1>HTML5のセクションに1つだけを置くことがベストプラクティスとして受け入れられています。GoogleはHTMLの基準を満たすためにあなたを罰するするわけではなく、複数持つためにあなたを罰するだろう<h1>のを-それは可能持つためにあなたを罰するONLY <h1> "けれどもね。

重要な点は、コンテンツの要件とユーザーの要件に関することです-目が見えるかどうかにかかわらず、1日運ぶ必要があります。

ここだ、Googleの缶インデックスHTML 5ことを確認し、Googleのジョナサンミューラー、そして、それはそれのために何も特別な処理を行わないように、つまりは、HTML 5を使ってのためにあなたに報酬を与えます。

クロールシステムとインデックスシステムは現在、HTML5に対して特別な処理を行っていません。そのため、HTML5構造を使用することに対する「ボーナス」はありませんが、同様に一般的に欠点もありません。そうは言っても、私が見たHTML5マークアップのあるページのほとんどは、非常にきれいである傾向があります-少しの「粗雑」で不要な要素があります。クリーンなマークアップは、アルゴリズムが明示的に検索するものではありませんが、ほとんど解析できないページが表示されることがあります。また、クリーンマークアップを使用すると、Webサイトの維持、マイクロフォーマットなどの新しい要素の追加がはるかに簡単になり、さまざまなブラウザーやデバイスでのページの移植性が向上します。そのため、HTML5で素晴らしいサイトを作成することを(検索の観点から)妨げることは何もありません:)。


あなたが言っていることを証明してください。GoogleがTODAY html5を理解していることを証明します...将来的には確実にそうなります。でも今日は?
skyline26

1
matt cuttsのブログから:過剰なH1タグ-すべてまとめて:H1はトップの見出しです。残りはH2とH3。記事またはページごとに1つのH1見出しのみを使用する必要があります。
skyline26

@toPeerOrNotToPeerはい、正確に。標準に従ってください。問題はありませんが、Googleは複数のH1に対してペナルティを科すことはなく、HTML 5を理解します。
toomanyairmiles

単一のH1制限は決して真実ではありませんでした。
蘇」

@Su '仕様にはありません。しかし、それは一般的に受け入れられている慣習です-しかし、私はこのケースを誇張しました。
-toomanyairmiles

3

誰もが常に2009年からマットカッツポストを指す。ここマットカッツは、特に単一のための彼の好みを述べライブウェブカムチャット中に2011年からの映像で<h1>ページごとにタグを。


サイトへようこそ!それは有益なリンクです-質問をよりよく解決するためにあなたの答えを少し広げることができますか?そうでなければ、あなたの答えはコメントに近くなります。ありがとう!
ダン

3

<h1>ドキュメント内で複数の使用が常に許可されており、arbitrarily意的にペナルティが科されることはありませんでした。それをやり過ぎると、それ自体が問題になる可能性があります。

Googleに関しては、エンジニアが仕事をしていることを信頼しなければなりません。HTML5を適切にインデックス付けしている場合、Googlebotはネスト<h1>がレベルを効果的に「押し下げる」ことを知っています。あなたがそれを信用しないなら、それをしないで、<h2>あなたがそれについて明確で直接的な答えを得るまで、それらを手作業で作ってください。(@toomanyairmilesの応答にあるJohnathan Muellerの投稿へのリンクは興味深いですが、私には十分ではありません。)私はまだこれが起こるのを見ていません。


1

この質問は、<h1>タグがページの1つのメインタイトルを表すというロジックに基づいていると思います。それは前の日には当てはまるかもしれませんが、HTML5はそのタイプのロジックを変更しました。HTML5では、<h1>タグはセクションのメインタイトルです。これは、フルページ、サブページ、モジュールなどです。この違いが重要な理由の良い例は、さまざまなアクティビティ専用のさまざまなセクションのモジュラーシステムを構築する場合です。

複数の「ページ」が並んでいるシステムを想像してください。各ページの目的はそれぞれ異なります。1つは天気、1つはタスクの整理、もう1つは顧客の表示などです。これらの各ページは、さらに詳細にドリルダウンできます(時間ごとの予測、単一のタスク、単一の顧客)。 「サブページ」は、実際のページと一緒に視覚的に配置できます。

HTML5より前は、どのヘッダータグが適切かを論理的に判断する必要があり、6レベル以上深くすると、ヘッダータグが不足していました。HTML5では、<h1>追加のロジックやネストの制限なしですべてを設定できます。


しかし、彼は「Googleはページをどうするか...」と尋ねた。あなたが答える中であなたが想像するシステムは、WebisteというよりもWebアプリケーションインターフェースのように見えます。通常、ウェブアプリケーションはログインの背後に留まることになっているため、Googleはクロールできません。
マルコデマイオ14年
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.