本文作者:SEO教程

「seo 给网页图片加多个title」 文章后面加很多相同图片,标签也是一样的,对seo优化有没有负面影响

网友knkn5 2015-11-21 19:02:39 412 自考本科网
SEO知否谈Canonical标签雅思口语的提分点讲解 - 雅思口语 雅思口语的提分点讲解。在词汇量、语法都达到一定程度上雅思口语如何提升?雅思考生们其实可以从三个方雅思口语提分点为切入点来突破自己的雅思口语分数,下面就是雅思小编为大家整理的雅思口语提分点。下面和小马过河雅思小编一起来看看吧:雅思口语是大家可以充分展示自己水平和创造力的时候。2007年7月1日之后,雅思口语、写作引入半分制,更是大大减小考试时的考官主观因素,也为众多希望突破口语6分的考生提供了一个大好机会。很多同学也许会问:6分与6.5的区别是什么?有人会说,是语音标准不标准、发音地道不地道的区别...

专升本教育培训

seo 给网页图片加多个title: 文章后面加很多相同图片,标签也是一样的,对seo优化有没有负面影响

你所说的上传图片,是把图片传到你的服务器上面,调用的是你自己服务器里面的图片,而代码插入是远程存取别人服务器上的网站,这2者跟SEO优化没有关系。另外你的文章配图如果考虑到读者的视觉疲劳,那么也是跟SEO优化没有任何关系的。当然如果你给...

其他答案:当然是填写文章的标签,如何做长尾则必须在标题中体现长尾词,如果是优化首页,相关即可,不用一定要体现在标题中,其次要描述标签、关键词标签都应该出现所需优化的关键词

seo 给网页图片加多个title: 在seo的具体使用中,网页的title和alt标签怎么使用呀?有什么区别作用...

首先,我们看下Alt和Title这两个标签各自代表什么意思. Alt标签:对图片起注释作用; Title标签:对链接起注释作用. 看了上面的注释后,大家心里可能已经有了自己的答案了. Alt标签:主要是对图片起注释作用的,因为目前搜索引擎的蜘蛛程序对图片的判断能力还不够,所以这里给图片加上Alt,可以起到给图片命名的作用,让搜索引擎更清楚某一幅图片的意思. 对于用户来讲,如果某一幅图片的URL出错或由于网络的原因打不开,如果该图片有Alt标签,那么,图片出错的位置则会显示该图片的Alt注释内容,这样多用户体验也起到了一定的作用. Title标签:主要是对链接起到注释或者加强的作用,这里可能会有朋友会问到:"链接本来就是文字,为什么还 要进行加强呢?".其实很多时候我们在调用某一篇内容页面的标题的时候,由于页面的排版或美观,可能只会显示该内容页面的一部分标题文字,那么,这个时候 给这个链接做上Title,搜索引擎或者用户对这个链接的理解是不是会更好点呢. 由于搜索引擎是看网页的源代码的,如果在链接或图片中加上Title或Alt标签,这样对某一个关键密度的提升也有一定的帮助(切忌别故意借助这两个标签来增加某一关键词的密度). 下面这个问题可能是大家经常遇见的疑问: 如果某一个图片也是带链接的,Title和Alt这两个标签应该如何处理呢? 这里只是两者都放到一起了而已,前面我们分析都是单独分开的,网站中某一图片带链接的现象很多,比如一些商城类或产品介绍类的网页.下面给给出何清勇个人建议: 1、链接的Title标签可做可不做 前面我们提到,Title就是给链接做个注释,这个时候我们可以做(增加某一关键词的密度)也可以不做(不影响搜索引擎和用户对链接的判断).大家可以根据自己的实际情况进行把握了. 2、图片做上Alt标签 大家可以想下,如果给图片做上了Alt,那么,结合上面两个标签的注释,这时候搜索引擎就会明白这张图片的意思,我们索性把这个图片链接看成文字链接好了(因为已经给图片做上了Alt标签),这个时候,我们再结合Title标签的使用就可以了 收起回答

