SEO・GEO調査レポートサンプル（制作前）

Googleフォームの入力情報

以降に出てくる数字とチェック結果は、すべて下記の入力と実測にもとづいています。

対象サイト

https://kobe-pikapika-web.example/（神戸ピカピカWeb工房・全8ページ）

サービス・地域

ホームページ制作／ネットショップ制作／神戸市

ご相談内容

写真を中心に作ったため、トップページに文章がほとんどない。問い合わせが月に1〜2件で止まっている。
強み：撮影から制作まで自社で対応／増やしたい成果：問い合わせ（メール・フォーム）

サイト構成

静的HTML（WordPressは使用していない）
この回答にあわせて、後半の「直すことリスト」はHTMLに直接書く手順で記載しています。

診断から外すページ

ご指定なし。サイト内の全8ページを診断対象としています。

比べた競合

大手A社／中堅B社／低価格C社
ご指定の3社。いずれも同じ商圏でホームページ制作を手がける会社です。

実測データ

Ahrefs（世界的なSEO分析ツール）による実測。AI引用回数・DR・検索数・難易度とも、すべて対象ドメインでの実測値です。
AI引用回数とDRが0なのは、ドメイン取得から日が浅く、外部からのリンクがまだ無いためです。

チェック範囲

サイト全体の8ページ（会社トップ／ホームページ制作／ネットショップ制作／特定商取引法に基づく表記／デザイン見本4ページ）。設定と構造に加え、文章自体の評価まで行います。
競合との比較（レーダー・①②③）は、競合が各社トップページ1枚のため、御社もトップページで母数を揃えています。

お客さまの探し方が、この1〜2年で変わりました

ホームページの中身に入る前に、まずここをご覧ください。SEO・AI検索・サイトの中身の3つで、それぞれ起きている変化があります。このあとの章も、この順番でお話しします。

① 検索（SEO）

Googleでの見つかり方

これまで検索結果は10件ほどのリンクが並ぶだけで、上位に入ればクリックされていました。

いま検索結果の上のほうに「AIによる概要」が出るようになりました（日本では2024年8月から）。海外の実験では、AIの概要が出た検索で外部サイトへのクリックが約38%減ったとの報告があります。上位に入ること自体は今も大切ですが、それだけではクリックまで届きにくくなっています。

② AI検索（GEO）

AIの回答での挙がり方

これまでAIに会社を尋ねて選ぶ、という探し方がそもそもありませんでした。

いまChatGPTやGoogleのAIが、質問に対して具体的なサイトを挙げて答えます。お客さまはそのサイトだけを見に行くため、AIに挙げてもらえないと候補にすら入りません。

③ サイトの中身（UX）

訪れた人の判断のしかた

これまで何社も開いて見比べるため、まず見た目の印象で残るかどうかが決まっていました。

いまAIの回答である程度の下調べを済ませてから訪れる人が増えていると考えられます。訪問数そのものが減るぶん、来てくださった方に料金・実績・会社情報といった判断材料がそろっているかが、以前より効きます。

63.2%

検索したとき、AIの回答を読んだだけで検索を終えることがある人の割合です（「時々ある」「よくある」の合計）。10人のうち約6人にあたります。サイバーエージェント GEOラボ調べ／全国10〜60代の男女 9,278名・2025年10月7〜8日調査

※出典：「AIによる概要」の日本提供開始＝Google公式発表（2024年8月16日）。ゼロクリックの割合＝サイバーエージェント GEOラボ「AI Overviewの利用率に関するユーザー調査」（2025年10月・n=9,278）。クリック約38%減＝Agarwal & Sen（インド経営大学／カーネギーメロン大学）による事前登録済みのランダム化比較試験（米国の参加者1,065名・2026年1〜2月実施）。この実験は米国での結果であり、日本国内の数値ではありません。③の「下調べを済ませた人が増えている」は上記から導いた見立てで、実測ではありません。

総合評価

サイトの現状を、3つの指標で診断しました

SEO・AIO/GEO・魅力/UXの3つの視点で採点しました。内訳は、このあとの章で実測データとともにご説明します。

🔍 SEO
検索で見つかる

競合平均 72 → 実測 75

🤖 AIO / GEO
AIに引用される

競合平均 11 → 実測 0

競合3社も構造化データは全社0点

✨ 魅力 / UX
選ばれる理由

競合平均 81 → 実測 56

トップの本文947字・よくある質問なし

📌 3つの点数からわかること

この3つの点数は、このレポートの案内役です。この後「SEO」→「AIO / GEO」→「魅力 / UX」の順に、それぞれの中身を実測データとともにくわしくお見せします。競合3社もまったく同じ30項目で測っているので、そのまま比べられます。

中でも差が大きいのはAIO / GEO（今0点 → 目標80点）。構造化データもllms.txtもまだ未導入で、3つのうちもっとも伸びしろが大きい領域です。なぜここまで差が開いているのかを、このあとの章でくわしく見ていきます。

競合との違い

同じ商圏の大手A社・中堅B社・低価格C社を、御社サイトとまったく同じ30項目・同じ集計方法で実測しました。推定ではなく、4サイトすべて同じスクリプトにかけた結果です。

同じ診断スクリプトで4サイトを30項目ずつ実測した結果。オレンジが御社（トップページ）、青が競合3社（大手A社・中堅B社・低価格C社）の平均です。競合は各社トップページ1枚を取得しているため、御社もトップページで母数を揃えています。

①AI引用回数

0回

②ドメインの強さ（DR）

③構造化データ

0件

①AI引用回数

ChatGPT・Google AI Overviews・Google AI Mode・Gemini・Perplexity・Copilot・Grok の回答で、各サイトが情報源として挙げられた回数の実測です。

■ AIに検索・引用された回数（7サービス合計・実測）

0回

640回

339回

6回

御社のサイトkobe-pikapika-web.example

中堅B社kobe-web-b.example（同じ客層）

低価格C社kobe-web-c.example（価格訴求型）

大手A社kobe-web-a.example（地域最大手）

※Ahrefs（世界的なSEO分析ツール）がこれまでに収集したAIの回答の中に、各サイトが登場した回数の累計です（実測値）。

