Google Workspaceのホームページ作成入門｜初心者でも失敗しない手順と注意点

2026年2月21日

「Google Workspaceでホームページを作りたいけど、何から始めればいいの？」
そう思って調べ始めたものの、情報がバラバラで余計に迷っていませんか。

たとえば、こんな声がよくあります。

「Googleサイト（Sites）で本当に“会社のホームページ”になるの？見た目が安っぽくならないか不安…」
「独自ドメイン（example.com）で公開したいけど、DNSとか管理コンソールとか難しそう」
「公開したのに “見られない”／共有設定が分からない／社内だけにしたい」
「問い合わせフォームはどう作る？返信はinfo@で受けたいけど運用が想像できない」
「SEOも気になる… 検索に出るの？出ないときは何をチェックすればいい？」
「結局、Googleサイト・WordPress・ノーコード… どれが正解？」

結論から言うと、初心者が最短で“ちゃんと公開できるホームページ”を作るなら、まずは Googleサイト（Sites） が堅実です。
ただし、成功するかどうかは「作り方」よりも、作る前の準備（目的・ページ構成・権限）と、公開後の運用（問い合わせ対応・更新体制）で決まります。

この記事では、Google Workspaceを使ってホームページを作るときに

何を選べばいいか（Googleサイト／外部CMS／ノーコード）
迷わない手順（7ステップ）
失敗しやすい注意点（公開・権限・独自ドメイン・メール・SEO）
公開後に「改善できる状態」を作る方法（Search Console／GA4）

まで、初心者でも手順通りに進められるように整理しました。
「とりあえず作ったけど成果が出ない」を防ぐために、実務でつまずきやすいポイントも先回りして解説していきます。

【おすすめホームページ作成サービス↓】

専門知識は不要！プロ級の美しいホームページがつくれる【とりあえずHP】
こんなに簡単！店舗向けホームページがすぐ始められる「グーペ」
ビジネスをお助けするホームページ作成サービス【inkrich(インクリッチ)】
ありえないほど簡単にホームページができる【ジンドゥー】
無料ホームページ制作・作成なら作り方かんたんなペライチ
手軽にホームページを作成【おちゃのこさいさい】

まず結論：Workspaceで作るなら「Googleサイト」が最短ルート

「Google Workspaceでホームページを作りたい」という初心者の方にとって、最短で“形にして公開まで進められる”のが Googleサイト（Google Sites） です。コード不要で、テンプレート＋ドラッグ＆ドロップ中心で作れます。

さらにWorkspace運用だと、次の点が強くなります。

共同編集が前提（担当者が増えても回る）
Drive/ドキュメント/フォーム等と自然に連携（更新がラク）
共有・公開範囲をコントロールしやすい（社内／社外で出し分け）

「まずは最短で公開し、あとから改善する」流れに向いています。✅

外部向けホームページと社内ポータルは“設計”が別物

同じ「サイト」でも、外部向け と 社内ポータル では“正解の作り”が変わります。ここを混ぜると、公開範囲ミスや導線の弱さにつながりがちです。

下の表で、設計の違いを押さえておくと失敗しにくいです。

スクロールできます

項目	外部向けホームページ	社内ポータル
目的	信頼獲得／問い合わせ獲得	情報集約／業務導線の短縮
主な閲覧者	初見の見込み客・応募者	社員・関係者
必須コンテンツ	会社情報、実績、料金、FAQ、問い合わせ、プライバシー	申請リンク集、マニュアル、規程、最新アナウンス、共有資料
導線（CTA）	問い合わせ・資料請求・予約が主役	よく使うリンク・検索性が主役
公開範囲	原則「一般公開」	原則「制限付き（社内限定）」
SEOの優先度	中〜高（狙うなら設計が必要）	低（むしろ検索に出さない設計が多い）
更新体制	“外向けの責任”が伴う（承認フロー推奨）	更新頻度が高い（運用ルールが重要）

💡ポイント：

外部向けは「信頼の材料（誰が・何を・どう提供するか）」が最重要
社内ポータルは「迷わず辿り着ける導線」が最重要

なお、Googleサイトは Workspaceアカウントを持たない社外ユーザーでもアクセスできるため、外部公開にも使えます（ただし共有設定で制限も可能）。

今回のゴール：公開・独自ドメイン・問い合わせ導線・更新体制まで整える

「作って終わり」だと成果が出にくいので、最初からゴールを4点に絞って設計します。
ここまで整うと、初心者でも“ちゃんと運用できるホームページ”になります。

ゴール1：公開できる状態（見栄え＋最低限のページ）

最低限、次のページがあると 信頼性（E-E-A-T） が上がりやすいです。

トップ（何の会社／サービスか・強み・次に取ってほしい行動）
サービス（商品）（内容・料金目安・流れ）
実績／事例（可能なら数値や写真）
会社情報（所在地・代表/運営者・連絡手段）
FAQ
お問い合わせ
プライバシーポリシー

✅ まずは「小さく公開」→「反応を見て改善」が最短です。

ゴール2：独自ドメインを使える状態（必要な人だけ）

外部向けなら、独自ドメイン（例：example.com）は信頼面で有利です。
ただし、初心者が詰まりやすいので “やる／やらない”を最初に決めるのがコツ。

今すぐ必要：名刺・営業・採用で使う／会社としての体裁が必要
後回しでOK：テスト公開したい／まずは内容を固めたい

※Googleサイトには、公開設定や検索エンジンへの表示に関する設定項目があります（「検索エンジンに表示しないようリクエスト」等）。ただし、設定しても一般公開の検索結果に出る可能性がある点は理解しておきましょう。

ゴール3：問い合わせ導線が“迷わず”機能する

Googleサイト単体でも導線は作れます。初心者におすすめは Googleフォーム 連携です。

問い合わせ導線の基本形（例）

トップ上部：「お問い合わせ」ボタン
各サービス説明の最後：「相談する／見積もり依頼」ボタン
フッター：会社情報＋問い合わせリンク

フォーム項目の最小セット

お名前／メール／相談内容（自由記述）
返信希望（メール・電話）
個人情報取り扱いへの同意（チェック）

📌 重要：フォームを置いたら、必ず 自分で送信テスト（スマホ含む）を1回やります。

ゴール4：更新体制（誰が・いつ・どこまで直すか）

“更新が止まる”のが一番もったいないので、最初に運用を決めます。

編集者：誰が編集できる？（担当者／代理）
承認：公開前に誰が確認する？（誤字・表現・法務観点）
更新頻度：月1回でもOK（実績・料金・営業時間など）

おすすめの簡易ルール

文章修正は担当がOK
料金・契約・規約に関わる変更は承認必須
公開前はチェックリスト（リンク切れ／フォーム動作／会社情報）を確認

Google Workspaceでホームページを作る方法は3つ（失敗しない選び方）

「Workspaceでホームページを作る」と言っても、やり方は大きく3パターンあります。
初心者が迷いやすいのは “何を優先するか（速さ・SEO・見た目・機能）” が整理できていないケースです。

まずは全体像を、ざっくり比較で掴みましょう。

スクロールできます

方法	できることのイメージ	強いところ	弱いところ	向いている人
① Googleサイト（Sites）	会社案内・簡易LP・社内ポータル	最短で公開、共同編集、権限管理、Workspace連携	デザイン自由度/機能拡張に限界、SEOで攻めにくい場面あり	まず公開したい／運用を回したい
② 外部CMS＋Workspace	WordPress等で本格サイト	SEO設計、ブログ運用、拡張性、資産化	初期設定や保守が増える／費用も増えやすい	検索流入を伸ばしたい／記事運用したい
③ ノーコード系	デザイン性の高いサイト	見た目が作りやすい、テンプレ豊富	月額が上がりやすい／移行が大変な場合も	デザイン最優先／短期で“映える”サイト

① Googleサイトで作る（最短・共同編集・権限管理が強い）

結論から言うと、「とにかく早く公開して、少しずつ改善したい」ならこれが最短です。
Googleサイトは、Workspaceの流れ（共同編集・共有・権限）と相性が良いのが強みです。

強いポイント

スピード：テンプレ＋ブロック編集で、最短で形になる
チーム運用：担当者が複数でも更新を回しやすい
連携：Googleフォーム（問い合わせ）やDrive資料を埋め込みやすい

気をつけたいポイント

デザインや機能追加の自由度は“ほどほど”（凝りすぎると詰まりやすい）
SEOでガンガン攻めるより、「名刺代わり＋導線最適化」が得意

こんな使い方がハマります

小規模事業の会社案内サイト
サービス説明＋問い合わせ（フォーム）までの簡易LP
社内ポータル（規程、申請、リンク集、マニュアル）

② 外部CMSで作る＋Workspaceはメール/運用基盤にする（SEOや拡張性重視）