其他答案:只能说ie浏览器有点坑爹了,本来应该显示alt的内容的。看来还是舍弃title吧。哎,论坛的大虾不给力啊,都不愿分享自己的经验

其他答案:title标签要写好,alt也要写,因为有时候网速不好图片显示不出来,就显示出来alt属性了,别人知道图片是什么内容。两者没可比的吧,title是标题,alt是图片属性。

其他答案:title是标题,是这个页面的标题。alt标签实际上是网站上图片的文字提示。在alt标签中加入关键词是很好的提升关键词密度的方法。就你把鼠标放的图面上出来的文字。

seo 给网页图片加多个title: seo中图片同时加了title和alt会被认为作弊吗?而且添加的文字都是一样...

不会,title是提示文字,是鼠标悬停后显示的文字,alt是替换文本,是图片不能正常显示后显示的文字,搜索引擎会对这两个文本区别对待,就算写了两个也是会默认一次,这点有别于一些工具计算密度!

其他答案:应该没有太大的区别,文字友情链接,对于搜索引擎蜘蛛来说可能更容易爬行、理解。要是跟一般的站做友情链接还是用文字的好;如果能跟超大型的门户网站做友情链接的话,个人认为还是图片的好。这些网站的流量高,广告效果好。

seo 给网页图片加多个title: 图片里放个title有利于seo吗,还是没有作用

图片加个title,既能让别人在鼠标放上去的时候看到图片的标注说明,也有利于seo。蜘蛛是读不到图片的具体内容,但是title是作为文字在代码中的。

其他答案:图片蜘蛛是读取不了的 这个好像没试过的,

seo 给网页图片加多个title:网页图片加载优化方案

饿了么 App 中新零售项目主要是以图片展示为主,引导用户点击轮播广告栏或者店铺列表进入指定的商品页面,因此页面中包含了大量图片,如搜索框下面的轮播广告栏、中部的促销栏以及底部的店铺列表,这些区域中都有大量的展示图片。因此图片的加载速率直接影响页面的加载速度。下面将从图片加载存在的问题和原因、解决方案两个方面来阐述如何优化新零售图片的加载。

本文所有数据及图片都是通过 Charles 模拟 256 kbps ISDN/DSL 网络环境获取到的。在本案例中只考虑位图,因此文本中提及的图片都是指位图而非矢量图。

图片加载存在的问题和原因

问题一:启动页面时加载过多图片

图1: 新零售图片请求瀑布图

问题原因分析:如上图所示,页面启动时加载了大约 49 张图片(具体图片数量会根据后端返回数据而变化),而这些图片请求几乎是并发的,在 Chrome 浏览器,对于同一个域名,最多支持 6 个请求的并发,其他的请求将会推入到队列中等待或者停滞不前,直到六个请求之一完成后,队列中新的请求才会发出。上面的瀑布图中,在绿色的标记框中,我们看到不同长度的白色横柱,这些都是请求的图片资源排队等待时间。

问题二:部分图片体积过大

图2. 顶部轮播图中的一张图片加载图

问题原因分析:如图 1,红框中是搜索框下部的轮播广告中的一张图片,通过图 2 可以看到,该图片主要耗时在 Conent Download 阶段。在下载阶段耗时 13.50s。而该请求的总共时间也就 13.78s。产生该问题的原因从图 1 也能看出一些端倪,该图片体积 76.2KB图片体积过大,直接导致了下载图片时间过长。

前端解决方案

针对问题一的解决方案

由于新零售首页展示展示大量图片,其实在这大约 49 张图片中,大部分图片都不是首屏所需的,因此可以延迟首屏不需要的图片加载,而优先加载首屏所需图片。这儿首屏的含义是指打开新零售首页首先进入屏幕视窗内的区域范围。

判断图片是否是首屏内图片,首先想到的肯定是通过 getBoundingClientRect 方法,获取到图片的位置信息,判断其是否在 viewport 内部。可能的代码如下:

const inViewport = (el) => {n  const rect = el.getBoundingClientRect()nn  return rect.top > 0n    && rect.bottom < window.innerHeightn    && rect.left > 0n    && rect.right < window.innerWidthn}n