②ドメインの強さ（DR）

ドメインの強さ（被リンクの蓄積）は現状0。競合3社（DR53〜71）に対しては、被リンクよりもまず土台（構造化データ・技術要件）を整えるのが近道です。

■ ドメインレーティング（DR・0〜100・実測）

kobe-pikapika-web.example（御社）

公開から日が浅い

大手A社

kobe-web-a.example

中堅B社

kobe-web-b.example

低価格C社

kobe-web-c.example

③構造化データ（JSON-LD）

構造化データとは、会社情報やサービス内容・よくある質問を、AIや検索エンジンが機械的に読める形で書いておく仕組みです。4サイトを同じ基準で調べました。

サイト	入っている構造化データ	サービス内容	よくある質問	所在地・会社情報
御社のサイト	なし	×	×	×
大手A社	なし	×	×	×
中堅B社	サイト名のみ	×	×	×
低価格C社	なし	×	×	×

4サイトすべてで、サービス内容・よくある質問・会社情報を伝える構造化データが未導入でした。中堅B社だけがサイト名とURLだけの最小限のもの（WebSite）を入れていますが、AIが「何を提供している会社か」を読み取れる形にはなっていません。

※4サイトすべて同じ診断スクリプトで取得・判定した実測値です。

📌 総合評価の結論

結論から言うと、御社が競合平均を下回っているのは「基本タグ」と「読みやすさ」の2つです（基本タグ 58点／競合平均83点、読みやすさ 56点／同81点）。基本タグはcanonicalとOGP画像が未設定なことが理由で、どちらも設定を足すだけで直ります。読みやすさは、トップページが写真主体の構成で本文が947字と情報量が少ないことによるものです。一方で見出し構造は100点（競合平均67点）と競合を上回っており、ページの組み立て方そのものは正しくできています。AI引用回数に差が開いている理由は、構造化データが無くAIが機械的に読み取れないことに加え、トップページの文字情報そのものが少ないことも重なっていると考えられます。

実測の結果、サービス内容やよくある質問をAIに伝える構造化データは、競合3社も導入していませんでした（中堅B社のみサイト名だけの最小構成）。GEO土台（llms.txt・パンくず）も競合平均22点と、市場全体がまだ手薄です。つまりAI検索まわりは、先に整えれば一歩先に出られる領域です。加えて、狙っている5つの検索語のうち4語で、AIの要約回答（AI Overview）が表示されています。

SEO

Google検索で上位に入ると、来訪者数はどれだけ伸びるか

この商圏には競合の弱い穴場キーワードが実際に空いています。現実的には、まず3位を狙うのがおすすめです。検索数と難易度はAhrefsの実測値です。

■ 検索順位ごとに、100人中何人がクリックするか（業界平均）

0人

約5人

約10人

約40人

圏外今ここ

5位

3位まず狙う

1位

この「クリックする人の割合」×「月間検索数」で計算したのが、下の表の「目標クリック」です。

狙う検索語	月間検索数	今		目標に入ると
ホームページ制作費用	700	圏外クリック 0	→	3位クリック約71/月
ホームページ制作会社	300	圏外クリック 0	→	3位クリック約31/月
ネットショップ制作	250	圏外クリック 0	→	3位クリック約26/月
ホームページリニューアル	250	圏外クリック 0	→	3位クリック約26/月
クリニックホームページ	200	圏外クリック 0	→	3位クリック約20/月
合計	1700	0	→	約174/月

穴場KWで上位を積むと、合計 月0→約174クリックが見込めます。問い合わせ率3%なら月約5件の新規接点。5語のうち4語でAIの要約回答（AI Overview）が出ており、AI検索対策が効く市場です。

※クリック率は業界平均からの推定で、順位・件数を保証するものではありません。検索数・難易度はAhrefsの実測値です。問い合わせ率3%は目安です。

基本タグ・見出し構造・技術基盤のチェック

自社サイトの現状（実測）。緑＝すでにできている／赤・黄＝伸びしろ。

基本タグtitle・description・OGP

見出し構造h1が1つ・見出しの順序

100

技術・クローラーsitemap・robots・noindex・内部リンク・alt・スマホ対応

📌 SEOの結論

3項目の実測を平均すると、SEOの現在地は75点です（競合平均72点）。見出し構造は100点で競合平均67点を上回っていますが、基本タグが58点（canonical・OGP画像が未設定）で、競合平均83点に対する唯一の明確な差です。

AIO / GEO

AIはページの何を見ているか

自社サイトがまだAIに挙がらないのは、中身が良くないからではありません。AIが機械的に読み取れる形になっていないためです。

人が見ている画面

制作実績のスライド写真
料金プランの比較カード
デザイン見本へのボタン
スタッフ紹介の写真

AIが読んでいる中身

URLの正規化タグ（canonical） ─ 未設定（どのURLが正式かをAIに伝えます）
SNSシェア時の表示設定（OGP） ─ 未設定（共有されたときの見え方が決まります）
事業者情報の構造化データ ─ 未設定（誰が運営しているかを機械が読み取れます）
提供サービスの構造化データ ─ 未設定（何を提供しているかを機械が読み取れます）
AI向けの案内ファイル（llms.txt） ─ 未設定（サイトの要約をAIに直接渡せます）

AIは文字を読みます。画面に出ていても、構造化データが無ければ「何のページか」を機械的には伝えにくくなります。

AIに読み取ってもらうための土台チェック

AIが根拠として引用しやすい形になっているかの実測です。

GEO / AIOllms.txt・AIクローラー許可・パンくず

🎯 構造化データLocalBusiness・Service・FAQ JSON-LD🎯 競合も未導入＝いま入れれば最大の勝ち筋

未導入

📌 AIO / GEOの結論

3項目・4項目の実測から、AIO / GEOの現在地は0点です（競合平均11点）。構造化データ（JSON-LD）・llms.txt・パンくずがいずれも未導入なのが理由です。ただし競合も構造化データ0点・GEO土台22点と手薄で、ここは市場全体の空白地帯です。

魅力 / UX

文章の伝わりやすさチェック

読み手にとっての分かりやすさ・使いやすさを、競合3社と同じ基準で測った結果です。

