Geminiの最新情報の確かめ方｜リリースノートと提供状況の確認手順

Geminiの最新情報は、ニュースのまとめを読み比べるよりも、Googleが自分で公開している一次の情報源（Gemini APIのRelease notesなど）を、目的別に決まった順で開くほうが、取り違えが起きにくくなります。この記事では、2026年10月12日に実際に開いて構成を確かめた公式ページをもとに、Geminiアプリのリリースノート、Gemini APIのチェンジログ、モデル一覧、Deprecationsページ、Google公式ブログ、Google Workspaceの更新情報の使い分けを手順にまとめます。

特定のモデルの紹介ではなく、「何が変わったのか」「自分の使い方に関係があるのか」「自分の地域とプランで使えるのか」を、自分で判断するための確認の型です。結論は3点です。第一に、アプリの新機能はアプリのリリースノート、第二に、開発者向けのモデルの追加と終了はAPIのチェンジログ、モデル一覧、Deprecationsの3ページ、第三に、組織の管理者が配る機能はWorkspaceの更新情報、という順で見ます。見つけた内容は、確認日つきの短いメモに残します。

なお、この記事に書く各ページの内容は、2026年10月12日に開いた時点のものです。Googleの公式ページ（アプリのリリースノートなど）は更新されるため、実際に判断するときは、各リンク先を自分で開いて日付を確かめてください。

Geminiの最新情報で、最初に決める3つの問い

Geminiの最新情報の確認とは、モデルや機能の追加・変更・終了を公式ページで確かめ、自分の使い方と地域・プランに当てはまるかを判断する作業のことです。

Geminiには、アプリとして使う入口、開発者がAPIで使う入口、会社のGoogle Workspaceで使う入口があり、それぞれ更新を載せるページが違います。ページを開く前に、次の3つの問いを決めておくと、読む場所を間違えません。

• 問い1：自分が使っているのは、Geminiアプリ、Gemini API、Google Workspace上のGeminiのどれか。
• 問い2：知りたいのは「新しく何ができるか」か、「いつ何が使えなくなるか」か、「自分の環境でいつから使えるか」か。
• 問い3：変更が自分の仕事に響く場所は、プロンプト、自動化のコード、契約プラン、社内の設定のどれか。

たとえば、ブラウザやスマホでGeminiを使っているだけの人は、問い1の答えがアプリになるので、API向けのページを毎回読む必要はありません。逆に、自社の仕組みにAPIを組み込んでいる人は、アプリの新機能よりも、モデルの終了予告を先に見るべきです。同じ「最新情報」でも、見るページが変わります。

この3つの問いは、あとで書く確認メモの列にもそのまま対応します。最初に答えを一行で書いておくと、確認が散らかりません。

確認先の全体像｜6つの公式ページで何が分かるか

Geminiの公式な確認先は、用途ごとに6つのページに分かれており、ページによって分かる情報と分からない情報が異なります。

次の表は、2026年10月12日に開いて構成を確かめた6つのページを、分かること・分からないこと・向いている人で整理したものです。「分からないこと」の列は、その日に開いたページの構成から読み取れた範囲で書いています。

確認先	分かること	分からないこと	向いている人
Geminiアプリのリリースノート	アプリの機能追加やモデルの入れ替わり。日付ごとに並び、提供地域・年齢・プランの条件が付く項目がある	APIの停止予定や、会社のWorkspaceでいつ有効になるか	アプリを日常で使う人
Gemini APIのチェンジログ	APIの変更を日付順に。GA、preview、deprecatedといった区分が本文に書かれる	アプリでの提供条件や、料金の全体像	APIを使う開発者
モデル一覧	今APIで使えるモデルの名前、モデルID、短い説明。Stable、Previewの区分	この日に開いた版では、モデルごとの更新日は確認できなかった	どのモデルを使うか決める人
Deprecationsページ	モデルごとの公開日、シャットダウン日、推奨される置き換え先	新機能の中身。日付は最も早い可能性のある日付とされる	自動化を長く動かす人
Google公式ブログのGeminiカテゴリ	発表の背景や位置づけ。月ごとのまとめ記事もある	一覧に個別の公開日が表示されない。細かな仕様や停止日	全体の流れをつかみたい人
Google Workspace Updates	Workspaceの機能の提供開始日、提供ペース、対象エディション	個人向けアプリだけの更新や、APIの変更	会社の管理者、Workspaceの利用者