検索流入を伸ばしたい、ブログで集客したい、機能拡張したいならこの選択が強いです。
ホームページ本体はWordPress等で作り、Workspaceは「運用の土台」として活かします。

Workspaceを土台にすると強いところ

独自ドメインメール（信頼性が上がる：info@ など）
社内共有・制作フロー（原稿・素材・チェックをDriveで回せる）
予定調整や問い合わせ対応（カレンダー、フォーム、Meet）

CMS側の強み（代表例）

SEOの設計自由度が高い（カテゴリー、内部リンク、構造化など）
記事運用がしやすく“資産化”しやすい
予約・決済・会員など、拡張がしやすい

注意点（初心者がつまずきやすい）

サーバー、テーマ、プラグイン、セキュリティなど「管理」が増える
“作って終わり”になりやすいので、更新体制が重要

③ ノーコード系で作る（デザイン重視・運用コスト重視）

「デザインを整えたい」「テンプレでそれっぽくしたい」ならノーコード系が候補になります。
特に、写真が多い業種（店舗・サロン・教室）は相性が良いことが多いです。

強いポイント

見た目を作りやすい（テンプレが強い）
スマホ最適化がしやすい

注意点

月額費用が上がりやすい（機能追加や独自ドメイン等）
サービス乗り換え時に“移行が面倒”になりがち
SEOは「できる範囲」と「限界」がサービスで差が出る

Workspaceと組み合わせるなら

メールはWorkspaceで統一（問い合わせ対応の信頼性UP）
素材・原稿・運用フローはDriveで管理（属人化防止）

判断チェック：SEO重視／ブログ運用／予約・決済／デザイン自由度／社内限定

最後に、ここだけ見れば決めやすい「判断の軸」を置きます。
当てはまるものが多い列が、あなたの最適解です。

A. Googleサイトが向く（①）

まず 最短で公開したい
更新担当が複数で、共同編集・権限管理を重視したい
サイトは「会社案内＋問い合わせ」が中心
社内ポータルも作りたい（社内限定で運用したい）

B. 外部CMSが向く（②）

SEOを主戦場にしたい（検索流入を伸ばしたい）
ブログ運用で記事を増やしていきたい
予約・決済・会員など、拡張機能が必要
中長期で“Web資産”として育てたい

C. ノーコードが向く（③）

デザインを最優先したい
制作スピードと見栄えを両立したい
ある程度の月額費用は許容できる
将来の移行リスクも理解したうえで始められる

Googleサイト（Sites）の特徴を整理：できること・できないこと

強み：共同編集、Drive埋め込み、アクセス権、端末最適化

Googleサイトは「最短で公開できる」だけでなく、Workspaceの運用（共有・権限・共同編集）と噛み合うのが最大の強みです。初心者がつまずきやすいポイントを先回りして、強みを具体化します。

1）共同編集が“標準装備”で、更新が止まりにくい

複数人で同時に編集しやすく、担当が変わっても引き継ぎがラク
レビュー（確認）を挟みながら公開できるため、誤字や公開ミスを減らせる

2）Driveの資料やフォームを“そのまま”見せられる
Googleサイトは、Workspaceの資産（ドキュメント・スプレッドシート・スライド・フォーム等）をページに埋め込みやすいです。

よくある活用例
- 料金表（スプレッドシート）を埋め込み → 更新が即反映
- 会社案内（スライド）を埋め込み → 営業資料とサイトを統一
- 問い合わせ（フォーム）を埋め込み → 送信テストもしやすい

ただし重要な注意点があります。
埋め込んだファイルは「サイトを公開しただけ」では閲覧できないことがあるため、閲覧者にも見えるように、ファイル側の共有権限も整える必要があります（ここで詰まる人が多いです）。

3）アクセス権（見せる範囲）をコントロールしやすい
サイト運用では、次の2つを分けて考えると事故が減ります。

編集できる人（共同編集者）
公開後に見られる人（閲覧者）

外部向けは「一般公開」、社内ポータルは「社内のみに限定」など、目的に合わせて切り替えやすいのが利点です。

4）端末最適化が基本設計に入っている
Googleサイトは、要素を“グリッド”で扱う考え方があり、スマホ表示でも大崩れしにくい設計です。
初心者がゼロからレスポンシブ対応を頑張らなくても、一定水準の見え方にまとまりやすいのがメリットです。

制約：細かなデザイン、機能拡張、SEOでの限界（現実ライン）

Googleサイトは「できることが明快」な反面、ビジネス用途で伸ばしていくと“壁”も出ます。ここを理解しておくと、後悔が減ります。

1）細かなデザイン調整は得意ではない

テーマや配色、フォントなどの調整はできる一方で、Web制作のようなピクセル単位の表現には向きません
「ここだけ余白を◯px」「ヘッダーを完全に独自レイアウト」などは難しくなりがちです

とはいえ、最近はブランド要素（ロゴ・色・フォントなど）を反映しやすくする改善も入っています。
ただし、一般的なCMSのような自由度を期待するとギャップが出ます。

2）機能拡張は“埋め込み中心”になりやすい

予約・決済・会員・高度なフォーム分岐などは、基本的に外部サービスの力が必要
外部の埋め込みは便利ですが、埋め込み先の仕様（埋め込み禁止設定など）に左右されることがあります

3）SEOは「土台は作れるが、攻めるには限界がある」
Googleサイトでも、最低限のSEOはできます。

ページごとのテーマを絞る（1ページ1目的）
見出しで構造を作る
内部リンクで回遊を作る
文章の独自性・具体性を高める（経験・実績・根拠）

一方で、SEOを“伸ばす運用”では制約も感じやすいです。

公開設定で「検索エンジンに表示しない」系の設定を誤ると、そもそも見つからない原因になる
検索エンジンは「公開＝必ずインデックス」ではなく、品質や需要などの要因も絡みます
→ ここはGoogleサイト固有というより、検索全体の前提として理解が必要です

向いているケース／避けた方がいいケース

結論を迷わないように、目的別に整理します。

スクロールできます

目的・状況	Googleサイトが向く	別手段を検討したい
まず公開して、少しずつ改善したい	◎
担当が複数で、共同編集・権限管理が重要	◎
Driveの資料やフォームを頻繁に更新したい	◎
社内ポータルを作りたい（社内限定）	◎
デザインを細部まで作り込みたい		◎
ブログ中心でSEO集客を伸ばしたい		◎
予約・決済・会員などをサイト内で完結したい		◎
長期でWeb資産として拡張し続けたい	△（途中で乗り換えの可能性）	◎

おすすめの考え方（初心者向け）

外部向けは、まずGoogleサイトで「会社案内＋問い合わせ」まで作る
→ 反応が出てきたら、SEO重視のCMSへ移行（または併用）を検討
社内向けは、Googleサイトを“正解”にしやすい
→ Workspace資産（Drive・規程・申請・リンク集）を集約すると効果が出やすい

作る前の準備：この段階で完成度が決まる

ホームページ作成で一番ムダが出やすいのは、作り始めてから「目的が違った」「ページが足りない」「素材がない」「権限がぐちゃぐちゃ」になることです。
先に準備しておくと、Googleサイト（Sites）の制作はスムーズに進み、公開後の更新も止まりにくくなります。

サイトの目的とターゲットを1枚で言語化（誰に／何を／どう行動してほしいか）

まずは“1枚メモ”でOKです。これを作るだけで、ページ構成・文章・導線がブレなくなります。

1枚メモのテンプレ（コピペして埋めるだけ）

誰に：例）地域の中小企業の経営者／採用応募者／既存顧客など
何を伝える：例）サービス内容・強み・料金の考え方・実績
どう行動してほしいか：例）問い合わせ／見積もり依頼／予約／資料請求
迷いを消す一言：例）「最短◯日で対応」「初回相談無料」「◯◯専門」
信頼の根拠：例）実績数、資格、対応エリア、運営者情報、事例、写真

初心者がつまずくポイント（先に回避）

「ホームページで何を増やしたいか」が曖昧
→ 目的は最大でも2つまで（例：問い合わせ＋採用）
誰向けかが広すぎる
→ “一番来てほしい人”を先に決める（他の人は後から拾える）

E-E-A-Tにつながる“準備”のコツ

経験や実績があるなら、最初に「証拠」を集める
例）施工前後、制作物、導入事例、許可を取ったお客様の声、資格証明など
「運営者が誰か」を明確にする材料を用意する
例）会社概要、所在地、連絡先、代表プロフィール、沿革

ページ構成を先に決める（サイトマップの型）

Googleサイトは「ページ」を作ってメニューに並べる形式です。
先にサイトマップを決めると、作業が“置くだけ”になって速いです。

設計の基本ルール

1ページ1目的（“何のページか”が一目で分かる）
メニューは多すぎない（目安：上部ナビは5〜7項目）
階層は浅く（目安：2クリックで主要情報へ）

