GA4の問い合わせ計測を確認する方法|テスト・二重計測・受付件数との照合

3BROS. JOURNAL / PRACTICAL GUIDEGA4 / MEASUREMENT CHECK

WORKING NOTES

イベントの数字と、実際の受付を照らし合わせる。

GA4に問い合わせのキーイベントが出ていても、すべてが新しい相談とは限りません。担当者のテスト、同じ操作での重複発火、フォーム以外の行動が含まれていないかを確認しましょう。この記事はタグの実装コードではなく、計測担当者と一緒に行う検証手順と記録方法をまとめたガイドです。

01何を1件と数えているかを確認する

問い合わせボタンのクリック、フォームの送信操作、正常な受付完了は別の行動です。最初に、現在のイベントがどの段階で送られるかを確認します。名前が「問い合わせ」でも、発火条件まで見なければ意味は分かりません。

行動分かることそれだけでは分からないこと
問い合わせボタンを押すフォームへ進もうとした送信や受付が完了したか
フォームの送信を操作する送信処理が始まった可能性入力エラーや通信失敗がないか
正常受付を確認するフォーム側で完了した営業対象の相談か、重複・テストか

表は横にスクロールできます。

GA4では、必要なイベントをキーイベントとして扱えます。フォーム関連のイベントも、対象フォームや実装によって挙動を確認する必要があります。イベント名だけを見て、受付メールの件数と一致する前提を置かないでください。

計測定義

イベント名・発火条件・対象フォーム・測定先プロパティを確認する。

受付定義

何を正式な受付として扱うかを、フォームや管理台帳で確認する。

成果定義

テスト、営業連絡、重複などをどう分類するか決める。

02正常・エラー・再表示を分けてテストする

テスト前に、フォームの受付担当へ実施時間を共有します。ダミーの入力を使い、実際の顧客情報を分析画面へ送らないようにします。テストが営業対応や自動通知を動かす場合は、運用担当と影響を確認してから進めてください。

テストケースフォーム側で見ること計測側で見ること
正常に送信する受付が1件作られるか定義した完了イベントが想定どおり発火するか
必須項目を空欄にする入力エラーになり受付されないか完了を意味するイベントが誤発火しないか
完了画面を再読み込み新規受付が増えていないか同じ受付を重ねて数えていないか
完了URLを直接開く受付を伴わず表示されるか表示だけで完了扱いにならないか
別の対象端末で送信通常の利用環境で完了するか端末・同意条件などで挙動が変わるか

表は横にスクロールできます。

完了URLがないフォームでは、その行は対象外として構いません。サイトの仕様に合うケースを選び、テスト結果を「成功・失敗」だけでなく、どの操作で何が起きたかで残します。

DebugViewで何を見る?

デバッグモードを有効にした対象端末で、イベントの順序やパラメータを確認します。通常レポートの反映とは分けて考え、デバッグ情報が表示されない場合は対象端末や設定条件も確認します。画面に出ないことだけでタグ停止とは断定しません。

正常送信の前後でイベントが2回出た場合は、時刻とイベント名、発火経路を担当者へ共有します。同じ名前のイベントがあるだけで即削除せず、別の用途で必要な計測かも確認してください。

03二重計測と受付件数との差を切り分ける

件数が合わないときは、まず対象期間、タイムゾーン、フォームの範囲、集計する指標をそろえます。GA4のイベント数・キーイベント数・ユーザー数は同じ意味ではありません。受付側にも迷惑送信や重複、送信後の削除があるかを確認します。

症状原因の候補最初に確かめること
1回の操作で複数発火複数タグ・複数経路・再表示同じテストでのイベント順序と条件
GA4だけ多いテスト混入・対象フォームが広いテスト履歴とイベント対象
受付側だけ多い同意や計測制限・タグ未発火端末条件と正常送信時の挙動
急に0件になる実際に送信がない・条件変更受付記録と直近のサイト変更

表は横にスクロールできます。

これらは原因の候補です。実際の発火条件や受付記録を見ずに、特定の設定が原因と断定することはできません。修正は問題が再現した条件に絞り、元の設定と変更日を記録してから行います。

キーイベントのカウント設定も確認する

イベント数とキーイベントの数え方が異なる場合があります。重複を見えなくするためだけにカウント設定を変えず、まず意図しない発火があるかを確かめます。設定変更後は同じテストを再実施しましょう。

数字が完全一致しないこともある

アクセス解析の取得条件と受付システムの記録条件は異なります。差の理由を説明できる状態を目指し、GA4の件数をそのまま顧客や商談の実数として報告しないことが大切です。

04テスト履歴を残して運用へ戻す

担当者の確認操作が少数データに混ざると、前週比較の見え方が変わります。テストした日と内容を残し、実成果を報告するときに混同しないようにします。テスト件数を推測で差し引くのではなく、確認できた記録に基づいて扱います。

計測テスト記録の例 実施日時:年月日・時刻・タイムゾーン 対象:フォームURL・GA4プロパティ・イベント名 操作:正常送信/入力エラー/完了画面の再表示 端末条件:ブラウザー・同意状態・デバッグ有無 期待する結果:正常受付のみ1回の完了イベント 実際の結果:イベント順序と受付側の確認結果 対応:修正担当・再テスト日・比較レポートへの注記
  • テストの受付連絡を運用担当へ共有した
  • 正常送信と入力エラーを分けて確認した
  • 不要な重複発火の有無を調べた
  • レポートの指標・期間・対象フォームをそろえた
  • テスト分を実成果と分けて記録した
  • 設定変更後に同じ条件で再確認した

イベントが0件なら計測故障ですか?

受付自体がなかった可能性もあります。受付記録を確認し、テスト送信で動作を検証してから判断します。リアルタイムの利用者が0人という瞬間値だけでも故障とは言えません。

問い合わせ本文をGA4へ送れば照合できますか?

問い合わせ本文や氏名・メールアドレスなどを分析パラメータへ入れる方法は採らず、受付側の管理記録とテスト日時を使って確認します。詳細な個別照合が必要な場合は、情報の扱いも含めて計測設計を見直してください。

参考情報

Google アナリティクス:キーイベントを測定する方法

Google アナリティクス:DebugViewでイベントをモニタリングする

確認日:2026年9月26日。比較表・記入例は本記事の実務例です。各社の体制や制作条件に合わせて調整してください。

Webマーケティング外注の定例会|議題・レポート・役割分担の決め方

3Bros.works JOURNAL WEB MARKETING / MEETING
MAKE THE NEXT ACTION CLEAR

定例会の最後に、
「次に誰が何をするか」が
決まっていますか。

Webマーケティングを外注すると、アクセス数や検索順位、広告の成果を確認する機会が生まれます。 ただ、数字の説明を聞くだけでは、改善の作業が進まないことがあります。

定例会では「何が起きたか」「何を確かめるか」「次に何をするか」を整理することが大切です。 この記事では、議題の組み立て方、レポートの見方、社内と外注先の役割分担を紹介します。

Webマーケティング外注の定例会で決めたいこと

定例会の目的は、外注先の作業報告を受け取ることに加えて、 事業の目標に近づくための判断を、社内と外注先でそろえることです。

例えば、サイトへの訪問が増えても、相談につながっていない場合があります。 そのときは記事を増やす前に、どのページから訪問が増えたのか、 相談への案内が届いているのか、問い合わせの計測が正しいのかを確認します。

外注できる業務や契約前の検討事項は、 Webマーケティング外注の業務・費用・会社の選び方 で整理しています。この記事では、依頼開始後の進め方に焦点を当てます。

FACT

事実をそろえる

数値の変化、公開した内容、実施した作業を確認します。推測と区別して扱います。

QUESTION

疑問を絞る

成果を妨げている可能性のある点を挙げ、追加確認の優先順位を決めます。

ACTION

次の作業を決める

担当者、期限、完了の条件を明確にして、実行できる形で記録します。

会議前に「数値」と「現場の情報」を共有する

外注先が見られる管理画面だけでは、商談の内容や顧客の反応までは分かりません。 レポートに加えて、社内で起きていることを共有すると、施策の判断がしやすくなります。

双方で用意しておきたい情報
用意する側 共有する内容 確認の目的
外注先 対象期間の数値、比較期間、主な変化、データの取得元 同じ条件で成果を比較する
外注先 実施した作業、公開日、変更したページ、未完了の作業 施策と数値の変化を照合する
社内 問い合わせの内容、商談化の状況、よくある質問 集客が事業につながっているかを確認する
社内 繁忙期、在庫、対応できる件数、キャンペーン予定 実施できる施策と優先順位を決める
双方 今回決めたいこと、承認が必要なこと、判断材料 会議中に必要な意思決定を行う

表は横にスクロールできます。

共有のタイミングも決めておきましょう。
例えば「前営業日までにレポートと議題を共有する」と決めておけば、 当日の説明を短くして、相談や判断に時間を使えます。 共有期限は、資料の量と双方の確認時間に合わせて調整してください。

45分で進める定例会の議題例

議題は「前回の作業確認 → 結果 → 疑問点 → 次の施策 → 担当と期限」の順番にすると、 報告から実行までをつなげやすくなります。 以下は45分で実施する場合の一例です。標準時間を示すものではありません。

報告だけで終わらせない時間配分
時間 議題 会議で確認・決定すること
5分 前回の作業確認 完了・未完了・保留を確認し、遅れがあれば理由を整理する
10分 成果と変化の確認 目標に関係する指標と、大きく変化したページや流入経路を確認する
10分 原因の仮説と追加確認 分かっている事実と仮説を分け、調べる対象を絞る
15分 次に進める施策 期待する効果、必要な作業、費用や承認の要否を確認する
5分 担当・期限の確認 作業ごとの担当者、期限、完了条件、次回の確認方法を決める

合計45分の運用例です。施策の数や判断事項に合わせて配分を変えてください。

定例会の頻度は、判断が必要になる間隔で決める

毎週会議を開くこと自体を目標にする必要はありません。 立ち上げ時に確認事項が多ければ短い打ち合わせを増やし、 運用が安定したら会議の間隔を広げ、日々の進捗は共有シートで確認する方法もあります。

ただし、フォームの不具合や広告配信の異常など、対応を急ぐ問題は定例会まで待たずに連絡します。 通常の報告と緊急時の連絡方法を、あらかじめ分けて決めておくことが大切です。

レポートは「成果・途中の変化・実施内容」で読む

指標が多いほど、判断しやすいとは限りません。 まず事業につながる成果を確認し、次にその手前で起きた変化、最後に実施内容を照合します。

指標の役割を分けて確認する
見るもの 指標・情報の例 定例会での質問
事業の成果 実際の問い合わせ、商談、受注、購入 件数だけでなく、求める相談や顧客につながっているか?
途中の変化 検索の表示・クリック、サイト訪問、フォーム到達 どの段階で増減し、どこで次の行動につながっていないか?
実施内容 記事公開、ページ修正、広告変更、投稿、計測変更 いつ何を変更し、どの指標への影響を想定していたか?