この表で大事なのは、ひとつのページで全部が分かるわけではないという点です。たとえばアプリのリリースノートに新機能が載っていても、それがAPIで使えるかどうかは別のページで確かめることになります。逆に、モデル一覧にモデルが載っていても、そのモデルがGeminiアプリの選択肢にあるかどうかは、モデル一覧からは分かりません。

次の章から、ページごとに「どこを見るか」を具体的に説明します。

Geminiアプリのリリースノートの読み方

Geminiアプリのリリースノートは、アプリの機能追加やモデルの入れ替わりを、日付つきの項目で新しい順に並べた公式ページです。

2026年10月12日にGeminiアプリのリリースノートを開くと、ページの題名は「Gemini アプリのリリース最新情報と改善点」で、各項目に「YYYY.MM.DD」形式の日付が付き、新しい日付から古い日付へ並んでいました。載っている内容は、音声入力やチャット検索などのアプリ機能、Gemini 3系のモデル、WindowsやmacOSのデスクトップ版、学生向けの施策、サブスクリプションプラン、他サービスとの連携と、種類が幅広いのが特徴です。

読むときに見るのは、見出しよりも、本文に書かれた条件です。この日に確認できた先頭の項目（2026.09.30）は、チャットの中でスキルという機能が提供されるという内容で、18歳以上の一部のユーザー向けと書かれていました。次の項目（2026.09.10）はWindows向けのGeminiアプリの登場で、Windows 10以降に対応するという内容でした。このように、同じ「新機能」でも、年齢、地域、OSといった条件が項目ごとに違います。

読み方の手順を整理します。

1. 前回確認した日付より新しい項目だけを上から読む。
2. 自分が使っている機能に関係する見出しを探す。
3. 本文の条件（提供地域、年齢、プラン、OS）を読み、自分に当てはまるかを判断する。
4. 当てはまりそうなら、実際に自分の画面で出ているかを確かめる。

手順4が抜けると、「リリースノートに載っている」ことと「自分の画面で使える」ことを同じに扱ってしまいます。段階的に提供される機能は、載っていても自分のアカウントにはまだ出ていないことがあります。リリースノートは、自分の画面を確かめるきっかけを与えてくれるページだと考えるのが安全です。

なお、Googleの検索側にあるAIモードの設定や履歴の扱いは、Geminiアプリのリリースノートとは別の場所で管理されています。検索側の確認はGoogle AIモードの履歴を確認・削除する方法をまとめた記事で手順を見られます。

Gemini APIのチェンジログで追う変更と、GA・previewの読み分け

Gemini APIのチェンジログは、APIの変更を日付ごとの見出しで新しい順に並べたページで、GAやpreviewといった提供の区分が本文中の語句で示されます。

2026年10月12日にGemini APIのRelease notesを開くと、ページの題名は「Release notes | Gemini API | Google AI for Developers」で、日付ごとの見出しの下に更新内容が箇条書きで並んでいました。独立した区分欄はなく、区分は本文の語句で示されます。たとえば、正式提供は「generally available (GA)」、試験的な提供は「public preview」、モデル名に「-preview」が付くものもあります。

この日に先頭付近にあった項目は次のとおりです。

• 2026年10月8日：旧世代のFlashモデルが非推奨になり、gemini-3.8-flashに置き換えられたという項目。旧モデルへのリクエストが新モデルへ自動的に転送されるという記載があり、あわせて、旧版のDeep Researchエージェントの停止日が2026年10月23日と書かれていました。
• 2026年10月6日：Gemini Nano Banana 2.1が正式提供（GA）になったという項目。同じ日に、gemini-3.1-flash-imageが非推奨になり、停止日は未発表で、gemini-nano-banana-2.1への移行が案内されていました。
• 2026年9月22日：Gemini 3.8 Flash TTSとGemini 3.8 Flash-Lite TTSがGAになり、Voicesエンドポイントが公開されたという項目。

