2019年SEO趋势是什么？「机器学习、物联网、用户体验」影响下的SEO

作者：码迷 2019-11-28 09:40:02 阅读：1068 点赞：181

2019年SEO趋势是什么？「机器学习、物联网、用户体验」影响下的SEO/

2019 年的 SEO 除了受机器学习技术、IoT（物联网）产业发展的影响，另外也受到了大环境考验──「假新闻漫天飞，落入有心人士手中操弄」──对于这样的风潮，2019年搜索引擎算法有什么变动趋势呢？让我们从回顾2018年的SEO大事件，并且综合搜索营销的演变，来预估2019年SEO的趋势吧！

1. 网域公信力更吃重

打击假新闻，创建有公信力的网站

在这个人人都可当媒体人的时代，要辨别消息的真与假实在很难。尤其许多「风向操作」团体，可以利用空穴来风的消息，操弄社会舆论甚至是选举结果。基于这个现象越来越严重，2018年3月Google宣布「Google新闻决策」（），9月更近一步，同意一起在欧洲共同打击假新闻。自然 Google 会从自家的产品动刀，Google Search 在去年就发生了核心算法的调整，希望能大幅度提升 Google Search 的搜索品质，在搜索这一环阻挡假消息被看到。

什么是YMYL（Your Money Your Life）关键字词？

YMYL Keywords Example

Google八月核心算法（aka. Medic Update）对中国 Search 市场的影响是什么？

健康知识网站

健康知识搜索市场，若将每个网站摊开来看，你会发现在每一家都在8月1日开始全面流量大洗牌，几家欢乐几家愁。也可以看出 Google 这样的调整，其实让健康市场走向零和趋势，已具有规模的传媒可以赢者全拿。另外细看这些流量，也可看到 Google 在10月初有一波调整，似乎企图将「误杀」的流量救回，但也有网站流量一去不复返。

投资理财网站

在8月的算法调整中，投资理财信息网站或多或少因此受到影响，但来到了2019年初，初步查看大多数投资理财行网站流量已回稳。不过仍然「大者恒大」，大型媒体网站流量、排名稳定，不动如山。

YMYL Economy&Money 财经类型网站

如果我的网站在Medic Update之后搜索流量一泻千里，该怎么办？

Medic Update 调整，从精神上来看，是在于「网站整体的权威度」上，给予更高的重要度。于是任何可以提高网站权威的做法，都可以帮助网站重回流量。这么说来有点空泛，但是基本上可以从以下方向来努力：

提升品牌力（提升首页被搜索的次数）
提高内容公信度（补充内容、补充知识来源、补充作者信息、补充版权说明）
增加高品质外部链接（让网站曝光于合作网站、产出优质内容鼓励分享）
挡住可疑的外部链接（利用Search Console禁止链接工具）

Google 2018八月的算法更新「Medic Update」，awoo建议可以试着在网站内做出的改变

以上四种方式，根据不同产业会有不同差异，无法说运行哪种一定对你有效。但是 awoo 的合作伙伴在运行完上述几点后，下滑的流量也起死回生了！如果你因为这次的更新苦恼了一阵子，建议您从今天开始，也朝这四个方向加强品牌的权威度，对品牌经营更是有利无害。

2. 内容经营符合顾客消费历程

因为数字技术的发达，营销的渠道五花八门，其实几乎没有顾客的购物历程是一模一样。就算是同种商品，有些顾客会花几个礼拜到几个月去搜索信息才决定购买，也有些客户几小时之内就决定下单，其中「搜索」的行为，也会因为不同产业、不同受众而有差异。所以，搜索渠道策略不能只看片面，而要去思量「到底在何种情境下用户会搜索？」，反推「关键字」，思考「着陆页面」，优化「转换」。SEO 不再是「关键字排名」这么简单。

范例：上班好郁卒，看同事买了多肉植物放在桌上好像容易照顾又疗愈…

实体店面购买剧情

