SEO和URL管理最佳实践 seo-and-url-management-best-practices

SEO（搜索引擎优化）已成为许多营销人员关注的重点。 因此，必须解决许多AEM项目中的SEO问题。

本文档首先介绍了一些 seo最佳实践 和有关AEM实施的建议。 然后，本文档更深入地介绍了第一节中提出的一些更加复杂的实施步骤。

SEO 最佳实践 seo-best-practices

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

URL urls

对于URL，有一些公认的最佳实践。

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

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

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

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

服务器配置 server-configuration

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

AEM 配置 aem-configurations

本节介绍了使用以下SEO建议配置AEM的实施步骤。

使用 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 属性让您能够一举两得Adobe。 您可以添加 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映射可能会将站点根目录放置在与 DOCROOT 如Apache HTTP Server配置中所定义。 因此，通常将该文件放在站点根目录的作者实例上，并将其复制到发布实例。

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

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

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 界面。 如果自定义实施能够在创作层实例上生成Sitemap的规范URL， SitemapScheduler 可以为创作运行模式配置。 并且，XML Sitemap生成工作负载可以跨创作服务集群的实例分布。 在此方案中，必须谨慎处理尚未发布、已修改或仅对受限用户组可见的内容。

AEM Sites 包含 SitemapGenerator 的默认实施，它将遍历页面树以生成 Sitemap。它预先配置为仅输出站点的规范 URL 和任何语言替代项（如果可用）。如果需要，它还可以配置为包含页面的上次修改日期。为此，请启用 添加上次修改时间 的选项 AdobeAEM 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

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