アプリが完成し、いよいよ社内や関係者に配る「共有」のフェーズです。しかし、ここで多くの方が「うちは部署ごとにプランが違うけれど大丈夫？」「外部の人はどうなるの？」という疑問に直面します。
結論から言うと、同じ会社の同一ドメイン内であれば、Starterの人が作ったアプリをStandardの人が使うことは「追加料金なし」で可能です。しかし、個人Gmail（@gmail.com）や別ドメイン（別契約）の人を招待した瞬間に、1人あたり月額約$5の追加コストが発生する、実務上の非常にシビアな境界線があります。
第4回となる今回は、プラン混在環境での共有の真実と、共有時に発生しやすい「Access Denied（アクセス拒否）」エラーの正体、そして別ドメインやサブドメインの判定基準について詳しく解説します。
目次
同一ドメイン内なら「Starter ⇄ Standard」の共有は無料
まず安心してください。同じ組織（Google Workspaceの管理画面が一つ）であれば、Business Starterの人とBusiness Standardの人が混在していても、問題なくアプリを共有できます。
- 理由： どちらのプランにも、標準で「AppSheet Core」というライセンスが1ユーザーごとに1つ付帯しているからです。
- 注意点： ただし、Starterユーザーは「30GBの容量制限」があります。Standardユーザーが作った「写真大量アップロードアプリ」をStarterユーザーが使うと、本人のドライブ容量がすぐにパンクしてエラーになるため、データ設計には引き続き注意が必要です。
外部ユーザー（@gmail.com）共有に潜む「$5の罠」
最も注意が必要なのが、個人Gmailアドレスなど「外部ドメイン」のユーザーへの共有です。 AppSheetを共有した際に出る「Access Denied」は、「URLは合っているが、システム上の『鍵（ユーザー登録）』が渡されていない」という警告です。 これを解決するために「Share」ボタンからメールアドレスを追加すればアクセスは可能になりますが、「外部ユーザー」を1人追加するごとに、月額約$5（約800円〜）のライセンスを別途購入する必要があります。
Access Deniedエラー回避の鉄則
外部ユーザー（@gmail.comなど）にリンクを送った際に発生する「Access Denied」は、単なるリンクの間違いではなく、AppSheetのホワイトリスト（許可リスト）にその人が登録されていないために起こります。
エラーを出さずにスムーズに共有するための鉄則は、「リンクを送る前に、管理者が先にユーザー登録を済ませておくこと」です。
以下の手順で、事前に「鍵」を渡しておきましょう。
【解決】エラーを出さない「先行招待」の3ステップ
- [Share] ボタンをクリック：エディタ右上のアイコンから共有設定を開きます。
- メールアドレスを入力：
Add emails or domainsの欄に、招待したい相手のメールアドレス（例：@gmail.com）を入力します。 - [Send] または [Share] をクリック：これでAppSheetの内部リストにユーザーが登録されます。
※この操作を先に行っておけば、相手がリンクを開いた瞬間に「Access Denied」に阻まれることなく、すぐにアプリが立ち上がります。ただし、このボタンを押した時点で「課金対象のユーザー」としてカウントされる境界線を越えることになるため、注意が必要です。
サブドメインの落とし穴：パターンAとB
サブドメイン（例：sub.company.com）の場合、判断基準は一つだけです。
- パターンA（セーフ）： 本社のWorkspace管理画面の中に、サブドメインとして追加されている場合。➔ 無料（同一組織扱い）
- パターンB（アウト）： 子会社などが別個にWorkspaceを契約し、独立して運用している場合。➔ 有料（外部組織扱い）
【もっと学びたい人へ】共有と権限設定を深く学べる一冊
アプリを社外や複数拠点に展開する際、避けて通れないのが「権限管理」と「セキュリティ」です。これらを体系的に学ぶには、以下の本が非常に参考になります。
📖 手を動かして学ぶ Google AppSheet Gemini連携&自動化編
【おすすめポイント】
今回の出退勤アプリをベースに、「さらに高度な社内システムへ拡張したい」「業務効率化のプロを目指したい」という社内開発担当者のデスクに、必ず置いておきたい究極のステップアップバイブルです。