共有カレンダーの作り方｜メンバーの予定を1つにまとめる

共有カレンダーの作り方を調べている人の用件は、実際には2つに分かれています。1つは「自分の予定を相手に見せたい」という用件。もう1つは「チームで同じ枠を使い、誰が入れた予定でも全員が直せるようにしたい」という用件です。前者は既にあるカレンダーの共有設定を変えるだけで済み、後者は新しいカレンダーを1つ作ってから共有します。手順の入口も、選ぶ権限も別です。ここでは作る手順、6段階ある権限の違い、組織単位で配る方法、Appleのカレンダーで作る場合、そして作ったあとに崩れる場所を順に整理します。

自分のカレンダーを見せるのか、共同の枠を1つ作るのか

先に決めておくべきなのはこの一点です。自分の予定を相手に見せるだけなら、新しいカレンダーは要りません。既にある自分のカレンダーの共有設定に相手を追加すれば終わります。この形では、予定を入れるのは原則として自分だけで、相手は見る側です。

これに対して、全社休業日、部署の会議室の押さえ、シフト、プロジェクトの締め切りのように「誰が入れてもよい予定」を集めるなら、専用のカレンダーを1つ作ってから共有します。Googleの管理者向け資料では、この形のカレンダーをグループカレンダーと呼び、全社休業日用や組織全体の会議用に別個に作って共有する例が挙げられています。作り分けの実利は、あとで消したいときに1本まとめて消せることと、見たくない人が表示を外せることの2つです。自分の個人カレンダーに会社行事を混ぜると、この2つがどちらも効かなくなります。

もう1つ、作る前に押さえたい制約があります。共有カレンダーには必ず所有者が1人いて、そこに組織のポリシーが付いてきます。

グループ カレンダーを作成した管理者またはユーザーが、そのカレンダーの所有者になります。所有者に適用される組織ポリシー（データ リージョン ポリシーなど）は、カレンダーにも適用されます。データの所有権は、カレンダーの所有者の組織にあります。 出典: knowledge.workspace.google.com

つまり誰の名前で作るかは、あとから軽い気持ちで変えられる設定ではありません。退職の可能性がある個人の名前ではなく、長く残るアカウントで作るほうが安全です。理由は後半で挙げます。

Googleカレンダーで共有カレンダーを作る手順

作成はブラウザから行います。手順は次の通りです。

• パソコンのブラウザでGoogleカレンダーを開きます。
• 左側の「他のカレンダー」の横にある追加のアイコンをクリックし、「新しいカレンダーを作成」を選びます。
• カレンダーの名前（「マーケティングチームのカレンダー」など）、説明、タイムゾーンを入力します。
• 「カレンダーを作成」をクリックします。

タイムゾーンは後から直せますが、繰り返しの予定を入れたあとに変えると時刻がずれて見えます。作る時点で合わせておくのが確実です。

続けて共有します。左側で作ったカレンダーの名前にカーソルを合わせ、その他のアイコンから「設定と共有」を開きます。ここから先は2つの道に分かれます。

組織内の全員に配る場合は、「アクセス権限」の下にある「（組織名）で利用できるようにする」のチェックボックスをオンにします。これはカレンダーを組織内で見つけられる状態にする操作で、それだけでは相手の画面には並びません。利用者側で登録してもらう手順が別に要ります。

特定の人やグループに配る場合は、「特定のユーザーとの共有」で「ユーザーを追加」をクリックし、メールアドレスまたはGoogleグループのアドレスを入力します。次に「権限」の欄で与える権限を選び、「送信」をクリックします。個々のユーザーと既存のグループメンバーには、この時点でメール通知が届きます。メール内のリンクから「カレンダーを追加」をクリックすると、相手の「他のカレンダー」の一覧に並びます。

権限は6段階。どれを選ぶかで見える情報が変わる

画面に並ぶ権限の選択肢は、Google Calendar APIのアクセス制御ルールの役割とそのまま対応しています。公開されているAPIの資料では、役割は次のように定義されています。

"none" - Provides no access. "freeBusyReader" - Provides read access to free/busy information. "reader" - Provides read access to the calendar. Private events will appear to users with reader access, but event details will be hidden. 出典: developers.google.com

