Google スプレッドシートをアプリのバックエンド/APIとして使える Zero Sheets

 (zerosheets.com)
3 ポイント 投稿者 GN⁺ 2024-04-13 | 1件のコメント | WhatsAppで共有
  • Zero Sheetsは Google Sheets をRESTful JSON APIに変換し、別途バックエンドなしでプロトタイプ・Webサイト・アプリからデータを扱えるようにするサービス
  • 生成されたエンドポイントに HTTPリクエスト を送ってデータの取得・操作ができ、認証方式や使用するシートも設定可能
  • 開始フローは、シートURLの貼り付け、APIの構成、エンドポイントへのリクエスト送信の3ステップで、初期接続の手間を抑える
  • スプレッドシートをクライアント向けの CMS のように活用し、実データでアイデアをテストする用途に重点を置く
  • 料金プランは無料の1 API・月200リクエストから、月額$4.99のScout、月額$19.99のCraftまであり、公開プランには読み取り・書き込み・更新・削除が含まれる

Google SheetsをRESTful APIに変換

  • Google Sheets のスプレッドシートをRESTful APIに変換し、簡単なHTTPリクエストでデータを取得・操作できるようにする
  • 開発者がプロトタイプ、Webサイト、アプリを素早く作るためのツールをうたう
  • API構成の段階で、認証方式、使用するシート、その他の設定を指定できる
  • 利用フローは3ステップに整理されている
    • Google SpreadsheetのURLをダッシュボードにコピー＆ペーストする
    • 新しいAPIの認証方式や使用するシートなどを設定する
    • エンドポイントを受け取った後、HTTPリクエストを送信する

CMSのような活用方法と料金プラン

  • スプレッドシートを実際のデータストアのように活用してアイデアをテストし、クライアントが使える CMS の役割を持たせられる
  • 独自のバックエンドパネルを作るよりも、安価かつ迅速にアイデアを実装できる点を訴求する
  • 公開されている料金プランは次のとおり
    • Free: $0/月、1 API、無制限のシートタブ、読み取り・書き込み・更新・削除、月200リクエスト
    • Scout: $4.99/月、無制限API、無制限のシートタブ、読み取り・書き込み・更新・削除、月400リクエスト、24/7サポート
    • Craft: $19.99/月、無制限API、無制限のシートタブ、読み取り・書き込み・更新・削除、月2000リクエスト、24/7サポート
  • カスタム料金プランは別途問い合わせで提供する

関連記事