比較条件をそろえてから、原因を考える

前回より数字が下がっていても、集計期間の日数や対象が異なれば、単純には比較できません。 対象期間、流入経路、対象ページ、指標の定義がそろっているかを先に確認します。

検索流入を調べるなら、サイト全体の平均だけで判断せず、 ページや検索キーワード別に変化を見ます。 新しく表示されるキーワードが増えた場合など、集計対象の構成が変わることもあるためです。

「キーイベントの総数」を、そのまま問い合わせ件数にしないでください。
GA4のキーイベントには、事業上重要として設定した複数の行動が含まれる場合があります。 問い合わせを確認するときは対象のイベントを特定し、 実際のフォーム受信記録などと照合して、テスト送信や重複も確認します。

参考: Google アナリティクス公式ヘルプ:キーイベントについて

事実・仮説・確認方法をセットにする

定例会での整理例

事実:検索からの記事訪問は増えたが、サービスページへの移動は増えていない。

仮説:記事を読んだ後に、何を相談できるのかが伝わっていない可能性がある。

確認方法:対象記事の案内文とリンク先を確認し、計測できている範囲で移動状況を見る。

次の作業:確認結果を基に、案内文を直すか、現状のまま観察するかを判断する。

上記は架空の例です。数値の変化だけで原因を断定したり、複数の箇所を一度に変更したりしないことが大切です。

役割分担は「担当・期限・完了条件」まで残す

「外注先で対応」「社内で確認」という記録だけでは、誰が動くのかが曖昧になります。 実際の議事録には担当者名を入れ、承認が必要な作業は承認者も分けて記載しましょう。

特に、原稿の確認、写真の提供、料金や実績の確認は、社内の協力が必要になる場合があります。 制作する人だけでなく、必要な材料を渡す人の期限も決めると、作業が止まりにくくなります。

次の作業を残す記入例(架空の運用例)
作業 担当 期限 完了条件
直近の相談内容を整理 社内・営業担当A 会議の3営業日後 個人情報を除いた相談分類と、商談化の状況を共有
対象ページの導線を確認 外注先・担当B 情報受領の3営業日後 問題の有無と、必要な場合の修正案を提出
修正案の内容を承認 社内・責任者C 案の受領の2営業日後 公開可否と、変更が必要な表現を回答
承認済みの内容を反映 外注先・担当B 承認後に実施日を確定 公開画面を確認し、変更内容と日時を記録

日数は説明用の例です。実際には担当者名と具体的な日付を記入し、契約範囲・作業量に合わせて決めてください。

契約外の作業は、着手前に整理します。
新しいページの制作や大きな改修が必要になった場合は、 追加費用、対応範囲、納期、承認者を確認します。 定例会で案が出たことと、発注が確定したことを混同しないようにしましょう。

議事録は「決まったこと」と「未決事項」を分ける

発言をすべて書き起こすよりも、決定事項、作業一覧、保留事項を短くまとめる方が、 次回の確認に使いやすくなります。 保留事項には、判断に必要な情報と、その情報を集める担当者を残してください。

また、変更後すぐには評価できない施策もあります。 実施日だけでなく、いつ・何を見て振り返るかまで記録すると、 根拠のない修正を繰り返しにくくなります。

会議の終了前に確認するチェックリスト

  • 事業の目標に関係する成果を確認できた
  • 数値の対象期間・取得元・定義を確認した
  • 確認できた事実と、原因の仮説を分けた
  • 次に進める作業の優先順位が決まった
  • 作業ごとの担当者・期限・完了条件を記録した
  • 社内の確認や素材提供が必要な項目を洗い出した
  • 追加費用や承認が必要な作業を区別した
  • 保留事項の確認方法と、次回の振り返り時期を決めた

よくある質問

Q. 毎回すべての数字を確認する必要はありますか?

定例会では、目標に関係する指標と、対応が必要な変化を優先します。 詳細な数値は事前資料で共有し、疑問がある項目を掘り下げる形でも構いません。 ただし、見る指標を減らす際も、何を確認対象にしたかは双方で共有しましょう。

Q. 成果が動いていない月は、何を話せばよいですか?

実施した作業が完了しているか、計測に問題がないか、判断に必要な期間やデータがそろっているかを確認します。 無理に新しい施策を増やさず、継続して観察する項目と、今対応すべき問題を分けて決めます。

Q. 会議なしで、チャットだけでも運用できますか?

進捗共有や簡単な確認はチャットで進められます。 方針が分かれる判断、予算の変更、複数部署の調整など、 文章だけでは合意しにくい議題があるときに会議を設ける方法もあります。

Q. レポートの数字と実際の問い合わせ件数が違う場合は?

まず計測対象、集計期間、テスト送信、重複、計測漏れを確認します。 ツール上のイベント数と実際の問い合わせ記録を照合し、 どの数字を成果報告に使うかを決めてから評価してください。

LET’S TALK

数字の報告を、
次の改善につながる時間へ。

Webマーケティングの外注範囲や、社内との役割分担に迷ったら、 現在の運用状況と課題をお聞かせください。 3Bros.worksへのご相談は、お問い合わせフォームからお送りいただけます。

Webマーケティングを相談する →

本文の時間配分・作業期限・記入例は、運用方法を説明するための例です。 契約内容、施策の規模、社内の確認体制に合わせて調整してください。

生成AIで作った文章のファクトチェック方法|確認項目・手順・社内運用のコツ

3Bros.works / CONTENT OPERATIONS 生成AI文章の公開前チェック

企業のWeb・SNS担当者へ

文章が自然でも、
事実まで正しいとは限らない。

生成AIで記事やSNS投稿を作ると、下書きの準備は進めやすくなります。一方、数字、商品名、引用、サービスの条件などに誤りがあれば、そのまま公開することはできません。

ファクトチェックでは、文章に含まれる主張を取り出し、根拠となる資料と一つずつ照合します。AIに「正しいですか」と聞き直すだけで終えず、人が参照先と内容を確認する工程を用意しましょう。

この記事では、確認したい項目、事実確認の手順、管理表の例、確認漏れを減らすプロンプトを紹介します。

生成AI文章のファクトチェックとは

生成AI文章のファクトチェックとは、AIが出力した文章に含まれる事実関係を、資料や担当者への確認によって確かめる作業です。誤字脱字を直す校正とは確認する対象が異なります。

たとえば「イベントは10月開催です」という文章は、読みやすくても、開催日が変更されていれば誤りです。「このサービスには無料プランがあります」という説明も、対象地域や契約条件によっては、そのまま掲載できません。

OpenAIは、言語モデルがもっともらしい誤った回答を生成する場合があることを説明しています。文章の流暢さや回答の自信だけを、正確さの根拠にしないことが大切です。

参考:OpenAI:Why language models hallucinate

01 / FACT

事実は合っているか

数字、日時、名称、仕様などを、根拠資料と照合します。

02 / CONTEXT

条件は抜けていないか

対象者、地域、期間、プランなど、説明が成立する条件を確認します。

03 / SOURCE

根拠までたどれるか

出典が実在し、その資料が文章の主張を裏付けているかを確認します。

リンクが付いているだけでは、確認済みになりません

出典のページを実際に開き、該当箇所まで確認します。ページが実在しても、本文と異なる条件の説明だったり、引用した数字が見当たらなかったりする場合があります。

公開前に確認したい項目

文章を最初から最後まで読むだけでは、細かな条件の抜けを見落とすことがあります。確認する対象を分類し、重要な情報から順に調べましょう。

ファクトチェックの対象と確認先の例
確認する項目見落としやすい点確認先の例
会社名・商品名・人名表記違い、旧名称、別の企業や人物との混同公式サイト、商品資料、本人・担当部署
料金・数量・割合税込・税別、単位、対象期間、分母、初期費用の有無料金表、見積書、調査の原資料
日時・提供状況開催年、終了済みの企画、対象地域、変更後の日程公式告知、運営元、社内の確定資料
機能・操作方法プランや権限による違い、古い画面、利用できない機能公式ヘルプ、実際の管理画面
引用・出典存在しない資料、引用文の改変、前後の文脈の欠落原文、原著、公開元の資料
比較・効果の説明比較条件の違い、根拠のない断定、相関と因果の混同調査方法、測定条件、元データ
自社の実績・対応範囲未承認の事例、実際には提供していない業務、古い体制案件記録、営業資料、業務責任者

スマートフォンでは表を横にスクロールできます。確認先は例であり、公開内容に応じて選びます。

「最新」「必ず」「すべて」は根拠を確認する

「最新の機能」「必ず改善する」「すべてのプランで利用できる」といった表現は、確認が必要な範囲を広げます。根拠が確認できる期間や条件に絞って説明してください。

単に「可能性があります」と言い換えても、元の主張が正しいことにはなりません。裏付けが見つからない場合は、主張そのものを削除するか、確認が済むまで公開を保留します。

生成AI文章をファクトチェックする5つの手順

STEP 01確認する原稿の版を決める

確認を始める前に、対象原稿の版や更新日時を固定します。途中で別の原稿へ差し替わると、確認済みの箇所と未確認の箇所が混ざります。

記事名、原稿の保存先、確認担当者、公開予定日をまとめておくと、制作担当と確認担当のやり取りが進めやすくなります。

STEP 02確認できる単位に主張を分ける

一文の中に複数の主張がある場合は分けて確認します。たとえば「Aサービスは無料で、全店舗が当日から使えます」には、料金、利用対象、利用開始時期の三つの確認事項があります。

AIを使って数字や固有名詞を含む文章を抽出する方法もあります。ただし、抽出漏れを防ぐため、最後に担当者が元の原稿と照合してください。

STEP 03元の資料を開いて照合する

自社情報は確定した社内資料、外部サービスの仕様は提供元の公式資料、統計は公表元の調査資料など、情報の発信元に近い資料を確認します。

数字が一致するだけでなく、調査対象、集計期間、単位も確認しましょう。同じサービスでも、海外向けの説明と日本向けの提供条件が異なる場合があります。

公式資料でも更新日が古い場合や、別の公式ページと食い違う場合があります。解決しないときは提供元や担当部署へ確認し、都合のよい方だけを採用しないようにします。

STEP 04確認結果に応じて修正する

確認結果は「一致」「修正が必要」「確認できない」などに分けます。誤った数字を直すだけでなく、対象条件が抜けていた場合は、その条件まで本文へ反映してください。

修正で意味が変わった場合は、前後の段落、見出し、画像内の文字、メタ説明にも矛盾が残っていないか確認します。

STEP 05修正版と公開画面を確認する

確認済みの修正版を公開担当へ渡し、公開後はリンク先、数字、表の表示、注記の位置を確認します。正しい原稿でも、入稿時に古い文章を貼り付ければ、公開内容は誤ったままになります。

確認日と参照先を記録しておくと、料金改定やサービス変更があったときに、見直す箇所を探しやすくなります。

確認表に残す内容と記入例

確認表には、出典URLだけでなく「何を確認したか」を残します。長い資料では、ページ番号や見出し名も記録すると、別の担当者が確認を引き継げます。

