generateMetadata
您可以使用 metadata
对象或 generateMetadata
函数来定义元数据。
metadata
对象
要定义静态元数据,可以从 layout.js
或 page.js
文件中导出一个 Metadata
对象。
完整支持的选项列表请参阅 元数据字段。
generateMetadata
函数
依赖于动态信息的元数据,例如当前路由参数、外部数据或父级段中的 metadata
,可以通过导出一个返回 Metadata
对象 的 generateMetadata
函数来设置。
须知:
- 元数据可以添加到
layout.js
和page.js
文件中。- Next.js 会自动解析元数据,并为页面创建相关的
<head>
标签。metadata
对象和generateMetadata
函数导出仅支持在服务端组件 (Server Components) 中使用。- 不能从同一个路由段同时导出
metadata
对象和generateMetadata
函数。generateMetadata
中的fetch
请求会自动记忆化,以便在generateMetadata
、generateStaticParams
、布局 (Layouts)、页面 (Pages) 和服务端组件 (Server Components) 之间共享相同数据。- 如果无法使用
fetch
,可以使用 React 的cache
函数。- 基于文件的元数据 具有更高优先级,会覆盖
metadata
对象和generateMetadata
函数。
参考
参数
generateMetadata
函数接受以下参数:
-
props
- 包含当前路由参数的对象:-
params
- 包含从根段到调用generateMetadata
的段的动态路由参数 对象。示例:路由 URL params
app/shop/[slug]/page.js
/shop/1
{ slug: '1' }
app/shop/[tag]/[item]/page.js
/shop/1/2
{ tag: '1', item: '2' }
app/shop/[...slug]/page.js
/shop/1/2
{ slug: ['1', '2'] }
-
searchParams
- 包含当前 URL 的查询参数 的对象。示例:URL searchParams
/shop?a=1
{ a: '1' }
/shop?a=1&b=2
{ a: '1', b: '2' }
/shop?a=1&a=2
{ a: ['1', '2'] }
-
-
parent
- 父级路由段解析后的元数据的 Promise。
返回值
generateMetadata
应返回包含一个或多个元数据字段的 Metadata
对象。
须知:
- 如果元数据不依赖于运行时信息,应使用静态
metadata
对象 而非generateMetadata
来定义。fetch
请求会自动记忆化,以便在generateMetadata
、generateStaticParams
、布局 (Layouts)、页面 (Pages) 和服务端组件 (Server Components) 之间共享相同数据。如果无法使用fetch
,可以使用 React 的cache
函数。searchParams
仅在page.js
段中可用。- Next.js 的
redirect()
和notFound()
方法也可以在generateMetadata
中使用。
元数据字段
支持以下字段:
title
title
属性用于设置文档标题。可以定义为简单的字符串 或可选的模板对象。
字符串
default
title.default
可用于为未定义 title
的子路由段提供回退标题。
template
title.template
可用于为子路由段中定义的 titles
添加前缀或后缀。
须知:
title.template
应用于子路由段,而非定义它的段。这意味着:
- 添加
title.template
时,title.default
是必需的。layout.js
中定义的title.template
不会应用于同一路由段的page.js
中定义的title
。page.js
中定义的title.template
无效,因为页面始终是路由的终止段(它没有任何子路由段)。- 如果路由未定义
title
或title.default
,title.template
无效。
absolute
title.absolute
可用于提供忽略父级段中设置的 title.template
的标题。
须知:
layout.js
title
(字符串) 和title.default
为子段(未定义自己的title
时)定义默认标题。如果存在最近的父级段的title.template
,它将增强该模板。title.absolute
为子段定义默认标题。它会忽略父级段的title.template
。title.template
为子段定义新的标题模板。page.js
- 如果页面未定义自己的标题,将使用最近的父级解析后的标题。
title
(字符串) 定义路由标题。如果存在最近的父级段的title.template
,它将增强该模板。title.absolute
定义路由标题。它会忽略父级段的title.template
。title.template
在page.js
中无效,因为页面始终是路由的终止段。
description
其他字段
metadataBase
metadataBase
是一个便捷选项,用于为需要完全限定 URL 的 metadata
字段设置基础 URL 前缀。
metadataBase
允许当前路由段及以下的基于 URL 的metadata
字段使用相对路径,而非必须的绝对 URL。- 字段的相对路径将与
metadataBase
组合形成完全限定的 URL。
须知:
metadataBase
通常设置在根app/layout.js
中,以应用于所有路由的基于 URL 的metadata
字段。- 所有需要绝对 URL 的基于 URL 的
metadata
字段都可以通过metadataBase
选项进行配置。metadataBase
可以包含子域名(例如https://app.acme.com
)或基础路径(例如https://acme.com/start/from/here
)。- 如果
metadata
字段提供绝对 URL,metadataBase
将被忽略。- 在未配置
metadataBase
的情况下在基于 URL 的metadata
字段中使用相对路径会导致构建错误。- Next.js 会规范化
metadataBase
(例如https://acme.com/
)和相对字段(例如/path
)之间的重复斜杠为单斜杠(例如https://acme.com/path
)。
URL 组合
URL 组合优先考虑开发者的意图而非默认的目录遍历语义。
metadataBase
和metadata
字段之间的尾部斜杠会被规范化。metadata
字段中的"绝对"路径(通常替换整个 URL 路径)被视为"相对"路径(从metadataBase
的末尾开始)。
例如,给定以下 metadataBase
:
继承上述 metadataBase
并设置自身值的任何 metadata
字段将按以下方式解析:
metadata 字段 | 解析后的 URL |
---|---|
/ | https://acme.com |
./ | https://acme.com |
payments | https://acme.com/payments |
/payments | https://acme.com/payments |
./payments | https://acme.com/payments |
../payments | https://acme.com/payments |
https://beta.acme.com/payments | https://beta.acme.com/payments |
openGraph
须知:
- 对于 Open Graph 图片,使用基于文件的元数据 API可能更方便。无需手动同步配置导出与实际文件,基于文件的 API 会自动生成正确的元数据。
robots
icons
须知: 建议尽可能使用基于文件的元数据 API来管理图标。无需手动同步配置导出与实际文件,基于文件的 API 会自动生成正确的元数据。
须知: Chromium 构建的 Microsoft Edge 不再支持
msapplication-*
元标签,因此不再需要。
themeColor
已弃用: 从 Next.js 14 开始,
metadata
中的themeColor
选项已被弃用。请改用viewport
配置。
colorScheme
已弃用: 从 Next.js 14 开始,
metadata
中的colorScheme
选项已被弃用。请改用viewport
配置。
manifest
Web 应用清单,定义在 Web 应用清单规范中。
twitter
Twitter 规范(令人惊讶地)不仅用于 X(原 Twitter)。
了解更多关于 Twitter 卡片标记参考。
viewport
已弃用: 从 Next.js 14 开始,
metadata
中的viewport
选项已被弃用。请改用viewport
配置。
verification
appleWebApp
alternates
appLinks
archives
描述具有历史价值的记录、文档或其他材料的集合(来源)。
assets
bookmarks
category
facebook
您可以将 Facebook 应用或 Facebook 帐户连接到网页,以使用某些 Facebook 社交插件 Facebook 文档
须知: 您可以指定 appId 或 admins,但不能同时指定两者。
如果要生成多个 fb:admins 元标签,可以使用数组值。
pinterest
您可以在网页上启用或禁用 Pinterest Rich Pins。
other
所有元数据选项都应通过内置支持覆盖。但是,可能存在特定于您网站的自定义元数据标签,或刚刚发布的全新元数据标签。您可以使用 other
选项渲染任何自定义元数据标签。
如果要生成多个相同键的元标签,可以使用数组值。
不支持的元数据
以下元数据类型目前没有内置支持。但是,它们仍然可以在布局或页面本身中渲染。
类型
您可以通过使用 Metadata
类型为元数据添加类型安全。如果您的 IDE 中使用了内置 TypeScript 插件,则无需手动添加类型,但仍可显式添加。
metadata
对象
generateMetadata
函数
常规函数
异步函数
带分段属性
带父级元数据
JavaScript 项目
对于 JavaScript 项目,可以使用 JSDoc 添加类型安全。
元数据 | 推荐方案 |
---|---|
<meta http-equiv="..."> | 通过 redirect() 、中间件 或 安全标头 设置适当的 HTTP 标头 |
<base> | 在布局或页面中直接渲染该标签 |
<noscript> | 在布局或页面中直接渲染该标签 |
<style> | 了解更多关于 Next.js 中的样式 |
<script> | 了解更多关于 使用脚本 |
<link rel="stylesheet" /> | 直接在布局或页面中 import 样式表 |
<link rel="preload /> | 使用 ReactDOM preload 方法 |
<link rel="preconnect" /> | 使用 ReactDOM preconnect 方法 |
<link rel="dns-prefetch" /> | 使用 ReactDOM prefetchDNS 方法 |
资源提示
<link>
元素有一系列 rel
关键字,可用于向浏览器提示可能需要外部资源。浏览器根据这些关键字应用预加载优化。
虽然元数据 API 不直接支持这些提示,但您可以使用新的 ReactDOM
方法 安全地将它们插入文档的 <head>
中。
<link rel="preload">
在页面渲染 (浏览器) 生命周期的早期开始加载资源。MDN 文档。
<link rel="preconnect">
预先发起与源的连接。MDN 文档。
<link rel="dns-prefetch">
在资源被请求之前尝试解析域名。MDN 文档。
须知:
- 这些方法目前仅在客户端组件中受支持,这些组件在初始页面加载时仍会进行服务端渲染。
- Next.js 内置功能如
next/font
、next/image
和next/script
会自动处理相关资源提示。
行为
默认字段
即使路由未定义元数据,也会始终添加两个默认的 meta
标签:
- meta charset 标签 设置网站字符编码。
- meta viewport 标签 设置网站视口宽度和缩放比例以适应不同设备。
须知:您可以覆盖默认的
viewport
元标签。
流式元数据
generateMetadata
返回的元数据会流式传输到客户端。这使得 Next.js 能够在元数据解析后立即将其注入 HTML。
由于页面元数据主要面向机器人和爬虫,Next.js 会对能执行 JavaScript 并检查完整页面 DOM 的机器人 (如 Googlebot
) 流式传输元数据。但对于 HTML 受限 的机器人 (如 Twitterbot
),元数据会继续阻塞页面渲染,因为这些机器人在爬取时无法执行 JavaScript。
Next.js 会自动检测传入请求的用户代理,以决定是提供流式元数据还是回退到阻塞式元数据。
如果需要自定义此列表,可以在 next.config.js
中使用 htmlLimitedBots
选项手动定义。Next.js 会确保匹配此正则表达式的用户代理在请求您的网页时收到阻塞式元数据。
指定 htmlLimitedBots
配置将覆盖 Next.js 的默认列表,让您完全控制哪些用户代理应选择此行为。这是高级行为,默认设置应能满足大多数情况。
顺序
元数据按顺序评估,从根段开始,一直到最接近最终 page.js
段的段。例如:
app/layout.tsx
(根布局)app/blog/layout.tsx
(嵌套博客布局)app/blog/[slug]/page.tsx
(博客页面)
合并
按照评估顺序,从同一路由的多个段导出的元数据对象会浅层合并,形成路由的最终元数据输出。重复键会根据其顺序替换。
这意味着嵌套字段如 openGraph
和 robots
如果在较早的段中定义,会被最后一个定义它们的段覆盖。
覆盖字段
在上例中:
app/layout.js
中的title
被app/blog/page.js
中的title
替换。app/layout.js
中的所有openGraph
字段在app/blog/page.js
中被替换,因为app/blog/page.js
设置了openGraph
元数据。注意缺少openGraph.description
。
如果希望在覆盖某些字段的同时在段之间共享其他嵌套字段,可以将它们提取到单独的变量中:
在上例中,OG 图片在 app/layout.js
和 app/about/page.js
之间共享,而标题不同。
继承字段
说明
app/layout.js
中的title
被app/about/page.js
中的title
替换。app/layout.js
中的所有openGraph
字段在app/about/page.js
中被继承,因为app/about/page.js
未设置openGraph
元数据。
版本历史
版本 | 变更 |
---|---|
v15.2.0 | 为 generateMetadata 引入流式支持。 |
v13.2.0 | viewport 、themeColor 和 colorScheme 已弃用,推荐使用 viewport 配置。 |
v13.2.0 | 引入 metadata 和 generateMetadata 。 |