Tauriで子供向けアプリを作ってみた話 - yubeleのスライド | slidict.io
slidict.io

JA | EN

Tauriで子供向けアプリを作ってみた話

Google Translate: 日本語 英語
yubele
yubele
フォロワー 0人
最終更新: 2026/04/02
読む時間: 00:41

共有

コード

通報

  • Web技術(TypeScript)で完結したかった

  • 子供向けなので通信・SDKを極力減らしたい

  • Androidを最短で出したかった

詳細説明
Electronは重く、Capacitorはネイティブ依存が増えがち。
Tauri v2は「WebView + 最小Rust」で設計がシンプル。
子供向けポリシー(広告・Analytics制限)とも相性が良かった。
  • Rustを書かずにほぼTSだけで進められた

  • Android対応が想像以上に早い

  • build --ci がCI向き

詳細説明
Rustはほぼ触っていない。
フロントは Vite + TypeScript のみ。
Androidも「Webアプリをビルドする感覚」に近かった。
  • Androidアイコンが更新されない

  • APKには新アイコンが入っているのに反映されない

詳細説明
原因はAndroid側のキャッシュ。
アンインストール+再起動でもダメなことがあり混乱。
CIでicon生成をやめ、ローカル生成→commitに整理して解決。
  • GitHub Actionsのartifact容量制限

  • 無料枠超過でビルド不能

詳細説明
APK / AAB を毎回artifact保存していたのが原因。
artifact削除は即時反映されない(6–12時間遅延)。
release用途以外ではartifactを出さない方針に変更。
  • version更新コミットのみでビルド

  • debug / release をmatrixで分離

  • call workflowで共通化

詳細説明
「chore: update version」をトリガーに限定。
不要なCIを回さないことでコストと集中力を節約。
  • Workflow YAMLの整理

  • Android署名まわりの調査

  • Google Playポリシー解釈の壁打ち

詳細説明
コード生成より「調べ物+整理」で効いた。
子供向けポリシーは一次情報が重いので要約役として優秀。
  • 広告・Analyticsなし構成が作りやすい

  • 通信ゼロでも成立する

  • 審査対応がシンプル

詳細説明
FirebaseやAdMobを入れない判断がしやすい。
「何も取っていない」を説明しやすい構成。
  • 先に動くものを作った

  • 完璧を目指さず公開前提で進めた

  • 審査待ち中に記録を残す判断

詳細説明
審査は待つしかない。
だからこそ、作った知見を外に出す。
slidictはその置き場。
  • Tauriは“考える量”が少ない

  • 子供向けアプリと相性が良い

  • AIとCIを組み合わせると速度が出る

詳細説明
「速く作って、出して、直す」には十分な選択肢。
次はiOS対応か、別ミニゲーム展開。
Tauriで子供向けアプリを作ってみた話のサムネイル(1ページ目)
1 / 9