ここで押さえたいのは、「自動的に転送される」という書き方です。モデル名を指定したコードを変えていなくても、呼び出し先の実体が入れ替わる可能性があることを意味します。出力の文体や費用が変わることがあるため、チェンジログに置き換えの項目を見つけたら、自分のコードが指しているモデル名と照らして、同じ入力で出力を見比べておくと安心です。

previewの区分にも注意が必要です。previewのモデルは、一般提供のモデルと違い、仕様や提供条件が変わる前提で試す段階にあります。previewの機能を本番の仕組みに入れる前の確認事項は、Gemini APIのManaged Agentsを扱った記事に、同じ考え方で整理してあります。

新しく登場したモデルの中身を知りたいときは、チェンジログの項目から個別の解説に進むと速く判断できます。画像生成のモデルはNano Banana 2.1の特徴と料金をまとめた記事、音声生成のモデルはGemini 3.8 Flash TTSの解説記事が参考になります。

モデル一覧とDeprecationsで、終了日と置き換え先を読む

モデル一覧は「今どのモデルが使えるか」を、Deprecationsページは「いつ何が使えなくなり、何に置き換えるか」を示す、対になった2つのページです。

2026年10月12日にモデル一覧（Models | Gemini API）を開くと、Gemini 3のモデルがStableとPreviewに分かれ、用途別に音声、画像・動画などの生成、音楽、ツールやエージェント、特化タスクの節が続いていました。各モデルに載っているのは、名称、エンドポイント（モデルID）、短い説明で、ページ全体の最終更新日は2026-10-09 UTCと書かれていました。この日に開いた版では、モデルごとの対応機能や、モデル単位の更新日は確認できませんでした。さらに、Previous modelsの節には、非推奨でまもなく停止されるモデルが並び、バージョン名の意味（stable、preview、latest、experimental）を説明する節もあります。

停止の日付を調べるときは、Deprecationsページに進みます。題名は「Gemini deprecations | Gemini API | Google AI for Developers」で、モデルの世代や用途ごとに節が分かれ、表の列は基本的に「Model」「Release date」「Shutdown date」「Recommended replacement」の4つでした。マネージドエージェントの表だけは、Modelの列がAgentになっています。すでにシャットダウンされた行は灰色の背景で示されます。

列の名前	読み取れること	読むときの注意
Model	対象のモデルID	アプリでの名称ではなく、APIのモデルIDで探す
Release date	そのモデルの公開日	置き換え先の公開日と取り違えない
Shutdown date	シャットダウンの予定日	最も早い可能性のある日付とされ、正式な日付は事前の通知で伝えられるとページに書かれている
Recommended replacement	推奨される置き換え先のモデルID	推奨であり、自分の用途に合うかは別に検証する

この日に確認できた行の例として、gemini-3.1-flash-liteは、公開日が2026年5月7日、シャットダウン日が2027年5月7日、推奨される置き換え先がgemini-3.5-flash-liteと書かれていました。置き換え先に挙がったモデルの特徴はGemini 3.5 Flash-Liteを解説した記事で確認できます。一方、チェンジログで見たgemini-3.1-flash-imageのように、非推奨と書かれていても停止日が未発表のものもあります。この場合は、停止日が決まっていないことをメモに残し、後日の再確認の予定を決めておきます。

確認の順番は、チェンジログで変更を見つけ、モデル一覧で今の区分を見て、Deprecationsで停止日と置き換え先を見る、という流れが基本です。料金は別ページで確かめる必要があり、Gemini APIの料金ページはアプリの月額契約とは別の体系です。料金の読み方はGemini API料金の読み方をまとめた記事で整理しています。

公式ページ同士で記載が食い違うときの扱い

