For a screen reader the document outline is the navigation, so it is stated exactly here rather than described as good.
Every page declares the language it is written in, lang="en" on the English pages, lang="es" on the Spanish ones and lang="pt-BR" on the Brazilian Portuguese ones, and carries exactly one h1. On the nine English pages that carry the site chrome, on their nine Spanish and nine Brazilian Portuguese counterparts, and on the 404 with them, that h1 is the heading the page opens on, and below it sit one banner with a navigation labelled Primary, one main landmark and one contentinfo footer; /qr carries the main without the other three. The type scale is separate from the heading level — a heading is sized by a utility class rather than by being demoted to the size that looked right — so nothing skips a level to get smaller.
Counted in the markup a reader actually receives rather than in the components that emit it, the ten English pages and the English 404 carry thirty-two section landmarks, and every one of them names itself. Thirty are tied by aria-labelledby to their own heading, one — the demo-prompt block on /qr — to the label above its field, and one — the use-case carousel on the home page — carries an aria-label instead. A reader listing the landmarks of any page on this site is told what each one is, and there is no nameless section left anywhere on the site.
That every one of them names itself is new, and what the change responsible actually bought is worth stating exactly, because the figure this page carried before overstated it. This paragraph and the next are a record of that fix rather than a second description of the export above: every count in them was taken when the fix landed, on an export since re-cut into the pages listed above, and thirty-two is the total today. The count went from forty-four section elements to thirty-nine. Seventeen of the forty-four had nothing to name them, and a section with no accessible name is not a landmark at all: ARIA in HTML gives it no role beyond generic, which is what Chromium's accessibility tree shows — no name, no region, and no entry in any landmark list. So those seventeen were never offered to a reader as landmarks, and this page was wrong to say they announced themselves as a bare section.
The cause was still one component, and the fix had two halves. The section component emitted a section element whether or not it had been given anything to name it; it now emits a section only when it has an accessible name, and an ordinary div otherwise, carrying the same id, the same field tokens and the same classes, so every in-page anchor still lands where it did. That half tidies the tree rather than the landmark list, and the gain is small enough to be named as small: a div is pruned from the accessibility tree outright, where a nameless section is kept as a generic node a reader walks through for nothing. The half that matters is the other one. Ten bands that had a heading but no aria-labelledby were tied to it — the h1 openings of the request-access, trust, demo and how-it-works pages, the 404, and the one component that opens all three legal documents, plus four on the home one-pager — which is twelve section elements in the export, because that one component renders three times. Named regions went from twenty-seven to thirty-nine on that export, and those twelve are landmarks a reader can list that were not there before.
Six pages carry two languages at once, and that is a decision rather than a lapse. /privacy, /terms and /accessibility are served inside each language's tree and render the same English legal body, which is the operative text, so each Spanish and each Brazilian Portuguese edition marks that body lang="en" inside a document declaring its own language and opens it with the notice saying which text binds, written in the page's language and marked with it. That is WCAG 2.2 success criterion 3.1.2, Language of Parts, and those six pages are the only place on the site where a passage is in a language its page is not.
Five bands on the site are now divs, and that is the intended answer rather than a remaining gap: the body block of each of the three legal documents, the values band of the home page, and the film band on /overview. None of them has a heading, and none was given an invented one — a hidden heading written only so a landmark had something to point at, or an aria-label composed to paper over the absence, would have put a name in the outline that nothing on the page says. A band with nothing to call itself is better as a plain container than as a generic node the tree keeps and a reader gets nothing from.