読みやすさ・伝わりやすさ文章量・見出し密度・箇条書き・具体数字

📌 魅力 / UXの結論

読みやすさに関わる9項目（情報量・見出しの密度・箇条書き・よくある質問・問い合わせ導線・会社情報・具体的な数字・リンク文言・Q&A形式）を競合3社と同じ基準で測った結果は56点で、競合平均81点を下回っています（低価格C社100／中堅B社81／大手A社62）。
トップページの本文は947字で、目安の1,500字に届いていません。箇条書きも表もなく、よくある質問も置かれていないのが失点の中心です。問い合わせへの案内は2箇所、会社情報は連絡先か所在地のどちらかしか読み取れませんでした。
一方で小見出しは5本あり1本あたり約189字と密度は適切で、本文中の数字も21個と具体性は保たれています。写真で見せる構成そのものは訪問者の印象に効きますが、AIと検索エンジンが読み取れるのは文字だけです。写真が伝えている内容を短い文章で補い、よくある質問と箇条書きを足すと、この点数は動きます。

対策の内容

勝ち筋：この順に整えると効いてきます

上位ほど「競合が弱い×効果が大きい」。①②はすぐに着手できます。

AIに引用される土台を作る（GEO）

よくある質問をFAQPageの構造化データにし、llms.txtを設置。AI引用回数は現状0回。中堅B社（640回）・低価格C社（339回）に対し、土台からの整備が最優先。

AIO ・最優先

canonicalとOGP画像を整える

canonicalタグとog:image（SNSシェア時の画像）が未設定。設計に近い今なら安く直せる、すぐ効く項目。

SEO ・すぐ効く

会社情報・サービスを構造化データ化

LocalBusiness・Serviceの構造化データが未導入。検索・AI双方に「何をする会社か」を機械的に伝える。

GEO ・機械可読

パンくず・robots.txt・sitemap.xmlを設置

現状いずれも未設置。クローラーの巡回・構造理解を助ける基本装備。

SEO ・技術基盤

やることリスト

上から順に。すべて今すぐ着手できる項目です。

やること

タイミング

効果

FAQをFAQPageの構造化データにし、llms.txtを設置勝ち筋①。AI引用0回からの最優先

今すぐ

★★★

canonicalタグとog:imageを追加未設定を解消。SNSシェア時の見え方も改善

今すぐ

★★★

LocalBusiness・Serviceの構造化データを追加会社情報・サービス内容を機械可読に

今すぐ

★★

robots.txt・sitemap.xmlを設置クローラーの巡回を助ける基本装備

今すぐ

★★

パンくずリストを追加現在地表示。訪問者にもAIにも構造が伝わりやすくなる

次回更新時

★

作り方：そのまま実装できるレシピ

勝ち筋を、なぜ・なにを・どう実装（コード例つき）まで。

今すぐ

① canonicalタグとOGP画像を追加

なぜcanonicalが無いとURLの表記ゆれ（末尾スラッシュ有無など）で評価が分散する可能性がある。og:imageが無いとSNSでシェアされた際に画像が出ず、クリックされにくい。なにをhead内にcanonicalとog:imageを1行ずつ追加。

<!-- head内に追加 -->
<link rel="canonical" href="https://kobe-pikapika-web.example/">
<meta property="og:image" content="https://kobe-pikapika-web.example/img/ogp.png">

今すぐ

② よくある質問をFAQPageの構造化データに

なぜFAQは見た目には質問→結論→詳細の順で書けているが、構造化データが無いとAIや検索エンジンには「ただの文章」としてしか読まれない。JSON-LDで明示すると、AIが根拠として引用しやすくなる。なにを既存のFAQ文言をそのままJSON-LDのFAQPageとして追記（見た目は変わらない）。

<!-- head内に追加（既存FAQの文言をそのまま使う） -->
<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [{
    "@type": "Question",
    "name": "制作の期間はどれくらいかかりますか？",
    "acceptedAnswer": {"@type": "Answer", "text": "初回のお打ち合わせから公開まで、おおむね1〜2か月です。"}
  }]
}
</script>

詳細診断：30項目の判定結果

御社サイト（kobe-pikapika-web.example・全8ページ）を30項目で判定した結果です。競合3社もまったく同じ30項目で測っており、各カテゴリの右に競合平均を併記しています。⚙＝機械で判定できる項目／🤖＝文章の質を読んで判定する項目。

この表は、ページごとに判定できる33列（⚙機械判定26＋🤖AI質判定7）を全ページ分ならべたものです。機械判定の残り4項目（robots.txt・sitemap.xml・llms.txt・AIロボットの許可）はサイト全体で1回の判定のため、「技術・クローラー」の章に別枠で出ています。