最小構成：トップ｜サービス（商品）｜実績｜会社情報｜FAQ｜お問い合わせ｜プライバシー

最低限、この7ページがあると「信頼」と「問い合わせ導線」が整いやすいです。

トップ
- 最初の3秒で伝える：何の会社／誰向け／次にしてほしい行動
- 入口CTA：問い合わせ・資料請求などを目立たせる
サービス（商品）
- 何ができるか、向いている人、提供範囲、流れ
- 迷いが減る：料金の考え方（固定 or 目安）・よくある質問への誘導
実績
- 「具体」で信頼を作る：数字、写真、期間、成果（出せる範囲でOK）
会社情報
- 会社名／所在地／連絡先／代表者／営業時間など“確認したい要素”を網羅
FAQ
- 問い合わせ前の不安を先に潰す（料金、期間、対応範囲、支払い、キャンセル等）
お問い合わせ
- 入力項目は最小限＋返信までの目安（例：◯営業日以内）を明記
プライバシー
- フォームを置くなら基本的に必須（個人情報の取り扱い）

業種で追加：料金｜比較｜導入の流れ｜採用｜特商法（必要な場合）

必要なページは「あなたの業種」と「売り方」で決まります。追加の判断はこれでOKです。

料金
- 金額で迷う業種（制作、士業、コンサル、工事、スクール等）は強い
- 更新日も書いておくと安心感が上がる
比較
- 競合検討が前提のサービスに有効（選び方・違い・自社が向く人）
導入の流れ
- 不安が大きいサービスほど効果的（相談→提案→契約→開始…を図解すると強い）
採用
- 採用も目的なら、外部向けサイトに採用ページを分けた方が整理しやすい
特商法（必要な場合）
- オンライン決済・通信販売・サブスク等、該当する場合に用意（不安なら専門家確認）

素材をDriveに集約（ロゴ・写真・文章・資料）

素材が散らばると、修正が増えます。Driveにまとめて「探さない状態」を作るのがコツです。

おすすめのDriveフォルダ構成（このまま使えます）

00_方針・サイト設計
- 目的メモ／サイトマップ／導線設計
10_文章（原稿）
- トップ／サービス／FAQ／会社情報／プライバシー
20_画像
- ロゴ／バナー／写真（人物・店舗・実績など）／アイコン
30_資料（埋め込み用）
- 料金表（スプレッドシート）／会社案内（スライド）／カタログ（PDF）
90_公開前チェック
- チェックリスト／承認済みメモ

ファイル名ルール（更新が楽になる）

例）service_原稿_v03_2026-02-21
例）price_料金表_更新用（埋め込みするなら“更新用”を明確に）

“埋め込み”前提の注意点（ここが落とし穴）

サイトに埋め込んだ資料でも、資料側の共有権限が合っていないと閲覧できないことがあります。
→ 「誰が見られるか」をDrive側でも整える（公開前に別端末で確認）

権限設計（編集者／公開前レビュー／管理者）

Googleサイトは「編集できる人」と「公開後に見られる人」を分けて設定できます。
ここを最初に決めると、事故（編集ミス・公開ミス・情報漏えい）が減ります。

役割の最小セット（小規模でも回る形）

管理者（Owner）
- 最終責任者。権限・公開設定を握る人
編集者（Editor）
- 文章・画像の更新を担当
レビュアー（Reviewer）
- 公開前チェック担当（編集はしない／指摘だけでもOK）

公開前レビューの“軽量チェックリスト”（5分で回る）

連絡先（会社名・所在地・メール等）が最新
料金や条件など“重要情報”が最新（必要なら更新日を明記）
リンク切れがない
問い合わせフォームの送信テストOK（スマホ含む）
埋め込み資料が第三者から閲覧できる（権限ミスなし）
公開範囲が意図どおり（一般公開／社内限定など）

管理者が知っておくと安心なこと

管理コンソールを扱う権限は、必要な人にだけ付与する（役割分担が可能）
Googleサイト側でも編集者の追加・削除や、下書き／公開のアクセス設定を調整できる

【手順】Googleサイトでホームページを作る（迷わない7ステップ）

Step1：新規サイト作成（テンプレート／空白）

Googleサイトは、次のどちらからでも作れます。

Googleサイト画面で「空白」または「テンプレートギャラリー」から開始
Googleドライブから新規作成（Driveに自動保存される）

初心者はまず テンプレート で始めると、レイアウトの迷いが減ります。
「すでに構成が決まっている」「文章・写真を流し込みたい」なら空白でもOKです。

テンプレの選び方：目的から逆算（会社案内・LP・イベント・社内ポータル）

テンプレは“見た目”ではなく、用途で選ぶと失敗しません。

会社案内：固定ページ中心（会社情報・実績・サービス）
LP：縦長で1ページに要素をまとめやすい（CTAが強い）
イベント：日時・場所・申込導線が中心
社内ポータル：リンク集・資料・お知らせが中心

💡コツ：
テンプレを選んでも、あとで大きく編集できます。最初は「近い形」を借りる感覚で大丈夫です。

Step2：見た目の土台を作る（テーマ・ロゴ・色・フォント）

このステップは“後回し”に見えて、実は時短になります。
先に土台を揃えると、ページを増やしても統一感が崩れません。

テーマ（全体の雰囲気）
ロゴ（ヘッダーやファビコン相当の役割）
色（ブランドカラーがあるなら合わせる）
フォント（読みやすさ優先）

“それっぽく見える”最短ルール（余白・見出し階層・画像比率）

デザイン経験がなくても、次のルールだけで急に整います。

余白は削らない：詰め込むほど素人感が出る
見出しは階層を守る：大→中→小の順に（同じ大きさを乱発しない）
画像は比率を揃える：バラバラだと散らかって見える
強調は“1画面に2つまで”：太字やボタンを増やしすぎない

✅おすすめの作業順
「テーマ決定 → トップだけ整える → 下層を量産」
（全ページを同時に整えようとすると迷子になりやすいです）

Step3：ナビゲーション設計（ページ階層・メニュー）

次にやるのは、ページを増やす前の“道案内”作りです。
メニューが分かりにくいと、良い内容でも離脱されます。

メニュー項目は 5〜7個 が目安
階層は 深くしすぎない（2階層くらいまでが扱いやすい）
「会社情報」「お問い合わせ」は迷わず見つかる位置に

階層が深くなりすぎる時の対処（カテゴリページ／まとめページ）

ページが増える業種は、先に“受け皿”を作るとスッキリします。

例：サービスが多い
→ 「サービス一覧（まとめページ）」を作り、詳細は下層へ
例：実績が多い
→ 「実績一覧（カテゴリ別）」を作り、代表事例だけ個別へ
例：FAQが多い
→ 「料金」「納期」「サポート」などテーマ別に分ける

💡運用のコツ
メニューに出しすぎず、詳細は ページ内リンク（ボタン・テキストリンク）で誘導すると、ナビが太らず見やすいです。

Step4：トップページを作る（問い合わせが増える導線設計）

トップページは「デザイン」より 伝わる順番 が重要です。
初心者が作りがちなのは、“説明が先で行動が後”になってしまうパターンです。

ファーストビューで伝えるべき3点（何のサイト／誰向け／次の行動）

最初の画面（ファーストビュー）で、最低限これだけ伝えます。

何のサービスか（ひとことで）
誰のためか（ターゲット）
次にしてほしい行動（ボタン）

例（型）

キャッチ：〇〇を△△するサービス
サブ：対象・地域・強みを補足
ボタン：相談する／見積もり依頼／予約する など

CTA設計：問い合わせ・資料請求・予約の置き方

ボタン（CTA）は“置く場所”で反応が変わります。
おすすめは 3点配置 です。

① ファーストビュー直下（最重要）
② サービス説明の最後（納得した人の出口）
③ フッター（どのページからでも辿り着ける）

📌注意
CTAを増やしすぎると逆に迷います。
「問い合わせ」と「資料請求」を両方置くなら、どちらが主役かを決めましょう。

Step5：下層ページを作る（信頼を積むコンテンツ配置）

下層ページは、E-E-A-T（経験・専門性・権威性・信頼性）を“見える形”にする場所です。
文章が長くなるほど、見出し→箇条書き→根拠 の順で読みやすくなります。

サービス（商品）ページ：特徴→ベネフィット→価格→事例→FAQ

初心者でも失敗しにくい並べ方です。

特徴（何ができるか）
ベネフィット（結果としてどう良くなるか）
価格（目安でもOK：条件があるなら明記）
事例（可能なら数字・期間・前後比較）
FAQ（不安の先回り）

💡“独自性”を出すコツ
一般論よりも、実際の流れ・よくある失敗・判断基準を入れると一気にオリジナルになります。

