Adobe Experience Manager as a Cloud Service 的 SEO 和 URL 管理最佳实践 seo-and-url-management-best-practices-for-aem

搜索引擎优化 (SEO) 已成为许多营销人员关注的重点。因此，需要解决众多 Adobe Experience Manager (AEM) as a Cloud Service 项目中的 SEO 问题。

本文档首先介绍了一些 SEO 最佳实践以及在 AEM as a Cloud Service 实施上实现这些最佳实践的建议。然后，本文档更深入地介绍了第一节中提出的一些更加复杂的实施步骤。

SEO 最佳实践 seo-best-practices

本节介绍了一些常规的 SEO 最佳实践。

URL urls

在 URL 中有一些公认的最佳实践。

在 AEM 项目中评估 URL 时，请问自己以下问题：

“如果用户看到此 URL 但未看到页面上的任何内容，他们能否描述此页内容？”

如果能做到，那么可能该 URL 对于搜索引擎可正常工作。

以下是有关如何构建 URL 以实施 SEO 的一些常规方法：

服务器配置 server-configuration

在服务器配置方面，您可以采取以下步骤来确保仅爬取正确的内容：

AEM 配置 aem-configurations

本节介绍了配置 AEM 以遵循这些 SEO 建议所需的实施步骤。

使用 Sling 选择器 using-sling-selectors

以前在构建企业 Web 应用程序时使用查询参数是公认的惯例。

近几年的趋势已变为删除查询参数，以使 URL 更易懂。在许多平台上，这涉及在 Web 服务器或内容分发网络 (CDN) 上实施重定向，但 Sling 让这种做法变得简单明了。Sling 选择器能够：

为 Servlet 使用选择器 using-selectors-for-servlets

在编写 Servlet 时，AEM 提供两个选项：

以下示例阐述如何注册遵循这两个模式的 Servlet 以及使用 Sling Servlet 获得的利益。

Bin Servlet（下一级） bin-servlets-one-level-down

Bin Servlet 遵循许多开发人员惯用的 J2EE 编程模式。Servlet 在特定路径下注册（对于 AEM，该路径通常位于 /bin 下），您可以从查询字符串中提取所需的请求参数。

此类 Servlet 的 SCR 注释如下所示：

@SlingServlet(paths = "/bin/myApp/myServlet", extensions = "json", methods = "GET")

然后，通过 doGet 方法中包含的 SlingHttpServletRequest 对象，从查询字符串中提取参数，例如：

String myParam = req.getParameter("myParam");

使用的生成 URL 如下所示：

https://www.mydomain.com/bin/myApp/myServlet.json?myParam=myValue

使用这种方法需要考虑以下几点：

Sling servlet（下一级） sling-servlets-one-level-down

Sling Servlet 允许您以相反的方式注册 Servlet。您无需寻址 Servlet 并根据查询参数指定希望该 Servlet 呈现的内容，而是寻址所需内容并根据 Sling 选择器指定应呈现相应内容的 Servlet。

此类 Servlet 的 SCR 注释如下所示：

@SlingServlet(resourceTypes = "myBrand/components/pages/myPageType", selectors = "myRenderer", extensions = "json", methods="GET")

在这种情况下，URL 寻址的资源（myPageType 资源的一个实例）可在 Servlet 中自动访问。要访问该资源，请使用以下调用：

Resource myPage = req.getResource();

使用的生成 URL 如下所示：

https://www.mydomain.com/content/my-brand/my-page.myRenderer.json

这种方法的好处是：

URL 重写 url-rewriting

在 AEM 中，所有网页都存储在 /content/my-brand/my-content 下面。虽然从存储库数据管理的角度来看这可能有用，但对您希望客户如何浏览网站来说却不一定有用，并且可能与尽量保持 URL 简短的 SEO 指导建议相冲突。此外，您可能正在从不同域名通过同一个 AEM 实例提供多个网站。

本节会回顾 AEM 中用于管理 URL 并以更易读和 SEO 友好的方式向用户展示这些 URL 的可用选项。

虚 URL vanity-urls

