any2.video
~/resources / how-to-videos-for-software-documentation
article 16 Oct 2026 · 6 min read

How-To Videos for Software Documentation: What to Film, What Stays as Text, and How to Embed It

How-to videos for software documentation belong beside the written steps, for tasks where readers need to see the path and the result. What to film, docs-as-code habits, embedding in Docusaurus, Sphinx, MkDocs and Zendesk Guide, and captions.

How-to videos for software documentation work best beside the written steps they show. Film tasks where the reader needs to see where things are and what success looks like; keep reference material and anything people copy as text. Record by following your own published steps on a clean environment, then embed the video next to them with captions and a version.

How-to videos for software documentation sit beside the numbered steps of a docs page, with version and captions under the player. Video answers where is it and did it work; text answers what exactly do I type.
The page keeps all of its steps; the video shows the path and the finish line.

What belongs in a video and what stays in text

Video shows where something is on screen and what success looks like. It is poor at anything a reader scans, searches or copies. If the reader asks "where is it" or "did it work", video helps. If they ask "what exactly do I type", text wins.

Most pages that get a video keep all of their text. The video is added beside the steps.
ContentIn the videoIn the textWhy
A task across several screens with a visible resultYesYes, as numbered stepsThe video shows the path; the page sets the pace
Installation and first-run setupYesYesA failing step is easier to spot once seen
Commands, config files, API callsShow them runningThe exact textNobody should retype a command from a frame
Option and parameter referenceNoYesReference is searched, not watched
Concepts and architectureOnly a short diagram for a flowYesExplanation belongs in prose
Errors and troubleshootingThe failure and the fixYes, with the exact messageReaders search for the error string
Release notesRarelyYesThey change too often

API documentation is mostly reference and stays text. The exception is the getting-started path: create a key, make the first call, see a real response. A short recording of that, with the request and response printed below it as text, answers a developer's first question: does it work?

How to turn a docs page into a how-to video

Technical writers without video experience have one advantage: the page is already the script. Every step now has to be performed for real, on camera, in the order written.

  • Pick a page whose task ends in something visible, such as a restored file or a job marked Succeeded. If you cannot name the finish line, fix the page first.
  • Use a clean trial environment with realistic fake data. Never production.
  • Start recording before the first click and follow the published steps exactly. Where the page is wrong, note the time and keep going.
  • Log time, step number and what happened. The log becomes the captions, the chapters and the page corrections.
  • Say what you click and where it sits: "Settings, top right", not "here".
  • End on evidence from the product, not on your narration saying it worked.
  • Cut dead air, not failures; a failed step and its fix go in the troubleshooting section.

The first run often finds a missing prerequisite or a moved button. That finding is worth more than the footage, so fix the page before publishing either. How to write step-by-step instructions covers the page, and how to make a how-to video covers recording and editing.

How-to videos in a docs-as-code workflow

In a docs-as-code workflow for how-to videos, Git holds the Markdown page and front matter with the video URL, version, recording date and caption file, while the video file sits on YouTube; a CI check flags old versions.
Only the small parts of a video belong in Git, and they get reviewed like the rest of the page.

In docs-as-code, the page lives in Git as Markdown and goes through review. The video file does not belong there: it is large, binary and unreviewable. Host it on YouTube or your video platform and keep the small parts next to the page: its URL, the version shown, the recording date and the caption file, which is text and gets reviewed like text.

---
title: Restore a single file
video: https://www.youtube.com/watch?v=VIDEO_ID
video_version: "4.2"
video_recorded: 2026-10-02
captions: captions/restore-a-single-file.en.vtt
---

Use front matter if your generator accepts custom keys, or a sidecar file if not. A pull request that changes a step should say whether the video still matches, and a CI check can flag pages whose video version is older than the current release.

Embedding video in Docusaurus, Sphinx, MkDocs and Zendesk Guide

All four can show a YouTube or Vimeo player, each differently. We checked each vendor's own documentation on 15 October 2026.