公式ページ同士の記載が一致しないときは、どちらかに決めつけず、両方のURLと確認日を残し、区分が一致するまで断定しないのが安全です。

最新情報を追っていると、同じ事柄について、ページごとに書き方が違う場面に出会います。2026年10月12日に確認できた例を2つ紹介します。

1つ目は、Gemini Omni Flashの区分です。モデル一覧はPreviewの節にこのモデルを置き、Endpointの表でgemini-omni-1.1-flashを対応づけています。一方、料金ページは、同じモデルIDについて、有料枠の開発者に一般提供済みと書いています。このように、ページによって区分の書き方が異なる場合は、Previewなのか一般提供なのかを記事やメモで断定せず、「モデル一覧ではPreview、料金ページでは一般提供済みと記載」と両方を並べて書きます。

2つ目は、Google AI Studioの無料利用です。料金ページには、Google AI Studioの利用はすべての提供地域で無料と書かれています。一方で、請求に関するFAQには、有料機能を使うために有料のAPIキーを接続した場合は無料の例外となり、そのキーによるAI Studioの利用に課金されると書かれています。「AI Studioはすべて無料」と覚えてしまうと、この例外を見落とします。

食い違いに出会ったときの手順は次のとおりです。

1. 食い違う2つのページのURLを、どちらも確認メモに書く。
2. それぞれのページが、何について書いているのか（モデルの区分か、料金か、請求か）を言葉にして比べる。
3. どちらかが古い可能性も考え、確認日を添える。
4. 判断が必要な場面では、安全側（費用が発生する側、使えない側）で扱う。

食い違いは「どちらかが間違い」とは限りません。ページごとに説明している範囲が違うだけのこともあります。範囲の違いを言葉にできるようになると、次に同じ型の食い違いが出ても、落ち着いて処理できます。

地域・プラン・言語で提供状況が違うときの確かめ方

Geminiの機能は、地域、年齢、プラン、言語、アプリの種類によって提供状況が異なるため、リリースノートの条件と自分の環境を1つずつ突き合わせて確かめます。

リリースノートに新機能が載っていても、自分が使えるとは限りません。確かめる条件は、大きく5つに分けられます。

条件	どこで確かめるか	見落としやすい点
地域	リリースノートの該当項目の本文。国・地域の一覧はGeminiアプリのヘルプ	項目ごとに全世界、特定の国のみなど書き方が違う
年齢	リリースノートの該当項目の本文	この日に開いたヘルプの言語・地域のページには年齢条件の記載がなかった。年齢条件は機能ごとの項目で見る
プラン	リリースノートの該当項目の本文と、プランの説明ページ	有料プラン加入者向けと書かれた項目がある
言語	ヘルプの言語の一覧	ウェブアプリとモバイルアプリで要件が異なる場合がある
アプリの種類	リリースノートの該当項目の本文	デスクトップ版（Windows、macOS）など、提供先の種類が項目ごとに違う

2026年10月12日に開いたGeminiアプリのヘルプ「Gemini ウェブアプリを利用できる言語と国 / 地域」には、40以上の言語と230以上の国・地域に対応していると書かれ、日本と日本語も一覧に含まれていました。また、モバイルアプリは、サポートされる言語と国に限定されると書かれ、ウェブアプリとモバイルアプリの利用要件へのリンクも付いていました。数字は更新されるため、確認日とあわせて控えるのが安全です。

手順としては、リリースノートで条件を読み、ヘルプで言語と地域の対応を確かめ、最後に自分のアカウントの画面で出ているかを見ます。有料プランの条件が絡むときは、Google AIプランの違いを整理した記事で、プランの位置づけを先に確かめておくと迷いません。使用量の上限がプランで異なる点はGemini Notebookの使用量上限をまとめた記事が参考になります。年齢条件のある機能の例としてはGemini in Chromeの使い方の記事も確認できます。

自分の画面で見えないときは、「まだ提供されていない」「条件に当てはまらない」「自分の設定で隠れている」のどれかを切り分けます。いきなり不具合と決めつけず、まず条件の確認に戻ります。