ページ	⚙ ①titleタグがある	🤖 ①titleに地域名+サービスKW	⚙ ①titleの文字数(35字目安)	⚙ ①titleのKW詰め込み回避	⚙ ①meta descriptionの設定・要約	⚙ ①canonicalタグ	⚙ ①OGPタグ	⚙ ②h1が1つだけ	🤖 ②h1に検索KW	⚙ ②見出し階層の飛び級なし	⚙ ②小見出しの density(本文量に対する数)	⚙ ③本文の情報量	⚙ ③箇条書き・表による整理	⚙ ③よくある質問の掲載	⚙ ③問い合わせ・申し込みへの導線	⚙ ③連絡先・所在地の明記	⚙ ③本文中の具体的な数字	🤖 ③ファーストビューに結論	🤖 ③本文にKWが自然に含まれる	⚙ ③画像のalt属性	🤖 ③具体的な数字・固有名詞	⚙ ④本文中の内部リンク	⚙ ④パンくずリスト	⚙ ④アンカーテキストが具体的	⚙ ⑤JSON-LD: 事業者情報	⚙ ⑤JSON-LD: Service	⚙ ⑤JSON-LD: FAQPage	⚙ ⑤JSON-LD: BreadcrumbList	⚙ ⑥疑問形の見出し(Q&A形式)	🤖 ⑥質問→結論→詳細で引用しやすい	🤖 ⑥会社情報が具体的(company)	⚙ ⑦noindexが付いていない	⚙ ⑦スマホ表示の指定(viewport)
index.html	✅	❌	⚠️	✅	✅	❌	❌	✅	❌	✅	✅	⚠️	❌	❌	⚠️	⚠️	✅	✅	⚠️	✅	⚠️	✅	—⑥	✅	❌	❌	—④	—④	—	❌	⚠️	✅	✅
service-ec.html	✅	⚠️	⚠️	✅	✅	❌	❌	✅	❌	✅	✅	✅	⚠️	✅	❌	⚠️	✅	✅	✅	✅	✅	✅	❌	✅	❌	❌	❌	—④	—	⚠️	❌	✅	✅
works/design-school.html	✅	✅	⚠️	⚠️	❌	❌	❌	✅	✅	✅	✅	✅	✅	—①	—①	—①	✅	✅	✅	✅	✅	❌	❌	—	—①	—①	—①	—①	—①	✅	⚠️	✅	❌
service-hp.html	✅	⚠️	⚠️	✅	✅	❌	❌	✅	✅	✅	✅	✅	✅	✅	✅	⚠️	✅	✅	✅	✅	✅	✅	❌	✅	❌	❌	❌	—④	—	⚠️	❌	✅	✅
works/design-salon.html	✅	⚠️	✅	✅	❌	❌	❌	✅	⚠️	✅	✅	✅	⚠️	—①	—①	—①	✅	✅	⚠️	—	✅	❌	✅	✅	—①	—①	—①	—①	—①	✅	⚠️	✅	✅
works/design-clinic.html	✅	⚠️	✅	✅	❌	❌	❌	✅	✅	❌	✅	✅	✅	—①	—①	—①	✅	✅	✅	—	✅	❌	✅	—	—①	—①	—①	—①	—①	✅	⚠️	✅	✅
works/design-cafe.html	✅	⚠️	✅	✅	❌	❌	❌	✅	❌	❌	✅	✅	✅	—①	—①	—①	✅	✅	✅	—	✅	❌	✅	—	—①	—①	—①	—①	—①	✅	⚠️	✅	✅
tokushoho.html	✅	—	✅	✅	❌	❌	❌	✅	—	✅	—②	—②	—②	—②	—②	⚠️	—②	✅	—	—	✅	✅	❌	✅	❌	—②	—②	—④	—②	—	✅	❌	✅

既存HPの現状／ ✅合格 ❌要対応 ⚠️確認 —対象外（このページでは判定しない項目）。

「—」（対象外）の内訳—① サンプル・見本ページのため（架空の事業者情報を構造化データに書くべきではありません）—② 法定表記・規約ページのため（読ませて売るための文章ではありません）—④ ページに表示がないため（表示していないものを構造化データにだけ書くことはできません）—⑥ サイトの最上位のため（トップページにパンくずは不要です）

ページ別・直すことリスト（現状 → 推奨）

ページごとに、いま残っている項目を「現状 → 直す」で並べています。ページ種別（トップ／通常／法定表記／サンプル）に合わない項目は、対象外として最初から除いています。

🌐 サイト共通（ルート直下に1セット） 3件

⑥ llms.txt の設置・要対応

現状AI向けの案内ファイル(llms.txt)はまだありません。

直すルート直下に llms.txt を置き、サイトの概要と主要ページのURLを箇条書きで書く。WordPressでも静的ファイルとして置く点は同じ。

⑦ sitemap.xml の設置・要対応

現状サイトの地図(sitemap.xml)はまだありません。

直す全ページのURLを並べた sitemap.xml をルート直下に置く（絶対URLで記述）。作ったら Search Console から送信する。

⑦ robots.txt の設置・要対応

現状クローラー用の案内ファイル(robots.txt)はまだありません。

直すサイトのルート直下に robots.txt を置き、Sitemap: https://…/sitemap.xml の行を入れる。

📄 index.html 16件

① titleに地域名+サービスKW・要対応

現状titleに「ホームページ制作」「神戸」のいずれも入っていません。『伝わるデザイン』は説明であって、検索される言葉ではありません。

直すタイトル前半に地域名とサービス名を入れる。ただし単語を並べただけにしない

① titleの文字数(35字目安)・確認

現状タイトルが49文字と長めです。検索結果でうしろが「…」と切れることがあります(目安35文字以内)。会社名や重複した語を削って短くしましょう。

直す長い場合は会社名や重複した語を削って短くする

① canonicalタグ・要対応

現状URLの正規化タグ(canonical)はまだありません。

直す各ページの<head>に<link rel="canonical" href="…">を1本入れる。自分自身の正しいURLを絶対URLで指定し、末尾スラッシュの有無をサイト内でそろえる。

① OGPタグ・要対応

現状SNSシェア時の表示設定(OGP:画像・タイトル等)がまだありません。

直す<head>に og:title / og:description / og:image / og:url / og:type を書く。画像は1200×630px、URLは絶対URLで指定する。あわせて twitter:card="summary_large_image" も入れる。

② h1に検索KW・要対応

現状h1「かわいい、だけで終わらせない。伝わるホームページを。」はキャッチのみ。検索キーワードが1語も入っていません。

直すキャッチはそのまま大きく残し、上に小さなKW行を足す(2段見出し)

③ 本文の情報量・確認

現状本文が947字とやや少なめです。検索・AIの双方で「情報が薄い」と判断されやすい量です(目安1,500字以上)。

直すサービス内容・進め方・料金の考え方・よくある質問など、読み手が判断に使う情報を書き足す

③ 箇条書き・表による整理・要対応

現状箇条書きも表もありません。文章だけが続くと読み飛ばされやすく、AIも要点を拾いにくくなります。

直す手順・比較・条件は箇条書き(ul/ol)か表(table)にする

③ よくある質問の掲載・要対応

現状よくある質問がありません。想定される質問と答えを置くと、AIの回答に引用されやすくなります。

直す実際に聞かれる質問と答えを、読者に見える本文に3〜6問置く。表示してから FAQPage の構造化データを足す（表示せずに構造化データだけ書くのは違反）

③ 問い合わせ・申し込みへの導線・確認

