テキスト対コード比とSEO
私は長年にわたってさまざまなオンラインSEOチェッカーで開発したサイトを運営しており、そのうちのいくつかは私のHTML比をチェックしてきました。これについても1、2回読んだことを覚えています。 alt/title属性、schema.org、FacebookのOpen Graphなどでデューデリジェンスを行ったとき、または強制的に1つに強制されたとき、たとえばGoogleによるSEOペナルティの決定的な証拠があるかどうかを尋ねる必要があります「div内のdiv内」divは、コードが大量に発生する場所を設計していますか？
UPDATE私は質問で十分に明確ではなかったと思います。あなたのページは、Googleではなく、エンドユーザーにとって有用で意味のあるものでなければならないことを完全に理解しています。あなたのページがGoogleにとって意味のある意味を持つようにコードをマークアップすると（必要に応じて！）、コード比はますます大きくなり続けます。私の質問は、コードがコンテンツを一定の割合で上回る場合、Googleがあなたのページにペナルティを課すという決定的な証拠があるかどうかでした。これは本当ですか、それとも何らかのSEO都市伝説ですか？
HTMLページが妥当なサイズであると仮定すると（ 2006に500kb になりましたが、現在はもっと大きくなっています）、Googleはページのテキストとコードの比率を気にしません。代わりに優れたコンテンツの作成に焦点を当ててください。SEOの観点からマークアップについて心配する必要はありません。
ユーザーの観点からは、高速読み込みページを持つことは素晴らしいことです（そのため、それを見つけたときに不必要な毛羽立ちに気をつけてください）。 HTML）も良いアイデアです。これらのことは、ページのGoogleの表示に直接影響しませんが、ユーザーを疎外している場合、おそらく他のユーザーにサイトを推奨しません。
テキストとコードの比率のみを見るのは役に立ちません。使用可能なテキストの絶対量を考慮する必要があります。すべてのマークアップを削除した後に少なくともテキストが残っている限り、ペナルティは科されません。
一方、意味のあるマークアップがほとんどない場合、ページの内容を伝えるのは困難です。長いフッターが付いたほとんど空のページである可能性があります。
数年前、ネットワークの最初のクローラーを書いたとき、いくつかのページでメイントピックを検出するのに大きな問題がありました：見出しがないか、多すぎる、いくつかのページにセマンティックマークアップがない繰り返しブロック。より良い検索結果を得るには、テンプレートを変更する必要がありました。 Googleのような検索エンジンでも同様の問題が発生しますが、ウェブサイトを変更することはできません。 :)
もう1つの要因は読み込み時間です。ページサイズが大きいほど、読み込みに時間がかかります。したがって、テキストへのロード時間比は、関連するメトリックとして使用できます。
クローラーは限られたリソースで動作し、時間に見合うページを好むため、ユーザーや検索エンジンに配信するよりリアルなユニークなコンテンツほど、クローラーが戻る可能性が高くなります。
ページの読み込み時間はマイナーなアルゴリズム要因です と明示的に述べている人はいないようです。
コードを簡潔かつ最小限に保ち、semnaticマークアップでやり過ぎないようにしてください。これはランキング要素として使用されておらず、SERPへの取り込みは現在制限されています（星評価、レシピなど）。