説明用の架空例:サービス紹介文の確認記録
原稿の主張確認した資料・条件判定と対応
月額3,000円で利用できる提供元の料金表。税別・年払い時の月額換算と記載修正が必要。税区分と契約条件を本文に追加
利用者の80%が満足している調査の原資料が見つからず、対象者や回答数も不明確認できない。根拠が確認できるまで掲載しない
来月から全国で提供される公式告知では開始日と対象地域を限定して案内修正が必要。「来月」を具体的な日付にし、地域を明記

実在するサービスの料金・調査結果ではありません。実際の管理表には資料名、URLまたは保存先、確認日、確認者、対象原稿の版も追加してください。

「確認できない」を、確認済みに混ぜない

見つからなかった根拠を推測で補ったり、AIの回答を出典として扱ったりすると、同じ誤りが残ります。未確認の主張を一覧にして、削除・追加調査・担当部署への照会のどれで対応するかを決めましょう。

確認項目を整理するためのプロンプト

AIには、最終的な正誤判定を任せる前に、確認対象の整理を手伝ってもらうと使いやすくなります。以下は原稿から主張を取り出すための指示例です。

以下の原稿から、外部資料または社内資料で事実確認が必要な主張を抽出してください。

【抽出する内容】
・数字、金額、割合、日時
・会社名、商品名、人名
・サービスの仕様、対象者、利用条件
・引用、調査結果、比較、効果を断定する表現
・自社の実績、提供業務、対応範囲

【出力形式】
1. 原稿内の該当文
2. 確認する主張を一つずつ分けた内容
3. 確認すべき条件
4. 参照先の候補の種類
5. 提供資料だけでは判断できない点

【ルール】
・提供資料にない数字や根拠を補わない
・実際に確認していないURLや資料名を作らない
・推測を確認済みの事実として扱わない
・該当文は原稿からそのまま抜き出す
・原稿の表現を変更せず、まず確認事項だけを整理する

【原稿】
ここに確認対象の原稿を貼り付ける

原稿を入力する前に、社内のAI利用ルールに沿って、顧客情報や未公開情報を含めてよいか確認してください。必要に応じて固有名詞や内部情報を除いた原稿を使用します。

この指示で抽出された一覧も、完全とは限りません。資料の実在、引用の正確さ、原稿全体との対応は担当者が確認します。

別のAIが同じ回答をしても、それだけでは証明にならない

複数のAIに確認を依頼すると、異なる観点が見つかる場合があります。ただし、同じ誤った情報を参照している可能性もあるため、回答の一致だけで正しいと判断しないようにしましょう。

確認の基準は「何個のAIが賛成したか」ではなく、「主張を裏付ける資料にたどり着けたか」です。

社内でファクトチェックを続けるための運用方法

制作担当と確認担当の役割を決める

制作担当は、原稿と参照資料をそろえて提出します。確認担当は、主張と根拠を照合し、修正理由を残します。公開担当は、承認された版を入稿し、公開後の表示を確認します。

少人数で兼任する場合も、文章を書く時間と確認する時間を分けてください。自社商品の価格や仕様は、情報を持つ部署に確認するルートを決めておくと、判断を一人で抱えずに済みます。

影響の大きい主張から確認する

誤りがあると申し込み条件や購入判断に影響する情報、会社の実績、対外的な説明は優先して確認します。文章の装飾や言い回しを整える前に、重要な事実を確定させましょう。

専門的な判断を含む文章は、必要な知識を持つ担当者の確認も工程に組み込みます。ファクトチェックだけで、表現・権利・公開可否に関する確認をすべて代替できるわけではありません。

変更されやすい情報は公開後も見直す

料金、提供プラン、操作画面、日程などは、確認時点で正しくても後から変わります。情報提供元から変更の告知が出たときや、自社サービスを変更したときに、関連する記事を見直せるようにします。

Googleは、生成AIを使ってWebコンテンツを作成する場合も、正確さ、品質、関連性に重点を置くよう案内しています。公開本数だけでなく、根拠を確認し、更新できる体制まで整えましょう。

参考:Google検索セントラル:生成AIコンテンツに関するガイダンス

公開前の最終チェックリスト

  • 原稿の版と確認担当者が決まっている
  • 数字・日時・固有名詞を元資料と照合した
  • 対象地域・期間・プランなどの条件を確認した
  • 引用は原文と前後の文脈まで確認した
  • 出典リンクが開き、該当する根拠が見つかる
  • 根拠のない比較や効果の断定が残っていない
  • 未確認事項の対応が決まっている
  • 修正後の本文・表・画像内の説明が一致している

生成AI文章のファクトチェックでよくある質問

AIに「間違いがないか確認して」と頼むだけでは不十分ですか?

その指示だけでは、どの資料を根拠に判断したのか分からない場合があります。確認する主張を分け、参照資料の該当箇所まで照合してください。AIの再回答は、確認の補助として扱います。

すべての文章に出典リンクを付ける必要がありますか?

文章の性質によります。統計、料金、外部サービスの仕様、引用など、読者の判断に関わる事実は根拠が分かる形にします。自社の運用例や説明用の架空例は、そのことを明記し、実績と混同されないようにしてください。

検索結果の要約だけで確認してもよいですか?

要約には条件や前後の文脈が省かれている場合があります。元のページを開き、必要な箇所を読みます。原資料を確認できなければ、確認できた範囲を明確にし、未確認の内容を断定しないようにします。

事実確認が済めば、そのまま公開できますか?

事実が正しいことと、企業として公開してよいことは別の確認事項です。顧客情報、掲載許可、画像や文章の利用条件、社内承認なども、内容に応じて確認してください。

文章のすべてを人が書き直す必要はありますか?

正確で目的に合う箇所まで一律に書き直す必要はありません。誤り、条件の不足、根拠のない説明を直し、読者にとって必要な情報と自社ならではの具体例を整えます。

生成AIの文章は、根拠を確認できる状態で公開する

生成AI文章のファクトチェックでは、主張の抽出、資料との照合、修正、公開前後の確認を順に進めます。自然な言い回しや出典らしいリンクがあることだけで、正しい文章とは判断しないようにしましょう。

まずは次に公開する原稿から、数字・日時・固有名詞・比較表現を抜き出してみてください。何を確認し、何が未確認かを一覧にすることが、公開前の判断を進める第一歩になります。

AIを使った文章制作や、公開前の確認体制にお困りですか?

3Bros.worksへ、Web・SNSのコンテンツ運用についてご相談ください。現在の制作方法と確認体制を伺い、社内で担当する業務と外部へ相談したい業務を整理します。

コンテンツ運用について相談する →

WordPressのユーザー権限とは?種類・使い分け・外注時の設定方法

3Bros.works / WEBSITE OPERATIONS WORDPRESS ─ USER ROLES

任せたい仕事に、
必要な権限を合わせる。

WordPressを複数人で更新するとき、「外注先に管理者を渡してよいのか」「記事担当にはどの権限が必要か」と迷うことがあります。

ユーザー権限は、担当者が管理画面でできる操作を決める仕組みです。肩書きや社内の役職ではなく、実際に担当する作業に合わせて選びましょう。

WordPressのユーザー権限とは

WordPressでは、ユーザーに「管理者」「編集者」などの役割を割り当て、その役割に応じて利用できる操作を管理します。記事を書けることと、公開できること、サイトの設定を変更できることは別の権限です。

たとえば記事の下書きだけを依頼する担当者と、プラグインの更新を行う保守担当者では、必要な操作が異なります。先に作業範囲を整理すると、権限を選びやすくなります。

この記事の範囲

本記事は、主にサーバーへインストールしたWordPressの単一サイトと、標準の権限を前提にしています。WordPress.com、マルチサイト、プラグインや独自開発で権限を変更したサイトでは、名称やできる操作が異なる場合があります。

WordPressの権限と、サーバーの権限は別

WordPressの管理者になっても、サーバー契約やドメイン契約の管理権限まで自動的に付くわけではありません。ファイル転送、データベース、アクセス解析などのログインも別に管理されることがあります。

外注先へ依頼するときは、「WordPress管理画面での作業」と「サーバーや外部サービスでの作業」を分け、どこへのアクセスが必要かを確認しましょう。

管理者・編集者・投稿者・寄稿者・購読者の違い

単一サイトで主に使う標準の役割は5種類です。以下は代表的な操作を整理した比較表です。

標準権限でできる代表的な操作
操作 管理者 編集者 投稿者 寄稿者 購読者
自分の投稿の下書き作成 可可可可不可
自分の投稿の公開 可可可不可不可
他の人の投稿の編集・公開 可可不可不可不可
固定ページの編集・公開 可可不可不可不可
画像などのアップロード 可可可不可不可
プラグインの追加・更新 可※不可不可不可不可
他のユーザーの権限管理 可不可不可不可不可

スマートフォンでは表を横にスクロールできます。※サーバー設定などによって、管理者でも操作が制限される場合があります。出典:WordPress公式:Roles and Capabilities

購読者は「記事を投稿する担当者」ではない

購読者は、自分のプロフィール管理などを行う役割です。記事制作を依頼する場合は、執筆や公開に必要な操作ができるかを別に確認してください。

マルチサイトには特権管理者がある

複数のサイトを一つのWordPress環境で管理するマルチサイトには、ネットワーク全体を管理する特権管理者があります。通常の単一サイト運用とは区別して考えましょう。

比較表の注意

独自の投稿形式やプラグイン画面は個別に確認する

「制作事例」「商品」「お知らせ」などが独自の投稿タイプとして作られている場合、標準の投稿と同じ権限で操作できるとは限りません。比較表だけで決めず、実際に担当する画面で確認してください。

担当業務から、必要なユーザー権限を選ぶ

次の例を出発点に、自社の公開ルールや作業内容に合わせて調整します。権限を付ける前に「公開まで任せるか」を明確にしておくことが大切です。

寄稿者を候補に

原稿の下書きだけを依頼する

外部ライターなどが下書きを作り、社内担当者が確認・公開する運用です。標準では画像をアップロードできないため、画像は別途受け渡すなどの方法を決めます。

投稿者を候補に

自分の記事を公開まで担当する

担当者自身の記事の作成・公開を任せる運用です。社内承認が必須なら、権限だけでなく、公開前に誰が確認するかも決めてください。

編集者を候補に

複数人の記事や固定ページを管理する

社内の編集責任者などが、他の担当者の記事も確認・公開する運用です。担当ページ以外にも操作できる範囲があるため、業務上の編集範囲を共有します。

管理者の必要性を確認

サイト設定や保守作業を担当する

プラグイン更新や設定変更などを依頼する場合です。対象作業、実施日時、確認方法、終了後に権限を残すかを決めてから付与します。

「公開できる」と「承認済み」は別

公開できる権限を持っていても、原稿の内容が社内で承認されたことにはなりません。最終承認者、確認対象の版、公開予定日時を決め、運用上のルールとして共有しましょう。

標準の権限で合わない場合は、先に必要な操作を整理する