会社情報：運営者情報・所在地・代表メッセージ・沿革・アクセス

信頼性の要になるページです。最低限は次を揃えます。

会社名／所在地／連絡手段
代表者（または運営責任者）
事業内容
沿革（箇条書きでOK）
アクセス（地図があると強い）

✅ポイント
「実在する組織」と分かる情報が増えるほど、問い合わせの心理ハードルが下がります。

実績・お客様の声：根拠の出し方（数字／写真／第三者性）

盛るより、検証できる形が強いです。

数字：件数、期間、改善率（出せる範囲で）
写真：制作物、導入風景、ビフォーアフター
第三者性：レビュー、許可を得たコメント、掲載先

📌注意
お客様の声は、個人情報・肖像・社名の扱いに配慮し、必ず許諾を取るのが安全です。

Step6：Workspace連携で“強いページ”にする（埋め込み活用）

Googleサイトの真価は、Workspace資産を“更新しやすい形”で見せられることです。
埋め込みを使うと、サイト本体を触らずに内容更新できるケースが増えます。

Googleフォーム：お問い合わせ／予約前ヒアリング

初心者に一番おすすめです。

お問い合わせ受付
予約前ヒアリング（希望内容、希望日時、予算感など）
資料請求フォーム

フォームの最小セット

氏名／メール／相談内容
同意チェック（個人情報の扱い）
返信目安（例：2営業日以内）

カレンダー：営業日・イベント・予約枠（用途別）

営業日カレンダー（休業日が一目で分かる）
イベント日程（セミナー・説明会）
予約枠（運用方法は業種で変わるので、まずは“空きの見せ方”から）

ドキュメント／スプレッドシート／スライド：資料・料金表・提案書の共有

料金表（スプレッドシート）を埋め込み → 更新が反映されやすい
会社案内（スライド）を埋め込み → 営業資料と統一
PDF資料はDrive管理 → 差し替えが簡単

マップ：店舗・オフィスへの導線

来店型ビジネスは必須級
住所だけより、迷いが減ります

埋め込み時の注意：公開範囲・個人情報・閲覧権限

ここが一番の落とし穴です。チェックポイントは3つだけ。

公開範囲：社内限定資料を外部ページに埋め込んでいないか
個人情報：フォームの通知先・保存先・閲覧権限は適切か
閲覧権限：埋め込んだDriveファイルが、閲覧者側で見える設定か

✅最強の確認方法
自分のスマホで、ログアウト状態（または別アカウント）で見る
→ “見えない/見えすぎる”の両方を防げます。

Step7：公開設定（一般公開／限定公開／社内限定）

最後に公開です。Googleサイトは「公開」ボタンから、公開範囲や設定を調整できます。

一般公開：外部向けホームページ
限定公開：リンクを知っている人だけ／特定の相手だけ
社内限定：社内ポータルなど

公開前チェック：スマホ表示・リンク切れ・誤字・フォーム動作

公開前は、次のチェックで事故が激減します。

スマホで見て崩れていない
リンク切れがない
会社情報（住所・連絡先・営業時間）が最新
お問い合わせフォームを送信して、通知・返信が想定どおり
埋め込み資料が見える（権限ミスなし）

🧩小技
チェックリストをDriveに置き、毎回同じ手順で確認すると品質が安定します。

共同編集・レビューの回し方（公開前に承認フローを作る）

運用をラクにする最小ルールはこれです。

編集：担当者が更新
レビュー：誤字／内容／公開範囲を確認
公開：管理者（または責任者）が実行

“公開の責任者”を決めるだけで、更新が止まりにくく、事故も減ります。

独自ドメインで公開する（Google Workspace管理者向け）

独自ドメイン設定は「①URLの種類を理解 → ②管理コンソールで紐づけ → ③DNSで向き先を設定」の順で進めると迷いません。
なお、独自ドメイン公開は管理者権限が絡むため、作業前に「誰が・どこまで触れるか」を決めておくと事故が減ります。

まず理解：SitesのURL種類（標準URL／カスタムURL）

Googleサイトには、ざっくり次のURLが登場します。混同しやすいので最初に整理します。

スクロールできます

種類	例	使いどころ	注意点
標準URL（Sitesの初期URL）	`sites.google.com/…`	まず公開して動作確認	これだけだと“独自ドメイン感”は出ない
カスタムURL（独自ドメインのURL）	`www.example.com` など	外部向けの公式サイトURL	基本はサブドメイン必須（例：`www`）
ルート（naked）ドメイン	`example.com`	`www`なしでアクセスさせたい	追加のDNS設定が必要（A/AAAA）

押さえるべきポイント

管理コンソールで行うのは「このSitesに、この独自URLを割り当てる」作業です。
さらにDNS側で「その独自URLはGoogle Sitesへ向ける」設定が必要です。
反映には時間がかかることがあります（焦って触り直すと沼りがち）。

管理コンソールでカスタムURLを設定する流れ

やることはシンプルで、管理コンソールで“割り当て” → DNSで“向き先”です。

全体の流れ（最短ルート）

Sitesがユーザーに有効化され、作成が許可されているか確認
管理コンソールでカスタムURLを追加（対象SitesのURLを指定）
ドメイン側DNSにCNAME（必要ならA/AAAA）を追加
反映を待ち、HTTPS（証明書）と表示を確認

どのサイトに紐づけるか／新しいSitesか旧Sitesか

結論：基本は“新しいGoogleサイト（New Sites）”が前提です。
旧（Classic）Google Sitesは移行期限を経て閲覧・編集が段階的に停止しており、古いサイトを使っている場合は新しいSitesへの変換／作り直しが必要になります。

また、カスタムURLを割り当てるときに必要になるのが「対象サイトの“現在のURL”」です。管理画面では、次の形式を入力します。

sites.google.com/ドメイン/サイト名（現在のサイトURL）

操作イメージ（管理者の作業）

管理コンソール → Apps → Google Workspace → Sites
Custom URL → Add（New Sites）
現在のSites URLを入れる → 割り当てる独自ドメインを選ぶ → カスタムURL（例：www.example.com）を入力 → 追加

重要な仕様（つまずきポイントになりやすい）

テスト（trial）状態のアカウントは割り当て不可の制限があります。
別ドメイン配下のURLには割り当てできません。
サイトが外部共有されていないと、閲覧者にはカスタムURLではなく標準URLが見える挙動になります（「設定したのに反映しない」と勘違いしがち）。

DNS設定の要点（CNAME/TXT）と反映待ちの考え方

DNSは「どの文字列（ホスト名）が」「どこへ向くか」を決める設定です。Google Sitesの独自ドメイン公開で頻出なのは次の2つです。

1）CNAME（サブドメインをSitesへ向ける）

例：www.example.com を使う場合
- 種別：CNAME
- ホスト（Name）：www
- 参照先（Destination）：ghs.googlehosted.com

管理コンソールの手順にも、このCNAME設定が案内されています。

2）（必要な場合）A/AAAA（ルートドメインをSitesへ向ける）

example.com（wwwなし）でも表示させたい場合に検討します。
Aレコードは複数のIPが指定され、他サービスでそのドメインを使っている場合は影響が出るので注意が必要です。

反映待ちの考え方（ここで焦らない）

DNS反映は一般に「すぐ」から「最大24〜48時間」くらいの幅で起こります。
途中で設定を触り直すと、どれが正しいのか分からなくなりがちです。

おすすめの進め方はこれです。

まず CNAMEを正しく入れる
次に 管理コンソールで割り当てが完了しているか確認
あとは待つ（反映確認は一定間隔で）

所有権確認が求められるパターンと対処

独自ドメインの設定で「所有権確認（ドメインがあなたのものか）」を求められることがあります。典型パターンは次のとおりです。

Workspaceに新しいドメイン／サブドメインを追加した
過去に別サービスで使っていたドメインを、Sitesに割り当て直す
ドメイン状態が「未確認」になっている

対処の基本：TXTレコードで確認

管理コンソールで表示される google-site-verification=... のTXT値をコピー
ドメイン管理会社のDNSにTXTを追加（ホストは @ または空欄が一般的）
管理コンソール側で「確認」

よくあるミス集（入力形式／ホスト名／https有無／反映時間）

最後に、失敗しやすい点だけまとめます。ここを潰せば成功率が上がります。

入力形式のミス

カスタムURL入力で https:// を付けてしまう
→ 多くの場面で不要（URL欄の指示に従う）
サブドメインなしで入力してしまう
→ www.example.com のようにサブドメイン必須のケースが多い

DNS（CNAME）のミス

ホスト名に www.example.com を丸ごと入れる（DNSサービスによってはNG）
→ 多くは www だけでOK（画面の例に合わせる）
参照先を ghs.googlehosted.com 以外にしている
既存のCNAMEが残っていて競合している

