検索エンジン最適化 (SEO) スターター ガイド
このガイドは誰を対象としていますか?
このガイドは、Google 検索を介してオンライン コンテンツを所有、管理、収益化、宣伝している方を対象としています。 あなたは、成長し繁栄しているビジネスのオーナー、十数のサイトの Web サイト所有者、Web 代理店の SEO スペシャリスト、または検索の仕組みに熱心な DIY SEO 専門家かもしれません。このガイドは、あなたを対象としています。 弊社のベスト プラクティスに従って SEO の基本を完全に理解したい場合は、まさにここが正しい場所です。 このガイドでは、サイトを自動的に Google で最初にランク付けするための秘密は説明しません (申し訳ありません!) が、ベスト プラクティスに従うことで、検索エンジンがコンテンツをクロール、インデックス付け、理解することが容易になると期待されます。
検索エンジン最適化 (SEO) では、多くの場合、Web サイトの一部に小さな変更を加えます。 これらの変更を個別に見ると段階的な改善のように見えるかもしれませんが、他の最適化と組み合わせると、サイトのユーザー エクスペリエンスとオーガニック検索結果のパフォーマンスに顕著な影響を与える可能性があります。 このガイドのトピックの多くは、Web ページに不可欠な要素であるため、すでによくご存じかと思いますが、最大限に活用できていない可能性があります。
ユーザーに利益をもたらす Web サイトを構築し、ユーザー エクスペリエンスを向上させるためにあらゆる最適化を行う必要があります。 これらのユーザーの 1 つは検索エンジンであり、他のユーザーがコンテンツを発見するのに役立ちます。 SEO は、検索エンジンがコンテンツを理解し、表示できるようにすることです。 あなたのサイトはサンプル サイトよりも小さい場合も大きい場合もあり、提供するコンテンツも大きく異なる場合がありますが、このガイドの最適化トピックはあらゆるサイズとタイプのサイトに当てはまります。 このガイドがウェブサイトを改善するための新しいアイデアを提供することを願っております。また、Google 検索セントラル ヘルプ コミュニティでご質問、フィードバック、成功事例をお聞かせください。
はじめる
用語集
このガイドで使用される重要な用語の短い用語集を次に示します。
インデックス – Google は、認識しているすべてのウェブページをインデックスに保存します。 各ページのインデックス エントリには、そのページのコンテンツと場所 (URL) が記述されています。 インデックスに登録すると、Google がページを取得し、読み取ってインデックスに追加します。今日、Google は私のサイトのいくつかのページをインデックスに登録しました。
クロール – 新しいウェブページまたは更新されたウェブページを探すプロセス。 Google は、リンクをたどったり、サイトマップを読んだり、その他さまざまな方法で URL を検出します。 Google は Web をクロールして新しいページを探し、(必要に応じて) インデックスを作成します。
クローラー – Web からページをクロール (フェッチ) し、インデックスを付ける自動化されたソフトウェア。
Googlebot – Google のクローラーの一般名。 Googlebot は常にウェブをクロールします。
SEO – 検索エンジンの最適化: サイトを検索エンジンにとってより適切なものにするプロセス。 また、これを生業とする人の役職: ウェブ上での存在感を高めるために、新しい SEO を雇ったところです。
Google を利用していますか?
サイトが Google のインデックスに登録されているかどうかを確認する
サイトを作成する: サイトのホーム URL を検索します。 結果が表示されれば、インデックスに登録されています。 たとえば、site:wikipedia.org を検索すると、次の結果が返されます。
site: 演算子は、クエリで指定されたプレフィックスでインデックスに登録されているすべての URL を必ずしも返すとは限りません。 サイト運営者について詳しくは、こちらをご覧ください。
サイトが Google にない場合
Google は数十億のページをクロールしますが、一部のサイトが見逃されることは避けられません。 クローラーがサイトを見逃す場合、多くの場合、次のいずれかの理由が考えられます。
このサイトは Web 上の他のサイトからうまく接続されていません
新しいサイトを立ち上げたばかりですが、Google にはまだサイトをクロールする時間がありません
サイトの設計により、Google がコンテンツを効果的にクロールすることが困難になっています
Google がサイトをクロールしようとしたときにエラーを受け取りました
ポリシーにより Google によるサイトのクロールがブロックされます
自分のサイトを Google に登録するにはどうすればよいですか?
Google は完全に自動化された検索エンジンで、ウェブ クローラーを使用してウェブを絶えず探索し、インデックスに追加するサイトを探します。 通常は、サイトを Web に投稿すること以外は何もする必要はありません。 実際、結果にリストされるサイトの大部分は、含めるために手動で送信されたものではなく、Web をクロールするときに自動的に検出されて追加されます。 Google がウェブページをどのように検出、クロール、提供するかを学びます。
Search Essentials では、Google に適したウェブサイトを構築するための最も重要な要素の概要を説明します。 当社のクローラーが特定のサイトを見つけるという保証はありませんが、検索の基本事項に従うことで、サイトが検索結果に表示されるようになります。
Google Search Console は、コンテンツを Google に送信し、Google 検索でのパフォーマンスを監視するのに役立つツールを提供します。 必要に応じて、Search Console は、Google がサイトで発生した重大な問題に関するアラートを送信することもできます。 サーチコンソールに登録します。
ここでは、Web サイトを開始するときに自問すべき基本的な質問をいくつか紹介します。
私のウェブサイトは Google に表示されますか?
高品質のコンテンツをユーザーに提供できていますか?
私の地元のビジネスは Google に表示されますか?
私
私のコンテンツはすべてのデバイスで高速かつ簡単にアクセスできますか?
私のウェブサイトは安全ですか?
SEOの専門家が必要ですか?
SEO エキスパートとは、検索エンジンでの可視性を向上させるために訓練を受けた人のことです。 このガイドに従うことで、最適化されたサイトにたどり着くために十分な知識を得ることができます。 それに加えて、ページの監査を手伝ってくれる SEO 専門家を雇うことを検討することもできます。
SEO 業者を雇うかどうかは、サイトを改善し、時間を節約できる可能性がある大きな決断です。 SEO 業者を雇うことの潜在的な利点と、無責任な SEO がサイトに与える可能性のある損害について必ず調査してください。 多くの SEO やその他の代理店、コンサルタントは、Web サイト所有者に次のような便利なサービスを提供しています。
サイトのコンテンツまたは構造の見直し
Web サイト開発に関する技術的なアドバイス: ホスティング、リダイレクト、エラー ページ、JavaScript の使用など
コンテンツ開発
オンライン ビジネス開発キャンペーンの管理
キーワード調査
SEOトレーニング
特定の市場および地域における専門知識
SEO の検索を開始する前に、知識のある消費者になり、検索エンジンがどのように機能するかをよく理解することをお勧めします。 このガイド全体、特に次のリソースに目を通すことをお勧めします。
Google がウェブをクロール、インデックス付け、提供する方法
必需品の検索
SEO担当者を雇う方法
SEO 担当者を雇うことを考えている場合は、早ければ早いほど良いでしょう。 サイトの再デザインを検討しているとき、または新しいサイトの立ち上げを計画しているときは、雇用に最適な時期です。 そうすることで、あなたとあなたの SEO は、あなたのサイトが徹底的に検索エンジンに優しいように設計されていることを確認できます。 ただし、優れた SEO は既存のサイトの改善にも役立ちます。
SEO を雇う必要性と注意すべき点について詳しくは、「SEO は必要ですか」をご覧ください。
Google がコンテンツを見つけられるようにする
サイトを Google に掲載するための最初のステップは、Google がそのサイトを見つけられるようにすることです。 そのための最良の方法は、サイトマップを送信することです。 サイトマップは、サイト上の新しいページまたは変更されたページについて検索エンジンに伝えるサイト上のファイルです。 サイトマップを作成して送信する方法について詳しくは、こちらをご覧ください。
Google は、他のページからのリンクからもページを検索します。 サイトを宣伝することで、人々にサイトの発見を促す方法を学びましょう。
クロールされたくないページを Google に伝えます
機密情報以外の情報については、robots.txt を使用して不要なクロールをブロックします。
robots.txt ファイルは、サイトの一部にアクセスできるかどうか、つまりクロールできるかどうかを検索エンジンに伝えます。 このファイルは robots.txt という名前にする必要があり、サイトのルート ディレクトリに配置されます。 robots.txt によってブロックされたページもクロールされる可能性があるため、機密性の高いページの場合は、より安全な方法を使用してください。
# brandonsbaseballcards.com/robots.txt
# ショッピング カート内の URL やアイコン フォルダー内の画像をクロールしないように Google に指示します。
# Google 検索結果では役に立たないため。
ユーザーエージェント: googlebot
禁止: /checkout/
禁止: /icons/
サイトの特定のページは、検索エンジンの検索結果で見つかってもユーザーにとって役に立たない可能性があるため、クロールされたくない場合があります。 サイトでサブドメインを使用しており、特定のページが特定のサブドメインでクロールされないようにする場合は、そのサブドメイン用に別の robots.txt ファイルを作成する必要があることに注意してください。 robots.txt の詳細については、robots.txt ファイルの使用に関するこのガイドを参照することをお勧めします。
コンテンツが検索結果に表示されないようにする他のいくつかの方法についてお読みください。
避ける:
内部の検索結果ページを Google がクロールできるようにします。 ユーザーは、検索エンジンの結果をクリックしてサイト上の別の検索結果ページに移動することを嫌います。
プロキシ サービスの結果として作成された URL のクロールを許可します。
機密情報については、より安全な方法を使用してください
robots.txt ファイルは、機密マテリアルや機密マテリアルをブロックする適切または効果的な方法ではありません。 これは、行儀の良いクローラーに対して、そのページが自分たちに向けたものではないことを指示するだけで、サーバーがそれらのページを要求したブラウザーに配信することを妨げるものではありません。 理由の 1 つは、インターネット上のどこか (リファラー ログなど) にそれらの URL へのリンクがたまたま存在した場合、検索エンジンがブロックした URL を引き続き参照する可能性があるためです (タイトル リンクやスニペットは表示されず、URL のみが表示されます)。 また、ロボット排除基準を認めていない非準拠の検索エンジンや不正な検索エンジンは、robots.txt の指示に従わない可能性があります。 最後に、好奇心旺盛なユーザーが robots.txt ファイル内のディレクトリまたはサブディレクトリを調べて、見られたくないコンテンツの URL を推測する可能性があります。
このような場合、ページを Google に表示しないようにしたいだけで、リンクを知っているユーザーがページにアクセスできるかどうかは気にしない場合は、noindex タグを使用します。 実際のセキュリティを確保するには、ユーザー パスワードを要求するか、ページをサイトから完全に削除するなど、適切な認証方法を使用してください。
Google (およびユーザー) がコンテンツを理解できるようにする
ユーザーと同じように Google にページを表示させましょう
Googlebot がページをクロールすると、平均的なユーザーと同じようにページが表示されるはずです。 最適なレンダリングとインデックス作成を行うには、常に許可してください。
Google は、ウェブサイトで使用される JavaScript、CSS、画像ファイルにアクセスします。 サイトの robots.txt ファイルでこれらのアセットのクロールが禁止されている場合、当社のアルゴリズムによるコンテンツのレンダリングとインデックス付けの精度が直接損なわれます。 これにより、最適なランキングが得られない可能性があります。
推奨されるアクション: URL 検査ツールを使用します。 これにより、Google がコンテンツをどのように認識してレンダリングするかを正確に確認できるようになり、サイトのインデックス作成に関する多くの問題を特定して修正するのに役立ちます。
ユニークで正確なページタイトルを作成する
<title> 要素は、ユーザーと検索エンジンの両方に、特定のページのトピックが何であるかを伝えます。 <title> 要素を HTML ドキュメントの <head> 要素内に配置し、サイト上の各ページに固有のタイトル テキストを作成します。
<html>
<頭>
<title>ブランドンのベースボール カード – カード、ベースボール ニュース、カード価格を購入</title>
<meta name=”description” content=”Brandon のベースボール カードには、幅広いセレクションが用意されています。
ヴィンテージとモダンの野球カードを販売しています。
毎日の野球ニュースやイベントもお届けします。”>
</head>
<本文>
…
検索結果のタイトル リンクとスニペットに影響を与える
ドキュメントが検索結果ページに表示される場合、<title> 要素の内容が検索結果のタイトル リンクとして表示されることがあります(Google 検索結果のさまざまな部分に慣れていない場合は、以下を参照してください) 検索結果ビデオの構造)。
ホームページの <title> 要素には、ウェブサイトまたはビジネスの名前をリストすることができ、ビジネスの物理的な場所や主な焦点やサービスのいくつかなど、その他の重要な情報を含めることもできます。
ページのコンテンツを正確に説明する
自然に読めて、ページのコンテンツのトピックを効果的に伝えるタイトル テキストを選択してください。
避ける:
ページ上のコンテンツと関係のないテキストを <title> 要素内で使用する。
「無題」や「新しいページ 1」などのデフォルトまたはあいまいなテキストを使用します。
各ページに固有の <title> 要素を作成します。
サイトの各ページの <title> 要素に一意のテキストが含まれていることを確認してください。これにより、Google はそのページがサイト上の他のページとどのように区別されているかを認識できるようになります。 サイトで別のモバイル ページを使用している場合は、モバイル バージョンでも <title> 要素に説明テキストを使用してください。
避ける:
サイトのページまたは大きなページ グループ全体のすべての <title> 要素で 1 つのタイトルを使用する。
簡潔だが説明的な <title> 要素を使用する
<title> 要素は短くても情報が多くても構いません。 <title> 要素のテキストが長すぎる場合、または関連性が低いと判断された場合、Google は <title> 要素内のテキストの一部だけを表示するか、検索結果に自動的に生成されるタイトル リンクを表示することがあります。
避ける:
ユーザーにとって役に立たない非常に長いテキストを <title> 要素に使用する。
<title> 要素に不要なキーワードを詰め込む。
メタディスクリプションタグを使用する
ページのメタ ディスクリプション タグは、Google やその他の検索エンジンにページの内容の概要を提供します。 ページのタイトルはいくつかの単語やフレーズである場合がありますが、ページのメタ ディスクリプション タグは 1 ~ 2 文、あるいは短い段落である場合もあります。 <title> 要素と同様に、メタ ディスクリプション タグは HTML ドキュメントの <head> 要素内に配置されます。
<html>
<頭>
<title>ブランドンのベースボール カード – カード、ベースボール ニュース、カード価格を購入</title>
<meta name=”description” content=”Brandon’s Baseball Cards では、ビンテージおよびモダンなベースボール カードを豊富に取り揃えて販売しています。毎日の野球ニュースやイベントも提供しています。”>
</head>
<本文>
…
メタディスクリプションタグのメリットは何ですか?
メタ ディスクリプション タグは、Google が Google 検索結果のページのスニペットとして使用する可能性があるため、重要です。 「可能性がある」としているのは、ユーザーのクエリとうまく一致する場合、Google がページに表示されるテキストの関連セクションを使用することを選択する可能性があるためです。 Google がスニペットで使用する適切なテキストを見つけられない場合に備えて、各ページにメタ ディスクリプション タグを追加することをお勧めします。 高品質のメタ ディスクリプションを作成する方法について詳しくご覧ください。
ページの内容を正確に要約する
検索結果にメタ ディスクリプション タグがスニペットとして表示された場合に、ユーザーに情報を提供し、興味を引くような説明を作成します。 説明メタタグ内のテキストの長さには最小または最大の長さはありませんが、検索で完全に表示されるのに十分な長さを確保することをおすすめします(ユーザーが検索する方法と場所に応じて、異なるサイズのスニペットが表示される場合があることに注意してください)。 ユーザーがそのページが有益で自分にとって関連性があるかどうかを判断するために必要なすべての関連情報。
避ける:
ページのコンテンツと関係のないメタ ディスクリプション タグを記述する。
「これは Web ページです」または「ベースボール カードに関するページ」などの一般的な説明を使用します。
説明をキーワードのみで埋めます。
ドキュメントのコンテンツ全体をコピーしてメタ ディスクリプション タグに貼り付けます。
各ページに固有の説明を使用する
ページごとに異なるメタ ディスクリプション タグを設定すると、特にユーザーと Google の両方に役立ちます
特に、ユーザーがドメイン上の複数のページを表示する可能性のある検索(たとえば、site: 演算子を使用した検索)。 サイトに数千、あるいは数百万のページがある場合、メタ ディスクリプション タグを手作りするのはおそらく現実的ではありません。 この場合、各ページのコンテンツに基づいてメタ ディスクリプション タグを自動的に生成できます。
避ける:
サイトのすべてのページまたは大きなページ グループにわたって単一のメタ ディスクリプション タグを使用します。
見出しタグを使用して重要なテキストを強調する
意味のある見出しを使用して重要なトピックを示し、コンテンツの階層構造を作成して、ユーザーがドキュメント内を移動しやすくします。
アウトラインを書いているところを想像してください
大きな論文のアウトラインを書くのと同じように、ページ上のコンテンツの主要なポイントとサブポイントが何になるかを考えて、見出しタグを適切に使用する場所を決定します。
避ける:
ページの構造を定義するのに役に立たないテキストを見出しタグに配置する。
<em> や <strong> などの他のタグの方が適切な場合は、見出しタグを使用します。
ある見出しタグのサイズから別の見出しタグのサイズに不規則に移動します。
ページ全体で見出しを控えめに使用する
意味のある場合は見出しタグを使用します。 ページ上の見出しタグが多すぎると、ユーザーがコンテンツに目を通し、あるトピックがどこで終わり、別のトピックが始まるのかを判断することが困難になる可能性があります。
避ける:
ページ上での見出しタグの過剰な使用。
とても長い見出しです。
見出しタグはテキストのスタイル設定のみに使用し、構造を提示するものではありません。
構造化データのマークアップを追加する
構造化データは、検索エンジンに対してコンテンツを説明するためにサイトのページに追加できるコードで、検索エンジンはページの内容をよりよく理解できるようになります。 検索エンジンはこの理解を利用して、検索結果に有益な (そして目を引く) 方法でコンテンツを表示できます。 これは、あなたのビジネスにとって適切な種類の顧客を引き付けるのに役立ちます。
たとえば、オンライン ストアを運営しており、個々の製品ページをマークアップしている場合、これは、そのページに自転車、その価格、顧客レビューが掲載されていることを理解するのに役立ちます。 関連するクエリの検索結果のスニペットにその情報が表示される場合があります。 これらをリッチリザルトと呼びます。
構造化データのマークアップをリッチリザルトに使用することに加えて、関連する結果を他の形式で提供するために使用する場合があります。 たとえば、実店舗を経営している場合、営業時間をマークすることで、潜在的な顧客が必要なときに正確に店舗を見つけ、検索時に店舗が開いているか閉店しているかを知らせることができます。
ビジネス関連の多くのエンティティをマークアップできます。
販売している製品
事業所所在地
あなたの製品やビジネスに関するビデオ
営業時間
イベント一覧
レシピ
会社のロゴなど
サポートされているコンテンツ タイプの完全なリストをご覧ください。
コンテンツを説明するには、サポートされている表記マークアップのいずれかを含む構造化データを使用することをお勧めします。 ページの HTML コードにマークアップを追加することも、データ ハイライターやマークアップ ヘルパーなどのツールを使用することもできます。
リッチリザルトテストを使用してマークアップをチェックする
コンテンツをマークアップしたら、Google リッチリザルト テストを使用して、実装に間違いがないことを確認できます。 コンテンツが存在する URL を入力するか、マークアップを含む実際の HTML をコピーすることができます。
避ける:
無効なマークアップを使用しています。
データ ハイライターとマークアップ ヘルパーを使用する
サイトのソース コードを変更せずに構造化マークアップを試してみたい場合は、データ ハイライターを使用できます。これは、コンテンツ タイプのサブセットをサポートする Search Console に統合されたツールです。
マークアップ コードをコピーしてページに貼り付けられるようにしたい場合は、マークアップ ヘルパーを試してください。
避ける:
マークアップの実装が不明な場合は、サイトのソース コードを変更します。
マークアップされたページの動作を追跡する
Search Console のさまざまなリッチリザルト レポートには、サイト上で特定の種類のマークアップが含まれるページが検出された数、そのページが検索結果に表示された回数、過去 90 日間にユーザーがそのページをクリックした回数が表示されます。 検出されたエラーも表示されます。
避ける:
ユーザーには表示されないマークアップ データを追加する。
偽のレビューを作成したり、無関係なマークアップを追加したりする。
Google 検索結果での自分の表示を管理する
ページ上の構造化データが正しいと、そのページはレビューの星や豪華な装飾が施された結果など、Google 検索結果の多くの特別機能の対象にもなります。 ページが対象となる検索結果タイプのギャラリーをご覧ください。
サイト階層を整理する
検索エンジンが URL をどのように使用するかを理解する
検索エンジンは、コンテンツをクロールしてインデックスを作成し、ユーザーにそのコンテンツを参照できるように、コンテンツごとに一意の URL を必要とします。 さまざまなコンテンツ (たとえば、ショップのさまざまな製品) や変更されたコンテンツ (たとえば、翻訳や地域の違い) は、検索で適切に表示されるように別の URL を使用する必要があります。
通常、URL は複数の異なるセクションに分割されます。
プロトコル://ホスト名/パス/filen
ame?クエリ文字列#フラグメント
例えば:
https://www.example.com/RunningShoes/Womens.htm?size=8#info
Google では、可能な限りすべてのウェブサイトで https:// を使用することを推奨しています。 ホスト名は Web サイトがホストされる場所であり、通常は電子メールに使用するのと同じドメイン名を使用します。 Google は、www バージョンと www 以外のバージョン(たとえば、www.example.com または単に example.com)を区別します。 ウェブサイトを Search Console に追加する場合は、http:// バージョンと https:// バージョンの両方に加え、www バージョンと www 以外のバージョンを追加することをおすすめします。
パス、ファイル名、クエリ文字列によって、サーバーのどのコンテンツにアクセスするかが決まります。 これら 3 つの部分では大文字と小文字が区別されるため、FILE は file とは異なる URL になります。 ホスト名とプロトコルでは大文字と小文字が区別されません。 大文字または小文字はそこでは役割を果たしません。
フラグメント(この場合は #info)は通常、ブラウザがページのどの部分までスクロールするかを識別します。 通常、コンテンツ自体はフラグメントに関係なく同じであるため、検索エンジンは通常、使用されているフラグメントを無視します。
ホームページを参照する場合、同じコンテンツにつながるため、ホスト名の後の末尾のスラッシュはオプションです(https://example.com/ は https://example.com と同じです)。 パスとファイル名の場合、末尾のスラッシュは別の URL(ファイルまたはディレクトリのいずれかを示す)として見なされます。たとえば、https://example.com/fish は https://example.com と同じではありません。 /魚/。
検索エンジンにとってナビゲーションは重要です
Web サイトのナビゲーションは、訪問者が必要なコンテンツをすぐに見つけられるようにするために重要です。 また、検索エンジンが Web サイト所有者がどのコンテンツが重要だと考えているかを理解するのにも役立ちます。 Google の検索結果はページ レベルで提供されますが、Google はサイトの全体像の中でページがどのような役割を果たしているかを把握したいとも考えています。
ホームページに基づいてナビゲーションを計画する
すべてのサイトにはホーム ページまたはルート ページがあり、通常、サイト内で最も頻繁にアクセスされるページであり、多くの訪問者にとってナビゲーションの開始場所です。 サイトのページが数えるほどしかない場合を除き、訪問者が一般的なページ (ルート ページ) からより具体的なコンテンツを含むページにどのように移動するかを考えてください。 特定のトピック領域に関連するページを説明するページ (たとえば、ルート ページ -> 関連トピックのリスト -> 特定のトピック) を作成するのに十分なページが十分にありますか? 複数のカテゴリおよびサブカテゴリ ページに分類する必要がある数百の異なる製品がありますか?
パンくずリストの使用
ブレッドクラムは、ページの上部または下部にある内部リンクの行で、訪問者が前のセクションまたはルート ページにすばやく戻ることができるようにします。 多くのパンくずリストには、最も一般的なページ (通常はルート ページ) が最初の一番左のリンクとしてあり、より具体的なセクションが右側にリストされています。 パンくずリストを表示する場合は、パンくずリストの構造化データ マークアップを使用することをおすすめします。
ユーザー向けのシンプルなナビゲーション ページを作成する
ナビゲーション ページは、Web サイトの構造を表示するサイト上の単純なページで、通常はサイト上のページの階層リストで構成されます。 訪問者は、サイトでページを見つけるのに問題がある場合にこのページにアクセスすることがあります。 検索エンジンもこのページにアクセスし、サイト上のページをクロール範囲内で十分にカバーしますが、主に人間の訪問者を対象としています。
自然に流れる階層を作成する
ユーザーがサイト上で一般的なコンテンツから、必要なより具体的なコンテンツにできるだけ簡単に移動できるようにします。 必要に応じてナビゲーション ページを追加し、それらを内部リンク構造に効果的に組み込みます。 サイト上のすべてのページがリンクを通じてアクセス可能であり、ページを見つけるために内部検索機能が必要ないことを確認してください。 必要に応じて関連ページへのリンクを設定し、ユーザーが同様のコンテンツを見つけられるようにします。
避ける:
ナビゲーション リンクの複雑な Web を作成します。たとえば、サイト上のすべてのページを他のすべてのページにリンクします。
コンテンツをスライスしたり細かくしたりすることはやりすぎです (ホームページからアクセスするまでに 20 回のクリックが必要になります)。
ナビゲーションにテキストを使用する
サイト上のページ間のナビゲーションのほとんどをテキスト リンクを通じて制御すると、検索エンジンがサイトをクロールして理解することが容易になります。 JavaScript を使用してページを作成する場合は、URL を持つ要素を href 属性値として使用し、ユーザーの操作を待つのではなく、ページの読み込み時にすべてのメニュー項目を生成します。
避ける:
完全に画像またはアニメーションに基づいたナビゲーションを備えています。
ナビゲーションにはスクリプトベースのイベント処理が必要です。
ユーザー用のナビゲーション ページ、検索エンジン用のサイトマップを作成する
サイト全体 (または、数百または数千のページがある場合は最も重要なページ) に、ユーザー向けのシンプルなナビゲーション ページを含めます。 XML サイトマップ ファイルを作成すると、検索エンジンがサイト上の新しいページや更新されたページを確実に検出できるようになり、関連するすべての URL とその主要コンテンツの最終更新日がリストされます。
避ける:
リンクが切れてナビゲーション ページが古くなってしまう。
の作成
たとえば主題ごとにページを整理せずに、単にページをリストするナビゲーション ページ。
役立つ 404 ページを表示する
ユーザーは、壊れたリンクをたどったり、間違った URL を入力したりして、サイトに存在しないページにアクセスすることがあります。 ユーザーをサイト上の作業ページに親切に誘導するカスタム 404 ページを用意すると、ユーザー エクスペリエンスが大幅に向上します。 ルート ページへのリンクを含めたり、サイト上の人気コンテンツや関連コンテンツへのリンクを提供したりすることを検討してください。 Google Search Console を使用すると、「見つかりません」エラーの原因となっている URL のソースを見つけることができます。
避ける:
404 ページが検索エンジンでインデックスに登録されるようにします(ウェブサーバーが 404 HTTP ステータス コードを返すように設定されていることを確認するか、JavaScript ベースのサイトの場合は、存在しないページがリクエストされたときに noindex タグを含めるように設定してください)。
robots.txt ファイルを介して 404 ページがクロールされるのをブロックします。
「見つかりません」、「404」などのあいまいなメッセージのみを提供するか、404 ページがまったく提供されない。
サイトの他の部分と一致しないデザインを 404 ページに使用する。
シンプルな URL でコンテンツ情報を伝える
Web サイト上のドキュメントにわかりやすいカテゴリとファイル名を作成すると、サイトをより適切に整理できるだけでなく、コンテンツにリンクするユーザーにとって、より簡単で親しみやすい URL を作成できます。 訪問者は、認識可能な単語がほとんど含まれていない非常に長くて不可解な URL に恐怖を感じる可能性があります。
次のような URL は混乱を招き、不親切になる可能性があります。
https://www.brandonsbaseballcards.com/folder1/22447478/x2/14032015.html
URL が意味のあるものであれば、さまざまなコンテキストでさらに便利になり、理解しやすくなります。
https://www.brandonsbaseballcards.com/article/ten-rarest-baseball-cards.html
検索結果にURLが表示される
最後に、ドキュメントへの URL は通常、Google 検索結果のドキュメント タイトルの近くに何らかの形式で表示されることに注意してください。
Google は、たとえそれが非常に複雑であっても、あらゆるタイプの URL 構造をクロールすることに長けていますが、時間をかけて URL をできるだけシンプルにすることをお勧めします。
URL に単語を使用する
サイトのコンテンツや構造に関連する単語を含む URL は、サイトをナビゲートする訪問者にとってより親しみやすいものになります。
避ける:
不要なパラメータとセッション ID を含む長い URL を使用する。
page1.html のような一般的なページ名を選択します。
過度のキーワード(baseball-cards-baseball-cards-baseballcards.html など)を使用する。
単純なディレクトリ構造を作成する
コンテンツを適切に整理し、訪問者がサイトのどこにいるのかを簡単に把握できるディレクトリ構造を使用します。 ディレクトリ構造を使用して、その URL で見つかったコンテンツの種類を示してみてください。
避ける:
…/dir1/dir2/dir3/dir4/dir5/dir6/page.html のようなサブディレクトリの深いネスト。
内容と無関係なディレクトリ名を使用する。
ドキュメントにアクセスするための URL の 1 つのバージョンを提供します
ユーザーが URL のあるバージョンにリンクし、他のユーザーが別のバージョンにリンクすることを防ぐ (これにより、そのコンテンツの評価が URL 間で分割される可能性があります)。ページの構造および内部リンクで 1 つの URL を使用および参照することに重点を置きます。 ユーザーが複数の URL 経由で同じコンテンツにアクセスしていることが判明した場合は、非優先 URL から主要 URL への 301 リダイレクトを設定するのが良い解決策です。 リダイレクトできない場合は、rel=”canonical” リンク要素を使用することもできます。
避ける:
サブドメインとルート ディレクトリのページが同じコンテンツにアクセスできるようにします(たとえば、domain.com/page.html と sub.domain.com/page.html)。
コンテンツを最適化する
あなたのサイトを面白くて役に立つものにしましょう
魅力的で役立つコンテンツを作成することは、ここで説明する他の要素よりも Web サイトに大きな影響を与える可能性があります。 ユーザーは、コンテンツを見たときに優れたコンテンツを知り、他のユーザーをそのコンテンツに誘導したいと思うでしょう。 これは、ブログ投稿、ソーシャル メディア サービス、電子メール、フォーラム、またはその他の手段を通じて行われる可能性があります。
オーガニックまたは口コミでの話題は、ユーザーと Google の両方からのサイトの評判を高めるのに役立ちますが、質の高いコンテンツがなければ評判が得られることはほとんどありません。
読者が何を望んでいるのかを知り、それを読者に提供しましょう
ユーザーがコンテンツを見つけるために検索する可能性のある単語について考えてみましょう。 トピックについてよく知っているユーザーは、そのトピックについて初めてのユーザーとは異なるキーワードを検索クエリに使用する可能性があります。 たとえば、長年のサッカー ファンは国際サッカー連盟の頭字語である「fifa」を検索するかもしれませんが、新しいファンは「フットボール プレーオフ」のようなより一般的なクエリを使用するかもしれません。 検索動作におけるこうした違いを予測し、コンテンツを作成するときに (キーワード フレーズを適切に組み合わせて) 考慮すると、良い結果が得られる可能性があります。 Google 広告には、新しいキーワードのバリエーションを見つけたり、各キーワードのおおよその検索ボリュームを確認したりするのに役立つ便利なキーワード プランナーが用意されています。 また、Google Search Console では、サイトで表示される上位の検索クエリと、最も多くのユーザーをサイトに誘導した検索クエリがパフォーマンス レポートに表示されます。
コン
他のサイトでは提供されていない、新しくて便利なサービスを作成するsider。 オリジナルの研究記事を書いたり、エキサイティングなニュース記事を発表したり、独自のユーザー ベースを活用したりすることもできます。 他のサイトには、これらのことを行うためのリソースや専門知識が不足している可能性があります。
読みやすい文章を書く
ユーザーは、よく書かれていて理解しやすいコンテンツを楽しみます。
避ける:
スペルや文法上の間違いが多く、雑な文章を書いています。
ぎこちない、または不適切に書かれたコンテンツ。
テキストコンテンツの画像やビデオにテキストを埋め込む: ユーザーはテキストをコピーして貼り付けたいと思うかもしれませんが、検索エンジンはそれを読み取ることができません。
トピックを明確に整理する
コンテンツのトピックがどこから始まり、別のトピックがどこで終わるのかを訪問者がよく理解できるようにコンテンツを整理することは、常に有益です。 コンテンツを論理的なチャンクまたは分割に分割すると、ユーザーは必要なコンテンツをより速く見つけることができます。
避ける:
段落、小見出し、またはレイアウトを分割せずに、さまざまなトピックに関する大量のテキストをページにダンプする。
新鮮でユニークなコンテンツを作成する
新しいコンテンツは、既存の訪問者ベースを維持するだけでなく、新しい訪問者も呼び込みます。
避ける:
ユーザーにほとんど付加価値をもたらさない既存のコンテンツを再ハッシュ (またはコピー) すること。
サイト全体にコンテンツの重複または重複に近いバージョンが存在する。
重複コンテンツについて詳しくは、こちらをご覧ください。
検索エンジンではなくユーザー向けにコンテンツを最適化する
サイトが検索エンジンに簡単にアクセスできるようにしながら、訪問者のニーズに合わせてサイトを設計すると、通常は良い結果が得られます。
避ける:
検索エンジンを対象とした不要なキーワードを多数挿入するが、ユーザーにとっては迷惑または無意味です。
「このページにアクセスするために頻繁に使用されるスペルミス」のようなテキストのブロックは、ユーザーにとってほとんど価値がありません。
ユーザーに対してテキストを見せかけながら隠しますが、検索エンジンには表示します。
ユーザーの信頼を育む方法で行動する
サイトが信頼できると感じれば、ユーザーは安心してサイトにアクセスできます。
評判の良いサイトは信頼できます。 特定の分野における専門知識と信頼性に関する評判を築きます。
サイトの公開者、コンテンツの提供者、およびその目的に関する情報を提供します。 ショッピングやその他の金融取引のウェブサイトを運営している場合は、ユーザーが問題を解決できるように、明確で満足のいくカスタマー サービス情報を用意してください。 ニュース サイトを運営している場合は、コンテンツの責任者について明確な情報を提供してください。
適切なテクノロジーを使用することも重要です。 ショッピングのチェックアウト ページに安全な接続がない場合、ユーザーはそのサイトを信頼できません。
専門知識と権威を明確にする
サイトの専門知識と権威がサイトの品質を高めます。 サイト上のコンテンツは、そのトピックの専門知識を持つ人によって作成または編集されていることを確認してください。 たとえば、専門家または経験豊富な情報源を提供すると、ユーザーが記事の専門知識を理解するのに役立ちます。 十分に確立されたコンセンサスが存在する場合、科学トピックに関するページでそのコンセンサスを表現することは良い習慣です。
主題に適した量のコンテンツを提供する
高品質のコンテンツを作成するには、時間、労力、専門知識、才能/スキルのうち少なくとも 1 つが大量に必要になります。 コンテンツが事実に基づいて正確で、明確に書かれ、包括的であることを確認してください。 したがって、たとえば、ページをレシピとして説明する場合は、単なる材料のセットや料理の基本的な説明ではなく、理解しやすい完全なレシピを提供してください。
避ける:
ページの目的に対して不十分なコンテンツを提供する。
気が散る広告を避ける
私たちは広告が表示されることを期待しています。 ただし、広告によってユーザーの気が散ったり、サイト コンテンツの利用が妨げられたりしないようにしてください。 たとえば、Web サイトの使用を困難にする広告、補足コンテンツ、インタースティシャル ページ (期待するコンテンツの前後に表示されるページ) などです。 このトピックについて詳しくは、こちらをご覧ください。
避ける:
ページに気が散る広告を掲載する。
リンクを賢く利用する
適切なリンクテキストを書く
リンク テキストは、リンク内に表示されるテキストです。 このテキストは、リンク先のページについてユーザーと Google に何かを伝えます。 ページ上のリンクは、サイト上の他のページを指す内部リンクである場合もあれば、他のサイトのコンテンツにつながる外部リンクである場合もあります。 どちらの場合でも、アンカー テキストが優れているほど、ユーザーがナビゲートしやすくなり、リンク先のページの内容を Google が理解しやすくなります。
適切なアンカー テキストを使用すると、ユーザーと検索エンジンはリンクされたページに何が含まれているかを簡単に理解できます。
説明文を選択してください
リンク先のページの内容について少なくとも基本的なアイデアを提供するアンカー テキストを作成します。
避ける:
「ページ」、「記事」、「ここをクリック」などの一般的なアンカー テキストを記述します。
トピックから外れたテキスト、またはリンク先のページの内容と無関係なテキストを使用する。
ほとんどの場合、ページの URL をアンカー テキストとして使用しますが、新しい Web サイトのアドレスを宣伝したり参照したりするなど、これを正当に使用することも確かにあります。
簡潔な文章を書く
短くても説明的なテキストを目指します (通常は数文字)
単語や短いフレーズ。
避ける:
長い文章や短い段落のテキストなど、長いアンカー テキストを書く。
リンクを見つけやすいように書式設定する
ユーザーがリンクの通常のテキストとアンカー テキストを簡単に区別できるようにします。 ユーザーがリンクを見逃したり、誤ってクリックしたりすると、コンテンツの有用性が低くなります。
避ける:
CSS またはテキスト スタイルを使用して、リンクを通常のテキストのように見せます。
内部リンクのアンカーテキストについても考える
通常、外部 Web サイトを指すという観点からリンクについて考えるかもしれませんが、内部リンクに使用されるアンカー テキストにもっと注意を払うと、ユーザーと Google がサイトをより適切にナビゲートできるようになります。
避ける:
検索エンジンのためだけに過度にキーワードが埋め込まれたアンカー テキストや長いアンカー テキストを使用する。
ユーザーのサイトのナビゲーションに役立たない不要なリンクを作成する。
誰にリンクするか注意してください
サイトが別のサイトにリンクしている場合、そのサイトの評判の一部を別のサイトに与えることができます。 場合によっては、ユーザーがコメント セクションや掲示板に自分のサイトへのリンクを追加することで、これを利用できることがあります。 あるいは、あるサイトについて否定的な意味で言及し、そのサイトに自分の評判を与えたくない場合もあります。 たとえば、コメント スパムのトピックについてブログ投稿を書いていて、最近あなたのブログにコメント スパムを送信したサイトを呼び出したいとします。 サイトについて他の人に警告したいので、コンテンツにそのサイトへのリンクを含めます。 ただし、リンクによってサイトに評判を与えたくはありません。 この時点で nofollow を使用するのが良いでしょう。
nofollow 属性が役立つもう 1 つの例は、ウィジェット リンクです。 サイトのエクスペリエンスを強化し、ユーザーを引き付けるためにサードパーティのウィジェットを使用している場合は、ウィジェットとともにサイトに配置する予定のなかったリンクがウィジェットに含まれていないか確認してください。 一部のウィジェットは、編集者が選択したものではなく、Web サイト所有者が制御できないアンカー テキストを含むリンクをサイトに追加する場合があります。 このような不要なリンクをウィジェットから削除することができない場合は、nofollow を使用していつでも無効にすることができます。 提供する機能またはコンテンツのウィジェットを作成する場合は、デフォルトのコード スニペットにリンクの nofollow を必ず含めてください。
最後に、ページ上のすべてのリンクを nofollow したい場合は、ページの <head> タグ内に <meta name=”robots” content=”nofollow”> タグを追加します。 ロボットのメタタグの詳細については、ドキュメントをご覧ください。
nofollow でコメントスパムと戦う
Google に、ページの評判をフォローしないように、またはリンクされているページにページの評判を渡さないように指示するには、リンクの rel 属性の値を nofollow または ugc に設定します。 リンクを nofollow するということは、次に示すように、リンクのアンカー タグ内に rel=”nofollow” または ugc などのより具体的な属性を追加することを意味します。
<a href=”https://www.example.com” rel=”nofollow”>ここにアンカー テキストを挿入します</a>
または:
<a href=”https://www.example.com” rel=”ugc”>ここにアンカー テキストを挿入します</a>
これはいつ役立つでしょうか? サイトにパブリック コメントが有効になっているブログがある場合、そのコメント内のリンクによって、保証することに抵抗のあるページに評判が渡される可能性があります。 ページ上のブログのコメント領域は、コメントスパムの影響を非常に受けやすくなっています。 これらのユーザーが追加したリンクをフォローしないと、苦労して得たページの評判がスパム サイトに渡されることがなくなります。
コメント欄と掲示板に nofollow を自動的に追加します
多くのブログ ソフトウェア パッケージはユーザー コメントを自動的に nofollow しますが、そうでないものは手動で編集してこれを行うことができます。 このアドバイスは、ゲストブック、フォーラム、シャウトボード、リファラーリストなど、ユーザーが作成したコンテンツが関与する可能性のあるサイトの他の領域にも当てはまります。 サードパーティによって追加されたリンクを保証する場合(たとえば、コメント投稿者がサイトで信頼されている場合)、リンクに nofollow を使用する必要はありません。 ただし、Google がスパムとみなしたサイトにリンクすると、自分のサイトの評判に影響を与える可能性があります。 Google 検索セントラルのドキュメントには、CAPTCHA の使用やコメントの管理を有効にするなど、コメント スパムを回避するためのヒントがさらに記載されています。
画像を最適化する
HTML画像を使用する
HTML 画像要素を使用して、コンテンツに画像を埋め込みます。
HTML <img> または <picture> 要素を使用します。
セマンティック HTML マークアップは、クローラーによる画像の検索と処理に役立ちます。 <picture> 要素を使用すると、レスポンシブ画像のさまざまな画面サイズに複数のオプションを指定することもできます。 画像にloading=”lazy”属性を使用して、ユーザーがページをより速く読み込めるようにすることもできます。
避ける:
CSS を使用して、インデックスを作成する画像を表示します。
alt 属性を使用する
画像にわかりやすいファイル名と alt 属性の説明を入力します。 alt 属性を使用すると、何らかの理由で画像が表示できない場合に、画像の代替テキストを指定できます。
なぜこの属性を使用するのでしょうか? ユーザーがスクリーン リーダーなどの支援技術を使用してサイトを閲覧している場合、alt 属性の内容によって画像に関する情報が提供されます。
もう 1 つの理由は、次のことです。
画像をリンクとして使用すると、その画像の代替テキストはテキスト リンクのアンカー テキストと同様に扱われます。 ただし、テキスト リンクでも同じ目的が果たせる場合は、サイトのナビゲーションのリンクに画像を多用しすぎることはお勧めしません。 最後に、画像のファイル名と代替テキストを最適化すると、Google 画像などの画像検索プロジェクトが画像を理解しやすくなります。
簡潔だがわかりやすいファイル名と代替テキストを使用する
最適化の対象となるページの他の部分と同様に、ファイル名と代替テキストは短くても説明的なものが最適です。
避ける:
可能であれば、image1.jpg、pic.gif、1.jpg などの一般的なファイル名を使用します。サイトに何千もの画像がある場合は、画像の命名を自動化することを検討するとよいでしょう。
非常に長いファイル名を書き込む。
代替テキストにキーワードを詰め込んだり、文全体をコピーして貼り付けたりします。
画像をリンクとして使用する場合は代替テキストを指定します
画像をリンクとして使用する場合は、代替テキストを入力すると、リンク先のページについて Google がより深く理解できるようになります。 テキスト リンクのアンカー テキストを作成していると想像してください。
避ける:
スパムとみなされるような長すぎる代替テキストを作成する。
サイトのナビゲーションに画像リンクのみを使用します。
検索エンジンが画像を見つけやすくする
画像サイトマップは、サイト上で見つかった画像に関する詳細情報を Google に提供できます。 これにより、Google 画像検索の結果で画像が見つかる可能性が高まります。 このファイルの構造は、Web ページの XML サイトマップ ファイルに似ています。
標準の画像形式を使用する
一般的にサポートされているファイルタイプを使用します。 ほとんどのブラウザは、JPEG、GIF、PNG、BMP、および WebP 画像形式をサポートしています。 ファイル名の拡張子をファイルの種類と一致させることもお勧めします。
サイトをモバイル対応にする
今日、世界はモバイル化されています。 ほとんどの人はモバイル デバイスを使用して Google で検索しています。 サイトのデスクトップ バージョンは、モバイル デバイスで表示したり使用したりするのが難しい場合があります。 そのため、オンラインでの存在感を高めるには、モバイル対応サイトを用意することが重要です。 実際、Google は 2016 年末から、主にサイトのコンテンツのモバイル版をランキング、構造化データの解析、スニペットの生成に使用する実験を開始しました。
デバイス間の違いを理解する
スマートフォン – このドキュメントでは、「モバイル」または「モバイル デバイス」とは、Android、iPhone、または Windows Phone を実行するデバイスなどのスマートフォンを指します。 モバイル ブラウザは、HTML5 仕様の広範なセットをレンダリングできるという点でデスクトップ ブラウザと似ていますが、画面サイズは小さく、ほとんどの場合、デフォルトの向きは垂直です。
タブレット – 私たちはタブレットを独自のクラスのデバイスとみなしているため、モバイル デバイスについて話す場合、通常はその定義にタブレットは含まれません。 タブレットは画面が大きい傾向にあります。つまり、タブレットに最適化されたコンテンツを提供しない限り、ユーザーはスマートフォンのブラウザではなくデスクトップのブラウザで表示されるのと同じようにサイトが表示されることを期待していると想定できます。
マルチメディア電話 – これらは、XHTML 標準を満たすようにコード化されたページをレンダリングできるブラウザを搭載した電話であり、HTML5 マークアップ、JavaScript/ECMAScript をサポートしていますが、HTML5 標準の拡張 API の一部をサポートしていない可能性があります。 これは一般に、スマートフォンではないほとんどの 3G 対応携帯電話のブラウザを指します。
多機能携帯電話 – これらの携帯電話では、ブラウザには標準の HTML を使用してコード化された通常のデスクトップ Web ページをレンダリングする機能がありません。 これには、cHTML (iMode)、WML、および XHTML-MP のみをレンダリングするブラウザが含まれます。
私たちの推奨事項はスマートフォンを対象としていますが、マルチメディアおよびフィーチャーフォンのサイト所有者にも、適切と思われる場合には同じアドバイスに従うことをお勧めします。
モバイル戦略を選択する
ウェブサイトをモバイル対応にする方法は複数あり、Google はさまざまな実装方法をサポートしています。
レスポンシブ ウェブ デザイン(推奨)
ダイナミックなサービング
個別の URL
モバイル対応サイトを作成したら、Lighthouse などのモバイル フレンドリー テスト ツールを使用して、ページがモバイル フレンドリーかどうかを確認できます。
サイトが複数のページにわたって多数の静的コンテンツ(ブログ投稿や商品のランディング ページなど)を提供している場合は、AMP(Accelerated Mobile Pages)を使用して実装することを検討してください。 これは、サイトの高速性とユーザー フレンドリー性を維持するための HTML の特別なフレーバーであり、Google 検索などのさまざまなプラットフォームでさらに高速化できます。
正確にインデックスを作成できるようにモバイル サイトを構成する
モバイル サイトの設定にどの構成を選択するかに関係なく、次の重要な点に注意してください。
動的配信を使用している場合、または別のモバイル サイトがある場合は、ページがモバイル用にフォーマットされたとき(またはモバイル用にフォーマットされた同等のページがあるとき)に Google に通知します。 これにより、Google はモバイル検索者に検索結果でコンテンツを正確に提供できるようになります。
レスポンシブ ウェブ デザインを使用している場合は、meta name=”viewport” タグを使用してブラウザにコンテンツの調整方法を指示します。 動的配信を使用する場合は、Vary HTTP ヘッダーを使用して、ユーザー エージェントに応じて変更を通知します。 もしよ
別の URL を使用している場合は、rel=”canonical” 要素と rel=”alternate” 要素を含む <link> タグをページに追加して、2 つの URL 間の関係を示します。
リソースをクロール可能な状態に保ちます。 ページ リソースをブロックすると、Google にウェブサイトの不完全な全体像が与えられる可能性があります。 これは、robots.txt ファイルがページ リソースの一部またはすべてへのアクセスをブロックしている場合によく発生します。 Google が CSS、JavaScript、画像などのページのリソースにアクセスできない場合、そのページがモバイル ブラウザで適切に表示および動作するように構築されていることを検出できない可能性があります。 言い換えれば、ページがモバイル フレンドリーであることが検出されず、モバイル検索者に適切に提供されない可能性があります。
再生できない動画を特集するなど、モバイル訪問者をイライラさせるよくある間違いを避けてください。
検索ユーザーのエクスペリエンスが低いモバイル ページは、ランキングで降格されたり、モバイル検索結果に警告が表示されたりすることがあります。 これには、ユーザー エクスペリエンスを妨げるモバイル上の全ページ インタースティシャルが含まれますが、これに限定されません。
すべてのデバイスで完全な機能を提供します。 モバイル ユーザーは、コメントやチェックアウトなどの同じ機能とコンテンツを、モバイルだけでなく、Web サイトがサポートする他のすべてのデバイスでも期待しています。 テキストコンテンツに加えて、すべての重要な画像とビデオが埋め込まれており、モバイルデバイスでアクセスできることを確認してください。 検索エンジンの場合は、すべての構造化データとその他のメタデータ (タイトル、説明、リンク要素、その他のメタタグなど) をページのすべてのバージョンに提供します。
デスクトップ サイトにある構造化データ、画像、ビデオ、メタデータがモバイル サイトにも含まれていることを確認してください。
ベストプラクティス
Lighthouse を使用してモバイル ページをテストし、ウェブサイトがモバイル端末で適切に動作するかどうかを確認します。
モバイル ページに別の URL を使用する場合は、必ずモバイル URL とデスクトップ URL の両方をテストして、リダイレクトが認識され、クロール可能であることを確認してください。
詳細については、Google のモバイル フレンドリー ガイドを参照してください。
ウェブサイトを宣伝する
サイトへのリンクのほとんどは、ユーザーが検索やその他の方法でコンテンツを見つけてリンクするにつれて徐々に追加されますが、Google は、ユーザーがコンテンツに費やした労力について他の人に知らせたいと考えていることを理解しています。 。 新しいコンテンツを効果的に宣伝すると、同じテーマに興味を持つ人がより早く発見できるようになります。 このドキュメントで説明されているほとんどの点と同様、これらの推奨事項を極端に実行すると、実際にサイトの評判が損なわれる可能性があります。
自分のサイトにブログ投稿を投稿して、訪問者ベースに何か新しいものを追加したことを知らせることは、新しいコンテンツやサービスについての情報を広める優れた方法です。 あなたのサイトや RSS フィードをフォローしている他の Web サイト所有者も同様に記事を拾う可能性があります。
会社やサイトのオフラインでのプロモーションに力を入れることも、やりがいのあることです。 たとえば、ビジネス サイトをお持ちの場合は、その URL が名刺、レターヘッド、ポスターに記載されていることを確認してください。 また、会社の Web サイト上の新しいコンテンツについて知らせる定期的なニュースレターをメールでクライアントに送信することもできます。
ローカル ビジネスを経営している場合は、ビジネス プロフィールを登録すると、Google マップや Google 検索で顧客にリーチできるようになります。
ソーシャルメディアサイトについて知る
ユーザーの対話と共有を中心に構築されたサイトにより、興味のある人々のグループと関連するコンテンツを簡単にマッチングできるようになりました。
避ける:
あなたが作成した新しい小さなコンテンツをそれぞれ宣伝しようとします。 大きくて興味深いアイテムを探してください。
コンテンツをこれらのサービスのトップに人為的に昇格させるスキームにサイトを関与させる。
サイトの関連コミュニティのメンバーに連絡してください
おそらく、あなたと同じようなトピック分野を扱っているサイトが多数あるでしょう。 通常、これらのサイトとのコミュニケーションを開始すると有益です。 あなたのニッチまたはコミュニティの注目のトピックは、コンテンツや優れたコミュニティ リソースの構築に関する追加のアイデアを呼び起こす可能性があります。
避ける:
トピック分野に関連するすべてのサイトにリンク リクエストをスパム送信します。
PageRank を取得することを目的として、別のサイトからリンクを購入する。
検索パフォーマンスとユーザーの行動を分析する
検索パフォーマンスを分析する
Google などの主要な検索エンジンは、Web サイト所有者が検索エンジンでのパフォーマンスを分析するためのツールを提供しています。 Google の場合、そのツールは Search Console です。
Search Console は 2 つの重要なカテゴリの情報を提供します: Google は私のコンテンツを見つけることができますか? Google 検索結果でのパフォーマンスはどうですか?
Search Console を使用しても、サイトが優遇されるわけではありません。 ただし、問題を特定するのに役立ち、問題に対処すれば、検索結果でのサイトのパフォーマンスが向上する可能性があります。
このサービスを使用すると、Web サイト所有者は次のことが可能になります。
サイトのどの部分で Googlebot のクロールに問題が発生したかを確認する
サイトマップをテストして送信する
robots.txt ファイルを分析または生成する
Googlebot によってすでにクロールされている URL を削除します
優先ドメインを指定してください
タイトルと説明のメタタグの問題を特定する
サイトにアクセスするために使用された上位の検索を理解する
Google がページをどのように認識しているかを垣間見る
スパムポリシーの通知を受け取る
違反がある場合はサイトの再審査をリクエストしてください
Microsoft の Bing Webmaster Tools も、Web サイト所有者向けのツールを提供しています。
サイト上のユーザーの行動を分析する
Google Search Console やその他のサービスを使用してサイトのクロールとインデックス作成を改善した場合は、おそらくサイトに流入するトラフィックに興味があるでしょう。 Google Analytics などの Web 分析プログラムは、これに対する貴重な洞察源となります。 これらを使用して次のことができます。
ユーザーがサイトにアクセスし、サイト上でどのように行動するかについて洞察を得る
サイトで最も人気のあるコンテンツを発見する
サイトに加えた最適化の影響を測定します。たとえば、タイトルと説明のメタタグを変更すると、検索エンジンからのトラフィックが改善されましたか?
上級ユーザーの場合、分析パッケージが提供する情報をサーバー ログ ファイルのデータと組み合わせることで、訪問者がドキュメントをどのように操作しているかに関するさらに包括的な情報 (検索者がサイトを見つけるために使用する可能性のある追加のキーワードなど) を提供できます。
追加リソース
Google 検索セントラルのブログ
Google 検索セントラル ブログから最新情報を入手してください。 Google 検索のアップデートや Search Console の新機能などに関する情報をご覧いただけます。
Google 検索セントラルのヘルプ フォーラム
サイトの問題に関する質問を投稿し、Web サイト所有者向けの製品フォーラムから高品質のサイトを作成するためのヒントを見つけてください。 フォーラムには、プロダクト エキスパートや場合によっては Google 社員など、経験豊富な寄稿者が多数います。
Google 検索セントラル Twitter
フォローして、優れたサイトの作成に役立つニュースやリソースを入手してください。
Google 検索セントラル YouTube チャンネル
ウェブサイト所有者コミュニティ向けに作成された何百もの役立つ動画を視聴し、Google 社員が質問に答えてください。
検索の仕組み
Google 検索で何かを検索するときに舞台裏で何が起こっているかを確認してください。