先搜索「多肉植物」，发现多肉植物有好多分类！这时也认识了一些在线购物的店家，点进去看价钱，发现在线购物店家价钱偏高，于是继续搜索「多肉植物价格」，这时发现其实可以去实体花市逛逛，价钱更实惠，而且直接去还可以直接买，也是一个假日跟朋友一起去的好去处。

内容经营重点：

下载完整版，收藏内容经营4重点

在线购买剧情

搜索「多肉植物价格」时，发现一些很好的网络商店，照片真的很吸引人！但是之前跟这些品牌完全不熟悉，该马上下单吗？先忍住做做功课，看看这些网络卖家的评价吧！

内容经营重点：

下载完整版，收藏内容经营6重点

后续照顾剧情

买完多肉很开心，但是照顾上发现了一些问题⋯⋯例如：叶子变软了，没有当初买回来那边厚实，这是哪里出了问题？或者是，买完一盆发现太棒了，还想做一些高端的变化，像是植物搭配做成礼物送给朋友，这时候就是「内容营销」出场的时候了！

内容经营重点：

下载完整版，收藏内容经营5重点

3. 注意地区性搜索（Local Search）特征

根据 Google 的保守估计，其实有 30% 的手机搜索都带有「地区意图」，除了「直接带有地理位置」的关键字词外，有些字就算不打入「地区关键字」，仍可以触发 Google 的 Local Search 特征。像是搜索「天气」，其实背后的最可能意图就是想看附近的天气，于是 Google 推断这背后是想要知道手机定位附近的天气，自然会带出「Local Search」的搜索结果。

地区性搜索特征（Local Search）：天气

虽然 Local Search 并不是新消息，但是过去一年，Google 对搜索结果页面时常有改版，用更大的版面来显示 Google 自己系统运算出来的信息，像是「Local Pack（地区图版位）」、「Knowledge Panel（知识版位）」、「Carousel（轮播版位）」、「Hotel Results Box（旅馆结果区块）」⋯⋯这些版面越来越常出现，用手机搜索时，甚至把原本的自然搜索结果都压到最下方了。这对搜索营销有什么影响？透过 SEO 有机会让自己的网站出现在这些特别版面上吗？

哪些特性的关键字词特别受 Local Search 特征的影响？

如果你的商业性质与下面列出的特性有关，那就更要特别注意 Local Search 对你的影响：

受众通常只局限在某一特定区域（例如：美发沙龙）
旅游相关（例如：民宿）
实体活动或展览（例如：婚礼场地）
会因为不同地理位置而有差异的现象（例如：天气）

争取 Local Search 的曝光，我该怎么做？

以下简单从 SERP（搜索结果页面）的版位来区分：

Local Pack（地区图版位）

也就是搜索时会出现「地图信息」、「店家信息」的区块。大致来说，可以透过经营「」（Google My Business）来让你的店家在用户搜索时，更容易出现在页面上。经营「Google 我的商家」的另外一个好处是，用户用「Google 地图」查找时，你的商家也可以清楚显示在上面。

Local Pack 版位

Google 我的商家优化经营重点：

下载完整版，解密Google我的商家优化经营重点

Knowledge Panel（知识皮肤）

Knowledge Panel 通常会在用户搜索「品牌名相关词」时出现，在消费者购物历程中，可能会出现在「想要更近一步了解这个品牌」这个阶段，所以能否得到信任感是一大重点。而 Knowledge Panel 通常还会因为你是「当地商家」还是「大品牌（Google 认为）」*注1 而有不同样式；两种差别如下：

Google Knowledge Panel 出现样式

若是当地商家，会直接出现你的「我的商家卡」，这边的调整重点可以参照上一段「Google 我的商家优化经营重点」。若你打入自身品牌字，出现的是另外一种「大品牌卡」，也可，向Google 提出请求修改。

下载完整版，了解收藏如何影响Google Knowledge Panel显示结果

*注1：除了大品牌，另外地标名称、人物、组织⋯⋯等不限地区限制的对象，也会出现这种样式。但本篇文章先聚焦于「商业店家」，故略不提其他情况。