但是在项目中,我们并没有采用该方案来判断是否在首屏,其原因在于,只有当 DOM 元素插入到 DOM 树中,并且页面进行重排和重绘后,我们才能够知道该元素是否在首屏中。在项目中我们使用了 v-img 指令(新零售项目使用该指令对图片进行加载、并且将 hash 转换成 Url。项目已开源,在符合需求前提下欢迎使用),在 Vue 指令中包含两个钩子函数 bindinserted。官网对这两个钩子函数进行如下解释:

  • bind:只调用一次,指令第一次绑定到元素时调用。在这里可以进行一次性的初始化设置。
  • inserted:被绑定元素插入父节点时调用 (仅保证父节点存在,但不一定已被插入文档中)。

由上面解释可知,我们只能够在 inserted 钩子函数中才能够获取到元素的位置,并且判断其是否在首屏中。在新零售项目中,经过笔者测试,这两个钩子函数的触发时差大约是200ms,因此如果在 inserted 钩子函数内再去加载图片就会比在 bind 钩子函数中加载晚大约200ms,在 4G 网络环境下,200ms 对于很多图片来说已经足够用来加载了,因此我们最终放弃了在 inserted 钩子函数中加载首屏图片的方案。

如果元素没有插入到 DOM 树中并渲染,怎么能够判断其是否在首屏中呢?

项目中使用了一种比较笨的方式来判断哪些是首屏图片,新零售页面布局是确定的,轮播广告栏下面是促销栏、再下面是店铺列表,这些组件的高度也都相对固定,因此这些组件是否在首屏中其实我们是事先知道的。因此在实际使用 v-img 指令的时候,通过传 defer 配置项来告诉 v-img 哪些图片需要提前加载,哪些图片等待提前加载的图片加载完毕后再加载。这样我们就能够在 bind 钩子函数中加载优先加载的图片了。比如说,轮播组件图片、促销组件图片、前两个店铺中的展示图片需要先加载,除此以外的其他图片,需等待首屏图片完全加载后再进行请求加载。实际实现代码如下:

const promises = [] // 用来存储优先加载的图片  nVue.directive('img', {n    bind(el, binding, vnode) {n      // ...n      const { defer } = binding.valuen      // ...n      if (!defer) {n        promises.push(update(el, binding, vnode))n      }n    },n    inserted(el, binding, vnode) {n      const { defer } = binding.valuen      if (!defer) returnn      if (inViewport(el)) {n        promises.push(update(el, binding, vnode))n      } else {n        Vue.nextTick(() => {n          Promise.all(promises)n          .then(() => {n            promises.length = 0n            update(el, binding, vnode)n          })n          .catch(() => {})n        })n      }n    },n    // ...n  })n

首先通过声明一个数组 promises 用于存储优先加载的图片,在 bind 钩子函数内部,如果 defer 配置项为 false,说明不延时加载,那么就在 bind 钩子函数内部加载该图片,且将返回的 promise 推入到 promises 数组中。在 inserted 钩子函数内,对于延迟加载的图片(defer 为 true),但是其又在首屏内,那么也有优先加载权,在 inseted 钩子函数调用时就对其加载。而对于非首屏且延迟加载的图片等待 promises 数组内部所有的图片都加载完成后才加载。当然在实际代码中还会考虑容错机制,比如上面某张图片加载失败、或者加载时间太长等。因此我们可以配置一个最大等待时间。

优化后的图片加载瀑布图如下:

图3. 图片按需加载的瀑布图

如上图所示,下面红框的图片不是首屏图片,因此进行了延迟加载。可以看出,其是在上面所有图片(包括上面的红框中耗时最长的那张图)加载完成之后进行加载的。这样减少了首屏加载时的网络消耗,提升了图片下载速度。

优化前后对比

通过上面的优化方案,在预设的网络环境下(参见文末注),分别对优化前和优化后进行了 5 次平行清空缓存加载,平均数据如下:

