CQ/AEM图像组件的SEO考虑事项

CQ/AEM图像组件的SEO考虑事项,seo,aem,Seo,Aem,最近在我的工作中,我们客户的SEO人员对我们在基于CQ/AEM的网站上的img标签中生成的src属性值感到不满意。我对SEO几乎一无所知,所以我不会假装理解,但他们似乎有道理。我们不使用开箱即用的图像组件本身,但其行为是相同的 img标记的src属性获取图像节点的路径,并附加img选择器和一些其他内容。这当然会导致请求停止,然后由该请求负责绘制图像。如果我理解正确的话,这样做是为了支持HTML5MartImage小部件中提供的裁剪/调整大小/等工具。servlet将这些编辑应用于图像并呈现修改后

最近在我的工作中,我们客户的SEO人员对我们在基于CQ/AEM的网站上的img标签中生成的src属性值感到不满意。我对SEO几乎一无所知,所以我不会假装理解,但他们似乎有道理。我们不使用开箱即用的图像组件本身,但其行为是相同的

img标记的src属性获取图像节点的路径,并附加img选择器和一些其他内容。这当然会导致请求停止,然后由该请求负责绘制图像。如果我理解正确的话,这样做是为了支持HTML5MartImage小部件中提供的裁剪/调整大小/等工具。servlet将这些编辑应用于图像并呈现修改后的图像

投诉是在src属性中找不到图像的实际文件名。我的操作假设这是一个有效的投诉,但我真的不知道它是否是。我可能会被要求跳转来改变这种行为,这样src属性就可以通过它在DAM中的直接路径引用图像


这些投诉有效吗?如果投诉有效,为什么图像组件会以这种方式工作?title/alt值是否足以用于SEO目的?如果我的客户没有使用HTML5 SmartImage中的额外功能,是否还有其他原因让我不能仅通过图像的显式DAM路径来处理这些图像?我已经找到了我认为最好的解决方案,但我想在尝试之前了解更多信息。

图像组件允许您在服务器端修改同一图像的布局(使用常见的转换,如裁剪、旋转等),以适应每种使用,这是每种用法的不同内容(一个原始图像,每个组件中有不同的设置)

正如您所提到的,在SEO方面,将图像的src定位在一个相当不友好的URL中(即组件内容所在的位置)有一个缺点

如果您只需要一个图像的一个版本,那么您肯定应该直接引用DAM图像(或者您使用的任何图像宿主)