A vertical timeline of version numbers, dates, and short descriptions, newest first. Each entry usually pairs a version badge ("v1.4"), a date, one or two lines of summary, and sometimes a tag ("New," "Improved," "Fixed") — a line and dots down the left edge make the chronology visible at a glance.
Having this section at all is itself a signal — it says the product is actively maintained, not abandoned, which matters a lot in B2B buying decisions where "is this company even still around" is a real question. Landing pages usually show only the latest four to six entries and link out to a full `/changelog` page for the rest.
Listing changes users can't actually feel — internal refactors, dependency bumps — reads as noise and does nothing for anyone. Favor changes people notice ("Dark mode is here," "Load times cut in half"), and when a new entry lands, give the top item a subtle highlight so it reads as freshly posted.
When to use
Use for products that genuinely ship updates often — at least monthly. With infrequent updates, a sparse timeline backfires and looks abandoned instead.