通过上面表格可以看出,DOMContentLoadedLoaded 并没有多大参考价值,首屏的完整展现所需要的时间依然由加载最慢(一般都是体积最大那张图片)的图片决定,也就是上表的 Max_size_image 决定,上表可以看出,优化后比优化前最大体积图片的加载时间缩短了 5.74s。提速了整整 41.41%。加载最慢的图片加载速度的变化也很好的反应了首屏时间的变化。

当然上面的数据也不能够完全反应线上场景,毕竟测试的时间点及后端数据都有所不同。我们也不能够在同一时间点、同一网络环境下对优化前、优化后进行同时数据采集。

针对问题一还有些后续的解决方案:

  • 在 HTTP/1.0 和 HTTP/1.1 协议下,由于 Chrome 只支持同域同时发送 6 个并发请求,可以进行域名切分,来提升并发的请求数量,或者使用 HTTP/2 协议。

针对问题二的解决方案

图片体积过大,导致下载时间过长。在保证清晰度的前提下尽量使用体积较小的图片。而一张图片的体积由两个因素决定,该图片总的像素数目和编码单位像素所需的字节数。因此一张图片的文件大小就等于图片总像素数目乘以编码单位像素所需字节数,也就是如下等式:

FileSize = Total Number Pixels * Bytes of Encode single Pixels

举个例子:

一张 100px * 100px 像素的图片,其包含该 100 * 100 = 10000 个像素点,而每个像素点通过 RGBA 颜色值进行存储,RGBA 每个色道都有 0~255 个取值,也就是 2^8 = 256。正好是 8 位 1byte。而每个像素点有四个色道,每个像素点需要 4bytes。因此该图片体积为:10000 * 4bytes = 40000bytes = 39KB

有了上面的背景知识后,我们就知道怎么去优化一张图片了,无非就两个方向:

  • 一方面是减少单位像素所需的字节数
  • 另一方面是减少一张图片总的像素个数

单位像素优化:单位像素的优化也有两个方向,一个方向是「有损」的删除一些像素数据,另一个方面是做一些「无损」的图片像素压缩。正如上面例子所说,RGBA 颜色值可以表示 256^4 种颜色,这是一个很大的数字,往往我们不需要这么多颜色值,因此我们是否可以减少色板中的颜色种类呢?这样表示单位像素的字节数就减少了。而「无损」压缩是通过一些算法,存储像素数据不变的前提下,尽量减少图片存储体积。比如一张图片中的某一个像素点和其周围的像素点很接近,比如一张蓝天的图片,因此我们可以存储两个像素点颜色值的差值(当然实际算法中可能不止考虑两个像素点也许更多),这样既保证了像素数据的「无损」,同时也减少了存储体积。不过也增加了图片解压缩的开销。

针对单位像素的优化,衍生出了不同的图片格式,jpegpnggifwebp。不同的图片格式都有自己的减少单位像素体积的算法。同时也有各自的优势和劣势,比如 jpegpng 不支持动画效果,jpeg 图片体积小但是不支持透明度等。因此项目在选择图片格式上的策略就是,在满足自己需求的前提下选择体积最小的图片格式,新零售项目中已经统一使用的 WebP 格式,和 jpeg 格式相比,其体积更减少 30%,同时还支持动画和透明度。

图片像素总数优化

图4:图片加载尺寸和实际渲染尺寸对比

上图是新零售类目页在 Chrome 浏览器中的 iPhone 6 模拟器加载后的轮播展示的图片之一,展示的图片是 750 * 188 像素,但是图片的实际尺寸为 1440 * 360 像素,也就是说我们根本不需要这么大的图片,大图片不仅造成了图片加载的时长增加(后面会有数据说明),同时由于图片尺寸需要缩小增加CPU的负担。

上文中已经提及,项目中我们使用的 v-img 指令来加载项目中的所需图片,如果我们能够根据设备的尺寸来加载不同尺寸(像素总数不同)的图片,也就是说在保证图片清晰度的前提下,尽量使用体积小的图片,问题就迎刃而解了。项目中我们使用的是七牛的图片服务,七牛图片服务提供了图片格式转换、按尺寸裁剪等图片处理功能。只需要对 v-img 指令添加图片宽、高的配置,那么我们是不是可以对不同的设备加载不同尺寸的图片呢?