「画像を追加して下書きは作りたいが、公開はさせたくない」「特定のページだけを編集してほしい」といった要件は、標準の役割だけでは合わない場合があります。

その場合は、権限管理機能や独自設定を検討します。管理者へ引き上げて済ませる前に、必要な操作と制限したい操作を制作・保守担当者へ伝えてください。変更後は、許可した操作と制限した操作の両方を確認します。

WordPressのユーザーを追加・変更する方法

管理者など、ユーザー管理ができるアカウントで操作します。画面の名称や配置は、WordPressのバージョンや環境によって異なる場合があります。

新しい担当者のユーザーを追加する

  1. 管理画面の「ユーザー」から新規追加を開く。
    対象サイトが正しいことを確認します。
  2. ユーザー名とメールアドレスなどを入力する。
    実際に利用する担当者の情報を確認し、取り違えを防ぎます。
  3. 担当業務に合う権限グループを選ぶ。
    初期表示のまま登録せず、選択内容を確認してください。
  4. ログイン案内の通知設定などを確認して追加する。
    担当者が案内を受け取り、自分の認証情報を設定できるようにします。
  5. 担当者のアカウントで作業範囲を確認する。
    下書き作成や対象ページの編集など、依頼する操作ができるかを確認します。

参考:WordPress公式:Users Add New screen

登録の考え方

担当者を追加するために、一般公開の会員登録を有効にする必要はありません

管理画面から個別にユーザーを作成する方法で対応できます。担当者追加と、一般ユーザー向けの登録機能は別の目的として扱いましょう。

既存ユーザーの権限を変更する

「ユーザー」の一覧から対象者を確認し、編集画面の権限グループ、または一覧の権限変更操作を使います。複数人を選択している場合は、意図しない担当者まで変更しないように確認してください。

変更後はユーザー一覧で反映を確認し、担当者にも操作できる画面を確認してもらいます。自社で管理できる管理者アカウントまで失わないよう、変更前に復旧時の連絡先と管理体制を確認しましょう。

参考:WordPress公式:Users screen

追加時に表示名も確認する

記事の著者名が公開されるサイトでは、管理画面の表示名がどのように使われるかを確認します。社内管理用の名称と、読者に見せたい著者名が一致するとは限りません。

ユーザーを追加したら、実際の著者表示やプロフィールページの扱いも、テーマの仕様に合わせて確認しておきましょう。

外注時は、権限の付与から終了までを決める

外注先へアクセスを渡すときは、ログインできる状態にするだけでなく、何を任せ、いつ見直すかまで決めておくと管理しやすくなります。

  1. 01 / SCOPE作業範囲を決める
  2. 02 / ACCESS個別に権限を付ける
  3. 03 / VERIFY作業と表示を確認する
  4. 04 / REVIEW終了時に見直す

共用の管理者アカウントを使い回さない

個別のユーザーを用意すると、担当変更や契約終了時に対象者のアクセスを整理しやすくなります。誰が利用しているか分からないアカウントを残さないよう、利用者と目的を記録してください。

個別アカウントがあれば、すべての操作履歴が自動で詳細に残るわけではありません。必要な記録の範囲は、作業報告や導入しているログ機能と合わせて確認します。

権限管理表に必要な項目をまとめる

管理表に残す項目の例
項目記録する内容
利用者担当者名・所属・連絡先
ユーザー名対象アカウントを識別する情報
付与した権限役割名と、独自設定がある場合の概要
担当業務記事入稿、固定ページ更新、保守など
利用期間開始日・終了予定日・見直し日
確認担当社内の窓口と公開・変更の承認者
終了時の対応権限変更、アクセス停止、所有コンテンツの引き継ぎ状況

管理表にはパスワードを直接記載せず、認証情報は別の適切な方法で管理します。共有資料の閲覧者が、そのままログインできる状態を作らないようにしましょう。

契約終了時は、ユーザー削除より先に引き継ぎを確認する

作成した記事、下書き、担当中の更新、設定内容を確認し、引き継ぐ人を決めます。その後、継続して必要なアクセスがあるかを確認し、不要なアクセスを整理します。

削除時の注意

ユーザー削除と一緒に、記事まで削除しない

削除画面では、そのユーザーが所有するコンテンツの扱いを確認します。記事を残す場合は、適切なユーザーへ引き継ぐ選択を行ってください。独自の投稿やプラグインのデータも含め、削除前後の状態を確認しましょう。

参考:WordPress公式:ユーザー削除とコンテンツの引き継ぎ

また、権限を購読者へ変更しても、それだけでログイン禁止になるわけではありません。アクセス自体を終了させる場合は、サイトの構成に合った停止・削除の方法を確認してください。

サーバー、ファイル共有、解析ツールなどにもアクセスを渡している場合は、WordPressとは別に見直します。

必要な操作ができないときに確認すること

「メニューが表示されない」「更新ボタンが押せない」ときも、すぐに管理者へ変更する前に、対象の操作と現在の設定を確認します。

状況別の確認ポイント
状況 確認すること 対応の考え方
画像を追加できない 現在の役割とアップロード権限 画像の受け渡し方法か、必要な権限の調整を検討する
他の人の記事を編集できない 記事の所有者と編集対象 担当範囲に合わせ、引き継ぎや権限を確認する
制作事例などが表示されない 独自の投稿タイプの権限設定 制作担当者へ対象画面と必要な操作を伝える
管理者でも更新できない マルチサイト、サーバー設定、保守上の制限 権限だけの問題と決めつけず、保守担当者へ確認する

保存したHTMLや装飾が変わる場合

権限やサイト設定によって、保存時に一部のHTMLが除去されることがあります。カスタムHTMLや外部埋め込みを扱う担当者には、テスト用の下書きなどで保存後の内容を確認してもらいましょう。

装飾が消える問題を解決するために、必要以上の権限を与えることは避けます。テーマ側に共通の装飾を用意するなど、編集方法そのものを整理できる場合もあります。

権限を付与した後のチェックリスト

  • 利用者とアカウントの対応が分かる
  • 担当業務と公開判断のルールを共有した
  • 必要な記事・ページを編集できる
  • 不要な設定画面へアクセスできないか確認した
  • 画像やHTMLを保存した後の状態を確認した
  • 自社で管理できる管理者アカウントを把握している
  • 利用終了日、または権限の見直し日を決めた
  • 問題が起きた場合の連絡先と復旧方法を確認した

WordPressのユーザー権限に関するよくある質問

制作会社には管理者権限を渡す必要がありますか?

依頼内容によります。記事入稿だけの場合と、テーマやプラグインの設定変更を行う場合では必要な権限が異なります。具体的な作業を確認し、管理者が必要な場合は、利用期間と作業後の確認方法も決めましょう。

編集者なら、特定の記事だけ編集できるようになりますか?

標準の編集者は、特定の記事だけに限定する役割ではありません。ページ単位で制限したい場合は、別途対応できる仕組みや独自設定を検討し、実際の動作を確認する必要があります。

寄稿者に画像も入稿してもらいたい場合はどうしますか?

標準の寄稿者は画像をアップロードできません。画像を別途受け渡して社内で追加する方法や、公開権限を持たせずに必要な操作だけ追加する設計を検討します。投稿者へ変更すると公開も可能になる点に注意してください。

権限を下げれば、その人はログインできなくなりますか?

権限変更は、主にログイン後にできる操作を変えるものです。アクセス自体を終了させたい場合は、権限を下げるだけで完了とせず、サイトに合う停止方法やユーザー削除、コンテンツの引き継ぎを確認してください。

担当者ごとにアカウントを作ると、操作履歴もすべて残りますか?

個別アカウントだけで、すべての設定変更や操作が詳細に記録されるとは限りません。必要な作業報告の項目と、利用している履歴・ログ機能で確認できる範囲を整理しましょう。

ユーザー権限は、担当業務と一緒に見直す

WordPressのユーザー権限は、管理画面を使う人の仕事に合わせて設定します。下書き作成、公開、他の人の記事管理、サイト設定を分けて考えると、必要な役割を選びやすくなります。

まずは現在のユーザー一覧を確認し、「誰が使っているか」「何を担当しているか」「今も必要か」を整理しましょう。担当変更や契約終了時に見直す仕組みまで作ることが、継続的なサイト運用につながります。

WORDPRESS / CONSULTATION

更新担当と保守担当の分担を整理しませんか?

3Bros.worksへ、WordPressの更新体制や保守管理についてご相談ください。現在の運用方法と任せたい作業を伺い、見直したい内容を整理します。

WordPress運用について相談する →

WordPressのバックアップ方法|保存対象・頻度・復元前の確認事項

WordPress・ホームページ保守・データ管理

「保存している」から、
「必要な状態へ戻せる」備えへ。

バックアップの対象、取得方法、頻度、復元前の確認事項を、企業サイトの担当者向けに整理します。

WordPressを更新したら表示が崩れた。記事や画像を誤って削除した。管理画面に入れなくなった。こうしたときに備えるのがバックアップです。

ただし、バックアップという名前のファイルがあるだけでは、必要な状態へ戻せるとは限りません。保存対象が不足していたり、古いデータしか残っていなかったりすると、復旧後に情報が欠けることがあります。

この記事では、WordPressのバックアップ方法と保存すべき対象、頻度の決め方、復元前後の確認事項を解説します。

先に結論:保存対象・保存先・戻せる日時・復元担当を確認します

一般的なWordPressサイトでは、ファイルとデータベースの両方を保存します。自動取得の設定に加え、いつの状態へ戻せるか、障害時に誰が復元するかまで決めておきましょう。

WordPressでバックアップする対象は?

WordPressの情報は、大きく「ファイル」と「データベース」に分かれています。どちらか一方だけを保存しても、サイト全体を同じ状態へ戻せない場合があります。

ファイル

WordPress本体、テーマ、プラグイン、アップロードした画像やPDF、設定ファイルなどです。サイトの表示や機能を構成します。

データベース

記事本文、固定ページ、ユーザー情報、各種設定などを保存します。プラグインが管理する情報も含まれる場合があります。

保存対象と確認するポイント
対象 主な内容 確認したいこと
記事・設定 投稿、固定ページ、ユーザー、各種設定 対象のデータベースが保存されているか
画像・資料 アップロードした写真、PDFなど メディアの実ファイルが含まれるか
テーマ・プラグイン デザイン、機能、独自の変更 必要なファイルと設定を戻せるか
環境の設定 WordPressの接続設定や関連する構成 どこまでバックアップ対象に含まれるか
外部サービスの情報 外部フォーム、外部ストレージなどのデータ WordPressとは別に保存・復旧が必要か

例えば、記事本文が残っていても、画像ファイルがなければ画像を表示できません。また、問い合わせ情報を外部サービスに保存している場合、その情報がWordPressのバックアップに含まれるとは限りません。

標準の「エクスポート」は、サイト全体のバックアップとは異なる

WordPressの「ツール」にあるエクスポート機能は、投稿や固定ページなどを移すためのデータを書き出す機能です。テーマ、プラグイン、画像の実ファイルなど、サイトを構成するすべてを一式で保存するものではありません。

