Digital Quality Management
cancel
Showing results for 
Search instead for 
Did you mean: 

DQM Checkpoints and Standards

Requesting Custom Checkpoints

What are custom checkpoints?

Custom checkpoints can be added to your DQM instance to help you and your team automate the discovery of issues specific to your organisation. A good example of this would be looking for instances of a word or phrase that does not comply with your company guidelines, and therefore you want to find instances of, in order to remove them. Most DQM checkpoints report on the source code of pages.

If you would like to have a discovery call to better understand what checkpoints we could set up for you, you can also contact your CSM.

How can I get new custom checkpoints set up for my DQM Instance?

To get custom checkpoints set up, you'll need to create a support ticket for our team. See our how to guide for creating support cases in the Crownpeak Community 

When requesting custom checkpoints from our support team, there is some information we require to ensure we set up your new checkpoints correctly based on your requirements. Fill out the template spreadsheet attached to this article, using the below as a guide for each field that's required. Once the support team have this information, they can investigate if the checkpoint can be set up.

The time it takes to get your custom checkpoint(s) set up will vary depending on the complexity of the checkpoint(s) requested. Generally, 1-3 checkpoints will take up to 5 business days to get set up, tested and released to you. The support team will be able to provide a more accuarate ETA for each case.

What information do I need to provide?

Each item listed below corresponds to a column in the attached spreadsheet. Use the information below as a guide to help you fill the spreadsheet out. This will help our support team to set your new checkpoints up as quickly as possible.

  1. Checkpoint name: this will be the visible checkpoint name in DQM. An example is shown in the image below.

s.pngCheckpoint name

 

  1. Checkpoint description: The description of the checkpoint to appear in the dashboards – this should explain what the checkpoint is doing in a short paragraph. An example is shown in the image below.

 

d.pngCheckpoint description

  1. Technical description: This should give the exact description of what you want the checkpoint to do.

 

  1. Code example: An example (i.e. a code snippet) of what the checkpoint should look for.

 

  1. Page example: A URL of an example of a page that would be flagged by the checkpoint and, optionally, a URL of a page that would not be flagged by the checkpoint. This helps our support team to confirm that the checkpoint has been successfully set up.
Labels (1)
Version history
Revision #:
8 of 8
Last update:
‎10-14-2019 07:15 AM
Updated by:
 
Looking for more?
Ask in Discussions
Developers

Peer-to-peer support  and answers on developing CMS templates, modifying privacy scripts or building integrations.

Digital Experience Management

Find answers and ask questions on content management, personalization and targeting.

Digital Quality Management

Find answers and ask questions on WCAG and SEO quality management.

Digital Governance

Find answers and ask questions on consent and monitoring solutions.