GoogleはGoogle SheetsのFill with GeminiとAI関数を11の追加言語へ拡大した。既存の英語、スペイン語、ポルトガル語、日本語、韓国語、フランス語、イタリア語、ドイツ語に、中国語などが加わる。

何が変わったか

追加されたのは中国語、オランダ語、マレー語、ヘブライ語、ポーランド語、トルコ語、チェコ語、インドネシア語、スウェーデン語、デンマーク語、ノルウェー語である。Fill with Geminiは選択範囲や列の文脈から、テキスト生成、要約、分類、感情分析をセルへ入力する。AI Expanded Accessは2026年7月15日から利用上限が高くなった。

変更前後の差

以前は8言語に限られ、追加言語のデータは別言語へ変換するか別ツールを使う必要があった。今回、元言語のまま表の穴埋めや分類を試せる。一方、AI関数の制約は残り、出力はテキスト、参照は指定した現在のシート・範囲が中心で、埋め込みAI関数は使えない。複数セルの一括生成は最初の350セルまでである。

誰に影響するか

多言語の商品説明、問い合わせ分類、調査メモ、求人情報、顧客フィードバックをSheetsで処理するチームに影響する。管理者はBusiness Standard・Plus、Enterprise Standard・Plusなど対象エディションとSmart featuresを確認する。利用者の言語設定と段階ロールアウトにより、同じ組織でも表示時期が異なる可能性がある。

対応期限

強制移行期限はない。2026年7月7日から最大15日の段階展開で、AI Expanded Accessの上限変更は7月15日から適用される。機能が見えない場合に即座に障害と判断せず、エディション、Smart features、ユーザー言語、ロールアウト期間を確認する。

必要な対応

管理者は利用目的と禁止データを明示し、利用者は元データの範囲を必要最小限にする。350セルを超える処理はバッチに分け、各バッチのプロンプト、対象範囲、生成時刻を記録する。生成結果の挿入は利用者の編集として版履歴へ記録されるため、原本列と生成列を分け、承認者を別に置く。

実装・移行手順

  1. 対象エディションとSmart featuresを確認する。
  2. 追加言語ごとに正解付きデータを用意する。
  3. 生成、要約、分類、感情分析を同じ条件で評価する。
  4. 350セル以下へバッチ分割する。
  5. 原本列と生成列を分離する。
  6. 誤り、空欄、拒否、言語混在をレビューする。
  7. 合格用途だけ標準化する。

失敗しやすい点

追加言語対応を翻訳品質が全言語で同等と解釈すると失敗する。業界用語、敬語、複合語、右から左へ書く言語、短い自由記述では誤差が異なる。AI関数を通常関数と同様にネストする、350セルを超えて一括生成したと思い込む、元データ変更後も自動更新されると考えることも避ける。

リスク

顧客の自由記述や人事データを処理すると、機密・個人情報がプロンプトやフィードバックに含まれる可能性がある。Googleはフィードバックが人に読まれる可能性を示しており、機密情報を送信しないよう注意している。分類や感情分析の誤りを顧客対応、採用、評価へ自動適用せず、人間確認と異議申立て経路を残す。

評価方法

言語別に正確率、再現率、未回答率、出力言語の一致、専門用語保持、処理時間を測る。感情分析は否定、皮肉、混合感情を含める。運用では350セルバッチの欠落、生成上限到達、24時間の長期制限、管理設定による利用不可を記録し、手作業と比較して修正時間まで含む総工数を測る。

ロールバック

品質が不足する言語や用途は標準手順から外し、既存関数、Apps Script、専門サービス、人手処理へ戻す。生成列を原本列と分けていれば削除だけで戻せる。Smart featuresを組織全体で止めると他機能にも影響するため、可能ならユーザー群や手順で制御し、既に生成した値は別途削除・復元する。

編集部の見解

多言語化の価値は表計算内の既存業務へ生成AIを組み込める範囲が広がる点にある。一方、通常関数のような決定性や自動再計算を期待してはいけない。導入は言語ごとの評価が必要で、350セル上限を前提にバッチ管理とレビューを設計するべきだ。高い利用上限は誤りを大量生成する速度も上げる。

実務チェックリスト

  • 対象エディションとSmart featuresを確認した
  • 利用する追加言語を限定した
  • 言語別の評価セットを作った
  • 350セル以下へ分割した
  • 原本列と生成列を分離した
  • 機密情報をフィードバックへ送らない
  • 上限到達と24時間待機を手順化した
  • 既存手順へ戻せるようにした

一次情報