記事を書き出せたことと、サイト全体を復元できることは分けて確認します。

記事の移行や補助的な保存にはエクスポートを使えますが、障害からの復旧に備える場合は、ファイルとデータベースを含むバックアップ方法を確認してください。

WordPressをバックアップする3つの方法

主な方法は、サーバーの機能、プラグイン、手動取得です。現在使える機能と、障害時に操作できる人を踏まえて選びます。

取得方法ごとの特徴
方法 特徴 導入前に確認すること
サーバーのバックアップ機能 契約サービスの管理画面などから取得・復元する 保存対象、取得間隔、保存期間、復元費用
バックアップ用プラグイン WordPress側で取得や保存先を設定する 対応環境、保存対象、外部保存、復元手順
手動で取得 ファイルとデータベースをそれぞれ保存する 必要な権限、取得範囲、整合性、担当者の経験

サーバーのバックアップ機能を使う

最初に、契約中のサーバーで利用できるバックアップ機能を確認しましょう。「自動バックアップあり」と書かれていても、保存期間や復元できる単位はサービスによって異なります。

自社で復元できるのか、サーバー会社へ依頼するのか、データを取り出す際に費用がかかるのかまで確認しておくと、障害時の判断がしやすくなります。

バックアップ用プラグインを使う

WordPress側で取得日時や保存先を管理したい場合は、バックアップ用プラグインが候補になります。

選ぶ際は、現在のWordPressやサーバーに対応しているか、必要なデータを保存できるか、復元方法を理解できるかを確認します。すでに別の方法で取得している場合は、役割が重なっていないかも見直してください。

ファイルとデータベースを手動で取得する

手動では、サーバー上のファイルを取得し、データベースも別途書き出します。対象の取り違えや保存漏れを防ぐため、構成を把握した担当者が行う方法です。

記事の投稿権限だけでは、必要なデータへアクセスできない場合があります。外部の制作会社が管理している場合は、取得できる範囲と依頼方法を確認しましょう。

バックアップ取得から確認までの基本手順

ボタンや画面の名称は利用するサービスによって異なりますが、確認する順序は共通しています。

  1. 対象のサイトと保存範囲を確認する 本番サイトか検証サイトかを区別し、ファイルとデータベースの対象を確認します。
  2. 保存先と必要な容量を確認する 保存先へアクセスできるか、容量不足になっていないかを確認します。
  3. バックアップを実行する 利用するサービスの手順に従って取得します。複数のデータを保存する場合は、対応する一組として管理します。
  4. 完了結果と保存物を確認する 実行履歴だけでなく、保存日時、対象、ファイルの存在などを確認します。エラーや除外されたデータも見直します。
  5. 取得記録と復元方法を残す いつ、どの方法で、何を保存したかと、復元を依頼・実行する方法を記録します。

別々の時点のデータを、無条件に組み合わせないようにします。

ファイルとデータベースの保存時点が大きくずれていると、記事が参照する画像がないなどの不整合が起こる場合があります。更新が多いサイトは、整合性を保って取得できる方法を確認してください。

「完了」と表示されても、復元できるかは別に確かめる

保存ファイルが存在するだけでは、復元が成功することまでは分かりません。可能であれば本番とは別の検証環境で復元を試し、必要な情報と機能が戻るか確認します。

検証環境では、検索への公開、メール送信、決済や外部サービスとの連携が本番と同じように動かないように、環境に応じた制御も必要です。

バックアップ頻度と保存期間はどう決める?

頻度は「どれくらい更新するか」に加えて、「どこまでのデータ消失なら業務上対応できるか」で決めます。

頻度を考える例

毎日記事を更新するサイトで、バックアップが1週間前のものだけなら、その後に追加した記事を戻せない可能性があります。注文や予約を受け付けるサイトでは、1日前へ戻すことでも影響が大きくなります。

記事、注文、予約など、失いたくない情報ごとに許容できる範囲を考え、取得間隔と復旧方法を決めましょう。

サイトの使い方に合わせた検討例
サイトの状況 頻度を考える視点 追加で確認すること
更新が少ない会社案内サイト 定期取得に加え、変更前後の状態を残す 記事以外に増えるデータがないか
記事を頻繁に更新するサイト 日々の更新をどこまで失わず戻したいか 画像と記事が対応して保存されるか
注文・予約を受け付けるサイト 短時間でも失えない記録があるか 復元後の注文・予約の突き合わせ方法
大きな更新・移行の前 作業直前の状態を別途確保する 元に戻す手順と判断する担当者

※表は頻度を決めるための検討例です。すべてのサイトに共通する取得間隔を示すものではありません。

最新の一つだけでなく、過去の状態も残す

不具合にすぐ気づくとは限りません。異常が起きた後のデータで毎回上書きされると、正常だった時点へ戻せなくなる場合があります。

複数の時点のバックアップを残し、保存期間と自動削除の条件を確認してください。更新前の取得分を、定期バックアップとは別に残す運用も考えられます。

サイトと同じ場所だけに保存しない

同じサーバーにしか保存していない場合、そのサーバーへアクセスできなくなるとバックアップも取り出せない可能性があります。

独立した保存先を用意する場合は、担当者が必要なときにアクセスできるかも確認します。バックアップには利用者情報や設定情報が含まれることがあるため、公開リンクで共有せず、閲覧できる人を管理しましょう。

WordPressを復元する前に確認すること

復元は、保存されている過去の状態へ戻す操作です。対象と方法によっては、バックアップ取得後に追加された情報が上書きされます。

1.どの時点へ戻すか

不具合が起きた日時と、最後に正常だった日時を整理します。最新のバックアップが正常とは限らないため、更新履歴や発生状況と照合してください。

2.復元で失われる可能性がある情報

バックアップ取得後に追加された記事、問い合わせ、注文、予約などを確認します。保存場所はサイトの構成によって違うため、どの情報が影響を受けるかを特定しましょう。

必要に応じて現在の状態も別途保全し、復元後に差分を戻す方法を検討します。注文情報だけを安易に上書きするなど、業務データの不整合を招く操作は避けてください。

3.サイト全体を戻す必要があるか

記事一つの編集ミスなら、リビジョンなどで対応できる場合があります。サイト全体の復元が必要か、対象を絞った修正で対応できるかを確認します。

4.再発の原因が残っていないか

問題を起こす更新や、不正アクセスの原因が残っていれば、復元後も同じ問題が起こる可能性があります。元に戻す作業と、原因を取り除く作業を分けて考えましょう。

本番サイトで、復元を試すためだけの操作をしないようにします。

利用中のサイトへ影響する場合は、対象データ、作業時間、公開を止める必要性、問題が起きた場合の対応を整理してから進めます。

復元後は表示だけでなく、主要機能まで確認する

トップページが表示されても、記事、画像、フォームなどが正しく動くとは限りません。業務に必要な画面と操作を確認しましょう。

  • トップページと主要な固定ページが表示される
  • 必要な記事・画像・資料が戻っている
  • スマートフォンでも表示を確認した
  • 管理画面に必要な担当者がログインできる
  • 問い合わせフォームの送信・受信を確認した
  • 注文・予約などの主要機能を必要な範囲で確認した
  • 検索公開設定や正規URLなどを確認した
  • バックアップ後に増えた情報との整合性を確認した
  • 復元した日時・対象・確認結果を記録した

保守を外注する場合は、復元対応の範囲まで確認する

「バックアップ取得」と「障害時の復元」は、契約上別の作業になっている場合があります。取得頻度だけでなく、復元を依頼できる時間帯、追加費用、復旧後の確認範囲も確認してください。

WordPressのバックアップについてよくある質問

サーバーに自動バックアップがあれば十分ですか?

保存対象、取得間隔、保存期間、復元方法が自社の必要条件を満たしているかで判断します。自動バックアップがあることだけでなく、必要な日時のデータを取り出せるかを確認してください。

バックアップ用プラグインは必須ですか?

必須とは限りません。サーバー側の機能などで必要な取得と復元に対応できる場合もあります。現在の方法で不足している点を確認してから、追加の仕組みを検討しましょう。

記事のリビジョンがあればバックアップは不要ですか?

リビジョンは記事などの編集履歴を戻すための機能で、サイト全体の復旧を代替するものではありません。画像ファイルやテーマ、プラグインなども含めて備える必要があります。

自動バックアップを設定した後も確認が必要ですか?

必要です。保存先の容量不足や接続の問題などで取得できなくなる場合があります。最終成功日時とエラーの有無を確認し、復元確認も定期的に行いましょう。

バックアップは、復元まで含めて運用を決めましょう

WordPressのバックアップでは、ファイルとデータベースの保存対象を確認し、更新量と業務への影響に合わせて頻度を決めます。

保存先や過去のデータの保持に加え、復元する担当者、手順、復元後の確認項目まで共有しておくことが大切です。まずは現在のバックアップについて、「何が、いつ、どこに保存され、誰が戻せるか」を確認してみましょう。

自社サイトのバックアップ、内容まで把握できていますか?

3Bros.worksでは、ホームページの保守・運用についてご相談を承っています。現在の管理体制やお困りごとを伺い、必要な確認事項と対応範囲を一緒に整理します。

ホームページの保守について相談する
参考情報・WordPress公式ドキュメント

公式情報確認日:2026年9月11日。取得・復元の手順や保存範囲は、利用するサーバー、プラグイン、サイト構成によって異なります。本文の運用例は、自社の必要条件を整理するための参考です。

ホームページ制作に必要なもの|原稿・写真・資料の準備チェックリスト

ホームページ制作・準備ガイド

原稿も写真も、最初から完成していなくて大丈夫。

ホームページ制作を任され、「制作会社に何を渡せばよいのか」「会社案内だけで足りるのか」と迷っていませんか。

ホームページ制作に必要なものは、目的・掲載情報・写真やロゴ・ドメインなどの管理情報・社内の確認体制です。すべてを完成させてから相談する必要はありません。用意できるものと、制作会社に依頼したいものを分けることから始めましょう。

この記事では、準備物の一覧、原稿と写真のそろえ方、素材の渡し方、手戻りを防ぐ社内確認の進め方を解説します。

ホームページ制作に必要なもの一覧

準備物は、情報の種類と必要になる時期を分けて整理すると進めやすくなります。相談時に必要なものと、デザイン・公開までにそろえればよいものは異なります。

表は横にスクロールできます。必要な時期は一般的な進め方の例で、制作内容によって前後します。

準備物と確認するタイミング
準備するもの 具体例 確認する時期
目的・対象者 問い合わせ獲得、採用強化、取引先への会社紹介など 初回相談までに仮決め
予算・希望公開日 予算の範囲、公開したい日、日程の理由 相談・見積もり前
掲載情報・会社資料 会社案内、サービス資料、料金表、採用情報、よくある質問 構成を決める段階
写真・ロゴ 商品、設備、職場、社員、ロゴの元データ デザイン前に有無を確認
管理情報 ドメイン・サーバーの契約先、既存サイトの管理担当 既存サイトを調べる段階
問い合わせの受け口 受信先、対応担当、必要なフォーム項目 フォーム設計・公開前
社内の確認体制 窓口担当、情報確認者、最終承認者、確認期限 制作開始前