如果作者出于促销目的，希望从另一个位置访问页面，则 AEM 逐页定义的虚 URL 可能会有用。要为页面添加虚 URL，请在​ Sites ​控制台中导航到该页面，并编辑页面属性。在​ 基本 ​选项卡的底部，您会看到可添加虚 URL 的部分。请记住，通过多个 URL 访问特定页面会分割该页面的 SEO 价值，因此，应向页面添加规范 URL 标记以避免出现此问题。

本地化的页面名称 localized-page-names

您可能希望向用户显示本地化页面名称中已翻译的内容。例如：

本地化页面名称的挑战在于，AEM 平台上的许多可用本地化工具都依赖于让页面名称在各个不同区域环境中匹配，以保持内容同步。

sling:alias 属性让您能够一举两得。可将 sling:alias 作为属性添加到任何资源，以便使用该资源的别名。在上一个示例中，您将拥有：

这将允许 AEM 翻译工具（例如，多站点管理器）继续保持以下两项之间的关系：

同时，还允许最终用户与使用其母语的页面名称进行交互。

/etc/map etc-map

在标准 AEM 安装中：

可以在此位置添加映射定义来映射入站请求，和/或在 AEM 中重写页面上的 URL。

要创建映射，请在 /http 或 /https 下面的此位置创建一个 sling:Mapping 节点。根据在此节点上设置的 sling:match 和 sling:internalRedirect 属性，AEM 会将匹配 URL 的所有流量重定向到 internalRedirect 属性中指定的值。

虽然这是官方 AEM 和 Sling 文档中记录的方法，但与直接使用 SlingResourceResolver 提供的选项相比，这种实施提供的正则表达式支持范围比较有限。此外，以这种方式实现映射可能会导致 Dispatcher 缓存失效问题。

以下示例简要介绍了这个问题是如何发生的：

有多种方法可配置自定义调度-刷新规则，这些规则会将较短的 URL 映射到较长的 URL，以便使缓存失效。

但是，还有一个更简单的方法来处理这种情况：

Apache HTTP Server mod_rewrite apache-http-server-mod-rewrite

到目前为止，您已经与组件中的逻辑一起实施了映射，以便在将 URL 输出到页面时使用这些映射。

最后一步就是缩短的 URL 进入 Dispatcher 后如何进行处理，这正是 mod_rewrite 发挥作用的时候。使用 mod_rewrite 最大的好处是，在将 URL 发送到 Dispatcher 模块​ 之前，该 URL 会映射回其长格式。这意味着，Dispatcher 将向发布服务器请求长 URL 并相应地对其进行缓存。因此，从发布服务器传入的任何 Dispatcher 刷新都将能够成功地使此内容失效。

要实施这些规则，可以在 Apache HTTP Server 配置的虚拟主机下添加 RewriteRule 元素。如果要将前面示例中缩短的 URL 展开，您可以实施如下规则：

<VirtualHost *:80>
  ServerName www.mydomain.com
  RewriteEngine on
  RewriteRule ^/(.*)$ /content/my-brand/$1 [PT,L]
  …
</VirtualHost>

规范 URL 标记 canonical-url-tags

规范 URL 标记是指放置到 HTML 文档标题中的链接标记，用于阐明搜索引擎在索引内容时应如何处理页面。这些标记带来的好处是，即使指向页面的 URL 可能存在差异，也能确保（不同版本的）页面的索引是相同的。

例如，如果站点要提供打印机友好版本的页面，则搜索引擎可能会将该页面与常规版本的页面分开进行索引。规范标记会告诉搜索引擎，它们是相同的。

示例：

二者均会将以下标记应用于页面的标题：

<link rel="canonical" href="my-brand/my-page.html"/>

href 可以是相对位置或绝对位置。该代码应包含在页面标记中，以确定页面的规范 URL 并输出此标记。

将 Dispatcher 配置为不区分大小写 configuring-the-dispatcher-for-case-insensitivity

最佳实践是使用小写字母来提供所有页面。但是，您不希望当用户在 URL 中使用大写字母访问您的网站时得到 404 错误。因此，Adobe 建议您在 Apache HTTP Server 配置中添加重写规则，以将所有传入的 URL 映射为小写。此外，必须为内容作者提供使用小写字母创建页面的培训。