残りの3つは、限定公開の予定の扱いで分かれます。writerWithoutPrivateAccess は読み書きができますが、限定公開の予定は存在だけが見えて詳細は隠れます。writer は読み書きができて、限定公開の予定の詳細まで見えます。owner は writer のすべてに加えて、他の利用者のアクセス権を変更できます。

実務での選び方は3通りに絞れます。予定が入っているかどうかだけを知らせたいなら freeBusyReader に当たる段階。中身を読ませるが直させたくないなら reader に当たる段階。チームで入れ合うなら writer に当たる段階です。owner は共有相手を管理する人だけに与えます。

1点だけ紛らわしい用語があります。owner の役割は、そのカレンダーのデータの所有者とは別物です。APIの資料は、1つのカレンダーのデータ所有者は1人だが、owner の役割を持つ利用者は複数いてよいと明記しています。「所有者を2人にしたからどちらが辞めても大丈夫」という理解は、この区別を取り違えています。データの所有者は動いていません。

カレンダーIDで配ると、招待メールに頼らずに済む

共有相手が多いときや、あとから入ってくる人がいるときは、招待メールではなくカレンダーIDを配る形が向いています。手順は、「設定と共有」を開いて「カレンダーの統合」のセクションに進み、そこにあるカレンダーIDをコピーして、社内の案内文書やイントラのページに保存しておくだけです。受け取った側は「他のカレンダー」の横の「カレンダーに登録」をクリックし、IDを貼り付けてEnterキーを押します。

この形を勧める理由は、招待メールに2つの穴があるからです。1つは新しく入った人への通知が即時ではないこと。Googleの資料は、新しいグループメンバーには通常1時間以内に通知が届くと説明しています。もう1つはもっと厄介で、グループに100を超える共有カレンダーがある場合、新しいグループメンバーにメール通知は届かないと明記されています。共有カレンダーを増やし続けている組織では、ある時点から新入社員だけが何も届かない状態になります。IDを案内に保存しておけば、この境目に左右されません。

なお、グループが予定に招待されると、その予定のコピーが保存され、組織のデータポリシーに従って処理されます。グループ宛の招待は「転送」ではなく「複製」だと考えておくと、あとで数が合わないときに当たりが付きます。

AppleのカレンダーとiCloudで作る場合

Appleのカレンダーにも共有はありますが、道が3つに分かれていて、選び方を間違えると編集できません。公式のユーザガイドは、iCloudアカウントがある人とiCloudカレンダーを共有する道、同じExchangeまたはCalDAVサーバを使う同僚と個々のカレンダーやアカウントを共有する道、Webサーバや特定のWebアドレスに公開して読み取り専用で誰でも表示できるようにする道の3つを挙げています。

複数人で入れ合いたいなら、選ぶのは1つ目です。Macでの手順は、カレンダーリストでカレンダー名にポインタを合わせて共有のアイコンをクリックし、「共有相手」に名前またはメールアドレスを入力します。連絡先のリスト名を入力すると、そのリストのメンバー全員に参加を依頼できます。相手に直させたくない場合は、その人の名前の横の下矢印から「閲覧のみ」を選びます。

プライベート共有には条件があります。iCloudのユーザガイドは、参加者はApple Accountを持っている必要があり、カレンダーを使うにはiCloudを使用する必要があると明記しています。相手がAndroidだけを使っている場合は、この道は通りません。その場合は「公開カレンダー」をオンにしてURLを渡す形になりますが、公開カレンダーを照会している人は閲覧はできても変更はできません。

ここで一番多い取り違えが、照会（サブスクリプション）と共有の混同です。公式のユーザガイドは、照会しているカレンダーは編集できないと書き、複数の人が編集できるカレンダーを使いたい場合は照会ではなく共有するようにと案内しています。URLを渡して相手に登録させた時点で、それは読み取り専用の配布になっています。

管理者の設定が、共有できる範囲の上限を決める