Google Workspaceの更新情報で、組織向けの提供時期を見る

Google Workspace Updatesは、Workspaceの機能について、提供開始日、提供ペース、対象エディションを投稿ごとに示す公式のフィードです。

会社のGoogle WorkspaceでGeminiの機能を使っている場合、個人向けのリリースノートの内容がそのまま自社に当てはまるとは限りません。管理者の設定や、組織のリリース設定によって、有効になる時期が変わるためです。2026年10月12日にGoogle Workspace Updatesを開くと、各投稿は、日付、概要、Getting started（管理者向け・エンドユーザー向けの案内）、Rollout pace（提供スケジュール）、Availability（対象エディション）、Resources（ヘルプ記事などのリンク）の順で構成されていました。

この日に見えた投稿の中には、Rapid ReleaseとScheduled Releaseで提供開始日が異なるものがありました。たとえばGoogle Vidsのポイントインタイム編集は、Rapid Releaseが2026年9月29日開始、Scheduled Releaseが2026年10月13日からと書かれていました。同じ機能でも、組織のドメインがどちらのリリース設定かによって、使える日が違うことが分かります。一方、同じ日に掲載されていた週次のまとめ（Weekly Recap）には、概要と各記事へのリンクだけがあり、提供スケジュールや対象エディションの記載はありませんでした。

読み方のポイントは次のとおりです。

• 週次のまとめは入口にして、提供ペースと対象エディションは個別の投稿で確かめる。
• 自社のリリース設定（RapidかScheduledか）を、管理者に確認しておく。
• 個人アカウントのリリースノートに載った機能が、会社のアカウントにも同時に出るとは考えない。

管理者でない利用者は、「自分の会社のアカウントでいつ使えるか」を、管理者への質問として投げられます。質問の材料として、投稿のURLと、投稿に書かれた提供ペースを控えておくと話が早く進みます。

SNSやまとめ記事の情報を、一次情報で照合する手順

SNSやまとめ記事で見かけたGeminiの話題は、公式ページの日付・名称・条件と照合して、一致した部分だけを事実として扱います。

新しいモデルや機能の話題は、公式発表よりも先に、SNSやまとめ記事で目にすることがあります。入口としては便利ですが、日付、対象プラン、提供地域は、伝わる途中で抜け落ちやすい情報です。照合の手順を整理します。

1. 話題の中のモデル名・機能名・日付を書き出す。
2. アプリの話ならリリースノート、APIの話ならチェンジログとモデル一覧で、同じ名前を探す。
3. 名前が見つかったら、日付と、GA・previewなどの区分を、公式の語句のまま写す。
4. 名前が見つからなければ、「確認できなかった」と書く。ないと断定もしない。
5. 料金や上限の話は、料金ページや請求のページで、適用条件（プラン、モデル、単位）まで読む。

名前が見つからないときの扱いは重要です。モデル一覧などの公式ページに載っていないからといって、その話題が誤りと決まるわけではありません。まだ反映されていない、別の名前で載っている、自分が見たページが違う、といった可能性があります。その場合は、「2026年10月12日に確認した範囲では見つからなかった」と、見たページの名前を主語にして書くと、事実として正確です。

もうひとつの注意点は、日英の差です。英語の公式ページのほうが先に更新される場合があり、日本語のページとは説明が違うことがあります。差が気になるときは、両方のページを開いて比べ、違いが確認できた場合だけ両方のURLを残します。差を確かめずに「日本語版には載っていない」と書くことは避けます。

公式ブログは、背景や位置づけの理解には役立ちますが、細かな日付や停止日の根拠としては、先に述べた個別ページを優先します。2026年10月12日にGoogle公式ブログのGeminiカテゴリを開くと、記事はGemini App、Gemini Models、Gemini Featuresの3つの区分で並び、一覧には個別の公開日ではなく「月 年」の形の表記が見出しに含まれていました。先頭には2026年9月分のAIニュースをまとめた記事がありましたが、本文までは確認していません。

