石家庄网站建设 > 博客教程 > 网络营销知识 >

石家庄网站建设关键词设定公司

发布时间:2020-10-19

假设您在一家电子商务公司工作。
 
了解您的所有产品的总有机会话和转化次数是否有用?每周?
 
如果您可以访问电子商务公司的某些分析数据,请尝试立即生成该报告。给它5分钟。
 
 
做完了吗
 
还是这个快速的问题被证明是复杂的?您是否陷入了刮板和估算的困境?
 
无法轻易回答该问题以及其他类似问题,每年使您付出成千上万的代价。
 
让我们后退一步
每个在线业务,无论是房地产门户网站还是电子商务商店,都可能会花费数小时来烦恼有关其网站的外观,感觉和结构的决策。
 
通常,最大的决定是:我们将用什么来构建我们的网站?从那里开始,有数百个决定,一直到我们在博客上应该拥有哪些类别?
 
这些决定中的每一个都会产生未来的成本和机会,从而影响企业的运营方式。
 
在此过程中的某个地方,将确定URL结构。希望它会合乎逻辑,但是创建它的上下文与最终使用它的方式不同。
 
随着业务的增长,对更多信息和更好的分析的需求也随之增长。我们聘请数据分析人员并向代理商支付数千美元,以便外出,收集这些数据并将其整理成有用的格式,以便做出明智的业务决策。
 
太晚了。您每年已经浪费了£1000英镑。
已经太晚了;至此,您已经为必须分析您的数据的人员创建了数小时的额外工作,而这将浪费大量的时间。
 
所有这些都是因为没有人在构造URL时考虑到数据的收集。
 
一个例子呢?
让我们回到开始时讨论的问题,然后再回顾整个故事。一家电子商务公司去了一家代理商,要求他们获得所有产品页面的有机会话。他们想随着时间的推移来衡量绩效。
 
现在,这家公司在建立网站时非常勤奋。他们在设计网站时曾阅读过Moz并聘请了SEO代理商,因此他们会阅读以下建议:产品必须扎根。(例如,mysite.com / white-t-shirt。)
 
显然,许多网站都阅读了此建议,因为通过最少的搜索,您可以找到很多其产品页面确实位于其根源的网站:Appleyard Flowers,Game,Tesco Direct。
 
从一个层面上讲,这是有道理的:产品可能属于多个类别(例如,LCD和42英寸电视),因此您要避免重复的内容。另外,如果您更改了类别,则不需要重定向所有产品。
 
但是从数据收集的角度来看,这太糟糕了。为什么?除非我们有先见之明可以提前进行设置,例如自定义维度或内容分组,否则Google Analytics(分析)现在无法选择所有产品。没有什么可以将产品URL与我们可能在根目录中拥有的任何其他URL分开的。
 
我们的假设数据分析师如何才能在此时获取数据?
 
他们可能必须对网站上的所有页面进行爬网,以便他们可以使用HTML足迹(页面上标识模板的特定HTML片段)进行挑选,或者从拥有组织中数据的任何人那里获取内部列表。一旦获得所有产品URL,他们就必须将这些数据与Excel中的Google Analytics(分析)进行匹配,可能使用VLOOKUP,或者如果数据集太大,则使用数据库。
 
射击。这听起来似乎很昂贵。
 
当然,如果您想定期进行此分析,该列表将不断变化。销售产品的范围将会改变。因此,它需要是计划的抓取或自动报告。如果我们采用刮擦路线,我们可以做到这一点,但是Screaming Frog不可能定期爬行。现在,我们要么在Sfroging Frog上花费常规时间,要么购买可以计划的云搜寻器。如果我们走另一条路,我们可以让一个开发人员为我们构建一个内部自动化报告,一旦我们在内部获得资源,就可以去该报告。
 
哇,这真是太昂贵了:花了几天的开发时间,或者每周为您的SEO顾问或数据分析师提供一份定期工作。
 
这可能是对默认报告的几次点击。
 
如果我们有远见,可以将所有产品放在一个名为/ products /的文件夹中,那么整个漫长的过程就变成了第一步:
 
将着陆页报告加载到Google Analytics(分析)中,并过滤以/ product /开头的URL。
 
祝贺您-您刚刚节省了几天的代理费,节省了宝贵的开发时间,或拥有解雇第二个数据分析师的能力,因为您的第一个数据分析师现在是如此高效(抱歉,第二个分析师)。
 
作为数据分析师或SEO顾问,您会不断遇到此类问题,这些问题会浪费时间并将快速的任务变成繁琐的琐事。
 
URL有什么独特之处?
对于大多数分析服务,这是可用于标识页面的主要信息。Google Analytics(分析),Google Search Console,日志文件,所有这些大多数时间大部分只能访问URL,在某些情况下,您将获得全部访问权限-您永远都无法更改。
 
绝大多数站点分析都需要使用模板并在相似页面组之间进行概括。您需要使用模板,并且需要能够通过URL进行操作。
 
至关重要
 
杰夫·贝佐斯(Jeff Bezos)说这很合适:
 
“有两种类型的决策。1型决策不可逆,因此必须非常小心。2型决策就像走过一扇门一样-如果您不喜欢该决策,则可以随时返回。”
设置URL很大程度上是类型1的决定。就像SEO中的任何人都知道的那样,您真的不想不断更改URL。这会带来很多问题,因此在设置它们时,我们需要花点时间。
 
您应该如何设置网址?
您如何选择良好的网址格式?
 