未確定の項目は、空欄ではなく「未定」と記録する

「写真がない」「料金を公開するか決まっていない」といった情報も、制作を進めるための判断材料です。未定の内容と、誰がいつ決めるかを共有すると、後から作り直すリスクを減らせます。

相談前に整理したい目的・予算・公開日

目的は「誰に、何をしてほしいか」で考える

「見た目を新しくしたい」だけでは、必要なページや掲載内容が決まりません。サイトを見る人と、その人に期待する行動を整理しましょう。

問い合わせが目的の場合

サービスを検討している担当者に、対応範囲や依頼の流れを理解してもらい、相談につなげる。

採用が目的の場合

応募を検討している人に、仕事内容や職場の雰囲気を伝え、募集要項の確認や応募につなげる。

目的が複数ある場合は優先順位を決めます。すべてを同じ強さで伝えようとすると、トップページの情報量が増え、訪問者が進む先を選びにくくなります。

予算は、制作費と公開後の費用を分ける

初期制作に使える予算と、公開後の保守・更新に使える予算を分けて伝えます。原稿作成、撮影、図解制作などを依頼したい場合は、その希望も最初に共有してください。

金額が決まっていなければ、社内で検討できる範囲や、優先したい内容を伝えましょう。必要な部分から制作する案も相談しやすくなります。

公開希望日は、その理由も伝える

展示会、新サービスの開始、採用活動など、公開日に理由がある場合は共有します。動かせない日なのか、目安なのかによって進行の組み方が変わります。

撮影日、社内確認、取引先への掲載確認など、自社側で必要な時間も含めて計画してください。

ページ別に準備する原稿と会社資料

原稿を白紙から書き始める前に、会社案内、営業資料、提案書、採用資料などを集めます。そのうえで、どのページに何を載せるかを整理しましょう。

社内資料には非公開の情報が含まれる場合があるため、「参考用」と「掲載可能」を分けて渡してください。

ページ別に集めておきたい情報
ページ 準備する情報 社内で確認すること
トップページ 誰を支援する会社か、主なサービス、選ばれる理由、案内したいページ 最も優先する事業やメッセージ
サービス紹介 対象者、悩み、支援内容、対応範囲、流れ、料金の考え方 対応できない内容、条件、追加費用の有無
会社概要 正式名称、所在地、代表者、設立、事業内容、連絡先 情報の正確性と公開する範囲
実績・事例 依頼前の課題、実施内容、結果、写真、担当者のコメント 社名・写真・数値を掲載してよいか
採用情報 仕事内容、募集条件、勤務地、選考の流れ、職場紹介 最新の募集内容と人事担当者の確認
問い合わせ 受付内容、フォーム項目、受信先、返信の案内 誰が確認し、どのように対応するか

サービス原稿は、質問への回答から作る

文章にまとめるのが難しい場合は、次の質問に箇条書きで答える方法がおすすめです。制作会社へ原稿作成を依頼する場合も、ヒアリングの材料になります。

  1. どのような人・企業向けのサービスですか?
  2. どのような悩みを解決しますか?
  3. 具体的に何を、どこまで行いますか?
  4. 依頼から完了まで、どのように進みますか?
  5. 料金や納期は、何によって変わりますか?
  6. 相談前によく聞かれることは何ですか?

説明の整理例

「柔軟に対応します」だけでは、読者は依頼できる内容を判断しにくくなります。

実際の対応内容に合わせて「原稿が未完成の場合は、既存資料をもとに掲載項目を整理し、必要に応じて取材・原稿作成をご提案します」のように、対応の場面と内容を具体化します。

上記は文章の作り方を示す例です。自社で提供していない対応は記載しないでください。

数値や実績には、根拠と時点を添える

導入件数、対応年数、従業員数などを使う場合は、何を数えた数字か、いつ時点の情報かを確認します。古い営業資料の数字を、そのまま現在の実績として使わないようにしましょう。

文章の読みやすさは制作会社と調整できますが、サービス内容や数値が正しいかどうかは、情報を持つ部署の確認が必要です。

写真・ロゴを準備するときのポイント

写真は「どこに使うか」から選ぶ

手元にある写真をすべて送る前に、用途を整理します。会社の雰囲気を伝える写真と、商品の細部を説明する写真では、必要な写り方が異なります。

  • メイン画像:事業内容や会社の雰囲気が伝わる写真
  • サービス紹介:作業風景、設備、商品、提供内容がわかる写真
  • 会社紹介:外観、内観、代表者、チームの写真
  • 採用ページ:働く様子、職場、社員同士の関わりが伝わる写真

撮影する場合は、横長・縦長の両方や、被写体の周囲に余白があるカットも用意すると、スマートフォンを含むレイアウトに合わせて選びやすくなります。

写真は縮小前の元データを渡す

文書に貼り付けた画像や、画面のスクリーンショットだけでは、大きく表示したときに粗くなることがあります。できる限り、撮影時の元データを共有しましょう。

必要な画素数や縦横比は掲載場所によって変わるため、撮影・購入前に制作会社へ確認します。公開用の軽量化は、使用サイズが決まってから行うと整理しやすくなります。

ロゴは、元データと使い方のルールをそろえる

ロゴは、保有しているAI・SVG・PDFなどの元データや、背景が透明なPNGを共有します。指定色、余白、背景色による使い分けなどのルールがあれば、一緒に渡してください。

データがない場合は、過去にロゴを制作した会社や、名刺・パンフレットの制作担当へ確認します。小さな画像を無理に拡大する前に、使えるデータが残っていないか調べましょう。

掲載できる素材か、事前に確認する

顧客の写真、社員の顔、他社のロゴ、購入した素材などは、掲載可能な用途や確認状況を記録しておきます。検索で見つけた画像や、過去の資料に載っている画像を、確認せず使わないようにしてください。

ドメイン・サーバーなどの管理情報も確認する

既存サイトのリニューアルでは、見た目や原稿に加えて、現在の管理状況を把握する必要があります。最初は、契約先と管理担当者がわかるだけでも構いません。

  • ドメインの契約先と契約名義
  • サーバーの契約先と管理担当者
  • WordPressなど、現在の更新システム
  • 会社メールが利用しているサービス
  • Google AnalyticsやSearch Consoleの管理者
  • 現在の制作会社・保守会社の連絡先

同じドメインで会社メールを使っている場合は、そのことも伝えます。サイトの切り替えに関係する設定を確認する際、メールの利用状況も把握できるようにしておきましょう。

パスワードは、素材一覧表にまとめない

準備物の一覧表には、契約先・担当者・確認状況を記録します。パスワードそのものは書き込まず、必要なアクセス方法を制作会社と相談してください。

利用しているサービスで可能なら、担当者の招待や必要な権限の付与を使います。会社側でも管理できる状態を保ち、制作終了後の権限の扱いまで決めておくと引き継ぎがしやすくなります。

新規制作なら、取得前に相談する

ドメインやサーバーをまだ用意していない場合は、そのまま相談して構いません。必要な機能やメール利用、公開後の管理方法を確認してから、契約内容を決めましょう。

素材の渡し方と社内確認の進め方

1.ページごとに素材を整理する

会社概要、サービス、事例、採用など、ページ単位でフォルダを分けます。ファイル名にも内容と更新日を入れると、探しやすくなります。

ファイル名の例

  • 会社概要_20260910_確認済み.docx
  • サービスA_原稿_20260910_確認中.docx
  • 会社外観_正面_01.jpg
  • 採用_職場風景_02.jpg

「最新版」「最終版」だけを繰り返すより、日付と状態を併記する方が区別しやすくなります。

2.素材の状態・担当者・期限を一覧にする

「送ったかどうか」だけでなく、掲載内容が確定しているかを管理します。共有先は一か所にそろえ、修正時はどこを変更したかも伝えましょう。

素材の進行管理表の例
ページ・素材 状態 担当 次の対応・期限
会社概要 確認済み 総務担当 制作会社へ共有
サービス原稿 確認中 事業責任者 対応範囲を金曜日までに確認
職場写真 未準備 採用担当 撮影候補日を水曜日までに連絡
顧客事例 掲載確認待ち 営業担当 確認予定日を共有

担当・期限は管理方法を示す架空の例です。

3.社内の意見を窓口担当者がまとめる

複数の部署が別々に修正依頼を送ると、どの指示を優先するか判断しにくくなります。窓口担当者が意見をまとめ、社内で食い違いを整理してから制作会社へ伝えましょう。

内容の正確性は担当部署、全体方針は責任者など、確認する役割を分けます。最終承認者が初めて確認するタイミングを公開直前にしないことも大切です。

4.構成・原稿・デザインの順に確認する

まず必要なページと掲載項目を決め、次に原稿や素材、その後にデザインを確認すると、変更の影響を整理しやすくなります。

デザイン完成後にサービス内容やページ数が大きく変わると、再調整が必要になる場合があります。判断が難しい内容は、早い段階で確認事項として共有してください。

原稿作成を依頼しても、事実確認は必要です

文章の構成や表現を任せる場合も、料金、仕様、対応範囲、実績などは社内で確認します。取材、執筆、撮影、修正のどこまでが依頼範囲に含まれるかも、制作開始前にそろえておきましょう。

ホームページ制作開始前のチェックリスト

  • 誰に見てもらい、何をしてほしいかを整理した
  • 予算の範囲と公開希望日、その理由を共有できる
  • 必要なページと優先順位を仮決めした
  • 会社案内・営業資料など、原稿の材料を集めた
  • 写真・ロゴの有無と元データの場所を確認した
  • 素材の掲載可否や確認待ちの項目を整理した
  • ドメイン・サーバー・メールの管理担当を確認した
  • 社内で用意するものと、制作会社に依頼するものを分けた
  • 窓口担当者・情報確認者・最終承認者を決めた
  • 問い合わせの受信先と公開後の更新担当を決めた

すべてにチェックが付かなくても、相談は始められます。未準備の項目を見えるようにし、制作会社と準備の順番を決めることが重要です。

ホームページ制作の準備でよくある質問

原稿がなくても制作会社に相談できますか?

相談できます。会社案内や営業資料、箇条書きのメモがあれば、情報整理の出発点になります。取材や原稿作成に対応するか、その費用が見積もりに含まれるかを確認しましょう。

写真はスマートフォンで撮影したものでも使えますか?

画質や明るさ、構図が掲載場所に合えば使えます。メイン画像など大きく使う写真は、元データを制作会社に見てもらってから判断してください。撮影が必要な場合は、先に必要なカットを相談すると無駄を減らせます。

会社案内の文章をそのまま使ってもよいですか?

原稿の材料として活用できます。ただし、情報が最新か、Webサイトの読者が知りたい内容に合っているかを確認しましょう。営業担当者の説明を前提にした資料なら、補足が必要になる場合があります。

