でも、もしGoogle自身が、自社サイトで自らのルールをうっかり破ってしまったら？ …信じてください、本当にそんなことが起きるんです。

SEOdin（エス・イ・オーディン）って一体何？

SEOと北欧神話の「オーディン」を掛け合わせた造語です。分かります？えっ、ダサい？…まあ、それはさておき。

私たちは最近、Chrome拡張機能の「SEOdin ページアナライザー」をアップデートしました。手前味噌ですが、訪問したあらゆるウェブページを即座に分析してくれる、頼れる相棒です。構造化データやcanonical、そして今回の主役である「hreflang」リンクなどのテクニカルSEO要素をチェックします。

拡張機能のダウンロードはこちらです。

developers.google.com をチェックしてみた

ウェブの世界を分析（という名の拡張機能テスト）する旅の途中、私は超お馴染みのサイトにSEOdinを向けてみることにしました。そう、Google Developers（https://developers.google.com/）です。ご存知、SEO（や、その他のもっと重要なこと）の「正しいやり方」を私たちに教えてくれる、あの聖地です。

…ん？おや？ https://developers.google.com/?hl=es-419 はステータスコード「200 OK」を返していますが、「このリンクのhreflang国コードは無効です」と表示されているではありませんか。

「このリンクのhreflang国コードは無効です」

おかしいな、私のコードが間違っているのかも？ ドキュメントを確認してみましょう…。

幸運なことに、SEOとソフトウェア開発の世界において、まさに「それはバグではなく仕様です」と言える状況でした。

ラテンアメリカの皆さんごめんなさい、「es-419」は禁止です

問題のルールは、まさにそのドキュメントのページに明記されています。

「ISO 639-1形式の言語コード、およびISO 3166-1 Alpha 2形式の地域コードのみがサポートされます。es-419など、これらの標準に含まれないその他のコードはサポートされません。」

つまり、「es-419」は使っちゃダメ。hreflangコードとしてサポートされていないからです。

しかし、なんてことでしょう。SEOdinが指摘したのは、「このコードはサポートされていません」と説明しているGoogle自身のサイトが、まさにそのサポートされていないコードを使っているという事実でした。

グローバルSEOの難しさ

ここはひとつ、高笑いしておきましょう。あのGoogleでさえSEOには苦労しているようです（もしGoogleの中の人がこれを読んでいたら、ぜひご連絡を。お手伝いしますよ ）。

マニュアルを書いた本人たちでさえ、こうした細かいディテールを見落としてしまう。それほどSEOは複雑で、ミスが起きやすいものなのです。

真面目な話をすると、ここには2つの重要なポイントがあります：

1. SEO、特に多言語展開は過酷である hreflang設定などは、とりわけ厄介なことで知られています。標準を作った張本人が滑ってしまうなら、誰にだってミスは起こり得ます。
2. あなたにはブルースクレイ・ジャパンという味方と、SEOdinという無料ツールがある これこそが、私たちの拡張機能の見せ所です。人間がコードをざっと眺めただけでは、es-419のような小さな「サポート外タグ」は見落としてしまうかもしれません。しかし、この拡張機能はページのコードを公式ルールセットと冷徹に照らし合わせます。隠れた問題を見つけるための、テクニカルな「安全網」なのです。

あ、これが無料って言いましたっけ？

ウェブ界の巨人が犯した、ちょっとした「うっかり」を楽しんでいただけたでしょうか。 もし、あなた自身のサイトをピカピカに保ち、Googleでさえやってしまうような恥ずかしい（そして時にはサイトに致命傷を与える）ミスを避けたいなら、今すぐ「SEOdin ページアナライザー」をダウンロードしてスキャンを始めてみてください。

もし、より本格的で深いSEOのサポートが必要な場合は、いつでも私たちにご相談を。

それでは、引き続き良いサイト運営を！

The post Googleが自らのルールを破る時：Google for Developersの「SEOやらかし」を暴く！ first appeared on ブルースクレイ・ジャパン.

本記事では、SEOを考慮せずに進めてしまったリニューアルの失敗事例と、しっかりと戦略を立てて成功に導いた事例の両方をご紹介します。また、見落とされがちな注意点や、リニューアルを検討すべきタイミング、よくある質問も網羅的に解説。 「リニューアル＝順位アップ」とは限らない現実を踏まえ、成果を維持・向上させるために、今知っておくべきポイントをお伝えします。

1. サイトリニューアルだけではSEO効果はついてこない

Webサイトをリニューアルすると、「新しくなったんだから、検索順位も上がるだろう」と期待されることが少なくありません。しかし実際には、リニューアル直後に順位が下がったり、アクセスが減ってしまうケースが多々あります。これは、SEOの基本的な構造や評価の仕組みを理解せずにリニューアルを進めてしまった結果と言えるでしょう。

誤解しやすい「サイトリニューアル＝流入アップ」にならない理由

見た目のデザインやUI/UXの改善は、ユーザー体験の向上にはつながりますが、それだけでSEOが向上するとは限りません。検索エンジンが評価するのは、以下のような技術的・構造的要素だからです。

• URL構造やページ階層の整理状況
• 内部リンクやサイトマップの設計
• コンテンツの独自性と網羅性
• ページ表示速度やモバイル対応状況

リニューアルの際にこれらを軽視し、「見た目優先」で進めてしまうと、検索エンジンからの評価が下がり、結果的に順位も流入も落ち込む可能性が高くなります。

サイトリニューアル＝流入アップ、というイメージに引きずられず、SEO観点での現状把握と維持・強化の設計を行うことが、成果維持には欠かせません。

2. SEOを配慮せずに起こったサイトリニューアルの失敗事例

サイトリニューアルを実施したものの、SEOを軽視してしまったことで検索順位や流入が大きく落ち込む──そんな実例は決して珍しくありません。ここでは、あるキッチン用品のECサイトを対象とした失敗事例を紹介し、何が問題だったのか、どのように対応すべきだったのかを紐解いていきます。

事例概要と経緯

キッチン用品を扱うECサイトが、ユーザー体験を向上させる目的で大規模なリニューアルを実施。しかし、リニューアル後に多数のキーワードで順位が急落し、アクセス数も大幅に減少する結果となりました。

社内ではこの異変にすぐには気づかず、数か月が経過。その後、「今後はECサイトの施策を本格的に強化していこう」という社内の動きとタイミングが重なり、SEO領域における外部パートナーの検討が開始されました。そこで、弊社とのお取り組みがスタートすることとなりました。

分析を進めた結果、リニューアル後に基本的なSEO対応が抜け落ちていたことが明らかになり、それが流入減少の主な要因であることが判明しました。

具体的な失敗ポイント

① 301リダイレクト漏れ

旧サイトから新サイトへのURL変更が行われたにもかかわらず、301リダイレクトが設定されていませんでした。そのため、Googleなどの検索エンジンが旧URLの評価を新URLに引き継ぐことができず、商品ページの流入が激減しました。

② 内部リンクの不足

新たに作成したページに対し、既存ページからの内部リンクがほとんど貼られておらず、検索エンジンに新ページが認識されにくい状態になっていました。その結果、インデックス未登録ページが急増し、サイト全体の評価が低下する要因となりました。

③ タイトル・ディスクリプションの重複、canonicalタグの未設定

複数のページで同一または類似のタイトル・ディスクリプションが使われており、検索エンジンが各ページの違いを正しく評価できない状況が生じていました。 さらにcanonicalタグも設定されておらず、コンテンツの評価が分散する事態に。これにより、検索順位が著しく低下し、重複ページと誤認されることで、サイト全体の評価低下につながりました。

失敗事例からの教訓と対応策

この事例から見える最大の教訓は、「リニューアルの技術的対応がSEOに直結する」という点です。特に以下の点には注意が必要です。

• URLが変更される場合は必ず301リダイレクトを設定する
• 内部リンク設計を事前に計画し、検索エンジンが巡回しやすい構造にする
• 各ページのタイトル・ディスクリプションはユニークに設計し、評価の分散を防ぐためcanonicalタグを適切に設定する

「見た目が新しい＝検索に強い」とは限らないという現実を、まさにこの事例が証明しています。

弊社では、リニューアル時に抜け落ちたSEO施策を漏れなく実施し、リニューアルから10か月ほどかけてリニューアル以前の流入数への回復と、一部キーワードではリニューアル前よりも高い順位を記録する結果につながりました。

3. SEO戦略を組み込んだサイトリニューアルの成功事例

