AutoMLとは
自動機械学習の仕組み
AutoML(自動機械学習:Automated Machine Learning)は、機械学習モデルを作るときの面倒で専門的な工程を、ツールが自動で回してくれる仕組みです。従来は、データサイエンティストがデータを整え、特徴量を設計し、アルゴリズムを選び、ハイパーパラメータを何度も試しながら精度を上げていました。AutoMLはこの試行錯誤を自動化し、機械学習の専門家でなくても予測モデルを作れるようにします。
Googleの場合、AutoMLはGoogle Cloudの統合AIプラットフォームであるVertex AI(2026年にGemini Enterprise Agent Platformへ改称。詳細は後述します)の一機能として提供されています。本記事では、まずAutoML一般の仕組みを押さえたうえで、GoogleのAutoMLの現在地、使い方、他の手法との使い分け、料金の注意点までを整理します。
AutoMLが肩代わりするのは、アルゴリズム選択やハイパーパラメータ調整といった構築の試行錯誤です。一方で、何を予測するか、正解データをどう用意するか、どの指標で評価するかという設計は自動化されません。AutoMLは「作業を速くする道具」と捉え、回帰・評価指標などの基礎とセットで使うと、出てきたモデルを正しく読めます。
01.まず結論:AutoMLは機械学習の構築工程を自動化する仕組み
機械学習モデルづくりは、ひとことで言えば「データから、未知のデータを当てる関数を見つける」作業です。ところが実際には、データの欠損処理、カテゴリ変数の数値化、どのアルゴリズム(決定木か、勾配ブースティングか、ニューラルネットか)を使うか、学習率や木の深さといったハイパーパラメータをいくつにするか、といった判断が大量に発生します。ここが機械学習の専門知識と試行錯誤を必要とする部分です。
AutoMLは、この判断と試行錯誤を自動で探索します。利用者は「予測したい列(目的変数)」と「学習に使うデータ」を指定するだけで、ツールが複数の手法を比較し、最も精度の高い組み合わせを選び出します。Google Cloudは、AutoMLを最小限の技術的な作業で高品質なモデルを構築できる方法だと説明しています(Vertex AI Training overview)。
「AutoML」は自動機械学習という考え方・手法全般を指す一般名詞です。これに対して「Google AutoML」「Vertex AIのAutoML」は、Google Cloudが提供する具体的なAutoML機能を指します。同じく、Microsoftの「Azure Machine Learning(Automated ML)」、Amazonの「SageMaker Autopilot」、オープンソースの「AutoSklearn」「PyCaret」なども、それぞれのAutoML実装です。
AutoMLが扱う機械学習が、ディープラーニングやLLM、AIエージェントとどう違うのかは、AIの基礎の記事で全体像を整理しています。あわせてご覧ください。
02.AutoMLが自動化する4つの工程
AutoMLが具体的に何を肩代わりするのかは、機械学習の構築工程に分解すると分かりやすくなります。大きく次の4工程を自動化し、その前後の評価・比較もまとめて回します。
図:AutoMLが自動化する主な工程
利用者が用意するのは『目的変数つきのデータ』です。前処理から手法選択、調整、評価までをAutoMLが自動で探索し、最も精度の高いモデルを選びます。
① データ前処理
欠損補完・型変換・分割
欠損値の補完、カテゴリ変数の数値化、学習用・検証用・テスト用へのデータ分割を自動で行う。
② 特徴量エンジニアリング
変数の加工・選択
日付の分解、変数の組み合わせ、効かない変数の除外など、精度に効く特徴量づくりを探索する。
③ モデル・アルゴリズム選択
複数手法の比較
決定木・勾配ブースティング・ニューラルネットなど複数のアルゴリズムを試し、良いものを選ぶ。
④ ハイパーパラメータ調整
最適な設定値の探索
学習率や木の深さなどの設定値を自動で探索し、必要に応じて複数モデルのアンサンブルも組む。
従来はこれらを人が手作業で繰り返していました。AutoMLとの役割分担を整理すると、自動化される範囲と、人が決めるべき範囲の境界が見えてきます。
| 工程 | 従来(人手) | AutoML |
|---|---|---|
| 問題設定・目的変数の決定 | 人が業務から定義する | 自動化されない(人が決める) |
| 正解データの準備・ラベル付け | 人が用意・確認する | 自動化されない(人が用意する) |
| 前処理・特徴量づくり | コードを書いて試行錯誤 | 自動で探索する |
| アルゴリズム選択・調整 | 経験と勘で複数試す | 自動で比較・最適化する |
| 評価・モデル選択 | 指標を見て人が判断 | 候補を比較し提示(採用判断は人) |
03.GoogleのAutoMLの現在地(Vertex AIと名称変更)
まず押さえておきたいのが、「GoogleのAutoML」は単体のサービスではなく、Google Cloudの統合AIプラットフォームに組み込まれた一機能だという点です。かつては用途別の独立サービス「Cloud AutoML」でしたが、現在はVertex AI(後述の通り2026年に改称)へ統合され、その中の学習方式の一つとして提供されています。
Vertex AIで予測モデルを学習する方法は、大きく「AutoML」と「カスタム学習」の2通りです。AutoMLは試行錯誤を自動化して手早く作る方式、カスタム学習はTensorFlowやPyTorchなどで自分で組む方式です。つまり「GoogleでAutoMLを使う」=「Vertex AIのAutoML機能を使う」という意味であり、Vertex AIのすべてがAutoMLというわけではありません。
図:Vertex AI の中での AutoML の位置づけ
AutoML は、Vertex AI(現 Gemini Enterprise Agent Platform)に組み込まれた学習方式の一つです。同じ箱の中に、カスタム学習やモデル管理・予測・運用などの機能が並びます。
統合AIプラットフォーム
Vertex AI(現 Gemini Enterprise Agent Platform)
モデルの学習(2つの方式)
この記事の主役
AutoML
構築の試行錯誤を自動化し、最小限の操作でモデルを作る。
もう一方の方式
カスタム学習
TensorFlow や PyTorch などで、自分でモデルを組んで学習する。
同じプラットフォーム内のその他の機能
- Model Garden(既製モデル)
- モデル管理・登録
- エンドポイント・バッチ予測
- パイプライン・評価・監視
Vertex AI全体の機能や、AutoMLを含むマーケティングでの使い方は、Vertex AIとはの記事で詳しく整理しています。あわせてご覧ください。
この提供形態と名称は、数年で大きく変わってきました。流れを押さえておくと、古い記事と新しい記事で説明が食い違っていても戸惑わずに読めます。
| 時期 | 提供形態 | 内容 |
|---|---|---|
| 2018年〜 | Cloud AutoML | 画像・テキスト・翻訳・表形式(AutoML Tables)など、用途別の単体サービスとして提供。 |
| 2021年〜 | Vertex AIに統合 | 機械学習サービスがVertex AIに集約され、AutoMLはその一機能に。AutoML Tablesは表形式データ向けのワークフローへ移行が案内された。 |
| 2026年〜 | Gemini Enterprise Agent Platformへ改称 | Vertex AIが改称。AutoMLやカスタム学習は「Models」配下の機能として継続。 |
2026年のGoogle Cloud Nextで、これまでのVertex AIはエージェント中心のプラットフォーム「Gemini Enterprise Agent Platform」へと再編・改称されました。AutoML、カスタム学習、Model Registry、エンドポイント、パイプラインといった従来のVertex AIの機能は、新しいプラットフォーム内の「Models」メニュー配下の機能として引き続き使えます(Gemini Enterprise Agent Platform(旧称Vertex AI))。
名称が変わっても、APIのエンドポイント(aiplatform.googleapis.com)は従来と同じで、既存のコードや手順はそのまま動きます。古い解説に出てくる「Vertex AI AutoML」と、新しい画面の「Models配下のAutoML」は同じ機能を指していると考えて読み替えてください。本記事では分かりやすさのため、機能名としては「Vertex AIのAutoML」と表記します。
なお、初期の「Cloud AutoML」単体サービスの一部(AutoML Tablesなど)は提供終了が案内され、表形式データのAutoMLは後継のTabularWorkflow(End-to-End AutoML)へ移行しています(Tabular Workflows on Vertex AI)。古いAutoML Tablesの手順を見つけても、現在は後継のワークフローで作るのが基本です。
04.対応データ種別と代表ユースケース
Vertex AIのAutoMLは、コードを書かずに表形式・画像・テキスト・動画のデータからモデルを学習できます。マーケティングや業務でよく使うのは、CRMや購買履歴のような表形式データの予測です。
| データ種別 | 解けるタスクの例 | ビジネスでの代表ユースケース |
|---|---|---|
| 表形式(テーブル) | 分類・回帰・需要予測 | 解約予測、購入確率、LTV予測、与信スコア、需要予測 |
| 画像 | 画像分類・物体検出 | 不良品検知、商品画像の自動タグ付け、書類の仕分け |
| テキスト | 分類・感情分析・抽出 | 問い合わせの自動分類、レビューの感情分析、タグ付け |
| 動画 | 分類・物体追跡 | 動画コンテンツの分類、特定シーンの検出 |
解約しそうな顧客、購入確率の高いリード、来月の需要といった「数字や区分を当てる」課題は、表形式のAutoMLで素早く検証できます。テキスト分類のような言語タスクは、AutoMLでも作れますが、近年はGeminiのような生成AIやファインチューニングで対応する選択肢も増えています。どちらが向くかは、必要な精度・件数・運用コストで判断します。
05.AutoMLの使い方|データ準備からデプロイまでの流れ
Vertex AIのAutoMLで表形式データの予測モデルを作る場合、おおまかな流れは次の通りです。コードは最小限で、コンソール(管理画面)からの操作でも進められます。
- 1データを用意する
予測したい列(目的変数)を含む表形式データを、BigQueryやCloud Storageに置く。行は学習させたい過去の実績データ。
- 2データセットを作成する
Vertex AIにデータセットとして登録し、データの型や欠損、偏りを確認する。
- 3学習を実行する
目的変数と予測タイプ(分類か回帰か)、学習に使う予算(ノード時間)を指定して学習を開始する。
- 4評価を確認する
精度指標(適合率・再現率・AUCなど)と特徴量の重要度を見て、業務に使える品質かを判断する。
- 5予測を取り出す
都度予測ならエンドポイントにデプロイ、定期的な一括予測ならバッチ予測を使う。結果をBigQueryやCRMへ戻す。
- 6監視・再学習する
本番の入力データの傾向変化(ドリフト)を監視し、精度が落ちたら新しいデータで再学習する。
ここで重要なのは、学習(モデルを作る)と予測(モデルを使う)で課金の仕組みが分かれていることです。とくに、都度予測用にデプロイしたエンドポイントは、使っていなくても起動している間は課金が続きます。料金の落とし穴になりやすいので、次の章で詳しく扱います。
06.AutoML・カスタム学習・従来の統計手法の使い分け
「予測したい」と思ったとき、選択肢はAutoMLだけではありません。自前でモデルを書くカスタム学習や、回帰分析のような従来の統計手法も候補になります。目的によって向き不向きがあるため、まず判断の軸を整理します。
- 要因の解釈・説明が主目的因果(効果の大きさ)まで知りたい?
- はい従来の統計手法(回帰分析・因果推論)係数の解釈や効果量の推定に向く。
- まず全体像を要約したい多変量解析(主成分分析・クラスタリング)
- 予測精度・自動化が主目的独自アーキテクチャや特殊要件があるか?
- いいえ(標準的な予測)AutoML解約・購入確率・需要予測などを素早く構築。
- はい(特殊要件あり)カスタム学習(自前モデル)知識と実装・運用コストが必要。
| 手法 | 向いている目的 | 前提・コスト |
|---|---|---|
| AutoML | 予測精度を素早く出す・自動化したい | 目的変数つきデータがあればよい。専門知識は少なくて済む |
| カスタム学習 | 独自アーキテクチャ・特殊要件に対応したい | 機械学習の知識と実装・運用の体制が必要 |
| 回帰分析(統計) | 要因ごとの寄与を解釈・説明したい | 係数の読み方・前提の確認が必要 |
| 多変量解析 | 変数を要約・分類して全体像をつかみたい | 目的に応じた手法選択が必要 |
ポイントは、AutoMLは「予測精度を出す」ことに強い一方、「なぜそうなるか」の解釈や効果の大きさの推定には、回帰分析など従来の統計手法のほうが向く、という点です。予測と説明は別の目的なので、混同しないことが手法選択の出発点になります。目的変数の有無で手法を選び分ける地図は、多変量解析の記事で整理しています。
07.料金と「高額請求」を防ぐ勘所
AutoMLの課金は「ノード時間(処理に使った計算資源の時間)」で積み上がります。この仕組みを把握しないまま使うと、想定外に料金がかさむことがあります。料金体系は公式の料金ページで確認できます(Vertex AI pricing)。
| 課金が発生する場面 | 仕組み | 請求が膨らむ典型例 |
|---|---|---|
| 学習(モデルづくり) | 学習に使ったノード時間で課金 | 予算(ノード時間)を大きく設定したまま何度も学習し直す |
| オンライン予測(エンドポイント) | デプロイ中はトラフィックがなくても課金が継続 | 検証後にエンドポイントを停止・削除し忘れて放置する |
| バッチ予測 | 実行したジョブの計算資源で課金 | 不要に大きなデータで頻繁に回す |
| 保存・転送 | ストレージやデータ転送で課金 | 大量データを置きっぱなしにする |
都度予測のためにデプロイしたエンドポイントは、リクエストが来ていなくても、起動している間は時間あたりで課金が続きます。PoCで一度デプロイしたまま忘れると、使っていないのに料金だけが積み上がります。検証が終わったらエンドポイントをアンデプロイ(停止)・削除し、定期的な一括予測ならバッチ予測に切り替えるのが安全です。
- ✓ 学習の予算(ノード時間)の上限を、検証段階では小さく設定する
- ✓ 検証が終わったオンライン予測エンドポイントは停止・削除する
- ✓ 都度予測が不要なら、バッチ予測でまとめて処理する
- ✓ 予算アラートと請求のしきい値通知をプロジェクトに設定しておく
- ✓ 使わなくなったデータセット・モデル・ストレージを定期的に棚卸しする
08.AutoMLでできること・できないこと
AutoMLは強力ですが、万能ではありません。導入前に、得意なことと苦手なことを整理しておくと、過剰な期待や誤った使い方を避けられます。
| 観点 | AutoMLが得意なこと | AutoMLが苦手・できないこと |
|---|---|---|
| 構築スピード | 標準的な予測モデルを素早く作る | 問題設定そのものは自動で決められない |
| 専門知識 | アルゴリズム選択・調整の手間を減らす | データ品質や評価設計の良し悪しは補えない |
| 精度 | 手早く良いベースラインを得る | 特殊要件では熟練者のカスタムモデルに劣ることがある |
| 解釈・因果 | 特徴量の重要度は示せる | 効果の大きさ(因果)の推定は専門手法が必要 |
| コスト | 人手の試行錯誤を削減できる | 放置すると計算資源の課金が積み上がる |
とくに、「データが偏っていたり古かったりすれば、AutoMLでも誤った予測を量産する」点は重要です。AutoMLは与えたデータの傾向を学ぶだけなので、データ品質の確認と、出てきた予測を業務のどの判断にどう使うかの設計は、人が責任を持つ必要があります。
09.導入の進め方
AutoMLを業務に取り入れるなら、いきなり本番自動化を狙うより、1つの予測課題で「精度・コスト・運用」を測るところから始めると無理がありません。
| 段階 | やること | 成功条件 |
|---|---|---|
| 1. 課題を1つ選ぶ | 解約予測・購入確率・需要予測などから1つに絞る | 数週間で評価できる範囲にする |
| 2. データを棚卸しする | 目的変数と説明変数、正解データの期間・品質を確認 | 欠損・偏り・個人情報の扱いを整理する |
| 3. AutoMLで学習する | 小さめの予算でモデルを作り、評価指標を確認する | 現行の判断より精度が妥当か |
| 4. 使い方を決める | 都度予測かバッチ予測か、結果をどの施策に使うか決める | 運用とコストが管理できる |
| 5. 監視・再学習に乗せる | 精度低下の監視と再学習の頻度を決める | 月次で品質とコストをレビューできる |
- ✓ 過去の顧客データから解約しそうな顧客を予測する
- ✓ リードの属性・行動から商談化・購入確率を予測する
- ✓ 過去の販売実績から翌月の需要を予測する
- ✓ 問い合わせ内容を自動で分類し、対応の優先度づけに使う
10.よくある質問(FAQ)
AutoMLとカスタム学習(自前のモデル開発)は何が違いますか?
AutoMLは、アルゴリズム選択・ハイパーパラメータ調整・特徴量加工などの試行錯誤をマネージドサービスが自動で回す方式で、最小限の操作で標準的な精度のモデルを得られます。カスタム学習は、TensorFlowやPyTorchなどで自分でモデルの構造や学習処理を書く方式で、独自アーキテクチャや特殊な要件に対応できる代わりに、機械学習の知識と実装・運用コストが必要です。多くの業務予測(解約・購入確率・需要など)はAutoMLで十分に始められ、要件が特殊な場合だけカスタム学習に進むのが現実的です。
AutoMLを使えば機械学習の専門知識は不要になりますか?
モデルを「動かす」だけなら、専門知識がなくても始められます。ただし、何を予測するか(目的変数)、正解データをどう用意するか、どの評価指標で良し悪しを判断するか、結果を業務のどの判断に反映するか、といった設計はAutoMLでは自動化されません。むしろAutoMLは作業を肩代わりしてくれる分、「問題設定とデータ品質、評価設計」に人の役割が集中します。回帰や評価指標の基礎を理解しておくと、出てきたモデルを正しく読めます。
AutoMLのモデルは人手で作ったモデルより精度が高いのですか?
一概には言えません。AutoMLは多数のアルゴリズムとハイパーパラメータを機械的に試すため、人が短時間で作るベースラインより高精度になることはよくあります。一方で、ドメイン知識を活かした特徴量設計や独自アーキテクチャが効く問題では、熟練者のカスタムモデルが上回ることもあります。実務では「AutoMLでベースラインを素早く作り、必要に応じてカスタム学習で詰める」という順序が費用対効果を見極めやすいです。
11.AutoML活用を、データ分析の運用に落とし込む
AutoMLは、機械学習の構築工程を自動化することで、予測モデルづくりの入口を大きく下げました。一方で、何を予測し、どのデータで学習し、結果をどの判断に使うかという設計は人の仕事として残ります。ここを整理しないまま導入すると、PoCで止まったり、使われないモデルとコストだけが残ったりしがちです。
弊社では、AIとデータ分析を業務で使えるようにするための、課題設定・データ整備・手法選択・評価設計から運用までを伴走しています。AutoMLのような自動化ツールを使う場合も、まずどの予測課題から投資対効果が出るかを整理し、小さな検証から運用化まで一緒に進められます。お気軽にお問い合わせください。
予測モデルの活用を、課題設定から運用まで伴走します
解約予測・需要予測・リードスコアリングなど、どの課題にAutoMLや予測モデルが効くかの見極めから、データ整備・評価設計・運用までを実データで伴走しています。お気軽にお問い合わせください。
データ分析・アルゴリズム 基礎知識集
一覧に戻る →全体像とカテゴリ早見
データの可視化
個別指標カテゴリ
統計的推測の基礎
実務分析の手法
多変量解析
モデル構築の自動化
- ›AutoMLとは自動機械学習の仕組み(この記事)