反映時間の勘違い

「保存したのに見えない」＝失敗、ではない
→ 24〜48時間は待つ前提で進める

証明書（HTTPS）のトラブル

「証明書がない（Missing certificate）」系のエラーが出る
→ いったんカスタムURL割り当てを削除して作り直す、という案内がある

CAAが原因で詰まるケース（上級者向けだけど稀に起こる）

DNSプロバイダのCAA設定がLet’s Encrypt等の発行を妨げていることがあります
→ その場合はCAAレコードの見直し、またはDNSプロバイダ変更が検討対象になります

メールも揃える：独自ドメイン×Gmailの整合（信頼性を一段上げる）

ホームページを独自ドメインで公開するなら、メールも 同じ独自ドメインで統一すると信頼感が一段上がります。
名刺・サイト・メールの表記が揃うだけで、相手の不安（「本当に実在する会社？」）が減り、問い合わせ率も上がりやすいです。

info@ / contact@ を作る時の基本設計

結論から言うと、初心者がハマりにくい順は次のとおりです。

おすすめ（チーム運用）：Googleグループ（共同受信箱＝Collaborative Inbox）
シンプル（1人運用）：ユーザーのメールエイリアス（別名アドレス）
特殊（転送だけしたい）：管理者の転送（アドレスマップ）＋外部の窓口（CRM/チケット等）

それぞれを、目的別に分けて決めるのが失敗しないコツです。

パターンA：チームで共有する（推奨）＝グループを共同受信箱にする

向いているケース

複数人で対応したい（営業・サポート・採用など）
誰が対応中か、見落としがないかを管理したい
担当交代が多い

設計の基本

入口アドレス：info@example.com（または contact@ / support@ / sales@）
実体：Googleグループを作り、メンバーに担当者を追加
モード：必要に応じて 共同受信箱（Collaborative Inbox） を有効化
→ これで「割り当て」「ステータス管理」など、チーム向けの運用がやりやすくなります

コツ

会社の代表窓口は info@、用途別は support@ / sales@ のように分けると、返信が早くなりやすいです
どうしても info@ と contact@ を両方使いたいなら、グループにエイリアス（別名）を追加して一本化すると管理がラクです

パターンB：1人で使う＝ユーザーにエイリアスを付ける

向いているケース

対応者が1人だけ
送受信はいつものGmail画面で完結させたい
追加の“共有箱”運用は不要

設計の基本

実体：あなた（または担当者）のユーザーアカウント
追加：info@ を そのユーザーのエイリアスとして付与

注意点

“受信”はエイリアス宛にも届きますが、返信時に差出人が個人アドレスのままだと違和感が出ます
→ 次の「返信運用」までセットで整えるのが大事です

パターンC：転送だけ＝管理者の転送（アドレスマップ）で捌く

向いているケース

info@ を外部の問い合わせ窓口（CRM/チケット）へ流したい
Workspaceの受信箱を持たせず、処理だけ別システムで行いたい

注意点

返信元（From）がどう見えるか、運用が複雑になりやすいので、初心者はまず パターンAかBがおすすめです

ホームページの問い合わせ導線と“返信運用”をセットで設計

メールアドレスを作るだけでは足りません。
大事なのは「問い合わせ → 返信 → 管理（見落とし防止）」までの一連を、最初に短く決めてしまうことです。

1）サイト側：問い合わせ導線は「入口を1つ」に寄せる

ホームページのCTA（問い合わせボタン）が複数あると、社内が混乱しやすいです。

初心者向けの最適解

入口は原則ひとつ：フォーム送信 or メール
- フォーム派：入力漏れが減る（おすすめ）
- メール派：相手が送信しやすい（ただし情報が揃いにくい）

フォームを使う場合は、通知先を info@（グループ/エイリアス） にしておくと、退職・担当変更に強くなります。

2）返信運用：誰が返信しても“会社の窓口”に見せる

ここが信頼性に直結します。ポイントは2つだけです。

From（差出人）：info@example.com から返信しているように見える
Reply-To（返信先）：必要なら担当者個人ではなく info@ に統一

実装イメージ

グループ（共同受信箱）運用：
- グループとして返信する（チームで一貫した窓口にできる）
エイリアス運用：
- Gmailの「別のアドレスから送信（Send mail as）」を設定して、返信時に info@ を選べるようにする
- さらに可能なら、返信のデフォルト動作を「受信した宛先に合わせる」設定に寄せる

ミスが起きやすい場面

スマホアプリから返信すると、個人アドレスで返してしまう
→ 対策：テンプレ署名に「このメールは info@ で受けています」などを入れる、または“返信はPCで”の社内ルールにする（最初はこれが堅いです）

3）見落とし防止：最小ルールを決める

運用が回らない原因は「誰が見るのか」が曖昧なことです。最初にこれだけ決めるのがおすすめです。

担当者：一次返信担当（毎日チェックする人）
期限：返信は原則「◯営業時間以内」
例外：営業時間外・休業日の自動返信（必要なら）
棚卸し：週1回だけ「未対応ゼロ確認」をする

共同受信箱を使うなら、割り当て・対応中・完了などの状態を決めると、属人化がかなり減ります。

4）到達率（迷惑メール対策）：SPF・DKIM・DMARCは最初にやる

独自ドメインでメールを送るなら、到達率の土台として SPF / DKIM / DMARC を整えておくのが安全です。
特に大量送信をする事業（メルマガ、通知メール、採用一斉連絡など）は重要度が上がります。

最低限の考え方

SPF：このドメインから送っていい送信元を宣言
DKIM：メールに署名して改ざん・なりすましを減らす
DMARC：SPF/DKIMに失敗したメールをどう扱うか方針を出す（まずは緩め→徐々に強めるのが定石）

注意

外部サービス（フォーム送信代行、CRM、メルマガ）も使うなら、SPF/DKIMに“その送信元”を含めないと、迷惑判定が増えることがあります
→ 「自分たちはGmailだけ」なのか「他サービスからも送る」のかを先に整理しておくと事故が減ります

SEOで損しない：Googleサイトの“現実的”な検索対策

Googleサイト（Google Sites）は、最短で公開できる一方、SEOの自由度は高くありません。
だからこそ「できること」に集中して、検索に出す→評価される→改善できる状態を作るのがコツです。

ここでは、初心者でも迷わないように「設定」「設計」「運用」の順で整理します。

検索に出す／出さない設定を正しく理解する

まず最初に確認したいのは、Google Sites側の公開設定です。
ここがズレると、どれだけ頑張っても検索に出ません。

公開（誰でも見られる状態）になっているか
公開設定の中にある「検索エンジンに表示しない」系の項目が ONになっていないか

Google Sitesには、公開設定の中に 「検索エンジンに表示しないよう依頼する」 という項目があります。
これをONにすると、検索結果に出にくく（出なく）なります。

実務の考え方

外部向けホームページ：基本は「表示しない」をOFF（検索に出す）
社内ポータル／限定公開：ON（検索に出さない）＋閲覧権限も社内に限定

「外部向けなのに、社内ポータル用の設定になっていた」という事故が一番多いので、公開前チェックに入れておくと安心です。

タイトル設計（ページ名・見出し・検索意図の一致）

Google Sitesでは、WordPressのように細かいSEO設定ができない場面があります。
その代わりに、ページ名（タイトル）と見出しの作り方が“勝負”になります。

1）ページ名（＝検索タイトルの核）を“用途別”に作る

ありがちなNGは「会社概要」「サービス」「料金」などの短すぎるページ名。
検索意図が一致しないので、評価されにくくなります。

OK例（意図が伝わる）

「Web制作サービス｜料金と納品までの流れ」
「税理士法人の顧問契約｜対応範囲と費用」
「採用情報｜仕事内容・選考フロー・よくある質問」

コツは、ページ名だけで“誰の・何の・どこまで”が分かること。

2）見出しは「検索者の疑問→答え」の順に並べる

見出しの役割は、読みやすさだけではありません。
検索エンジンにも「このページは何を説明しているか」を伝える重要な手がかりになります。

先に結論（何が得られるか）
次に根拠（特徴・実績・比較）
最後に不安解消（FAQ・注意点）

この順にすると、滞在時間・回遊・問い合わせが改善しやすいです。

3）“説明文が書けない”問題は冒頭の数行で解決する

Google Sitesは、ページごとにメタ情報を細かく設定できないケースがあります。
そのため、検索結果の説明文（スニペット）は 本文から生成されることが多いです。

対策は簡単で、各ページの冒頭に

誰向けのページか
何が分かるか
何をしてほしいか（問い合わせ／資料請求）

を2〜4行で書くだけでOKです。

内部リンク設計（回遊を作る：関連記事・FAQ・比較）