Carousel（轮播版位）

目前常见的轮播版位有 *注2：

图片轮播
专有名词的分类轮播
地区推荐行程轮播
Q&A页面的轮播
图片搜索的轮播选项（以 Bubble Snippet 型态出现）
Youtube 影片轮播
Knowledge Panel 中的「其他人也搜索了以下项目」
食谱轮播
内容摘要（以 Bubble Snippet 型态出现）

*注2：会因为手机语言设置、搜索引擎地区设置不同，而可能有不同的 UI 接口，甚至有不同的版位，这边以中文（繁体）中国地区为主。想要看最新的版位，可以切换到英语接口，甚至使用 VPN，有机会可以被 A/B Testing 到另外的版型。

Google 搜索的 Carousel 轮播版位

我的网站有可能在 Carousel 轮播版位中吗？

毕竟这是许多是 Google AI 所搜集、整理的数据，所以并不是都能透过优化自己来促使 Google 显示。但仍有几个方向我们可以掌握：

下载完整版，了解如何抢攻Carousel轮播版位

总结以上，顺应 Google Search 越来越多版面都是 Google AI 所搜集、归类，你必须准备好两个方向：

一、经营 Google 自家提供的平台，尽可能补充详实的信息

二、为 Google 机器学习铺路，在自家的网站中加上适合的语意标签（无论是Google发布的结构化数据，或是遵行 HTML 标签原有的语意架构）

4. 结构化数据不停更新中

2018 年到现在 Google Structured Data 仍不断改版，看得出 Google Search 将更依赖这些结构化数据，最终将会影响搜索结果。结构化数据是什么呢？简单来说，就是透过在 HTML 文本中加入 Google 认可的标记，方便 Google 可以畅行无阻了解你的页面内容。截至目前，官方文档所列出的结构化数据共有 28 种，这边列出适用于大部分网站的项目：

类型	说明	适合使用的页面
Article 文章	帮助文章出现在「Top stories」中，展示文章「Rich snippet」。又分为AMP、NON-AMP类型。	新闻、博客文章
Breadcrumb 面包屑	Google 利用面包屑来分类信息。帮助网页出现「Breadcrumb Trails」。	除了首页外，网站中所有可被分类、有阶层关系的页面
Carousel 轮播	帮助搜索结果出现「Carousel」样式。	在含有「网址清单」的集成页面（Summary Page），例如「文章列表」、「活动清单」、「某道菜的食谱清单」。或是集成信息页面（all-in-one-page），例如「热门6大咸派食谱」。
Corporate Contact 联系信息	帮助 Google 的 Knowledge Graph 出现公司组织的联系信息、联系时间、联系地区、公司网址。	公司或组织网站中所有页面。
Event 活动	帮助 Google 了解活动时间、活动类型，并让活动出现在 Google Search 活动版位。	活动页面。（活动类型目前支持：商业活动、儿童活动、音乐会⋯⋯等等，详细请看）
Logo 组织识别	帮助 Google 确认公司或组织的 Logo 识别。	公司或组织网站中所有页面。
Product 产品	帮助搜索产品时，在 Google Search 及 Image Search 出现产品售价、评级、存货⋯⋯等信息。	商品页面或比价页面。（这边的产品可以是课程、实体商品、服务。）
Review Snippet 评论摘要	帮助 Google 了解某样商品、书籍、电影⋯⋯的评价分数、评论摘要。	具有「评论功能」的任何页面。（常见有商品页、电影介绍、食谱等）
Social Profile 社区	帮助 Google 的 Knowledge panels 出现公司或组织社区链接，例如官方 Facebook Page 的链接。	公司或组织网站中所有页面。
Video 影片	帮助 Google 了解影片主题、内容、更新时间、影片缩略图，可能出现在 Image Search。	含有影片文档的页面。
Beta 版
Software App 应用程序	帮助 Google 了解 App 内容，网站与App 关联性。	具有 App 商品的网站、介绍 App 的文章、贩售软件的页面。
Speakable 可读内容	帮助 Google 得知文章中「可被阅读」的内容，可应用在 Google Assistant 相关设备。	具有 Google News 或 Google Publisher 资格的媒体，才能在新闻页面增加「Speakable 结构化数据」。