仮の例｜確認メモを1枚で作る

確認メモは、確認日、見つけた内容、出典URL、自分への影響、次の行動を1行にまとめた記録で、あとから経緯を追えるようにするための型です。

次の表は、「画像生成の自動化にAPIを使っているチーム」を想定した仮の例です。チームも状況も架空で、実在の事例ではありません。確認した内容は、2026年10月12日に開いたチェンジログの記載に沿っています。

確認日	見つけた内容	出典	自分への影響（仮の例）	次の行動（仮の例）
2026年10月12日	gemini-3.1-flash-imageが非推奨。停止日は未発表。gemini-nano-banana-2.1への移行が案内されている	APIのチェンジログ（2026年10月6日の項目）	自動化のコードが旧モデルIDを指しているため、いずれ変更が必要	置き換え先で同じ入力を試し、出力を見比べる。停止日の再確認の予定を決める
2026年10月12日	Deprecationsの表には、停止日が書かれていない行がある	Deprecationsページ	期限が未定のため、緊急ではない	次回の定例確認で、同じ行を見直す
2026年10月12日	チェンジログに、旧モデル宛のリクエストが新モデルへ自動転送されるという記載の項目がある	APIのチェンジログ（2026年10月8日の項目）	モデル名を固定していても、出力が変わる可能性がある	主要なプロンプトで出力を保存して比べる

この表のように、メモは「事実の欄」と「自分の判断の欄」を分けて書きます。事実の欄にはチェンジログなど公式ページに書かれていた内容だけを入れ、判断の欄には自分の状況に基づく見立てを入れます。混ぜてしまうと、あとで読み返したときに、どこまでが公式の記載で、どこからが自分の推測か分からなくなります。

次の行動は、小さく具体的に書きます。「様子を見る」だけでは何も進みません。「置き換え先で出力を見比べる」「次回の定例確認で同じ行を見直す」のように、誰が何をするかが分かる形が向いています。

変更を見つけたら見直す箇所と、避けたい確認のしかた

変更を見つけたら、プロンプト、設定、契約プラン、APIの呼び出しの4つに分けて自分の影響を確かめ、公式の記載を短く正確に写して記録します。

見直す箇所は、使い方によって変わります。次のように分けると整理しやすくなります。

• プロンプト：モデルが入れ替わったとき、同じ入力でも出力の傾向が変わることがあるため、主要なプロンプトで見比べる。
• 設定：アプリの設定やWorkspaceの管理設定に、新機能の有効・無効を決める項目がないかを見る。
• 契約プラン：機能が特定のプラン向けの場合、自分のプランに含まれるかを確かめる。
• APIの呼び出し：モデルID、パラメータ、料金の単位が変わっていないかを見る。

次に、避けたい確認のしかたです。

• SNSの投稿やまとめ記事だけで、日付や対象プランを判断する。
• 開けなかったページの内容を、記憶で補って書く。開けなかったことも、そのまま記録する。
• アプリのリリースノートに載ったことを、APIでも使えると読み替える。逆も同様。
• previewの機能を、正式提供と同じ前提で本番の仕組みに入れる。
• 個人アカウントで見えた機能を、会社のアカウントでも同時に使えると考える。

公式の語句（Deprecationsページの列名など）を引用するときは、短く正確に写し、意訳した言葉に引用符を付けません。意味を変えずに言い換える場合は地の文として書き、元の英語は別に残します。「GA」「deprecated」「shut down」といった公式の語句は、英語のまま控えておくと、あとで公式ページと照らし合わせやすくなります。

確認の頻度に決まった数字はありません。止まったときの影響の大きさで決めてください。業務の自動化に組み込んでいるなら、決まった曜日に確認する運用が向きます。個人で試す程度なら、新しい機能を使う前に見るだけでも足ります。大切なのは、気づいたときだけ見るのではなく、見る順番とタイミングを自分で決めておくことです。

個別の記事への進み方

