回到主页

构建URL以实现轻松的数据收集和最高效率

想象一下,你在一家电子商务公司工作。

了解所有产品的总有机会话和转换次数不是很有用吗?每周?

如果您可以访问电子商务公司的某些分析,请立即尝试生成该报告。给它5分钟。

...

完成了吗?

或者那个快速的问题结果是看似复杂吗?你是否陷入了挖洞和估计的兔子洞?

无法轻易回答这个问题 - 以及其他类似的问题 - 每年花费数千美元。

让我们跳一步

每一个在线业务,无论是房地产门户网站还是电子商务商店,都可能花费数小时的时间来思考他们的网站应该如何看待,感受和构建的决策。

最大的决定通常是这样的:我们将用什么构建我们的网站?从那里开始,有数百个决策,一直到我们的博客应该有哪些类别?

这些决策中的每一项都将产生未来的成本和机会,从而塑造业务运营方式。

在此过程的某个地方,将决定URL结构。希望它是合乎逻辑的,但它创建的上下文与它最终被使用的方式不同。

随着业务的增长,对更多信息和更好分析的渴望也在增长。我们雇佣数据分析师和支付代理商数千美元出去,收集这些数据,并将其与有用的格式纠缠在一起,以便做出明智的业务决策。

太晚了。你已经浪费了1000英镑一年。

已经太晚了; 到目前为止,您已经为需要分析数据的人们创建了数小时和数小时的额外工作,数千人将被浪费。

所有这些都是因为没有人在考虑数据收集的情况下构建URL。

一个例子怎么样?

让我们回到我们在开始时谈到的问题,但是要讲述整个故事。一家电子商务公司前往一家代理商,要求他们为所有产品页面提供完整的有机会话。他们希望随着时间的推移衡量绩效。

现在,这家公司在制作网站时非常勤奋。当他们设计自己的网站时,他们会阅读Moz并聘请了一家搜索引擎优化机构,因此他们会阅读这条建议:产品需要坐在根源上。(例如mysite.com/white-t-shirt。)

显然,很多网站阅读忠告,因为用最少的搜索,你可以找到大量的网站,其产品是网页排名的坐在根:亚德花,游戏,乐购直接。

在一个层面上它是有道理的:产品可能属于多个类别(例如LCD和42“电视),因此您希望避免重复内容。另外,如果您更改了类别,则不希望重定向所有产品。

但从数据收集的角度来看,这太糟糕了。为什么?Google Analytics现在无法选择所有产品,除非我们有先见之明来设置一些内容,例如自定义维度或内容分组。没有什么可以将产品URL与我们在根目录中可能拥有的任何其他URL分开。

我们的假设数据分析师如何在此时获取数据?

他们可能必须抓取网站上的所有页面,以便他们可以使用HTML足迹(标识模板的页面上的特定HTML)来获取它们,或者从拥有组织中数据的任何人那里获取内部列表。一旦他们获得了所有产品网址,他们就必须将这些数据与Excel中的Google Analytics相匹配,可能需要使用VLOOKUP,或者如果数据集太大,则需要使用数据库。

射击。这开始听起来很昂贵。

当然,如果您想定期进行此分析,该列表将不断变化。销售的产品范围将发生变化。因此,它需要是预定的刮擦或自动报告。如果我们采取刮擦路线,我们可以做到这一点,但Screaming Frog无法定期爬行。现在我们要么经常花时间在Screaming Frog上,要么支付你可以安排的云爬虫。如果我们走另一条路线,我们可以让我们建立一个内部自动化报告,一旦我们可以在内部获取资源,我们就可以进行报告。

哇,现在这真的很贵:几天的开发时间,或者每周为你的SEO顾问或数据分析师重复工作。

这可能是默认报告上的几次点击。

如果我们有先见之明将所有产品放在名为/ products /的文件夹中,那么整个漫长的过程就会变成一步:

在Google Analytics中加载目标网页报告,并过滤以/ product /开头的网址。

恭喜 - 您只需减少代理费用几天,节省宝贵的开发时间,或者获得解雇第二个数据分析师的能力,因为您的第一个现在非常高效(对不起,第二个分析师)。

作为一名数据分析师或搜索引擎优化顾问,您不断遇到这些问题,这会耗费时间并将快速任务转变为无休止的琐事。

URL的独特之处是什么?

对于大多数分析服务,它是您可用于识别页面的主要信息。谷歌分析,谷歌搜索控制台,日志文件,所有这些只能在大多数时间访问URL,在某些情况下,你将获得所有这些 - 你永远不能改变这一点。

绝大多数网站分析需要使用模板并在相似页面组之间进行概括。您需要使用模板,并且您需要能够通过URL执行此操作。

这至关重要。

杰夫贝佐斯说这是合适的:

“有两种类型的决定。类型1的决定是不可逆的,你必须非常小心地制作它们。类型2的决定就像走进一扇门 - 如果你不喜欢这个决定,你可以随时回去。“

设置URL非常类似于第1类决定。SEO中的任何人都知道,你真的不想不断改变URL; 它会导致很多问题,所以当它们被安装时我们需要花时间。

您应该如何设置网址?