项目中我们使用的 lib-flexible 来对不同的移动端设备进行适配,lib-flexible 库在我们页面的html元素添加了两个属性,data-dprstyle。这儿我们主要会用到 style 中的 font-size 值,在一定的设备范围内其正好是html元素宽度的十分之一(具体原理参见:使用Flexible实现手淘H5页面的终端适配),也就是说我们可以通过style属性大概获取到设备的宽度。同时设计稿又是以 iPhone6 为基础进行设计的,也就是设计稿是宽度为 750px的设计图,这样在设计图中的图片大小我们也就能够转换成其他设备中所需的图片大小了。

举个例子:

设计稿中一张宽 200px 的图片,其对应的 iPhone 6 设备的宽度为 750px。我们通过 html 元素的 style 属性计算出 iPhone6 plus 的宽度为 1242px。这样也就能够计算中 iPhone6 plus 所需图片尺寸。计算如下:

200 * 1242 / 750 = 331.2px

实现代码如下:

const resize = (size) => {n  let viewWidthn  const dpr = window.devicePixelRation  const html = document.documentElementn  const dataDpr = html.getAttribute('data-dpr')n  const ratio = dataDpr ? (dpr / dataDpr) : dprnn  try {n    viewWidth = +(html.getAttribute('style').match(/(d+)/) || [])[1]n  } catch(e) {n    const w = html.offsetWidthn    if (w / dpr > 540) {n      viewWidth = 540 * dpr / 10n    } else {n      viewWidth = w / 10n    }n  }nn  viewWidth = viewWidth * rationn  if (Number(viewWidth) >= 0 && typeof viewWidth === 'number') {n    return (size * viewWidth) / 75 // 75 is the 1/10 iphone6 deivce width pixeln  } else {n    return sizen  }n}n

上面 resize 方法用于将配置的宽、高值转换为实际所需的图片尺寸,也就是说,size 参数是 iphone 6 设计稿中的尺寸,resize 的返回值就是当前设备所需的尺寸,再把该尺寸配置到图片服务器的传参中,这样我们就能够获取到按设备裁剪后的图片了。

优化前后效果对比,有了上面的基础,我们在 Chrome 中的不同的移动端模拟器上进行了实验,我们对新零售类目页中的一张体积最大的广告图片在不同设备中的加载进行了数据统计(平行三次清空缓存加载),为什么选择体积最大的图片,上文也已经说过,其决定了首屏展现所需的时间。

上表格中,除去最后一行是未优化的加载数据,从上到下,设备屏幕尺寸逐渐变大,加载的图片尺寸也从 23.2kb增加到 65.5kb。而加载时间和下载时长也跟随着图片体积的加大而增加,下面的折线图更能够反应图片尺寸、加载时长、下载时长之间的正相关关系。TTFB(从发送请求到接收到第一个字节所需时长)却和图片大小没有明显的正相关关系,可能对于图片服务器在裁剪上述不同尺寸的图片所需时长差异不大。

图5:不同设备中对同一张图片进行加载,文件大小、加载和下载时长的折线变化

由上折线图我们还能看到,对于小屏幕设备的效果尤为明显,在不优化下,iPhone5 中图片的加载需要 14.85s,而优化后,加载时长缩短到了 3.90s。加载时长整整缩短了 73.73%。而对于大屏幕的 iPhone6 plus 也有 26.00% 时长优化。

当然上面的数据是建立在 256 kbps ISDN/DSL 的网络环境下的,该低速网络环境下,图片的加载时间主要是由于下载时间决定的,因此通过优化图片体积能够达到很好的效果。在 4G(Charles模拟)环境下,iPhone5 中的优化效果就会有些折扣,加载时长缩短 69.15%。其实也很容易想到,在高速的网络环境下,TTFB 对加载时长的影响会比低速网络环境下影响要大一些。

最后总结

通过上面的研究及数据结果表明,新零售图片加载缓慢的优化策略:

  • 首屏图片优先加载,等首屏图片加载完全后再去加载非首屏图片。
  • 对大部分图片,特别是轮播广告中的图片进行按设备尺寸裁剪,减少图片体积,减少网络开销,加快下载速率。

本文中没有过多的讨论代码实现细节,而是把重点放在了图片加载缓慢的原因分析,以及优化前后效果对比的数据分析上,如果想看更多代码细节,请移步 vue-img。

seo 给网页图片加多个title:【SEO专题】解密百度图片优化排名

一般来说,做SEO是通过站内和站外优化提升目标关键词在搜索引擎中的排名,搜索引擎以百度为例,有很多产品,SEO一般是指提升关键词在“网页”产品下的排名(如下图1所示)。但是如果你在中小型公司或者传统公司做SEO,老板“不懂”SEO,只想看到效果,经常会要求SEOer做到企业关键词在百度的各个产品下,比如图片、知道等都有排名。

图1-百度搜索

  正常说,做网络营销确实就是需要在搜索引擎的各个产品下都展示企业信息,但是严格说分不同的营销方式,各尽其责,包括SEO-自然搜索网页,SEM-付费(包括网页、图片等多产品),SMO-新闻,百度知道等。我自身遇到过,我负责一家企业的SEO,有一天领导找我说:“为啥百度图片里我们的图片很少,前边的更少,你得赶紧优化”,相信大家也遇到类似的情况,今天我讲下百度图片(如图2所示)如何优化排名,为大家解燃眉之急。

图2-百度产品之百度图片

  以上都是课题背景废话,下边解密百度图片如何优化排名。

百度图片抓取和展示原理

  百度蜘蛛针对图片的读取,主要通过“alt标签”及图片周围的描述性关键词(包括上下文描述、图片说明、alt属性、图片title,以及图片anchor)来判断图片的内容,所以记得不管是在做新闻发布,还是自己的官网上,出现图片内容一定要动手添加alt标签和描述文字。

百度图片抓取和排名因素

  1、图片尽量清晰。百度图片搜索排序时,在其他条件相当的情况下,更高清的图片可以得到优先展现;

  2、百度图片搜索会参考网站在百度网页搜索体系中的评价打分,一般来说如果网站在网页搜索体系中拥有可信度、不存在恶意作弊和过度SEO行为的话,在图片搜索中也会有较好的表现;

  3、网站所在服务器稳定,网站打开速度流畅。百度图片搜索当然不希望用户看到相关图片后,满怀希望地点击网页地址换来的却是长久无尽的等待;

  4、与清晰度相似的是图片尺寸,尺寸大小应与所表现的内容相匹配,并非越大越好,尺寸小的图片也不一定就会受到歧视;

百度图片优化执行

  1、图片所在网页主题与网站经营方向、主题一致。百度图片搜索认为,与网站主题一致的网页会受到站长的更多重视,其页面上的图片更可信;

  2、必须给图片添加上ATL和Title标签,同时在图片周围添加图片的描述,最后图片上段或者下段是描述图片相关的片段内容;

  3、图片链接不要写在JS里,不要使用异步加载等方式进行展现,现阶段百度对JS的解析成功率还有待提升;

  4、图片要清晰、原创,图片内容主体突出,视觉效果好。如果图片上有水印,水印应该位于图片边角位置,不对主体造成遮挡;

  5、文章中的图片排名与文章的阅读量和点击量有关,文章点击后最好停留1分钟以上(这个很重要)有利于该页面图片的排名。

  有的企业为百度图片中没自己产品排名而发愁,然而有的企业产品有排名也很愁,他们说在百度搜索我们品牌词的时候,网页搜索展现的图片都是错误的,不是我的产品。针对这种情况要怎么解决呢?确实随着搜索引擎的应用,品牌客户对于自身的形象展示,并不单单在于“无负面”的要求,而是希望更多样化,更有效性,更高大上的形象展示。

  这种情况下如果图片展示的不是自己的品牌,确实会有很大的问题。关于解决办法,首先要明白图片出现的原理。

  百度蜘蛛针对图片的读取,主要通过“alt标签”及图片周围的描述性关键词来判断图片的内容,所以记得不管是在做新闻发布,还是自己的官网上,出现图片内容一定要动手添加alt标签和描述文字。

  但如果是已经出现的错误图片该怎么办呢?

  第一,下沉法,利用正确图片优化,下沉错误的图片内容位置

  第二,投诉法,投诉错误图片内容,使原网站修改正确图片内容

seo 给网页图片加多个title:为什么设置了title keywords description但是在seo查询工具查不出来?

试试SEO查的tkd查询功能吧,如果查不出来,那应该是你网页的原因了。

网页标题|关键字|描述批量查询 网站tdk - SEO查

seo 给网页图片加多个title:怎样用CSS给网站title加小图标?

输入框吧?方法很多给两种供选择。输入框左侧加一个缩进(padding-left)空出图标空间,1.如果图标是图片文件,作为输入框的背景图,不重复(no-repeat),通过background-position调整图标位置2.如果是字体图标,跟输入框放在同一个容器里,通过绝对定位,移动到相应位置当然,图片文件的图标也可以用方法2,这样就能用雪碧图了

seo 给网页图片加多个title:网站seo的title中关键词之间用什么符号隔开?

  

一、逗号“,” 注意,这里的逗号有两种,一种是中文状态下的,一种是英文状态下的。不要以为都是逗号就随意使用了。在网页标题title的书写中,英文逗号的功能是充当词与词之间的分隔符,而中文逗号则不是分隔符,搜索引擎会把含有中文逗号的整体看作是长句,就成了长尾关键词了。题外话:特别注意网站关键词kewords中,最好用英文状态下的逗号进行关键词分隔。   

二、空格。空格的使用,相信很多做英文外贸SEO的站长们比较熟悉,因为空格是作为英文单词之间的分隔符的。而中文词之间用空格则起不到分隔符的作用。   

三、连字符“-”,这个连字符跟英文逗号一样也能起到关键词之间的分割符作用。应该说连字符和刚才说的空格一样主要还是英文站SEO用的比较多,中文站用的比较少的。   

四、下划线“_” 这个符号就众说纷纭了。有的人说不可作分隔符,有的说可以。呵呵,百度和谷歌对这个标点也都不表态。   

五、短竖线“|” 可以把网站标题分开,做好切词,推荐使用,苏州谢谢网络就是采用的这种符号。   

六、破折号(—) 不推荐,不仅不利于分词,视觉效果也不好。   

七、顿号“、”这只是中文文章中使用的符号,英文中压根就没有。不推荐在标题中出现,在中文的描述description中自然出现还可以。   网站标题title的书写,建议使用组合标签。比如,将连字符“-”和分割竖线“|”组合使用,既要顾及到合理切词,搜索引擎也更加友好,又要注重视觉效果使得标题看起来更自然,美观。

seo 给网页图片加多个title:网站seo的title中关键词之间用什么符号隔开?

网站seo的title中关键词符号的正确使用方法如下:空格。空格的使用,因为空格是作为英文单词之间的分隔符的。而中文词之间用空格则起不到分隔符的作用。逗号“,”这里的逗号有两种,一种是中文状态下的,一种是英文状态下的。在网页标题title的书写中,英文逗号的功能是充当词与词之间的分隔符,而中文逗号则不是分隔符。短竖线“|”可以把网站标题分开,做好切词。连字符“-”,这个连字符跟英文逗号一样也能起到关键词之间的分割符作用。主要用于外贸站点。下划线“_”,这个暂时无评论。破折号(—)不推荐,不仅不利于分词,视觉效果也不好。顿号“、”这只是中文文章中使用的符号,英文中没有。不推荐在标题中出现。标点符号是书面上用于标明句读和语气的符号。标点符号是辅助文字记录语言的符号,是书面语的组成部分,用来表示停顿、语气以及词语的性质和作用。


文章投稿或转载声明:

来源:版权归原作者所有,转载请保留出处。如有侵犯你的版权,请联系本站!
本文标题:「seo 给网页图片加多个title」 文章后面加很多相同图片,标签也是一样的,对seo优化有没有负面影响