The Search Engine Optimization (SEO) module provides tools for analyzing and validating content in your JCR repository. Typically it is used to analyze pages but technically it could also be used to analyze any type of content node in any workspace. The module contains a variety of audit routines that can be configured to test different aspects of your pages and/or content. It has an app which allows content managers to run and view audit routines. These routines can be executed independently or as part of package using the Audit Manager.
Maven is the easiest way to install the modules. Add the following dependencies to your bundle:
The module contains different audit routines that can be run to validate content. Each routine is referred to as an auditor.
An auditor is a Java class that can:
- Test the rendered HTML of your page for validity.
- Test if required properties are defined for your page or content according to best practice SEO.
- Connect to an external service to analyze your page.
- be extended and customized to any analysis you need
Auditors analyze a selected node and either pass or fail the node. Audit failures are graded at three different levels:
- Error - The problem must be corrected.
- Warning - The problem should be corrected.
- Note - The problem is not severe but could be corrected.
The ability to run audits is handled by the Audit Manager. It provides a framework for executing one or more auditors and saving their results. You can add new auditors and change the configuration of defined auditors from the Audit Manager.
SEO Tuner app
The SEO Tuner app (Audit app) is where users can launch audits on web pages. You will find the app installed in the Edit group of admincentral. From the app you can view the results of audits as well as export results to a file.
The browser subapp shows all sites within the website workspace. It adds two new columns for audit status. If the page has errors, warnings or notes this will be indicated in the Audit column. The last time an audit was ran will be reflected in the Audited on column.
This subapp gives information about the audit results. This subapp is spawned when an audit has been run on a selected page from the browser subapp. The audit detail view shows you an overview detailing how many errors, warnings and notes were found in the last audit. The audit details view also has a section for each successful or failed audit that was performed.
Click on an audit section to expand it and find more details on problem found. For some audits, you might also find a button that will link you to an app where you can correct the problem.
The SEO module contains two custom actions that can be configured into other apps. Both actions launch an analysis by the Audit Manager using configured auditors:
Here it is as a sample decoration file:/my-module/decorations/pages/apps/pages.yaml
AuditPageActionlaunches an analysis running all active auditors (see the active property for auditor configuration below).
FlexiAuditPageActionopens a dialog showing all currently configured auditors, allowing the user to pick and choose which auditors are run.
The SEO module contains several types of individual auditors. Auditors can be categorized into validation and definition auditors. They separate the work of determining if a property is defined from the validity of its content. Another dimension of categorization is language specifications for the site, single vs multi language.
Definition auditors - check that the value(s) for a property have been defined. They do not validate the value(s) of the property.
Validation auditors - validate the value(s) for a designated property if the property (or its language variant) have been defined.
Definitions auditors Validation auditors
Added in v5.6.2
Some auditors check on rendered content rather than the content node itself. These auditors need some way to render the content before checking it and use a "content fetcher" to do the rendering for them.
You have two content fetchers that can be used with auditors:
Calls Magnolia's rendering engine directly to render the selected content node and captures the results. RenderingFetcher will not add traits or additional information to the rendering.
Sends a request to Magnolia to preview the selected content node and captures the returned page. Since RequestFetcher is actually sending a request to Magnolia to preview a page, the request will be processed as a normal HTTP requests, personalization traits and other traits will be determined as usual when previewing a page.
Use when not using personalization or sites to gain a little performance boost in rendering.
- This module is at INCUBATOR level. It has had limited testing and low adoption.
- Version 5.6.3
- Code cleanup
- Version 5.6.2
Getting issue details...
- SEO-14 - Getting issue details... STATUS
- Version 5.6.1
- Workflow integration
- Version 5.6
- SEO-13 - Getting issue details... STATUS
- SEO-12 - Getting issue details... STATUS
- SEO-11 - Getting issue details... STATUS
- SEO-10 - Getting issue details... STATUS
- SEO-9 - Getting issue details... STATUS