Google SitesはブログCMSではないので、放っておくとページが孤立しがちです。
SEOで損しないために、最初から“回遊の道”を作っておきます。

最低限の内部リンク3点セット

トップ → 主要ページ（サービス／料金／事例／問い合わせ）
サービス → 料金・事例・FAQ（検討を前に進める導線）
FAQ → 関連ページ（不安解消→次の行動）

比較・検討を促す「まとめページ」が強い

「比較」「選び方」「導入の流れ」などのページは、滞在時間が伸びやすく、回遊の中心になりやすいです。

例：
- 「はじめての方へ（導入までの流れ）」
- 「料金プランの選び方」
- 「他社との違い（比較表）」

Google Sitesでも、この種のページは作れます。
“記事更新で勝つ”より、導線設計で勝つのが現実的です。

画像最適化（容量・代替テキスト・読み込み）

Google Sitesは表示が軽いほうですが、画像が重いと一気に遅くなります。
特にスマホでの体感が落ちると、離脱が増えてSEOも不利になりがちです。

画像最適化のチェックリスト

画像は必要以上に大きくしない（横幅2000px超などを避ける）
可能なら WebP など軽い形式を使う（素材側で圧縮）
代替テキスト（alt） を付ける（アクセシビリティにも有効）
文字が多い画像は避け、重要情報は本文テキストでも書く

Google Sitesは画像にaltテキストを付けられます。
「画像の内容を説明する」よりも、その画像がページ内で果たす役割が伝わる文章がベターです。

Search Consoleでの確認（インデックス／エラーの見方）

サイトを作ったら、Search Consoleで「検索に出る土台」を整えます。
初心者が最初に見るべきは、次の2つです。

インデックスされているか（そもそも検索対象か）
問題が起きていないか（検出・クロール・エラー）

現実的な運用（Google Sites向け）

Google Sitesではサイトマップ運用が難しい／できない場面があります。
その場合は、Search Consoleの URL検査 を使って、重要ページから順に確認・申請します。

まずトップ
次にサービス（主力）
次に料金／事例／問い合わせ

「全部一気に」より、重要ページからが効率的です。

計測：GA4／Looker Studioで“改善できる”状態にする

SEOは「順位」よりも、「改善できる状態」が先です。
最低限、次の3つが見えれば改善が回り始めます。

スクロールできます

見たいこと	GA4で見る指標例	改善アクション例
集客できているか	ユーザー数、参照元、ランディングページ	入口ページの改善、導線追加
読まれているか	平均エンゲージメント時間、スクロール傾向	文章構成、見出し、画像最適化
行動されているか	CTAクリック、問い合わせ導線の遷移	CTA位置、文言、フォーム導線

GA4は“入れるだけ”で終わらせない

Google Sitesは、設定からGA4の測定IDを入れられる運用が一般的です。
入れたら次に、Looker Studioで毎週見るダッシュボードを作ると運用が続きます。

毎週見るだけで効く項目（おすすめ）

ランディングページ上位10
参照元（検索／SNS／その他）
問い合わせ導線ページの閲覧数
CTA付近のページ改善候補（直帰が高い、滞在が短い等）

検索に出ない時の原因チェック（設定・権限・内容・評価）

最後に、よくある詰まりポイントを上から順に潰せるチェック表にします。

公開設定：そもそも一般公開になっているか
検索に出さない設定：検索エンジン非表示の項目がONになっていないか
権限：ページや埋め込み（Drive/フォーム等）が閲覧制限で止まっていないか
中身：ページが薄い（短い／重複が多い／独自性が弱い）
構造：内部リンクが少なく、ページが孤立している
計測：Search ConsoleでURL検査して、インデックス状況を確認したか
評価：公開して間もない（少し時間が必要）／外部からの言及がゼロ

「設定ミス」→「権限」→「内容」→「構造」→「評価」の順で見れば、遠回りしません。

運用で差がつく：更新体制・セキュリティ・ガバナンス

ホームページは「作った瞬間」が完成ではなく、「更新が回る状態」にして初めて成果が出ます。
Googleサイトは共同編集が強い分、権限とルールを決めないと、更新が止まる／事故が起きるので、ここで土台を作っておきましょう。

編集権限の設計（誰が直す／誰が承認する）

最初に決めるべきは「誰が編集できて、誰が公開できるか」です。
おすすめは、役割を3つに分けることです（小規模でも有効）。

役割の最小セット

オーナー（管理責任者）
- 編集者の追加・削除、公開範囲の最終管理
編集担当（更新する人）
- 文章・画像・ページの更新を実作業
承認担当（内容確認する人）
- 誤字脱字、表現、公開範囲、法務・規約などの確認

更新が止まりにくい“公開フロー”（最短）

編集担当が下書きを更新（まずは内容を整える）
承認担当がプレビューで確認（スマホ表示もチェック）
オーナーが公開（または公開の承認を出して編集担当が公開）

ここで重要なのが、オーナー設定です。
Googleサイトは、オーナー側で 「編集者が公開や権限変更をできない」状態にできます。

編集者は更新に集中できる
公開範囲や共有設定の事故が減る
「いつの間にか公開されていた」問題を防げる

実務のコツ

大きな変更の前に「版（バージョン）名」を付ける（例：2026-02-21_料金改定前）
ページ冒頭に「更新日」と「担当（または監修）」を明記すると、信頼性（E-E-A-T）が上がりやすい

情報漏えいを防ぐ共有ルール（社内限定・外部共有の線引き）

Googleサイトは、ページにDriveの資料やフォームを埋め込めます。便利な反面、共有設定のミスがそのまま漏えいにつながります。
なので、先に「公開していい情報の線引き」を決めます。

まずは3段階に分類（迷わない）

スクロールできます

区分	例	置き場所の基本
公開OK	サービス説明、会社概要、FAQ、公開できる実績	外部向けGoogleサイト
社内限定	社内手順、社内規程、内部リンク集、社内資料	社内ポータル（別サイト推奨）
機密	顧客情報、個人情報、見積書、契約書、未公開資料	原則“埋め込まない”／共有先を最小化

外部向けサイトで守るルール（事故が減る）

外部向け（一般公開）と社内ポータルは、サイトを分ける
外部向けに埋め込むDrive資料は「外部公開用フォルダ」に集約する
埋め込み前に、Drive側の共有をチェックする（閲覧者がログイン不要なら、それに合わせる）
フォームに個人情報が入るなら、保存先（スプレッドシート）の権限も確認する

“公開と下書き”の共有を分けて考える
Googleサイトは「下書きの共有」と「公開サイトの共有」が別物です。
下書きは編集者だけ、公開は一般公開…のように分けないと、公開前の情報が見える可能性が出ます。

公開前の安全チェック（30秒）

自分のスマホで、ログアウト状態（または別アカウント）で見る
→ “見えない”も“見えすぎる”も一発で発見できます

定期点検チェックリスト（リンク・フォーム・実績・料金・規約）

更新が回っているサイトほど、「いつの間にか壊れている」箇所が出ます。
点検は“全部やる”より、頻度を分けて最小で回すのが現実的です。

おすすめ点検スケジュール

スクロールできます

頻度	何を見る	目安時間
週1（または更新後）	フォーム動作、リンク切れ、スマホ表示	5〜10分
月1	料金・実績・営業時間・スタッフ情報の更新日	15分
四半期	規約・プライバシー・表現（誇大/古い情報）の棚卸し	30分

点検チェックリスト（コピペ用）

リンク
- 外部リンクが404になっていない
- メニューから主要ページに2クリック以内で到達できる
フォーム（問い合わせ）
- 送信テストOK（自動返信／通知メールが届く）
- 返信先メール（info@等）が正しい
- スパムが増えていない（必要なら項目見直し）
重要情報
- 料金・サービス内容・対応範囲が最新
- 実績・事例が古すぎない（最低でも更新日や期間を明記）
- 会社情報（住所・電話・営業時間）が最新
規約・法務まわり
- プライバシーポリシーにフォーム運用と整合がある
- 必要な表記（例：特商法など）が抜けていない（該当する場合）
共有・権限
- 編集者が増えすぎていない（退職者・外部協力者が残っていない）
- 外部公開用のDriveフォルダが、編集権限だらけになっていない

トラブル時：直前の版に戻す／復元の考え方

「誤って消した」「表示が崩れた」「公開内容を間違えた」…は、運用していると必ず起きます。
Googleサイトの強みは、変更履歴から戻せることです。

復元の基本方針（迷ったらこれ）

影響がサイト全体：サイト単位で復元
影響が一部ページ：ページ単位で復元（全体を巻き戻さない）

“戻せる運用”にするコツ

大きな変更前に、版に名前を付ける（あとで探しやすい）
月1でもいいので、節目で「安定版」を作る（例：2026-03_安定版）
復元できるのは基本的に編集権限を持つ人なので、オーナーが不在にならないようにする