设置 Structured Data 要注意什么？

下载完整版，了解设置Structured Data的注意事项

5.Google 助理（Google Assistant）是下一个品牌曝光渠道

去年11月感恩节过后，的商品，预估在2018年最后两季，Echo Dot 销售量达到 5 亿台，而根据 Google 官方在消费电子展访谈上所说， Google 助手（Google Assistant）功能目前已经在 40 亿台设备上激活。Google Assistant 用户遍布全球，Amazon 则是主打北美市场，而，目前 Amazon 占有智能语音市场的 75%，而 Google 则占 25%。

“Marketing in the age of assistance”

「这是个在线助理的大时代」 Google 如是说

这个趋势虽然是从 2016 年就开始，但 Google 当时的 Google Home，市占率并没有这么高，官方也很少针对 Voice Search 有详细的解释文档，awoo 在 2018 年 SEO 趋势文，也只能先从「文案语意」下手，希望能从攻占 Featured Snippets 版面，来让 Google Assistant 更容易抓取你的文章内容。但是随着结构化数据官方文档在 2018 年 7 月 24 日更新，你可以发现 Google 有发布「Speakable」的规范，并直接写明：

“Adding markup allows search engines and other applications to identify content to read aloud on Google Assistant-enabled devices using TTS. Webpages with speakable structured data can use the Google Assistant to distribute the content through new channels and reach a wider base of users.”

（透过增加结构化数据标签，可以让搜索引擎或其他 App 应用 TTS 技术，在支持 Google Assistant 的设备上大声地把你的内容念出来。网页可以利用「Speakable」结构化数据，让 Google Assistant 帮助传播你的文章内容，触及更多用户）

文档中更指出，当用户询问语音助手一个问题时，Google Assistant 会找出 3 篇文章，使用 TTS（Text-to-speech）技术，将有套用 Speakable 结构化数据的区块念出来，并且把「出处网址」、「完整原文」发送给用户的 Google Assistant App。

使用 Speakable 结构化数据要注意什么？

哪些类型页面适合使用 Speakable 结构化数据？

Speakable 结构化数据语法

下载完整版，了解如何利用Speakable结构化数据让内容被Google Assistant读取

6.Search Console 信息更透明更快速，弭平信息落差

2018 年 1 月，Google 提出了新版的 Search Console BETA 版，在 2018 年 9 月宣布新版 Search Console 正式激活。新版 SC 与旧版 SC 最大不同，就在于它的「测试在线网址」功能可以给你即时数据。以往网页做了更新后（例如加上新的结构化数据），只能先使用「Google仿真器」截取并转译，结果只能看到是不是转译完成，下载的 HTTP 回应原代码，无法进⼀步知道 Google Crawler 对这⼀⾴的了解情况或是否有其他地方可以优化。现在只需进入「网址审查」＞「检查网址」就能知道特定网址的「收录状况」、「是否在 sitemap 中提交」、「是否适合手机端浏览」、「AMP版本是否有效」，若调整完，还可直接点击「测试在线网址」，要求 Google 重新审查一遍确认结果，大幅节省时间，就算出错也能知道大概的错误位置，跟旧有的「Google 仿真器」比起来指示清楚许多。

新旧版 Search Console 差异比较

Search Console 存在的意义，就是制造一个让 Google 可以直接与网站经营者沟通的平台。新版 Search Console 与旧版最大差异：

Search 成效图表接口更易读
可以用「网址」为单位，侦测单一页面检索状况
清楚显示重复页面「Canonical」侦测结果（在2019年2月6日。）
以「行动版设备」为重心
提交 Sitemap 时，必须要有 Search Console 资源编辑权限
搜索流量数据从 3 个月变成 16 个月
支持手机端来浏览 Search Console

