AppSheetの料金は高い？代替と2026年公式価格を比較

AppSheetの乗り換えは「何に」より先に「移行で必ず出る費用」で決まる

appsheet 乗り換えを調べている時点で知りたいのは、たいてい移行先の名前ではなく移すべきかどうかです。判断軸は2つに絞れます。(1)今後1年で利用者が増えるのか（＝ユーザー課金が効いてくるのか）、(2)業務ロジックの置き場がスプレッドシートなのかアプリの中なのか。この2つが決まれば移行先はほぼ自動的に絞られます。

そして見落とされるのが、乗り換えにはライセンス費とは別に一度だけ出る移行費用があることです。内訳は「テーブルの整理」「画面の再現」「自動化の再現」「外部連携の作り直し」「権限設計」の5つで、これは移行先がどこであっても必ず発生します。この記事の試算では、小規模（1アプリ・3テーブル・12名）で約37時間、大規模（6アプリ・20テーブル・120名）で約272時間という幅になりました。

結論として、利用者が30名を超えないうちは乗り換えないほうが安いケースが多く、100名規模へ伸びる見込みがあるなら1年前後で回収できる計算になります。以下、公式料金の確認、移行費用を自分で出せる算式、3ケースの試算、乗り換えないほうがいい条件の順に進みます。

結論：AppSheetが高くなる原因は「席数」と「上位プランへの移動」

AppSheetの公式価格は、2026年10月時点（10月18日に公式ページで再確認）で Starter 月5ドル／ユーザー、Core 月10ドル／ユーザー、Enterprise Plus 月20ドル／ユーザー（Google AppSheet 公式料金ページ）です。単価だけを見れば高額なツールではありません。それでも「高い」と感じるときは、ほぼ例外なく使う人数（席数）が増えたか、必要な機能がEnterprise Plus側にあって上位プランへ移動したかのどちらかです。

さらに見落とされがちなのが、Core は多くの Google Workspace 有償エディションに標準で含まれている点です。つまり「AppSheet代を別途払っている」と思っていた費用が、実は二重計上や、上位プランへの不要な移動だったケースがあります。代替を探す前に、まず自社がどのプランで何人分を払っているかを確認したほうが、結果的に安く済むことが多いです。

2026年10月時点のAppSheet公式料金（一次情報）

まず一次情報を押さえます。以下は公式ページの表示をそのまま整理したもので、金額はいずれも米ドル建て・ユーザー単位の月額です。噂されている改定や、代理店独自の見積り条件は含めていません。

AppSheet（Google）の公式プラン

• Starter：月5ドル／ユーザー。基本的なアプリ作成とスプレッドシート接続。
• Core：月10ドル／ユーザー。高度な自動化、アプリのセキュリティ制御、メールサポート。
• Enterprise Plus：月20ドル／ユーザー。エンタープライズ向けデータコネクタ、機械学習、優先サポート。
• Publisher Pro：月50ドル／アプリ。一般公開アプリ向けで、利用者数は無制限。
• 無料の開発・テスト：最大10名のテストユーザーまで、費用なしで開発と検証が可能。

加えて重要なのが、AppSheet Core が含まれる Google Workspace エディション一覧（公式ヘルプ）に記載のとおり、Business Starter / Business Standard / Business Plus、Enterprise Starter / Standard / Plus などのエディションでは、ドメイン確認済みユーザーに Core ライセンスが標準で付与されることです。同じ一覧には Education Standard / Plus、Frontline Starter / Standard / Plus、Enterprise Essentials Plus も載っており、現場スタッフ向けの Frontline 系でも Core が含まれます（2026年10月18日に公式ヘルプで確認）。すでに Workspace を契約している貴社なら、Core相当の機能は追加課金なしで使える可能性があります。

AppSheet乗り換えの移行コストを自分で見積もる算式

移行費用は「アプリ数」だけでは出ません。実際に時間を食うのはデータ側です。次の5つの変数で数えると、どこに時間が消えるのかが先に見えます。

5つの変数と、1単位あたりの工数の目安

算式はこの2本だけ

必要なのは次の2本です。1本目で一度だけ出る費用、2本目で毎年出る費用を出し、差額で何年で回収するかを見ます。

• 移行工数（時間）＝ (3T ＋ 12A ＋ 3F ＋ 14I ＋ 権限設計) × 1.2　※係数は上表の中央値。末尾の1.2は受入テストと並行運用の上乗せ分
• 年額の差＝(現状の年額：U×月額単価×12) －(移行後の年額：月額保守×12)