復元のイメージ

変更履歴（Version history）を開く
詳細を展開して目的の版を選ぶ
「このサイトを復元」または「このページを復元」

よくあるトラブルと解決（最短で詰まりを解消）

まずは、症状ごとに「最短で当たりを付ける」ための早見表です。

スクロールできます

症状	まず見る場所	最短アクション
公開したのに見られない	公開範囲／埋め込みの共有設定	ログアウト＋スマホで確認→公開設定→埋め込み権限
独自ドメインが反映しない	管理コンソールの紐付け／DNS	CNAMEの値・ホスト名を再確認→反映待ち→必要なら再割当
共同編集できない	アカウント種別／管理者制限	共有に入っているか→外部共有制限→非Googleアカウント不可
デザインが崩れる	画像サイズ／セクション構造	画像を軽量化＆比率統一→列の使い方を見直す

公開したのに見られない（権限・URL・キャッシュ）

「公開したのに見られない」は、原因がだいたい4つに収束します。上から順に潰すと早いです。

1）そもそも公開できているか（下書きと公開の取り違え）

Googleサイトは「編集画面で見えている＝公開されている」ではありません。

編集画面上部の 公開（Publish） が完了しているか
公開後に更新した場合、再公開しているか（下書きだけ更新して止まりがち）

2）公開範囲が「限定」になっていないか（URLは合っているのに見れない）

公開範囲が限定のままだと、第三者は見られません。

一般公開にしたい → 公開範囲が“全員”相当になっているか確認
社内限定にしたい → それでOK（ただし検索に出す必要があるか再確認）

3）埋め込み（Drive/カレンダー等）の権限が足を引っ張っていないか

サイト自体は公開できていても、埋め込んだファイルが「権限不足」で見えないケースが多いです。

典型：料金表（スプレッドシート）／会社案内（スライド）／PDF／カレンダー
対策：埋め込み元（Drive側）の共有設定も、公開範囲に合わせて調整

✅最短チェック
ログアウト状態（または別アカウント）＋スマホで開く
→ “見えない”も“見えすぎる”も一発で判定できます。

4）キャッシュで古い表示になる（更新したのに反映しない）

公開直後や更新直後に、古い内容が出ることがあります。

シークレットウィンドウで確認
別ブラウザ（Chrome以外）で確認
URL末尾に一時的に ?v=1 などを付けて読み直す（確認用）

※編集画面では最新、公開側は古い…というときは、再公開漏れが一番多いです。

独自ドメインが反映しない（DNS・所有権・設定手順）

独自ドメインは「設定したのに反映しない」が起こりやすい分、順番通りに点検するとすぐ切り分けできます。

1）管理コンソール側で“紐づけ”が完了しているか

「どのSitesに、どのドメイン（例：www.example.com）を割り当てたか」
新しいGoogleサイト（New Sites）に対して設定しているか（旧サイト前提だと詰まりやすい）

2）DNSが正しいか（いちばん多い）

基本は CNAME です。ここが少しでもズレると、反映しません。

例：www.example.com を使うなら
- 種別：CNAME
- ホスト：www（DNSサービスによっては www.example.com ではなく www だけ）
- 値：ghs.googlehosted.com

よくあるミス

値に余計な文字列が混ざる（コピペ事故）
www のつもりで、ルート（@）側に入れてしまう
既存のCNAME/Aレコードが残っていて競合

3）所有権確認が止まっていないか（TXTが必要な場合）

ドメイン状態によっては、所有権確認（TXT）が必要です。

管理画面に表示されるTXT（google-site-verification=... など）をDNSに追加
反映後、管理画面で確認

4）反映待ちを「失敗」と誤認していないか

DNS反映はタイムラグが普通にあります。

まず設定を正しく入れる
その後は 24〜48時間程度は待つ前提で確認する（いじり直しは最後）

5）「missing certificate（証明書がない）」が出る

独自ドメイン接続時に、証明書エラーが出ることがあります。

まずは CNAMEが正しいか を再確認（ここが原因のことが多い）
競合するレコード（A/CNAME）がないか整理
案内に従い、割り当てを削除→再作成で解消するケースもあります

共同編集できない（管理者制限・アカウント種別）

「共有したのに編集できない」は、原因がはっきりしています。

1）相手が“編集者”として追加されているか（閲覧者になっていないか）

共有画面で、相手が Editor になっているか確認します。

Viewerだと編集できません
リンクを知っているだけでは編集できません（明示的な共有が必要）

2）相手が“非Googleアカウント”の場合は編集できない

かなり多い落とし穴です。
Googleサイトは、非Googleアカウント（メールアドレスだけの相手）は編集できません（閲覧はできても編集不可）。

外部の協力者に編集させたい → その人がGoogleアカウントを用意する必要がある
代案：外部は「コメント・原稿はDocsで受ける」→サイト編集は社内で行う（運用が安定）

3）管理者が“作成・編集”自体を制限している

Workspace環境だと、組織部門（OU）単位でSitesの編集を無効化できます。

例：特定部署だけSites編集不可、など
→ 管理者に「Sitesの作成・編集が有効になっているOUか」を確認

4）外部共有の制限で招待できない／招待しても弾かれる

Googleサイト（New Sites）はDriveの共有設定と密接です。
外部共有を制限している組織だと、外部編集者を入れられません。

対策：管理者がDrive/Docs側の外部共有設定（許可ドメイン等）を調整

デザインが崩れる（画像サイズ・セクション設計）

Googleサイトはレスポンシブ対応ですが、「作り方」で崩れます。初心者はここだけ守ると安定します。

1）画像が原因（重い・比率バラバラ・文字入り）

崩れの大半は画像です。

最短ルール

画像は軽くする（必要以上の高解像度は避ける）
画像の比率を揃える（サムネの縦横を統一）
文字は画像に埋め込まず、できるだけ本文テキストで書く（スマホで潰れにくい）

2）セクションが原因（列を詰めすぎ）

列（2列/3列）を多用すると、スマホで縦並びになったときに“意図と違う順番”になりがちです。

安定する設計

トップは「1列＋大きめ画像」で組む
2列は“短い情報カード”だけに使う（長文は1列へ）
ボタン（CTA）は列の中に閉じ込めず、セクション末尾に置く

3）埋め込みが原因（幅固定の要素）

スプレッドシートや外部埋め込みは、表示幅の影響を受けます。

埋め込みは“横幅いっぱい”を基本に
表（料金表）は項目を詰めすぎない（スマホで読めない表は離脱の原因）

✅公開前チェック（崩れ対策の最短）

PCで調整 → スマホで最終確認（ここで崩れを拾う）
主要ページだけでOK：トップ／サービス／料金／問い合わせ

Googleサイト以外を選ぶべきケース（後悔しないための判断）

Googleサイト（Sites）は「最短で公開」「共同編集」「Workspace連携」が強みです。一方で、目的によっては“最初から別の土俵”を選んだほうが早く成果が出ます。ここでは、後悔しやすい3パターンを判断できるように整理します。

SEOで勝ちたい／ブログ中心なら別CMSが有利

Googleサイトは“会社案内・資料置き場”としては優秀ですが、検索流入を増やす＝継続的に記事を増やす運用が主戦場になると、別CMSのほうが戦いやすいです。

別CMSを検討したい条件（3つ以上当てはまったら濃厚）

月に5本以上の記事を継続して出す（ブログが主力）
カテゴリ／タグ／著者ページなど、情報を整理して回遊させたい
リダイレクト管理、構造化データ、細かなメタ情報などを運用したい
専用のSEOプラグインや高速化（キャッシュ/CDN/画像最適化）を積極的に使いたい
LPを量産してABテスト・CVR改善を回したい

この場合の“現実的な勝ち筋”

ブログ中心：WordPress（運用しやすさ・情報量が多い）
コンテンツ＋マーケ：HubSpot CMSなど（フォーム〜CRMまで一体化）
デザインもこだわる：Webflow など（設計と表現を両立しやすい）

Workspaceは無駄になりません
別CMSにしても、Workspaceは

独自ドメインメール（Gmail）
共同編集（Docs/Sheets/Drive）
社内ポータル（Sites）
の“運用基盤”として活きます。
外部サイトは別CMS、社内はSites、が一番スムーズな分担になりがちです。

予約・決済・会員機能が必要なら専用サービスを検討

Googleサイトでも、フォームやカレンダーの埋め込みで“それっぽい導線”は作れます。ただし、予約・決済・会員は「失敗すると売上や信用に直結」するので、最初から専用サービスを使うほうが安全です。

専用サービスが向く条件

予約枠を自動で管理したい（空き枠・リマインド・キャンセル規定）
事前決済／月額課金／会員ログインが必要
予約と同時に顧客管理（CRM）や対応履歴を残したい
返金・領収書・インボイス・規約まわりを安定運用したい

