Google Sitesでホームページを作成する方法

Google Sitesの新規作成画面では、空白のサイトから始めるか、用途に近いテンプレートを選びます。テンプレートは完成原稿ではなく、見出し、画像、セクションなどの配置例です。不要な項目を削除し、自分の目的に合う内容へ置き換えます。

選ぶときは、色や写真より次の点を優先します。

• 必要な情報を自然な順番で置けるか
• ページを増やしてもナビゲーションが分かりやすいか
• 写真が少なくても内容が成立するか
• スマートフォンで文章が読みやすいか
• 更新担当者が同じレイアウトを再利用できるか

最初から細部を整えすぎず、主要ページを仮の文章で作って全体を確認します。

「ページ」からトップページ以外のページを追加し、「挿入」からテキストボックス、画像、ボタン、目次、Googleドライブのファイルなどを配置します。

小規模な事業サイトなら、次のようなページが候補です。

• ホーム
• サービス・活動内容
• 料金または利用方法
• 運営者・団体情報
• よくある質問
• 問い合わせ方法
• プライバシーポリシー

各ページでは、一つのH1に相当するページ名を設定し、その下を内容ごとの見出しで分けます。文章を画像の中だけに入れると、画面サイズによって読みにくくなり、修正もしにくくなります。重要な情報は、画像の中だけに入れず、通常の文字として掲載しましょう。

Googleドライブのファイルを埋め込む場合は、サイトの公開範囲だけでなく、埋め込んだファイル自体の共有権限も確認します。サイトを見られる人が、必ずしもファイルを見られるとは限りません。反対に、ファイル側の共有範囲を広げすぎないよう注意します。

ページを追加するとナビゲーションへ表示されます。項目が増えた場合は、関連するページをまとめ、階層を深くしすぎないようにします。

確認する点は次のとおりです。

• ページ名だけで内容が分かる
• 重要なページへ少ない操作で移動できる
• 同じ意味のページが重複していない
• 公開しない作業用ページがメニューに残っていない
• 本文中のリンク先とナビゲーションの名称が一致している
• ロゴやサイト名からホームへ戻れる

ページを非表示にしても、URLを知っている人が閲覧できる設定になっていればアクセスできる場合があります。「ナビゲーションに表示しない」と「閲覧できない」は別の設定として考えてみましょう。

公開前に、編集者と閲覧者を分けて設定します。

• 編集権限：サイトの内容や設定を変更できる人
• 公開サイトの閲覧権限：公開されたページを見られる人

一般向けホームページなら公開サイトを誰でも閲覧できる設定にし、社内・会員向けなら組織内や指定ユーザーへ限定します。機密情報を扱う場合は、リンクを知っている人が見られる状態でよいかを確認しておきましょう。

公開操作では、Google Sites上のウェブアドレスを決めます。短く、サイトや組織を識別でき、誤読しにくい半角英数字を選びます。公開済みのアドレスと重複するものは使用できません。

組織アカウントでは、管理者の設定によって外部公開を選べない場合があります。公開ボタンを押す前に、別のブラウザーやログアウト状態で誰が見られるか確認できる準備をしておきます。

編集画面のプレビューで、パソコン、タブレット、スマートフォン相当の表示を確認します。そのうえで公開後のURLを開き、実際の閲覧条件でテストします。

公開前の確認

• サイト名、ページ名、見出しの誤字
• 連絡先、日時、料金、住所などの正確性
• 画像の権利、画質、代替テキスト
• ボタン、メニュー、本文リンクの行き先
• 埋め込んだファイルやフォームの共有権限
• スマートフォンでの改行、画像、表の表示
• 公開したくない下書きや個人情報があるかどうか

公開後の確認

• 公開URLをログアウト状態で開けるか
• 限定公開なら対象外の人が開けないか
• 独自ドメインとGoogle SitesのURLの両方が想定どおりか
• 送信テストや埋め込み操作が完了するか
• 修正後に「公開」を行い、変更が反映されたか

Google Sitesでサイトを公開しただけで、検索結果への表示が保証されるわけではありません。検索で見つけてもらうための設計と確認は、ホームページのSEO対策およびホームページが検索に出ない原因で詳しく扱います。

共同編集では、Googleドキュメントなどと同様に、ユーザーやグループを編集者として追加できます。公開担当者だけでなく、文章確認、画像差し替え、制度情報の更新を担当する人が直接作業できます。

ただし、編集権限がある人はサイト全体へ影響する変更を行えます。必要な人だけを招待し、退職・異動・プロジェクト終了時に権限を見直します。公開操作を誰が行うか、復元や修正を誰が判断するかも決めておきます。

Google Sitesの特徴は、Googleドライブ上の情報をまとめやすいことです。

埋め込み元を更新するとサイト側にも新しい内容が表示される場合があるため、重複更新を減らせます。一方、元ファイルの削除や権限変更で表示できなくなる点に注意が必要です。

ページへ部品を配置する方式で、サーバーへのアップロードやCMS本体の更新作業は通常必要ありません。担当者がブラウザーから文章を修正し、再公開できます。

資料、予定、地図、フォームなどを個別に案内する代わりに、サイトを入口として整理できます。社内ポータル、プロジェクト、研修など、Google Workspace上で情報が管理されている用途と相性があります。

複数人へ編集権限を付与でき、一般公開と限定公開の両方に対応します。制作担当だけに更新が集中しにくく、情報を持つ担当部署が修正する運用を作れます。

用意されたレイアウトは画面幅に応じて調整されるため、一からレスポンシブCSSを記述する必要はありません。ただし、長い表、横長画像、埋め込み先の表示まで自動的に読みやすくなるとは限らないため、実機確認は必要です。

公開サイトにはページ名や本文を設定できますが、専門的なCMSに比べると、SEO関連の設定、構造化データ、記事分類、リダイレクトなどを細かく管理する範囲は限られます。検索流入が事業上重要なら、必要な施策を一覧にして対応できるかどうかを確認します。

また、公開設定にある検索エンジン関連の選択肢は、検索結果への掲載を確実に許可・拒否する保証ではありません。公開範囲と検索状態を別々に確認しておきましょう。

Googleフォームや外部サービスを埋め込めても、問い合わせ管理、顧客対応、予約枠、決済、在庫などをGoogle Sites自体が一体管理するわけではありません。個人情報を取得する場合は、送信先、閲覧権限、通知、保存期間、削除方法、プライバシーポリシーを含めて設計します。

作成サービスを変更するとき、同じレイアウトや設定をそのまま別のCMSへ移せるとは限りません。公開前から、原稿、画像の元データ、サイト構成、ドメインの管理情報をGoogle Sitesの外でも整理しておくと移行しやすくなります。

個人のアカウントだけを所有者にすると、担当者が離れたときに管理できなくなるおそれがあります。組織のルールに沿ったアカウントで作成し、複数の管理担当、権限の棚卸し、ドメイン契約の連絡先を決めておきましょう。