回収年数は移行工数×時間単価 ÷ 年額の差です。時間単価は自社の内部単価か発注先の単価を入れてください。以下の試算では仮に8,000円／時間で換算していますが、テンプレートを流用できる案件では工数も単価も下がるため、実際の見積りはこの試算より安く出ることがあります（本記事後半の費用の目安も参照してください）。

小・中・大の3ケースで計算する

条件を固定した3つの架空ケースで計算します。現状の年額は AppSheet Core（月10ドル／ユーザー、公式料金ページの表示）を1ドル150円で換算し、移行後の保守は月19,800円と置きました。すべて試算です。

この表の読み方で大事なのは、工数は人数（U）でほとんど増えないのに、現状の年額は人数に比例するという非対称です。だから小規模では移行が割に合わず、人数が増えるほど一気に有利になります。分岐はおおむね利用者30名前後に現れますが、自動化や外部連携が多い組織では移行工数が膨らんで分岐点が後ろにずれます。上の算式に自社の数を入れて確かめてください。

なお、ここで出るのは金額だけです。移行には止まるリスクと学習コストがあり、それは金額に換算できません。回収年数が3年を超える場合は、乗り換えではなく席数と設定の見直しから始めるのが現実的です。

「高い」の正体を切り分ける5つの確認

代替ツールに移る判断の前に、5つだけ確認してください。ここで解決するなら移行コストはゼロで済みます。移行は必ず学習コストと停止リスクを伴うので、順番を間違えないことが最大の節約です。

1. Workspaceのエディションを確認する。Core が含まれるエディションなのに、別途 AppSheet を契約していないか。
2. 席数の内訳を出す。閲覧しかしない人にまでライセンスを配っていないか。用途が閲覧だけなら、そもそもアプリ化が過剰な場合があります。
3. Enterprise Plus に上げた理由を1行で説明できるか。特定の1機能のためだけなら、その機能を別手段で代替できないか検討します。
4. 一般公開が必要か。社外の不特定多数に使わせるなら、人数課金より Publisher Pro（月50ドル／アプリ）のほうが安くなる構造です。
5. アプリの本数を数える。似たアプリが乱立していると、席数も管理コストも二重に膨らみます。

ここまでで解決しないとき、はじめて「作り方そのものを変える」＝代替の検討に進みます。スプレッドシート運用がどこで限界に来るのかはスプレッドシート管理の限界とアプリ化の判断基準で整理しています。

この算式で「ユーザー数では増えない形」が合いそうだと出た場合、既存のスプレッドシートをそのまま社内アプリの画面にする作り方が候補になります。Mihataでもその形のサービスを行っておりますので、記事の途中で恐縮ですが、比較対象の1つとして覗いていただけたら嬉しいです。

AppSheetから何に乗り換えるかを3つの問いで絞る

選択肢を並べる前に、次の3問に答えると候補が1〜2つに減ります。順番に効くので、上から答えてください。

1. 業務ロジックはどこにあるか。計算や判定がスプレッドシートの数式にあるなら、そのシートを残せる方向（スプレッドシートのアプリ化）が有利です。ロジックがアプリの設定側にしか無いなら、どの移行先でも作り直しになります。
2. 承認の流れが業務の中心か。申請・承認・差し戻しが主役なら、ワークフローを標準で持つノーコード基盤が合います。入力と閲覧が主役なら、ワークフロー機能は使われずに費用だけ残ります。
3. 社外の人が使うか。取引先や現場スタッフなど、人数が読めない相手に配るなら、ユーザー単位の課金そのものが合いません。公開アプリ向けの定額（AppSheetなら月50ドル／アプリ）か、人数で増えない受託型が候補になります。

3問の答えが割れる場合は、アプリ単位で移行先を分けるのが実務的です。全部を1つの基盤に寄せる必要はありません。AppSheetとkintoneを人数別に突き合わせた試算はAppSheetとkintoneを人数別に試算して選ぶ記事、Excel・スプレッドシート運用から移す手順そのものはExcel管理をアプリへ移すときの手順で扱っています。

代替の3つの方向性を比較する

代替は大きく3方向あります。どれが優れているかではなく、人数の増え方と業務の固有度で選び分けるものです。以下は向く条件・向かない条件で整理した比較表です。