現状問い合わせ・申し込みへの案内が2箇所のみです。読み終えた人が次に何をすればよいかを、要所に置きましょう。

直す読み終えた人が次に何をすればよいかを、本文の要所と末尾に置く

③ 連絡先・所在地の明記・確認

現状連絡先か所在地のどちらかしか見当たりません。両方を明記すると信頼性が上がり、AIも会社を特定しやすくなります。

直す会社名・所在地・連絡方法を、読者に見える本文（フッターや会社情報欄）に明記する。構造化データを足しても、本文に無ければこの項目は変わらない

③ 本文にKWが自然に含まれる・確認

現状ホームページ制作・神戸は出てきますが本文が947字と少なく、文脈の中での使われ方が薄いです。

直す詰め込まず、説明の流れの中でキーワードを使う

③ 具体的な数字・固有名詞・確認

現状数字は21個ありますが、実績や件数など検証できる固有の数字はほぼありません。

直す事例の数字を1文引用し、事例ページへリンクする

⑤ JSON-LD: 事業者情報・要対応

現状構造化データ(LocalBusiness:会社情報)はまだありません。

直す<script type="application/ld+json">で事業者情報を書く。来店できる実店舗なら LocalBusiness、来訪を受けない事務所やECなら Organization を使う（住所を公開しないのに LocalBusiness を名乗らない）。

⑤ JSON-LD: Service・要対応

現状構造化データ(Service:サービス情報)はまだありません。

直す提供サービスを Service で書き、provider を事業者情報の @id に紐づける。価格は改定のたびに直す必要が出るため、書かない判断もある。

⑥ 質問→結論→詳細で引用しやすい・要対応

現状疑問形の見出しがなく、質問→結論の形になっていません。AIが引用できる単位がありません。

直す各見出しの直後2〜3文で、その見出しの疑問に直接答える

⑥ 会社情報が具体的(company)・確認

現状「神戸」の記載はありますが、社名・代表者・住所は特商法ページに分離されており、このページからは確認できません。

直す会社概要に検証できる事実を明記する

📄 service-ec.html 14件

① titleに地域名+サービスKW・確認

現状「ネットショップ制作」でサービス語は入っていますが、地域名がありません。

直すタイトル前半に地域名とサービス名を入れる。ただし単語を並べただけにしない

① titleの文字数(35字目安)・確認

現状タイトルが44文字と長めです。検索結果でうしろが「…」と切れることがあります(目安35文字以内)。会社名や重複した語を削って短くしましょう。

直す長い場合は会社名や重複した語を削って短くする

① canonicalタグ・要対応

現状URLの正規化タグ(canonical)はまだありません。

直す各ページの<head>に<link rel="canonical" href="…">を1本入れる。自分自身の正しいURLを絶対URLで指定し、末尾スラッシュの有無をサイト内でそろえる。

① OGPタグ・要対応

現状SNSシェア時の表示設定(OGP:画像・タイトル等)がまだありません。

② h1に検索KW・要対応

現状h1「売れる導線まで、まとめてつくる。」に検索キーワードがありません。

直すキャッチはそのまま大きく残し、上に小さなKW行を足す(2段見出し)

③ 箇条書き・表による整理・確認

現状箇条書き・表が2箇所のみです。手順や比較は箇条書き・表にすると、読み手にもAIにも伝わりやすくなります。

直す手順・比較・条件は箇条書き(ul/ol)か表(table)にする

③ 問い合わせ・申し込みへの導線・要対応

現状問い合わせ・申し込みへの案内が本文に見当たりません。興味を持った人の行き先がない状態です。

直す読み終えた人が次に何をすればよいかを、本文の要所と末尾に置く

③ 連絡先・所在地の明記・確認

現状連絡先か所在地のどちらかしか見当たりません。両方を明記すると信頼性が上がり、AIも会社を特定しやすくなります。

④ パンくずリスト・要対応

現状現在地表示(パンくず:トップ > ○○ > △△)が見当たりません。

直す本文の先頭に「トップ＞カテゴリ＞現在のページ」を置く。1枚完結のページで置き場が無い場合は、パンくずと構造化データの両方を見送る（表示していないものを構造化データにだけ書くのは違反になる）。

⑤ JSON-LD: 事業者情報・要対応

現状構造化データ(LocalBusiness:会社情報)はまだありません。

⑤ JSON-LD: Service・要対応

現状構造化データ(Service:サービス情報)はまだありません。

直す提供サービスを Service で書き、provider を事業者情報の @id に紐づける。価格は改定のたびに直す必要が出るため、書かない判断もある。

⑤ JSON-LD: FAQPage・要対応

現状構造化データ(FAQPage:よくある質問)はまだありません。

直すそのページに実際に表示されているFAQがある場合だけ、質問と回答を一字一句そのまま FAQPage に書く。表示していないFAQを書くとガイドライン違反になるため、FAQが無いページには入れない。

⑥ 質問→結論→詳細で引用しやすい・確認

現状見出しが体言止め中心で、疑問に直接答える形にはなっていません。

直す各見出しの直後2〜3文で、その見出しの疑問に直接答える

⑥ 会社情報が具体的(company)・要対応

現状社名・所在地・代表者などの事業者情報がページ内にありません。

直す会社概要に検証できる事実を明記する

📄 works/design-school.html 9件

① titleの文字数(35字目安)・確認

現状タイトルが41文字と長めです。検索結果でうしろが「…」と切れることがあります(目安35文字以内)。会社名や重複した語を削って短くしましょう。

直す長い場合は会社名や重複した語を削って短くする

① titleのKW詰め込み回避・確認

現状タイトルの先頭に「語語語」とスペース区切りでキーワードを並べています。これは昔のやり方で今は逆効果(不自然・低品質と見なされる)。自然な文の中にキーワードを1回入れる形に直しましょう。

直す「語語語｜」をやめ、自然な1文の中にキーワードを1回入れる

① meta descriptionの設定・要約・要対応

現状検索結果のタイトル下に出る説明文(meta description)がありません。ページ内容を1〜2文にまとめて設定しましょう。

直すページ内容を1〜2文で要約して設定。全ページ使い回さない

① canonicalタグ・要対応