新旧 Search Console 详细差异比较如下：

旧版 Search Console	新版 Search Console
搜索结果呈现方式	结构化数据	强化 *注1
复合式信息卡
数据萤光笔	还未支持 *注2
改善 HTML	无
加速行动版网页	强化＞AMP
搜索流量	搜索分析	成效
连至您网站的链接	链接
内部链接
人为介入处理	安全性及专人介入处理＞专人介入处理
指定国际目标	还未支持
手机端可用性	强化＞手机端可用性
Google索引	索引状态	索引＞涵盖范围
封锁的资源	网址审查（个别网址）
移除网址	还未支持
检索	检索错误	1. 索引＞涵盖范围（网站整体） 2. 网址审查（个别网址）
检索统计数据	还未支持
Google 仿真器	网址审查（个别网址）
robots.txt 测试工具	还未支持
Sitemap	索引＞Sitemap
网址参数	还未支持
安全性问题		安全性及专人介入处理＞安全性问题
Web Tools		无

*注1：目前侦测到「Job Posting、Recipe、Event、QA Page」才会显示在「强化」区域。

*注2：虽然新版还未有数据萤光笔，但是在 Search 文档中，仍有出现「Data Hightlight」字样（像是在Event 结构化数据文档），故推测未来仍可能会补上这个功能。

7.SSR（Server-side Rendering）确保搜索爬虫读懂网页内容

Server-side rendering 不是新技术，只是在今年 1 月 30 日 Google 官方 Webmaster 博客有特别针对这个议题撰写了一篇「实作」的文章：，文章中也透露了目前「JavaScript (ES6)」版本还无法被 Googlebot（Google的机器爬虫）所支持，换句话说，若你的网站目前是用 ES6 产生内容，有可能 Google 爬虫读起来是一片空白（或者是 Googlebot 是可以转译的，但是其他家搜索引擎无法。）那么该怎么办？这边我们大略讲一下 SSR 的概念，实行上还是需要工程师们依照各家网站的框架，来适当使用 SSR。（Google 博客中是举 Rendertron 为例子，大概是因为这也是由 Google Chromium 团队所主导开发，而 Rendertron 主要支持 PWA）

SSR(Server-side Rendering) 是什么？

要说什么是 Server-side Rendering 前，也许我们要从网站的「Rendering（渲染）」说起。网页就像一个画布，是由 HTML 语法、JavaScript、CSS 所组成，渲染就是「在画面上形成图样」。HTML 可以想成是人体的骨架、基本组织，CSS 则是衣着或化妆，而 JavaScript 就像一个编剧，他决定什么时候谁要出场，角色或是灯光要怎么变化、甚至该怎么跟台下的观众交互。如果你打开浏览器，基本上都可以看到由 HTML、CSS、JavaScript 三个元素共同演出的戏剧（也就是网页上呈现的内容），但是问题来了，因为各家搜索引擎的 Crawler 对于JavaScript 解析能力，并不是都一样，甚至不一定都能赶上 JavaScript 快速蓬勃发展的脚步，于是有时就会变成「观众看得到完整戏剧」，而「搜索引擎 Crawler 只看到空荡荡舞台」的状况。

而 SSR 可以拯救这个状况！该怎么拯救呢？当来看戏剧的是「搜索引擎的 Crawler」时——为了避免 Crawler 解析能力落差）——就先在 Web Server 把「HTML、JavaScript、CSS」组合起来成「类静态」的网页，再把这个内容丢出去给它看。*注1

*注1 类静态只是相对于「Client-side Rendering」哦法。实际上这个网页仍可能依据 Request 往数据库捞对应数据，页面内容依然是动态抓数据库产生内容。

我的网站需要采用 SSR 吗？