職場や学校のアカウントで「共有の項目が出てこない」「相手には予定ありとしか表示されない」という状態になるのは、個人の設定ではなく組織の設定が効いているためです。管理者向けの資料は、組織レベルで外部共有を制限すると、利用者が個々の予定を共有するときにもその制限範囲内の情報しか共有できないと説明しています。外部共有を空き時間情報のみに制限した組織では、外部の相手には「予定あり」としか表示されません。

制限のかけ方には粒度の限界もあります。同じ資料は、組織のカレンダーを一般公開で共有することはできるが、特定の外部ドメインに対してのみ限定して共有を許可することはできないと明記しています。「取引先A社だけに見せる」という設定は用意されていません。その用途では、A社向けのカレンダーを1本作って個別のアドレスに共有するほうが近道です。

もう1つ、社内向けに知っておく価値のある注記があります。特権管理者と「カレンダーの管理」権限を持つ管理者は、カレンダーがどのように共有されているかにかかわらず、全ユーザーのカレンダーに含まれる予定の詳細をすべて閲覧できます。共有設定を絞っても、管理者の視界は別枠です。会社のアカウントに私用の予定を書くかどうかは、この前提で決めることになります。

外部の相手との共有をやめたときにも、ひと呼吸の遅れがあります。資料は、外部のモバイルユーザーがそれまで予定を同期していた場合、制限された情報も引き続き閲覧できることがあると述べ、そのアクセスを取り消すには該当する利用者のデバイスをワイプして再同期すると案内しています。共有を外した瞬間に相手の端末から消えるとは考えないほうが無難です。

作ったあとに崩れる3つの場所

共有カレンダーは作った日ではなく、半年後に壊れます。原因は3つに絞れます。

1つ目は所有者の退職です。Googleの資料は、2026年初めから、グループカレンダーの所有者が削除されるとカレンダーも削除されると明記しています。担当者の個人アカウントで作った全社休業日のカレンダーは、その人が辞めた時点で消えます。対策は、消えてから慌てるのではなく、利用者を削除する前にカレンダーを譲渡することです。長く残るアカウントで作るべき理由がここにあります。

2つ目は権限の付け過ぎです。全員に writer に当たる段階を与えた共有カレンダーでは、誰かが誤って他人の予定を消しても記録が追えません。入れる人と見る人を分け、見る人には reader に当たる段階までにしておくと、事故の範囲が狭まります。

3つ目は表示の数です。共有カレンダーを増やし続けると、画面に色が多すぎて誰の予定なのか読めなくなります。仕事と個人、部署ごとに表示の組み合わせを保存して切り替える運用にすると、1画面に出す本数を減らせます。

共有カレンダーで解決すること、しないこと

共有カレンダーが解決するのは「相手がいつ空いているか」までです。解決しないのは、その空きに何を入れるかと、入れた予定に間に合うかどうかの2つです。会議の直前に別の場所からの移動が入っていれば、カレンダー上は空いていても実際には入れられません。共有した相手の画面には、その移動が見えていないことのほうが多いのが実情です。

ここから先は、共有の設定ではなく手元のカレンダーアプリの仕事になります。話し言葉のまま「明日15時 商談 渋谷」と書けば日時と場所と出席者を解釈して予定にする入力の仕組みは予定の入れ方にまとめてあります。住所から車・徒歩・電車の所要時間を計算して移動の枠を自動で作り、出発すべき時刻に知らせる仕組みは移動時間にあります。話し言葉と音声で予定を入れられることと、移動が実測で入ることの2つが揃うと、共有カレンダーに並ぶ「空き」の精度そのものが上がります。

複数のGoogleアカウントをまとめて1画面に出し、仕事と個人で表示の組み合わせを保存して切り替える使い方や、祝日や社外の日程をICSで重ねる使い方はできることに一覧があります。Macで使えるフル機能のカレンダーアプリを3年間の総額で並べた表は他のカレンダーとの比較、料金は購入、対応環境やデータの扱いはよくある質問にまとめてあります。

共有カレンダーを作る作業自体は数分で終わります。時間をかける価値があるのは、誰の名前で作るか、どの段階の権限を誰に与えるか、そして配り方を招待メールにするかカレンダーIDにするかの3点です。この3つを決めてから作れば、半年後に作り直す手間がなくなります。