参考サイトは何を伝えるために用意しますか?

色や雰囲気だけでなく、「サービスの比較がしやすい」「事例を探しやすい」など、参考にしたい理由を伝えるために使います。画面や文章をそのまま使うのではなく、自社の目的に必要な要素を整理しましょう。

準備が間に合わない場合はどうすればよいですか?

不足している素材と確定予定日を早めに共有します。取材・撮影の追加や、公開範囲の調整が可能か相談してください。仮の料金や未確認の実績を、公開用の情報として確定させないことが大切です。

まとめ:準備するものと、依頼するものを分けて進める

ホームページ制作に必要なものは、原稿や写真だけではありません。目的、管理情報、社内の確認体制までそろえることで、制作会社とのやり取りが進めやすくなります。

まずは既存資料と素材を集め、ページごとに「用意済み・確認中・未準備」を整理しましょう。完成した原稿を一人で抱え込んで作るより、情報の材料と未定事項を共有することが、制作を進める第一歩になります。

ホームページの保守管理とは?費用相場・業務内容・契約前の確認項目

企業サイト・公開後の管理

保守契約は「何かあったとき」だけでなく、問題を防ぐために整理します

サーバー、ドメイン、CMS、バックアップ、更新、障害対応の担当範囲を分かりやすく解説します。

ホームページを公開した後も、サーバーやドメインの契約、CMSの更新、バックアップ、セキュリティ、表示確認、問い合わせフォームのテストなどの管理が必要です。

保守契約を結んでいても、「月額料金に何が含まれているか」「緊急時に誰へ連絡するか」が不明確では、問題発生時の対応が遅れます。

この記事では、ホームページ保守管理の業務内容、費用を構成する項目、自社対応と外注の分け方、契約前の確認事項を整理します。

結論:管理対象・担当者・対応時間を一覧にする

サーバー、ドメイン、CMS、プラグイン、計測、フォーム、バックアップなど、対象ごとに契約名義と担当者を記録します。

月額料金の安さより、定期作業、障害対応、追加料金、契約終了時の引き継ぎまで確認することが重要です。

ホームページの保守管理とは

ホームページの保守管理とは、公開中のWebサイトを安全かつ正常に閲覧・利用できる状態に保つための継続業務です。

システムを維持する保守

サーバー、ドメイン、SSL、CMS、プラグイン、バックアップ、障害対応など。

内容を育てる運用

文章・画像の更新、事例や記事の追加、アクセス分析、SEO、問い合わせ改善など。

保守と運用は同じ契約に含まれる場合もあれば、別料金になる場合もあります。「保守一式」という名称だけで判断せず、作業内容を確認してください。

保守管理の主な業務

管理項目 主な業務 放置した場合の問題
サーバー 契約、容量、稼働、ログ、設定の確認 停止、容量不足、更新不能
ドメイン・SSL 契約更新、名義、期限、証明書の確認 サイトやメールが利用できない
CMS・プラグイン 更新前確認、適用、動作テスト 脆弱性、表示崩れ、機能停止
バックアップ データ、ファイル、DBの保存と復旧確認 改ざんや操作ミスから戻せない
フォーム 送信、通知、迷惑メール、計測のテスト 問い合わせを受信できない
コンテンツ 文章、画像、事例、料金、採用情報の更新 古い情報で信用や機会を失う
アクセス・SEO GA4、Search Console、エラー、流入の確認 減少や不具合の発見が遅れる

保守管理費用を構成する項目

ホームページの保守費は、サイト規模、CMS、独自機能、更新量、監視方法、対応時間によって変わります。一般的な検討目安として、最低限の管理で月額数千円〜数万円、更新や技術対応を含む企業サイトでは月額数万円以上になる場合があります。

費用項目 内容 確認ポイント
インフラ費 サーバー、ドメイン、SSL、CDNなど 誰の名義で契約しているか
定期保守費 更新、監視、バックアップ、定例確認 頻度と実施報告があるか
更新作業費 文章、画像、ページ、バナーの変更 月間時間・点数・修正回数
障害対応費 原因調査、復旧、外部会社との連絡 受付時間と初動時間
改修費 機能追加、デザイン変更、フォーム追加 保守内か都度見積もりか
改善支援費 SEO、分析、導線、コンテンツ改善 提案のみか実装まで含むか
「更新作業」と「障害対応」の上限を確認してください
月額契約でも、作業は月1時間まで、緊急対応は別料金という場合があります。依頼方法、対応期限、繰り越し、追加単価を確認しましょう。

自社で最低限保持したい情報

  • ドメインの契約会社、名義、更新日
  • サーバーの契約会社、プラン、管理権限
  • CMSの管理者アカウント
  • 制作会社・保守会社の連絡先と受付時間
  • GA4、Search Console、タグ管理の権限
  • バックアップの保存場所と復旧担当者
  • 使用している有料テーマ、プラグイン、外部サービス
  • 障害時の社内連絡先と公開判断者

保守管理を始める手順

管理対象を洗い出す サーバー、ドメイン、CMS、プラグイン、フォーム、計測、外部サービスを一覧にします。
契約名義と権限を確認する 制作会社だけが所有する状態を避け、自社も必要な管理権限を保持します。
定期作業を決める 更新、バックアップ、フォーム送信、リンク、表示、アクセスを確認する頻度を決めます。
障害時の流れを決める 発見者、連絡先、初動、公開停止、顧客案内、復旧後の報告を整理します。
月次で実施内容を記録する 作業日、変更内容、確認結果、次の課題を残し、担当者が変わっても追える状態にします。

セキュリティ保守で確認すること

IPAの中小企業向けガイドラインでは、Webサイトを構成するサーバーOSやソフトウェアへの脆弱性修正、安全な設定、認証情報の適切な管理などが示されています。

更新前後の確認をセットにする
CMSやプラグインを更新するだけでなく、事前バックアップ、テスト、表示・フォーム確認、問題発生時の戻し方まで決めます。
  • 管理者アカウントを必要な人数に限定する
  • 強固なパスワードと多要素認証を利用する
  • 不要なアカウント、プラグイン、サービスを削除する
  • バックアップデータへのアクセスを制限する
  • 更新や障害の記録を残す
  • 改ざん・不審な転送・大量送信などの異常を確認する

保守会社を比較する質問リスト

  • 毎月実施する作業と報告内容は何ですか
  • バックアップの対象、頻度、保存期間はどうなっていますか
  • 復旧作業は月額費用に含まれますか
  • 夜間・休日や緊急時の連絡方法はありますか
  • 更新作業は月何時間または何回までですか
  • CMS更新後の表示・フォームテストは含まれますか
  • サーバーやドメインは自社名義で保持できますか
  • 契約終了時にデータ・設定・アカウントを引き継げますか

よくある質問

保守契約は必ず必要ですか?

法律上すべてのサイトに同じ契約が必要というものではありません。ただし、自社で更新・バックアップ・障害対応を行わない場合は、誰が担当するかを決める必要があります。

サーバー会社の保守だけで十分ですか?

サーバー会社が管理する範囲と、CMS、プラグイン、独自プログラム、コンテンツの管理範囲は異なります。責任分界を確認してください。

制作会社を変更できますか?

変更できますが、ドメイン、サーバー、CMS、データ、ライセンス、計測の権限と契約条件を確認し、引き継ぎ期間を設けます。

まとめ

ホームページの保守管理は、サイトを表示できる状態に保つだけでなく、情報の正確性、問い合わせ機能、データ、アカウントを守る業務です。

管理対象、契約名義、定期作業、障害時の連絡、追加料金を整理し、自社と保守会社の役割を明確にしましょう。

ホームページの管理状況を一度整理しませんか?
サーバー・ドメイン・CMS・更新・計測を確認し、必要な保守範囲をご提案します。
ホームページ保守について相談する

参考情報

※保守範囲と費用はサイト構成、契約、対応時間によって異なります。

ホームページから問い合わせを増やす方法|原因別の改善ポイントを解説

ホームページ改善・問い合わせ獲得

アクセス数だけでなく、問い合わせまでの途中離脱を確認しましょう

サービス説明、実績、CTA、フォーム、計測など、問い合わせが増えない原因を段階ごとに整理します。

ホームページを公開しているものの、「アクセスはあるのに問い合わせが来ない」「何を改善すればよいか分からない」と悩んでいませんか。

問い合わせが増えない原因は、アクセス不足だけではありません。サービス内容が伝わらない、実績が不足している、問い合わせボタンを見つけられない、フォームで離脱しているなど、複数の原因があります。

先に結論:問い合わせまでの段階を分けて確認します

「訪問されていない」「サービスを検討されていない」「フォームへ移動されない」「入力途中で離脱している」を分けると、改善する場所が分かります。

ボタンの色だけを変える前に、どの段階でユーザーが離れているかを確認しましょう。

問い合わせが増えない4つの原因

アクセスが少ない

検索、広告、SNS、紹介などから、対象となるユーザーがサイトへ訪れていない状態です。

サービスが伝わらない

対象顧客、対応内容、強み、料金、流れが分からず、比較検討できない状態です。

相談する理由が不足している

実績、事例、担当者、FAQなどが少なく、不安を解消できていない状態です。

フォームで離脱している

入力項目が多い、エラーが分かりにくい、送信できないなどの問題があります。

最初に確認する問い合わせ導線

段階 確認すること 主な改善
サイト訪問 見込み客が訪問しているか SEO、広告、SNS、紹介導線
サービス閲覧 サービスページへ移動しているか メニュー、内部リンク、記事CTA
比較検討 実績、料金、FAQを見ているか 情報追加、事例、選ばれる理由
フォーム閲覧 問い合わせページへ移動しているか CTAの位置・文言・相談内容
送信完了 入力開始後に完了しているか 項目数、エラー、スマホ操作
商談・成約 対象顧客からの相談か ターゲット、訴求、営業対応

ホームページから問い合わせを増やす8つの改善

対象顧客を明確にする 業種、企業規模、担当者、困りごとなど、相談してほしい相手を具体的にします。
最初に提供内容を伝える 誰に何を提供し、どのような課題を解決するのかをページ上部で説明します。
サービスページを具体的にする 対応範囲、進め方、期間、料金の考え方、納品物、対応後の状態を掲載します。
実績と事例を掲載する 依頼前の課題、実施内容、成果、顧客の声を整理し、相談後を想像できるようにします。
不安をFAQで解消する 費用、期間、契約、準備物、対応地域など、商談前に多い質問へ回答します。
CTAを具体的にする 「お問い合わせ」だけでなく、「費用を相談する」「サイトを診断してもらう」など行動を伝えます。
フォームを入力しやすくする 必須項目を絞り、入力例、エラー表示、スマートフォンでの操作を確認します。
GA4で送信完了を計測する ページ表示ではなく、正常なフォーム送信完了を問い合わせとして計測します。

サービスページに必要な情報

対象となる顧客

解決できる課題

具体的な対応内容

依頼するメリット

他社との違い

実績・事例

料金または費用の考え方

相談から開始までの流れ

よくある質問