現状URLの正規化タグ(canonical)はまだありません。

直す各ページの<head>に<link rel="canonical" href="…">を1本入れる。自分自身の正しいURLを絶対URLで指定し、末尾スラッシュの有無をサイト内でそろえる。

① OGPタグ・要対応

現状SNSシェア時の表示設定(OGP:画像・タイトル等)がまだありません。

④ 本文中の内部リンク・要対応

現状本文(メニューを除く)に他ページへのリンクがありません。関連ページへのリンクを本文中に置きましょう。

直す関連ページへのリンクを本文に置く

④ パンくずリスト・要対応

現状現在地表示(パンくず:トップ > ○○ > △△)が見当たりません。

⑥ 会社情報が具体的(company)・確認

現状架空サンプルである旨は明記されていますが、実在事業者ではないためAIの実在確認材料にはなりません。

直す会社概要に検証できる事実を明記する

⑦ スマホ表示の指定(viewport)・要対応

現状スマホ表示の指定(viewport)がありません。スマホで文字が極端に小さく表示されます。

直す<head>に<meta name="viewport" content="width=device-width, initial-scale=1">を入れる

📄 service-hp.html 11件

① titleに地域名+サービスKW・確認

現状「お店のためのホームページ制作」でサービス語は入っていますが、地域名がありません。

直すタイトル前半に地域名とサービス名を入れる。ただし単語を並べただけにしない

① titleの文字数(35字目安)・確認

現状タイトルが37文字と長めです。検索結果でうしろが「…」と切れることがあります(目安35文字以内)。会社名や重複した語を削って短くしましょう。

直す長い場合は会社名や重複した語を削って短くする

① canonicalタグ・要対応

現状URLの正規化タグ(canonical)はまだありません。

直す各ページの<head>に<link rel="canonical" href="…">を1本入れる。自分自身の正しいURLを絶対URLで指定し、末尾スラッシュの有無をサイト内でそろえる。

① OGPタグ・要対応

現状SNSシェア時の表示設定(OGP:画像・タイトル等)がまだありません。

③ 連絡先・所在地の明記・確認

現状連絡先か所在地のどちらかしか見当たりません。両方を明記すると信頼性が上がり、AIも会社を特定しやすくなります。

④ パンくずリスト・要対応

現状現在地表示(パンくず:トップ > ○○ > △△)が見当たりません。

⑤ JSON-LD: 事業者情報・要対応

現状構造化データ(LocalBusiness:会社情報)はまだありません。

⑤ JSON-LD: Service・要対応

現状構造化データ(Service:サービス情報)はまだありません。

直す提供サービスを Service で書き、provider を事業者情報の @id に紐づける。価格は改定のたびに直す必要が出るため、書かない判断もある。

⑤ JSON-LD: FAQPage・要対応

現状構造化データ(FAQPage:よくある質問)はまだありません。

⑥ 質問→結論→詳細で引用しやすい・確認

現状疑問形の見出しがなく、AIがそのまま引用できる問答の単位がありません。

直す各見出しの直後2〜3文で、その見出しの疑問に直接答える

⑥ 会社情報が具体的(company)・要対応

現状事業者情報がページ内にありません。

直す会社概要に検証できる事実を明記する

📄 works/design-salon.html 9件

① titleに地域名+サービスKW・確認

現状「無料チェック」は入っていますが、ホームページ制作などの検索語がありません。

直すタイトル前半に地域名とサービス名を入れる。ただし単語を並べただけにしない

① meta descriptionの設定・要約・要対応

現状検索結果のタイトル下に出る説明文(meta description)がありません。ページ内容を1〜2文にまとめて設定しましょう。

直すページ内容を1〜2文で要約して設定。全ページ使い回さない

① canonicalタグ・要対応

現状URLの正規化タグ(canonical)はまだありません。

直す各ページの<head>に<link rel="canonical" href="…">を1本入れる。自分自身の正しいURLを絶対URLで指定し、末尾スラッシュの有無をサイト内でそろえる。

① OGPタグ・要対応

現状SNSシェア時の表示設定(OGP:画像・タイトル等)がまだありません。

② h1に検索KW・確認

現状h1に「デザイン」は入っていますが、狙いのホームページ制作・神戸は入っていません。

直すキャッチはそのまま大きく残し、上に小さなKW行を足す(2段見出し)

③ 箇条書き・表による整理・確認

現状箇条書き・表が1箇所のみです。手順や比較は箇条書き・表にすると、読み手にもAIにも伝わりやすくなります。

直す手順・比較・条件は箇条書き(ul/ol)か表(table)にする

③ 本文にKWが自然に含まれる・確認

現状デザインが中心で、ホームページ制作・神戸の語がほとんど出てきません。

直す詰め込まず、説明の流れの中でキーワードを使う

④ 本文中の内部リンク・要対応

現状本文(メニューを除く)に他ページへのリンクがありません。関連ページへのリンクを本文中に置きましょう。

直す関連ページへのリンクを本文に置く

⑥ 会社情報が具体的(company)・確認

現状架空サンプルのため実在確認材料にはなりません。

直す会社概要に検証できる事実を明記する

📄 works/design-clinic.html 7件

① titleに地域名+サービスKW・確認

現状titleに「制作後レポート」等の種別語がなく、何のページか判別できません。

直すタイトル前半に地域名とサービス名を入れる。ただし単語を並べただけにしない

① meta descriptionの設定・要約・要対応

現状検索結果のタイトル下に出る説明文(meta description)がありません。ページ内容を1〜2文にまとめて設定しましょう。

直すページ内容を1〜2文で要約して設定。全ページ使い回さない

① canonicalタグ・要対応

現状URLの正規化タグ(canonical)はまだありません。

直す各ページの<head>に<link rel="canonical" href="…">を1本入れる。自分自身の正しいURLを絶対URLで指定し、末尾スラッシュの有無をサイト内でそろえる。

① OGPタグ・要対応

現状SNSシェア時の表示設定(OGP:画像・タイトル等)がまだありません。

② 見出し階層の飛び級なし・要対応

現状見出しの順番が飛んでいます(h2 の次にいきなり h4)。見た目の大きさでなく、h2→h3の順に使いましょう。