你如何选择好的网址模式?

首先,让我们定义一个好的模式。一个好的模式是我们可以用来轻松选择URL模板的东西,理想情况下使用包含而不是任何复杂的正则表达式。

这通常意味着我们正在谈论添加文件夹,因为它们最容易找到只有一个包含过滤器,即/ products /,/ blogs /等。

我们还希望尽可能保持人类可读的内容,因此在选择文件夹时我们需要牢记这一点。

那么我们应该在哪里添加文件夹到我们的URL?

我总是问以下两个问题:

  1. 我是否需要将此模板中的页面组合在一起?
    • 如果一组页面需要分组,我需要将它们放在同一个文件夹中,这样我们就可以通过URL识别它。
  2. 这组页面是否有重要的子分组?如果有的话,它们是否相互排斥,它们有多久会发生变化?
    • 如果我可能想要进行常见的分组,那么我应该考虑将其放在URL中,除非这些数据分组容易发生变化。

我们来看几个例子。

首先,回到我们的产品示例:假设我们正在为时尚电子商务商店设置产品URL。

我需要将产品组合在一起吗?是的,几乎可以肯定。显然需要一种在URL中进行分组的方法。我们应该将它们放在/ product /文件夹中。

在此模板中,我如何将这些URL组合在一起?最合理的产品分类是产品类别。我们来看一件黑色中长连衣裙。

把“小黑裙”或“midi”作为一个类别怎么样?嗯,他们互相排斥吗?我们的连衣裙可以适合“小黑裙”类别 “中长连衣裙”类别,因此我们可能不应该将其添加为URL中的文件夹。

如何提升水平并将“连衣裙”作为一个类别?现在,是更为合适的,如果我们能够合理地分割我们的产品分为:

  1. 连衣裙
  2. 上衣
  3. 长裤
  4. 牛仔裤

如果我们对将牛仔裤和裤子分开感到高兴,那么这可能确实非常适合我们轻松衡量每个顶级类别的表现。这些似乎也不太可能改变,只要我们很高兴在顶部有这种类型的层次结构(例如,与“季节”相对),它就很有意义。

人们应该使用哪些常见的网址格式? 产品页面

我们已经对此进行了充分的讨论,并通过上面的例子。将您的产品粘贴在/ products /文件夹中。

用品

应用相同的规则,我们谈到文章和两件事情跳出来。第一个是顶级分类。

例如,添加以下文件夹可以轻松衡量文章的顶级性能:

  1. 旅行
  2. 体育
  3. 新闻

当然,您应该将它们全部保存在/ blog /或/ guides / etc.文件夹中,因为您不希望仅按类别进行分组。

以下是所有3的示例:

  1. 一篇糟糕的博客文章网址:example.com/this-is-an-article-name/
  2. 更好的博客文章网址:example.com/blog/this-is-an-article-name/
  3. 更好的博客文章网址:example.com/blog/sports/this-is-an-article-name

第二个遵循我们所有规则的是作者分组,它可能非常适合具有大量作者的编辑网站,他们希望获得性能统计数据。

位置分组

许多类型的网站通常每个位置都有类别页面。例如:

  1. 汽车在曼彻斯特出售 - /待售/车辆/曼彻斯特
  2. 汽车在伯明翰出售。 - / for-sale / vehicles / birmingham

但是,有许多不同级别的位置粒度。例如,这里有4个不同的URL,每个URL都在其上方的一个更具体的位置(对于我们所有的非英国读者来说很抱歉 - 只是在这里与我一起运行)。

  1. 汽车在萨福克出售 - /出售/车辆/萨福克
  2. 汽车在伊普斯威奇出售 - /出售/车辆/伊普斯维奇
  3. 汽车在伊普斯维奇中心出售 - /出售/车辆/伊普斯维奇中心
  4. 在兰开斯特路上出售的汽车 - /出售/车辆/兰卡斯特公路

显然,每个站点都有不同级别的位置粒度,但这里经常缺少的分组是在URL中提供位置粒度级别。例如:

  1. 汽车在萨福克出售 - /出售/汽车/县/萨福克
  2. 汽车在伊普斯威奇出售 - /出售/车辆/镇/伊普斯维奇
  3. 汽车在伊普斯维奇中心出售 - /出售/车辆/区域/伊普斯维奇中心
  4. 汽车在Lancaster路上出售 - /出售/车辆/街道/兰开斯特路

这甚至可能只是数字(虽然这不太理想,因为它打破了我们的第二条规则):

  1. 汽车在萨福克出售 - /出售/车辆/ 04 /萨福克
  2. 汽车在伊普斯威奇出售 - /出售/车辆/ 03 /伊普斯维奇
  3. 汽车在伊普斯维奇中心出售 - /出售/车辆/ 02 /伊普斯维奇中心
  4. 汽车在Lancaster路上出售 - /出售/车辆/ 01 / lancaster-road

这使得评估和测量每个层的性能变得非常容易,因此您可以了解是否有必要,或者您是否聚合太多。

所有文章
×

还剩一步!

确认邮件已发至你的邮箱。 请点击邮件中的确认链接,完成订阅。

好的