次にご紹介するのは、SEOを事前に設計に組み込むことで、リニューアル後の順位低下を最小限に抑え、さらにパフォーマンス向上につなげた成功事例です。対象となったのは健康食品を扱うECサイトで、専門性が求められるYMYL領域に該当していました。

事例概要と対策内容

このECサイトでは、リニューアル前から約1年にわたってSEO対策に取り組んでおり、一定の成果が見え始めていました。そのタイミングで、「ブランドイメージを刷新し、よりUI/UXを強化したい」との目的からサイトリニューアルが決定。

しかし、SEOの影響を軽視すれば、これまで積み上げてきた評価が失われる可能性があることを認識し、リニューアル段階からSEO観点を重視した設計・実装を実施しました。

具体的な成功ポイント

① 301リダイレクトの徹底

URL構造が全面的に見直されることになったため、すべての旧URLに対応する301リダイレクトを設計。事前に全ページのリストを作成し、漏れなくマッピングしたことで、旧URLの評価を新URLへ確実に引き継ぐことができました。

② サイト構造の最適化とページスピード施策の実施

リニューアルを機に、これまで着手できていなかったカテゴリ構造の見直しやページスピードの改善にも本格的に取り組みました。これらは、通常の運用下ではシステム改修や大規模な設計変更が伴うため、コストや工数の観点から後回しにされがちでしたが、リニューアルのタイミングを活かして一気に実行に移しました。

• カテゴリ構造の整理により、ユーザーも検索エンジンも意図が把握しやすい階層設計を実現
• ページスピード改善については、画像の最適化・不要スクリプトの削除・キャッシュ制御の見直しなど、通常運用では対応しづらい細かな施策も実施

これにより、サイト全体の構造がより論理的かつ明快になり、クロール効率やユーザビリティが大幅に向上しました。また、ページ表示速度の改善は、ユーザーの離脱防止とCVR（コンバージョン率）向上にも寄与する重要な要素であり、リニューアルにあわせて行う価値のある施策だったといえます。

③ コンテンツ内容の維持

商品ページの一部コンテンツを改編したいという要望もありましたが、SEO的に重要なテキスト要素や構成は極力維持することが推奨されます。検索エンジンは、特定のテキストや情報構造からページの専門性や有用性を評価しているため、むやみに削除・改変してしまうと順位に悪影響を及ぼす可能性があります。

そこで弊社では、見た目とSEOのバランスを取りながら編集指示を行い、ユーザー視点のデザイン刷新と検索エンジン評価の維持という両立を図りました。具体的には、重要キーワードの出現箇所や情報ブロックの順序をなるべく変えず、視認性やレイアウトのみを調整する方針で対応しています。

④ タイトル・ディスクリプション、主要タグのルール設計

全ページでユニークなタイトル・ディスクリプションのルール設計を行い、評価の分散を防止。また、H1・構造化データ・canonicalタグなども含めたタグ管理のガイドラインを用意し、検索エンジンに正確に意図が伝わるよう配慮しました。

サイトリニューアル後の結果

リニューアル直後、一部の注力キーワードにおいて一時的な順位下落（2位→5位程度）が確認されましたが、2ヶ月後には順位が回復し、その後1位まで上昇。SEO観点からの丁寧な事前対応と実装チェックが、大きな評価損失を防ぐ結果につながりました。

成功から学ぶ応用のヒント

この事例が示すのは、「リニューアルの成功＝SEOの事前準備次第」 という事実です。 表面的なデザイン刷新やUI改善だけではなく、検索エンジンにどう評価されるかを意識した設計・実装が、リニューアル成功の鍵を握っています。

特に、リニューアルには多くの費用と工数がかかるため、実施後にパフォーマンスが落ちてしまうと損失は非常に大きくなります。だからこそ、事前段階からSEOを戦略的に組み込み、「順位を守る・伸ばす」設計を同時に行うことが推奨されます。

見た目を変えるだけでなく、評価され続けるための“内部設計”にも最新の注意を払う。それが、成果を持続・向上させるための本質的なリニューアルのあり方です。

4. サイトリニューアル時に見落とされがちなSEO注意点【15選】

サイトリニューアルでは、見た目の改善や新機能の追加に気を取られがちですが、SEOの基本対応が漏れることで順位や流入が大きく落ちるリスクがあります。下記は特に見落とされやすい15項目のチェックリストです。

これらの注意点をリニューアル前後で確実にチェックすることで、SEO評価の下落を防ぎ、パフォーマンスを維持・向上させることが可能になります。

弊社のリニューアルSEOでは、上記をはじめとしたリニューアル時に注意すべきSEO項目をレギュレーションとしてまとめ、リニューアル時に漏れなく設定されるように指示しています。 また、実装が正しく行われているかのテスト環境での実装チェックや、ローンチ後の確認までセットで行うことが可能です。

5. サイトリニューアルを検討すべきタイミング

サイトリニューアルは大きな予算と工数を伴う一大プロジェクトです。しかし、「なんとなく気に入らないから」という理由だけで進めてしまうと、期待した効果が得られなかったり、SEO評価を落としてしまうリスクもあります。ここでは、本当にリニューアルを検討すべきタイミングを具体的にご紹介します。

デザインの改編をしたい

サイトのデザインが古く感じられたり、UI/UXが今のトレンドやユーザー行動と合っていない場合は、リニューアルを検討すべきタイミングです。特に、スマートフォンでの操作性や視認性が悪いと、ユーザーの離脱率が高まり、コンバージョン率にも悪影響を与えます。

離脱率・コンバージョン率・滞在時間など、現状の数値をきちんと把握したうえで判断すれば、リニューアル後の成果測定もしやすくなります。

モバイル非対応や表示速度が著しく遅い

Googleがモバイルファーストインデックスを導入している現在、モバイル対応の有無はSEOに直結します。また、読み込み速度の遅さはユーザー体験を損ね、離脱率を引き上げる要因にも。

モバイル最適化・スピード改善が困難な構造になっている場合は、技術的な刷新を伴うリニューアルを検討する価値があります。

CMSや技術基盤の老朽化

現在のCMSやシステムが古く、セキュリティ更新や新機能追加に対応できない場合、長期的な視点でのリニューアルが必要です。 運用負荷が高く、担当者が更新や改善を躊躇する状態であれば、管理効率を高めるリニューアルが事業継続性にも寄与します。

ブランド刷新・サービス変更が必要なとき

ブランドの方向性やサービス内容に大きな変化があった場合、サイト上にもそれを的確に反映させる必要があります。ビジュアルだけでなく、ナビゲーション構造やコンテンツ内容にも見直しが必要となるため、部分的な改修ではなく全体リニューアルが効果的です。

常時SSL化に対応していない

現在では、常時SSL（https）化はユーザーからの信頼獲得とSEOの両面で必須です。「http://〜」のままでは、ブラウザに「保護されていない通信」と表示され、離脱の原因や信頼性の損失につながる可能性があります。

6. FAQ（よくある質問）

ここでは、サイトリニューアルにおけるSEO対応について、実際によくいただくご質問にお答えします。プロジェクトの初期段階で不安になりがちなポイントを中心にまとめています。

Q1：リダイレクト忘れで順位回復にはどのくらい時間がかかる？

A：状況によって異なりますが、正しいリダイレクト設定を行ってから1〜3ヶ月程度で順位が徐々に回復していくケースが多いです。 ただし、評価が完全に戻らないこともあり、リダイレクト漏れの放置期間が長いほど回復が困難になります。早期の対応が鍵です。

Q2：コンテンツ構成を変えるとSEOに悪影響がありますか？

A：構成を大きく変更する場合、既存の評価ポイントを削ってしまうリスクがあります。 特に、テキスト量の削減や、主要キーワードが含まれた見出し・本文の削除などは慎重に行うべきです。見た目を整えるだけでなく、SEOの評価要素を残す編集方針が重要です。

Q3：内部リンク見直しのポイントは？

A：重要なのは以下の3点です。

• 関連性があるページ同士をつなぐこと
• トップページ → カテゴリ → 商品ページの階層構造を意識すること
• リンクが自然な形でユーザーにも価値があること

内部リンクは、検索エンジンがサイト全体を正しく理解する助けになると同時に、ユーザーの回遊性向上にも貢献します。

Q4：リニューアルSEOを依頼する際の外注先を選ぶポイントは？

A：以下のような点をチェックするのがおすすめです。

• 実装チェック・ローンチ後のフォローまで対応できるか
• リニューアル時のSEO要件を体系的にまとめているか
• 開発チームやデザイン会社との連携体制があるか
• 過去に同様のリニューアルSEOの成功事例があるか

単なるSEO改善だけでなく、リニューアルという特殊なフェーズに対応できるノウハウと体制があるかが重要です。

7. 成果を落とさないリニューアルSEOのすすめ

サイトリニューアルは、見た目の刷新や機能強化だけでなく、SEO観点での慎重な対応が不可欠なプロジェクトです。

とくにリニューアル時は、「公開して終わり」ではありません。事前のSEO要件整理・設計、実装確認、そして公開後のモニタリングまで含めた対応が求められます。

リニューアルSEO支援サービスのご案内

弊社では、リニューアルに伴うSEOの失敗を未然に防ぐために、以下のようなフルサポート体制を提供しています。

要件定義の段階で、SEO観点で必要な設計のアドバイス、レギュレーションを作成するだけでなく、しっかりとサイトに組み込まれているかの確認まで行います。リニューアル時に必要なSEOの知識や技術は、専門性の高い内容が多いため、外注することも選択肢のひとつとして検討するとよいでしょう。

リニューアルという大きな節目で、SEO評価を守り、成果を伸ばすためのパートナーとして、ぜひお問い合わせください。

The post 【失敗と成功から学ぶ】サイトリニューアルでSEOの成果が下がらない方法とは？事例をもとに15の注意点を紹介！ first appeared on ブルースクレイ・ジャパン.

検索エンジンに自社サイトの情報を正しく伝えるためのこの仕組みは、クリック率の向上やリッチリザルトの表示といった成果に直結する可能性があります。一見すると難しそうに思える構造化データですが、仕組みと使い方のポイントを押さえれば、初心者でも問題なく活用できます。

本記事では、構造化データの基本的な考え方からSEOへの影響、具体的な種類や実装手順、そしてよくある失敗までを丁寧に解説。検索パフォーマンスの改善を目指すマーケティング担当者の第一歩として、ぜひ参考にしてください。

構造化データとは何か？その基本と役割

構造化データの定義と仕組み

構造化データとは、ウェブページ上の情報に「意味」を持たせて整理・記述するための仕組みです。これにより検索エンジンがページの内容をより正確に理解し、ユーザーに適切な形で表示できるようになります。たとえば、あるページにレシピの情報があったとしても、HTMLだけではそれが「料理名」なのか「調理時間」なのか判別しづらい場合があります。構造化データを使えば、「この部分は調理時間」「ここは材料リスト」というように、コンテンツの意味を明示できます。

技術的には、構造化データは主にJSON-LD（JavaScript Object Notation for Linked Data）という形式で記述されます。これは、ページのHTMLとは独立して情報を持たせられるため、柔軟性が高く、Googleも推奨している形式です。

なぜ構造化データが必要なのか

検索エンジンは進化を続けていますが、それでも人間のように直感的に情報を理解するのは困難です。構造化データは、ページの中にある「意味のある情報」を、検索エンジンが解釈しやすくなるように補助する役割を担っています。

また、ユーザーにとっても構造化データは有益です。なぜなら、検索結果の中でリッチリザルト（画像付き、評価付き、FAQ付きなど）が表示されることにより、視認性が高まり、クリック率が向上する可能性があるからです。つまり、構造化データは検索エンジンとユーザーの両方に価値を提供するテクノロジーと言えます。

詳しくは 構造化データの概要（Google公式） をご覧ください。

構造化データとSEOの関係性

検索結果に与える影響（リッチリザルトなど）

構造化データは、検索順位自体を直接押し上げる要因ではありません。しかし、検索結果の見た目（＝検索スニペット）を強化し、ユーザーのクリックを促進するという点でSEOにおいて極めて重要な役割を果たします。

たとえば、構造化データを使ってレシピや商品レビューなどの情報をマークアップすると、検索結果に画像・星評価・価格・FAQなどが表示される「リッチリザルト（拡張スニペット）」として登場します。これにより、通常のテキストリンクよりも視認性が高まり、クリック率（CTR）が上がる傾向があります。

事実、Googleは構造化データによって表示される情報を「Search Features」として明確に区別しており、対応しているコンテンツタイプであれば積極的に導入すべきとされています。

Googleの構造化データに対する方針

Googleは公式に、構造化データの活用を推奨しています。中でもJSON-LD形式の使用が最も好ましいと明言されており、検索ギャラリーでは対応している各種マークアップの種類が紹介されています。

ただし、Googleが示すガイドラインには厳密に従う必要があります。内容が不正確であったり、誤解を招く記述があると、リッチリザルトの表示対象から除外されることもあります。また、構造化データを導入したからといって必ずしも即座にリッチリザルトが表示されるわけではない点にも注意が必要です。

Googleの方針や詳細な仕様は、構造化データに関する公式ガイドで確認することができます。

代表的な構造化データの種類と用途

Article／Breadcrumb／Product などの具体例

構造化データには多種多様な種類があり、目的に応じて適切なものを選ぶことが重要です。ここでは、SEO初心者でも扱いやすい代表的な構造化データをいくつか紹介します。

Article（記事）

ニュース記事やブログ投稿などに使用されます。記事タイトル、著者、投稿日、サムネイル画像などを指定できます。特にGoogleニュースやDiscoverに表示される可能性が高まります。

参考：記事（Article、NewsArticle、BlogPosting）の構造化データ

用途： ブログ記事やニュース投稿など。著者名、投稿日、画像などを指定可能。

記述例：

    <script type="application/ld+json">
    {
      "@context": "https://schema.org",
      "@type": "Article",
      "headline": "記事タイトル",
      "description": "記事説明文",      
      "image": [
        "https://example.com/photos/1x1/photo.jpg",
        "https://example.com/photos/4x3/photo.jpg",
        "https://example.com/photos/16x9/photo.jpg"
       ],
      "datePublished": "2024-01-05T08:00:00+08:00",
      "dateModified": "2024-02-05T09:20:00+08:00",
      "author": [{
          "@type": "Person",
          "name": "著者名",
          "url": "https://example.com/profile/aaa/"
        }],
      "publisher":{
         "@type": "Organization",
         "name": "会社名",
         "url": "https://www.example.com"
      }
    }
    </script>

Breadcrumb（パンくずリスト）

ページ階層を検索結果に明示できるため、ユーザーがサイト構造を理解しやすくなります。例えば「ホーム > 商品カテゴリ > 商品名」といった表示が可能です。

参考：パンくずリスト（BreadcrumbList）の構造化データ

用途： サイト階層を明示し、ユーザーの位置をわかりやすくする。

記述例：

{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "itemListElement": [
    {
      "@type": "ListItem",
      "position": 1,
      "name": "ホーム",
      "item": "https://example.com/"
    },
    {
      "@type": "ListItem",
      "position": 2,
      "name": "ブログ",
      "item": "https://example.com/blog"
    },
    {
      "@type": "ListItem",
      "position": 3,
      "name": "構造化データとは"
    }
  ]
}

パンくずリストとは？由来・種類やSEO効果、ユーザビリティ向上のメリットを徹底解説

パンくずとは、サイト内のナビゲーション機能の一つとして、ユーザーが迷わず目的のページにたどり着くための重要な役割を果たします。 実はこのパンくずリスト、SEO効.....

Product（商品）

ECサイトなどで利用され、価格・在庫状況・レビュー評価などをリッチリザルトに表示できます。購入意欲の高いユーザーへの訴求力を強化するのに有効です。

参考：Product の構造化データについて

用途： ECサイトの商品詳細ページに。価格・在庫・レビューを検索結果に表示。

記述例：

<script type="application/ld+json">
    {
      "@context": "https://schema.org/",
      "@type": "Product",
      "name": "商品名",
      "image": [
        "https://example.com/photos/1x1/photo.jpg",
        "https://example.com/photos/4x3/photo.jpg",
        "https://example.com/photos/16x9/photo.jpg"
       ],
      "description": "商品説明文",
      "sku": "0446310786",
      "mpn": "925872",
      "brand": {
        "@type": "Brand",
        "name": "ブランド名"
      },
      "review": {
        "@type": "Review",
        "reviewRating": {
          "@type": "Rating",
          "ratingValue": 4,
          "bestRating": 5
      },
        "author": {
          "@type": "Person",
          "name": "投稿者名"
        }
      },
      "aggregateRating": {
        "@type": "AggregateRating",
        "ratingValue": 4.4,
        "reviewCount": 89
      },
      "offers": {
        "@type": "Offer",
        "url": "https://example.com/products/aaa/",
        "priceCurrency": "JPY",
        "price": 1000,
        "priceValidUntil": "2024-11-20",
        "itemCondition": "https://schema.org/NewCondition",
        "availability": "https://schema.org/InStock"
    }
      }
    </script>

LocalBusiness（ローカルビジネス）

飲食店、美容室、病院、オフィスなど、地域に根ざしたビジネスに使用されます。ビジネス名、住所、電話番号、営業時間などを記述でき、Google検索やGoogleマップでの露出を高める効果が期待されます。検索結果に店舗情報が強調表示されたり、ユーザーの行動（訪問・電話・予約）に直結しやすくなるため、実店舗ビジネスにとっては非常に重要な構造化データです。

参考：ローカル ビジネス（LocalBusiness）の構造化データ

用途： 実店舗・サロン・医院・オフィスなどのビジネス情報を表示。営業時間や住所、電話番号などがGoogle検索やマップに反映されやすくなります。

記述例：

{
  "@context": "https://schema.org",
  "@type": "LocalBusiness",
  "name": "店舗名",
  "image": "https://example.com/images/clinic.jpg",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "渋谷区渋谷3-19-1",
    "addressLocality": "東京",
    "postalCode": "150-0002",
    "addressCountry": "JP"
  },
  "telephone": "+81-3-1234-5678",
  "openingHours": "Mo-Fr 09:00-18:00",
  "url": "https://example.com/clinic"
}

これらはすべてGoogleが対応している構造化データタイプであり、公式の検索ギャラリーにも掲載されています。

JSON-LD形式の基本と理由

構造化データの記述には複数の形式（Microdata、RDFa、JSON-LD）がありますが、Googleが明確に推奨しているのがJSON-LD（JavaScript Object Notation for Linked Data）形式です。これはHTMLの内部に直接書き込むのではなく、<script type="application/ld+json">タグを使ってページ内に挿入する方法です。

JSON-LDの主な利点は以下のとおりです：

• HTMLの構造に干渉せず記述できるため、既存のコードへの影響が少ない
• 読みやすく、保守性が高い
• ツールによる自動生成・管理がしやすい

Googleがこの形式を「最も推奨する」と明言していることから、特別な事情がなければJSON-LDを用いるのがベストプラクティスです。

構造化データの実装ステップと注意点

CMS・HTMLに組み込む基本的な方法

構造化データの実装は、使用しているサイトの構造やCMSに応じて異なりますが、基本的な流れは共通しています。主に以下の2通りの方法があります：

構造化データの実装方法 比較表

また、Googleが提供する「リッチリザルト テスト」やブルースクレイ・ジャパンの「SEOdin ページアナライザー」などを活用すると、実装の結果を即座に確認できます。

テストとエラー回避のポイント

構造化データを正しく実装しても、形式ミスや不完全なマークアップがあるとGoogleに正しく認識されないことがあります。そのため、以下のテストツールを使った事前確認が重要です。

• リッチリザルト テスト 　URLまたはコードを入力して、Google検索でリッチリザルトが表示される可能性をチェックします。

• 構造化データテストツール（レガシー版） 　形式や構造の妥当性を詳細に確認できます（デバッグ用途として今も有効）。

エラーの多くは「必須項目の抜け」や「無効な値の記載」に起因しています。特に注意すべきなのは、以下のような点です：

• 意図しない日本語変換や全角記号によるフォーマット崩れ
• 他ページと同じ構造をコピーして不整合が生じるケース
• 一部だけマークアップしていて整合性が取れない構造

これらを避けるためにも、テストと検証を丁寧に行う習慣が重要です。

構造化データ導入でよくある誤解と失敗例

「実装すれば即SEO効果が出る」などの誤解

構造化データを導入すると「すぐに検索順位が上がる」と誤解されがちですが、これは大きなミスリードです。Googleは構造化データをランキング要因の一部としては扱っていないと明言しており、実装したからといって順位が即座に向上することはありません。

しかし、クリック率（CTR）やユーザー体験の向上には直接つながるため、間接的にはSEOに好影響を与えることが多いのは事実です。たとえば、FAQ構造化を入れることで、検索結果にQ&Aが表示され、ユーザーが知りたい情報にすぐアクセスできるようになれば、サイトへの信頼性も高まり、結果として流入増加につながる可能性があります。

そのため、「順位アップの魔法のツール」ではなく、「ユーザーによりよい情報を届けるための補助機能」として捉えることが大切です。

形式ミスや意図と異なる表示例

もうひとつのよくある落とし穴が「形式ミス」や「構造の不整合」によるエラー、もしくは「意図しない検索結果表示」です。たとえば、商品ページに対してProduct構造化を適用したものの、価格情報が動的に生成されていてJSON-LDと一致していなかったために、Googleに無効と判定されたというケースもあります。

また、FAQ構造化において同じ質問を複数ページで使い回した結果、重複コンテンツと判断されて表示されなくなったという事例も存在します。

構造化データは「正確かつ一貫性のある内容」が評価されるため、下記のようなチェックが重要です：

• 実際のページ内容と構造化データの内容が一致しているか
• 使用している構造化タイプが対象ページの目的とマッチしているか
• マークアップの形式やシンタックスに誤りがないか

失敗事例から学びつつ、実装前の検証・テスト・メンテナンスを習慣化することが、成果を最大化する鍵です。

まとめ｜構造化データの価値と次のステップ

構造化データは、検索エンジンに情報を正確に伝えるための強力な仕組みです。ページの内容に意味を持たせて整理することで、ユーザーにとってもわかりやすく、視認性の高いリッチリザルト表示が可能になります。これにより、クリック率の向上やコンバージョンの機会拡大につながることも多く、SEO施策の一環として導入する価値は非常に高いといえるでしょう。

ただし、「実装すれば順位が上がる」といった誤解を避け、あくまでユーザー目線の利便性を高める補助機能として扱うことが重要です。また、Googleのガイドラインを守ることはもちろん、実装後の検証・メンテナンスも欠かせません。

これから構造化データを導入しようと考えている方は、以下のような次のステップを検討してみてください：

• 自社サイトに適した構造化データタイプを選定する
• CMSやツールを使って無理なく実装する
• テストツールでエラーを確認し、定期的にメンテナンスを行う
• 表示状況をSearch Consoleなどでモニタリングする

もし、自力での設計や実装に不安がある場合は、外部の専門家に相談するのも一つの手段です。 詳しくは SEOコンサルティング をご覧ください。

FAQ｜よくある質問

Q1：構造化データを導入すればSEO順位は上がりますか？

いいえ、構造化データを実装したからといって、直接的に検索順位が上がることはありません。Googleも「ランキング要因ではない」と明言しています。ただし、リッチリザルト表示などによって検索結果での視認性が高まり、クリック率（CTR）が向上する可能性があるため、間接的にSEO効果を期待することはできます。

Q2：初心者でも構造化データを扱えますか？

はい、基本的な構造化データであればテンプレートやプラグインを使って簡単に実装可能です。特にWordPressなどのCMSを利用している場合は、専用のプラグイン（例：Yoast SEO、Schema Proなど）を使うことで、コーディング不要で設定できます。また、Googleが提供するテストツールもあるため、導入後の確認も安心して行えます。

The post 【SEO初心者必見】検索結果で目立つ構造化データの使い方と実装ステップ first appeared on ブルースクレイ・ジャパン.

実はこのパンくずリスト、SEO効果にも大きな影響を与えることをご存じでしょうか？ユーザーの利便性を高めるだけでなく、検索エンジンにサイトの構造を正確に伝え、クロール効率の向上にも貢献します。

この記事では、パンくずリストの基本から種類ごとの特徴、SEO効果やユーザビリティ向上のポイントまでを詳しく解説します。初心者の方や、SEOを強化したいサイト運営者の方にも役立つ内容を網羅していますので、ぜひ参考にしてください。

パンくずリストとは？その意味と役割、由来

パンくずリストの定義と目的

パンくずリストとは、ユーザーがWebサイト内で現在どの位置にいるのかを視覚的に示すナビゲーション機能です。

コンテンツの上部（ヘッダー下部）、またはフッター上に設置されることが多いです。このサイトではフッター上に設置しています。

一般的にページ上部に配置され、「ホーム > カテゴリ > 商品ページ」といった形式で階層構造を表示します。これにより、ユーザーはいつでも前の階層に戻ることができ、迷わず目的の情報にたどり着けます。特にコンテンツ量が多いECサイトやブログで活用され、訪問者の利便性を大きく向上させます。

また、パンくずリストはサイト運営者にとっても利点があります。SEOの観点から見ると、内部リンクとしての役割を果たし、検索エンジンがサイト内の各ページの関連性を理解しやすくなるからです。これにより、サイト全体の評価向上や、ページのクローラビリティ（クロールされやすさ）の改善が期待できます。

なぜ「パンくず」と呼ばれるのか？

「パンくず」という名称は、グリム童話『ヘンゼルとグレーテル』に由来しています。

この物語では、主人公たちが森の中で迷子にならないよう道にパンくずを落としていきました。同様に、パンくずリストも「自分が辿った道筋」を示し、元の場所に戻る道しるべとして機能することから、このように呼ばれるようになったとされています。この名称は、親しみやすく直感的に理解できるため、多くのWebサイトで一般的に使用されています。

パンくずリストの種類

パンくずリストには3種類があります。簡単に説明すると以下のような分類です。

SEOの観点では、「位置型パンくずリスト」が推奨されています。それぞれについて、細かくご紹介します。

位置型パンくずリスト

位置型パンくずリストは、ユーザーがサイト内のどの階層にいるかを示すもので、階層が明確なサイト構造を持つサイトでよく使われます。
例のように、ページの親子関係に基づいて表示されます。特に階層が深い求人サイトやECサイトで効果を発揮し、ユーザーがトップページに戻ることなく、カテゴリーの階層を辿りながら探している情報にアクセスしやすくなります。

位置型パンくずリストは、検索エンジンがサイトの構造を理解する上でも役立ち、SEO効果が期待できるため、多くのサイトで導入されています。

属性型パンくずリスト

属性型パンくずリストは、商品の特性やカテゴリに応じた情報を表示するタイプで、特にECサイトや不動産サイトで有効です。

たとえば、「ホーム > メンズファッション > ジャケット > ブルー」のように、特定の属性に基づいた項目が並びます。これにより、ユーザーは複数の条件で絞り込んだ結果を参照しながら、次のカテゴリや関連商品に簡単にアクセスできます。

属性型パンくずリストは、ユーザーが関心のある属性に基づいて情報を得られるため、回遊率の向上や、コンバージョンの促進にもつながりやすいとされています。

パス型パンくずリスト

パス型パンくずリストは、ユーザーが辿ったページの履歴を表示します。
たとえば、「ホーム > 特集ページ > 記事一覧 > 記事詳細ページ」のように、訪問者がどの順番でページを閲覧したかが示されるため、再訪したいページに戻りやすくなります。このタイプは、閲覧パスが複雑なサイトや、情報量が多くページ移動が頻繁に行われるサイトに有効です。

パス型はサイトの構造に縛られないため、自由度が高く、ユーザーの動線に沿って最適なナビゲーションを提供できる点が特徴です。

パンくずリストのSEOメリット

テーマ性の向上により検索順位へ好影響を与える

パンくずリストは、検索エンジンにとってサイトの構造を把握するための重要な手がかりとなります。特にGoogleは、パンくずリストを通してページの親子関係やカテゴリーの関連性を理解し、サイト内の情報の階層性を認識します。

パンくずリストがあることで、検索エンジンはページ同士の関係性をより正確に評価でき、テーマ性が向上することで、結果としてサイト全体のSEO評価が高まる可能性があるのです。

パンくずの改善によるテーマ性強化では、順位改善がみられるケースも非常に多いです。以下の記事では、パンくずをはじめとしたSEOの基礎的な施策により順位改善が見られた事例を紹介していますので、あわせてご覧ください。

【成功事例に学ぶ】ECサイトのSEOで差がつく！売上を伸ばす改善ポイントやSEO対策の注意点とは？

ECサイトの集客や売上に伸び悩んでいませんか？ 多くのEC担当者が「SEO対策はしているのに結果が出ない」と感じている一方で、サイト構造や評価設計を見直すことで.....

クロール効率と内部リンク構造の向上

パンくずリストは、内部リンクを自然な形で形成し、検索エンジンが効率的にサイト全体をクロールできるよう支援します。特に階層が深いWebサイトでは、トップページから距離があるページが検索エンジンに見落とされることがあります。

パンくずリストを活用することで、深い階層にあるページにもアクセスしやすくなり、サイト内のリンク構造が強化されるため、SEO効果がさらに高まります。この効果は、特にコンテンツの多いメディアサイトや、求人サイト、不動産サイトにおいて顕著です。

ユーザビリティ向上のためのパンくずリスト活用方法

パンくずリストがもたらす利便性

パンくずリストは、ユーザーが現在の位置をすぐに確認でき、上位階層に簡単に戻ることができるため、ユーザーエクスペリエンスの向上にも貢献します。特に初めて訪れたサイトや、情報が豊富に詰まったECサイトや情報サイトでは、パンくずリストによってサイト内の構造が直感的に理解でき、ユーザーの回遊性が向上します。

また、ユーザーが目的の情報に素早くたどり着けるため、直帰率が下がり、滞在時間が伸びる効果も期待できます。これは、結果的にSEO効果にもつながるため、サイト運営者にとって重要な機能です。

モバイル表示での最適化ポイント

モバイル環境におけるパンくずリストの表示には、いくつかの注意点があります。画面サイズが限られるため、表示する項目を簡潔にまとめ、最上位の階層と現在のページのみを表示するなど、省スペース化が必要です。

また、リンクをタップしやすい大きさにし、ユーザーが誤操作をしないように工夫することで、操作性が向上します。モバイル特有の見やすさや操作性に配慮したデザインにすることで、スマホユーザーにも快適なナビゲーションを提供できます。

パンくずリストの設置方法

HTMLでの実装方法

パンくずリストを手動で実装する場合、HTMLとCSSを使用してページの上部にナビゲーション要素を配置します。この方法では、Webサイトのデザインに合わせて柔軟にカスタマイズできるため、サイトの統一感を保ちながら、ユーザーに分かりやすい階層構造を提供することが可能です。

実装には、リストタグ（<ul>タグや<li>タグ）を活用し、階層構造を表現します。たとえば、以下のようなコード例を用いることで、トップページや各カテゴリページへのリンクを設定し、ユーザーがページ間を移動しやすくします。

CSSを用いて、このリストのデザインをサイト全体の雰囲気に合わせてカスタマイズできます。また、視覚的にわかりやすくするためにアイコンを追加したり、パンくずリスト全体を折りたたむデザインにしたりと、表示の工夫が可能です。

構造化データの適用例

パンくずリストの構造化データをJSON-LDやmicrodataで記述することで、SEO効果がさらに高まります。

構造化データは、検索エンジンがWebサイトの情報をより深く理解できるように、ページの階層関係を明示する役割を果たします。これにより、検索結果ページにおいてパンくずリストが「リッチリザルト」として表示され、ユーザーが目的のページにアクセスしやすくなります。

Googleが推奨する形式は、JSON-LDです。

たとえば、JSON-LDでパンくずリストの構造化データを設定する場合は、以下のようなコードを使用します。

このように設定すると、「ホーム」「カテゴリ」「商品ページ」といった各階層が、検索エンジンに正確に認識されます。特に「@type: ListItem」や「position」の属性を使用して、ページの階層順を指定することで、検索エンジンはユーザーのナビゲーションを視覚化しやすくなります。

適切な構造化データを記述することは、SEOの向上だけでなく、ユーザーが検索結果から目的のページに直感的にアクセスできるというメリットも生み出します。リッチリザルトに表示されるパンくずリストは、視覚的な効果を高め、クリック率の向上にもつながる可能性があるため、積極的に導入を検討する価値があります。

パンくずの構造化データの設置については、以下も参考にしてください。
パンくずリスト（BreadcrumbList）の構造化データ

パンくずリスト導入の注意点

過度な階層化の回避とわかりやすい構造

パンくずリストは、わかりやすい階層構造を維持することが重要です。過度に細かい階層を持つパンくずリストは、ユーザーが混乱する原因になるため、主要なカテゴリやサブカテゴリを絞り込み、情報が簡潔に表示されるよう工夫が必要です。

適切な階層を設定することで、ユーザーが無駄なく目的の情報にたどり着けるだけでなく、検索エンジンにとってもサイト構造が理解しやすくなります。

適切なアンカーテキストの設定

パンくずリストのリンクには、ページ内容を簡潔に示すアンカーテキストを設定しましょう。

また、SEO観点では、アンカーテキストに適度にキーワードを含めることも推奨されます。ただし、無理にキーワードを詰め込まず、自然な表現でリンクを設定することが大切です。これにより、ユーザーと検索エンジン双方にわかりやすいリンク構造が形成されます。

パンくずリストは基本的に全ページに設置すべき

パンくずリストは基本的に全ページに設置することで、サイトの一貫性とSEO効果が高まります。

ただし、ランディングページや広告から直接アクセスされる1ページ完結型のページでは、必ずしも必要ではない場合もあります。サイト構造や各ページの目的に応じて設置を判断し、適切なページにのみパンくずリストを適用することが、最適な効果を得るためのポイントです。

よくある質問：パンくずリストに関する疑問を解決

パンくずリストは必ず必要か？不要なケースは？

パンくずリストは、ユーザーと検索エンジン双方にとって有益な機能ですが、サイトの性質によっては必ずしも必要でない場合があります。特に、シンプルな1ページサイトや、内容がカテゴリに分かれていないサイトでは、ユーザーが混乱する可能性もあるため、設置を見送っても問題はありません。サイトの目的や構造に応じて、必要性を判断することが重要です。

英語での表記と他の言い換え表現は？

英語では「Breadcrumbs」や「Breadcrumb Navigation」と呼ばれます。これ以外にも「トピックパス」「ナビゲーションリンク」などの言い換え表現があり、業界やサイトの種類に応じて使い分けられています。こうした名称は、特に海外向けのサイトや国際的なWebサイトでも通じる表現であり、ユーザーにも直感的に理解されやすいです。

パンくずリストを活用してサイトの利便性とSEOを向上させよう

パンくずリストは、ユーザーの利便性を高め、サイトのSEO効果を促進するうえで重要な要素です。

サイト内の階層構造を明示することで、ユーザーが求める情報に簡単にアクセスでき、検索エンジンもより効率的にクロールできます。特に内容量が多いサイトでは、パンくずリストを活用してわかりやすいナビゲーションを提供し、SEOとユーザビリティの向上を同時に実現しましょう。

The post パンくずリストとは？由来・種類やSEO効果、ユーザビリティ向上のメリットを徹底解説 first appeared on ブルースクレイ・ジャパン.

検索エンジンがサイトをクロールする際真っ先に見るファイルとなるのがrobots.txtです。書き方を間違えると、ページがクロールされないということもあるため、正しい書き方を覚えておきましょう。

この記事では、robots.txtの書き方や確認方法、SEO上の効果について紹介します。

robots.txtとは

robots.txtとは検索エンジンのクローラーのWebページへのアクセスを制限するためのファイルです。

このファイルの記述によって検索エンジンに認識させる必要のないページ（価値のないページやシステムによって自動的に吐き出されてしまうページ等）を検索エンジンが認識しないようにできます。

ただしこの記述に強制力はないため、制限したとしてもインデックスしてしまう可能性がありますので注意が必要です。

robots.txtのSEO効果

robots.txt自体のSEO効果はそこまで高くありません。

ただし、大規模サイトにおいてはrobots.txtの設定がSEO効果に影響する可能性があります。

1サイトにおいてクロールできるページ数は決まっていると言われているので、ECサイトやメディアサイトなどの大規模サイトでは、すべてのページを見てもらえない可能性があります。

検索エンジンがクロールする必要のないページ、逆に優先的にクロールしてほしいページ、サイトマップXMLのありか等を記載しておくことで、クローラビリティを向上することができます。

robots.txtの書き方

robots.txtの一般的な記述方法は以下です。（Wordpressの場合）

WordPressにはrobots.txtファイルが最初から設定されています。設定する内容としては以下があります。

• User-agent
• Disallow
• Allow
• Sitemap

それぞれの項目については以下で説明していきます。

User-agent

User-agentはクローラーのユーザーエージェントを指定する記述で、必須項目です。

上記のように「User-agent:*」とするとすべてのクローラーが対象となります。基本的にはこのように記述しておけば問題ありません。

特定のクローラーのみに許可したい場合には、以下を参考に指定しましょう。

参考：Google クローラーとフェッチャーの概要（ユーザー エージェント）

Disallow

Disallowは、クロールを拒否したいページやパスを指定します。

記述するページとしては、価値の低いページやシステムによって自動的に吐き出されてしまうページ、会員限定のページ等の検索結果に表示する必要のないページが主です。

Allow

Allowについてはクロール許可の記述です。何もルールを指定しない場合、すべてのページがクロール対象となるため、Allowをあえて使う場合は少ないです。

ただし次に説明するようなケースでは「Allow」を使うことが多いので、覚えておきましょう。

以下のような記述の場合、「/aaa/で始まるパスをクロールしない」が、「/aaa/と正確に一致するページと/aaa/ccc/で始まるパスのクロールを許可する」という指定になります。

Sitemap.xml

サイトマップの記述に関しては設置しているsitemap.xmlのURLを記述しましょう。sitemap.xmlが複数ある場合はすべて記載しましょう。

必須項目ではないですが、robots.txtは検索エンジンが最初に見に行くファイルとなるため、sitemap.xmlの場所を記載しておくことで、効率よく巡回してくれます。

また、sitemap.xmlに関しては、絶対パスで記述する必要がある点を注意しましょう。

sitemap.xmlの作り方などについては以下の記事で説明しています。

サイトマップとは？XMLサイトマップ（sitemap.xml）のSEO効果や作成方法を解説

サイトマップとは？ サイトマップとは、サイトを訪問したユーザーやクローラーに、サイト内のページの構成を伝えるためのページのことです。 サイトマップには、ユーザー.....

2つの正規表現について

DisallowやAllowの指定においては、以下で紹介する2つの正規表現による記載も可能です。

上記にある例のように、特定ディレクトリの中でも一部ページはクロールを許可したいケースや特定の拡張子のみクロールを拒否したいケース等では正規表現を使って指定しましょう。

ワイルドカード（*）