確認で見つけたモデル名や機能名は、当サイトの個別の解説記事で仕様・料金・使い分けを確かめると、置き換えや切り替えの判断材料がそろいます。

確認メモで見つけた名前に対応する記事を、目的別に挙げます。

• 複雑な問題向けのProモデルの位置づけを知りたい：Gemini 3.1 Proの特徴と料金を扱った記事
• Flashモデルの特徴と旧世代との違いを知りたい：Gemini 3.8 Flashを解説した記事
• 音声エージェント向けのLiveモデルを知りたい：Gemini 3.8 Liveの解説記事
• 画像生成モデルの特徴を知りたい：Nano Banana 2.1の解説記事
• APIの料金の読み方を知りたい：Gemini API料金の読み方の記事
• Googleのアプリやプランの全体像を知りたい：Google AIプランの違いの記事

当サイトのGoogle AI最新情報のカテゴリには、モデルや機能ごとの記事が並んでいます。ただし、当サイトの記事も公開日時点の内容であるため、数字や提供状況は、本文中の公式リンクで最新の記載を確かめてから判断してください。

よくある質問（FAQ）

Q1. Geminiの最新情報は、まずどのページを見ればよいですか。

アプリで使う人はアプリのリリースノート、APIを使う人はAPIのチェンジログから入ります。会社のWorkspaceで使う人は、あわせてWorkspace Updatesを見ます。

Q2. リリースノートに載っているのに、自分の画面に出ないのはなぜですか。

項目に書かれた地域、年齢、プラン、OSの条件に当てはまらないか、段階的な提供でまだ自分のアカウントに届いていない可能性があります。まず該当項目の条件を読み、当てはまる場合は少し時間を置いてから、もう一度画面を確かめてください。

Q3. モデルが非推奨と書かれていたら、すぐ使えなくなりますか。

非推奨と停止は別の段階です。チェンジログには停止日が未発表と書かれた例があり、Deprecationsの表には停止日の列があります。停止日が決まっているかどうかを、両方のページで確かめてください。

Q4. Deprecationsページの停止日は、そのまま信じてよいですか。

ページには、表の日付は最も早い可能性のある日付で、正式な日付は事前の通知で伝えられると書かれていました。表の日付は目安として控え、チェンジログで正式な通知がないかも見ます。

Q5. 英語の公式ページを読めなくても大丈夫ですか。

日付、モデルID、表の列名、GAやdeprecatedといった語は、英語のままでも拾えます。意味が取りにくい文は断定せず、読み取れた範囲だけを記録し、翻訳ツールで読み直す際に対応づけられるよう原文の語句を短く残してください。

Q6. 公式ブログとリリースノートは、どう使い分けますか。

公式ブログは発表の背景や全体像をつかむのに向き、日付や条件の根拠にはリリースノートやチェンジログを使います。ブログの一覧には個別の公開日が見えない場合があるため、日付は個別ページで確かめます。

Q7. 確認メモは個人利用でも必要ですか。

個人でも、保存したプロンプトや定期実行の作業が増えるほど役に立ちます。最低限、確認日、見つけた内容、出典URL、次の行動の4つがあれば、あとから経緯を追えます。

まとめ

Geminiの最新情報は、アプリのリリースノート、APIのチェンジログ、モデル一覧、Deprecations、Google公式ブログ、Workspace Updatesの6つを、目的別に使い分けて確かめます。2026年10月12日に開いたページでは、アプリの項目に地域・年齢・プランの条件が付き、APIのチェンジログにはGAやdeprecatedといった区分と、旧モデルへのリクエストが自動転送される旨の記載があることを確認しました。

公式ページ同士で記載が食い違う場合は、両方のURLと確認日を残し、断定しません。SNSやまとめ記事の話題は、公式ページの名前・日付・条件と照合し、見つからなければ「確認できなかった」と書きます。変更を見つけたら、プロンプト、設定、プラン、APIの4つに分けて影響を確かめ、確認メモに残します。個別のモデルの特徴は、各モデルの解説記事で確かめてください。