話題のAIアプリビルダー「Shipper」を$25課金して検証してみた｜できること・できないこと

検証期間：2026年5月7日〜8日 検証費用：$25(Pro 100 Membershipの1ヶ月分) 検証者：藤田佳宏(株式会社VISK)

はじめに

X(旧Twitter)で「URL貼るだけでiOS/Androidアプリ化できる」と話題になっていたAIアプリビルダー「Shipper(shipper.now)」。Claude Opus 4.7を裏側で使っているという情報も出回っていて、AI開発ツールとして注目度が高い。

「URLを貼るだけで」と言われると、自社サイトをそのままモバイルアプリ化できるんかな？という期待感が湧く。実際のところどうなんか、$25課金して2日間でガッツリ検証してみた。

検証では、まずシンプルなURL(example.com)で挙動を確認してから、本命の自社サイト(VISK公式サイト)を投入。Framer製のコーポレートサイトをShipperがどこまで再現できるかを見ていく。

順を追って書いていく。

1. Shipperってなに？

Shipperは2026年3月にローンチされたAIアプリビルダー。Daniel Ch(@chddaniel)氏が運営している。Lovable、Bolt.new、v0、Cursor、Replit、Base44 と同じカテゴリ。

公式によると以下が作れるらしい：

• ウェブサイト・LP

• Webアプリ・モバイルアプリ

• Chrome拡張機能

• WhatsApp / Telegram / Slack / Discord ボット

• AIワークフロー・自動化ツール

このうち今回は 「URLからモバイルアプリを生成する」 機能だけにフォーカスして検証した。

料金プラン(2026年5月時点)

2. まず無料で試そうとしたら詰まった

最初は無料登録から。Googleログインでサクッと入れる(クレカ要求なしは好感度高い)。

で、いざプロンプトを送ろうとしたら…

Free Plan Temporarily Limited Due to increased demand, we've temporarily limited our free plan to handle the load. You'll need to upgrade to a paid plan to continue using our services.

「需要が多すぎて無料枠を一時制限中」とのこと。プロンプトすら送れない。公式Pricingには「5 daily credits」って書いてあるけど、検証時点では機能停止中だった。

念のため運営にCrispチャットで問い合わせたが、返信は 「Shipperの一般的な紹介文」 という内容で、具体的な制限解除時期は分からず。AIテンプレ返信っぽい雰囲気もあった。

検証続行のため、社長承認を得てPro $25プランに切り替えた。

3. Pro契約後の挙動：example.com で基礎確認

いきなり本命を投入する前に、シンプルなURL(example.com)で挙動把握。

入力プロンプト：

Mobile Appタブで送信すると、Claude特有の「Reasoning...」表示の後、こんなステップが進む：

約3〜4分で完成。出てきたのは Home / Info の2タブ構成のモバイルアプリ。

Infoタブが意外と良かった

example.comって元サイトはドメインの説明文1ページしかないシンプルなサイトなんだけど、ShipperはInfoタブを AIが補強して 作っている：

• IANA管理であること

• RFC 2606で予約ドメインとして規定されていること

• ステータス情報

これらは元サイトには無い情報。AIが「example.comとは何か」を解釈して関連情報を補強した形。事実として正確だったので違和感なし。

クレジット消費は41

ここで衝撃の事実：

「Pro 100クレジットで月100アプリ作れる」というイメージは完全に間違い。たった1ページのexample.comですら41クレジット使う。月100クレジットでは、シンプルなサイト1〜2本生成したらほぼ枯渇する と覚悟しといたほうがええ。

これ最初に分かってたら、テスト用のexample.comに41使うのはもったいないから、いきなり本命を食わせてた。これから試す人へのアドバイス：最初から本命を投入するのが吉。

4. ダウンロードしたコードの中身

ShipperはプロジェクトメニューからExport code (.zip)で生成コードを丸ごと持ち出せる。クレジット消費なし。

package.json から判明した技術スタック

{
  "expo": "~54.0.33",
  "react-native": "0.81.5",
  "react": "19.1.0",
  "typescript": "~5.9.2",
  "expo-router": "~6.0.23",
  "nativewind": "^4.2.1",
  "react-native-reanimated": "~4.1.1"
}

ポイント：

• Expo SDK 54 + React Native 0.81 + React 19：2026年5月時点の最新世代

• expo-router：ファイルベースルーティング(Next.js app routerと同じ思想)

• NativeWind：Tailwind CSS を React Native で使えるやつ

• TypeScript完全対応

つまり WebViewでサイトを包んだだけのハリボテではなく、本物のネイティブアプリ用コード。App Store/Google Play提出可能な水準で、そのままGitHubに上げて自社開発に移行することもできる。これは想像以上だった。

