Overview of the documentation content types used in HashiCorp Web Unified Docs, based on the Diátaxis framework, including templates for Usage, Concept, Overview, and Reference pages.
Conceptual content that helps readers understand a product’s underlying systems, architecture, and workflows. Includes Index, Overview, and Concept pages.
Usage
Step-by-step procedural content that guides readers through completing a specific task.
Reference
Factual, scannable content for configuration options, CLI commands, and API endpoints.
Tutorials
Hands-on learning content hosted in a separate tutorials repository.
Within the Explanation category, three distinct page subtypes serve different purposes.
Index pages
Index pages provide lists of links to supporting documentation on a subject. They help readers navigate to the specific content they need.Example:Deploy ConsulUse an index page when a subject area has multiple supporting pages and readers benefit from a curated entry point with links rather than a full explanation.
Overview pages
Overview pages provide an introduction to a subject and serve as a central information point. They explain what a feature or system is, why it matters, and link to related usage and reference content.Example:Expand service network east/westUse an overview page when a subject area is broad enough to require orientation before a reader dives into tasks.
Concept pages
Concept pages provide discursive explanations of a product’s underlying systems and their operations. They define terms, explain how components relate, and give readers a mental model.Example:Consul catalogUse a concept page when readers need to understand why or how something works before they can effectively follow procedural guidance.
Use these templates as a starting point when creating a new page. Adapt the structure to fit your content, but keep the frontmatter fields and section order consistent.
Usage
Concept
Overview
Reference
The usage template is for procedural, task-oriented content.
---page_title: Match the H1 and nav titledescription: |- Include target keywords and keyword phrases so that users can easily search.---# TitleExplain what the topic is about.## RequirementsThe requirements block describes the following information necessary to operate the product:- system- environment- software requirements- product version: Note that because we have versioned docs, specifying the core product version is not as important as version requirements for ancillary software, such as `kubectl`.## StepsDepending on the context, you can either add an introduction statement about the procedureor begin describing the procedure directly.1. If the procedure describes a series of commands, we recommend setting environment variables as the first step so that you can use the variable name in subsequent commands. Always link to the relevant [reference documentation](link): <COMMAND> <RESPONSE>1. The next step may require the user to configure a file. Always link to the relevant [reference documentation](link): <CodeBlock> </CodeBlock>1. The final step may require another command: <COMMAND> <RESPONSE>## Next stepsIntroduce related tasks that either enhance this topic or are necessary to achieve a larger goal.Next steps link to other usage pages, rather than additional conceptual or reference information.
The concept template is for explanatory, definition-focused content.
---page_title: Page title matches the H1 page titledescription: |- Learn about the {topic} concepts for using {product}. As needed, include a second sentence that elaborates on the concept.---# Page title for Concepts (short) contentThe first paragraph introduces the topic and summarizes the page content. Because thispage exists to explain related terms, this sentence should describe the overarching ideathat bridges these terms.## ContextThe optional context block introduces the concept by explaining the relationship betweenthe product and the concept. Use one of the following labels:- **Introduction**: Introduces terms, constructs, architectural components, and workflows- **Background**: Provides historical or situational context## Concept 1*Concept* is defined in the first sentence. The second sentence explains the concept'soverall importance to the product. The third sentence provides additional information.## Concept 2Treat concept pages as the reference section for ideas and constructs. Other content typesshould link to concept pages for information. Be concise but thorough.## Concept 3You can include images or diagrams as necessary to explain concepts. Always include textbefore the image to introduce it.Always include at least one sentence after an image for additional context.
The overview template is for broad, orientation-focused content.
---page_title: Overview topic templatedescription: |- {Feature or thing} is {description of what it is} that you can use to {list of things verbs corresponding to feature permutations}.---# Overview topic templateThe first paragraph describes the page's content.## IntroductionIntroductory blocks are optional. If applicable, describe why the topic area is important.## WorkflowsUse this section to summarize the main usage steps associated with the topic area.### Primary workflowThe overall process for {end goal of workflow} consists of the following steps:1. First action users take to complete this workflow.1. Second action for completing this workflow.1. Final action common to the workflow.## GuidanceSome users land on an overview page and do not know where to go next. Use this sectionto link to topics that help get started.### Tutorials- To learn how to {do what the tutorial describes}, complete the [Name of tutorial](link).### Usage documentation- [Usage page title](https://developer.hashicorp.com)### Reference- [Reference page title](https://developer.hashicorp.com)### Constraints, limitations, and troubleshooting- List limitations that inhibit functionality.- List alternate approaches for completing usage tasks.
For configuration, CLI, API, and other reference content, find an existing page in your product’s content directory and use it as a template. Reference pages vary significantly by product and content type, so there is no single universal template.Common characteristics of reference pages: