この記事でわかること
コーポレートサイトのSEOは一般キーワードで戦う場所ではありません。会社名やサービス名で検索されたときに、自社の正しい情報が最上位に、意図した形で表示される状態をつくることが最優先の仕事です。
- 01主戦場は指名検索一般キーワードの順位より、社名・サービス名・採用名での検索結果を先に整えます。ここは自社がコントロールできる唯一の検索領域です。
- 02サイト名の指定方法Googleはサイト名を自動生成しますが、指定したい場合はWebSite構造化データが最も重要だと明記しています。サブディレクトリ単位のサイト名は非対応です。
- 03サイトリンクの扱いサイトリンクは自動生成で、指定はできません。できるのはタイトルと見出しの整理、内部リンクの見直し、不要ページのnoindexだけです。
- 04必須ページの役割会社概要・事業紹介・お問い合わせは集客の導線ではなく、GoogleとAIが参照する自社の一次情報源です。事実の置き場として整えます。
- 05ドメインの統合と分離評価を1つに集めたいならサブディレクトリ、運用主体もシステムも独立させるならサブドメインか別ドメインが基本です。判断軸は運用体制です。
- 06リニューアルの注意Googleは301を最低1年維持することと、移行中に順位の一時的な変動が起きることを明記しています。アドレス変更ツールの対象はドメイン移転だけです。
コーポレートサイトの主戦場は指名検索である
コーポレートサイトのSEOを考えるうえで、最初に決めるべきは「何で勝つか」ではなく「何で勝たないと決めるか」です。
一般キーワードで戦うサイトではない理由
業界の一般キーワード(たとえば「システム開発」「人材紹介」といった語)で上位を取ろうとすると、相手になるのは比較メディア、ポータルサイト、その領域に特化して記事を数百本書いている専門メディアです。コーポレートサイトが持っているページ数と更新頻度では、まず届きません。仮に順位が取れたとしても、その検索をしている人は「業者を探している人」であって「御社を探している人」ではないため、問い合わせにつながる確率も高くありません。
一方、会社名やサービス名での検索は、自社が構造的に有利な唯一の領域です。検索している人はすでに自社に関心を持っていて、目的も明確です。ここで正しい情報を届けられるかどうかは、商談の成否にも採用の応募数にも直結します。順位を競う相手がいない代わりに、整備を怠れば口コミサイトや転職口コミ、第三者のまとめ記事に検索結果の上位を占められます。
SEO全般の考え方はSEO対策とは?基本から実践手順・チェックリストまでで扱っています。ここではコーポレートサイト固有の論点だけを掘り下げます。
「勝たない」と決めることで施策の優先順位が決まる
一般キーワードを追わないと決めると、やるべきことがはっきりします。記事を量産する必要はなく、代わりに次の順で手を入れることになります。
- 社名で検索したときの表示を整える:サイト名、説明文、サイトリンク、ナレッジパネル
- 社名と組み合わせて検索される語をすべて自社で受け止める:料金、評判、採用、事例、拠点、問い合わせ
- 会社としての事実を正確に、機械が読める形で置く:会社概要とOrganization構造化データ
- 信頼性のシグナルを揃える:実績、資格、認証、責任者の明示、更新日
なお、企業が記事コンテンツで集客したい場合は、コーポレートサイトに無理に詰め込むのではなく、目的別のサイトやディレクトリを設けるのが一般的です。その体制づくりはオウンドメディアとは?立ち上げ手順と運用体制・KPI設計で扱っています。実店舗や拠点を持つ企業で、地図検索やGoogleビジネスプロフィールを整えたい場合はローカルSEOとは?MEOとの違い・GBP最適化が該当します。
会社名で検索されたときに正しく出るための整備
ここからが本題です。検索結果に表示される要素のうち、何を自社で指定でき、何ができないのかを、Google公式の記載で確認しながら整理します。
サイト名|指定したいならWebSite構造化データを使う
検索結果でドメイン名の位置に表示される「サイト名」は、Googleが自動的に生成します。Google検索セントラルのサイト名のドキュメントは、サイト名の生成が完全に自動化されており、トップページのコンテンツとWeb上の参照情報を考慮すると説明しています。あわせて、og:site_name、title要素、見出し要素、トップページのその他のテキストも考慮されるとしたうえで、希望を指定したい場合はWebSite構造化データが最も重要であると明記しています。
重要な制約が1つあります。同ドキュメントは、サイト名がドメインとサブドメインのレベルでのみサポートされ、サブディレクトリレベルのサイト名はサポートされないと述べています。https://example.com や https://news.example.com は対象になりますが、https://example.com/news は対象外ということです。この仕様は、後述するドメイン統合と分離の判断にも効いてきます。
<!-- トップページの head に置く。名称の表記ゆれは alternateName で補う -->
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "WebSite",
"name": "株式会社サンプル",
"alternateName": ["サンプル", "Sample Inc."],
"url": "https://example.com/"
}
</script>
alternateNameには、略称や英字表記などの代替名を入れられます。会社名を正式名称で書くか通称で書くかは、社内で表記を統一したうえで決めてください。トップページ内での表記がばらついていると、Googleがどれを採用すべきか判断しにくくなります。
Organization構造化データ|会社としての事実を機械に渡す
会社そのものの情報を検索エンジンに正確に伝えるのがOrganization構造化データです。Google検索セントラルのOrganization構造化データのドキュメントには、実務上おさえておきたい点が3つ書かれています。
- 必須プロパティはない:該当する推奨プロパティをできるだけ多く追加する、という考え方です
- 設置場所はトップページか、組織を説明する単一のページ:会社概要ページなどが該当します。全ページに入れる必要はないと明記されています
- 用途は視覚要素だけではない:他の組織との区別(曖昧さの解消)にも使われ、検索結果やナレッジパネルに表示されるロゴにも影響します
推奨プロパティとして挙げられているのは、address、alternateName、contactPoint、description、duns、email、foundingDate、globalLocationNumber、hasMerchantReturnPolicy、hasMemberProgram、hasShippingService、iso6523Code、legalName、leiCode、logo、naics、name、numberOfEmployees、sameAs、taxID、telephone、url、vatID です。このうちiso6523Codeやnaicsのような識別コード系は、見た目には現れず組織の特定に使われるものだと説明されています。ロゴ画像は112×112ピクセル以上である必要があります。
<!-- トップページまたは会社概要ページに1つだけ置く -->
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Organization",
"name": "株式会社サンプル",
"legalName": "株式会社サンプル",
"alternateName": "Sample Inc.",
"url": "https://example.com/",
"logo": "https://example.com/assets/logo.png",
"description": "◯◯業界向けに△△を提供する企業です。",
"foundingDate": "2008-04-01",
"numberOfEmployees": 120,
"address": {
"@type": "PostalAddress",
"streetAddress": "◯◯1-2-3 サンプルビル5F",
"addressLocality": "港区",
"addressRegion": "東京都",
"postalCode": "100-0001",
"addressCountry": "JP"
},
"contactPoint": {
"@type": "ContactPoint",
"contactType": "customer support",
"telephone": "+81-3-0000-0000",
"areaServed": "JP",
"availableLanguage": ["Japanese"]
},
"sameAs": [
"https://www.youtube.com/@example",
"https://www.facebook.com/example",
"https://www.wantedly.com/companies/example"
]
}
</script>
sameAsには、自社が公式に運用しているアカウントや掲載ページのURLを並べます。ここは「自社を名乗っている場所はここです」という宣言なので、公式に管理しているものだけを書いてください。JSON-LDの書き方や検証ツールの使い方は構造化データマークアップ完全ガイド|JSON-LDコード例付きにまとめてあるので、実装時はそちらを参照してください。パンくずリストの構造化データについてはパンくずリストとは?SEO効果と設置方法・構造化データで扱っています。
サイトリンク|指定はできない。できるのは構造の整理だけ
社名で検索したときに、検索結果の下に「会社概要」「採用情報」「お問い合わせ」といったリンクがぶら下がることがあります。これがサイトリンクです。Google検索セントラルのサイトリンクのドキュメントは、サイトリンクが自動化されていること、Googleのシステムがサイトのリンク構造を分析してユーザーの時間を節約するショートカットを見つけていること、そしてユーザーにとって有用だと判断した場合にのみ表示されることを説明しています。「現時点でサイトリンクは自動化されている」とも明記されており、サイト側から指定することはできません。
指定できない代わりに、Googleは4つのベストプラクティスを挙げています。ページのタイトルと見出しのテキストを有益で関連性が高く簡潔にすること、ユーザーが移動しやすい論理的なサイト構造を作り重要なページに他の関連ページからリンクすること、内部リンクのアンカーテキストを簡潔でリンク先に関連したものにすること、そしてコンテンツ内での繰り返しを避けることです。不要なサイトリンクを消したい場合は、そのページをサイトから削除するかnoindexを使うことが案内されています。
つまりサイトリンクは、狙って出すものではなく情報設計が整っている結果として出るものだと理解するのが正確です。内部リンクの設計手順はSEO内部リンク戦略の設計と実装、サイト全体の内部施策はSEO内部対策の完全ガイドにまとめています。
ナレッジパネル|claimはできるが、直接編集はできない
知名度のある企業では、検索結果の右側(スマートフォンでは上部)に企業情報のパネルが表示されることがあります。これがナレッジパネルです。Googleヘルプのナレッジパネルの申請手順によれば、まず前提としてすべてのナレッジパネルが申請可能なわけではありません。
申請できる場合、本人確認は自社が公式に運用しているサイトやプロフィール(YouTube、Search Console、X(Twitter)、Facebookなどが挙げられています)にログインする形で行います。Googleがそのエンティティに紐づくサイトを特定できない場合は、追加情報の提供を求められるとされています。
ここで誤解が多いのですが、認証された代表者であっても、パネルの内容を直接書き換えることはできません。できるのは変更の提案で、その際には「どの情報をどう更新すべきか」を詳しく記述し、その内容を確認できるWebページへのリンクを提示する必要がある、とヘルプは説明しています。裏を返せば、自社サイト上に正確な情報が書かれていることが、ナレッジパネルを正すための前提条件だということです。会社概要ページの整備が先で、申請はその後になります。
社名検索の結果を第三者に占められない
社名で検索した結果に、口コミサイト、転職口コミ、第三者のまとめ記事が並ぶことは珍しくありません。これらの順位を直接下げる方法はありませんが、自社の情報で埋められる枠を増やすことはできます。
具体的には、社名と組み合わせて検索されている語を洗い出し、それぞれに対応するページを自社に用意します。「社名+料金」「社名+事例」「社名+採用」「社名+評判」「社名+拠点」といった組み合わせです。どんな語が実際に続いているかは、検索窓の予測変換から把握できます。仕組みと調べ方はサジェストとは?Googleの予測変換をSEO・企画に活かす方法で解説しています。あわせて、公式に運用しているSNSやサービスサイトを前掲のsameAsに登録しておくと、それらが自社の一部だとGoogleが認識しやすくなります。
報道やプレスリリースを継続的に出している企業であれば、Googleの優先情報源(Preferred Sources)ボタンの設置も選択肢になります。ただしこれは順位が上がる機能ではなく、対象がドメインとサブドメインのみでサブディレクトリは指定できないなどの条件があります。詳細はGoogleの優先情報源(Preferred Sources)ボタン設置ガイドにまとめています。
コーポレートサイトの必須ページと、それぞれの役割
コーポレートサイトのページは、集客の導線としてではなく「誰の、どんな確認に答えるためのページか」で設計すると整理しやすくなります。
| ページ | 主な読者 | 果たすべき役割 |
|---|---|---|
| トップページ | 社名で来た全員 | 何の会社かを一目で示し、各目的地へ振り分ける |
| 会社概要 | 取引先の与信担当・記者・求職者・検索エンジン | 会社としての事実の一次情報源になる |
| 事業・サービス紹介 | 見込み客 | 提供価値と対象を明示し、詳細な問い合わせに接続する |
| 実績・導入事例 | 見込み客・求職者 | 実際に何をやってきたかを示す |
| ニュース・プレスリリース | 記者・取引先・求職者 | 活動が継続していることを示し、鮮度を保つ |
| 採用情報 | 求職者 | 募集内容と働く環境を伝える |
| お問い合わせ | 全員 | 用件別に窓口を分け、迷わせない |
| プライバシーポリシー・各種方針 | 法務・情報システム部門 | 取引前のチェックに答える |
| IR情報(上場企業) | 投資家・アナリスト | 開示義務を果たし、資料へ確実に到達させる |
会社概要は「AIとGoogleが読む一次情報源」として作る
会社概要ページは、社内では最も軽視されがちなページです。しかし検索エンジンにとっても、生成AIにとっても、企業の事実を確認する起点になります。前述のとおり、Organization構造化データの設置場所としてGoogleが推奨しているのもトップページか会社概要のような単一ページです。
この観点は、AI検索の文脈でも指摘されています。Search Engine Landは、生成AIが自社をどれだけ正確に理解しているかを点検する「AIエンティティ・フットプリント監査」という枠組みを提唱しており、6つの評価軸と0〜5点のスコアリング基準で棚卸しする手順を示しています(自社ブランドをAIはどう理解しているか――AIエンティティ・フットプリント監査)。また、AI時代に企業が自社について最も権威ある一次情報源になるという考え方は「ブランド主権」として整理されています(ブランド主権を超えて――AI時代に「一次情報源」になるための4つの知識能力)。
実務としてやることは地味です。社名・設立年・所在地・代表者名・資本金・従業員数・事業内容・拠点一覧を、名刺やパンフレット、登記、他の掲載媒体とすべて一致させること。そして更新日を入れて、変更があったら直すこと。これだけです。表記が媒体ごとに違っている状態は、機械にとっては「同一の組織かどうか判断しにくい」という状態を意味します。
この「情報の整合性」がテクニカルSEOの中心になりつつあるという議論も出ています(データ整合性こそ新しいテクニカルSEO)。加えてGoogleは、AIエージェント向けの知識共有フォーマットに出所・信頼性・鮮度・ライフサイクル・証明という信頼シグナルを追加しており(GoogleのOpen Knowledge Formatが5つの信頼シグナルを追加)、事実がどこから来たかを明示する方向は共通しています。
お問い合わせページは用件で分ける
コーポレートサイトのお問い合わせには、営業の相談、採用の質問、取材依頼、既存顧客のサポート、営業メールが混在して届きます。1つのフォームにすべてを流し込むと、社内での振り分けに時間がかかり、本来最優先で対応すべき問い合わせが埋もれます。
用件別に窓口を分けたうえで、それぞれの窓口が何を扱うかを明示してください。フォームの設計と改善の考え方はコンバージョンとは?種類・GA4計測設定から改善まで、ボタンや導線の作り方はCTAとは?効果的なボタンのデザイン・配置・文言の作り方で扱っています。送信完了ページはインデックスさせる必要がないため、noindexを入れておくのが定石です。
E-E-A-Tと企業の信頼性をどう示すか
E-E-A-T(経験・専門性・権威性・信頼性)は評価指標そのものではなく、Googleが品質評価の考え方として示している概念です。コーポレートサイトで具体的に何を置けばよいのかを、4つの要素ごとに落とし込んでおきます。
| 要素 | コーポレートサイトでの具体物 |
|---|---|
| 経験(Experience) | 導入事例、施工・納品実績、プロジェクトの経緯、失敗も含めた実務記録 |
| 専門性(Expertise) | 担当者の経歴と保有資格、技術記事、登壇・寄稿の履歴 |
| 権威性(Authoritativeness) | 受賞歴、認証・許認可、業界団体への加盟、第三者メディアでの紹介 |
| 信頼性(Trustworthiness) | 正確な会社情報、連絡先の明示、各種方針の公開、更新日の表示、HTTPS化 |
とくに企業サイトで抜けやすいのが、誰が書いたのかという情報です。技術記事や事例を掲載していても、執筆者や責任者が匿名のままでは、経験と専門性を示す材料になりません。社名だけでなく、担当部署や担当者、監修者を明示してください。
もう1つ抜けやすいのが、古い情報の放置です。数年前に終了したサービスのページ、退任した役員が載ったままの会社概要、更新が止まったニュース欄は、信頼性を直接損ないます。ページを増やすことより、ずれている情報を直すことのほうが、コーポレートサイトでは効果が大きいことが多いです。
拠点や店舗を持つ企業では、サイト上の住所・電話番号の表記と、Googleビジネスプロフィールや各種掲載媒体の表記を一致させることも信頼性の一部です。この領域はローカルSEOとは?MEOとの違い・GBP最適化・対策7選で詳しく扱っています。
ドメインを統合するか、分離するか
企業サイトの運用でほぼ必ず持ち上がるのが、「事業サイトを別に作りたい」「採用サイトを分けたい」「オウンドメディアは別ドメインにすべきか」という相談です。
判断の軸は「運用体制」と「評価の集約」
| 形態 | 向いている状況 | 注意点 |
|---|---|---|
| 同一ドメインのサブディレクトリ (example.com/recruit/) |
同じ運用チーム、同じCMSで回せる。評価を1つに集めたい | サイト名はサブディレクトリ単位では指定できない |
| サブドメイン (recruit.example.com) |
別システム・別ベンダーで構築する。管理主体が分かれる | 本体との関係を内部リンクと構造化データで明示する必要がある |
| 別ドメイン (example-recruit.jp) |
ブランドを明確に分ける、事業譲渡の可能性がある | 評価をゼロから積む。運用工数も分析も二重になる |
実務上の原則はシンプルで、迷ったらサブディレクトリに寄せるです。理由は3つあります。1つ目は、被リンクや指名検索で積み上がった評価を1つのドメインに集められること。2つ目は、前述のとおりサイト名の指定がドメインとサブドメインでしかサポートされていないため、別ドメインに分けると社名とは別のサイト名を育てる必要が生じること。3つ目は、単純に運用と分析の手間が増えることです。
分けるべきなのは、運用主体そのものが分かれている場合です。採用サイトを人事部が別ベンダーで運用する、事業ごとに独立した会社に近い形で運営されている、といった状況では、無理に統合するとかえって更新が滞ります。ドメインの評価という考え方についてはドメインパワーとは?調べ方・目安・上げ方、外部リンクの集め方は被リンクとは?SEO効果と良質なリンクを自然に増やす方法で扱っています。
積み上げた評価はAI検索にも引き継がれるのか
ドメインを分ける判断に関連して、SEOで積み上げたドメインの評価がAI回答エンジンにも引き継がれるのか、という論点があります。Search Engine Journalに寄稿されたDuane Forrester氏の記事は、この「指紋」の引き継がれ方がプラットフォームによって大きく異なり、Googleは明確に持ち越し、Microsoftは部分的、OpenAIのChatGPTは不透明だという見立てを示しています(回答エンジンはあなたのドメインの「指紋」を覚えているのか)。
確定的な結論が出ている領域ではありませんが、分散させるほど不利になりやすいという方向性は共通しています。ドメインを分ける決定は、SEO以外の理由が明確にある場合に限るのが安全です。
サイトリニューアル時の注意点
コーポレートサイトは数年に一度リニューアルされます。ここでの取り扱いを誤ると、それまで積み上げた評価を一度に失います。制作会社に任せきりにせず、担当者側で必ず確認してください。Web制作の全工程にSEOを組み込む方法はWeb制作にSEOを組み込む方法にまとめています。
着手前にやること
- 現行URLの全件リスト化:サイトマップ、CMSの一覧、サーチコンソールの検索パフォーマンス、アクセス解析の全ページを突き合わせ、抜けのない一覧を作ります
- 流入と被リンクの棚卸し:検索から流入があるページ、外部からリンクされているページを特定します。ここが移行の最優先対象です
- 統廃合の判断:新サイトに引き継がないページを決め、その受け皿となるページを先に決めておきます
- 旧URLと新URLの対応表:1対1で対応させます。まとめてトップページに集約すると評価は引き継がれにくくなります
Googleが明記している移行のルール
Google検索セントラルのURL変更を伴うサイト移転のドキュメントには、実務で効く記載がいくつもあります。
- 技術的に可能ならサーバー側の恒久的な転送(301・308)を使うとされています。転送の連鎖は5ホップを超えないようにし、3以内が望ましいとされています
- 転送はできるだけ長く、通常は少なくとも1年は維持すると明記されています。リニューアル後すぐに旧URLの設定を消してはいけません
- アドレス変更ツールが必要なのはドメインまたはサブドメインの移転のみです。HTTPからHTTPSへの移行、同一ドメイン内のwwwあり・なしの切り替え、パスの変更には不要だと説明されています
- 新しいURLを含むサイトマップを送信する。以後は新しいサイトマップが使われるため、古いものは削除できるとされています
- 移行中に順位が一時的に変動することを想定すると明記されています。中規模サイトでは新URLへの切り替わりに数週間以上、大規模サイトではさらに長くかかるとされています
最後の点は、社内への事前説明として重要です。「リニューアル直後にアクセスが落ちた」という報告に慌てて元に戻すと、かえって状況が悪化します。転送の種類と実装方法の詳細はリダイレクトとは?301・302の違いと設定方法・SEO影響、サイトマップの作成と送信はサイトマップとは?XMLの作り方・SEO効果・送信手順で扱っています。
公開後に確認すること
公開直後は、次の順で確認します。旧URLが正しく新URLへ転送されているか。新サイトのページが誤ってnoindexのままになっていないか(ステージング環境の設定が残る事故が定番です)。canonicalの指定先が正しいか。サイトマップが更新されて送信されているか。サーチコンソールのインデックス登録レポートにエラーが出ていないか。
転送の状態はブラウザではなくコマンドで確認するほうが確実です。ステータスコードと転送先のURLをそのまま読めます。
# 旧URLのステータスコードと転送先を確認する
curl -sI "https://example.com/company/about.html" | head -n 5
# 転送が連鎖していないかを最後まで追う
curl -sIL "https://example.com/company/about.html" | grep -E "^(HTTP|location)"
URLの正規化やcanonicalの考え方はcanonicalタグとは?URL正規化と重複コンテンツ対策、公開後の点検項目はテクニカルSEO完全ガイド|チェックリスト60項目にまとめています。サーチコンソール側の確認手順はサーチコンソールの使い方完全ガイドを参照してください。SNSでの共有時の見た目が変わるため、OGPの設定も忘れずに確認しておくと安全です(OGPとは?設定方法・画像サイズ・確認ツール)。
指名検索を記録し、育てる
コーポレートサイトの成果は、問い合わせ件数や採用応募数といった事業側の数字で評価されるべきですが、SEOの担当範囲としては指名検索の量と、その検索結果の質を継続的に記録するのが実務的です。
指名と非指名を分けて記録する
サーチコンソールのクエリは正規表現でフィルタできます。社名の表記ゆれをまとめた式を1つ用意し、毎月の記録を2本立てにしておくと、施策の効果を切り分けられます。
Search Console → 検索結果レポート → 「クエリ」でフィルタを追加
→ 「カスタム(正規表現)」を選択
指名検索だけを見る(「一致する正規表現」に入力):
(?i)(社名カタカナ表記|社名英字表記|よく使われる略称|主要サービス名)
非指名検索だけを見る:
同じ式を「一致しない正規表現」に入れ替える
この2本を並べて記録すれば、広告や展示会、PRで認知が広がったのか、それともサイト側の改善が効いたのかを分けて見られます。レポートの型はSEOレポートの作り方、効果測定の全体像はSEO効果測定の方法にまとめています。
AIが自社をどう扱っているかも確認する
生成AIが自社の名前を回答に出すかどうかも、指名の一部として扱われるようになってきました。SEO会社Victoriousが175ブランド・8つのAIプラットフォームを対象に行った調査では、直接尋ねれば96%のブランドが正確に説明される一方、購買比較の質問への回答では89%が一度も名前を出してもらえなかったと報告されています(AIは96%のブランドを説明できるのに89%は回答に出てこないというVictorious調査)。知られていることと、候補として提示されることは別だという結果です。
さらに、AI検索の引用のおよそ40%は、ソースとしてリンクされているのに回答文にブランド名が出ない「ゴースト引用」だという分析もあります(AI検索の引用の約40%はブランド名を伴わないというWritesonicの分析)。引用数だけを可視性の指標にはできない、というのがこの調査の結論です。分析ツール側では、Microsoft ClarityがAI Citationsにブランド指名クエリと非指名クエリの切り分けを追加しています。無料で導入できるため、AI経由の言及を分けて確認したい場合はMicrosoft Clarityの導入を検討する価値があります。
AI検索への対応方針そのものはLLMOとは?意味・SEO/AIOとの違い・対策の全体像とAIO対策とは?AI Overviewに引用される5つの戦略で扱っています。コーポレートサイトで効くのは特別な小技ではなく、自社に関する事実を正確に、一貫した表記で、更新日とともに置いておくことです。
コーポレートサイトでやりがちな失敗
集客用の記事をコーポレートサイトに詰め込む
SEOを意識して記事を追加していくうちに、会社の顔であるはずのサイトが雑多な情報の集合体になっていく、というのはよくある失敗です。記事コンテンツで集客したいのであれば、ディレクトリを分けて情報構造を保ってください。トップページから会社の全体像が読み取れなくなった時点で、コーポレートサイトとしては後退しています。
デザイン刷新だけでURLを総入れ替えする
見た目のリニューアルに合わせてCMSを入れ替え、URL構造がまるごと変わるケースです。転送の設計を後回しにすると、旧URLの評価はそのまま失われます。前掲のとおり、Googleは転送を少なくとも1年維持するよう案内しています。URL構造を変える必要が本当にあるのかを、着手前に一度問い直してください。
会社概要の情報が媒体ごとに違う
サイトには旧本社の住所、名刺には新住所、求人媒体には別の従業員数、という状態です。人間は文脈で補完できますが、機械はできません。年に一度でよいので、掲載されているすべての媒体を並べて突き合わせる作業を運用に組み込んでください。
お知らせ欄が数年止まっている
更新が止まったニュース欄は、「この会社は今も動いているのか」という疑問を訪問者に持たせます。更新頻度を維持できないのであれば、日付が目立つ形での掲載をやめる、あるいは欄自体をたたむという判断も必要です。
制作会社に丸投げして構造化データが二重になる
CMSのプラグインとテーマ、そして手動で追加したコードが、それぞれOrganization構造化データを出力していて内容が食い違う、という状態は珍しくありません。前述のとおりGoogleは、この情報をトップページか組織を説明する単一ページに置けばよいと案内しています。リッチリザルトテストで実際の出力を確認し、重複を整理してください。
よくある質問
コーポレートサイトでもブログは書いたほうがいいですか
目的次第です。集客が目的なら、記事は書いたほうがよいものの、コーポレートサイトの情報構造を壊さないようにディレクトリを分けて運用してください。一方、更新されていることを示すのが目的なら、無理に記事を量産するより、実績やお知らせを定期的に更新するほうが自然です。更新できない体制のまま始めると、止まったブログが逆効果になります。
会社名で検索しても自社サイトが1位に出ません
まず、同名・類似名の企業や商品が存在しないかを確認してください。存在する場合は、Organization構造化データの識別情報(所在地、legalName、識別コードなど)を充実させて区別されやすくするのが対処です。同名の競合がいないのに出ない場合は、インデックス状況をサーチコンソールで確認します。noindexが残っている、robots.txtでブロックされている、といった技術的な原因が典型です。確認手順はrobots.txtの書き方完全ガイドとテクニカルSEOとは?初心者向けに基本と始め方にあります。
ナレッジパネルはどうすれば出せますか
申請すれば出るというものではありません。Googleのヘルプも、すべてのナレッジパネルが申請可能なわけではないと述べています。表示されるかどうかはGoogleの判断であり、自社サイトや第三者の情報源から、その組織が明確に識別できる状態になっていることが前提になります。まず会社概要と構造化データを正確に整え、公式に運用しているアカウントをsameAsで結びつけるところから始めてください。
採用サイトは分けるべきですか、同じドメインに置くべきですか
運用主体が同じで同じCMSで回せるなら、同一ドメインのサブディレクトリに置くほうが有利です。評価が集約され、社名検索からの動線もつながります。人事部が別ベンダーで独立して運用する場合はサブドメインが現実的です。いずれの場合も、本体サイトからの内部リンクと、公式に運用しているページであることの明示は必ず行ってください。
サービスサイトとコーポレートサイトはどう使い分けますか
コーポレートサイトは「会社を確認しに来た人」に、サービスサイトは「課題を解決したい人」に向けたものです。読者も、必要な情報も違います。サービスが1つしかない企業であれば統合しても構いませんが、複数の事業を持つ場合は、コーポレートサイトを入口として各サービスへ振り分ける構造にすると迷わせません。集客手段の全体像はWeb集客とは?主要8手法の特徴・費用・使い分けで比較しています。
まとめ|順位を追う前に、名前で検索されたときの表示を整える
コーポレートサイトのSEOは、一般キーワードで検索順位を競う仕事ではありません。会社名やサービス名で検索されたときに、自社の正しい情報が最上位に、意図した形で表示される状態を作ることが中心です。そのためにやることは決まっています。トップページのWebSite構造化データでサイト名の希望を示し、トップページか会社概要にOrganization構造化データを1つ置き、会社としての事実をすべての媒体で一致させる。サイトリンクは指定できないので、タイトル・見出し・内部リンクを整理して結果として出るようにする。ナレッジパネルは直接編集できないので、自社サイト上の情報を正確にしておく。
ドメインを分けるかどうかは、SEOではなく運用体制で決めてください。迷ったらサブディレクトリに寄せるほうが、評価も運用も分散しません。そしてリニューアルでは、旧URLから新URLへの1対1の転送を用意し、Googleが案内しているとおり少なくとも1年は維持してください。移行中に順位が一時的に変動することも、あらかじめ社内で共有しておくと余計な手戻りを防げます。
最後に、コーポレートサイトで最も費用対効果が高い作業は、新しいページを作ることではなくずれている情報を直すことです。古い住所、退任した役員、終了したサービス、止まったお知らせ。これらを正すだけで、検索エンジンにとっても、生成AIにとっても、そして実際の訪問者にとっても、信頼できる会社の顔になります。
本記事のうちサイト名・サイトリンク・Organization構造化データ・サイト移転に関する記述は、2026年9月5日にGoogle検索セントラルの各ドキュメント(サイト名/サイトリンク/Organization構造化データ/URL変更を伴うサイト移転)およびGoogleヘルプのナレッジパネルの申請手順で確認した内容にもとづきます。引用したAI検索関連の調査は、いずれも当サイトのニュース記事として個別に報じたもので、リンク先に一次情報の出典を記載しています。仕様は変更される場合があるため、実装前に必ず公式の最新情報をご確認ください。
関連記事|サイト種別別SEO
他の種別の考え方も見ておくと、自社の優先順位が判断しやすくなります。
- サイト種別で変わるSEO対策— 6タイプ別に打ち手の優先順位を整理した全体像
- ECサイトのSEO対策— 商品ページ・カテゴリ設計・重複の扱い
- BtoBサイトのSEO対策— 検索数が少ない前提での商談への設計
- 採用サイトのSEO対策— 求人の構造化データと応募導線
- メディアサイトのSEO対策— 回遊設計とAI検索時代の記事設計
- ポータル・比較サイトのSEO対策— 大量ページの品質を保つ設計
無料ダウンロード資料
はじめてのSEO 完全ガイド
Web担当になった人が、90日で自走するための実務書
検索エンジンの仕組みから、キーワード選定・記事づくり・技術対応・効果測定、 そしてAI検索時代の打ち手まで。専門用語の知識ゼロの状態から読み始められるよう、用語はすべて本文中で説明しています。
| 体裁 | PDF/A4縦・全109ページ |
|---|---|
| 収録 | 図解21点、チェックリスト120項目、90日実行プラン、用語集56語 |
※フォーム送信後、ご入力のメールアドレス宛にダウンロードリンクをお送りいたします。
こちらのフォームにご記入ください
入力は1分ほどで終わります。