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

作者:码迷 阅读:196 点赞:29

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 个网页功能:

  • 首页/Landing Page
  • 导览列
  • 搜索功能
  • 产品分类页
  • 转换
  • 表单提交优化

参考文档:

除了零售电商外,Google 也发布了「旅游业」、「金融」、「不动产」、「新闻内容媒体」、「获取名单」的 Playbook,建议可以参考看看:

News (新闻)、Content (内容)

Finance (金融)

RealEstate (不动产)

LeadGenaration (客户名单获取)

Travel (旅游)

大体来说,SEO 作为一个「获取名单」、「获得新用户」的营销工具,也许单纯做 SEO 的优化师,并不需要想那么远(而且也的确不是 SEO 的专业范畴),但是好不容易获取流量了,用户没有留下来也是枉然;这也并不是单纯做好 SEO 就能全面兼顾到的部分:

每种营销渠道都有他的强项,无论你决定在不同阶段要怎么打、用哪种营销手段帮助你,重点就是「获取流量/名单」-> 「创建对品牌信任」-> 「购买(转换)」->「获取忠诚户数据」 ->「再营销,刺激继续回头」

首先「将销售漏斗开最大」(SEO自然流量或广告付费流量),再「有效利用这些流量」,踏实的做好每个顾客历程阶段、好好运用不同的网络营销工具,最终才能让商业如飞轮生生不息滚动起来!如果只注意其中一个环节,或是单一营销渠道,等于将鸡蛋放在同一篮,风险大,也可能浪费得来不易的流量。

Google Adwords > 为什么要做网络营销、数字广告?五大理由告诉你!

Inbound Marketing > 电商营销人不可不知的Inbound Marketing

Email > EDM是垃圾(Spam)还是黄金?来了解E-mail营销怎么做吧!

A/B Testing > Google Optimize安装教学- 免费又好用的A/B Test工具!

数据分析>打开网站分析之门-学习Google Analytics吧

欢迎在留言告诉我们的想法,一起来讨论吧!

下载完整版,收藏最详尽的SEO趋势与因应方法!

本文网址: https://www.mamioo.com/seo-master/a43v73an7nrw

本站内容均为「码迷SEO」原创整理,未经授权严禁采集转载,违者必究。