直す見た目の大きさでなく、順番で見出しレベルを選ぶ

④ 本文中の内部リンク・要対応

現状本文(メニューを除く)に他ページへのリンクがありません。関連ページへのリンクを本文中に置きましょう。

直す関連ページへのリンクを本文に置く

⑥ 会社情報が具体的(company)・確認

現状架空サンプルのため実在確認材料にはなりません。

直す会社概要に検証できる事実を明記する

📄 works/design-cafe.html 8件

① titleに地域名+サービスKW・確認

現状「神戸ピカピカ珈琲店元町店様（デザイン見本）」で地域は入っていますが、何のページか分かりません。

直すタイトル前半に地域名とサービス名を入れる。ただし単語を並べただけにしない

① meta descriptionの設定・要約・要対応

現状検索結果のタイトル下に出る説明文(meta description)がありません。ページ内容を1〜2文にまとめて設定しましょう。

直すページ内容を1〜2文で要約して設定。全ページ使い回さない

① canonicalタグ・要対応

現状URLの正規化タグ(canonical)はまだありません。

直す各ページの<head>に<link rel="canonical" href="…">を1本入れる。自分自身の正しいURLを絶対URLで指定し、末尾スラッシュの有無をサイト内でそろえる。

① OGPタグ・要対応

現状SNSシェア時の表示設定(OGP:画像・タイトル等)がまだありません。

② h1に検索KW・要対応

現状h1「街の空気ごと、一枚に。」に検索キーワードがありません。

直すキャッチはそのまま大きく残し、上に小さなKW行を足す(2段見出し)

② 見出し階層の飛び級なし・要対応

現状見出しの順番が飛んでいます(h2 の次にいきなり h4)。見た目の大きさでなく、h2→h3の順に使いましょう。

直す見た目の大きさでなく、順番で見出しレベルを選ぶ

④ 本文中の内部リンク・要対応

現状本文(メニューを除く)に他ページへのリンクがありません。関連ページへのリンクを本文中に置きましょう。

直す関連ページへのリンクを本文に置く

⑥ 会社情報が具体的(company)・確認

現状架空サンプルのため実在確認材料にはなりません。

直す会社概要に検証できる事実を明記する

📄 tokushoho.html 7件

① meta descriptionの設定・要約・要対応

現状検索結果のタイトル下に出る説明文(meta description)がありません。ページ内容を1〜2文にまとめて設定しましょう。

直すページ内容を1〜2文で要約して設定。全ページ使い回さない

① canonicalタグ・要対応

現状URLの正規化タグ(canonical)はまだありません。

直す各ページの<head>に<link rel="canonical" href="…">を1本入れる。自分自身の正しいURLを絶対URLで指定し、末尾スラッシュの有無をサイト内でそろえる。

① OGPタグ・要対応

現状SNSシェア時の表示設定(OGP:画像・タイトル等)がまだありません。

③ 連絡先・所在地の明記・確認

現状連絡先か所在地のどちらかしか見当たりません。両方を明記すると信頼性が上がり、AIも会社を特定しやすくなります。

④ パンくずリスト・要対応

現状現在地表示(パンくず:トップ > ○○ > △△)が見当たりません。

⑤ JSON-LD: 事業者情報・要対応

現状構造化データ(LocalBusiness:会社情報)はまだありません。

⑦ noindexが付いていない・要対応

現状検索除外(noindex)が付いています。このままだとGoogleに載りません。公開時は必ず外してください。

直す公開時は必ず外す(付いているとGoogleに載らない)

📌 対策の内容の結論

この章の対策は、本文を書き直すものではありません。AIと検索エンジンに読ませる「土台」を足す作業です。ページの組み立て方はすでに競合平均を上回っている（見出し構造100点／競合平均67点）ので、そこは触りません。
着手する順番は、①よくある質問の構造化データとllms.txt（AI引用0回への最優先）→②canonicalとOGP画像→③会社情報・サービスの構造化データ→④パンくず・robots.txt・sitemap.xml。①②はコード例をそのまま貼るだけで終わります。
これらを入れると、実測30項目のうち未導入だった項目が埋まり、SEO 75→90点／AIO・GEO 0→80点が狙えます。あわせてトップページに箇条書き・よくある質問・会社情報を足せば、魅力・UXも動きます。

レポートの便利な使い方

前節の「ページ別・直すことリスト」は、AIに読ませることで作業計画に変換できます。ChatGPT、Claude、Geminiのいずれでも動作します。

1. 仕分けする

本レポートと修正対象のHTMLファイルをAIに添付し、下記を貼り付けてください。

添付のレポートと修正対象のHTMLを読んでください。
まず仕分をします。修正はまだ始めないでください。

本レポートは、対象サイトを「静的HTML（WordPressは使用していない）」として作成しています。
以下の手順もその前提で書かれています。実際の環境が異なる場合は、作業を始める前にお知らせください。

「直すことリスト」の項目を、3つに分けてください。

① そのまま任せてよい作業
   正解が1つに決まり、判断が要らないもの。
   例：titleの文字数(35字目安)、canonicalタグ、OGPタグ、箇条書き・表による整理、パンくずリスト
② 内容を決めてから任せる作業
   何を書くかに、事業者側の判断が要るもの。
   例：titleに地域名+サービスKW、h1に検索KW、本文の情報量、よくある質問の掲載、問い合わせ・申し込みへの導線
③ 修正の優先度が低い作業
   サイト構成やCMSの変更が必要なもの、効果が小さいもの。
   優先度が低い理由と、実施する場合は①②のどちらに当たるかも記載。

各項目に下記を付けてください。
・優先度（高・中・低）
・作業時間の目安
・修正するファイル名と、その中の該当箇所

禁止事項
・ページに表示されていない内容を、構造化データに書かない
　（ページに無いよくある質問をFAQPageに書くのは、Googleのガイドライン違反です）
・レポートに記載のない数字を、推測で補わない
・修正時はHTML全文を出さず、修正前と修正後のみを示す

一覧ができたら、そこで止めてください。