問い合わせ方法

料金を掲載できない場合も判断材料を用意します
個別見積もりの場合は、費用を決める項目、見積もり例、最小の依頼範囲などを説明すると、相談前の不安を減らせます。

信頼につながるコンテンツ

  • 顧客の課題と対応内容が分かる事例
  • 実際に担当する人の紹介
  • 制作・支援の進め方
  • 会社概要、所在地、連絡先
  • 保有資格や許認可
  • 取引実績や対応業種
  • 契約、解約、個人情報の取り扱い
  • 第三者からの評価や顧客の声
抽象的な強みだけでは比較できません
「高品質」「丁寧」「実績豊富」と記載するだけでなく、何をどのように行うのか、事例や対応内容で具体的に説明しましょう。

問い合わせボタンを改善するポイント

確認項目 改善例
文言 何を相談できるか具体的にする
位置 ページ上部、説明後、ページ末尾へ設置する
選択肢 フォーム、電話、オンライン相談などを整理する
心理的負担 相談後の流れ、返信目安、営業方針を説明する
スマホ表示 押しやすい大きさと周囲の余白を確保する

問い合わせフォームの改善

必須項目を見直す

最初の相談に不要な情報まで必須にすると、入力負担が増えます。営業対応に必要な項目と、商談後に確認できる項目を分けましょう。

入力エラーを分かりやすくする

エラーがある項目と修正方法を、その項目の近くに表示します。送信ボタンを押しても理由が分からない状態を避けます。

スマートフォンでテストする

文字の大きさ、入力欄、選択項目、確認画面、送信完了までを実機で確認します。

正常送信だけを問い合わせとして計測する

問い合わせページの表示を成果にすると、実際の送信数より多く記録されます。正常な送信完了時にイベントが発生するよう設定します。

GA4で確認する流れ

計測段階 確認する内容
サービスページ閲覧 どのサービスに関心があるか
問い合わせページ閲覧 CTAからフォームへ移動したか
フォーム開始 入力を開始した人数
フォーム送信 正常に送信を完了した人数
電話クリック スマートフォンから電話を選んだ人数

訪問から送信までを段階ごとに確認すると、サービスページ、CTA、フォームのどこを改善すべきか判断しやすくなります。

問い合わせの「数」と「質」を分けて確認する

問い合わせ数が増えても、対象外の相談や営業連絡ばかりでは成果とはいえません。

対象となる業種・企業規模からの相談か

提供サービスと相談内容が合っているか

予算や開始時期が合っているか

商談へ進んだ割合はどの程度か

成約や売上につながったか

問い合わせ元のページを確認できるか

よくある質問

アクセスが増えれば問い合わせも増えますか?

必ず増えるとは限りません。対象となるユーザーが訪問しているか、サービスページやフォームへ進んでいるかを確認します。

問い合わせボタンは多いほどよいですか?

数だけでなく、適切な位置と文言が重要です。説明を読んだ後など、相談したいタイミングに設置します。

料金を掲載した方がよいですか?

掲載できる場合は判断しやすくなります。個別見積もりの場合も、費用を決める条件や相談可能な範囲を説明しましょう。

改善効果はどのくらいで判断しますか?

アクセス数や問い合わせ数によって異なります。変更前後の期間だけでなく、流入元、ページ、フォーム開始・完了を分けて比較してください。

電話も問い合わせとして計測できますか?

スマートフォンの電話番号タップをイベントとして計測できます。ただし、実際に通話が成立したかは別途確認が必要です。

まとめ

ホームページから問い合わせを増やすには、アクセス、サービス閲覧、比較検討、フォーム移動、送信完了を分けて確認します。

サービス内容、実績、料金の考え方、FAQ、CTA、フォームを整え、ユーザーが安心して相談できる状態を作りましょう。

問い合わせ数だけでなく、商談や成約につながる相談が増えているかを確認し、継続的に改善することが重要です。

問い合わせが増えない原因を整理しませんか?

現在のアクセスとサイト導線を確認し、優先して改善するページと計測方法を整理します。

ホームページ改善について相談する

参考情報

コーポレートサイトリニューアルの進め方|失敗を防ぐ手順とチェックリスト

コーポレートサイト・リニューアル

デザインを変える前に、目的・コンテンツ・URLを整理しましょう

問い合わせや採用、企業情報の発信につながるリニューアル手順と、検索順位を落とさないための注意点を解説します。

コーポレートサイトが古くなり、「スマートフォンで見づらい」「情報を更新しにくい」「問い合わせにつながらない」と悩んでいませんか。

コーポレートサイトのリニューアルでは、見た目を新しくするだけでなく、サイトの目的、掲載情報、更新体制、問い合わせ導線、検索評価を整理する必要があります。

この記事では、リニューアルの準備から制作会社の選定、公開、公開後の改善までを順番に解説します。

先に結論:目的と残す情報を決めてから制作を始めます

「古いから新しくする」だけでは、リニューアル後の成果を判断できません。問い合わせ、採用応募、資料請求、企業理解など、優先する目的を決めましょう。

検索流入があるページや既存URLを調べずに削除すると、公開後にアクセスが減る可能性があります。

コーポレートサイトをリニューアルする目的

問い合わせを増やす

サービス内容、実績、選ばれる理由、相談方法を整理し、検討中のユーザーを問い合わせへ導きます。

採用応募を増やす

仕事内容、社員、職場環境、選考方法を伝え、求職者が働く姿を想像できる状態にします。

企業の信頼性を高める

会社情報、事業内容、実績、取引方針などを分かりやすく掲載します。

更新しやすくする

社内担当者が実績、ニュース、採用情報などを継続更新できる仕組みを整えます。

目的は一つに絞る必要はありません
複数の目的がある場合は、最優先の目的と対象ユーザーを決めます。優先順位があると、トップページや導線を設計しやすくなります。

リニューアルを検討するタイミング

  • スマートフォンで見づらい
  • サービス内容と掲載情報が一致していない
  • 更新方法が分からず情報が古い
  • 問い合わせや採用応募が少ない
  • ページの表示が遅い
  • 必要なページへ移動しにくい
  • 会社名や事業内容が変わった
  • セキュリティやCMSの保守に不安がある
  • 検索流入はあるが成果へつながらない

すべてを作り直す必要がない場合は、問い合わせ導線やサービスページなど、課題が大きい部分から改善する方法もあります。

コーポレートサイトリニューアルの8つの手順

現状を分析する アクセス数、検索流入、問い合わせ、更新状況、利用端末、既存ページを確認します。
目的と対象ユーザーを決める 誰に何を伝え、どの行動につなげたいのかを言葉にします。
必要なページと機能を整理する 会社情報、サービス、実績、採用、FAQ、問い合わせなど、必要な構成を決めます。
制作条件をまとめる 予算、希望公開日、社内担当者、素材、更新方法、サーバーなどを整理します。
制作会社を比較する 料金だけでなく、提案内容、担当体制、SEO移行、公開後の支援を比較します。
設計・デザイン・制作を進める サイト構成、ワイヤーフレーム、デザイン、文章、写真、システムの順に確認します。
公開前テストを行う 表示、リンク、フォーム、計測、検索設定、旧URLからの転送を確認します。
公開後の数値を確認する 検索流入、閲覧ページ、問い合わせ、エラーを確認し、継続して改善します。

制作前に準備する情報

準備するもの 主な内容 確認担当
会社情報 住所、代表者、事業内容、沿革、許認可 経営・総務
サービス情報 対象顧客、特徴、料金、流れ、よくある質問 営業・事業担当
実績 事例、成果、掲載許可、写真 営業・広報
採用情報 職種、条件、社員紹介、選考方法 採用担当
既存データ アクセス、検索、問い合わせ、主要URL Web担当
素材 ロゴ、写真、動画、会社案内、営業資料 広報・制作担当

検索順位を落とさないためのSEO移行

既存ページの評価を確認する

Search Consoleやアクセス解析を使い、検索表示や流入があるページを確認します。流入があるページは、削除ではなく内容を引き継ぐ方法を検討してください。

旧URLと新URLの対応表を作る

URLを変更する場合は、旧URLと対応する新URLを一覧にします。ページ内容が同じでURLだけが変わる場合は、関連する新ページへ301リダイレクトします。

内部リンクを新URLへ変更する

サイト内に残っている古いURLを新しいURLへ変更します。転送だけに頼らず、メニューや本文のリンクも更新しましょう。

公開時の検索設定を確認する

開発中に設定したnoindexやアクセス制限が残っていないか、canonical、タイトル、メタ説明、サイトマップが正しいか確認します。

デザイン・CMS・ドメインを同時に変える場合は特に注意
変更点が多いほど、問題の原因を特定しにくくなります。十分なテスト期間と、公開後に修正できる担当体制を用意してください。

公開前チェックリスト

会社名、住所、電話番号が正しい

サービス内容と料金表記を確認した

スマートフォンで読みやすい

メニューとすべてのリンクが動作する

問い合わせフォームを送信できる

自動返信と管理者通知が届く

プライバシーポリシーを掲載した

ページタイトルとメタ説明を設定した

旧URLから新URLへ転送される

アクセス解析と問い合わせ計測が動く

バックアップと復旧方法を確認した

公開後の更新担当者が決まっている

リニューアル後に確認する数値

段階 確認する指標 主な改善対象
検索表示 表示回数、掲載順位 タイトル、コンテンツ、検索設定
サイト流入 ユーザー数、流入元 SEO、広告、SNS、外部リンク
検討 サービス・実績ページ閲覧 導線、説明、事例、FAQ
問い合わせ フォーム送信、電話クリック CTA、フォーム、相談内容
商談 有効問い合わせ、成約 ターゲット、訴求、営業対応

よくある質問

リニューアルにはどのくらいの期間が必要ですか?

ページ数、素材準備、機能、確認体制によって異なります。希望公開日から逆算するだけでなく、社内確認や文章・写真の準備期間も含めて計画します。

現在の文章や写真はそのまま使えますか?

利用できますが、現在の事業内容やターゲットに合っているか確認してください。検索流入がある文章は、理由なくすべて削除しないことが重要です。

リニューアルすれば問い合わせは増えますか?

公開しただけで増えるとは限りません。流入を増やす施策と、サービスページ、実績、CTA、フォームなどの改善を組み合わせます。

相見積もりは必要ですか?

複数社を比較する場合は、同じ目的、ページ数、機能、支援範囲を伝えてください。金額だけでなく、見積もりに含まれる作業を比較します。

まとめ

コーポレートサイトリニューアルでは、デザイン制作の前に、目的、対象ユーザー、既存ページ、必要な機能、更新体制を整理します。

URLを変更する場合は、旧URLと新URLの対応表を作り、301リダイレクトや内部リンクの更新を行いましょう。

公開後は検索流入と問い合わせを確認し、事業の成果につながるサイトへ継続的に改善することが重要です。

コーポレートサイトの課題を整理しませんか?

現在のサイトを確認し、残すページ、改善する導線、必要な機能を整理します。

サイトリニューアルについて相談する

参考情報