首先,让我们定义一个好的模式。好的模式是一种我们可以用来轻松选择URL模板的东西,理想情况下,它使用包含而不是任何复杂的正则表达式。
 
这通常意味着我们正在谈论添加文件夹,因为仅通过包含过滤器即可找到它们,例如/ products /,/ blogs /等。
 
我们还希望尽可能使内容易于阅读,因此在选择文件夹时,请牢记这一点。
 
那么我们应该在哪里将文件夹添加到URL中呢?
 
我总是问以下两个问题:
 
我是否需要将该模板中的页面分组在一起?
如果一组页面需要分组,我需要将它们放在同一文件夹中,因此我们可以通过URL进行标识。
这组页面有关键的子分组吗?如果存在,它们是否相互排斥,并且它们可能多久更改一次?
如果有可能要创建的常见分组,则应该考虑将其放在URL中,除非这些数据分组易于更改。
让我们看几个例子。
 
首先,回到我们的产品示例:假设我们正在为时尚电子商务商店设置产品URL。
 
我需要将产品分组在一起吗?是的,几乎可以肯定。显然需要一种对URL进行分组的方法。我们应该将它们放在/ product /文件夹中。
 
在此模板中,我可能需要如何将这些URL分组在一起?产品最合理的分组是产品类别。让我们穿一件黑色的中长裙。
 
如何将“黑色小礼服”或“ midi”作为类别?好吧,它们相互排斥吗?我们的衣服可以放在“小黑裙”类别和“中长裙”类别中,因此我们不应该将其添加为URL中的文件夹。
 
提升级别并将“服饰”作为类别怎么办?现在,这是更为合适的,如果我们能够合理地分割我们的产品分为:
 
洋装
上衣
半身裙
长裤
牛仔裤
而且,如果我们对牛仔裤和裤子分开感到满意,那么这确实是一个很好的选择,它将使我们能够轻松地衡量每个顶级类别的表现。这些似乎也不太可能改变,并且只要我们很高兴将这种类型的层次结构放在顶部即可(例如,与“季节”相对),这很有意义。
 
人们应该使用哪些常见的URL模式?
产品页面
我们已经充分了解了这一点,并通过了上面的示例。将您的产品粘贴在/ products /文件夹中。
 
文章
将我们所讨论的规则应用于文章,两件事跳了出来。首先是顶级分类。
 
例如,添加以下文件夹将使您可以轻松评估文章的顶级性能:
 
旅行
体育
新闻
当然,您也应该将它们全部保存在/ blog /或/ guides / etc.文件夹中,因为您不想仅按类别进行分组。
 
这是所有3个示例:
 
不良的博客文章网址:example.com/this-is-an-article-name/
更好的博客文章URL:example.com/blog/this-is-an-article-name/
更好的博客文章URL:example.com/blog/sports/this-is-an-article-name
第二个遵守我们所有规则的是作者分组,它可能非常适合那些希望获得性能统计信息的大量作者的编辑站点。
 
位置分组
许多类型的网站通常每个位置都有类别页面。例如:
 
在曼彻斯特待售的汽车-/待售/车辆/曼彻斯特
在伯明翰出售的汽车。-/待售/车辆/伯明翰
但是,位置粒度有许多不同的级别。例如,这里有4个不同的URL,每个URL都位于其上方的一个特定位置(对所有非英国读者来说很抱歉-请在这里与我一起运行)。
 
在萨福克出售的汽车-/出售/车辆/萨福克
伊普斯威奇出售的汽车-/出售/车辆/伊普斯威奇
伊普斯威奇中心待售的汽车-/待售/车辆/伊普斯维奇中心
兰开斯特路上待售的汽车-/待售/车辆/兰开斯特路
显然,每个站点都有不同的位置粒度级别,但是这里经常缺少的分组在URL中提供了位置粒度级别。例如:
 
在萨福克出售的汽车-/待售/汽车/县/萨福克
伊普斯威奇出售的汽车-/待售/车辆/镇/伊普斯威奇
伊普斯威奇中心待售的汽车-/待售/车辆/区域/伊普斯威奇中心
兰开斯特路上待售的汽车-/待售/车辆/街道/兰开斯特路
这甚至可能只是数字(尽管这不太理想,因为它违反了我们的第二条规则):
 
在萨福克出售的汽车-/ for-sale / vehicles / 04 / suffolk
伊普斯威奇待售汽车-/ for-sale / vehicles / 03 / ipswich
伊普斯威奇中心出售的汽车-/ for-sale / vehicles / 02 / ipswich-center
兰开斯特路上出售的汽车-/ for-sale / vehicles / 01 / lancaster-road
这使评估和衡量每个层的性能变得非常容易,因此您可以了解是否有必要,或者汇总的过多。
 
社区还遇到了其他哪些好(或坏)例子?让我们听听吧!

网站建设
Website
客户案例
Customer case
关于展为
About ZHANWEI
展为致力于网站建设与网络营销,微信营销,专业领域包括网站建设、网站seo优化推广、移动互联网营销、三网合一网站建设,微信营销小程序开发,与其他网站建设及系统开发公司不同,我们的整合解决方案结合了展为网络建设经验和互联网整合营销的理念,并将策略和执行紧密结合,且不断评估并优化我们的方案,为客户提供一体化全方位的互联网品牌整合方案!

扫码咨询

Copyright © 石家庄展为网络有限公司. 冀ICP备14018173号-6 Copyright 2010-2020版权所有
展为网络
网站建设
客户案例