App Store の説明文を10年近く放置していたアプリがいくつもあって、リリース当初の文章のまま「2016年版」みたいな匂いを残していました。Gemini Advanced に Canvas モードが入ってから、これを少しずつ書き直していて、ようやく40本ほど更新しきったところです。
2014年から個人でアプリを作り続け、累計5,000万ダウンロードに到達した中でも、説明文を真剣に練り直したのは久しぶりです。Canvas を使う前と後で、何が楽になり、何が変わらなかったか。3週間の所感を、過剰に美化せずに残しておきます。
なぜ今 Canvas で書き直す気になったか
きっかけは単純で、新しい審査ガイドライン対応で「ストア説明文と実際の機能の整合性チェック」が厳しくなったことです。古い説明文に書いた機能が今のアプリに無かったり、逆に追加した機能が説明文に反映されていなかったりが、40本のうち半分以上にありました。
ChatGPT や Claude でも書き直しはできます。実際これまでは Claude で1本ずつ清書していました。ただ Canvas には、長文ドキュメントを編集しながら横でチャットができる UI があって、説明文のような「全体構成を見ながら細部を直したい」用途に合っていそうだ、という直感がありました。
吉祥寺の駅前で文章を考えていた頃から、ドキュメントは「全体と細部を行き来できる場」で書くのが一番心地良い、という感覚がずっとあります。Canvas はそれに近い体験を、ブラウザだけで再現してくれました。
段取りをどう組んだか
40本を一気に書き直そうとすると、必ず途中で疲れて品質が落ちます。ですので、3週間を3つのフェーズに分けて回しました。
第1週は「現状把握」。各アプリの現行説明文・App Store Connect の最新メタデータ・直近半年のレビュー文をひとつのスプレッドシートに集約し、Canvas に流し込んで「このアプリの説明文に欠けている要素は何か」を Gemini に列挙させました。1本あたり10分くらいの作業を40本繰り返しただけですが、これだけで「全体像」が把握できるようになりました。
第2週は「素案の量産」。Canvas で「現行説明文」を左に置き、右側のチャットで「同じ訴求軸を保ったまま、2026年の読み手に向けて自然な日本語に書き直してほしい」と依頼します。Canvas は素案を直接ドキュメントに反映してくれるので、気に入らない段落だけ範囲選択して再生成、という流れがスムーズでした。
第3週は「人間の手入れと AB 候補出し」。素案のままでは私の文体になっていないので、語尾や具体例を手で直します。同じアプリで2案を Canvas 上で並べておき、後で App Store Connect 側の Custom Product Page で AB を回せる形に整えました。
AI に任せられた所、人間が必ず触った所
任せて大丈夫だったのは、構造の整理です。古い説明文は「機能列挙→開発者の挨拶→更新履歴」のような順序だったり、逆に冒頭から長い詩を置いていたりとバラバラでした。Canvas は「読み手のベネフィット→機能→使い方→アプリの哲学」という順序に揃えるのが得意で、これは40本ほぼ全部に同じ指示で通用しました。
長い文章のリズムを保ったまま「言いたいことを短く言い直す」のも上手です。これは Gemini 3.x 系全体に共通する感覚ですが、Canvas で全体を見せながら頼むと、前後の文との繋がりまで考慮してくれます。
一方で、人間が必ず触ったのは三つあります。
ひとつは、商標と固有名詞。Canvas は気を利かせて「iPhone・Android」のように両方並べてくれることがありますが、iOS 専用アプリの説明文では混乱の元になります。最後にすべて目視で確認しました。
ふたつ目は、レビュー文に出てきた読者の言葉です。レビューに「寝る前に開くと落ち着く」と書いてくれた方がいたなら、その表現を説明文の見出し近くに置くようにしました。これは「読者の声を拾う」というブロガーの仕事に近く、AI に拾わせるとどうしても角が取れすぎます。
みっつ目は、最後の一文です。私のアプリは癒し系・壁紙系が多いので、「読み終わったあと、深呼吸したくなるような一文」を必ず手で書き直しています。これは2019年に吉祥寺駅の上空で光の輪を見たとき以来、視覚表現と言葉の余白について考え続けてきたことの延長で、譲れない部分でした。
ASO の小さな効き
3週間の書き直しでサブタイトル・キーワードフィールドも一緒に整理した結果、Search Ads の Impression Share が10〜25%上がったアプリが7本、変化が誤差範囲だったのが28本、逆にやや下がったのが5本でした。
下がった5本は、説明文を「整いすぎた」結果、検索クエリと噛み合うキーワードが本文から消えてしまったケースでした。Canvas に「自然な日本語に」と頼むと、検索向けの少しゴツゴツした表現が削られてしまうので、サブタイトル側で意図的に残す必要があります。これは事前に想像していなかった副作用で、書き直し中盤で気付いてから「自然さ7：検索性3」くらいで Canvas に注文するようになりました。
数字としては小さい変化ですが、40本という母数で見ると「やった意味はあった」と言える結果でした。一気に倍になるような派手な効果は出ません。Canvas を使ったから劇的に売上が伸びる、という期待で始めると拍子抜けすると思います。
Canvas を使ってみて感じた向き不向き
Canvas が向いていると感じたのは、次のような場面です。
長文ドキュメントを「全体を見ながら直したい」とき。Apple のレビューガイドラインのように複数セクションがある資料を要約して、自分のアプリに当てはめるとき。複数案を並べて比較しながら整えたいとき。これらはチャット UI 単体だと頻繁にスクロールが発生して疲れます。
逆に向いていなかったのは、ピンポイントの一文だけ書き換える作業です。これは普通のチャット欄や、エディタ内の Gemini Code Assist のほうが速いです。Canvas を開いて待つ時間が、1分以下のタスクには重く感じました。
それと、コードを含むドキュメントは Canvas 上で扱いにくい瞬間がありました。マークダウンのコードフェンス内を AI が触ろうとして崩してしまう挙動を、3週間で2回見ています。コードを多く含む技術文書は、別途エディタで作業した方が安全です。
これから取り組むこと
今回40本書き直した経験で、次にやるべきことが二つ見えました。
ひとつは「説明文を半年ごとに見直すワークフロー化」です。今回手作業でやった「現行説明文+レビュー+メタデータ集約」を Apps Script で自動化し、Canvas に流し込むだけで第1週の作業が完了する仕組みを準備中です。これができれば、半年に一度のメンテナンスとして無理なく回せそうです。
もうひとつは、英語版説明文への展開です。今回は日本語版だけ書き直したので、同じ枠組みを使って英語版もリフレッシュしたいと考えています。Canvas は多言語の文体差を理解しているので、「日本語版のニュアンスを保ちつつ英語圏に自然な表現に」という頼み方で、ある程度の品質に持っていけるはずです。
両家の祖父は宮大工で、古い建物の屋根を何十年かに一度のペースで丁寧に葺き替えていました。アプリの説明文も、それくらいのリズムで手入れし続けることが、長く生き残るための地味で大事な仕事だと最近よく思います。
同じように複数アプリを抱えていて説明文を放置している方の参考になれば幸いです。お読みいただきありがとうございました。