整合营销服务商
电脑端+手机端+微信端=数据同步管理
免费咨询热线：
电脑端+手机端+微信端=数据同步管理
免费咨询热线：
果你有长期看我的部落格文章，应该会知道我强调很多次，Google非常的重视用户体验，只以用户为最优先考量、重视用户体验的网站主，才能够真的理解SEO该怎么做，而『网站速度』自然在网站优化上是一个很重要的项目，对于SEO以及网站的体验都有很大的影响。尤其自从Google发布了网页体验讯号（Page Experience）之后，网站速度显然只会越来越重要，我想我应该要特别更新一下速度优化的文章，来提供更多的观点以及分享。
这篇文章我会完整分享『网站速度』对于网站的影响，以及你该怎么做。
通常我在承接顾问专案时，『网站速度』会是我们评估『网站健康程度』的重要指标之一，因为速度是一个非常综观的指标，他影响的层面非常多，我们也先来初步了解一下，究竟对于『网站速度优化』这件事过于怠慢的话，影响层面有哪些：
Google在2010年时就发过官方声明，网站的速度、效能将正式影响搜寻排名，Google在评估一个网站是否值得得到好的排序时，网站速度已被列入为排名因素。
不过Google的所谓的『排名讯号』是有分强度的，每一个优化项目的『排名讯号』强度都不同，简单来说，Google在判断你的网站是否值得被排序到搜寻结果页的前面时，有着非常复杂的演算法并且参考了非常多的讯号，这些讯号有强弱之分，若我们针对讯号强度较高的项目进行优化的话，你在SEO的成效上会较容易看到成效，反之若是讯号强度较弱的排名讯号，则是优化了也未必会看到成效。
举例来说，网站整体的内容是否够丰富、够优质就是属于高强度讯号。你网页的网址里面有没有提到关键字，就是属于极度低强度的讯号，通常网址里面没有塞关键字，也能得到好的排序。
那么我们这篇文章正在谈的『网站速度』是属于多高强度的排名讯号呢？如果我们优化了网站速度，对于SEO的成效有多大的影响呢？
答案是：『网站速度』属于中至高强度的讯号，而且讯号强度只会被设定得越来越强。
多年前，Google刚开始宣布『网站速度』会影响排名的年代，当时在很多专案上，我们优化网站速度后，都未必会观察到网站的排名、SEO表现、SEO流量会提升，还是要依靠反向连结、内容、On-Page的调整，才会看到显著的成效。但这两年在优化的实务经验以及数据观察之下，我开始发现『网站速度』的讯号强度越来越高，优化后的效果大多都很显著，同时，Google在2018年时有公开声明『网站速度』的讯号强度会提高到影响手机排名，2020年时又宣布了Page Experience（网页体验讯号）这个与网站速度有关联性的排名讯号，我只能说，结论很显而易见：
这两年Google越来越重视『网站速度』，他对SEO的影响是逐年在提升，明年、后年、大后年也肯定会越来越重要，是现在做SEO一定会优化的超级重要项目之一。
先前我有写一篇文章谈论过，Google有所谓的爬取额度（Crawl Budget），如果你的网站速度太慢，会影响爬虫来爬你网页的健康程度，如果速度慢到爬虫爬不动你的网页、或爬起来的效率很差，那整体SEO的成效也会不好。
从『排名讯号』的角度以及从SEO技术优化的『爬取』角度来看，网站速度都是至关重要的。
根据Google的研究报告指出，网站速度对于跳出率的影响是非常显著的，你的网站载入速度若是1~3秒以内，客户跳出网站的可能性会增加32%，但只要慢到5秒，客户跳出网页的可能性就会增加到90%（其实这是非常惊人的数据），客户跳出率高，那么当然就会影响你的转换率、订单成交率等各项商业表现数据。
网站速度的优化影响的层面很多，从跳出率、使用者体验、影响爬虫的爬取效能、甚至影响SEO的排名。因此网站速度优化，是一个对整体网站都非常有帮助的优化工作。
在优化时我们不能用公司、家里的电脑来＂体感＂网站的速度有多快，我们的用户可能位于网路环境较差的地方、或是他的手机正连上某个速度较差的wifi 网路。同时，＂你感觉网站速度很快＂并不代表Google认同你的网站速度很快，若今天我们是要为了SEO而优化网站速度，最终目的还是＂Google是否评断你的网站速度良好＂，因此不论是为了用户还是为了SEO而去优化速度，我建议还是避免用自己体感的方式来判断网站速度是否良好，而是应该要使用一些网站速度分析工具来做分析以及检测：
Google Page Speed Insight是Google官方所开发的工具，如果你希望了解＂Google如何看待你网站的速度＂，用Google的工具就可以达到目的，Google开发的这套Page Speed Insight算是操作起来比较容易上手，介面也不会太复杂的工具之一，故一开始做速度优化时，我都推荐先以Google的工具为主。
使用上只要点开Google Page Speed Insight的工具，在工具上方输入网址，工具就会给予你的网站一个1~100的分数，除了分数之外，你可以在下图底部的地方看到First Input Delay（ FID）、Largest Contentful Paint（LCP）、Cumulative Layout Shift（CLS）等三个指标，这三个指标是Page Experience（网页体验讯号）的三大重要指标（若还不知道FID、LCP、CLS这些指标是什么的话，建议你先阅读网页体验讯号这篇文章，再回头来阅读网站速度优化的文章），这三个指标也是你1~ 100分能得到多少分数的重要依据（也请特别注意，行动版的网站速度表现以及电脑版的网站速度表现是分开的，有可能你的电脑版网页速度很快，但手机版却有许多优化空间）。
值得一提的是，Google Page Speed Insigt这套工具有一个其他工具无法取代的地方，那就是＂Chrome用户体验报告＂，FID、LCP、CLS等指标都有一个绿橙红所构成的长条图，这个长条图所显示的是真实的、真正有造访过你网页的使用者们所产生的资料，以下图来说，有62%的使用者在LCP上体验良好、24%有待改善、15 %为不良。
再把检测报告往下卷动，我们会看到许多的速度优化项目，这边是Google的工具提出的速度优化建议，直接建议你该如何进行优化（这些项目我们会在文章的后段来进行说明），实务上我们会根据报告检测出来的问题，与网站的PM、网页技术人员来讨论该如何改善这些项目。
WebPageTest虽然不是Google所开发的工具，但仍是Google官方推荐的可用工具之一，打开工具后，同样只要输入网址就可以开始做测试，WebPageTest比较不同的是，你可以选择速度测试的国家以及浏览器，如果你是国际品牌，网站的目标族群来自于各种不同的国家地区，则可以用此工具来检测不同的地区造访你网站时的速度表现。
当WebPageTest 帮你跑出报告之后，你可以点开＂Detail报表＂ 就会看到下图的瀑布流资料报表，我们可以从这个报表中找出最耗费你网页资源的档案是哪些，行销人（非技术人员）可以从报告中的副档名辨识出拖累网站效能的是图片还是程式档案，jpg/png是图片的档案格式，js/css则是程式档案，若是特定程式档案花费太多效能的话可以找技术人员讨论该如何优化，若是图片档案拖累效能的话，则可以将图片透过Photoshop进行压缩或图片压缩工具，调整图片后再重新上传图片。
大多的时候我们其实都可以用Google的Page Speed Insight来解决问题。若感受到网站速度很慢，但透过Page Speed Insight来检测却检测不出问题时，就可以改用WebPageTest来交叉分析，找出是网页上的那些档案在拖累网站的速度。
实务上我们要优化的网页很多，因此会把每一个网页的版型都用速度检测工具来检测一遍并进行优化（比方说：以电商网站来说至少会有三个重要版型，包括『首页』、『商品列表页』、『商品详细页』），但实务上如果你的网页数量太多，不知道该从哪些网页开始优化，你可以打开Google Analytics的『网页操作时间』报表，这张报表会呈现出哪些网页速度最慢，你可以先找出最多使用者浏览、但网站速度较慢的网页，优先对这些网页进行优化。
上面我们看完了工具，现在来谈，那么工具跑出数据之后，要怎么着手优化网站速度呢？网站速度优化的项目与要顾的事情非常多，在你开始优化之前，我希望你先注意几件事情：
#1有技术人员协助：网站速度有很多优化项目都是需要技术人员协助的，请先确保你身旁边有愿意陪你讨论、规划、执行的技术人员提供协助。
以我来说，我的本质以及专长仍然是在『行销人』，通常在速度优化上还是要依赖网页技术人员的协助以及支援，这都是很正常的。
#2如果你是使用架站平台：如果你是使用电商平台，那你很可能没办法优化网站速度，若你感到网站速度太慢且已经影响了SEO、转换率、跳出率等多项商业表现，最直接的解决方案还是跟平台的厂商联系并请他们协助，但若厂商没办法协助，那很遗憾，若希望速度更好，可能要考虑更换一个平台。
#3如果你是使用架站系统：如果你是使用开源架站系统（像是Wordpress），那么你如何使用架站系统很可能会影响你的网站速度（像是你使用的主题、插件、功能…等），在优化时最好有很熟悉系统的人从旁协助。如果是像WordPress这种很流行的系统，网路上的文章跟资源也很多，也可以一边爬文一边自己优化。
那么，我们再来就要开始介绍速度优化上常见的优化项目，以下条列出来的项目我以本文提到的Google Page Speed Insight 这个检测工具会条列出来的优化项目为主，这些也是Google官方建议我们优化的项目，至于你是否需要优化这些项目，跑一次Google Page Speed的速度检测工具，工具就会条列出来：
图片的大小太大、解析度太高、品质太高是我们在速度优化上最为普遍的项目，很多人在上传图片（不论是商品图片还是文章图片）时都没有特别压缩的习惯，事实上就算你上传的图片解析度为4,000 x 4,000 还是800 x 800，你的使用者实际看到的图很可能根本是没有太多差别的，但4,000 x 4,000 与800 x 800的图片容量大小可能可以差到数倍以上。
通常我会建议你找到一个＂解析度不会失真的最低限度＂为多少，并以此为标准即可，以我的文章来说，我也是从400 x 400、 500 x 500、 600 x 600来逐一尝试，最后我选择图片尽可能最大不要超过600，宽度600在我的网页上是清晰且容量不会太大的大小。你可以透过Photoshop调整图片的品质、解析度、大小，也可以使用Google官方的免费图片压缩工具『Squoosh』来压缩自己的图片。
上述的情况是＂如果你的网页是你可以自己上传图片＂的前提，你可以用Photoshop或是用压缩工具先将图片压缩到一定尺寸大小再上传。但如果你是电商网站可能就会遇到下图的情况，很多电商网站的商品列表页（下图左侧）以及商品详细页（下图右侧）是使用同样一张商品详细页的图片，使用者看起来大小不同，是因为网页上的CSS将图片在网页上进行大小的缩放调整（下图仅是示意图，ebay其实是有做好图片的压缩，如果想看一下压缩后的样子也可参考ebay的商品列表页）。
举例来说，以网页介面来说，你的商品列表页的图片区块为400 x 400 解析度的小图，而商品详细页的图片为了让消费者可以看得清楚，是使用较大张的800 x 800。
你的商品列表页在网页介面上其实只要400 x 400尺寸的图片即可，这时如果你将商品列表页的图片压缩到400 x 400，档案容量可以控制到一定的大小以内，但很多网页在运作上是＂商品列表页的图是直接抓取商品详细页的图＂，就会导致商品列表页的载入了解析度较高、容量较大的图片，尤其商品列表页通常会有大量的图片，如果每一张图的大小都是载入太大解析度的图，这会让整体速度表现很差。
如何确定你的网页是否有这样的情况呢？你可以透过我的文章中介绍到的分析工具来检测，或是透过下图的方式，在你的商品列表页的图片上按右键来开启图片，看图片是否太大张。
这个问题的最佳解决方案，其实是透过图片压缩套件来解决，当我们把图片上传时，我们网站会在后台压缩好几张不同尺寸大小的图片，根据网站的需求来使用，举例来说，网站侧栏的板位较小，只需要200 x 200、商品列表页只需要400 x 400，就让压缩程式来压缩出不同尺寸的图片。不论是Wordpress还是自家网站都有类似的套件可以使用，但网站若要安装此类的套件，同样也是需要技术人员提供协助才能做。
JavaScript以及CSS都是网页上的程式档案，如果Google Page Speed Insight针对你的网站抛出这项建议，代表工具侦测你的网页上有些程式档案是没有使用到的，这些程式档案等于既没有在使用、但使用者的浏览器却需要去载入这些程式档，理所当然的网站速度就会被拖累。若看到这个项目还请跟技术人员确认一下，是否这些确实是用不到且可以移除掉的程式档案。
这个项目是属于需要技术人员协助做修正/检查的项目。
这同样是需要技术人员提供协助的优化项目，白话一点来说，就是网页上有JavaScript/CSS 干扰到了首次画面的绘制，实务上我们会建议延迟较不重要的JavaScript/CSS的执行时间。
『排除禁止转译的资源』以及『移除未使用的JavaScript / 移除未使用的CSS』都算是对程式档案的清整以及大扫除。
这是Google官方推荐的优化项目之一，透过gzip压缩技术我们可以有效的压缩网站上的档案大小（包括HTML、CSS、JavaScript），进而优化网站速度，也同样需要技术人员提供协助来帮你安装gzip。
如果你的速度检测报告显示出这个项目Reduce initial server response time，代表你的主机回应时间太慢，这时会需要重新清整主机的环境、或升级主机的环境/硬体。
Next-gen 其实指的是新世代（Next Generation）的意思，过去我们使用的图片格式大多为JPG以及PNG 居多，但Google现在特别提倡使用新世代的JPEG 2000、JPEG XR 、WebP这些图片格式，因为这些格式的图片档案容量更小、图片失真不严重、对于整体速度体验更好。但由于目前并不是所有的浏览器都支援这些格式，所以这些格式还尚未普及，目前Google也还没有强制要大家采用这样的格式，仅是在一个推广的阶段。
以我的网站来说，我是使用WebP的图片格式，并且透过判断式来进行优化（当使用者的浏览器支援时，网站就会提供WebP图片，若遇到使用者的浏览器不支援WebP时，我的网站就会改为提供PNG图片），由于大多版本的Chrome还是支援WebP的，所以我最近决定采用了这个图片格式，在更换到WebP之后，平均我的每一张图片的大小缩小了60~70%左右。
Google判断网站排名的讯号有很多，即便我们把Google Page Speed 做到90分、确保网站速度的优化工作很确实，但毕竟网站速度只是搜寻引擎演算法中的其中一环，虽然他的讯号强度偏高，但也不要期待只做好网站速度优化，排名就能上升。从网站内容、关键字布局、反向连结…等很多讯号都跟排名有关，网站速度只是其中一环。
同时，网站速度优化很多项目都是需要技术人员协助的，像是『排除禁止转译的资源』、『排除禁止转译的资源移除未使用的JavaScript / 移除未使用的CSS』都算是对程式档案进行清整、整理、优化的工作，如果你是使用较难更动的架站平台、或公司没有技术人员可以提供协助，那么就会很难进行下去。
、BeautifulSoup简介
BeautifulSoup是Python爬虫应用解析Html的利器，是Python三方模块bs4中提供的进行HTML解析的类，可以认为是一个HTML解析工具箱，对HTML报文中的标签具有比较好的容错识别功能。lxml是一款html文本解析器，BeautifulSoup构建对象时需要指定HTML解析器，推荐使用lxml。
BeautifulSoup和lxml安装命令：
1.pip install -i https://pypi.tuna.tsinghua.edu.cn/simple bs4
2.pip install -i https://pypi.tuna.tsinghua.edu.cn/simple lxml
加载BeautifulSoup：
1.from bs4 import BeautifulSoup
BeatifulSoap解析HTML报文的常用功能：
通过标签的contents属性，可以访问其下嵌套的所有下级HTML元素，这些该标签下的子标签对应的HTML元素放到一个contents 指向的列表中。
如：print(soup.body.contents)
可以访问标签对应的父、子、兄弟及祖先标签信息；
使用strings属性迭代访问除标签外的所有内容；
可以使用find、find_all、find_parent、find_parents等系列方法查找满足特定条件的标签；
使用select通过css选择器定位特定标签。
二、一些解析技巧
在HTML解析时，如果通过简单的tag、或单个tag属性（如id、class）或文本一次搜索或select定位是最简单的，而有些情况需要使用组合方法才能处理。
2.1、通过标签的多个属性组合定位或查找
经常有些要定位的标签有很多，按单个属性查找也有很多，得使用多个属性查找。如：
上面的html文本中有多个id为article_content的div标签，如果使用：
就会返回两条记录。这时候就可以使用多标签属性定位的如下4种语句：
以上四种方式是等价的，因为id可以用#来标记，class在查找时需要和Python关键字class区分，因此有上述不同方法，注意select的每个属性必须用中括号括起来，不同属性的中括号之间不能有空格，如果有空格表示的就不是查找同一标签的属性，空格后的属性表示前一个属性对应标签的子孙标签的属性。
2.2、利用tag标签关系定位内容
tag标签关系包括父子、兄弟、祖先等关系，有时要查找或定位的内容本身不是很好定位，但结合其他标签关系（主要是父子、祖先关系）则可以唯一确认。
案例：
这是博文中关于博主个人信息的部分报文：
以上报文中，如果要取博主的原创文章数和周排名，原创文章数和博主周排名的tag标签完全相同，二者都在span标签内，标签的属性及值都相同，只是span标签的父标签dt标签的兄弟标签dd标签的string的中文内容才能区分。对于这种情况，首先要通过祖先标签<div class="data-info d-flex item-tiling">定位到祖先标签，再在祖先标签内通过中文字符串定位到要访问属性的兄弟标签的子标签，然后通过该子标签找到其父标签的父标签，再通过该父标签的dt子标签的span子标签访问具体取值。
示例代码如下：
注意：上面的select使用的也是标签的属性来定位标签，并且两个中括号之间有空格，表明后一个要查找的标签在前一个属性对应标签的子孙标签范围内。
2.3、分析前去除程序代码避免干扰
在解析HTML报文时，绝大多数情况是需要分析有用的标签信息，但作为技术文章，大部分的博文中都有代码，这些代码可能会对分析进行干扰。如本文中的代码含有一些分析的HTML报文，如果获取本文的完整HTML内容，这些报文在非代码部分也会出现，此时要排除代码的影响，可以将代码先从分析内容中去除再来分析。
目前大多数技术平台的博文编辑器都支持对代码的标识，象markdown等编辑器代码的标签为code标检，如果有其他编辑器用不同标签的，只有确认了标签名，都可以按下面介绍的类似方式来处理。
处理步骤如下：
获取报文；
构建BeatifulSoap对象soup；
通过soup.code.extract()或soup.code.decompose（）方式就从soup对象中去除了代码部分，decompose方法与extract方法的区别就是decompose直接删除对应对象数据而extract再删除时将删除对象单独返回。
三、小结
本文介绍了使用BeatifulSoap解析HTML报文的三个使用技巧，包括通过多属性组合查找或定位标签、通过结合多个标签关系来定位标签以及去除html报文中的代码标签来避免代码对解析的影响。
写字不易，敬请支持：
如果阅读本文于您有所获，敬请点赞、评论、收藏，谢谢大家的支持！
————————————————
版权声明：本文为转载文章，如有侵权，请联系作者删除。
当今的Web开发领域，随着应用规模和复杂性的不断增长，JavaScript代码的组织和管理变得尤为关键。模块化编程，作为一种有效的代码组织和重用方法，已成为JavaScript开发中的核心概念。本文将深入探讨JavaScript模块化的原理，并通过实际代码示例展示其在JavaScript编程中的应用。
1. 理解模块化编程
1.1 什么是模块化编程？
模块化编程是一种将大型程序分解成可管理和可重用的独立小块（即模块）的编程技术。每个模块都包含执行特定任务所需的相关代码和数据，模块之间通过定义良好的接口进行通信。
1.2 模块化的好处
2. JavaScript模块化的演变
2.1 AMD和CommonJS
在ES6模块出现之前，AMD（异步模块定义）和CommonJS是JavaScript模块化的主要方式。
2.2 ES6模块
ES6（ECMAScript 2015）引入了官方的模块系统，现在已成为JavaScript模块化的标准。
3. ES6模块的实际应用
3.1 导出模块
示例代码：
// math.js
const add = (a, b) => a + b;
const subtract = (a, b) => a - b;
export { add, subtract };
3.2 导入模块
示例代码：
// main.js
import { add, subtract } from './math.js';
console.log(add(5, 3)); // 输出: 8
console.log(subtract(5, 3)); // 输出: 2
3.3 默认导出
示例代码：
// greet.js
const sayHello = () => 'Hello, world!';
export default sayHello;
// main.js
import sayHello from './greet.js';
console.log(sayHello()); // 输出: Hello, world!
3.4 命名空间
示例代码：
// shapes.js
export const Triangle = {
type: 'triangle',
draw() {
console.log('Drawing a triangle');
}
};
export const Circle = {
type: 'circle',
draw() {
console.log('Drawing a circle');
}
};
// main.js
import * as Shapes from './shapes.js';
console.log(Shapes.Triangle.type); // 输出: triangle
Shapes.Triangle.draw(); // 输出: Drawing a triangle
4. 模块化的性能考量
虽然模块化编程带来了许多好处，但在大型项目中，过多的模块和复杂的依赖关系可能会影响性能。因此，在模块化设计时，需要权衡模块的粒度和项目的复杂性。开发者应该根据项目的需求和规模来决定模块的数量和大小，避免过度模块化。
5. 构建工具和模块打包器
为了更高效地管理和打包模块，现代JavaScript开发中经常使用构建工具和模块打包器，如Webpack、Rollup和Parcel。这些工具可以帮助优化模块加载，减少打包文件的大小，提高应用的性能。
总结
模块化编程是JavaScript中一个关键的概念，它通过将代码分解成独立、可重用的模块，提高了代码的可维护性和重用性。随着ES6模块的引入，JavaScript模块化变得更加标准化和方便。在实际应用中，无论是导出和导入模块，还是使用默认导出，模块化都极大地简化了代码的组织和共享。然而，在使用模块化编程时，也需要注意性能和代码结构的问题，确保项目的可维护性和高效运行。通过合理地设计和使用模块，开发者可以构建出更健壮、可扩展的JavaScript应用。
*请认真填写需求信息，我们会在24小时内与您取得联系。