要配置 Apache 将所有入站流量强制转换为小写，请在 vhost 配置中添加以下内容：

RewriteEngine On
RewriteMap lowercase int:tolower

此外，在 htaccess 文件的最上方添加以下内容：

RewriteCond $1 [A-Z]
RewriteRule ^(.*)$ /${lowercase:$1} [R=301,L]

实施 robots.txt 以保护开发环境 implementing-robots-txt-to-protect-development-environments

在爬取站点之前，搜索引擎​ 应该 ​检查站点根目录中是否存在 robots.txt 文件。尽管 Google、Yahoo 或 Bing 等主要搜索引擎都尊循这一规则，但一些外国搜索引擎并不一定遵循。

阻止访问整个站点的最简单方法是，将名为 robots.txt 的文件放置到站点根目录下，并包含以下内容：

User-agent: *
Disallow: /

或者，在实时环境中，您可以选择禁止某些不希望索引的路径。

将 robots.txt 文件放在站点根目录时应当注意，Dispatcher 刷新请求可能会清除此文件，同时 URL 映射可能会将该站点根目录放置在与 Apache HTTP Server 配置中定义的 DOCROOT 不同的位置。因此，通常将该文件放在站点根目录的作者实例上，并将其复制到发布实例。

在 AEM 上构建 XML Sitemap building-an-xml-sitemap-on-aem

爬取程序使用 XML 站点地图来更好地理解网站的结构。虽然提供站点地图无法保证会提高 SEO 排名，但这是公认的最佳实践。您可以在 Web 服务器上手动维护要用作站点地图的 XML 文件，但我们建议以编程方式生成站点地图，这种方法可确保当作者创建内容时，站点地图会自动反映内容更改。

AEM 使用 Apache Sling Sitemap 模块生成 XML 站点地图，这将为开发人员和编辑人员提供一系列广泛的选项，以使站点的 XML 站点地图保持最新。

Apache Sling Sitemap 模块将区分为 sling:sitemapRoot 属性设置为 true 的任何资源生成的顶级站点地图和嵌套站点地图。通常，使用树的顶级站点地图路径上的选择器来呈现站点地图，而顶级站点地图是没有其他站点地图根祖先的资源。此顶级站点地图根还公开站点地图索引，该索引通常是站点所有者将在搜索引擎的配置门户中配置或添加到站点的 robots.txt 的内容。

例如，考虑一个在 my-page 定义顶级站点地图并在 my-page/news 定义嵌套站点地图的网站，以便为新闻子树中的页面生成专用站点地图。生成的相关 URL 将为

在默认配置中，“页面属性”对话框提供了一个选项，用于将页面标记为 Sitemap 根（如上所述）并生成 Sitemap 本身及其后代。此行为通过实施 SitemapGenerator 接口来实现，并且可以通过添加替代实施进行扩展。但是，由于重新生成 XML Sitemap 的频率在很大程度上取决于内容创作工作流和工作负载，因此，该产品不提供任何 SitemapScheduler 配置。这使得该功能可以有效地选择启用。

若要启用生成 XML Sitemap 的后台作业，必须配置 SitemapScheduler。为此，可为 PID org.apache.sling.sitemap.impl.SitemapScheduler 创建 OSGI 配置。调度程序表达式 0 0 0 * * ? 可用作起点，以在每天的午夜重新生成所有 XML Sitemap 一次。

Sitemap 生成作业可以在创作和发布层实例上运行。在大多数情况下，建议在发布层实例上运行生成，因为只能在此生成正确的规范 URL（这是因为 Sling 资源映射规则通常仅存在于发布层实例上）。不过，可以通过实施 SitemapLinkExternalizer 接口，插入用于生成规范 URL 的外部化机制的自定义实施。如果自定义实施能够在创作层实例上生成 Sitemap 的规范 URL，则可以为创作运行模式配置 SitemapScheduler，并且可以跨创作服务集群的实例分布 XML Sitemap 生成工作负载。在此情况下，必须特别小心地处理尚未发布、已修改或仅对受限用户组可见的内容。

