关于H1的位置解析

相信大多数人都偏向第一种方式:用于文章标题上,从文章的角度上看,用户进到内容页里,想看到的当然就是文章的内容,文章标题理所当然是最重要的、最应该突出的。

OK,以上是在文章的角度看的,如果在页面的角度看呢?

页面中除了文章内容、由内容引伸出来的链接外,还有导行、广告、搜索等跟文章内容无直接关系的内容。在页面中,文章只是其中的一个组成部分,从语义的角度来讲,一个页面中只有一个大标题(H1),用于概括页面的内容(包括非文章的部分)。所以,H1用于站点标题上比用于文章标题要更准确些。注意H1跟title是不一样的。

这里也解决下在讨论中有些同学提出的想法:

有关SEO的问题(H1对SEO有影响) 
有关语义的问题

这两个问题是有矛盾的,有时候做SEO就得放弃语义,以国内做SEO的手段,基本无语义可言。可悲的是现在做站的同学基本都着重于SEO。

H1对于SEO是有影响,但还不至于非它不可,它的权重比页面头部的信息要低得多,何不用心做好页面的头部信息呢?而且做好了语义化,对SEO并无不好的影响,为什么非要钻这牛角呢?

我觉得body里的内容是怎样就应该怎样,重点应该放在语义上,因为这一块主要是给用户看的,同时也为了适应多终端,有同学说你不也使用了隐藏的文字,没错,那是为了语义服务的,在没有样式或不支持样式的终端上,为了让内容更具有可读性,而不是为了做SEO。SEO应该重点放在head上,这块也是搜索引擎最看重的,比如meta就包含了许多用于搜索引擎的属性。

(0)

相关推荐

  • 关于H1的位置解析

    相信大多数人都偏向第一种方式:用于文章标题上,从文章的角度上看,用户进到内容页里,想看到的当然就是文章的内容,文章标题理所当然是最重要的.最应该突出的. OK,以上是在文章的角度看的,如果在页面的角度看呢? 页面中除了文章内容.由内容引伸出来的链接外,还有导行.广告.搜索等跟文章内容无直接关系的内容.在页面中,文章只是其中的一个组成部分,从语义的角度来讲,一个页面中只有一个大标题(H1),用于概括页面的内容(包括非文章的部分).所以,H1用于站点标题上比用于文章标题要更准确些.注意H1跟titl

  • vue parseHTML函数解析器遇到结束标签

    目录 引言 match函数匹配正则endTag 关键 parseEndTag 函数代码 总结parseEndTag 函数作用 handleStartTag函数后续 最后更新 stack 栈以及 lastTag 引言 承接上篇 parseHTML 函数源码解析拿到返回值后的处理 接下来我们将会讲解当 textEnd === 0 解析器遇到结束标签,parse 结束标签的代码如下: // End tag: var endTagMatch = html.match(endTag); if (endTa

  • C++实现xml解析器示例详解

    目录 xml格式简单介绍 xml格式解析过程浅析 代码实现 实现存储解析数据的类——Element 关键代码1——实现整体的解析 关键代码2——解析所有元素 开发技巧 有关C++的优化 额外注意 xml格式简单介绍 <?xml version="1.0"?> <!--这是注释--> <workflow> <work name="1" switch="on"> <plugin name=&quo

  • SpringMVC实现RESTful风格:@PathVariable注解的使用方式

    目录 1.RESTful简介 2.SpringMVC实现RESTful风格 2.1 @PathVariable注解 2.2 修改SpringMVC的前端控制器配置 3.静态资源访问问题 3.1 解决方法一 3.2 解决方法二 4.综合实例 1.RESTful简介 RESTful为Representational State Transfer的缩写,中文释义为"表现层状态转换".RESTful不是一种标准,而是一种设计风格. RESTful本质上是一种分布式系统的应用层解决方案,它的主要

  • php 大数据量及海量数据处理算法总结

    下面的方法是我对海量数据的处理方法进行了一个一般性的总结,当然这些方法可能并不能完全覆盖所有的问题,但是这样的一些方法也基本可以处理绝大多数遇到的问题.下面的一些问题基本直接来源于公司的面试笔试题目,方法不一定最优,如果你有更好的处理方法,欢迎与我讨论. 1.Bloom filter 适用范围:可以用来实现数据字典,进行数据的判重,或者集合求交集 基本原理及要点: 对于原理来说很简单,位数组+k个独立hash函数.将hash函数对应的值的位数组置1,查找时如果发现所有hash函数对应位都是1说明

  • 大数据量,海量数据处理方法总结

    下面的方法是我对海量数据的处理方法进行了一个一般性的总结,当然这些方法可能并不能完全覆盖所有的问题,但是这样的一些方法也基本可以处理绝大多数遇到的问题.下面的一些问题基本直接来源于公司的面试笔试题目,方法不一定最优,如果你有更好的处理方法,欢迎与我讨论. 1.Bloom filter 适用范围:可以用来实现数据字典,进行数据的判重,或者集合求交集 基本原理及要点: 对于原理来说很简单,位数组+k个独立hash函数.将hash函数对应的值的位数组置1,查找时如果发现所有hash函数对应位都是1说明

  • 易语言调用TTS语音模块实现文字转换语音功能的代码

    DLL命令表 .版本 2 .DLL命令 CoInitialize, 整数型, "ole32.dll", "CoInitialize" .参数 pvReserved, 整数型 .DLL命令 CoUninitialize, , "Ole32.dll", "CoUninitialize", , 在当前线程,关闭COM库,卸载所有加载的DLL的线程,释放线程保持的任何其他资源,并强制关闭所有的线程上的RPC连接. 利用系统自带的TTS

  • Go处理PDF的实现代码

    工作中经常会遇到一些pdf文件处理的问题,一千种pdf有一千种处理方式,每次都是绞尽脑汁和这些pdf战斗到底. 本人又是一个gopher,所以这篇文章会以一个goper的视角,列举一下我所经历过的每一种pdf处理场景,比如: pdf渲染 pdf校验 pdf加水印 pdf获取页数 pdf合并 pdf拆分 修复受损pdf pdf转png 识别pdf中的字体 pdf解密 ... 本文大多是场景问题的罗列,可以根据标题摘取自己有兴趣的部分查看 很多pdf的问题我也不是特别专业,如果问题或者疑问欢迎与我交

  • VUE实现大转盘抽奖

    UI 老规矩,先看下静态UI,以便于有个图像概念 初始参考各值参考图 方案分析-参数配置 核心思路: 将指针和中奖区域划分两部分,目前常规的效果,控制中奖区域旋转,然后停在指针处,当然控制指针也可以,一套思路,dom结构也比较简单,唯一算是复杂点的就是中奖区域,但是如果你足够懒,像我一样,你可以传递一张图也可以,完全依赖远端数据: 关于旋转位置 每个移动位置应均分,360/个数 === 每个奖品所占据的位置,以本文为例8个奖品位置,每个区域应为45deg,每个指针中心位置应为±22.5deg(±

  • Java实现画图的详细步骤(完整代码)

    一.导入依赖 <dependency> <groupId>net.coobird</groupId> <artifactId>thumbnailator</artifactId> <version>0.4.13</version> </dependency> 二.工具类 package com.geidco.dcp.util; import net.coobird.thumbnailator.Thumbnail

随机推荐