まず問うべきは「誰がアクセスを管理しているか」
共有iCloudメモには2種類の人がいます。メモを作成して共有した所有者（owner）と、招待された参加者（participant）です。必要な操作は、自分がどちら側か、そしてメモが直接共有されたのか共有フォルダ内にあるのかによって変わります。
出発点として押さえておきたいのは、リンクは公開投稿ではないということです。メモのリンクを誰かに送っても、それだけで世界中の誰でも読めるようになるわけではありません。アクセスはあくまで招待によって制限されます。
共有iCloudメモを閲覧・編集できるのは招待された人だけです。たとえ第三者がそのリンクを持っていても変わりません。Source
この一点を押さえれば、共同作業の終了後の混乱のほとんどは解消します。プロジェクトの相手がリンクを第三者に転送しても、その第三者は招待されていなければメモを開けません。管理すべきリスクは「リンクが漏れた」ことではなく、「参加者リストにまだ残っているべきでない人がいる」ことです。
所有者と参加者：判断表
何かを操作する前に、この表で正しいアクションを選んでください。1列目の名称は共有コントロールで利用できる操作に対応しており、残りは判断の補助であり、メニューの配置図ではありません。
| 状況 | あなたの役割 | 正しい操作 | 行うこと | 行わないこと |
|---|---|---|---|---|
| 共同作業者が作業を終え、もうメモを見るべきでない | 所有者 | その人に対してRemove Accessを実行 | その参加者のアクセスを取り消す | 他の誰かのアクセスは変更しない |
| 共同作業全体が終了した | 所有者 | Stop Sharingを実行 | そのメモの共有を終了する | あなたのメモのコピーは削除しない |
| 招待されたが、もうメモは不要 | 参加者 | Remove Meを実行 | 自分を参加者リストから外す | 所有者のメモは削除しない |
| メモが共有フォルダ内にある | 所有者 | フォルダ単位でアクセスを管理 | そのフォルダ内のメモに適用される | メモ単位の削除ではフォルダ権限を上書きできない場合がある |
| リンクを受け取っただけで招待はされていない | どちらでもない | 削除するものはない | 取り消すべきアクセスはない | リンクだけではアクセスは付与されない |
所有者側の操作は別物です。参加者を1人削除することと、全員の共有を停止することは同じではありません。
所有者は参加者を削除するか共有を停止でき、参加者は自分自身を削除できます。Source
参加者にとって「Remove Me」はきれいな退出手段です。所有者への依頼ではなく、所有者が対応できるかどうかにも左右されません。
共同作業終了後の所有者側レビューチェックリスト
次のリストを順番に進めてください。メモの所有者向けに書かれています。
- 参加者を全員リストアップする。 共有コントロールを開き、誰を招待したかの記憶に頼らず参加者リストを読みます。
- 各参加者を現在の必要性と照合する。 作業が終わった人はRemove Accessで個別に削除します。
- メモをそもそも共有したままにすべきか判断する。 共同作業が完全に終わっているなら、Stop Sharingがより広い操作です。
- メモが共有フォルダ内にあるか確認する。 ある場合、メモ単位の考え方は誤解を招きます。フォルダの権限が中のメモを支配します。
- 変更後に参加者リストを再確認する。 メモを閉じる前に、リストが意図どおりになっていることを確認します。
手順4は特に強調に値します。誤った安心感の最も一般的な原因だからです。
共有フォルダ内のメモはそのフォルダの権限を継承するため、アクセスはフォルダ単位で管理する必要があります。Source
実際には、共有フォルダ内の1つのメモから人を削除しても、適切なレバーにならない場合があります。その人にフォルダが共有されているなら、見直すべきはフォルダ単位の権限です。
参加者側の手順：自分に共有されたメモから抜ける
他人のメモに招待され、作業が終わったなら、所有者の対応を待つ必要はありません。Remove Meを使って自分を参加者リストから外してください。正直な限界が2つあります。
- 自分を削除すると自分のアクセスは終了しますが、所有者のコピーやメモ自体は削除されません。
- メモが共有フォルダ内にある場合、アクセスはフォルダによって管理されている可能性があるため、1つのメモから抜けてもフォルダ単位のアクセスは残る場合があります。
自分が参加者なのか、単にリンクを持っているだけなのか分からない場合、テストは簡単です。そのメモを開いて編集できるでしょうか。できるなら招待されており、自分を削除できます。できないなら、退出するものはありません。
よくある間違い
- 送ったリンクを公開とみなす。 リンクは公開の観客ではありません。アクセスは招待に依存するため、本当の監査対象は参加者リストです。
- 共同作業全体が終わっているのに参加者を1人だけ削除する。 Remove AccessとStop Sharingは別の問題を解決します。意図的に選び分けてください。
- 共有フォルダを無視する。 共有フォルダ内のメモはフォルダの権限を継承するため、メモ単位の修正ではアクセスが残ることがあります。
- Remove Meがメモを削除すると仮定する。 それは自分を参加者から外すだけで、所有者のコピーは残ります。
- 記憶から監査する。 チャット履歴から再構成するのではなく、参加者リストを読みます。
- アクセス削除とアカウント整理を混同する。 メモから抜けることは、忘れられたアカウントを見つけることとは別の作業です。その別の問題については、忘れられたオンラインアカウントを見つけるガイド（/guides/find-forgotten-online-accounts/）を参照してください。
この監査で分かることの限界
このプロセスで分かるのは、メモの参加者リストに誰がいるか、どの操作が可能かということです。削除された参加者が削除前に何をコピーし、スクリーンショットを撮り、記憶したかは分かりません。また、すでにアクセスを持っていた人に対して、共有メモを遡って非公開にするものでもありません。
インターフェースの詳細には注意してください。共有コントロールはソフトウェアのバージョン間で変わりうるため、記憶したメニューパスではなく、実際に表示されるラベルと所有者／参加者の区別に頼ってください。ここで確認した事実は権限の動作を説明するものであり、特定の画面レイアウトではありません。
メモの外側で自分の足跡を守る
共有メモの衛生管理は、より大きな問いのごく一部にすぎません。自分の何が公開されているか、という問いです。メモは閉じた空間ですが、公開プロフィール、ハンドル、投稿はそうではありません。自分の既知の公開ハンドルが何を表面化させるか見たい場合、TraceSeekは3,000+のプラットフォームにわたる任意のチェックを提供しています。プライバシー設定を変更せず、非公開コンテンツにアクセスせず、身元を証明するものでもありません。一致は手がかりとして扱い、そのアカウントがあなたや他の誰かのものだという証明とは考えないでください。
こうしたチェックがどのように位置づけられ、何を支持でき、何を支持できないかについては、方法論ページ（/methodology/）を参照してください。
共同作業が終わった後の合理的なルーティンは次のとおりです。
- 上記の所有者／参加者の判断に従って共有メモを締めくくる。
- 共有フォルダは権限が連鎖するため、別途レビューする。
- 別途、自分の公開ハンドルを見直し、見えないと仮定しない。
- 2つの作業を区別しておく。メモのアクセスは招待の問題であり、公開の足跡は誰でも見つけられるものの問題です。
重要な事実
共有iCloudメモを閲覧・編集できるのは招待された人だけです。たとえ第三者がそのリンクを持っていても変わりません。
所有者は参加者を削除するか共有を停止でき、参加者は自分自身を削除できます。
共有フォルダ内のメモはそのフォルダの権限を継承するため、アクセスはフォルダ単位で管理する必要があります。
メモのリンクを送っても、それだけでメモが公開されるわけではありません。アクセスはあくまで招待に依存します。