# Nano Banana Pro 发布时间：官方日期是 2025 年 11 月 20 日

> Nano Banana Pro 的官方发布时间是 2025 年 11 月 20 日。本文用 Google 博客与 Gemini API 更新日志给出证据，并解释为什么有些页面会写成 11 月 21 日。

- Source: https://www.aifreeapi.com/zh/posts/nano-banana-pro-release-date
- Language: zh
- Published: 2026-03-29
- Updated: 2026-03-29
- Publisher: AI Free API (https://www.aifreeapi.com)

**Nano Banana Pro 的官方发布时间是 2025 年 11 月 20 日。** 这是目前最稳妥、也最值得引用的答案，因为 Google 的发布博客页面明确标注为 **20 Nov, 2025**，Gemini API 更新日志也在同一天发布了 **Gemini 3 Pro Image Preview**（`gemini-3-pro-image-preview`）。

真正让人困惑的，不是官方答案缺失，而是 Google 现在并不会只用一个静态品牌页来解释它。当前的 [Gemini 图像生成文档](https://ai.google.dev/gemini-api/docs/image-generation) 把 **Nano Banana** 写成一个三模型家族：**Nano Banana Pro**、**Nano Banana 2** 和 **Nano Banana**。也正因为如此，“发布时间”这个查询经常会和 2026 年的 Nano Banana 2 讨论、应用层变化、以及各种命名混用搅在一起。

如果你只需要一句可以直接写进文档、对比页或团队笔记里的标准表述，可以直接用下面这句：

> Nano Banana Pro 是 Google 的 **Gemini 3 Pro Image Preview** 模型（`gemini-3-pro-image-preview`），其公开发布时间是 **2025 年 11 月 20 日**。

## 要点速览

- **官方日期：**2025 年 11 月 20 日。
- **当前官方模型名：**Gemini 3 Pro Image Preview。
- **为什么搜索结果还会混乱：**有些页面会写成 11 月 21 日，而现在的官方文档又会把 Nano Banana 2 放到更靠前的位置。
- **最安全的引用方式：**把“发布时间”和“官方模型名”一起写出来，不要只写昵称。

![展示 Nano Banana Pro 官方发布时间和当前官方模型名的时间线封面图](https://www.aifreeapi.com/posts/zh/nano-banana-pro-release-date/img/cover.png)

| 你真正需要确认的事 | 最稳妥的答案 | 为什么这样写最安全 |
| --- | --- | --- |
| 官方发布时间 | **2025 年 11 月 20 日** | Google 发布博客和 Gemini API 更新日志都指向同一天 |
| 当前官方模型名 | **Gemini 3 Pro Image Preview** | 这是现在开发文档里的正式叫法 |
| API 模型 ID | **`gemini-3-pro-image-preview`** | 这是模型页和 API 文档里使用的标准字符串 |
| 为什么有些页面写成 11 月 21 日 | 多半是二手总结或时区换算漂移 | Google 自己的源页面仍然写的是 11 月 20 日 |

## Nano Banana Pro 的官方发布时间到底是哪一天？

![时间线图，突出 2025 年 11 月 20 日 Nano Banana Pro 发布，并与更早的 Nano Banana 和更晚的 Nano Banana 2 家族节点区分开来](https://www.aifreeapi.com/posts/zh/nano-banana-pro-release-date/img/launch-proof-timeline.png)

最值得信任的证据链，应该从 Google 自己的公开材料开始，而不是从目录站、媒体二次整理页或维基式词条倒推。

面向用户的 Google 发布博客页面写着 **20 Nov, 2025**，正文明确表示当天发布 **Nano Banana Pro（Gemini 3 Pro Image）**。面向开发者的 Gemini API 更新日志则在 **November 20, 2025** 这一天新增了 **Gemini 3 Pro Image Preview**，并给出了模型 ID `gemini-3-pro-image-preview`。这两个来源分别覆盖了“公开发布”与“开发文档上线”两个最关键的使用场景，而且日期完全一致。

这件事的重要性在于：它把“品牌层面看见的名字”和“技术层面真正要调用的模型”固定到了同一个时间点。只要这两个官方来源没有改口，你就不需要被各种“2025 年 11 月”“2025 年 11 月 21 日”“2026 年新版上线”之类的外围表述带偏。

如果你正在刷新旧文章、旧对比页，或是给团队补一份内部说明，优先回到这两条源头就够了。很多后来写成的 Nano Banana 页面已经天然带上了更晚的家族语境，但这并不等于原始发布时间发生了变化。

| 时间节点 | 发生了什么 | 为什么和这篇文章有关 |
| --- | --- | --- |
| 2025 年 8 月 | 原始 Nano Banana / Gemini 2.5 Flash Image 公开亮相 | 这是整个家族更早的起点，容易和 Pro 时间线混在一起 |
| 2025 年 11 月 20 日 | Nano Banana Pro 发布，Gemini 3 Pro Image Preview 进入官方更新日志 | 这是这条关键词真正要找的日期 |
| 2026 年 2 月 26 日 | Gemini 3.1 Flash Image 的模型卡索引更新，当前文档把它当作 Nano Banana 2 | 这是后来造成“感觉更新更晚”的重要节点 |
| 2026 年 3 月 29 日复核 | 当前文档仍把 Nano Banana Pro 映射到 Gemini 3 Pro Image Preview | 说明当前官方命名并没有推翻 2025 年 11 月的发布日期 |

## 为什么有些页面会写成 2025 年 11 月 21 日？

如果你不是直接去看 Google 自己的页面，而是先看维基式条目、目录站或者一些整理型文章，通常会看到三种写法并存：

- **2025 年 11 月 20 日**
- **2025 年 11 月 21 日**
- **2025 年 11 月**

其中真正应该优先信任的，仍然是 **2025 年 11 月 20 日**，因为这是 Google 原始发布页和开发者更新日志上都能直接读到的日期。至于“11 月 21 日”，更像是二手页面在本地时区、抓取时间或二次改写时做出的归一化结果，而不是 Google 又单独进行了一次新的官方发布。

更稳妥的理解方式是：**11 月 21 日是后续页面的表述漂移，不是新的发布日期。** 有些词条会按本地日期显示，有些聚合页则只保留“11 月 2025”这种模糊说法，省去了原始来源里的具体日子。这正是为什么“只给一个日期”还不够，你还需要知道该信哪个来源。

如果你的受众跨多个时区，最安全的做法也不是主动把日期往后推，而是保留 Google 源页的日期，再在必要时补一句“部分二手页面会写成 11 月 21 日”。这样既不会误导读者，也不会把二手时间错当成原始发布时间。

## Google 现在把 Nano Banana Pro 叫做什么？

![命名映射图，展示 Nano Banana Pro、Gemini 3 Pro Image Preview 与 gemini-3-pro-image-preview 在界面、文档和代码中的对应关系](https://www.aifreeapi.com/posts/zh/nano-banana-pro-release-date/img/naming-map-board.png)

如果说“发布时间”是这条查询的第一层，那么“现在官方到底怎么叫它”就是第二层。Google 目前更常通过 **Gemini** 这套官方模型命名来回答这个问题，而不是只写 Nano Banana Pro 这个昵称。

当前图像生成文档给出的对应关系很直接：

- **Nano Banana Pro** = Gemini 3 Pro Image Preview
- **API model ID** = `gemini-3-pro-image-preview`

也就是说，**Nano Banana Pro 仍然可以用在面向搜索用户的标题、新闻语境和产品昵称里，但真正稳定的技术名称是 Gemini 3 Pro Image Preview。** 一旦文章进入 API、价格、额度、模型选择、接入说明这些层面，就应该尽快把官方模型名和 model ID 说出来。

这也是为什么很多搜索结果看上去“像在讲同一个东西”，但读起来却总觉得有偏差：有人写的是昵称，有人写的是模型名，有人只写 model ID，而读者又默认它们是三件不同的产品。把这三层名称放在一起，就能把误读大幅压缩掉。

如果你想先把命名问题单独看清楚，再回到发布日期这条线，可以继续看 [Nano Banana Pro 在 Gemini 里是什么：官方模型名与正确用法](/zh/posts/nano-banana-pro-gemini)。

## 为什么 Nano Banana 2 会让这条时间线看起来更新得更晚？

![对照时间线图，左侧是 2025 年 11 月 20 日 Nano Banana Pro 发布，右侧是 2026 年 2 月 Nano Banana 2 成为更新家族叙事中心](https://www.aifreeapi.com/posts/zh/nano-banana-pro-release-date/img/family-confusion-split.png)

到了 2026 年，真正把搜索结果搅乱的，并不是 2025 年 11 月那次发布本身，而是 **Nano Banana 2 后来变成了更常被看见、也更常被讨论的家族焦点**。

当前官方文档把 Nano Banana 当成一个三模型家族，而 Nano Banana 2 对应的是 **Gemini 3.1 Flash Image Preview**。Google DeepMind 的模型卡索引又显示，这条 3.1 Flash Image 线在 **2026 年 2 月 26 日** 有了新的官方更新痕迹。再叠加 2026 年 2 月、3 月不少用户在讨论“默认图像模式变成了 Nano Banana 2”“现在更常看到的是 2 而不是 Pro”，就很容易让人把“后来在产品里更常出现的版本”误记成“最初发布时间更晚的版本”。

但这两件事本来就不是同一个问题：

- **Nano Banana Pro 是什么时候发布的？** 2025 年 11 月 20 日。
- **Nano Banana 2 是什么时候开始成为更常见的当前家族叙事？** 后来的事，2026 年 2 月是关键节点之一。

把这两条线分开，你就不会再把“当前默认体验变化”误读成“历史发布日期变化”。

## 应该怎样在文档、对比页和团队笔记里正确引用它？

Google 当时的发布说明不只是给了一个名字，也说明了它在不同产品线里的落点：Gemini 应用、Gemini API、Google AI Studio、Vertex AI，以及部分 Workspace / Ads / Flow 场景都会出现相关能力。这也是为什么 Nano Banana Pro 这个词很快就在用户界面、新闻标题和开发文档里同时出现。

如果你今天要把它写进自己的页面，最稳妥的方式是按用途区分：

**做给普通搜索用户看的说明**

可以直接写：**Nano Banana Pro 的官方发布时间是 2025 年 11 月 20 日。**

**做给开发者看的说明**

可以写：**Nano Banana Pro 对应 Google 的 Gemini 3 Pro Image Preview，API model ID 是 `gemini-3-pro-image-preview`，公开发布时间为 2025 年 11 月 20 日。**

**做产品对比或团队采购笔记**

可以写：**Nano Banana Pro 发布于 2025 年 11 月 20 日，但当前 Google 文档会把它放进更大的 Nano Banana 家族叙事里，因此需要把“历史发布时间”和“当前家族位置”分开写。**

这个区分非常重要，因为一旦你把“现在默认更常见的是 Nano Banana 2”直接写成“Pro 是 2026 年才出来的”，后面的目录站、摘要页和自动生成内容很容易继续沿着这个错误往外复制。

如果你下一步关心的不是时间线，而是现在还有哪些正式免费入口，可以继续看 [Nano Banana Pro 现在还能免费用吗？](/zh/posts/nano-banana-pro-free)。

## 如果你在更新旧文章或资料库，最该先改哪几处？

很多旧页面的问题，并不是完全没写日期，而是把“发布时间”“当前官方模型名”“后来的家族变化”塞进了同一段里。读者、摘要工具和目录站往往只会抓顶部一句、FAQ 第一问或者表格第一列，所以你优先要修的不是修辞，而是信息分层。

- 把首句固定成：**Nano Banana Pro 的官方公开发布时间是 2025 年 11 月 20 日。**
- 在第一屏附近同时放上 [Google Blog 发布页](https://blog.google/intl/fr-ca/produits/explorez-obtenez-des-reponses/nano-banana-pro/) 和 [Gemini API 更新日志](https://ai.google.dev/gemini-api/docs/changelog)，不要只留下二手转述。
- 如果页面还要解释“它现在叫什么”，就单独补一句：它当前对应 [Gemini 3 Pro Image Preview 模型页](https://ai.google.dev/gemini-api/docs/models/gemini-3-pro-image-preview)，但这只是当前命名映射，不是新的发布时间。
- 如果页面提到 Nano Banana 2、默认图像模式、2026 年文档变化或更晚的家族路线，必须明确标注那是后来的产品层变化，不是 Pro 的首发时间。
- 顺手检查封面摘要、表格列名、FAQ 第一问、对比卡片和站内搜索摘要，因为这些位置最容易在二次引用时被单独截走。

很多目录站之所以把答案越写越乱，就是因为顶部卡片写了 11 月 21 日，正文里又写 11 月 20 日，再夹进一句“现在更常见的是 Nano Banana 2”。读者最后记住的不是完整逻辑，而是互相冲突的碎片。只要把每条信息放回自己的位置，错误传播就会明显减少。

如果你维护的是团队知识库，最稳的做法是预先准备三句固定模板：一条写给普通读者，一条写给开发者，一条写给采购或竞品比较。以后有人补截图、换官方模型名、补 API model ID 或讨论 Nano Banana 2 时，就不会顺手把原始发布日期也一起改坏。

另外，如果你的页面经常会被 AI 摘要、目录页或问答卡片截取，最好把“2025 年 11 月 20 日发布”“当前官方名是 Gemini 3 Pro Image Preview”“Nano Banana 2 是后来的家族变化”这三句话拆开放在不同位置。这样即便别人只引用其中一段，也不容易把时间线倒过来。

## FAQ

**Nano Banana Pro 到底是 11 月 20 日还是 11 月 21 日发布的？**

官方答案是 **2025 年 11 月 20 日**。Google 原始发布页和 Gemini API 更新日志都写的是这一天。你看到的 11 月 21 日，更适合被理解成二手页面或时区换算后的写法，而不是新的官方发布日期。

**Nano Banana Pro 和 Gemini 3 Pro Image Preview 是同一个东西吗？**

是。同一套官方文档里，Nano Banana Pro 对应的就是 **Gemini 3 Pro Image Preview**，API model ID 是 **`gemini-3-pro-image-preview`**。

**Nano Banana 2 是不是取代了 Nano Banana Pro？**

不是。当前 Google 文档把它们同时放在 Nano Banana 家族里。Nano Banana 2 对应更高效率的 3.1 Flash Image 线，而 Nano Banana Pro 仍然对应更高阶的 Gemini 3 Pro Image Preview 线。

**为什么这条查询看起来比想象中复杂？**

因为搜索结果把三件不同的事混在了一起：历史发布日期、当前官方模型名，以及 2026 年 Nano Banana 2 带来的产品层变化。把这三件事拆开看，答案其实并不复杂。