COLUMN
よく検索されるキーワード
2026/10/05
ホームページ制作の基本Webアクセシビリティとは？誰にでも使いやすいホームページの基本
Webアクセシビリティとは？ Webアクセシビリティとは、障害の有無などにかかわらず、Webサイトの情報や機能を利用できるようにする考え方です。 たとえば、 画面を見づらい人 マウスを操作できない人 音声を聞くことが難しい人 文字の理解に時間がかかる人 など、それぞれ異なる方法でWebサイトを利用しています。 W3Cでは、Webアクセシビリティを、障害のある人がWebを知覚・理解・操作し、情報やサービスを利用できる状態と説明しています。 また、アクセシビリティへの配慮は障害のある人だけでなく、 高齢者 一時的にケガをしている人 日差しが強い場所でスマートフォンを見る人 音を出せない環境で動画を見る人 などにも役立ちます。 つまり、Webアクセシビリティは一部の人だけのためではなく、できるだけ多くの人が使いやすいホームページを作るための基本設計です。 なぜ企業サイトでも重要なのか 企業サイトでは、 商品・サービスを調べる 問い合わせる 予約する 求人へ応募する 資料を請求する など、さまざまな行動が行われます。 もし、 「文字が読めない」「ボタンを操作できない」「フォームの入力方法が分からない」 という状態になっていれば、ユーザーはサービスを利用できません。 アクセシビリティを改善することは、 より多くのユーザーへ情報やサービスを届けること につながります。 日本では2024年4月1日から改正障害者差別解消法が施行され、民間事業者にも障害のある人への合理的配慮の提供が義務化されています。 ただし、これは「すべての企業サイトが特定のWebアクセシビリティ規格へ完全準拠しなければ違法」という意味ではありません。 Webサイトも含め、利用上の障壁を減らす取り組みを継続的に考えていくことが重要です。 知っておきたいWCAGとJIS Webアクセシビリティには、代表的なガイドラインがあります。 WCAG WCAG（Web Content Accessibility Guidelines）は、W3Cが策定する国際的なWebアクセシビリティのガイドラインです。 2026年現在、WCAG 2.2がW3C Recommendationとして公開されています。 WCAGでは、大きく4つの原則に分けて考えます。 知覚可能：情報を認識できる 操作可能：サイトを操作できる 理解可能：内容や操作方法を理解できる 堅牢：さまざまな環境・支援技術で利用できる 適合レベルはA・AA・AAAの3段階に分けられています。 JIS X 8341-3 日本では、Webアクセシビリティに関する規格としてJIS X 8341-3:2016が広く参照されています。 デジタル庁の最新ガイドブックでも、現在参照されることの多い規格として紹介されています。 企業サイトで初めて取り組む場合、最初からすべてを完璧に対応しようとするより、影響の大きい部分から改善していくことが現実的です。 企業サイトで確認したい7つのポイント 文字と背景のコントラスト 薄いグレーの文字を白背景に配置すると、視力によっては読みづらくなります。 デザイン性だけでなく、十分に文字を認識できる色の差を確保しましょう。 画像に代替テキストを設定する 重要な画像には、内容を説明するalt（代替テキスト）を設定します。 たとえば商品写真なら、画像を見ることができないユーザーにも何の画像なのか伝わるようにします。 W3Cも、画像への適切な代替テキストをWebアクセシビリティの基本例として示しています。 見出しを正しい順番で使う ページタイトルや項目を、 H1 H2 H3 などの見出しタグで適切に構造化します。 単に文字を大きくするのではなく、内容の階層が分かるHTML構造にすることが重要です。 キーボードでも操作できるようにする すべてのユーザーがマウスを利用できるとは限りません。 メニュー ボタン フォーム モーダルウィンドウ などを、キーボードでも操作できるか確認します。 W3Cも、マウスだけに依存せずキーボードから機能を利用できることを基本的なアクセシビリティ例として紹介しています。 ボタンやリンクを分かりやすくする 「こちら」だけでは、リンク先が分かりにくくなります。 たとえば、 × こちら ではなく、 ○ 料金プランを見る○ お問い合わせフォームへ のように、押した後に何が起こるのか分かる文言にします。 フォームの入力方法を分かりやすくする 問い合わせフォームでは、 何を入力する項目なのか 必須なのか任意なのか 入力エラーの理由 どこを修正すればいいのか が分かる設計にします。 色だけでエラーを伝えるのではなく、 「メールアドレスを入力してください」 など文章でも伝えることが重要です。 動画には字幕・テキスト情報を用意する 音声だけで重要な内容を説明すると、音声を聞けないユーザーには情報が伝わりません。 必要に応じて、 字幕 テキスト説明 文字起こし などを用意します。 これは、電車内など音を出せない環境で動画を見るユーザーにも役立ちます。 よくあるアクセシビリティのNG例 企業サイトでは、次のような状態に注意しましょう。 文字が小さすぎる デザインを優先して本文まで極端に小さくすると、読みづらくなります。 薄い文字色を多用する おしゃれに見えても、背景とのコントラストが不足している場合があります。 画像内に重要な文章をすべて入れる 画像が表示されない環境やスクリーンリーダーでは、情報が伝わらない可能性があります。 色だけで情報を区別する たとえば、 「赤色が必須、緑色が任意」 だけでは、色を区別しづらいユーザーに伝わりません。 文字や記号も併用しましょう。 自動再生・激しい動きを多用する 動画やアニメーションを自動再生し続けると、利用しづらくなる場合があります。 停止・一時停止できる設計を検討します。 公開後もアクセシビリティを維持する アクセシビリティは、制作会社だけが対応すれば終わりではありません。 公開後に、 ブログを追加する バナーを作る PDFを掲載する 動画を追加する 新しいフォームを作る ことで、アクセシビリティが損なわれることがあります。 デジタル庁も2026年6月に、サイト公開後に追加されるコンテンツのアクセシビリティを扱う「ウェブアクセシビリティ広報向けガイドブック」を公開しています。 そのため、社内でも最低限、 画像には代替テキストを付ける 見出し構造を守る 読みやすい文字色を使う リンク先が分かる文章にする 動画には必要に応じて字幕を付ける といった更新ルールを決めておくことが大切です。 また、アクセシビリティチェックツールだけですべてを判定できるわけではありません。 W3Cも、ツールによる自動評価だけでは完全な判断はできず、人による確認も必要と説明しています。 まとめ：特別対応ではなく“使いやすいサイト”の基本 Webアクセシビリティという言葉を聞くと、 「特別な対応が必要なのでは？」 と難しく感じるかもしれません。 しかし基本は、 文字を読みやすくする 画像の内容を伝えられるようにする マウス以外でも操作できるようにする フォームのエラーを分かりやすくする 音声以外でも情報を伝える サイト構造を正しく作る といった、ホームページを使いやすくするための設計です。 WCAG 2.2などの基準を参考にしながら、自社サイトで影響の大きい部分から改善していきましょう。 アクセシビリティは一度対応して終わりではなく、ホームページを運用し続ける中で維持・改善するものです。 多くの人が迷わず情報を確認し、問い合わせ・予約・応募まで進めるホームページを目指しましょう。 無料相談 Refuでは、デザインの見た目だけではなく、文字の読みやすさ・情報構造・フォーム・スマートフォン操作など、実際のユーザーが使いやすいホームページ設計を重視しています。 「今のホームページが使いづらくないか確認したい」「リニューアルを機にアクセシビリティも見直したい」 といった場合も、お気軽にご相談ください。 ▶ 無料相談はこちらから その他おすすめ記事はこちら スマホ対応は必須！レスポンシブデザインの基本 お問い合わせが増える導線設計｜CTA・ボタン・フォーム最適化の基本 原稿が書けないを解決！伝わる文章構成テンプレと作り方 ホームページの写真で反応が変わる｜撮影のコツと“使える写真”チェックリスト ホームページはどのくらい更新すべき？更新頻度と運用ルールの決め方
2026/10/01
集客・マーケティング戦略ウェビナー集客の設計方法｜申込ページ・メール・アーカイブ活用で商談を増やす
商談につながるテーマを決める ウェビナー集客で最初に決めるのはタイトルではなく、 「誰の、どんな悩みを解決するか」 です。 例えばWeb制作会社なら、 × ホームページ制作セミナー より、 ○ 問い合わせが増えない企業向け｜ホームページ改善で最初に確認したい5項目 の方が対象者と課題が明確です。 テーマは、 ターゲット × 課題 × 得られる結果 で考えると整理しやすくなります。 商談につながりやすいテーマ例 よく相談される悩み 費用・比較・選び方 失敗しやすいポイント 法改正・制度変更 自社事例 チェックリスト 成功・失敗事例の解説 自社サービスを説明するだけではなく、参加者が「聞く理由」を先に作ることが重要です。 申込ページは情報を詰め込みすぎない ウェビナー用LP・申込ページでは、最低限次の情報を掲載します。 どんな人向けか 何が分かるのか 開催日時 所要時間 開催方法 登壇者 参加費 申込フォーム 特に重要なのが、 「このウェビナーに参加すると何が分かるのか」 です。 おすすめの構成 こんな方におすすめ↓当日分かること↓講演内容↓登壇者↓開催概要↓申込CTA 会社紹介を長く書くより、まず参加者にとってのメリットを伝えます。 集客チャネルを複数用意する ウェビナー集客を1つの方法だけに頼らないことも重要です。 例えば、 自社サイト オウンドメディア メール SNS 営業担当からの案内 パートナー企業からの告知 Web広告 などを組み合わせます。 既存の見込み客にはメール、まだ自社を知らない層にはSEO・SNS・広告など、対象者によって入口を変える考え方です。 ウェビナーツールによっては流入元ごとに登録URLを分け、どのチャネルから申込が発生したか確認できる機能もあります。Zoom Webinarsでは、流入元別の登録リンクを作成して訪問・登録を追跡できます。 そのため、 「申込者数」だけでなく「どこから申込されたか」 まで確認して次回へ活かしましょう。 申込後のリマインドまで設計する 申込が完了しても、当日参加してもらえなければ意味がありません。 申込後は、 申込直後：受付完了前日：開催リマインド当日：参加URL案内 など、複数回接点を作ります。 Zoom Webinarsでも、登録者への確認メールに加え、開催1週間前・1日前・1時間前などにリマインドを設定できる仕組みがあります。 リマインドメールでは、 日時 参加URL 所要時間 当日得られる情報 を端的に伝えます。 長い営業メールにする必要はありません。 開催後のフォローで商談につなげる ウェビナーは終了後が重要です。 参加者を全員同じように営業するのではなく、温度感を分けます。 温度感：高 個別相談を希望した 質問をした サービスについて具体的に相談した → 営業担当から個別連絡 温度感：中 最後まで参加した 関連資料をダウンロードした → 事例・料金・関連コンテンツを案内 温度感：低 申込のみ 欠席 → アーカイブや次回ウェビナーを案内 ウェビナーツールによっては参加者と欠席者を分けてフォローメールを送る機能もあります。 重要なのは、 参加した＝すぐ営業 ではなく、 参加者の行動に合わせて次のコンテンツを出す ことです。 アーカイブを“継続集客コンテンツ”にする ウェビナーを1日限りのイベントで終わらせるのはもったいありません。 開催後は、 アーカイブ動画 解説記事 ショート動画 SNS投稿 営業資料 メルマガ FAQ などへ再利用できます。 特におすすめなのが、 「アーカイブ視聴申込ページ」 を残す方法です。 例えば、 SEO改善ウェビナー を開催した場合、 「無料アーカイブ視聴はこちら」 というページを作っておけば、開催後も継続してリードを獲得できます。 Zoom Webinarsにも、開催終了後に登録者へ録画を提供し、後から登録した視聴者情報を取得できるオンデマンド機能があります。 つまり、 ウェビナー開催 → 録画 → 常設コンテンツ化 まで設計すると、1回の企画を長く活用できます。 ウェビナーで確認したいKPI ウェビナーの成果を参加人数だけで判断しないようにします。 最低限、次を確認しましょう。 集客 申込者数 申込ページのCVR 流入元 参加 参加者数 参加率 商談 個別相談数 商談数 受注数 開催後 アーカイブ視聴数 資料ダウンロード サービスページへの遷移 最終的に重要なのは、 何人集めたかではなく、何件の有効な商談につながったか です。 注意点｜個人情報とメール配信 ウェビナーでは、 氏名 会社名 メールアドレス 電話番号 などを申込フォームで取得することがあります。 個人情報保護法上、申込フォームなど本人から直接個人情報を取得する場合、利用目的をあらかじめ明示することが必要です。個人情報保護委員会も、Web上で取得する場合は送信前に利用目的を確認できるようにすることを案内しています。 例えば、 ウェビナー運営 関連資料の送付 サービス案内 など、実際に利用する目的を分かりやすく記載します。 また、ウェビナー申込者へその後も広告・宣伝メールを送る場合、特定電子メール法では原則として事前同意を得た相手への送信が基本です。 そのため、 「ウェビナーに申し込んだから、今後ずっと営業メールを送ってよい」 と考えず、申込フォーム上でメール配信について分かる形にしておくことが重要です。 このまま使えるウェビナー設計テンプレ ターゲット 誰に参加してほしいか 悩み どんな課題を抱えているか タイトル 何が分かるウェビナーか 申込導線 サイト／メール／SNS／広告 当日の内容 3〜5テーマ程度 CTA 個別相談／資料請求／サービスページ 開催後 お礼メール／アーカイブ／事例 KPI 申込数／参加数／商談数／受注数 この8項目を最初に決めてから開催準備を進めると、企画がブレにくくなります。 まとめ：ウェビナーは「前後の設計」で成果が変わる ウェビナー集客では、 開催当日の内容だけを考えないこと が重要です。 テーマを決める↓申込ページを作る↓複数チャネルで集客する↓リマインドする↓開催する↓参加者をフォローする↓アーカイブを再活用する ここまでが1つの施策です。 単発イベントではなく、見込み客との接点を作り、商談につなげるコンテンツ施策としてウェビナーを設計しましょう。 Web導線設計ならRefuへご相談 Refuでは、ウェビナーや資料請求などのリード獲得施策に合わせて、申込LP・サービスページ・記事・CTAまで含めたWeb導線設計を行っています。 「ウェビナーを開催しても商談につながらない」「申込ページを改善したい」「開催後もコンテンツを活用したい」 など、お気軽にご相談ください。 ▶ 無料相談はこちらから その他おすすめ記事はこちら Web集客に必要なKPIとは？成果を数値で管理する方法｜中小企業が“改善できるサイト”を作る基礎知識 問い合わせを増やす「導線設計」の考え方｜成果が出るサイトに共通するUX改善のポイント お問い合わせが増えるCTA設計｜ボタン文言・配置・タイミングの鉄則 BtoBのリード獲得を加速する「資料請求」導線の作り方 メールマーケティングで見込み客を育てる｜ステップ配信の設計図 失注を減らす問い合わせ対応術｜返信テンプレと追客フローの作り方
2026/09/30
デザイン・ブランディング多言語サイトのデザイン設計｜言語が変わっても崩れないレイアウトの考え方
多言語サイトは「日本語を翻訳するだけ」では作れない 海外顧客や外国人ユーザーに向けて、 英語 中国語 韓国語 ベトナム語 などのページを用意する企業が増えています。 ここで注意したいのが、 「日本語サイトをそのまま翻訳すれば完成する」 わけではないことです。 言語が変われば、 文章の長さ 単語の長さ 改行位置 フォント 読み方 情報の伝え方 も変わります。 そのため、多言語サイトでは最初から「言語が変わること」を前提にデザインすることが重要です。 まず結論：文章量が変わっても成立するデザインにする 多言語サイトで最も重要なのは、文字数をピッタリ合わせることではありません。 文章が少し長くなっても、短くなっても崩れないレイアウトを作ることです。 例えば日本語では、 「お問い合わせ」 という短い言葉でも、英語では、 Contact Us など別の長さになります。 文章になると差はさらに大きくなります。 そのため、 高さを固定しすぎない ボタン幅に余裕を持たせる 改行位置を固定しすぎない 文字数ありきでデザインしない といった設計が必要です。 多言語化でレイアウトが崩れる5つの原因 言語によって文字量が変わる 多言語化すると、同じ意味でも文章の長さは変わります。 特に、 キャッチコピー サービス名 見出し ボタン は影響を受けやすい部分です。 日本語版だけを見て文字サイズや枠の高さをギリギリまで調整すると、翻訳時に崩れやすくなります。 少し余白を持ったレイアウトにしておきましょう。 ボタン・メニュー幅を固定している ヘッダーメニューも注意が必要です。 日本語なら、 会社概要 で収まっていても、英語では、 Company Profile になることがあります。 メニュー幅を固定すると、 2行になる 隣のメニューと重なる ヘッダー全体が崩れる といった問題が起こります。 文字量に合わせて伸縮できる設計にするのが基本です。 日本語前提のフォントを使っている 日本語フォントが、すべての言語に対応しているとは限りません。 対応していない文字では別フォントへ切り替わり、ページ内で雰囲気が変わる場合があります。 多言語化する場合は、 日本語 英数字 対象言語 で実際に表示を確認しましょう。 フォントが変わってもブランドイメージが崩れないかまで確認することが大切です。 画像の中に日本語を入れている 例えば、 「選ばれる3つの理由」 という文字を画像そのものに入れている場合、英語版では画像も作り直す必要があります。 記事やページ数が増えるほど運用負担も大きくなります。 可能であれば、 文字はHTML、写真やイラストは画像 と役割を分けましょう。 画像内に文字を入れる場合は、言語ごとの制作・管理が必要になることを前提にします。 言語切替が分かりにくい 多言語ページを作っても、切り替え方法が分からなければ意味がありません。 おすすめは、ヘッダーなど分かりやすい場所に、 日本語｜English のような言語切替を設置することです。 国旗だけで表現すると、国と使用言語が必ずしも一致しないため、言語名も表示した方が分かりやすくなります。 多言語サイトで押さえたいデザインの基本 多言語サイトでは、次の5点を意識すると大きく崩れにくくなります。 余白を多めに取る 文章が長くなっても窮屈に見えないようにします。 高さを固定しすぎない カードやテキストエリアは、文章量に応じて伸びる設計にします。 横幅の狭いボタンを避ける 文字数が増えても対応できる余裕を持たせます。 写真とテキストを分ける 画像内文字を減らし、翻訳・更新しやすくします。 スマホでも必ず確認する PCでは問題なくても、スマートフォンでは改行が増え、デザインが大きく変わります。 特に見出し・ボタン・表・料金表示は確認しましょう。 翻訳するときは「直訳」ではなく、伝える内容を揃える 多言語化では、日本語を一語ずつ置き換えることが目的ではありません。 重要なのは、 「日本語版と同じ価値が伝わっているか」 です。 例えば日本語特有の、 丁寧な言い回し 抽象的なキャッチコピー 業界特有の略語 日本独自のサービス名称 は、そのまま翻訳しても意味が伝わりにくい場合があります。 そのため、 原文 → 翻訳 ではなく、 伝えたい意味を整理 → 対象言語で自然な表現へ調整 という考え方がおすすめです。 特に、 サービス説明 契約条件 料金 注意事項 など重要な内容は、機械翻訳だけで公開せず、必要に応じて対象言語に詳しい人による確認を行いましょう。 多言語SEOで最低限確認したいポイント デザインと同時に、検索エンジンへの対応も必要です。 言語ごとにURLを分ける Googleは、多言語ページについて言語ごとに異なるURLを使用することを推奨しています。 例えば、 example.com/ja/ example.com/en/ といった形です。 hreflangを適切に設定する 同じページに日本語版・英語版がある場合は、hreflangを使って、どの言語・地域向けのページなのかGoogleへ伝えられます。 勝手に別言語へリダイレクトしない Googleは、ブラウザや推測したユーザー言語によって強制的に別言語ページへ転送するのではなく、ユーザー自身が言語を切り替えられるリンクを用意することを推奨しています。 1ページ内に複数言語を混在させすぎない Googleはページ上の表示テキストから言語を判断します。 そのため、日本語と英語を同じページに大量に併記するより、言語ごとにページを分け、各ページでは基本的に1つの言語を使用する方が分かりやすい設計です。 なお、Google検索はページ言語の判断にHTMLのlang属性を利用しませんが、W3Cはスクリーンリーダーなどが適切な言語で読み上げられるよう、HTMLでページの言語を指定することを推奨しています。 SEOとアクセシビリティは分けて考えましょう。 公開後の運用で崩さないためのルール 多言語サイトは、公開後の更新で差が生まれやすいサイトです。 例えば日本語版だけ、 新サービスを追加 料金を変更 会社情報を変更 して、英語版が古いまま残るケースがあります。 そこで、 「日本語版を更新したら、多言語ページも確認する」 という運用ルールを作ります。 特に同期したいのは、 会社概要 サービス内容 料金 営業時間 問い合わせ先 利用規約 プライバシーポリシー です。 すべての記事を必ず全言語へ翻訳する必要はありません。 どの情報を全言語共通で管理するのかを最初に決めておくことが重要です。 多言語サイト制作チェックリスト デザイン 文章が長くなってもレイアウトが崩れない ボタン幅に余裕がある カードの高さを固定しすぎていない 対象言語でフォント表示を確認した 画像内の文字を必要最小限にしている スマホでも確認している コンテンツ 直訳だけになっていない サービス名称が統一されている 料金・条件が日本語版と一致している 翻訳が難しい重要情報を確認している SEO・実装 言語ごとにURLを用意している hreflangを適切に設定している 言語切替リンクがある 自動リダイレクトに依存していない ページのlang属性を適切に設定している 運用 日本語版更新時の確認ルールがある 翻訳担当・確認担当が決まっている 古い料金・会社情報が残らない仕組みがある どの記事を翻訳するか基準が決まっている まとめ：言語が変わっても“同じブランド”に見える設計を 多言語サイトで重要なのは、日本語サイトとまったく同じ見た目にすることではありません。 言語が変われば、文字量やフォント、改行位置も変わります。 その違いを受け入れながら、 色・写真・余白・情報の優先順位・ブランドのトーン を統一することが重要です。 多言語化するなら、 「日本語サイトを完成させてから翻訳を流し込む」 のではなく、 最初から複数言語でも崩れない構造を作る。 この考え方が、デザイン品質と更新しやすさの両方につながります。 運用・法務面の注意 海外向けサイトでは、対象国・地域によって、個人情報保護、Cookie、通信販売、広告表示などに関するルールが日本と異なる場合があります。 特に問い合わせフォームやEC機能を設ける場合は、「日本語サイトのプライバシーポリシーをそのまま翻訳すればよい」とは限りません。 対象地域とサービス内容に応じて、必要に応じて専門家へ確認しましょう。 多言語サイト設計ならRefuへお任せください Refuでは、日本語サイトを単純に翻訳するのではなく、文章量の違い・スマホ表示・言語切替・ブランド統一・更新運用まで考慮した多言語サイト設計をご提案します。 「海外向けに英語ページを作りたい」「現在のサイトを多言語化するとデザインが崩れそう」 といった場合も、お気軽にご相談ください。 ▶ 無料相談はこちらから その他おすすめ記事はこちら 色・フォント・写真で変わる印象！Webデザインの基本原則 トーン＆マナーの整え方｜ブランドらしさを伝えるデザイン戦略 フォント選びで損しない｜和文・欧文の組み合わせと読みやすさの鉄則 更新しても世界観が崩れない｜デザインガイドライン（簡易版）の作り方 企業ロゴやコーポレートカラーを活かした統一ブランディング術 スマホで差がつくUI改善｜押しやすさ・読みやすさのチェックポイント Webアクセシビリティを意識したデザインとは？中小企業サイトの改善ポイント
2026/09/29
リニューアル・運用ノウハウWebサイトのA/Bテスト入門｜何を検証し、どう改善につなげるか
A/Bテストとは？2つのパターンを比較する改善方法 A/Bテストとは、Webページの一部を変更した複数のパターンをユーザーへランダムに表示し、どちらがより成果につながるかを比較する方法です。 例えば、 A：お問い合わせはこちらB：無料相談をしてみる という2種類のCTAを表示し、クリック率や問い合わせ率を比較します。 GoogleもA/Bテストを、複数のパターンをランダムなユーザーへ同時に表示し、クリック率やキーイベント率など特定の目標への貢献を比較するテストとして説明しています。 A/Bテストはどんな時に使う？ A/Bテストが向いているのは、アクセスはあるものの、どの改善案が良いか判断できない時です。 例えば、 問い合わせ率を上げたい CTAがクリックされない LPから離脱されている フォーム完了率を上げたい といったケースです。 逆にアクセスが極端に少ないページでは、十分なデータを集めるまで時間がかかるため、まずはサイト構成やコンテンツそのものを改善した方がよい場合もあります。 何をテストする？改善しやすい5つの項目 ファーストビューの見出し ユーザーへ最初に伝える内容を比較します。 例： A「高品質なホームページ制作」B「問い合わせにつながるホームページ制作」 CTAの文言 ボタンの言葉を変えて反応を確認します。 例： 「お問い合わせ」「無料相談はこちら」 CTAの位置 ページ下部だけでなく、 ファーストビュー サービス説明後 料金説明後 など、配置を変えて比較します。 事例・料金・FAQの順番 コンテンツの掲載順も改善対象です。 ユーザーが問い合わせ前に料金を重視しているなら、料金情報を上へ移動した方が成果につながる可能性があります。 フォームの項目 入力項目を減らした場合に、フォーム完了率がどう変わるかを確認します。 ただし、項目を減らしすぎて問い合わせの質が下がらないかも合わせて確認しましょう。 A/Bテストの基本的な進め方 おすすめは、次の5ステップです。 課題を見つける GA4やヒートマップで問題のあるページを探します。 ↓ 仮説を立てる 例： 「CTAが分かりにくいからクリックされていないのでは？」 ↓ A・Bのパターンを作る 元の状態と改善案を用意します。 ↓ 一定期間テストする ユーザーをランダムに振り分けてデータを取得します。 ↓ 結果を見て反映する 成果の高かった案を本番へ反映し、次の改善につなげます。 A/Bテストでは、一度に多くの要素を変えすぎないことも大切です。 ボタン文言、色、位置、ページ構成を同時に変えると、何が成果に影響したのか判断しにくくなります。 結果を見る時に注意したいポイント 「Bの方が問い合わせが1件多かったからBに決定」と、すぐに判断するのは危険です。 確認したいのは、 十分なデータが集まっているか 特定の曜日やキャンペーンだけに偏っていないか クリック率だけでなく最終CVも改善したか です。 例えば、 CTAクリック率は上がった↓問い合わせ完了率は変わらない なら、問題はCTAではなくフォーム側にある可能性があります。 最終的な目的に近い指標まで確認することが重要です。 GA4とA/Bテストの関係 現在のGA4単体には、WebサイトのA/Bテストを作成・配信する機能はありません。 Googleは、A/Bテストを実施する場合、サードパーティのA/Bテストツールと連携し、テスト自体は外部ツールで管理しながらGA4で結果を分析する方法を案内しています。 なお、以前利用されていたGoogle Optimizeは2023年9月30日に提供終了しています。 古いSEO記事で「Google Optimizeを使いましょう」と紹介されている場合は、現在利用できないため注意しましょう。 SEOへの影響を防ぐための注意点 ページ全体を別URLでA/Bテストする場合は、SEO面にも注意が必要です。 Googleは主に、 Googlebotだけ別内容を見せるクローキングをしない 複数URLの場合は元ページをcanonicalとして示す 一時的なリダイレクトでは301ではなく302を使う 必要以上に長期間テストしない ことを推奨しています。 ボタン文言の変更程度であれば大きな問題になりにくいですが、URLを分ける大規模テストでは制作会社やSEO担当者と相談して設計するのがおすすめです。 A/Bテストでよくある失敗 アクセスが少ないのに結論を出す 少数のユーザーだけでは偶然の影響を受けやすくなります。 一度に多く変更する どの変更が良かったのか分からなくなります。 クリック率だけを見る 最終的な問い合わせや購入まで確認しましょう。 仮説なしでテストする 「とりあえずボタンを赤くしてみる」では改善ノウハウが蓄積されません。 テスト結果を記録しない 「何を試してどう変わったか」を残すことで、次回の改善に活かせます。 A/Bテストチェックリスト テスト前 改善したいKPIが決まっている GA4やヒートマップで課題を確認した 改善仮説がある 一度に変更する内容を絞っている 実施中 A・Bを公平に比較できている 十分なデータが集まる前に終了していない 途中結果を見て頻繁に内容を変更していない テスト後 クリックだけでなくCVまで確認した 結果を記録した 成果の良いパターンを本番へ反映した 次に検証する課題を決めた ※外部のA/Bテストツールを導入する場合は、Cookieや取得データの仕様を確認し、必要に応じてプライバシーポリシーや同意管理も見直しましょう。 まとめ：感覚ではなくデータで改善する A/Bテストは、 「こちらのデザインの方が良さそう」 という感覚だけで決めるのではなく、実際のユーザー行動から改善案を判断する方法です。 基本の流れは、 課題発見↓仮説作成↓A/Bテスト↓結果確認↓本番反映 です。 すべてのページでA/Bテストをする必要はありません。 まずは、 アクセスが多い 成果への影響が大きい 改善余地がありそう というページから始めると効率的です。 A/Bテストを単発で終わらせず、GA4やヒートマップと組み合わせながら、改善を継続する仕組みとして活用しましょう。 無料相談 Refuでは、GA4・ヒートマップなどを活用した現状分析から、CTA・ページ構成・フォームの改善まで、データに基づいたWebサイト運用を支援しています。 「アクセスはあるのに問い合わせにつながらない」「どこを改善するべきか分からない」 など、お気軽にご相談ください。 ▶ 無料相談はこちらから その他おすすめ記事はこちら 「アクセスはあるのに成果が出ない」時の改善ポイント5選 コンバージョン率を上げる導線設計とは？成果を生むページ構成の考え方 問い合わせが増える！フォーム改善の具体的テクニック GA4のイベント設計入門｜「何を計測すべきか」を成果から逆算する ヒートマップ分析の見方｜クリック・熟読・離脱から改善点を見つける方法
2026/09/28
ホームページ制作の基本構造化データとは？検索結果で情報を正しく伝える基本と注意点
構造化データとは？ 構造化データとは、ホームページに書かれている情報の意味を、検索エンジンへ分かりやすく伝えるためのデータです。 たとえばページ上に、 「株式会社Refu」「2022年設立」「この記事を書いた人：〇〇」 と表示されていても、検索エンジンがそれぞれの情報の意味を完全に判断できるとは限りません。 構造化データを使うことで、 これは会社名ですこれは記事の著者ですこれは公開日です といった情報を明示できます。 Googleも、構造化データを「ページについての情報を提供し、ページ内容を分類するための標準化された形式」と説明しています。 構造化データを設定するメリット 主なメリットは2つです。 検索エンジンがページ内容を理解しやすくなる 会社、記事、商品、パンくずリストなどの情報を明確に伝えられます。 リッチリザルトの対象になる場合がある 構造化データの種類によっては、通常の検索結果より情報量の多いリッチリザルトとして表示される可能性があります。 ただし、 構造化データを設定すれば必ず検索結果の表示が変わるわけではありません。 Googleも、正しく設定されていてもリッチリザルトの表示を保証するものではないとしています。 企業サイトで使われる代表的な構造化データ 企業サイトで特に確認したいものを紹介します。 Organization 会社・組織の情報を伝える構造化データです。 例： 会社名 URL ロゴ 住所 連絡先 Googleは、ホームページにOrganizationを設定することで、組織の情報を理解しやすくなると説明しています。 Article・BlogPosting ブログ・コラムなどの記事に使用します。 例： 記事タイトル 著者 公開日 更新日 画像 Googleが記事のタイトル・画像・日時・著者などを理解する手助けになります。 BreadcrumbList いわゆるパンくずリストです。 たとえば、 ホーム ＞ SEO対策 ＞ 構造化データとは のようなサイト内の階層を検索エンジンへ伝えます。 このほかにも、 Product Event JobPosting Recipe など、サイトの内容に応じた構造化データがあります。 Google検索で利用できる種類は決まっているため、自社サイトに関係するものだけを設定することが基本です。 構造化データを入れると検索順位は上がる？ よくある誤解が、 「構造化データを入れる＝検索順位が上がる」 というものです。 構造化データは、ページ内容を検索エンジンへ正確に伝えるための仕組みであり、設定しただけで上位表示が保証されるものではありません。 また、リッチリザルトの対象になる構造化データを設定しても、実際に検索結果へ表示されるかどうかはGoogleが判断します。 構造化データは、 SEO順位を直接上げる裏技 ではなく、 検索エンジンがサイトを理解するための技術的な整備 と考えると分かりやすいでしょう。 Googleが推奨するJSON-LDとは 構造化データの記述方法には、 JSON-LD Microdata RDFa があります。 Googleは、この中でJSON-LDを推奨しています。 JSON-LDはページ内に専用のコードを記述する方式で、HTML本文と分離して管理しやすいのが特徴です。 WordPressなどのCMSでは、 テーマ SEOプラグイン 独自プログラム によって自動的に構造化データが出力されている場合もあります。 そのため、 「構造化データを追加したいから、とりあえずプラグインを追加する」 のではなく、まず現在どのデータが出力されているか確認しましょう。 設定するときの注意点 構造化データは、多く設定すればよいわけではありません。 特に次の点に注意しましょう。 実際のページ内容と一致させる ページに書いていない内容を、構造化データだけに追加してはいけません。 Googleも、構造化データの内容はページ上の内容を正しく表している必要があるとしています。 関係のない種類を設定しない リッチリザルトを狙うためだけに、ページ内容と関係のないマークアップを入れるのは避けましょう。 古い情報を放置しない 会社情報・記事更新日・商品情報などが変更された場合は、構造化データ側も一致しているか確認します。 CMSによる重複に注意する WordPressでは、 テーマ＋SEOプラグイン＋別プラグイン から同じ構造化データが出力されるケースがあります。 導入前に既存設定を確認することが重要です。 正しく設定できているか確認する方法 Googleでは、構造化データを確認するためのツールを提供しています。 リッチリザルトテスト URLまたはコードを入力して、 対応している構造化データ エラー 警告 などを確認できます。 Search Console 公開後はSearch Consoleから、構造化データに関するエラーが発生していないか確認できます。 Googleも、実装後はリッチリザルトテストやURL検査ツールを利用して確認することを案内しています。 設定して終わりではなく、公開後もエラーを確認する ことが大切です。 まとめ：SEOの裏側を整える基本設定 構造化データとは、 ホームページの内容を検索エンジンへ正しく伝えるための仕組み です。 特に企業サイトでは、 Organization Article・BlogPosting BreadcrumbList などが関係するケースが多くあります。 ポイントは、 ページ内容に合った構造化データを使う 実際の表示内容と一致させる JSON-LDを基本に検討する リッチリザルト表示を保証するものではない リッチリザルトテスト・Search Consoleで確認する ことです。 構造化データは、ユーザーから直接見えるデザインではありません。 しかし、検索エンジンへサイトの情報を適切に伝えるという意味では、ホームページの土台を整える重要なSEO施策の一つです。 構造化データ・内部SEOのご相談ならRefuへ Refuでは、ホームページ制作時のデザインやコンテンツだけでなく、サイト構造・内部SEO・構造化データなど検索エンジンに正しく情報を伝えるための技術設計まで含めて対応しています。 「自社サイトに構造化データが設定されているか分からない」「Search Consoleにエラーが出ている」 といった場合も、お気軽にご相談ください。 ▶ 無料相談はこちらから その他おすすめ記事はこちら CMS導入のメリット・デメリット｜自社更新の最適解とは？ SEOの前に整える「サイト構造」｜カテゴリ設計・URL・内部リンクの基本 Search Consoleの見方入門｜流入キーワードと改善ポイントの見つけ方 404エラーとは？ホームページで起きる原因と正しい対処法 オウンドメディアの始め方｜中小企業が記事公開前に決めるべき7つのこと
2026/09/24
集客・マーケティング戦略オウンドメディアのコンテンツ監査｜残す・統合・削除・更新の判断基準
記事は増やすだけでなく“整理する運用”が必要 オウンドメディアを数年間運用していると、 記事が100本を超えた 似たテーマの記事が増えた 昔の記事が今も必要なのか分からない 検索流入がほとんどないページがある どの記事からリライトすべきか判断できない という状態になってきます。 この段階で必要になるのが、コンテンツ監査です。 SEOというと、 「新しい記事を作り続ける」 ことが重視されがちですが、既存記事が増えたサイトでは、 何を残し、何を改善し、何を統合し、何を終了させるのか を決める運用も重要になります。 ただし注意したいのは、 「アクセスが少ない記事を一括削除すればSEOに強くなる」 という考え方です。 Googleは、コンテンツ削除について基本的には最終手段とし、改善できないと判断した場合に検討するよう案内しています。 つまりコンテンツ監査の目的は、 低アクセス記事を削除することではなく、サイト内の各ページがユーザーにとって必要な役割を持っているか整理すること です。 まず結論：アクセスが少ないだけで記事を削除してはいけない 例えば、次の2記事があったとします。 記事A 月間アクセス：30問い合わせ：3件 記事B 月間アクセス：5,000問い合わせ：0件 アクセス数だけを見れば記事Aを削除したくなるかもしれません。 しかし事業への貢献度を見ると、記事Aの方が重要です。 逆にアクセスの多い記事Bも、 指名検索を増やしている サービス認知に貢献している 他ページへの入口になっている 可能性があります。 そのため、コンテンツ監査では最低でも、 検索流入検索需要順位検索意図CV内部リンク事業との関連性 を合わせて判断します。 アクセス数だけを基準に、 「100PV未満だから削除」 のような一律ルールを作らないことが重要です。 コンテンツ監査とは？何のために行うのか 記事ごとの役割を明確にする 記事にはそれぞれ役割があります。 例えば、 認知を取る記事 「SEOとは？」 比較を進める記事 「SEOと広告はどちらを選ぶべき？」 不安を解消する記事 「SEOの費用相場」 行動につなげるページ 「SEOサービス」 というように役割が違います。 監査では、 「このURLはサイト内で何を担当するページなのか？」 を明確にします。 検索意図の重複を整理する 長期間記事を作っていると、 ホームページ制作 費用 ホームページ制作 料金 ホームページ制作 相場 Web制作 費用 など、似た記事が増えてきます。 キーワードが違っていても、検索意図がほぼ同じなら、ユーザーに提供する内容も似てきます。 Googleは、非常に似た内容を複数URLで提供すると、同一または非常に類似するページをまとめ、その中から代表となる正規URLを選択する仕組みを持っています。 そのため、 「キーワードが違うから別記事」 ではなく、 「ユーザーが求める答えが違うか」 でページを分けます。 古い情報・成果の弱い記事を改善する 監査では、 数年前の料金 古いツール画面 終了したサービス 古いSEO情報 現在と違う法律・制度 以前の会社情報 なども確認します。 古い記事だから問題なのではありません。 現在のユーザーが読んだときに正確かどうか で判断します。 新規記事とリライトの優先順位を決める 記事テーマを考える前に監査をすると、 「新しく書こうとしていたテーマが、すでに別記事で順位を取っていた」 ということがあります。 その場合は新規作成ではなく、 既存記事のリライト で十分かもしれません。 コンテンツ監査は、単なる整理ではなく、これから何を作るべきか決めるための企画作業でもあります。 監査前に集めるべき7つのデータ URL・タイトル・公開日・更新日 まず全記事を一覧化します。 最低限、 URL タイトル カテゴリ 公開日 最終更新日 を記録します。 ただし、更新日が新しいから良質とは限りません。 実際の内容も確認します。 Search Consoleのクリック数 自然検索からどれだけ流入しているか確認します。 比較するなら、 直近3か月 と その前の3か月 など、同じ長さの期間で確認します。 表示回数・CTR・平均掲載順位 クリックが少なくても、 表示回数が多い なら改善候補です。 例えば、 表示回数：10,000順位：9位CTR：1％ なら、検索需要は存在しています。 タイトルやコンテンツを改善することで伸びる余地があります。 表示されている検索クエリ 記事タイトルだけではなく、 実際にGoogleがどんな検索で表示しているか を確認します。 例えば「SEO記事の書き方」という記事が、 SEO ライティング SEO 記事 構成 ブログ SEO 書き方 などで表示されているなら、それらがページの役割を判断する材料になります。 GA4の流入・回遊・CV SEO記事の評価を検索順位だけで判断しません。 例えば、 サービスページへ進んだ 事例を見た 料金ページを見た 問い合わせした 資料請求した というユーザー行動も確認します。 流入は少なくてもCVに貢献する記事は残す価値があります。 被リンク・内部リンク 記事削除前には、 外部サイトからリンクされていないか サイト内の重要ページからリンクされていないか 他記事へのハブになっていないか も確認します。 被リンクが付いているページを何も考えず削除すると、既存の導線を失う可能性があります。 記事の事業貢献度 最後に、 この記事は自社サービスとどのくらい近いか を評価します。 例えばWeb制作会社なら、 高 ホームページ制作会社の選び方 制作費用 リニューアル SEO対策 中 SNSマーケティング Google Analytics ブランディング 低 Webとほぼ関係ない一般ニュース などです。 検索流入だけではなく、 問い合わせにつながる可能性 も評価します。 記事を5種類に分類する｜残す・更新・統合・削除・新規作成 監査後は、全記事を次の5分類にします。 残す更新する統合する削除する新規作成する この分類を行うことで、 「全部リライトする」 「アクセスが少ないものを全部消す」 といった極端な判断を避けられます。 残す｜今の状態で役割を果たしている記事 次のような記事は基本的に残します。 検索流入が安定している 検索意図と内容が一致している 情報が現在も正しい CVへ貢献している 被リンクを獲得している サイト内の重要導線になっている 多少順位が上下しているだけなら、大幅変更は不要です。 Googleもコアアップデート後の小幅な順位低下について、すでに良好に機能しているコンテンツへ大きな変更を加えないことを推奨しています。 良いページを“改善しなければならない”と思い込まないこと も重要です。 更新する｜検索需要があるのに成果を取り切れていない記事 リライト候補は、 4〜20位前後 表示回数が多い 以前よりクリックが減った 情報が古い CTRが低い 検索意図は合っている CV導線が弱い などです。 特に、 表示回数が多いのに上位を取り切れていないページ は、優先して分析します。 更新内容は、 情報更新 不足見出し追加 タイトル改善 FAQ追加 独自事例追加 内部リンク改善 CTA改善 などです。 リライトについてはNo.44の記事と連動させます。 統合する｜検索意図が重複している記事 統合対象の典型は、 記事A：SEO記事の書き方記事B：SEOライティングの基本記事C：SEO記事構成の作り方 のようなケースです。 タイトルは違っていても、 検索クエリが似ている 内容がほぼ同じ 上位表示したい検索意図が同じ なら、統合を検討します。 統合するときの判断 最も適切なURLを1つ決め、そこへ、 各記事の良い情報 被リンク 検索意図 独自事例 を集約します。 Googleも、複数ページの内容を1つに統合する場合、旧URLから新しい統合先へリダイレクトすることは正当な運用として認めています。 削除する｜ユーザー価値を回復できない記事 削除は最後に判断します。 Googleも、コンテンツ削除は基本的に最後の手段としています。 削除候補になるのは、 内容が完全に古い 現在は存在しないサービス 情報を更新する価値がない 他ページへ統合できない 検索流入がない 被リンクがない CVへの貢献もない 今後もユーザーが必要としない といった条件が複数重なるページです。 アクセス0＝削除 ではありません。 例えば、 「製品の旧モデル情報」 のように、購入済みユーザーが検索する価値のあるページなら、検索流入が少なくても残す意味があります。 Googleも、薄いページを削除するだけでサイト全体の価値が自動的に上がるわけではない、と過去の公式SEO Office Hoursで説明しています。 新規作成する｜既存記事では満たせない検索意図 監査をすると、 サイト内に存在しない検索意図 も見つかります。 例えば、 既存記事： ホームページ制作の費用相場 があっても、 ホームページ制作会社の見積書の見方 は別の検索意図です。 この場合は、新規記事を作る価値があります。 コンテンツ監査は、 減らす作業 ではなく、 今後どこへ記事投資すべきか見つける作業 でもあります。 このまま使えるコンテンツ監査の判断フロー 記事1本ずつ、次の順番で判断します。 現在もユーザーに必要なテーマか？ YES → 次へNO → 削除・統合候補 検索需要または事業価値があるか？ YES → 次へNO → 削除候補 検索意図が重複する別ページがあるか？ YES → 統合候補NO → 次へ 現在の内容は正確・十分か？ YES → 次へNO → 更新候補 検索・CVで成果が出ているか？ YES → 残すNO → 原因分析 成果が出ない理由を確認する 順位 CTR 検索意図 コンテンツ 内部リンク CTA のどこに原因があるかを確認し、原因に応じて更新します。 コンテンツ監査の優先順位を点数化する方法 記事数が多い場合は点数化すると整理しやすくなります。 Refu式・コンテンツ監査スコア例 評価項目0点1点2点3点表示回数ほぼなし少ない中程度多い現在順位圏外21位以下11〜20位4〜10位検索推移増加横ばいやや減少大幅減少事業関連性低やや低高直結情報の古さ最新一部古い複数古い大幅に古いCV貢献なし間接回遊ありCVあり 合計18点。 例えば、 14点以上：最優先で監査・改善10〜13点：改善候補6〜9点：経過観察5点以下：統合・削除も含め検討 という形です。 ※この点数はGoogle公式基準ではなく、社内の改善優先順位を決めるための運用例です。 記事を統合・削除するときのSEO上の注意点 統合先があるなら301リダイレクトを検討する 記事Bを記事Aへ統合した場合、記事Bをそのまま404にするのではなく、 B → A へ恒久的リダイレクトを設定します。 GoogleはURL移転時、サーバー側での301または308などの恒久リダイレクトを推奨しており、複数ページを1ページへ統合した場合も旧URLを統合先へリダイレクトできます。 無関係なページへリダイレクトしない 削除した記事を全部、 トップページへ301 するのはおすすめできません。 Googleも、多数の古いURLを無関係な1ページへリダイレクトするとユーザーを混乱させ、soft 404として扱われる可能性があると案内しています。 リダイレクトは、 ユーザーが元ページで達成しようとしていた目的を、移転先でも達成できるか で判断します。 削除だけでSEO評価が上がるとは考えない 例えば、 「アクセス0の記事が100本あるから全部消せば評価が上がる」 とは限りません。 Googleは、薄いページを削除したことだけでサイト価値が自動的に高まるわけではないと説明しています。 重要なのは、 残したページの価値が本当に高いか です。 削除と同時に、 重要記事をリライト 内部リンク整理 サービスページ改善 独自情報追加 などを進めます。 内部リンク・サイトマップも修正する 統合・削除した後は、 内部リンク 関連記事 カテゴリ一覧 XMLサイトマップ canonical なども確認します。 GoogleもURL変更時には内部リンクを新URLへ更新することを推奨しています。 301が設定されているからといって、サイト内リンクを旧URLのまま放置しないようにしましょう。 やってはいけないコンテンツ監査5選 PVが少ない記事を一括削除する PVだけでは記事価値を判断できません。 CV・事業関連性も確認します。 1年以上更新していない記事を全部リライトする 更新年数より、 現在の情報が正確か を確認します。 5年前の記事でも内容が正確で成果を出していれば、無理に変更する必要はありません。 似た記事を残したまま新規記事を増やす まず既存URLを確認します。 同じ検索意図なら、統合・リライトを検討します。 削除記事をすべてトップへ301する 関連性のないリダイレクトは避けます。 適切な統合先がなければ、ページを終了して404または410を返すことも選択肢です。 Googleも、ページを完全に終了する場合は404／410、ユーザーに役立つ適切な代替ページがある場合はリダイレクトという考え方を示しています。 「SEO評価を上げるために削除」が目的になる 目的は削除件数ではありません。 サイトを訪れたユーザーが、必要な情報へ最短でたどり着ける状態を作ること が目的です。 コンテンツ監査は何か月ごとに行うべき？ すべての記事を毎月監査する必要はありません。 運用例としては、 毎月 大幅に流入が落ちた記事 上位表示候補 CVが多い重要ページ を確認します。 3〜6か月ごと 全記事のクリック推移 検索順位 CTR 新しい検索クエリ CV貢献 を確認します。 年1回 サイト全体を、 残す 更新 統合 削除 新規作成 へ再分類します。 記事数や業界によって適切な頻度は異なるため、毎月必ず全ページを見る必要はありません。 このまま使える管理シート項目 コンテンツ監査はスプレッドシートでも十分に管理できます。 基本情報 URL タイトル カテゴリ 公開日 最終更新日 担当者 SEOデータ クリック数 表示回数 CTR 平均掲載順位 主要クエリ 前期間比 前年比 事業データ サービスとの関連性 サービスページ遷移 CTAクリック CV CVアシスト コンテンツ評価 情報は最新か 独自情報があるか 検索意図と合っているか 重複記事があるか 被リンクがあるか 内部リンク上重要か 対応方針 残す 更新 統合 削除 新規作成 実施管理 優先順位 対応予定日 対応日 統合先URL リダイレクト有無 改善内容 改善後の結果 このまま使えるコンテンツ監査チェックリスト データ確認 全URLを一覧化した Search Consoleデータを取得した GA4データを確認した 前期間と比較した 前年同期も必要に応じて確認した 主要クエリを確認した CV貢献を確認した 記事評価 現在も必要なテーマか 情報は正確か 検索需要があるか 検索意図に合っているか 自社サービスと関連しているか 独自情報があるか 他記事と重複していないか 対応判断 残す 更新する 統合する 削除する 新規作成する のどれかを決めた 統合・削除時 被リンクを確認した 内部リンクを確認した 適切な統合先があるか確認した 必要なら301リダイレクトを設定した 無関係なページへ転送していない 内部リンクを新URLへ変更した サイトマップを更新した 改善後 対応日を記録した Search Consoleで変化を確認した GA4でCVへの影響を確認した 次回監査日を決めた まとめ：オウンドメディアは“記事数”ではなく“役立つページの割合”を高める オウンドメディアを長く運営すると、 記事を増やすこと よりも、 既存記事を整理して成果を最大化すること の重要性が高まります。 コンテンツ監査では、 全記事を一覧化する↓Search Console・GA4でデータを確認する↓検索意図・事業価値を評価する↓残す・更新・統合・削除・新規へ分類する↓重要ページから改善する↓公開後の成果を再計測する という流れで進めます。 Googleも、コンテンツ改善ではSEO上の“クイックフィックス”ではなく、ユーザーにとって意味があり、長期的に持続可能な変更を行うことを推奨しています。 また、削除は改善できない場合の最終手段としています。 だからこそ、 「アクセスが少ないから消す」 ではなく、 「このページは誰の、どんな疑問を解決するために存在しているのか」 を一つずつ確認することが重要です。 オウンドメディアの強さは記事総数で決まりません。 必要な検索意図に対して、役立つページがきちんと揃い、それぞれが明確な役割を持っている状態 を作ることが、長期的なSEOと問い合わせ獲得につながります。 オウンドメディアのコンテンツ監査・SEO改善ならRefuへ Refuでは、Search Console・GA4を使って既存記事を一覧化し、 「残すべき記事」「リライトすべき記事」「統合した方がよい記事」「削除を検討すべき記事」「新しく作るべきテーマ」 まで整理するオウンドメディアのコンテンツ監査・SEO改善を行っています。 「記事が100本以上あって整理できていない」「新規記事を増やすべきかリライトすべきか分からない」「過去記事がSEOに悪影響を与えていないか確認したい」 など、お気軽にご相談ください。 ▶ 無料相談はこちらから その他おすすめ記事はこちら コンテンツSEOとは？中小企業でも成果を出せる記事戦略 成果を出す企業が必ずやっているアクセス解析の活用法 ホームページの集客が伸びない原因10選｜まず見直すべき優先順位 競合サイト分析のやり方｜中小企業が“勝てる切り口”を見つける方法 SEOに強いサイト構造とは？カテゴリ設計と内部リンク最適化の基本 GA4で“集客のムダ”を見つける方法｜チャネル別に成果を伸ばす分析手順 検索意図から逆算するキーワード設計｜中小企業のためのKWマップ作成法 検索順位が下がったときの原因分析｜サーチコンソールで切り分ける7ステップ SEO記事のリライト方法｜新規作成より優先すべきページの見つけ方 SEOと生成AIに強いFAQ設計｜質問の集め方・回答の書き方・導線設計
2026/09/23
デザイン・ブランディングWebサイトと営業資料のデザインを統一する方法｜ブランド体験を揃える運用ルール
Webサイトだけ整えても、ブランド体験は完成しない ホームページをリニューアルして、 ロゴを整えた ブランドカラーを決めた 写真撮影をした キャッチコピーを作った デザインを統一した にもかかわらず、営業担当者が顧客へ送る提案書を見ると、 Webサイトとはまったく違う色・フォント・写真・言葉遣いになっている。 こうした状態は珍しくありません。 ユーザーからすると、Webサイトも営業資料も同じ企業との接点です。 ホームページでは洗練された印象だったのに、送られてきた資料が古いデザインだった場合、 「Webサイトだけきれいに作っている会社なのかな」 という違和感につながる可能性があります。 逆に、 Webサイト↓会社案内↓営業資料↓提案書↓商談 まで同じ世界観でつながっていれば、企業としての一貫性を感じてもらいやすくなります。 ブランドはホームページだけで作るものではありません。 顧客が企業と接するすべての場面で、同じ印象を積み重ねることで形成されます。 まず結論：統一すべきなのは「見た目」ではなく“判断ルール” デザインを統一するというと、 「全部同じ色にする」「全部同じテンプレートを使う」 と考えられがちです。 しかし、本当に揃えるべきなのは判断ルールです。 例えば、 ブランドカラーは青 だけでは運用ルールとして不十分です。 より具体的には、 メインカラーはどこに使うか 背景にはどの色を使うか 強調色は何色か CTAはどの色にするか グラフでは何色まで使えるか まで決めます。 フォントも同様です。 「ゴシック体を使う」 だけではなく、 大見出し 小見出し 本文 数字 注釈 で使い方を決めることで、Webでも資料でも同じ印象を再現できます。 つまりブランド統一とは、 「誰が作っても、その会社らしくなる仕組みを作ること」 です。 Webサイトと営業資料で揃えるべき7つの要素 ロゴとロゴ周辺の余白 ロゴはブランドの中心となる要素です。 ところが営業資料では、 ロゴを必要以上に大きくする 縦横比を変える 背景に埋もれる 別の色に変更する 周囲に文字を近づけすぎる といったことが起こりやすくなります。 最低限、 使用できるロゴデータ 背景別の使用パターン 最小サイズ 周囲に確保する余白 変形・色変更の禁止 を決めておきましょう。 ロゴを毎回違う扱いにしないことが、ブランド統一の第一歩です。 ブランドカラーと配色ルール Webサイトでは配色を厳密に決めていても、PowerPointやGoogleスライドでは担当者が自由に色を追加してしまうことがあります。 例えば、 Webサイト：青・白・グレー なのに、 営業資料：青・赤・黄色・緑・紫 となれば、ブランドの印象は大きく変わります。 おすすめは、 メインカラーブランドを象徴する色 サブカラー背景や補助に使う色 アクセントカラーCTA・重要情報などに限定して使う色 ニュートラルカラー白・黒・グレーなど に役割を分けることです。 さらに、資料内のグラフなどで追加色が必要な場合も、 「グラフ用カラーセット」 をあらかじめ用意すると崩れにくくなります。 フォントと文字の階層 Webサイトと営業資料で完全に同じフォントを使えない場合もあります。 例えばWebフォントがPowerPoint環境に入っていなければ、そのまま再現できません。 その場合は、 Web用フォントと資料用代替フォントをあらかじめ指定 しておきます。 例えば、 WebNoto Sans JP 営業資料Noto Sans JPまたは環境に応じた指定フォント という形です。 重要なのはフォント名そのものより、 大見出しは太く大きく 本文は読みやすく 注釈は小さく 強調は太字 むやみに色を使わない といった情報階層を統一することです。 写真・イラストのトーン Webサイトではプロが撮影した写真を使っているのに、営業資料では突然テイストの違うフリー素材が登場する。 これもブランドが崩れる典型例です。 写真では、 明るさ 色温度 人物の表情 背景 構図 加工方法 を揃えます。 例えばブランドが、 誠実／上質／落ち着き なら、 自然な表情 落ち着いた色 余白のある構図 を基本にします。 逆に、 親しみ／活発／楽しい なら、明るい表情や動きのある写真を選ぶ方法があります。 写真選定にもブランドの判断基準を持ちましょう。 コピー・言葉遣い・表記 ブランド統一は、デザインだけではありません。 例えばWebサイトでは、 「お気軽にご相談ください」 と柔らかいトーンなのに、営業資料では、 「弊社サービスの導入をご検討ください」 と急に固くなると、企業の人格が変わったように感じられます。 揃えたいのは、 丁寧さ 専門用語の使い方 漢字・ひらがなの割合 サービス名称 呼び方 キャッチコピー 数字表記 などです。 特にサービス名は、 Webサイト：Web制作支援営業資料：ホームページ制作サービス見積書：サイト制作事業 のようにバラバラになりやすいため、正式表記を決めておきます。 図解・グラフ・アイコン 営業資料では、Webサイト以上に図解・グラフが使われます。 ここも統一しないと、ブランド感が崩れます。 揃えたいポイントは、 矢印の形 線の太さ 角丸 アイコンのテイスト グラフカラー 見出しデザイン 図形の形 です。 例えば、 Webサイトでは線画アイコンなのに、営業資料だけ立体的なイラストを使うと別ブランドに見えます。 図解のルールを、そのまま営業資料にも展開すると運用しやすくなります。 CTAや問い合わせの見せ方 Webサイトだけでなく営業資料にも、 次に何をしてほしいのか を明確にします。 例えば資料の最後に、 お問い合わせ 無料相談 QRコード WebサイトURL 電話番号 を掲載します。 ここでも、WebサイトのCTAと表現を揃えることが重要です。 Webでは、 「無料相談はこちら」 なのに、資料では、 「お問い合わせください」 となっているなら、可能な範囲で統一します。 同じ行動を、同じ言葉で案内することで認知がつながります。 なぜデザインがバラバラになる？よくある5つの原因 制作担当者が違う Webサイトは制作会社、営業資料は営業担当者、会社案内は印刷会社。 このように担当者が分かれていると、個別最適になりやすくなります。 元データが共有されていない ロゴデータやブランドカラーが分からないため、営業担当者が、 「なんとなく近い青」 を使ってしまいます。 デザインガイドラインがない 「Webサイトを見て同じ感じにしてください」 だけでは、判断が人によって変わります。 営業資料が継ぎ足しで作られている 過去資料へページを追加し続けることで、 フォントが違う 色が違う 古いロゴが残る サービス名が古い という状態になります。 統一する責任者が決まっていない 最終的に、 「誰がブランドを管理するのか」 が決まっていないと、ルールがあっても崩れていきます。 統一感を作るためのデザインガイドラインの作り方 最低限のルールから始める 最初から100ページのブランドガイドを作る必要はありません。 中小企業であれば、まずは次の項目だけでも十分です。 ロゴ 使用データ 余白 NG例 カラー メイン サブ アクセント 背景 フォント 見出し 本文 数字 写真 明るさ トーン NG写真 図解・アイコン 使用スタイル 色 コピー 基本的な言葉遣い サービス正式名称 この6項目が決まるだけでも、かなり統一しやすくなります。 Web用・資料用で共通ルールと例外を分ける すべてを完全に同じにする必要はありません。 Webと営業資料では媒体特性が違います。 例えば、 Web スクロール前提 アニメーションが使える CTAを複数配置できる 営業資料 ページ単位 印刷される可能性がある 商談しながら説明する という違いがあります。 そのため、 ブランドとして揃える要素 と、 媒体ごとに最適化してよい要素 を分けます。 ブランド統一とは、すべてをコピーすることではありません。 同じブランドに見える範囲で、媒体ごとに最適化すること です。 NG例まで決めておく 「こうしてください」だけでなく、 「これはやらない」 も重要です。 例えば、 ロゴの変形禁止 グラデーション禁止 ブランドカラー以外の強調色を追加しない 影を多用しない 写真を過度に加工しない フォントを3種類以上使わない などです。 NG例があると、デザインに詳しくない人でも判断しやすくなります。 テンプレート化して誰でも使える状態にする ルールをPDFで配るだけでは、実際の運用では守られないことがあります。 そこで、 PowerPoint Googleスライド Canva Figma などで営業資料テンプレートを作ります。 例えば、 表紙 会社紹介 課題 サービス紹介 強み 実績 料金 導入フロー FAQ 問い合わせ までテンプレートを用意します。 営業担当者は文章と写真だけ変更すればよい状態にすると、ブランドを維持しやすくなります。 営業資料で特に注意したいデザインポイント 1ページ1メッセージにする 営業資料に情報を詰め込みすぎると、商談中にどこを見ればよいか分からなくなります。 基本は、 1ページ＝1つの主張 です。 例えば、 私たちの強みは3つあります というページなら、料金・事例・会社概要まで同じページに入れないようにします。 Webサイトと同じ説明順に揃える Webサイトでは、 課題 → 解決策 → 強み → 事例 なのに、営業資料では、 会社概要 → 沿革 → サービス → 課題 では、説明の印象が変わります。 可能であれば、 Webサイトと営業資料の“ストーリー”を揃える ことをおすすめします。 すると、 Webで事前確認↓営業資料で説明↓Webで再確認 という流れでも理解がつながります。 図解・事例を共通資産として使う 毎回同じ説明をゼロから作らず、 ブランド共通パーツ として管理します。 例えば、 サービス全体図 制作フロー 料金表 導入事例 対応エリア 比較表 などです。 Web用と資料用でサイズを最適化しながら、内容とデザインは共通にします。 こうすることで、情報のズレも防げます。 営業担当者が編集しても崩れない設計にする 営業資料は、最終的に現場で編集されます。 そのため、 「絶対に触らないでください」 では現実的ではありません。 むしろ、 編集してよい場所 固定する場所 写真の差し替え方法 ページ追加の方法 使える色 を決めます。 変更される前提で設計すること が、運用できるブランドガイドラインです。 Webサイトと資料の内容がズレない運用方法 ブランドの統一で意外と問題になるのが、見た目より情報のズレです。 例えば、 Webサイト：月額30,000円〜 営業資料：月額25,000円〜 となっていれば、ブランド以前に信頼を落とします。 そのため、共通情報は管理元を決めておきましょう。 例えば、 会社情報 会社名 所在地 代表者 設立 電話番号 サービス情報 サービス名称 料金 提供内容 対応範囲 実績情報 実績件数 顧客名 数値成果 などです。 さらに、 情報を変更したときに何を更新するか までルール化します。 例： 料金変更 Webサイト↓営業資料↓会社案内↓見積テンプレート↓FAQ を同時に確認する。 こうした更新チェックリストがあると、情報の古さを防げます。 ブランド統一でやってはいけないNG例7つ ロゴだけ統一して満足する ロゴが同じでも、色・写真・文章・図解が違えばブランドは揃いません。 WebデザインをそのままPowerPointへコピーする 媒体が違うため、読みづらくなる場合があります。 世界観は揃え、レイアウトは媒体に最適化 しましょう。 営業担当者ごとに資料テンプレートが違う Aさんは青、Bさんは赤、Cさんは昔の資料。 この状態を避けるため、正式テンプレートを1つ決めます。 ブランドカラーを増やし続ける 「この資料だけ目立たせたい」と色を増やすと、少しずつ世界観が崩れます。 古いロゴ・料金・実績が残る デザイン統一以前に、情報の不一致が信頼を損ないます。 ガイドラインが細かすぎて誰も使わない ルールが難しすぎると、現場で守られません。 必要最低限＋テンプレート を基本にしましょう。 デザイン担当だけがルールを知っている 営業・採用・広報など、実際に資料を作る人へ共有されなければ意味がありません。 ブランドはデザイナーだけで管理するものではなく、組織全体で運用するものです。 このまま使えるブランド統一チェックリスト ロゴ 正式なロゴデータが共有されている Webと資料で同じロゴを使用している 縦横比を変更していない ロゴ周辺の余白ルールがある 旧ロゴが残っていない カラー メインカラーが決まっている サブカラーが決まっている アクセントカラーが決まっている RGB／HEXなどの値が共有されている 資料担当者が自由に色を追加していない グラフ用カラーが決まっている 文字 見出し用フォントが決まっている 本文用フォントが決まっている 資料用の代替フォントが決まっている 見出し・本文・注釈の階層が統一されている サービス名称の正式表記が統一されている 写真・図解 写真のトーンが揃っている サイトと無関係なフリー素材を多用していない アイコンのテイストが揃っている 図解の線・色・角丸が揃っている Webと営業資料で共通図解を利用している コンテンツ 会社情報が一致している サービス内容が一致している 料金が一致している 実績件数が一致している キャッチコピーが一致している Webと営業資料で説明の流れが大きくズレていない 運用 正式な営業資料テンプレートがある 編集してよい箇所が決まっている ブランドガイドラインが共有されている 更新担当者が決まっている 情報変更時の更新対象が一覧化されている 古い資料を使用しないルールがある まとめ：ブランドは“一つの制作物”ではなく、すべての接点の積み重ねでできる Webサイトのデザインを整えることは、ブランディングの重要な一歩です。 しかし顧客は、ホームページだけを見て企業を判断しているわけではありません。 SNSを見る。営業資料を見る。提案書を見る。担当者と話す。見積書を見る。 それらすべてを通して、 「この会社はこういう会社なんだ」 という印象を作っています。 だからこそ、Webサイトだけ高品質にするのではなく、 色フォント写真コピー図解サービス名称問い合わせ導線 まで共通のルールで整えることが重要です。 そして本当に重要なのは、一度きれいに揃えることではありません。 更新しても、担当者が変わっても、資料が増えてもブランドが崩れない仕組みを作ること。 デザインガイドラインとテンプレートを用意し、Web・営業・採用・広報で共通利用できるブランド資産を作る。 これが、継続的にブランドを育てるための運用方法です。 運用・法務面の注意 Webサイトから営業資料へ写真・顧客ロゴ・事例・お客様の声などを流用する場合は、Web掲載の許可だけで営業資料への二次利用まで認められているとは限りません。 特に、 顧客企業のロゴ 担当者の顔写真 お客様のコメント 制作事例 外部から購入した写真・イラスト は、利用許諾の範囲を確認しましょう。 また、営業資料に 「No.1」「満足度〇％」「売上〇倍」 などの表現を追加する場合も、Webサイトと同様に根拠・条件・対象期間を確認することが重要です。 「社内資料だから」「営業時だけ使うから」という理由で、誤認につながる表現を自由に使えるわけではありません。 ブランドの統一だけでなく、表現の正確性まで統一することが信頼につながります。 Webサイト・営業資料のブランド統一ならRefuへ Refuでは、Webサイト単体のデザインだけでなく、ロゴ・カラー・写真・コピー・図解などを整理し、営業資料や会社案内まで展開しやすいブランド設計を行っています。 「ホームページをリニューアルしたが営業資料が古いまま」「担当者ごとに資料のデザインが違う」「社内でブランドを統一できるルールを作りたい」 といった場合も、現在使っている制作物を整理しながら改善方法をご提案します。 ▶ 無料相談はこちらから その他おすすめ記事はこちら 企業ロゴやコーポレートカラーを活かした統一ブランディング術 トーン＆マナーの整え方｜ブランドらしさを伝えるデザイン戦略 更新しても世界観が崩れない｜デザインガイドライン（簡易版）の作り方 ブランドを言語化する「3語ルール」｜デザインがブレない軸の作り方 配色に迷わない｜メイン・サブ・アクセントの黄金比と運用ルール ブランドらしさが伝わる写真撮影の準備｜構図・服装・背景・チェックリスト 図解・グラフで難しいサービスを分かりやすく伝えるデザイン術
2026/09/22
リニューアル・運用ノウハウヒートマップ分析の見方｜クリック・熟読・離脱から改善点を見つける方法
ヒートマップとは？ユーザーの行動を“見える化”する分析方法 ヒートマップとは、Webサイトを訪れたユーザーが、 どこをクリックしたかどこまでスクロールしたかページのどの部分に時間を使ったか といった行動を、色や数値を使って視覚的に確認する分析方法です。 アクセス解析では、 「このページを1,000人が見た」「問い合わせ率が1.5％だった」 という結果は分かります。 しかし、それだけでは、 「なぜ問い合わせしなかったのか」「どこで読むのをやめたのか」「どの情報に興味を持ったのか」 までは分かりません。 そこで役立つのがヒートマップです。 例えばMicrosoft Clarityでは、クリックマップ、スクロールマップ、エリアマップ、アテンションマップなど複数のヒートマップ機能が提供されています。クリック位置や到達率、各セクションに費やした時間などからユーザー行動を確認できます。 GA4とヒートマップは何が違う？ ヒートマップとGA4は、どちらか一方を使えばよいものではありません。 役割が異なります。 GA4→ 「何が起きたか」を数値で見る 例えば、 アクセス数 流入経路 ページ閲覧 イベント コンバージョン などを確認します。 一方で、 ヒートマップ→ 「ページ内でどのように行動したか」を見る ことに向いています。 例えば、 CTAより前に多くのユーザーが離れている 画像がボタンだと思われてクリックされている ページ下部の料金表まで見られていない といったことです。 おすすめは、 GA4で問題のあるページを見つける↓ヒートマップでページ内の原因を探す という使い方です。 ヒートマップで見るべき3つの基本データ クリック｜どこが押されているか クリックヒートマップでは、ユーザーがページ内のどこをクリック・タップしているか確認します。 Microsoft Clarityのクリックマップでは、リンクだけでなく、ユーザーがクリックした非リンク要素も確認できます。また、反応しない場所へのクリックである「Dead click」や、短時間に同じ場所を繰り返しクリックする「Rage click」なども確認できます。 見るべきポイントは、 CTAが押されているか グローバルメニューのどこが使われているか 画像や見出しが誤ってクリックされていないか 重要ではないリンクにクリックが集中していないか です。 スクロール｜どこまで見られているか スクロールヒートマップでは、ユーザーがページのどの位置まで到達したか確認します。 Clarityでは、ページ上の特定位置まで到達したユーザーの割合や、スクロール前に平均的に見えている範囲を確認できます。 例えば、 70％のユーザーがページ中央まで到達↓問い合わせCTAはページ最下部↓CTAを見る前に多くのユーザーがページを離れている可能性 という仮説を立てられます。 熟読・注目｜どこに時間を使っているか ツールによっては、ページの各エリアにユーザーがどの程度時間を使っているか確認できます。 Clarityのアテンションマップでは、各セクションの平均滞在時間や、セッション全体に対してその部分へどの程度時間を使ったかを確認できます。 ただし、 長く滞在している＝必ず熟読している とは限りません。 内容が分かりにくくて読むのに時間がかかっている可能性もあります。 ヒートマップは、数値だけで結論を出すのではなく、ページ内容と合わせて判断することが重要です。 クリックヒートマップの見方｜CTA・リンクの改善点を探す クリックマップを見る時は、単純に「赤いところ＝良い」と考えないようにします。 重要なのは、 押してほしいところが押されているか です。 例えば、問い合わせを目的としたページで、 会社概要 採用情報 SNSリンク ばかりクリックされ、 「無料相談はこちら」 がほとんど押されていなければ、ユーザーの関心とサイト側の導線にズレがある可能性があります。 逆に、 料金 事例 よくある質問 へのクリックが多い場合は、 問い合わせ前にこれらの情報を確認したいユーザーが多い という仮説を立てられます。 その場合、 料金 → 事例 → FAQ → 問い合わせ という導線を強化する方法があります。 スクロールヒートマップの見方｜離脱ポイントを推測する スクロールマップでは、ユーザーの到達率が大きく下がるポイントを確認します。 例えば、 ファーストビュー：100％サービス紹介：80％選ばれる理由：70％長い会社紹介：35％事例：25％問い合わせ：15％ という状態だったとします。 この場合、 会社紹介付近でユーザーが読むのをやめている 可能性があります。 そこで、 会社紹介を短くする 事例を上へ移動する 途中にもCTAを追加する 見出しだけで内容が分かる構成にする といった改善を検討できます。 ただし、スクロール到達率の低下だけで「ここで離脱した」と断定することはできません。 スクロールマップが示すのは「どこまで到達したか」であり、実際のページ離脱についてはGA4などのデータも組み合わせて判断することが重要です。 熟読・アテンションの見方｜読まれている場所を探す 熟読・アテンション系のデータでは、 ユーザーがどこに時間を使っているか を確認します。 例えばサービスページで、 サービス説明：短い料金：長い事例：長い会社概要：短い となっている場合、 「ユーザーは具体的な料金と実績を比較しているのではないか」 という仮説が立てられます。 この場合、 料金情報を充実させる 料金の考え方を説明する 事例を料金付近へ配置する 問い合わせCTAを近くに置く といった改善につなげられます。 重要なのは、よく見られている情報の周辺に次の行動を用意することです。 「クリックされていない＝不要」と判断してはいけない理由 ヒートマップ分析で特に注意したいのが、 「クリックされていないから、このコンテンツは削除しよう」 という判断です。 例えば、 会社の信頼性を伝える受賞実績 資格情報 対応エリア 保証内容 などは、クリックされなくてもユーザーの判断材料になっている可能性があります。 同様に、 スクロールされている↓必ず読まれている とも限りません。 そのため、ヒートマップでは、 クリックされたか到達したか時間を使ったかその後CVしたか を組み合わせて考えます。 ヒートマップから改善案を作る実践パターン CTAまで到達していない場合 ページ下部に問い合わせCTAがあるものの、そこまで到達するユーザーが少ない場合です。 改善案としては、 CTAをページ途中にも配置する ファーストビューにも問い合わせ導線を設置する 不要なコンテンツを削る 重要なコンテンツを上へ移動する などがあります。 ただし、CTAを増やせば必ずCVが増えるわけではありません。 ユーザーが問い合わせを判断するために必要な情報が不足している場合は、情報追加が先です。 押せない場所がクリックされている場合 画像や見出しなど、本来クリックできない場所にクリックが集中しているケースです。 これは、 ユーザーが「押せそう」と認識している 可能性があります。 Microsoft Clarityでは、押しても反応しない箇所へのクリックをDead clickとして確認できます。 例えば施工事例の画像が頻繁にクリックされているなら、 画像から事例詳細へリンクする といった改善が考えられます。 ユーザーの期待に合わせてUIを変更することで、自然な回遊につなげられます。 重要情報が読まれていない場合 「選ばれる理由」「事例」「料金」など、CVに重要な情報の到達率が低い場合です。 改善案としては、 ページ上部へ移動する 文章を短くする 見出しを分かりやすくする 写真・図解を活用する 不要な前置きを削る などがあります。 ホームページでは、 伝えたい順番ではなく、ユーザーが知りたい順番 で構成することが重要です。 熟読されているのにCVにつながらない場合 非常に重要なパターンです。 例えば料金ページがよく読まれているのに問い合わせが少ない場合、 料金が高い 条件が分かりにくい 追加費用が不安 次に何をすればよいか分からない など、別の課題がある可能性があります。 その場合は、 料金例を追加 見積もりの流れを説明 FAQを追加 CTA文言を変更 事例を追加 などを検討します。 読まれているのに動かない場所は、CV改善の重要なヒント になります。 トップ・サービス・LP・フォームで見るポイント トップページ ファーストビュー直後に大きく到達率が落ちていないか サービスへのクリックが発生しているか 重要ではないメニューへ流れていないか 問い合わせCTAが認識されているか サービスページ 料金・強み・事例のどこが見られているか CTAまで到達しているか 関連サービスへ適切に回遊しているか LP ファーストビューで離れていないか 途中の長い説明で到達率が落ちていないか どの訴求付近でCTAが押されているか 押せない要素への誤クリックがないか 問い合わせフォーム フォームへの到達だけでなく、入力開始後の完了状況もGA4などと合わせて確認します。 ヒートマップだけでフォーム離脱の原因を断定せず、 フォーム到達 入力開始 エラー 送信完了 といったイベント計測も組み合わせると分析しやすくなります。 GA4と組み合わせると分析精度が上がる ヒートマップだけを見ていても、 そのユーザーが問い合わせしたのか どこから流入したのか どのページから移動してきたのか までは十分に判断できないケースがあります。 そこでGA4と組み合わせます。 例えば、 GA4サービスページのアクセスは多い↓問い合わせ率が低い ヒートマップ料金説明まではよく見られている↓CTAはほとんど押されていない という場合、 料金説明から問い合わせへの導線に問題があるのではないか という具体的な仮説を作れます。 分析の基本は、 GA4＝問題の場所を見つけるヒートマップ＝問題の原因を推測する という組み合わせです。 ヒートマップ分析でよくある失敗 データが少ない状態で結論を出す 数人の行動だけでサイト全体を変更すると、偶然の行動に左右されます。 十分なデータが集まってから判断しましょう。 PCとスマホを一緒に見る PCとスマートフォンでは、 画面サイズ メニュー CTA位置 操作方法 が大きく異なります。 ClarityのヒートマップでもPC・タブレット・モバイルを切り替えて確認できます。 基本的にはデバイス別に分析しましょう。 赤い場所だけを見る ヒートマップは「よくクリックされた場所を探すゲーム」ではありません。 むしろ重要なのは、 押してほしいのに押されていない場所 見てほしいのに届いていない場所 押せないのに押されている場所 です。 ヒートマップだけで原因を断定する ユーザーがスクロールを止めた理由は、ヒートマップだけでは分かりません。 内容が悪かった 必要な情報を見つけて満足した 電話番号を確認して離脱した 別タブで問い合わせした など複数の可能性があります。 ヒートマップは事実を可視化しますが、理由そのものを直接教えてくれるわけではありません。 改善したまま効果検証をしない ボタン位置を変更して終わりではなく、 変更前↓変更後 で、 クリック率 到達率 CV率 がどう変化したか確認します。 Clarityには同一プロジェクト内でヒートマップを比較する機能もあります。 改善を繰り返す実務フロー ヒートマップ分析は、次の順番で進めると分かりやすくなります。 改善目的を決める例：問い合わせを増やす↓GA4で対象ページを選ぶアクセスはあるがCVが少ないサービスページなど↓ヒートマップを見るクリック・スクロール・アテンション↓問題を仮説化する例：CTAを見る前に多くのユーザーが止まっている↓改善するCTAを移動・文章を短くする・事例を前へ移動↓一定期間データを取得する↓改善前後を比較する このサイクルを回すことで、感覚ではなくユーザー行動をもとに改善できるようになります。 ヒートマップ分析チェックリスト 分析前 改善したい目的を決めている 対象ページを絞っている ある程度のアクセスデータがある PC・スマホを分けて見る準備をしている クリック 主要CTAがクリックされている 想定していない場所へのクリックがない 押せない画像・文字へのクリックがない 重要ではないリンクへ流れすぎていない Dead click・Rage clickが発生していない スクロール 重要情報まで到達している CTAまで到達している 急激に到達率が下がる場所がない 長すぎるセクションがない ファーストビュー直後で大きく落ちていない 熟読・注目 料金が見られている 事例が見られている 強みが見られている FAQが見られている 長く見られている場所の内容を確認した 改善 ヒートマップだけで結論を出していない GA4と組み合わせている 改善内容を記録している 改善前後を比較している 一度に大量の変更をしていない 導入時はプライバシー・同意管理にも注意する ヒートマップやセッション分析ツールを導入する場合は、ユーザー行動データをどのように取得・利用するかについても確認が必要です。 利用するツールによって、 Cookieの利用 取得されるデータ マスキング機能 データ保存期間 同意管理 などの仕様が異なります。 例えばMicrosoft Clarityでは、Cookieや同意管理、データ収集に関する公式ドキュメントが用意されており、EEA・英国・スイスからのアクセスについては、2025年10月31日以降、全機能を利用するための有効な同意シグナルが求められています。 企業サイトへ分析ツールを追加する際は、 プライバシーポリシーの内容利用しているCookie・分析ツール対象地域に応じた同意取得フォームなど個人情報入力部分のマスキング などを確認しましょう。 「無料だからとりあえずタグを入れる」のではなく、取得データと利用目的を把握したうえで導入することが重要です。 まとめ：ヒートマップは“答え”ではなく改善仮説を見つけるツール ヒートマップを活用すると、 クリック＝どこを押したかスクロール＝どこまで到達したかアテンション＝どこに時間を使ったか など、アクセス数だけでは分からないユーザー行動を確認できます。 Clarityなど現在の行動分析ツールでも、クリック・スクロール・アテンションなど複数の視点から分析できる機能が提供されています。 ただし、ヒートマップだけを見て、 「ここで離脱した」「ここは読まれていないから不要」「このボタンは人気だから成果につながっている」 と断定するのは危険です。 重要なのは、 GA4で課題を発見する↓ヒートマップで行動を見る↓原因の仮説を立てる↓ページを改善する↓改善前後を比較する という流れです。 ヒートマップは、ユーザーの気持ちを直接読み取るツールではありません。 「なぜこのページで成果が出ないのか」を考える材料を増やし、改善仮説の精度を高めるツール として活用しましょう。 ヒートマップを活用したサイト改善ならRefuへ Refuでは、GA4・Google Search Console・ヒートマップなどを組み合わせ、アクセス数だけでは分からないユーザー行動を分析し、ページ構成・CTA・コンテンツ・フォームなどの改善につなげるWebサイト運用を支援しています。 「アクセスはあるのに問い合わせにつながらない」「どの部分から改善すればよいか分からない」「感覚ではなくデータをもとにサイトを改善したい」 など、お気軽にご相談ください。 ▶ 無料相談はこちらから その他おすすめ記事はこちら リニューアル前に必ずやるべき現状分析｜GA4×サーチコンソール×ヒートマップの使い分け コンバージョン率を上げる導線設計とは？成果を生むページ構成の考え方 問い合わせが増える！フォーム改善の具体的テクニック 問い合わせの質を上げる「サンクスページ」活用術｜計測・育成・CV最適化 リニューアル後の改善ロードマップ｜公開後90日でやるべき施策チェックリスト
2026/09/21
ホームページ制作の基本オウンドメディアの始め方｜中小企業が記事公開前に決めるべき7つのこと
オウンドメディアは「とりあえずブログを書く」と失敗しやすい SEO対策や問い合わせ獲得を目的として、 「自社でもブログを始めよう」 と考える企業は少なくありません。 しかし、オウンドメディア運営でよくあるのが、 とりあえず週1本書く 社員が順番に好きなテーマを書く SEOキーワードを見つけたら記事にする AIで大量の記事を作る アクセス数だけを追いかける というスタートです。 この方法では、記事数は増えても、 「誰に何を伝えるサイトなのか」 が分からなくなりやすく、問い合わせにもつながりません。 Googleも、検索エンジンからのアクセス獲得を主な目的として幅広いテーマの記事を大量に作るのではなく、既存または想定している読者にとって役立ち、サイトに明確な目的やテーマがあるコンテンツを重視する考え方を示しています。 オウンドメディアは、 記事を書くところから始めるのではなく、誰に・何を・何のために届けるかを決めるところから始める ことが重要です。 そもそもオウンドメディアとは？企業ブログとの違い オウンドメディアとは、直訳すると「自社が所有するメディア」です。 広い意味では、 コーポレートサイト ブログ メールマガジン 採用サイト なども含まれます。 ただしWebマーケティングの現場では、一般的に、 自社が継続的に記事や情報を発信し、検索・SNSなどからユーザーとの接点を作るWebメディア という意味で使われることが多くあります。 企業ブログとの違いは名称よりも、運営目的が設計されているかです。 たとえば、 企業ブログ 社内イベント 夏季休業のお知らせ 社員の日記 新商品の紹介 オウンドメディア ユーザーの悩みを解決する記事 商品・サービス選びに必要な知識 専門家としてのノウハウ 比較検討時に必要な情報 という違いがあります。 もちろん、企業ブログ形式でも戦略的に情報発信していれば、オウンドメディアとして活用できます。 大切なのは名称ではなく、 「記事を読んだ人にどのような価値を提供し、その後どのような関係を作るのか」 が設計されていることです。 始める前に決めること｜何のために運営するのか 最初に決めるのが目的です。 目的が曖昧なまま始めると、記事テーマもKPIも決まりません。 代表的な目的には次があります。 問い合わせを増やす 例：Web制作会社なら、 ホームページ制作 SEO リニューアル Web集客 などについて記事を作り、サービスへの相談につなげます。 見込み顧客との接点を増やす まだサービスを探していない潜在層へ情報提供し、将来の相談候補に入ってもらう目的です。 専門性・信頼性を伝える 専門的な情報を継続的に発信することで、 「この分野ならこの会社に相談できそう」 という状態を目指します。 採用につなげる 業界情報・仕事内容・働き方・社員の知識などを発信し、求職者との接点を作る方法もあります。 目的は、 × SEOを強化する だけでは不十分です。 SEOは集客手段だからです。 最終的には、 「SEOで集客して、何につなげたいのか」 まで決めましょう。 例： 自然検索から月3件のホームページ制作問い合わせを獲得する のように設定すると、必要な記事テーマや計測方法を考えやすくなります。 始める前に決めること｜誰に読んでもらうのか 次に決めるのが、読者＝ターゲットです。 「経営者向け」 だけでは広すぎます。 できるだけ、 業種 会社規模 役職 現在の課題 検討段階 知識レベル まで整理します。 たとえば、 従業員10〜50名程度の中小企業で、初めてホームページリニューアルを担当する総務・広報担当者 まで設定すると、どのような記事が必要かが見えてきます。 その人が知りたいのは、 制作費はいくらか 何ヶ月かかるか 制作会社はどう選ぶか 社内で何を準備するか SEOは何をすればいいか かもしれません。 Googleもpeople-firstコンテンツを考える際、「既存または想定しているユーザーが存在し、その人たちが直接サイトへ来ても役立つ内容か」を確認するよう案内しています。 記事テーマを考える前に、 「この記事は誰の、どんな疑問を解決するのか」 を明確にしましょう。 始める前に決めること｜どのテーマまで扱うのか オウンドメディアでは、サイトとして扱うテーマの範囲も重要です。 たとえばWeb制作会社なら、 ホームページ制作 SEO Webマーケティング デザイン ホームページ運用 などは本業との関連性があります。 一方、 「アクセスが取れそうだから」 という理由だけで、 投資 転職 グルメ 芸能ニュース などの記事を作り始めると、サイト全体の方向性が分かりにくくなります。 Googleも、サイトに主要な目的やテーマがあるかをpeople-firstコンテンツの確認項目として挙げています。 まず、 「自社が専門家として価値を提供できる範囲」 を定義しましょう。 おすすめは、 メインカテゴリ → サブカテゴリ → 記事テーマ の3階層で整理する方法です。 例： ホームページ制作 制作会社選び 費用 制作の流れ CMS サーバー SEO キーワード 内部リンク Search Console コンテンツSEO Web集客 SNS 広告 MEO LP このように先に全体設計すると、記事が増えてもテーマが散らかりにくくなります。 始める前に決めること｜検索キーワードと検索意図 オウンドメディアでSEOを狙うなら、記事を書く前に検索意図を考えます。 検索意図とは、 「そのキーワードを検索した人は、何を知りたいのか」 ということです。 たとえば、 「ホームページ制作 費用」 と検索する人なら、 相場を知りたい 料金の内訳を知りたい 高い・安いの基準を知りたい 制作会社へ頼む予算を決めたい と考えている可能性があります。 記事では単に、 「ホームページ制作 費用」 というキーワードを何度も入れるのではなく、これらの疑問へ答える必要があります。 1記事1キーワードではなく「1つの検索意図」 ここも重要です。 たとえば、 ホームページ制作 費用 HP制作 相場 Web制作 料金 は、検索意図が非常に近い可能性があります。 それぞれ別記事を作ると、内容が重複する場合があります。 キーワード単位ではなく、検索意図単位で記事を設計する ことを意識しましょう。 始める前に決めること｜カテゴリと内部リンク設計 記事を公開してからカテゴリを考えると、後から整理が難しくなります。 そのため、開始前にカテゴリ構造を決めておきます。 例： ホームページ制作 費用 制作会社選び 制作の流れ SEO 内部SEO コンテンツSEO 分析 運用 更新 保守 セキュリティ という形です。 そして重要なのが内部リンクです。 たとえば、 「ホームページ制作費用」 の記事を読んでいる人なら、 見積書の見方 制作会社の選び方 制作の流れ 問い合わせ にも興味がある可能性があります。 そこで記事同士をつなぎます。 Googleも、リンクはユーザーや検索エンジンがリンク先の内容を理解する助けになり、関連する情報へ文脈を追加するためにも利用できると説明しています。 オウンドメディアでは、 記事を単体で作るのではなく、記事同士をつなげてサイト全体で疑問を解決する ことを意識しましょう。 始める前に決めること｜誰が記事を作り、誰が確認するのか オウンドメディアが止まる理由として多いのが、 「誰がやるか決まっていない」 ことです。 少なくとも、 テーマを決める人 記事を書く人 専門内容を確認する人 SEOを確認する人 公開する人 公開後に分析する人 を決めましょう。 1人ですべて担当しても構いません。 重要なのは、 役割が明確になっていること です。 また、専門性が必要な記事では、 実務経験者や専門家の知識を記事へ反映する ことも重要です。 Googleはコンテンツ品質を評価する際の自己確認項目として、 誰が作ったのか 実体験や深い知識があるか 信頼できる情報源が示されているか 専門家や詳しい人によって作成・確認されているか といった点を挙げています。 制作会社や外部ライターへ依頼する場合でも、 自社にしかない経験・事例・ノウハウを提供する仕組み を作ることが重要です。 始める前に決めること｜KPIと問い合わせまでの導線 記事を公開してアクセスが増えても、それだけで事業成果につながるとは限りません。 開始前に、 「記事を読んだあと、何をしてほしいのか」 を決めます。 たとえば、 記事↓関連記事↓サービスページ↓実績↓問い合わせ という流れです。 記事の内容によってCTAも変えます。 潜在層向け記事 いきなり、 「今すぐお問い合わせ！」 ではハードルが高い場合があります。 その場合は、 関連記事 チェックリスト 事例 サービス解説 などへつなぎます。 比較検討層向け記事 料金 制作会社比較 サービス比較 選び方 などの記事では、問い合わせや無料相談へ近い導線を設置できます。 KPIも段階的に設定します。 例： 検索表示↓クリック↓記事閲覧↓サービスページ遷移↓問い合わせフォーム到達↓問い合わせ Search Consoleでは、検索クエリ・ページ・国などの単位でクリック数や表示回数などを確認できるため、公開後の検索パフォーマンス分析に利用できます。 PVだけでなく、事業成果に近い指標まで見る ことが重要です。 記事テーマはどうやって決める？実務で使える5つの探し方 営業担当へ「よく聞かれる質問」を聞く 最もおすすめの方法です。 営業担当が毎回説明している内容には、顧客ニーズがあります。 例： 料金はいくら？ 何ヶ月かかる？ 自分たちで更新できる？ SEOも対応できる？ 写真は用意する？ これだけでも記事テーマになります。 問い合わせ内容を確認する 問い合わせフォームやメールに書かれている質問を集めます。 ユーザーが実際に困っている内容なので、記事テーマとの相性が良い情報源です。 Search Consoleを見る すでにサイトを運営している場合は、Search Consoleから、 「どんな検索語句で自社サイトが表示されているか」 を確認できます。 たとえば、表示回数は多いのに該当する記事がないキーワードが見つかれば、新規記事候補になることがあります。 既存顧客へ聞く 「依頼前は何が分からなかったですか？」 と聞いてみましょう。 制作側が想像していなかった疑問が見つかることがあります。 自社の経験・事例から考える 競合サイトのキーワードだけを追いかけるのではなく、 実際にあった失敗 成功した改善 現場でよくある相談 自社独自の進め方 実績から分かったこと などを記事にすると、独自性が生まれます。 Googleも、コンテンツの自己評価項目として独自情報・調査・分析や、検索結果の他ページと比べた実質的な付加価値を挙げています。 最初に何記事用意すればいい？本数より設計を優先する 「オウンドメディアを始めるなら、最初に何記事必要ですか？」 という質問もよくあります。 結論として、 Googleが「最初に○記事必要」と定めている基準はありません。 10記事でも50記事でも、 本数だけでSEO評価が決まるものではありません。 Googleは、特定の文字数を好む仕組みはないと明示しているほか、検索流入を期待してさまざまなトピックのコンテンツを大量に作ることについても注意を促しています。 最初は、 優先ターゲット 主要カテゴリ 問い合わせに近いテーマ 潜在層向けテーマ 内部リンクの関係 を整理したうえで、優先順位の高い記事から公開しましょう。 たとえば、 50記事のテーマだけ先に設計し、まず10記事から制作する という進め方も可能です。 重要なのは、 「何本書いたか」ではなく「必要な検索意図をどこまでカバーできているか」 です。 AIで記事を作っても大丈夫？2026年現在の考え方 AIを活用すれば、 構成案作成 調査 見出し整理 下書き 校正 要約 などを効率化できます。 では、 AIで記事を書くとSEOで不利になるのでしょうか？ 重要なのは、AIを使ったかどうかだけではありません。 Googleの現在のスパムポリシーでは、生成AIなどを使い、ユーザーへの価値を加えず、検索順位操作を主目的として大量のページを生成することを「大量生成されたコンテンツの不正使用」の例として挙げています。 つまり問題なのは、 AI利用＝NG ではなく、 価値のないコンテンツを検索順位目的で大量生成すること です。 AIを使う場合も、 自社独自の知見を追加する 事実確認をする 最新情報を確認する 実例を入れる 専門家が確認する 既存記事との重複を確認する 読者にとって本当に役立つか確認する ことが重要です。 Googleもコンテンツについて、「誰が・どのように・なぜ作ったのか」という観点で評価・説明する考え方を推奨しています。 AIは記事を量産する装置ではなく、 良いコンテンツを効率よく作るための制作支援ツール として活用しましょう。 オウンドメディアでよくある失敗8選 目的が「SEO対策」だけ SEOでアクセスを増やした後、何につなげるかがありません。 → 問い合わせ・採用・認知など、事業目的まで設定する。 記事テーマがバラバラ アクセス数だけを狙い、本業と関係の薄い記事を増やすケースです。 → サイトの主テーマ・ターゲットを明確にする。 キーワードごとに似た記事を大量に作る 少し言葉を変えただけの記事が増え、内容が重複します。 → キーワードではなく検索意図でまとめる。 Googleのスパムポリシーでも、検索順位を狙って類似ページを大量に用意する誘導ページや、価値の乏しい大量生成コンテンツへの注意が示されています。 競合記事をまとめ直しただけ 検索上位の記事を5本読んで、同じ内容をまとめた記事。 これだけでは独自性がありません。 → 自社の経験・事例・数字・専門家コメントを追加する。 記事からサービスにつながらない アクセスは増えているのに問い合わせが来ない典型例です。 → 関連記事・サービス・事例・CTAへの導線を設計する。 記事数だけをKPIにする 「月8記事公開」がゴールになってしまいます。 → 検索表示・クリック・サービス遷移・問い合わせまで計測する。 公開した記事を一度も見直さない 情報が古くなり、検索意図にも合わなくなります。 → Search Consoleなどを使って定期的にリライト対象を確認する。 運営担当が決まっていない 「時間がある人が更新する」では、ほぼ確実に止まります。 → 企画・執筆・確認・公開・分析の担当を明確にする。 公開前チェックリスト 目的 オウンドメディアの最終目的を決めた 問い合わせ・採用・認知などゴールが明確 SEOが目的そのものになっていない ターゲット 誰に読んでもらうか決めた 業種・役職・課題まで整理した 潜在層・比較検討層を区別した テーマ サイトで扱うテーマの範囲を決めた メインカテゴリを決めた サブカテゴリを整理した 本業と関係の薄いテーマを無理に扱っていない SEO キーワードを調査した 検索意図を確認した 似た検索意図の記事を重複させていない title・見出しを設計した 内部リンク先を考えた コンテンツ品質 自社独自の経験・事例を入れられる 誰が書くか決めた 専門内容の確認者を決めた 出典が必要な情報を確認するルールがある AI生成内容をそのまま公開しない 導線 記事からサービスページへ移動できる 関連記事への内部リンクがある 実績・事例へ誘導できる 問い合わせCTAを設置する 記事の検索意図に合ったCTAになっている 運用 記事制作担当を決めた 公開確認担当を決めた 更新頻度を決めた 既存記事の見直しルールを作った Search Console・GA4を確認できる 記事数だけを成果指標にしていない まとめ：記事を書く前の設計でオウンドメディアの成果は変わる オウンドメディアを始めるとき、 最初にやるべきことは記事を書くことではありません。 まず、 何のために運営するか 誰に読んでもらうか どのテーマを扱うか どんな検索意図を狙うか カテゴリと内部リンクをどうするか 誰が制作・確認するか 何を成果として計測するか を決めることが重要です。 Googleも、検索順位獲得を目的として大量のコンテンツを作るのではなく、特定のユーザーにとって有用で、独自性・専門性・信頼性のあるpeople-firstコンテンツを作ることを推奨しています。 さらに2026年現在、AIを利用した大量生成そのものではなく、ユーザーへ価値を加えないコンテンツを検索順位操作目的で大量生成する行為がGoogleのスパムポリシーで明確に問題視されています。 オウンドメディアで重要なのは、 「何記事公開したか」ではなく、「顧客が抱える疑問をどれだけ深く解決し、その先の問い合わせまでつなげられているか」 です。 記事制作を始める前に全体設計を行い、公開後はSearch ConsoleやGA4のデータ、実際の問い合わせ内容をもとに改善を続けていきましょう。 オウンドメディア設計ならRefuへ Refuでは、単なるSEO記事制作ではなく、ターゲット設定・カテゴリ設計・キーワード選定・記事テーマ設計・内部リンク・問い合わせ導線まで含めたオウンドメディア設計をご提案しています。 「何を書けばいいか分からない」「記事を増やしているけれど問い合わせにつながらない」「AIを使って効率化しながらSEOの品質も維持したい」 といった場合も、お気軽にご相談ください。 ▶ 無料相談はこちらから その他おすすめ記事はこちら 原稿が書けないを解決！伝わる文章構成テンプレと作り方 SEOの前に整える「サイト構造」｜カテゴリ設計・URL・内部リンクの基本 ホームページのKPI設計｜アクセス・CV・問い合わせを“数字で改善”する方法 GA4で最低限見るべき指標7つ｜初心者でも分かる分析のはじめ方 Search Consoleの見方入門｜流入キーワードと改善ポイントの見つけ方 よくある質問（FAQ）ページの作り方｜問い合わせ前の不安を減らす設計 ホームページはどのくらい更新すべき？更新頻度と運用ルールの決め方