AEM Sites 包含 SitemapGenerator 的默认实施，它将遍历页面树以生成 Sitemap。它预先配置为仅输出站点的规范 URL 和任何语言替代项（如果可用）。如果需要，它还可以配置为包含页面的上次修改日期。为此，启用“Adobe AEM SEO - 页面树 Sitemap 生成器”​配置的“添加上次修改日期” ​选项，并选择“上次修改源”**。在发布层上生成站点地图时，建议使用 cq:lastModified 日期。

要限制 Sitemap 的内容，可以在需要时实施以下服务接口：

如果默认实施不适用于特定用例，或者扩展点不够灵活，则可以实施自定义 SitemapGenerator 以完全控制生成的 Sitemap 的内容。以下示例说明如何使用 AEM Sites 的默认实施逻辑来完成此操作。它使用 ResourceTreeSitemapGenerator 作为起点来遍历页面树：

import java.util.Optional;

import org.apache.sling.api.resource.Resource;
import org.apache.sling.sitemap.SitemapException;
import org.apache.sling.sitemap.builder.Sitemap;
import org.apache.sling.sitemap.builder.Url;
import org.apache.sling.sitemap.spi.common.SitemapLinkExternalizer;
import org.apache.sling.sitemap.spi.generator.ResourceTreeSitemapGenerator;
import org.apache.sling.sitemap.spi.generator.SitemapGenerator;
import org.jetbrains.annotations.NotNull;
import org.osgi.service.component.annotations.Component;
import org.osgi.service.component.annotations.Reference;
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;

import com.adobe.aem.wcm.seo.sitemap.PageTreeSitemapGenerator;
import com.day.cq.wcm.api.Page;

@Component(
    service = SitemapGenerator.class,
    property = { "service.ranking:Integer=20" }
)
public class SitemapGeneratorImpl extends ResourceTreeSitemapGenerator {

    private static final Logger LOG = LoggerFactory.getLogger(SitemapGeneratorImpl.class);

    @Reference
    private SitemapLinkExternalizer externalizer;
    @Reference
    private PageTreeSitemapGenerator defaultGenerator;

    @Override
    protected void addResource(@NotNull String name, @NotNull Sitemap sitemap, Resource resource) throws SitemapException {
        Page page = resource.adaptTo(Page.class);
        if (page == null) {
            LOG.debug("Skipping resource at {}: not a page", resource.getPath());
            return;
        }
        String location = externalizer.externalize(resource);
        Url url = sitemap.addUrl(location + ".html");
        // add any additional content to the Url like lastmod, change frequency, and so on
    }

    @Override
    protected final boolean shouldFollow(@NotNull Resource resource) {
        return super.shouldFollow(resource)
            && Optional.ofNullable(resource.adaptTo(Page.class)).map(this::shouldFollow).orElse(Boolean.TRUE);
    }

    private boolean shouldFollow(Page page) {
        // add additional conditions to stop traversing some pages
        return !defaultGenerator.isProtected(page);
    }

    @Override
    protected final boolean shouldInclude(@NotNull Resource resource) {
        return super.shouldInclude(resource)
            && Optional.ofNullable(resource.adaptTo(Page.class)).map(this::shouldInclude).orElse(Boolean.FALSE);
    }

    private boolean shouldInclude(Page page) {
        // add additional conditions to stop including some pages
        return defaultGenerator.isPublished(page)
            && !defaultGenerator.isNoIndex(page)
            && !defaultGenerator.isRedirect(page)
            && !defaultGenerator.isProtected(page);
    }
}

此外，为 XML Sitemap 实施的功能也可用于不同的用例，例如将规范链接或语言替代项添加到页头。有关更多信息，请参阅 SeoTags 接口。

为旧版 URL 创建 301 重定向 creating-redirects-for-legacy-urls

由于以下两个原因，在启动具有新结构的站点时，应在 Apache HTTP Server 中测试和实施 301 重定向，这一点很重要：

请务必查看下面的“其他资源”部分，以获取关于实施 301 重定向的操作说明，以及测试重定向是否按预期工作的工具。

其他资源 additional-resources

有关详细信息，请参阅以下其他资源：