我正在建立我的博客，我正在努力让getStaticPaths以最好的方式工作。我计划每天向我的CMS添加文章，问题是如果我使用“fallback：false”，路径只会在建置时产生。我不太明白“fallback：真”是一个好主意，它会影响SEO吗？因为如果在第一次渲染时有一个回退组件，我会认为它会影响SEO和网络爬虫。考虑到我每天都会向CMS添加文章，正确的做法是什么？
niwlg2el1#
Next.js文档状态网络爬虫程序（如Google）将不提供回退，相反，路径将表现为回退：'阻塞'这意味着如果爬行器请求该页面，返回的HTML文档将具有预先呈现的页面。因此，从SEO的Angular 来看，fallback: true与fallback: "blocking"相同：它们都对SEO没有负面影响，除了可能较长的初始加载时间（这就是为什么我会在我的CMS上有某种webhook，在发布帖子后请求页面，以便在任何爬虫访问它之前预先构建）。如果你每天都有很多新文章/帖子，并且在发布新文章后不使用CMS webhook或手动访问页面，如果建立新页面需要超过3-4秒，我会选择fallback: true，否则选择"blocking"。但一般来说，如果您不时添加一些文章，我不会花费精力创建回退页面，而只是使用"blocking"，因为对新页面的简单HTTP请求已经触发了页面的构建和缓存，因此没有用户会遇到回退或阻塞行为。
fallback: true
fallback: "blocking"
"blocking"
1条答案
按热度按时间niwlg2el1#
Next.js文档状态
网络爬虫程序（如Google）将不提供回退，相反，路径将表现为回退：'阻塞'
这意味着如果爬行器请求该页面，返回的HTML文档将具有预先呈现的页面。因此，从SEO的Angular 来看，
fallback: true与fallback: "blocking"相同：它们都对SEO没有负面影响，除了可能较长的初始加载时间（这就是为什么我会在我的CMS上有某种webhook，在发布帖子后请求页面，以便在任何爬虫访问它之前预先构建）。如果你每天都有很多新文章/帖子，并且在发布新文章后不使用CMS webhook或手动访问页面，如果建立新页面需要超过3-4秒，我会选择
fallback: true，否则选择"blocking"。但一般来说，如果您不时添加一些文章，我不会花费精力创建回退页面，而只是使用
"blocking"，因为对新页面的简单HTTP请求已经触发了页面的构建和缓存，因此没有用户会遇到回退或阻塞行为。