相手を指定した共有と、URLでの購読はどちらを選ぶべきですか？

あとから特定の1人だけを外す可能性があるなら、相手を指定した共有を選びます。URLでの購読は、URLを知っている人全員が読める仕組みのため、1人だけを止めることができません。相手がGoogleアカウントを持っていない場合はURLでの購読しか選べないので、その順番で判断してください。

共有した内容が相手の画面に反映されるまで、どのくらいかかりますか？

相手を指定した共有なら、変更はほぼその場で相手の画面に出ます。URLでの購読は相手のアプリが取りに行く仕組みのため、次の更新まで古い内容が残ります。管理者が組織の設定を変えた場合は、反映まで最大で24時間かかることがあります。

社外の相手に予定の詳細を見せたいのに、時間枠しか届きません。

Google Workspaceでは、社外への共有の上限を管理者が先に決めています。上限が時間枠の情報のみになっていると、個人の設定でそれより上を選ぶことはできません。上限を上げてもらうか、見せてよい予定だけを別のカレンダーに切り出して、URLで配る方法に切り替えることになります。

1人の相手に何本までカレンダーを共有してよいですか？

本数の上限が問題になることは少なく、実際に効いてくるのは相手の画面の読みやすさです。共有した本数だけ相手の一覧が伸びるため、日常的に見てもらう必要のあるものだけに絞るのが現実的です。参照が月に数回しかないカレンダーは、共有ではなくURLを渡して必要なときに見てもらうほうが負担が軽くなります。

Googleカレンダーの共有の選び方｜6つの判断軸と決める順番

Googleカレンダーの共有の選び方でつまずくのは、方法が思ったより多いからです。相手を指定して共有する、リンクを配る、一般公開にする、iCal形式のURLを購読してもらう、予約ページを渡す。どれも「共有」と呼ばれていますが、あとから取り消せる範囲も、相手に要求する準備も、反映の速さもまったく違います。

方法から選ぼうとすると迷います。先に決めるべきなのは条件のほうです。ここでは6つの判断軸を立てて、条件が決まれば方法が1つに絞られるところまで整理します。

方法から選ばず、条件から選ぶ

共有のやり方を比べる記事は多いのですが、比較表を眺めても決まらないのには理由があります。方法の違いは機能の一覧では表れず、運用に入ってから初めて痛む部分に出るからです。

たとえば一般公開にすると、検索に引っかかる可能性がある一方で、相手はアカウントの用意も承諾も要りません。相手を指定した共有は取り消しが効きますが、相手がGoogleアカウントを持っていることが前提になります。どちらが優れているかではなく、その場の条件でどちらが成立するかという話です。

条件は次の6つに整理できます。上から順に効き、上の軸で決まれば下の軸を見る必要はありません。

相手にGoogleアカウントがあるか
あとから1人だけ取り消す必要があるか
相手に書き込ませるか
反映がどれだけ早く必要か
組織の上限に当たるか
相手が受け取る道具は何か

この順番には意味があります。1つ目と2つ目は成立するかどうかの話で、満たさなければその方法は選べません。3つ目から6つ目は、選んだあとの使い勝手の話です。成立条件を先に潰しておかないと、使い勝手を比べた末に「そもそも使えなかった」という結論に戻ります。

軸1と軸2で、選べる方法はほぼ絞られる

相手にGoogleアカウントがあるかどうかは、最初の分岐です。相手を指定する共有は、宛先にメールアドレスを入れて設定します。相手がGoogleアカウントを使っていない場合、招待そのものが成立しません。

アカウントを持たない相手に渡せるのは、一般公開のURL、iCal形式の非公開URL、サイトへの埋め込みコード、それに予約ページです。いずれも読む側にアカウントを要求しません。逆に言えば、この4つはURLを持っている人が誰でも使えるということでもあります。

2つ目の軸は取り消しの単位です。相手を指定した共有なら、一覧から1人を外すだけで、その人の閲覧だけが止まります。URLを配る方式では1人だけを外すことができません。止めるにはURLをリセットして、残す相手全員に新しいURLを配り直すことになります。

この2つを掛け合わせると、方法はかなり絞られます。