1件のコメント

 
GN⁺ 2024-04-13
Hacker News のコメント

  • 現代版の Excel 初心者の罠に注意すべき。80〜90年代に多くの投資銀行がこれにはまった。スプレッドシートは汎用的な計算フレームワークとして優れているため、リスク管理、価格算定、運用機能まで巨大な Excel ファイルの山の上に載せるようになった
    プラグインや拡張を付ければ本当に多くのことができるが、結局スプレッドシートは保守不能で中身を把握しにくい悪夢になり、重要な 業務ロジックが複数人の個人シートに閉じ込められる。広範な変更は難しいか不可能になり、通常のソフトウェアフレームワークなら簡単な変更でも大量のシートを直す必要があり、リスクと確認コストが大きくなる

    • ゲーム開発の ビジュアルスクリプティングでも非常によく似た状況が起きる。本来は、デザイナーやアーティストがプログラマーを呼ばずに、感圧板を踏むとドアが開く程度の小さな作業をできるようにするツールだが、成果物は簡単に制御不能な規模に膨らむ
      Unreal Engine の事例だけを集めたサイトもある: https://blueprintsfromhell.tumblr.com/。個人的には、優れたリファクタリング支援が解決策だと思う。プログラマーが入って全体を書き直さなくても、「メソッド抽出」のような形で整理できるべきだ
    • 常に選択の問題というわけではない。職場でポリシーに準拠した Python hello world を実行できる環境を得るだけで、各種手続きに4時間ほどかかった
      完全な IDE や pip モジュールどころか、ただの hello world だったし、それでも今までではましな方だった。一部の金融機関はそもそも他の選択肢を与えない。事務職に Excel だけを渡しておいて、人々が Excel で怪物を作ったと驚くのはよくあるパターンだ
    • 完全に同意する。今勤めている会社は、10年以上にわたってスプレッドシートとデータベースクエリのエクスポート パイプラインが絡み合った構造をリファクタリングしておらず、スケールしないため今まさにお金がだだ漏れしている
      こうした問題は、すべてが崩れるまで表面化しにくい。スプレッドシート上で同時に作業するのは最も危険なことに近いため、すべての中核プロセスにボトルネックが生じる。データ統合は危険で時間がかかり、スプレッドシート間の一貫性を保証するのも難しい。もっと早く適切なツールへ移行していれば不要だったコードで、延々と応急処置を続けることになる
    • 「広範な変更が難しいか不可能になる」に加えて、バージョン管理がない
      スプレッドシートを RCS に保存することはできるかもしれないが、プッシュしようとしている変更が意図した内容か確認できる diff を見られるだろうか。時間の経過とともにシステムがどう変わったか、diff の履歴を確認できるだろうか。複数人が変更したらマージできるだろうか。実験用の作業コピーは別にあるのか、それとも安全装置なしに本番コピーを直接編集しているのか。
    • シートを リポジトリとしてだけ使うなら悪くないかもしれない。ただ、サイズ制限がどの程度なのかは気になる

  • 面白い話だ。スタートアップを Loom にピボットする前は Opentest というユーザーテスト会社だったが、共同創業者たちは特定のユーザーテスト依頼者を見られるようにデータベースやダッシュボードを作らず、全部 Google Sheets に入れていた
    とても良かった。ダウンタイムがなく、アクセスは開かれており、閲覧者と編集者が3人だけだったので衝突もなかった。データベースのアップグレードや保守に対応する必要もなかった。この判断をよく思い出すが、私が学んだ「良いエンジニアリング慣行」の多くは、本当に速く実用的に動くことがどの段階でも天才的な突破口になり得るという事実に比べると、色あせて見える

    • 同意する。Google Sheets はスタートアップや小さな会社が素早くしのぐには良い選択肢だ
      ごく少数の人だけが修正すればよい複数のシステムデータで使ったことがある。少し慎重なコードとキャッシュがあれば、たとえば検証後に S3 へ同期する形で、重要なシステムデータの CRUD フロントエンドとして簡単に使える。一時的なダッシュボードにも良いし、API に接続したりカスタム Google Scripts コードを付けたりすれば非公開 API も扱える。複数のビュー、ピボットテーブル、クエリ、参照を含むかなり大きなレポートを、スケジュールに合わせて自動更新したこともある。カスタム開発品は Google Sheets よりずっと優れているべきなのは確かだが、より速く作ることはできない。もっと大きくて良い何かが必要になる頃には、要件もより明確になり、開発リソースを負担できる状態になっているはずだ
    • 大企業のソフトウェアエンジニアだが、自分が扱う複数のプロジェクトの基盤は Google Sheets だ。ある場所ではフロントエンドとして、別の場所ではバックエンドとして使っている
      React や Postgres のような単純なエンジニアリングツールを使うにも、手続きが多すぎることも理由だ
    • Google Sheets は管理 UI が組み込まれた マネージド NoSQL データベースと見ることもできる
    • 一方向のデータダンプだけで済むなら良いアイデアに聞こえる。問題は、7つのシートが他のプロセスを authoritative に制御しなければならないときに始まる
      スプレッドシートに書き込む人は実質どんな変形でもできるため、非常に壊れやすい
    • 良さそうに見えるが、会社データを Google Sheets に入れる前に、まず許可を得る必要がある

  • わざわざ派手なラッピングは必要ない。https://script.google.com/ を開くだけで、すでに Google の各種 API にアクセスでき、シートを Gmail でのメール送信、カレンダー変更、ページ作成、フォーム入力処理などに統合できる
    問題は、実際のデータベースのような トランザクションベースの処理がない点だ。たとえば特定のリソースをロックしたい場合、失敗することがある

    • このサイトでは、誰かがある問題に対して単純な解決策を作るたびに、別の誰かが、すでにもっと複雑な選択肢があると言う

  • まだ誰も Spread API を挙げていないのは意外です: https://spreadapi.roombelt.com/
    無料の Google Sheets / Apps Script で、シートに貼り付けるだけで完全な CRUD に変えてくれます。ただしレート制限は少しありますが、完全に無料です。以前 Sheets ベースの会社を考えたことがありますが、「お金を払う意思がある」段階に来ると、たいてい Sheets を越えるタイミングでもあります。制約のために Sheets や SpreadAPI にとどまるより、Turso、Cloudflare D1、Pocketbase に移りたくなります

    • 自分の小さなプロジェクトが役に立っていると聞けて本当にうれしいです
      改善アイデアや PR はいつでもこちらへどうぞ: https://github.com/ziolko/spreadapi
    • 良さそうです。ただ、1 回のリクエストで複数行を挿入することすらできないようなので、かなり制約があるように見えます
    • Spread API のレート制限 がどうなっているのか気になります。サイトでは情報を見つけられませんでした

  • 似た用途なら PocketBase を勧めたいです
    先週、API アクセス可能な任意のデータストアを探していて Google Sheets バックエンドを作ろうかと思いましたが、PocketBase は簡単で、1 分あたり 60 回という制限もありませんでした。安価な VPS に CapRover でデプロイするのもとても簡単でした
    https://pocketbase.io/
    https://developers.google.com/sheets/api/limits

    • PocketBase に一票。一般的なデータ収集には PocketBase を使い、API で CSV をエクスポートして Google Sheet に移し、閲覧と編集に使っています
      プロトタイピングと実作業の処理にはとても簡単で、Google Sheet をバックエンドにするのも良いのですが、認証のようなものが必要でした
    • PocketBase を見てみましたが、どう使えばいいのかよく理解できませんでした。SQLite も知っていて SQL も得意ですが、実際にどう使うべきか見当がつきませんでした
    • 私のインフラは スケーラビリティ に 100% フォーカスしているので、一緒に取り組めると思います。コストを分担するだけで済みます
      連絡先を受け取れるよう、こちらにメッセージを送ってもらえるとうれしいです: https://www.zerosheets.com/contact

  • 最近、AppsScript と Google Sheets だけをデータベースとして使って完全な Web アプリを作り、こちら https://thetechenabler.substack.com/i/142898781/making-a-sim... に記事を書き、こちら https://github.com/eeue56/simple-link-aggregator で公開しました
    新しい体験で、特に非開発者が簡単に扱える データストア を用意し、その前面にサーバー設定不要の Web アプリを付けるというアイデアが魅力的でした。しかし AppsScript はこの用途に使うには遅すぎて、良い体験にはなりにくいです。Zerosheets は良さそうで、このアイデアをまた見直すことがあれば、さらに調べてみるつもりです

    • 「非開発者が簡単に扱えるデータストアに Web アプリをつなぎ、サーバー設定を不要にすること」は、Airtable のユースケースの一つではないですか？

  • 次のユーザースクリプトプロジェクトのアイデアに、こういうものが必要です。個人用途ですが、ものすごく苦痛な Web UI で成績表を埋めなければなりません
    データはスプレッドシートに入力するほうがはるかに簡単です。以前は実際にそうしていましたが、学校が「もっと簡単に」すると言って、ごく基本的な CRUD Web アプリのひどいパロディのようなものを導入しました。そこで、スプレッドシートから読み書きして、使いにくい Web フォームを埋める ユーザースクリプト を作りたいと思っています。まだ始められていない理由は、以前のユーザースクリプト体験のブログ記事も終えられていないことと、認証の悪夢が怖いからです。ユーザースクリプトの文脈では、より簡単かもしれないし、より難しいかもしれませんが、Web ページ内にいるので、そこで通常の OAuth フローのようなものを実行できるかもしれません

    • Apps Script を確認してみたか気になります
    • Google Sheets を使うなら、一般的な OAuth フロー を行う必要があるでしょう。代替案として Excel を使い、簡単なマクロで自動化することもできます
      個人的に最も簡単な方法は、スクリプトの複雑な部分である認証を避け、クリップボードから値をコピー＆ペーストしてからデータを処理することだと思います

  • 数日前、テンプレートと CMS の代替を調べていて、データ・チャート・可視化を含む記事を公開するための NPR の社内ツール https://github.com/nprapps/dailygraphics-next を見つけました
    そこに Google Sheets を CMS として使う方法 が含まれていて興味深かったです

  • https://github.com/kellpossible/avalanche-report/ で非常によく似たことをしました。データ入力フローを素早く反復できるので Google Sheets から始めました
    サーバーと組み合わせると、構成した URL クエリを IMAGE 関数に入れて、カスタムのチャートや図も作れました。読み取りはローカルの SQLite データベースにキャッシュしています。今は Google Sheets から離れつつありますが、設定が少し面倒で、私たちのユースケースではユーザーが誤ったフィールドを編集するのを完全には防げないためです。それでもこれまで非常によく持ちこたえてくれましたし、出発点としては誰にでも強く勧められます

  • 以前、レストランの Web サイトのメニューページを Google Sheet で動かしていました。完璧でした
    レストラン側が何か変わるたびにスプレッドシートを更新すると Web に即時反映され、何かを間違って触ってしまっても元に戻せました

    • 数週間前、レストランにまったく同じものを設定しました。シンプルで無料でした
      Apps Script が更新時にサイトをビルドするようにしていたので、いつでも編集するとリビルドがトリガーされ、静的サイトとして再デプロイされました