目的別の選び方（ざっくり）

予約中心：予約専用サービス（リマインド、キャンセル、顧客管理が強い）
商品販売中心：EC専用（カート、決済、在庫、配送が強い）
会員制：会員管理が強いCMS／会員プラットフォーム（ログイン、権限、課金）

よくある失敗

Googleフォーム＋手動対応で始めたら、予約が増えた瞬間に回らなくなる
決済を後付けして、返金・領収書・規約対応で詰まる
会員限定のはずが、共有設定ミスで情報が漏れる

最初は「予約・決済・会員は専用」「サイトは説明と導線に集中」が安全です。

デザイン自由度が最優先なら別のノーコードへ

Googleサイトはテンプレとパーツで素早く組めますが、“作り込み”が必要なブランドサイトだと限界が出やすいです。

別ノーコードを検討したい条件

ブランドガイドライン（フォント/余白/動き/写真表現）を厳密に守りたい
アニメーションや細かなレイアウト、独自の表現が重要
多言語対応やページごとのデザイン最適化が必要
採用・メディア・事例など、ページタイプが多く表現の幅が欲しい

現実的な選択肢

デザイン重視：STUDIO / Webflow など
“作りやすさ”重視：Wix / Squarespace など
まず最短で公開→後から作り込む：Googleサイトで仮公開 → 別サービスへ移行

迷ったときの最短判断（1分で決める）

「検索で集客」が主戦場 → ブログ/SEOに強いCMS
「予約・決済・会員」で売上が立つ → 専用サービス
「見た目が価値」＝デザインが契約に直結 → デザイン系ノーコード
「まず公開して信頼を作る」→ Googleサイト（その後に必要なら移行）

目的別テンプレ：そのまま真似できるページ構成例

「ページ名だけ」ではなく、各ページに“置くべき要素”まで決めておくと、Googleサイトでも完成度が一気に上がります。
以下は、そのまま構成として使えるテンプレと、最低限入れるべき中身のセットです。

会社ホームページ（BtoB）

トップ｜サービス｜導入事例｜料金｜比較｜FAQ｜問い合わせ｜会社情報

トップ（入口ページ）

3秒で伝える：
- 何を提供する会社か（業種・領域）
- 誰向けか（ターゲット）
- 次の行動（問い合わせ／資料請求）
置くと強い要素：実績数、対応エリア、導入までの流れ（超短く）、主要サービスへの導線

サービス

迷いを消す型：特徴 → ベネフィット → 対応範囲 → 導入の流れ → 料金（目安） → 事例 → FAQ
「向いている人／向かない人」を1ブロック入れると問い合わせ品質が上がりやすい

導入事例

“第三者性”を出す：成果や変化を数字で、プロセスを短く
テンプレ（例）：課題 → 提案 → 実施内容 → 結果 → お客様コメント（許諾必須）

料金

価格の見せ方は2択でOK：
- 定額プラン（分かりやすい）
- 目安＋見積条件（BtoBで多い）
更新日と「含まれるもの／含まれないもの」を明記すると揉めにくい

比較

比較は“他社名を出す”より、“選び方”で作ると安全で強いです
- 例：Aが向く人／Bが向く人／自社が向く人
比較表を置くなら、項目は最大7つ（多いと読まれません）

FAQ

問い合わせ前の不安を潰す：料金、納期、契約、修正回数、対応範囲、セキュリティ、解約
各回答の末尾に「関連ページリンク」を付けて回遊を作る

問い合わせ

入力項目は最小（名前・連絡先・相談内容）＋必要なら選択式を追加
返信運用：返信目安（例：2営業日以内）、担当窓口（info@等）を明記

会社情報

信頼を作る必須セット：会社名、所在地、連絡先、代表者、事業内容、沿革、許認可（ある場合）
代表メッセージは「理念」より「なぜその事業をやっているか（経験）」が強い

店舗・教室（ローカル集客）

トップ｜メニュー/料金｜講師/スタッフ｜アクセス｜予約/問い合わせ｜よくある質問

トップ

ローカルで効く“最短構成”：
- 店名＋地域＋提供内容（例：○○市のピアノ教室）
- 強み（初心者歓迎、短期上達、駐車場あり等）
- 予約導線（電話／フォーム／LINE等は絞る）

メニュー/料金

一番見られます。迷いを消す要素を優先：
- 料金、所要時間、対象、持ち物、当日の流れ、キャンセル規定
初心者の不安に効く：「まず何を選べばいい？」をQ&A形式で追加

講師/スタッフ

ここがE-E-A-Tの核になりやすいページです
- 経歴、資格、指導/施術の考え方、写真、対応できる範囲
お客様が知りたいのは“人柄＋安心材料”なので、実績だけでなく方針も短く

アクセス

住所だけで終わらせない：
- 最寄駅からの行き方、駐車場、目印、迷ったときの連絡手段
営業時間は「定休日」「最終受付」まで明確に

予約/問い合わせ

予約の入口は基本1つ（分散すると管理が崩れます）
予約前の聞き取り（フォーム）を少し入れると、当日の満足度が上がりやすい
- 例：目的、経験、希望日時、要望、注意事項同意

よくある質問

ローカルで効くFAQ例：
- 子連れOK？駐車場は？当日予約は？持ち物は？服装は？支払い方法は？
最後に「予約へ戻る」導線を必ず置く

社内ポータル（Workspaceらしい使い方）

お知らせ｜申請リンク集｜マニュアル｜規程｜カレンダー｜問い合わせ窓口

社内ポータルは、Googleサイトが最も強い領域です。コツは「探せる」「迷わない」「見せすぎない」。

お知らせ

更新頻度が高い情報を集約（全社連絡、障害、ルール変更）
運用ルール：投稿者を絞る／更新日を必ず入れる

申請リンク集

目的別に分類すると迷いが激減：
- 総務（備品・勤怠）／人事（入社・退職）／経理（精算）／情シス（アカウント）
申請フォームに飛ぶ前に「必要なもの（添付/情報）」を箇条書きで

マニュアル

“長文1本”より“短い手順を並べる”が正解
- 例：アカウント作成、共有ドライブ運用、会議設定、テンプレ集
よくあるつまずきを先に書く（例：権限で見えない時）

規程

参照される資料（就業規則、セキュリティ、持ち出しルール等）
機密度が高いものは「社内限定」＋閲覧権限を最小化

カレンダー

共有カレンダーを用途別に分けると管理がラク：
- 会社休業日、会議室、イベント、締め日

問い合わせ窓口

受付の入口を一本化（情シス・総務などを分けるならフォームで振り分け）
返信運用の最小セット：担当、一次返信の目安、緊急時の連絡方法

社内ポータルの“事故を防ぐ”最小ルール

外部共有と混ざらないように、外部向けサイトとは別で作る
埋め込むDrive資料は「社内限定フォルダ」に集約
退職者・異動者の権限棚卸しを月1で実施（編集者が残りがち）

FAQ：Google Workspaceでホームページ作成するときの疑問

Googleサイトは無料？Workspace契約は必要？

結論から言うと、「サイトを作って公開するだけ」ならGoogleサイトで始められる一方、“会社として運用する仕組み”まで整えるならWorkspaceが効いてきます。

Googleサイトでできること（まずここまでなら始めやすい）

ページ作成・公開（最短で外部向けの簡易サイトが作れる）
Driveの資料、フォーム、カレンダーなどを埋め込みして更新をラクにする
複数人で共同編集（権限設計は要注意）

Workspaceがあると強くなること（会社運用向け）

独自ドメインメール（例：info@〜）をGmailで運用できる
組織内の権限・共有ルールを管理コンソールで統制できる
Workspaceドメイン配下で作るサイトは、管理者側でカスタムURL（独自ドメイン）設定を進めやすい

迷ったら、こう考えるのが早いです。

「まず名刺代わりのサイトを作りたい」→ Googleサイトで最短公開
「メールもドメインも、社内の管理もまとめて整えたい」→ Workspace前提で設計

独自ドメインは“無料で使える”の？費用が出るポイントは？

独自ドメインは、基本的に“タダで持てるもの”ではなく、毎年の更新費がかかる資産です。
ただし、費用が発生する場所は限られていて、整理するとシンプルです。

スクロールできます

どこで費用が出る？	何に払う？	よくある誤解
ドメイン取得	例：example.com の「利用料」（年額が一般的）	サイト側が無料でも、ドメインは別料金
メール運用	独自ドメイン×GmailにするためのWorkspaceライセンス	「ドメインを買えばGmailで使える」と思いがち
制作・運用	外注費、素材費、写真撮影など（必要なら）	“ツール無料”と“運用無料”は別
追加機能	予約・決済・会員など（必要なら）	Googleサイトで全部できると思いがち