条件	選べる方法
アカウントがあり、1人ずつ取り消したい	特定のユーザーとの共有
アカウントがなく、取り消しは全員一括でよい	iCal形式の非公開URL、埋め込みコード
アカウントがなく、公開してよい	一般公開のURL
相手が自分で時間を選ぶ	予約スケジュール
関わるのが数件の予定だけ	予定ごとのゲスト招待

社内の同僚は1行目、社外の協力会社は2行目、採用や講演の日程は4行目、というように、相手の属性ではなく条件で当てはめると迷いが減ります。

判断に迷ったときは、その共有を半年後に止める場面を想像すると決まります。止める操作が「一覧から名前を1つ消す」で済むなら相手を指定した共有、「全員に新しいURLを配り直す」なら覚悟が要る、という違いがそのまま運用の重さになります。相手が1人か2人しかいない段階では差が見えませんが、20人を超えたあたりから配り直しは現実的でなくなります。人数が増える見込みがあるなら、最初から取り消しの効く方法を選んでおくほうが後が楽です。

軸3は、書き込ませるかどうかの一点

相手に予定を動かしてもらう必要があるなら、URL方式は最初から外れます。iCal形式のURLも一般公開のURLも読み取り専用で、購読した側が予定を編集することはできません。書き込みが要る時点で、相手を指定した共有か、予定ごとの招待の二択になります。

相手を指定した共有では、書き込みに関係する段階が3つあります。変更可能（限定公開の予定は表示制限）、予定の詳細を変更および表示可能、予定の変更および共有の管理です。読み飛ばされやすいのは1つ目で、この段階では非公開に設定した予定だけは相手が編集できません。

共有相手は、カレンダーで予定がある時間枠のみを確認できます。出典: support.google.com

最上段の「予定の変更および共有の管理」を選ぶかどうかは、機能ではなく責任の話として判断したほうが後悔しません。この段階を渡した相手は、そのカレンダーをさらに別の人へ共有できます。誰が誰に渡したのかを追えなくなるため、渡す相手は自分の代わりに判断してよい人に限るのが実務的な線です。

書き込ませたい範囲が数件の予定に限られるなら、カレンダーごと渡す必要はありません。予定の作成画面でゲストに「予定を変更する」を許可すれば、その1件だけが対象になります。

軸4の反映の速さは、受け取る側の仕組みで決まる

同じ「共有」でも、変更が相手に届くまでの時間はまったく違います。相手を指定した共有は、相手のカレンダーに同じデータが直接見えるため、変更はほぼその場で反映されます。

iCal形式のURLによる購読は仕組みが違います。相手のアプリが定期的にURLを取りに行く方式のため、次に取りに行くまで古い内容のままです。間隔を決めるのは受け取る側のアプリで、こちら側からは制御できません。Mac標準のカレンダーでは、購読カレンダーの設定に自動更新の間隔を選ぶ項目があり、どの間隔を選んでいるかで届く速さが変わります。

この差は、当日の予定変更で効いてきます。朝の会議が30分ずれたことを購読で伝えようとすると、相手の画面が更新されるまで古い時間のまま残ります。30分単位の変更を伝えたい相手には、URL方式ではなく相手を指定した共有を使うか、そもそも予定の招待に含めておくほうが確実です。

管理者側の設定変更はさらに時間がかかります。公式の説明でも、変更が反映されるまでに最大で24時間かかることがあるとされています。組織の設定を変えてもらった直後に相手の画面を確認して、変わっていないことを不具合と判断すると、原因のない調査に時間を使うことになります。

軸5の組織の上限は、個人の設定では超えられない

Google Workspaceを使っている組織では、社外にどこまで共有してよいかを管理者が先に決めています。選択肢は4つで、時間枠の情報のみ、すべての情報を共有するが社外のユーザーは変更できない、すべての情報を共有し社外のユーザーも変更できる、すべての情報を共有し管理も許可する、という並びです。

個人の画面で選べるのは、この上限の範囲内だけです。上限が時間枠の情報のみになっている組織で、社外の相手に予定の詳細を見せる共有を作ることはできません。設定画面に段階が並んでいても、社外の相手に対しては効かないという状態が起こります。