実コードを開いてみた感じ

app/(tabs)/index.tsx (Homeタブ)を読んでみると、ちゃんと書けてる。

• 関数コンポーネント＋デフォルトエクスポート

• useRouter、useWindowDimensions 等のモダンReactフック

• 画面幅で動的にフォントサイズ調整(レスポンシブ対応)

• SafeAreaView、StatusBarの適切な処理

• NativeWindとインラインスタイルの併用(複雑なshadowはインラインで詳細制御)

• Pressableでのactiveタッチフィードバック

実務エンジニアが書いたみたいな構成。

ただし手直しが必要なところもある

• アドレスバー部分にMarkdown記法の残骸：[example.com](http://example.com) がそのまま文字列として表示される実装になっていた

• app.jsonがテンプレ放置：プロジェクト名が反映されず、"name": "Expo-template" のまま。このままビルドするとアプリ名が「Expo-template」になる

• README.md の Tech Stack 欄に「Framework: React」と記載：実態は React Native + Expo

このあたりは生成後に手動で直す必要がある。

5. 本命：自社サイトをShipperに食わせてみる

ここからが今回の検証のメインイベント。VISK公式サイト(https://visk.co.jp)はFramerで作られているコーポレートサイトで、これをShipperに食わせて何が出てくるかを確認する。

入力プロンプト：

生成中の挙動

example.comより明らかに作業量多い。進捗ログを見るとこんなファイルがバンバン作られていく：

ここでさりげなく見逃せない記述がある。src/data/content.ts が 「Mock content for VISK」 という説明付きで生成されてた。あとで重要になる伏線。

途中で 「Low credit balance — build may stop before the project is finished」 という警告が出てヒヤッとしたが、最終的に5タブ構成のモバイルアプリが完成した。

The Advisorが勝手にRoadmap提案してくる

VISK投入時、中央パネルに「💜 The Advisor」が並行で立ち上がって、こんな機能提案を勝手に作ってきた：

• Essential：Client Case Studies Section / In-App Meeting Scheduling

• Recommended：Push Notifications for News

• Nice to Have：Offline Document Access

B2B IT企業の文脈を踏まえた、PdMっぽい提案。AIプロダクトマネージャー機能。発想は面白いけど、バックグラウンドで自律的に動く からクレジットが知らんうちに消費される懸念があり、深追いせず。

6. できあがったVISKアプリを見てみる

完成したのは5タブ構成のモバイルアプリ。

• 🏠 ホーム

• 📋 事業内容

• 📰 ニュース

• 🏢 会社情報

• ✉️ お問合せ

見た目の完成度はかなり高かった。

• ネイビー × ティール × ゴールドアクセント(B2B IT企業として自然)

• Noto Sans JP による日本語タイポグラフィ

• iOS/Android Safe Area・タブバーの両対応

• レスポンシブ対応

「とりあえずデモを見せる」用途なら、このまま使えるレベル。

ここでクレジットを確認すると 残り1。VISK投入で約58クレジット消費。2プロンプト(example.com + VISK)で 99クレジット使い切った ことになる。

7. ただし、中身を読むと違和感がある

ここからが今回の検証で一番重要なところ。

筆者はVISK社員なので、自社の実情と照らし合わせて見たら、明らかに違う部分がいっぱいあった。エクスポートしたコードを見ると src/data/content.ts というファイルがあって、ファイル先頭にこんなコメントが書かれていた：

// VISK Corp content (Japanese)

つまりShipperは 「これがVISK社のコンテンツ」 という体でデータファイルを生成している。中身を見てみる。

会社情報

export const companyInfo = {
  name: '株式会社VISK',
  established: '2003年4月1日',
  capital: '5,000万円',
  representative: '代表取締役社長　山田 太郎',
  employees: '320名（2025年3月現在）',
  address: '東京都千代田区千代田1-1-1\nVISKビル 8F',
  phone: '03-1234-5678',
};

VISK社員として答え合わせすると、ほぼ全部が実情報と異なる。代表取締役が「山田 太郎」(伝統的な架空人物名)、住所が東京千代田区(VISKは大阪)、電話番号「03-1234-5678」もダミー定番。

統計値

export const stats = [
  { value: '22', unit: '年', label: '創業からの実績' },
  { value: '320', unit: '名', label: '在籍社員数' },
  { value: '500+', unit: '社', label: 'お取引企業' },
  { value: '1,200+', unit: '件', label: 'プロジェクト実績' },
];

中堅IT企業のサンプル値感がある数字。

ニュース

export const news = [
  { date: '2025.02.28', category: 'プレスリリース',
    title: '新サービス「VISK Cloud Platform」をリリース' },
  { date: '2025.01.20', category: 'メディア',
    title: '日経BP社のインタビュー記事に掲載されました' },
  { date: '2024.12.20', category: 'プレスリリース',
    title: 'AI画像認識ソリューションの提供開始' },
  // …
];

「VISK Cloud Platform」というサービスは存在しないし、日経BPのインタビュー掲載も無し、AI画像認識ソリューションも提供していない。

Vision / Mission / Values

export const philosophy = {
  vision: 'テクノロジーで社会に新しい価値を',
  mission: 'お客様の事業成長に寄り添い、最適なITソリューションを提供し続けます。',
  values: ['誠実', '挑戦', '共創', '品質'],
};

B2B IT企業のテンプレ的な内容で、VISKの実理念とは異なる。

画像

image: 'https://images.unsplash.com/photo-1497366216548-37526070297c?w=1200&q=80',

ヒーロー画像も事業紹介画像も、全て images.unsplash.com (フリー素材サイト)から取得していた。VISKサイトの画像は1枚も使われていない。

つまり、Shipperが抽出できたのは

URLから実際に抽出できたのは 「会社名」と「業界カテゴリ」だけ で、その他は全部AIが「日本のB2B IT企業ならこんな感じやろ」というテンプレで埋めていた。

VISKサイトはFramer製でクライアントサイドJavaScriptが多いから、単純なHTMLスクレイピングでは中身が取れないのが要因と推測。「URLを起点にして、業界文脈に沿った雛形を作る」のがShipperの実装 ということが分かった。

伏線のあった Mock content for VISK というファイル名が答えだった。

8. クレジット消費、競合と比べてどうなん？

Shipperの「2プロンプトで99クレジット消費」は、他のツールと比べて高いんか安いんか？調べてみた。

Lovable

• Free：5/日、月30クレジット

• Pro $25：月100クレジット(Shipperと同じ)

• 公式に公開されてるクレジット消費例：

  • 詳細なLP生成：2クレジット

  • 認証・ログイン追加：1.2クレジット

  • コンポーネント削除：0.9クレジット

v0(Vercel)

• Free：月$5分のクレジット

• Premium $20：月$20分のクレジット(従量課金式)

• 1生成 $0.30〜$2.00程度(モデル・複雑度による)

• 追加クレジットの単発購入が可能(1年で失効)

Bolt.new

• Pro $20：月10Mトークン

• ファイル単位ではなくトークン課金

比較表

「フルスタックアプリを一気に生成するモデル」自体はLovable・Bolt・Shipperで共通。違いはクレジットの数え方と単発消費の重さ。Shipperは1プロンプトで複数ファイル生成・複数回の自動編集を経て一気にアプリ完成まで持っていくため、1回の消費が約40〜60クレジットと重め。

そして地味に効いてくるのが 「追加クレジットの買い方」。Shipperは月額プランのアップグレード(最小+$25)しか選べず、「ちょっとだけ追加したい」ができない。Lovable も v0 も Top up や単発購入の柔軟性がある。

9. ここで詰む：月$25では実用的に成立しない

「100クレジットでアプリ1〜2本作れるなら $25 は妥当」と一瞬思いそうになるが、ここに大きな落とし穴がある。

7章で見た通り、Shipperの生成物は モックデータまみれ。VISKを食わせても代表者は「山田 太郎」、サービスも「VISK Cloud Platform」のような架空の名前、画像はUnsplashのフリー素材。つまり実用するには必ず修正プロンプトを投げる必要がある。

そして修正プロンプトもクレジットを消費する。

具体的に必要そうな修正を考えると：

• 会社情報を実情報に差し替える → 修正プロンプト

• ニュースを実コンテンツに差し替える → 修正プロンプト

• 画像を自社のものに差し替える → 修正プロンプト

• デザイン微調整 → 修正プロンプト

• バグ修正 → 修正プロンプト

これらの修正で1プロンプトあたり何クレジット消費するか正確に分からないが、生成時の40〜60クレジットを基準に考えれば、数回修正したら100クレジットは枯渇するのは目に見えている。

つまり 「Shipperで作って完成形まで持っていく」運用は、月$25では実質的に成り立たない。「1アプリ生成 + 数回の修正」で枯渇する設計になっている。

これはLPでも同じで、「VISK Cloud Platform」のような存在しないサービス名のままLPを公開できないから、結局は実コンテンツへの差し替え修正が必要になる。Shipperの中で完結させて運用するのは、現実的に不可能。

10. じゃあShipperはどう使えばええんか

クレジット問題と組み合わせて考えると、Shipperの実用的な使いどころはかなり限定される。

可能性があるのはこの2パターン。

① エクスポート前提で使う

1プロンプトでアプリのスケルトンを生成 → すぐにコードをExport → あとは自社のエンジニアが手元で改修。これならShipperは「Expo+RNのスケルトン高速生成器」として機能する。

Expo + React Native + TypeScript のプロジェクトを手でゼロから書くと、最低でも数時間はかかる。これを $25 で1本分のスケルトンとして買う、と割り切れば妥当ライン。複雑なサイトなら1本でクレジット使い切る前提で。

② アイデア検証・社内デモだけに使う

「この業界のアプリがあったらこんな感じ」というイメージを掴むだけの用途。中身が実情報じゃなくても困らないケース。社内ブレストや雰囲気確認なら使える。

向かない用途

• ❌ 既存サイトの忠実な再現：URLからの情報抽出は限定的

• ❌ 実コンテンツを保ったままアプリ化：モックデータに置き換わるので無理

• ❌ Shipper上で修正を繰り返して完成させる：クレジット消費の重さで現実的でない

• ❌ そのまま本番運用：実コンテンツの差し替え・メタ情報修正・README修正等が必要

• ❌ 長期運用前提のホスティング：サンドボックスは時間経過で破棄される

11. 翌日アクセスしたら、サンドボックスが期限切れになっていた

ここからは運用上の落とし穴。

VISKアプリの生成完了後、「明日続きを見よう」とタブを閉じて寝た。翌朝アクセスしたらサンドボックスが期限切れになっていて、こんな表示が出ていた。

Restoring Your Sandbox Your sandbox expired. Creating a new one and restoring your code. This takes about 15-30 seconds...

最初は「sandbox service may be unavailable」のエラーが一瞬出たあと、再アクセスすると上記の復元処理画面に切り替わる。Builder Credits は 1 left の状態。

復元の挙動

ShipperのプレビューURLは *.modal.host ドメインで配信されている。サーバーレス基盤のコールドスタート問題と同じで、一定時間アクセスがないとプレビュー環境が破棄される模様。具体的に何時間で破棄されるかは公式情報で確認できなかったが、今回はDay 1夜の生成完了から約16時間後(Day 2朝)にアクセスしたら、サンドボックスが期限切れの状態になっていた。

公式は「about 15-30 seconds」と書いているが、実際は数分待っても画面が切り替わらないこともあった。シークレットウィンドウや別タブで試行錯誤しているうちに、最終的には復元処理が完了してアプリが表示された。「ちょっと触りたいだけ」のときに、待ち時間が読めないのは運用面でやや辛い。

コードのExportは問題なくできた

朝アクセスした直後、プロジェクトメニューを開くと一時的に Export code (.zip) ボタンがグレーアウト していたが、サンドボックス復元処理が落ち着いた後に再度メニューを開いたら押せるようになっていて、コードはちゃんとダウンロードできた。

最初は「クレジット枯渇でExport不可かも」と疑ったが、結論は 「サンドボックス起動中は一時的にグレーアウトする」 だけだった模様。

教訓としては、契約してクレジットがある状態のうちに、生成したらすぐExportしておく のが安心。

12. 検証費用と所要時間

「1ヶ月限定で本格検証する」という社内承認のもと、2日間で必要な検証を完了させて即解約という運用に。

おわりに

「URL貼るだけでアプリ化」というキャッチコピーから受ける印象と、実態には少し距離があった。

良かった点：

• 生成されるコードは最新スタックを採用した本物のExpo + React Native

• 技術的な品質は実用レベル

• エクスポートして自社改修する用途なら開発時間の大幅短縮が期待できる

厳しい点：

• URLから抽出できるのは会社名と業界カテゴリ程度

• 実コンテンツはモックデータで埋まる

• 修正にもクレジット消費するので、Shipperの中で完結させる運用は月$25では成り立たない

結論として、Shipperは 「URLを起点にExpo+RNのスケルトンを高速生成して、エクスポートして自社で改修するツール」 と割り切るのが現実的。プロトタイピングや社内向けの雰囲気確認には使えるが、「Shipperの中で完成させて公開する」モデルには向かない。

今後Free枠が復活したり、URL情報抽出の精度が上がったり、修正プロンプトのクレジット消費が軽くなれば、評価はまた変わるかも。引き続きウォッチしていきたい。

📝 本記事は 2026年5月7日〜8日時点での検証結果に基づいています。Shipperは活発にアップデートされているので、現在の挙動とは異なる可能性があります。