• 特定のディレクトリのすべてのページのクロールを拒否（「/aaa/を含むページを拒否）
  

  Disallow:/aaa/*

• 特定のクエリパラメータを含むURLのクロールを拒否（「?abcd」のパラメータを含むページを拒否）
  

  Disallow:/*?abcd

ドルマーク（$）

文字列の終わりを示すために使用されます。

• 「.pdf」でおわるすべてのURLを拒否
  

  Disallow:/*.pdf$

robots.txtの確認方法

以前までは、robots.txtを作成したら、記載内容に誤りがないか、robots.txtテスターで確認することができました。

しかしrobots.txtテスターは2023年12月に廃止されたため、現在はGoogle Search Consoleのrobots.txtレポートによりステータスの確認ができます。

設定の中の「クロール」という項目の中に「robots.txt」のレポートへのリンクがあります。

「レポートを開く」を押すとレポート一覧に遷移します。

正常に取得されている場合はキャプチャのように「取得済み」と表示されますが、問題がある場合はエラーが表示されます。

エラーは以下のように表示されます。

• 未取得 – 見つかりませんでした（404）
• 未取得 – その他の理由

それぞれの内容については、Google Search Consoleヘルプの「robots.txtレポート」をご確認ください。

robots.txtの設置方法

robots.txtは、ルートドメインにファイルを設置します。それ以外の場所に設置しても意味をなさないので注意が必要です。

また、ファイル名は「robots.txt」としましょう。

robots.txtにおける注意点

注意点は以下になります。

• robots.txtは絶対的ではない
• ユーザーのアクセス制御はできない
• インデックス除外には使えない

robots.txtは絶対的ではない

robots.txtにおいて指示した内容に関しても必ずその通りになるとは限りません。

クローラーが記述を無視してしまうケースもあります。

Googleは、他のサイトから導線があるページはインデックス登録される可能性があると説明しています。

参考：robots.txtの概要「robots.txt ファイルの制約について」

ユーザーのアクセス制御はできない

クローラーに見る必要のないページを指示することはできますが、ユーザーにアクセスしないでほしいページを記載しても意味を成しません。

ユーザーの閲覧を制御したい場合は、.htaccess等を使ってBasic認証などの設定をしましょう。

インデックス除外には使えない

robots.txtができるのはあくまで、クロール制御です。インデックス制御ができないという点は注意が必要です。

インデックスされているページにクロールをブロックしても、インデックスされた状態のまま、クロールができなくなります。

インデックス制御には以下の記事で紹介しているmeta robotsタグを使ってnoindexの指示を送るようにしましょう。

meta robotsタグとは？robotsタグの種類やrobots.txtとの違い、記述方法について解説

Webサイトを検索結果に正しく表示させるために重要なのが、「meta robotsタグ」の適切な設定です。ページごとに「インデックスしてほしい」「検索結果に出さ.....

まとめ

この記事ではrobots.txtについてご説明しました。

robots.txtは特に、大規模サイトにおいて重要な役割を果たします。robots.txtをうまく使い、クローラビリティをよくすることで、SEO効果の向上を目指しましょう。

弊社では、SEOコンサルティングサービスを提供しています。今回ご紹介した基本的な内容のほか、コンテンツ改善～CVR改善までお手伝いします。

SEOに関する概要について知りたい方は、以下の記事で詳しく紹介していますので、合わせてご覧ください。

【2025年最新】SEOとは？8つの具体的な対策とやり方、仕組みまでわかりやすく解説！

SEO（検索エンジン最適化）は、「Search Engine Optimization」の略で、検索エンジンでの上位表示を目指し、自然検索からのアクセス増加を図.....

The post robots.txtとは？書き方や確認方法、SEO上の効果について徹底解説！ first appeared on ブルースクレイ・ジャパン.

もし設定を誤れば、検索結果からページが消えてしまったり、意図しないページが表示されるリスクも。この記事では、meta robotsタグの基本から使い方、注意点までをわかりやすく解説します。正しく理解して、意図通りにサイトをコントロールできるようにしましょう。

meta robotsタグとは

meta robotsタグは、検索エンジンに対して、特定の指示をすることができるmetaタグです。基本的には<head>内に記述するタグです。

これにより、検索エンジンにこのページのインデックスの有無、リンクをたどらせるか否か等様々な指示を送ることができます。

インデックスの制御については、canonicalタグも類似するタグとしてありますが、役割はまったく異なるため、以下の記事も参考に正しく使いましょう。

canonical（カノニカル）タグとは？URLの正規化やSEO効果・設定方法について

canonical（カノニカル）タグというタグをご存知でしょうか？ユーザーの目に触れるようなhタグや、タイトルタグとは異なり、検索エンジンのためのタグです。 こ.....

meta robotsタグの記述方法

meta robotsタグは以下のように記述します。

<head>

<meta name="robots" content="noindex">

</head>

また、以下のようにすべて一つにまとめて記述することも可能です。

例えば、

<head>

<meta name="robots" content="noindex,nofollow,noarchive">

</head>

meta robotsタグの種類

meta robotsタグにはいくつかの種類があります。タグにより、指示内容が異なりますので、それぞれ説明していきます。

• インデックスの制御（index,noindex,noimageindex,indexifembedded）
• リンクの制御（follow,nofollow）
• キャッシュの制御（noarchive）
• スニペットの制御（nosnippet,max-snippet,max-image-preview,max-video-preview）

参考：Robots meta タグ、data-nosnippet、X-Robots-Tag の設定

インデックスの制御（index,noindex,noimageindex,indexifembedded）

index,noindexは検索エンジンにページをインデックスさせるかさせないかを指定する記述です。また、noimageindexについては画像を、indexifembeddedについてはiframeにより埋め込まれているコンテンツのインデックスを制御する記述となります。

index

<meta name="robots" content="index">

indexはページを検索結果に表示しても問題ないということを意味し、記述していない状態でも同様の意味として捉えられます。

noindex

<meta name="robots" content="noindex">

noindexはページを検索結果に表示させないことを指示します。厳密には検索エンジンがクロールしたうえで、指示を送るため、Googleのデータベースにはインデックスされているものの、検索結果には表示しないような指示になります。

設定することの多いページの例としては、重複扱いされる可能性のある広告用LPや低品質と判断される可能性のある画像のみのページ等です。

noimageindex

<meta name="robots" content="noimageindex">

noimageindexは、このページの画像をインデックスに登録しないように指示するタグとなります。

indexifembedded

<meta name="robots" content="indexifembedded">

indexifembeddedは、noindexの指定があった場合もiframe等で埋め込まれたコンテンツはインデックス登録してもよいという指示を意味します。noindexと併用してのみ使用が可能です。

リンクの制御（follow,nofollow）

follow,nofollowはページ内のリンクをすべて評価の対象とさせるかさせないかを検索エンジンに指示することができます。

follow

<meta name="robots" content="follow">

followはページ内のリンクを全て評価対象にして問題ないということを意味します。記述していない状態でも同様の意味として捉えられます。

nofollow

<meta name="robots" content="nofollow">

nofollowはページ内のリンクをすべて評価対象にしないということを指示する記述です。外部サイトへのリンクや内部リンクのすべてが評価対象外になります。

ただし、nofollowタグに関しては、リンクごとに個別に設定することも可能です。その場合は以下のように<a>タグの中に記述します。

<a href="https://www.example.com/" rel="nofollow">○○○</a>

個別に外部サイトへのリンクや評価対象としたくないページへの内部リンクに設定することが可能です。

キャッシュの制御（noarchive）

noarchiveはページのキャッシュを拒否する際に使用します。これにより、検索結果にキャッシュリンクが表示されないように指示することができます。

<meta name="robots" content="noarchive">

この指定がない場合には、Googleがキャッシュページを生成するため、検索結果に古い情報が残る場合があります。情報の更新頻度が高いページに記述することで、検索結果に表示された古い情報をユーザーが見て、ページに遷移し混乱するなどを避けられます。

スニペットの制御（nosnippet,max-snippet,max-image-preview,max-video-preview）

これらのタグは、検索結果の説明文（スニペット）を表示させるか否かを指示することができます。

nosnippet 

<meta name="robots" content="nosnippet" />

nosnippetは、ページ内のテキストや動画プレビューを表示させないように指示します。動画の場合は、代わりに静止画を表示する可能性があります。ウェブ検索だけでなく、画像検索やDiscover、AIOverviewなどでも適用されます。

nosnippetが設定されていない場合は、ディスクリプションやページ内の情報から説明文や動画プレビューを生成する可能性があります。

max-snippet

max-snippetは、検索結果に表示する説明文の最大文字数を指定します。記述例は以下です。

検索結果にスニペットが表示されないようにするには、

<meta name="robots" content="max-snippet:0">

スニペットに最大 20 文字まで表示できるようにするには、

<meta name="robots" content="max-snippet:20">

スニペットに表示できる文字数に制限がないことを指定するには、

<meta name="robots" content="max-snippet:-1">

max-image-preview

max-image-previewは、検索結果に表示する画像の最大サイズを指定することができるタグです。具体的な記述例としては以下のような形です。

画像プレビューを表示しない場合は、

<meta name="robots" content="max-image-preview:none">

デフォルトの画像プレビューが表示する場合は、

<meta name="robots" content="max-image-preview:standard">

ビューポートの幅までの画像プレビューを表示する場合は、

<meta name="robots" content="max-image-preview:large">

max-video-preview

max-video-previewは、検索結果に表示する動画の最大秒数を指定することができるタグです。記述例は以下です。

静止画のみ使用できる状態は、

<meta name="robots" content="max-video-preview:0">

20秒までを制限とする場合、

<meta name="robots" content="max-video-preview:20">

制限をなくす場合、

<meta name="robots" content="max-video-preview:-1">

meta robotsタグとrobots.txtの違い

 meta robotsタグとよく混同されるものとして、robots.txtがあります。名前が似ているため混同されがちですが、役割としては大きく異なります。

robots.txtは検索エンジンのWebページへのアクセスを制限するためのファイルになります。このファイルへの記述によって検索エンジンにクロールさせたくないページや優先的にクロールすべきページなどを認識させることができます。ただし、robots.txtは検索結果に表示されているページを表示させなくするために活用することはできないので、注意が必要です。

インデックスされたページをインデックス除外する場合、通常は meta robotsタグにnoindexを記述し、認識されるのを待つことになります。

ここでよくある間違いが、「robots.txtでDisallowを設定する」です。こちらは、クロールをさせない指示となるため、すでに検索結果に表示されているページに設置する場合、インデックス除外の指示を送ったわけではないので、インデックスが残り続けてしまいます。

すでに検索結果に表示されているページを、表示させないようにするには、noindexタグの記述追加のみで問題ありません。ぜひこの点をご留意いただければと思います。

robots.txtについては以下の記事で詳しく紹介しています。

robots.txtとは？書き方や確認方法、SEO上の効果について徹底解説！

検索エンジンのロボットの動きやアクセスを制限させるためによく活用されるのが、robots.txtがあります。 検索エンジンがサイトをクロールする際真っ先に見るフ.....

まとめ

今回はmeta robotsタグについて定義や種類、使い方について紹介しました。

SEOにおいて、簡単に操作できる反面、使い方を間違えると検索結果に表示されなくなってしまう可能性があるため、正しく使えているか確認して、運用していくことが大切です。

SEOに関しては以下の記事で網羅的に解説しています。ぜひご確認ください。

【2025年最新】SEOとは？8つの具体的な対策とやり方、仕組みまでわかりやすく解説！

SEO（検索エンジン最適化）は、「Search Engine Optimization」の略で、検索エンジンでの上位表示を目指し、自然検索からのアクセス増加を図.....

The post meta robotsタグとは？robotsタグの種類やrobots.txtとの違い、記述方法について解説 first appeared on ブルースクレイ・ジャパン.

SEOに関する基礎知識や仕組みについては以下の記事で紹介していますのでそちらも合わせてご覧ください。

【2025年最新】SEOとは？8つの具体的な対策とやり方、仕組みまでわかりやすく解説！

SEO（検索エンジン最適化）は、「Search Engine Optimization」の略で、検索エンジンでの上位表示を目指し、自然検索からのアクセス増加を図.....

今回は通常お目にかからないcanonicalタグが何者なのか、いつ活用され、設定しておくと何にいいのかをお伝えしていきます。

canonical（カノニカル）タグとは

”canonical”とは英語で「正典の、教会法に基づく、規準的な、標準的な」という意味を持つ単語です。

この「規準的な、標準的な」というところがこのタグの持つ役割に直結しており、canonicalタグを一言で言い表すなら、『検索エンジンに規準的なURLがどれなのかを示すためのタグ』と言えます。

いくつかのパターンで重複コンテンツ（コンテンツ内容がほとんど同じではあるが別URL）が発生する場合に、検索エンジンはどのページを検索結果に表示すべきか、どのページに評価を集約すべきか判断できません。そうすると、「類似するページが複数存在する」と認識されてしまい、評価が分散してしまいます。

しかし、このcanonicalタグを活用することにより、どのURLが規準的なのかを指定できます。これをURLの正規化と呼びます。

canonicalタグを設定することで、重複コンテンツになってしまっているURLのうち最も規準的なものだけがインデックス対象となり、そのほかのURLはインデックス対象から除外されます。（100%除外されるわけではないのでご注意ください。）

canonicalタグのおかげで分散してしまうSEO効果を1つの、正規URLに統一させることができます。

canonical（カノニカル）タグの記述方法

canonicalタグの記述方法は以下のような内容となります。

<link rel="canonical" href="正規ページのURL">

<body>要素にて設定してしまうと認識されない可能性があるので、 必ず<head>内に記述しましょう。

またできる限り<head>要素の中でも上部に設定する方が良いとされています。

canonical（カノニカル）タグが必要なケース

canonicalタグが必要なケースは以下の2つです。順番にご説明します。

1. 重複コンテンツ
2. リンク評価の集約

1．重複コンテンツ

重複コンテンツとなるケースは様々あります。例えば、以下のようなケースです。

• PCサイトとスマホサイトのURLが異なる場合
• カラーやサイズにバリエーションが複数ある商品の場合
• 記事やECサイトの商品一覧ページなどで並び替え条件を変えるとURLが変わる場合

様々なケースで重複コンテンツと認識されてしまう可能性があります。

PCサイトとスマホサイトのURLが異なる場合

スマホサイトがURLが異なる場合、canonicalタグと合わせて「alternateタグ」の指定も必要です。

スマホサイトを仮に、

https://bruceclay.jpn.com/sp/

や

https://sp.bruceclay.jpn.com/

といった形で別URLで展開する場合、PCのページとSPのページが別URLとなるため重複コンテンツと認識されてしまう可能性があります。

PCで検索しているにも関わらずSPのページが上位にヒットしているサイトをたまに見かけますが、往往にしてcanonicalタグが正しく設定されていない場合がほとんどです。

スマホサイトを別URLにする場合、PC側のHTMLには、

<link rel="alternate" media="only screen and (max-width: 640px)" href="https://bruceclay.jpn.com/sp/" />

上記のような記述を、またSP側のHTMLには、

<link rel="canonical" href="https://bruceclay.jpn.com/">

といったようにPCのURLを設定する必要があります。

こうすることで検索エンジンがサイトを見たときに/sp/のページはPCページのスマホ版なのだと正しく認識するようになります。

カラーやサイズにバリエーションが複数ある商品の場合

ECサイトで色違いやサイズ違いの商品が複数あり、すべて別URLで展開がされている場合にも重複コンテンツとして認識されてしまう場合があります。
人気のカラー等に評価を集約する方法をとることをおすすめします。Google検索セントラルのドキュメントでも、類似ページを集約することが推奨されています。

記事やECサイトの商品一覧ページなどで並び替え条件を変えるとURLが変わる場合

「新着順」「価格が高い順」「おすすめ順」等の条件で並び替えが可能なページにおいても同様です。
ユーザーにとっては使いやすく利便性が高いですが、検索エンジンからは重複していると判断される可能性があります。
並び替えごとに異なるURLが検索結果にそれぞれインデックスされている状態も望ましくありません。
デフォルトの並び替え条件のURLを正規URLとして指定し、評価集約することがすおすすめです。

2．リンク評価の集約

サイト内外からのリンク評価を集約するためにもcanonicalタグは重要です。

特に、外部サイトからの リンク（被リンク）はSEOの評価においても重要となるため、評価を集約しておくことが望ましいです。

前述したように、検索エンジンはURLが異なると同一コンテンツであっても、違うページと認識してしまうため、たとえ同じコンテンツへのリンクであっても、リンクに使われているURLが少しでも異なると、評価を集約できず、分散してしまいます。

異なるURLにリンクが貼られていても、canonicalタグで正規化しておくと、URLに対して個別評価されず、被リンクのパワーを集約することができます。

canonical（カノニカル）タグの誤った使用方法

Googleの公式ブログにおいて誤った使用方法の例がまとめられています。

1. ページネーションが発生する場合の設定
2. 相対パスでの記述
3. 意図しない形で指定している、または 2 つ以上指定する
4. カテゴリページまたはランディングページで特集記事へのリンクを指定する
5. <body>タグ内に設定している

出典：https://webmaster-ja.googleblog.com/2013/05/5-common-mistakes-with-relcanonical.html

以上、5ポイントに関しては確実にミスのないように設定をしましょう。

また、以前はニュースサイトで、同じ記事を複数の異なるサイトでも配信する場合に、canonicalタグとnoindexタグの使用が推奨されていましたが、2023年にnoindexタグのみが推奨と変更されました。

canonical リンク要素は、シンジケーション パートナーによる重複を避けたい場合には推奨されません。ページが大きく異なることが多いためです。
引用：正規化に関する問題の修正

同一サイト内での正規化には、引き続きcanonicalタグの使用も推奨されています。

参考：
Google ニュースでの記事の重複を避ける

URLの正規化の方法

重複した URL を統合するという項目においてGoogleからの公式の見解も以下のページにて公開されています。

出典：https://support.google.com/webmasters/answer/139066?hl=ja

canonicalタグ以外にも、リダイレクト による正規化の方法もあります。以下のような場合には、canonicalタグよりも301リダイレクトによる正規化が推奨されています。

• www.や、index.html（php）のあるなしによって同一のコンテンツが表示される場合
• URL末尾に/（スラッシュ）のあるなしによって、同一のコンテンツが表示される場合

301リダイレクトは「恒久的な転送」を意味し、複数のURLを存在させる必要がない場合は、リダイレクトのほうが確実です。

SEO効果を最大化するcanonicalタグの使い方

SEO効果を最大化するために、canonicalタグはすべてのページにおいて自己参照で設定しましょう。

すべてのページに設定することで、パラメータ付きURL等による重複を防ぐことができます。予期せぬ重複が発生することもあるため、弊社では全ページの設定を推奨しています。

正しく正規化されているかを確認する方法

canonicalタグによる正規化が正しくされているかについては、Google Search Consoleを使って確認ができます。

調べたいURLを「URL検査」すると、canonicalタグが正しく認識されている場合は「Googleが選択した正規URL」の部分が検査対象URLと一致します。

canonical（カノニカル）タグの設定は慎重に！

canonicalタグはSEO上確実に設定しなければいけないタグの一つです。

ただし設定を間違えてしまうと検索エンジンにインデックスされない事態になりえます。

大規模サイトになればなるほど重複コンテンツの発生は避けられないと言えます。正しいルール設計のもと、canonicalタグを設定することで評価を統一させられるようにしましょう。

The post canonical（カノニカル）タグとは？URLの正規化やSEO効果・設定方法について first appeared on ブルースクレイ・ジャパン.