※本レポートには画像が埋め込まれておりファイルが重く、AIで処理できない可能性があります。その際は「ページ別・直すことリスト」の章だけをコピペしてご対応ください。

2.「① そのまま任せてよい作業」を修正する

① そのまま任せてよい作業は、正解が1つに決まる作業です。「①を順に修正してください」と指示すると、修正前と修正後の形式で出力されます。

静的HTMLのため、canonicalとOGPは各ページの <head> に直接書きます。構造化データは <head> か </body> の直前に <script type="application/ld+json"> で追記します。robots.txt・sitemap.xml・llms.txt はサイトのルート直下に置きます。

3.「② 内容を決めてから任せる作業」を修正する

② 内容を決めてから任せる作業は、書く内容を人が決める作業です。AIは形式を整えるだけを担当します。

「よくある質問を作ってください」と指示すると、AIは実在しない質問を作ります。実際にお客様から聞かれる質問と回答をご自身で書き出し、「これをFAQPageの構造化データにしてください」と渡してください。titleの文言、会社情報も同様です。

4. 公開して確認する

手元のHTMLを修正しただけでは、公開中のページは変わりません。サーバーへのアップロードと、ブラウザでの表示確認までが作業です。

そのうえでGoogleの「リッチリザルトテスト」で構造化データを検証します。公開後であればURLを入力するだけです。公開前に確認する場合は、HTMLのコードを貼り付ける方式を選んでください。

5. 公開できたら、ご連絡ください

修正を反映して公開できたら、納品メールにご返信ください。公開されたサイトを、このレポートとまったく同じ30項目で測り直します。

制作前 → 制作後の変化が数字で出るので、次のご提案や、お客さまへのご報告にそのままお使いいただけます。セットでお申し込みの方は、追加のお支払いはありません。

※ 制作前レポートのみでお申し込みの方も、あとから制作後レポートを追加できます。

専門用語解説

本文はできるだけ普通の言葉で書いています。用語が出てきたらここで確認できます。

SEO（Search Engine Optimization）: Google等の検索で上位に出て、見つけてもらうための対策。
AIO（AI Optimization）／ GEO（Generative Engine Optimization）: ChatGPTやAI検索に、答えの根拠として引用・紹介してもらうための対策。
AI Overview: 検索結果の上に出るAIの要約回答。ここに載る/引用されると露出が大きい。
canonical（カノニカル）: 似たページが複数あるとき「これが正式版」と検索に伝えるタグ。評価の分散を防ぐ。
JSON-LD: 会社情報やFAQを“機械が読める形”で書く記法。人の画面には出ない裏の情報。
FAQPage: 「よくある質問」を機械可読にするJSON-LDの一種。AIに引用されやすくなる。
LocalBusiness / Service: JSON-LDの種類。それぞれ「事業者情報」「提供サービス」を機械に伝える。
BreadcrumbList: パンくず（現在地表示）を機械可読にするJSON-LDの一種。
llms.txt: サイトの内容をAIに要約して伝えるための案内ファイル。設置は簡単。
robots.txt: 検索エンジンやAIのロボットに「見ていい／だめ」を伝えるファイル。
sitemap.xml: サイト内の全ページ一覧。検索に漏れなく見てもらうための“地図”。
alt（代替テキスト）: 画像が何かを説明する文字。目の不自由な人やAIが画像を理解できる。
DR（Domain Rating／ドメインレーティング）: Ahrefsが出す“被リンクの強さ”の指標（0〜100）。競合比較に使う。
OGP（Open Graph Protocol）: LINEやX（旧Twitter）などで共有したときに出る、画像・タイトル・説明文の表示設定。
パンくず（現在地表示）: ページ上部の「トップ＞サービス＞このページ」のような現在地リンク。
構造化データ: 会社情報やよくある質問などを、機械が読める決まった形式で書いたデータの総称。

このレポートで、お約束できること・できないこと

結果をお約束することはできません。確認できること・見込めること・お約束できないことを分けて書きます。

確認できること：AIと検索エンジンがページの中身を読み取れる形に変わります。この診断の30項目は、対策の前と後で同じ基準で測り直せます。

見込めること：検索やAIの回答に表示される回数が増えることが見込めます。時期は案件によってばらつきますが、目安は1〜3か月です。

お約束できないこと：問い合わせが何件増えるか、売上がいくら増えるかはお約束できません。価格・訴求内容など、ホームページの外側で決まる部分が大きいためです。

この3段が、このレポートの読み方の前提です。以降に出てくる順位・クリック数・問い合わせ数はすべて想定であり、保証ではありません。

レポートの料金・お申し込みを見る

RAKUTEMA ｜ SEO・GEO（AI検索）調査レポート

サイトを、Google検索だけでなくAI検索にも強いHPに変身させます。そのための全てが詰まったレポートです。

Googleフォームの入力情報

お客さまの探し方が、この1〜2年で変わりました

総合評価

サイトの現状を、3つの指標で診断しました

競合との違い

①AI引用回数

②ドメインの強さ（DR）

③構造化データ（JSON-LD）

SEO

Google検索で上位に入ると、来訪者数はどれだけ伸びるか

基本タグ・見出し構造・技術基盤のチェック

AIO / GEO

AIはページの何を見ているか

人が見ている画面

AIが読んでいる中身

AIに読み取ってもらうための土台チェック

魅力 / UX

文章の伝わりやすさチェック

対策の内容

勝ち筋：この順に整えると効いてきます

AIに引用される土台を作る（GEO）

canonicalとOGP画像を整える

会社情報・サービスを構造化データ化

パンくず・robots.txt・sitemap.xmlを設置

やることリスト

作り方：そのまま実装できるレシピ

① canonicalタグとOGP画像を追加

② よくある質問をFAQPageの構造化データに

詳細診断：30項目の判定結果

ページ別・直すことリスト（現状 → 推奨）

レポートの便利な使い方

1. 仕分けする

2.「① そのまま任せてよい作業」を修正する

3.「② 内容を決めてから任せる作業」を修正する

4. 公開して確認する

5. 公開できたら、ご連絡ください

専門用語解説

サイトを、Google検索だけでなくAI検索にも強い
HPに変身させます。
そのための全てが詰まったレポートです。