選び方の観点では、これは「社外向けの方法を決める前に上限を確認する」という順番になります。上限が低い組織では、社外に詳細を見せたいときの現実的な選択肢は、共有ではなく別の入口を作ることです。見せてよい予定だけを別のカレンダーに切り出してURLで配るか、予約ページとして必要な時間帯だけを出すかのどちらかになります。

自分の組織の上限がどうなっているかは、社外のアドレスを1つ用意して実際に共有してみるのが早い確認方法です。相手側に時間枠しか出ないなら、そこが上限です。

軸6は、相手が何で受け取るかを見る

最後の軸は、こちらではなく相手の環境です。同じ共有でも、相手が使っている道具によって見え方が変わります。

相手がGoogleカレンダーを使っているなら、相手を指定した共有が最も素直に届きます。相手がOutlookやMac標準のカレンダーを使っている場合は、iCal形式のURLでの購読が確実です。相手がスマートフォンだけを使っているなら、公式アプリでの表示を前提にして、カレンダーの数を絞ったほうが読めます。

ここで見落とされやすいのが、相手の画面でカレンダーが増えることそのものが負担になるという点です。1人の相手に3本も4本も共有すると、相手の一覧はこちらのカレンダーで埋まります。渡す本数は、相手が日常的に見る必要があるものだけに絞るのが親切です。

もう1つ、相手の環境で差が出るのが通知です。相手を指定した共有では、相手のアプリの設定次第で、こちらが予定を足すたびに相手に通知が飛ぶことがあります。更新の多いカレンダーを共有すると、相手の手元が通知で埋まって、結局ミュートされます。更新頻度の高いカレンダーほど、通知の出ない購読で渡したほうが長く使ってもらえます。

受け取る側に回ったときの扱いやすさは、使っているアプリで差が出ます。複数のアカウントのカレンダーを1枚の画面にどこまで重ねられるかはできることに整理されていて、購読カレンダーと書き込めるカレンダーをどう見分けるかもそこで確認できます。

決める順番を1本の流れにすると

6つの軸を上から順に当てはめると、迷う場面はほとんど残りません。相手にアカウントがあるかを確かめ、1人ずつ取り消す必要があるかを決め、書き込ませるかを決める。ここまでで方法は1つか2つに絞られます。残りの3つは、選んだ方法で運用が回るかの確認です。

選び終えたら、選んだ理由を1行だけ残しておくと、次に同じ判断をするときに早く済みます。どのカレンダーを誰にどの方法で渡したかは、時間が経つと本人にも思い出せなくなり、条件が変わったときに見直す手がかりがなくなります。カレンダーの説明欄に「社外の協力会社向け。読み取り専用のURLで配布」と書いておくだけでも、半年後の自分に対する引き継ぎになります。

条件が変わったときに選び直すことも前提にしておいたほうがよい部分です。相手がGoogleアカウントを使い始めた、案件の規模が大きくなって書き込みが必要になった、社外の相手が増えたといった変化は、上の軸のどれかを動かします。軸が1つ動いたら、方法も選び直す。最初に決めた方法を守り続けることが目的ではありません。

決めたあとに効いてくるのが、自分の側の手数です。共有の設計をどれだけ整えても、予定を1件入れるたびにカレンダーを選び直して件名を打つ作業は残ります。この部分は話し言葉と音声で予定を入れられるかどうかで所要時間が変わる部分で、入力の段取りは予定の入れ方にまとまっています。

共有した相手との予定が続くと、会議と会議の間に移動が入るかどうかも判断材料になります。相手側から時間枠だけが見えている状態では、場所の情報が届かないため、移動の必要な予定が連続して入ってきます。移動の扱いは移動時間で扱っています。

アプリを選び直す段階に来たら、共有カレンダーの扱いがどう違うかが比較の軸になります。購読の更新間隔を自分で選べるか、権限の違うカレンダーを色や並びで区別できるかといった点は、共有相手が増えるほど効いてきます。手元の条件に近い形を探すなら他のカレンダーとの比較から見ていくと早く決まります。