根据 John Mueller 在 2018 年 Google I/O（网络开发者年会）的演讲，目前的 Googlebot 是使用 Chrome 41 来爬取网页上的数据，支持的 JS 版本为 ECMAScript 5（ES5），。虽然目前 Googlebot 支持 ES5，但是其他搜索引擎却有可能不支持；若你的网页是用Client-side Rendering 来产生网页主旨内容（主旨内容系指 Navigator、文章内容、产品链接等），若经评估后，网页的服务类型需要透过搜索引擎的索引来达到更多曝光的话，则推荐使用 Server-Side Rendering 来帮助搜索爬虫检索（index）你的页面。

安装完成 SSR 后，该怎么检查？

虽然 Google 有发布「手机端兼容性测试」工具，但是也是有发生「工具」显示正常，但是在 SERP（搜索结果页面）上，Google 仍以原始「JSON」的数据当作「网页描述」的状况。

下载完整版，收藏交叉确认Googlebot转译结果的3种方式

8.PageSpeed Insights 网页加载速度工具集成 Lighthouse

2018 年 11 月，Google 集成了 Lighthouse 网页速度检查，推出新的。这次更新为第五版，主要提供信息分为 5 大块：

字段数据（Field Data）
研究数据（Lab Data）
最佳化建议（Opportunities）
诊断（Diagnostics）
通过审核项目（Passed Audits）

字段数据（Field Data）

中文的翻译有点不直觉，你也许可以叫他「田野调查数据」更容易了解。Field Data 主要采用了「现实世界」在不同的「网络速度」、不同的「浏览设备」条件下的 Chrome 的用户数据。

这个数据有些前提：

不一定每个网站都有「字段数据」（数据可能太少了，没有够多的田野调查数据可以显示）
字段数据每天都会更新，数据有效期限为过去28天
「字段数据」的结果可能与「研究数据」结果不同（因为「研究数据」中的数值为 Lighthouse 检测工具的仿真评估值）
字段数据源为「Chrome User Experience Report (CrUX)」（的确 Google 一直在用 Chrome 观察你欧）

首次显示内容所需时间（First Contentful Paint，FCP）是什么？

首次显示内容所需时间，计算了从浏览器送出网址后，透过网络发送，网页主机反应送出数据，再透过网络回送到用户的浏览器，浏览器开始从 DOM rendering 第一个 bit 的总共花费时间。简单来说，就是浏览网页的人第一次看到部分页面内容的经过时间。