Embedding methods from each vendor's documentation, checked 15 October 2026.
PlatformHow to embedWatch out for
DocusaurusPaste the iframe into an .mdx page; Docusaurus treats HTML in MDX as JSXInline styles must be JSX objects; the CommonMark format allows no JSX
Sphinx (hosted on Read the Docs, among others)Put the iframe inside a raw directive for htmlDocutils calls raw a potential security hole (raw_enabled turns it off); non-HTML outputs such as PDF can ignore it
MkDocsPaste the iframe as raw HTML in the Markdown fileMkDocs cannot validate or convert links inside raw HTML
Zendesk GuideArticle components button, then Embed, then paste the video URLThe toolbar takes listed hosts (YouTube, Vimeo, Wistia, Loom, Vidyard and others); other hosts need embed code with unsafe HTML allowed; no YouTube Shorts
.. raw:: html

   <iframe src="https://www.youtube.com/embed/VIDEO_ID"
           title="Restore a single file, version 4.2"
           allowfullscreen></iframe>

Read the Docs hosts any tool that outputs HTML, including Sphinx, MkDocs and Docusaurus, so the method follows the generator, not the host. On every platform, put a plain link to the video and its recording date under the player, so a PDF build or a blocked iframe still leaves a way to it.

Sources, checked 15 October 2026: Docusaurus MDX and React, Docutils directives, MkDocs writing your docs, Zendesk inserting videos and Read the Docs documentation tools.

Keeping the written steps and the video in step

A video and a page that disagree are worse than either alone. Tie them together:

  • Use the page's step numbers as chapter markers in the video.
  • Show the version under the player and in the video itself.
  • Treat a release that moves a button as a bug in every video that shows it.
  • When only a label changes, fix the captions and the page. When the path changes, re-record.

Scribe, Tango and Guidde compares tools that build step guides from a capture, and AI SOP generators covers the wider category. Both speed up the page; keeping it true after a release is a separate job.

Captions, transcripts and accessibility

For prerecorded video with audio, captions are required at WCAG Level A. Level A also asks for either audio description or a transcript covering the visual content, Level AA asks for audio description, and a full transcript is a Level AAA item, per W3C's media planning page, checked 15 October 2026.

The simple way to cover description is to narrate visual detail as you go, which W3C calls integrated description: "click Save, bottom right", not "click here". W3C's transcripts page recommends putting the transcript or a link to it right under the video. On a docs page, the written steps already carry most of it.

Write captions from your log or correct generated ones against it, because automatic captions get product names and file paths wrong. Closed captions vs subtitles explains which file you need once the docs are translated.

When to hand the recording to someone else

Recording is the small part. The environment, re-runs after each release and extra languages take the time. Our verified walkthroughs take that on: an AI operator performs the task from your docs page on a trial environment, a person checks the result against the product's own evidence, and you get the video, the steps that worked, troubleshooting notes, captions, a version tag and a re-run on the next release. Install Proxmox VE 9.2, every screen shows one. any2.video vs a technical writer is plain about where prose wins.

Should software documentation include videos?

Yes, for tasks that cross several screens and end in a result the reader must recognise, placed next to the written steps. Not for reference, commands or concepts, which are cheaper to search and correct as text. Start with installation.

How do I embed a YouTube video in Docusaurus or Read the Docs?

In Docusaurus, paste the iframe into an .mdx page and write any inline style as a JSX object. For Sphinx on Read the Docs, wrap it in a raw html directive. For MkDocs, paste it as raw HTML.

Do documentation videos need captions?

Yes, if they have speech: WCAG Level A requires captions for prerecorded video with audio. Correct automatic captions before publishing.

Can I generate a how-to video from a documentation page automatically?

You can generate a narrated video from the text with slides or stock visuals; AI video generators for product marketing covers that category. It cannot show the product doing the task, so it does not test the page. For a how-to, record the steps being followed.

Send one docs page and access to a trial environment. We run the task exactly as written, record it, check the result and send back the video, the steps that worked and captions. The first sample is free.

$ get-sample →