他のノーコード基盤（kintone）

kintone は公式料金ページで、ライトコース 月1,000円／ユーザー、スタンダードコース 月1,800円／ユーザー（いずれも最低10ユーザー）と公開されています。上位には最低1,000ユーザーのワイドコース（月3,000円／ユーザー）もあり、スタンダード以上には「kintone AI」のクレジットがユーザー数に応じて付く形です（2026年10月18日時点の公式表示）。申請・承認のワークフローが業務の中心なら有力な選択肢です。一方で課金構造は AppSheet と同じくユーザー単位なので、「人数が増えると高い」という悩みそのものは解消されません。移行の費用感はkintone乗り換えの費用と代替手段にまとめています。

スプレッドシート＋GAS のアプリ化

いま使っているスプレッドシートをデータの置き場として残したまま、入力・検索・権限の部分だけをアプリにする方法です。ライセンスが人数で増えないため、利用者が増えるほど相対的に有利になります。反面、画面を自分たちで即座に足すことはできず、変更は開発側に依頼する形になります。外注する場合の相場観はGAS開発を外注するときの費用の考え方が参考になります。

私たちMihataでも、この考え方で「スプシ de 社内アプリ」というサービスを行っております。既存のスプレッドシートを作り直さず、そのまま社内アプリの画面にするという地味な方法なので、派手さはありません。ただ、席数で費用が伸びない構造を探している方には、比較対象の1つとして見ていただければと思います。

ライセンスの数え方で費用が変わる4点

同じ使い方でも、数え方を変えるだけで請求額が変わります。乗り換えの前に、ここを確認したほうが早く効きます。

• 閲覧専用の人を席から外せるか。結果を見るだけの人にアプリを配っているなら、共有シートやレポートの配信で足りることがあります。席数は「入力する人の数」まで絞るのが基本です。
• 一般公開アプリは人数で数えない。サインインなしで使わせる公開アプリ向けには、AppSheetに月50ドル／アプリで利用者数が無制限のPublisher Proがあります（公式料金ページの表示）。人数課金のまま社外に配ると、ここで大きく損をします。
• Workspaceのエディションに含まれる分を数えているか。公式ヘルプの記載どおり、対象エディションではドメイン確認済みユーザーにCoreが付与されます。別途契約と重なっていないかは請求書で確認してください。使う人が日によって入れ替わるなら、1人ずつ割り当てる代わりに、組織のユーザーが必要に応じて使えるライセンスのプール（AppSheet User Pass）をアドオンとして買う選択肢も公式ヘルプに記載があります。
• 移行先の最低ユーザー数に注意する。ノーコード基盤には最低契約ユーザー数が設定されていることがあり（kintoneは公式料金ページで最低10ユーザー）、実際の利用者が5名でも10名分の支払いになります。少人数ほど単価の比較が意味を持たなくなります。

この4点を直すだけで下がるなら、移行工数をかける理由はありません。前章の算式で回収年数が3年を超えた場合は、まずここに戻ってください。

あわせて読みたい

• AI導入 失敗｜やめた理由と撤退ラインの試算式【2026】
• AppSheet kintone 比較｜どっちを選ぶか人数別試算【2026】
• AI導入支援は研修かコンサルどっち｜3ケース試算で選ぶ
• 社内アプリは作るべきか｜作らない判断と回収月数の試算
• AIコンサルの料金体系4種｜月額・時間単価・固定の違い【2026】
• AIで社内アプリを内製して失敗する7パターン【2026】

乗り換え判断チェックリスト

次の項目に3つ以上当てはまるなら、ユーザー課金型から離れる検討に意味があります。逆に2つ以下なら、AppSheet を続けたまま席数と設定を見直すほうが安く済みます。

• 利用者が今後1年で50名以上に増える見込みがある
• 社外の取引先・現場スタッフにも使わせたい
• 閲覧だけの人にライセンスを配っている
• 特定の1機能のために上位プランへ上げている
• スプレッドシート側の計算ロジックが業務の核で、作り直したくない
• アプリが3本以上に増え、どれが正か分からなくなっている
• ノーコードで作った人が退職・異動し、誰も直せない

ノーコードのまま行くか開発に切り替えるかの線引きは、業務アプリはノーコードか開発かで判断軸を整理しています。

乗り換えないほうがいい場合

移行は、やらない判断ができるほど成功率が上がります。次のどれかに当てはまるなら、いまは乗り換えない前提で席数と設定を見直すほうが得策です。

• 利用者が20名以下で、1年後も増える見込みがない。前章の試算どおり、年額が保守費を下回るため回収しません。
• Workspaceのエディションに Core が含まれている。追加で払っている費用そのものが無いか、二重計上の可能性があります。まず請求を確認してください。
• 画面や項目を毎週自分たちで変えている。受託型に移すと、その都度依頼が必要になり体感のコストは上がります。
• 来期に業務そのものを見直す予定がある。いまの業務を精密に移しても、作り直しが二度になります。
• 移行を担当できる人が社内に1人もいない。データの正しさを判断できるのは業務を知っている人だけで、ここは外注で埋められません。

逆に、席数の見直しだけでは下がらない構造的な理由（人数が伸びる・社外に配る・シートの計算が核）があるときに限って、移行は費用の面で意味を持ちます。スプレッドシート運用そのものがどこで限界に来るかはスプレッドシート運用の限界とアプリ化に踏み切る基準が目安になります。

移行時の落とし穴

移行そのものより、移行後に効いてくる問題のほうが厄介です。見積り段階で必ず握っておきたい点を挙げます。

• データ構造の作り直しが本体：画面の移植より、1シートに詰め込まれた列の整理に時間がかかります。ここを省くと、移行先でも同じ混乱が再現します。
• 並行運用の期間を決めていない：旧アプリと新アプリを同時に動かす期間を決めないと、どちらが正データか分からなくなります。2〜4週間で切る前提を先に置きます。
• 権限設計を後回しにする：誰がどの行を見られるかは、移行先ごとに考え方が違います。あとから足すと作り直しになりやすい箇所です。
• 通知・自動化の再現漏れ：メール通知やリマインドは目立たないのに業務が依存しています。移行対象の一覧に必ず入れてください。
• 「誰が直すか」を決めていない：作った直後は動きます。半年後に直せる人がいるかどうかが、実質的な総コストを決めます。

データとアクセス権の移行で必ず詰まる3か所

移行の作業時間は、画面ではなくデータと権限で消えます。先に決めておくだけで工数が変わる3か所を挙げます。

• 1行が何を表すかが混ざっている。1枚のシートに「案件」と「その月の実績」が同居している、という形がよくあります。移行先では必ず分ける必要があり、ここの分解が前章のT（テーブル数）の工数の中身です。分けたあとに、どちらを正とするかを業務側で決める必要があります。
• 権限の考え方が移行先ごとに違う。「この人はこの行だけ見える」という行単位の制御は、基盤によって持ち方が違います。同じ結果にするために設定の作り方を変える必要があり、あとから足すと画面の作り直しになりがちです。移行前に役割を3〜5個に整理して、役割ごとに見える範囲を1行で書き出すと、ここが一気に軽くなります。
• 通知と自動化の宛先が個人名で埋め込まれている。退職者のアドレスが残っていたり、条件が設定画面の奥にしか無い、という状態で見つかります。移行対象の一覧を作る段階で、自動化は本数だけでなく条件と宛先まで書き出すことが前提になります。

この3か所を移行前に紙1枚にまとめておくと、見積りの精度が上がり、発注先が変わっても使い回せます。kintoneから移す場合の費用感と注意点はkintoneからの乗り換えにかかる費用と代替手段に整理しています。

費用の目安（幅）

受託でスプレッドシートをアプリ化する場合の目安です。Mihataのスプレッドシートを社内管理アプリにするサービス「スプシ de 社内アプリ」では、テンプレート・セミオーダーが25万円〜、オーダーメイドが50万円〜（いずれも税別）、公開後の月額保守が9,800円／19,800円という構成にしています。ユーザー数では増えません。

判断の目安として、AppSheet Core（月10ドル／人）で30名なら年間およそ3,600ドル、100名なら年間およそ12,000ドルです。人数が増えるほど、初期費用型のほうが数年単位で逆転しやすくなります。ただし逆転までの期間は要件次第なので、見積り時に「何名で何年なら得か」を数字で出してもらうのが確実です。

発注前に確認しておきたいこと

最後に、相談前に手元で決めておくと話が早い点をまとめます。人数の見込み、既存スプレッドシートの本数、社外に配るかどうか。この3つが決まっていれば、初回の打ち合わせで概算まで進みます。