首次输入延迟 (First Input Delay，FID）是什么？

首次输入延迟其实就是用户第一次与页面交互时，所花费的时间。例如：页面加载部分画面后，浏览者第一次点击页面上的链接后，网页反应（也就是开始前往链接位址）的时间。为什么页面正在加载时，点击页面上按钮或是链接的时候，有时候浏览器都没有反应呢？有时候是因为浏览器正忙着解析、运行网页的其他 JavaScript 文档，无法马上运行其他的页面交互事件，造成塞车的状况。

为什么要有字段数据（Field Data）？

因为网站是给人看的，最终还是要回归到「现实状况下」当地用户的统计数据，才能更客观知道网页目前的加载速度对「实际当地的用户」是够不够的，避免拿明朝的剑斩清朝的官。例如我们曾经看过某个外国行动版网站，字段数据（Field Data）显示「这个网页的加载速度较为缓慢」，但是「根据 Lighthouse 分析的研究数据计算得出的速度分数为 91分」，深入了解后才知道目前当地的行动网速基础建设真的比较慢，就算许多速度优化的项目都有运行了，实际上用户还是受到网速限制，速度体验还是较差的。

无论是 FCP 或是 FID，因为这两个指针都可以增强「用户加载感知」，FCP 很重要，是因为它可以让浏览者清楚知道页面「真的正在进行加载」。而 FID 则是想要从「用户跟网页交互时的反应速度」，试图提高用户体验；简单来说，FCP 指针是确保网页有「良好的第一印象」（加载快），而 FID 指针是确保网页有提供「流畅的交互」（反应快）。

研究数据（Lab Data）

Lab Data 是什么呢？简单来说就是由「Lighthouse」这个实验室出来的检测结果！若有看 awoo 在 2018 年所整理的 SEO 趋势，可以看到我们已经开始在介绍「Lighthouse」这个 Google 大力推荐的开源检测工具，没想到 11 月已经全面集成进入 Google PageSpeed 中了，多了许多进步空间！

研究数据（Lab Data）这个区块使用 Lighthouse 分析引擎，仿真「手机端」加载的过程。他取用了 6 个指针来评估网页加载的分数（由0-100分），分为三个区间：快速（90分以上）、平均（50-89分）、缓慢（49分以下）。简单介绍六个指针：

指针	意义
首次内容绘制（First Contentful Paint）	进入网页后，产生第一个文本或是画面所花费的时间。这是这重要的里程碑，因为它让浏览者有「页面真的正在加载」感。
首次有效绘制（First Meaningful Paint）	通常会设置「hero element」，进入网页后加载完成这个「hero element」所花的时间。虽然每个网页的「hero element」不一定相同，但基本上是抓取「设备的初版面出现基本layout、基本layout上的文本也展现出来」的时间，例如出现网页最上方导览列。详细可看参考文档。
速度指数（Speed Index）	绘制网页内容的速度有多快。Lighthouse 是使用 Speedline 这个模型来决定你的速度指数。
首次 CPU 闲置（First CPU Idle）	浏览者首次与网页交互时，页面反应时间。
可交互时间（Time to Interactive，简称 TTI）	页面加载程度到可以与它正常交互，过程中所经的时间。根据文档，是采取「页面反应时间降低到 50ms 以下时，所经过的时间」。
预估输入延迟（Estimated Input Latency）	网页加载最忙碌的前 5 秒，预估浏览者跟你交互时最长需要等待多久。Lighthouse 会以 50ms 当作评分给分。

参考数据：

为什么要有这么多指针来观察网页加载速度？

9.确定行动版网站 SEO

这一两年有非常多 awoo 的朋友来问：awoo 的手机 SEO 怎么做？有特别针对行动版网站的 SEO 吗？这边可以明确的告诉大家，其实无论手机 SEO 或是桌机 SEO，许多规范都是基本共通的。

尤其你的网站是 RWD 响应式设计，无论哪种设备都是使用同一套网址，更是如此。Google 的 Support 指南目前更是全面为「手机端」撰写，无需太担心是否行动版 SEO 有其他特别规范。但是，若手机版网页是使用「独立网址」或是「动态服务」产生的呢？

动态服务

按照「用户代理程序」（也就是文章前面有提到的 User-agent），来决定给予不同设备不同内容。

利用 Vary HTTP 标头：网站服务器发送提示表明，在他们决定是否透过缓存来提供网页时，会「将用户代理程序纳入考察」。（Google官方：是我们用来检索此类网址的其中一种指针。）
经常维护和更新「用户代理程序清单」：既然动态服务会依照「不同人来看」，给予「不同网页内容」，那么当然要经常维护「访客名单」，已确保不同访客看到的是最适合他的内容。这边列出让大家参考。

独立网址（有人称为大小网）

通常手机桌机版同个页面内容，但是网址不同，就可以归类在此范围。例如「m.awoo.com」与「www.awoo.com」或是「www.awoo.com」与「www.awoo.com/m/」。

通常手机搜索表现出了问题的状况，常是这种类型的。尤其是添加一个子目录作为手机版网页状况（「www.awoo.com」与「www.awoo.com/m/」），为什么呢？有可能是 Googlebot（smartphone）不了解哪个网址是适用于手机（毕竟属于在全部网域的子目录之下），也可能 Googlebot 一直被导到桌机专用的网址，也有可能在手机版网页上你并没有运行所有的 SEO 项目调整。

无论可能原因为何，你可以优先做这些准备：

页面上使用「rel=”canonical” 和 rel=”alternate” 元素的 <link> 标记」，让桌机网址指向对应手机网址，手机指向对应桌机网址。
提交「包含手机/桌机对应网址」的 Sitemap
主机端设置「」（也就是手机网址用桌机开可以自动导到桌机；反之亦然。）（使用 HTTP 重新导向时，尽量使用使用 302 状态码）
为手机版网域添加「Search Console」资源，例如添加一个「m.awoo.com」资源，检查收录状况、确保转址正确。（注意！根据2019/2/27官方博客更新，！）

为什么特别要设置「双向重新导向」？

我们可以先看 Google 官方说什么：对于 Googlebot，我们并未指定任何偏好设置，建议网站管理员在决定重新导向政策时，将用户一并纳入考察。最重要的是提供正确且一致的重新导向功能，亦即重新导向到电脑版网站或行动版网站上的相同内容。如果配置有误，有些用户可能根本无法看到您的内容。

再来看中国网络用户行为：根据，51% 的中国人拥有非常过 4 个设备，⋯⋯中国、香港、日本新加坡的电脑网络使用量普遍较高，⋯⋯即使在手机、平板上看到广告，但在填单、注册或购买，仍多倾向在电脑上完成。

综合以上，建议可先从「Google Analytics」中观察，例如网站用户是否在桌机上转换比较高？手机版浏览量高，但是转换率偏低？或是直接从产品面向观察，你的商品服务是属于要「深思熟虑才下单」的产品吗？若你归纳出跨设备互相影响的确很重要，例如，「用户会从 Line 里面贴的网址，回家会用桌机浏览细看」这样的消费行为特性，那你一定要设置「双向重新导向」，保证无论用户从「哪个网址进入」、「哪个设备打开」，都能得到最完美的用户体验。

除了行动版网页用不同技术架设，会有需要特别注意的点，还有什么项目是手机版网页 SEO 一定要注意的？

这边列出几个大重点，前面的文章已经大致提及：

结构化数据标记
网页加载速度
手机端兼容性测试

或许有人会问，那 AMP（Amlelerated Mobile Pages）呢？

关于这个项目，我们客观认为，还没帮你的网页施作 AMP 技术前，并不能保证「整体流量提升」或是「转换率上升」，况且 AMP 存在的目的是为了「加快网页加载，提升用户体验，进而减少跳出提升转换」，如果网站原本「加载速度快」、「UI/UX设计良好」，那是否有须马上使用 AMP？我们的想法是：不一定。以下列出正反两方的论述，可以让大家去考察成本、评估现况，再来决定是否要使用 AMP：

使用 AMP 优点：

即点即加载：速度真的很快
搜索「新闻型关键字」会在 SERP（搜索结果页面）上有 AMP 轮播版位

使用 AMP 缺点：

前端需重新刻符合 Google 规范的 JS，投入成本高（AMP 对于 JS 规范限制多）
AMP 格式的广告收入不一定跟着提高（因为 AMP 限制了广告格式）
AMP 页面显示在 Google SERP 上时，是使用「Google.com」的网域显示的。例如：https://www.google.com/amp/s/…

我的网站适合使用 AMP 吗？

考虑产业别（即时新闻型网站，建议必用）
考虑原本广告提供者是否支持 AMP 规范
考虑投入 AMP 技术成本，甚至可考虑分阶段上 AMP
AMP 上线后，务必与原本的手机版网页并行，观察两者转换率差异

最后，虽然与 SEO 没有直接关联，但行动版网站的「UI/UX设计」非常重要

手机浏览网页时，加载速度、UI/UX 会大大影响能否在短短几秒就说动你的顾客，能否多浏览几页网站，能否对你的品牌产生印象。2018 年 12 月份，Google 发布了 108 页的「零售电商 UX 圣经」（UX Playbook for Retail），提出了 25 个零售电商必须注意的 UX 设计原则（甚至还有 Checklist 让你检查），如果你的网站一直有 A/B Test 的习惯，真的建议可以好好测试试看，这些设计原则又分在以下 6 个网页功能：