Site Architecture
How the Visualist site is structured: what lives in the nav, how pages are organized, and the conventions that govern URLs, internal linking, and redirects.
The top nav is the primary wayfinding surface of the Visualist marketing site. It is not a design element. Its job is to get the right visitor to the right page as efficiently as possible. Every item in the nav earns its place by serving a distinct visitor need.
The nav has two zones. The left zone contains navigation items: logo, then Product, Solutions, Resources, and Pricing. The right zone contains conversion actions: Book a demo, Sign in, and Start free trial. The conversion actions are always visible. They do not collapse or hide at any breakpoint where the nav is shown.
On mobile, the nav collapses to a hamburger. The conversion actions (Book a demo, Start free trial) remain accessible within the mobile menu. Sign in moves to the bottom of the mobile menu.
Slide-in drawer from the right. A semi-transparent scrim covers the page behind it. Tap the scrim or the close button to dismiss.
Product, Solutions, and Resources expand inline. Only one section can be open at a time. Pricing and Sign in are flat links with no expansion.
Start free trial and Book a demo are pinned to the bottom of the drawer at all times, regardless of scroll position within the nav. The visitor never loses access to the primary conversion actions.
The hamburger replaces the desktop nav at 768px and below. The drawer width is 80vw, maximum 320px. Below 375px, the drawer is full width.
The footer is a secondary navigation layer, not a design statement. It carries links that do not belong in the primary nav: legal pages, secondary product links, company information, and social channels. It is Parchment background, Roboto Mono for column labels, Roobert for links.
/personal-stylist not /PersonalStylist. No trailing slashes: /pricing not /pricing/./lp/, /p/) that strip meaning from the URL. A visitor, a developer, and a search engine should all be able to infer the page's purpose from the URL alone./product/[pillar]/[feature]. Solutions pages: /for/[field] or /use-case/[job]. Resources: /blog/[slug], /case-studies/[slug], /reports/[slug], /resources/[slug] (lead magnets and webinars), /events/[slug] (pre- and during-event), /events/[event-name]-post (post-event)./offers/[slug] for special offers, /partners/[slug] for referral and partner pages. Pages without a natural category (E1, E2, E3, E4, E5, E6, E7, E8) use clean root-level slugs. The robots directive is set per page, not per directory.Internal links move visitors deeper into the site and signal content relationships to search engines and AI crawlers. Every page should have a clear next step.
These standards apply to every page on visualistapp.com without exception. They govern how the site appears in search results, AI-generated answers, social previews, and browser tabs. They are set globally and overridden at the page level where needed.
[Page title] · Visualist. The separator is a middle dot (·), not a pipe or hyphen. Homepage exception: Visualist: The OS that remembers your taste. Maximum 60 characters including the brand suffix. Titles that exceed this are truncated in search results.og:title, og:description, og:image, og:url, og:type. The OG title and description may differ from the meta title and description where a more social-friendly version performs better. The OG image is 1200x630px, always uses the Visualist visual identity (no placeholder images, no generic stock), and includes the Visualist wordmark. A default OG image is defined at the global level; pages with campaign-specific imagery override it.twitter:card is set to summary_large_image globally. twitter:site is set to the Visualist Twitter handle. The Twitter image follows the same brand standards as the OG image.index, follow. Time-bound campaign pages (special offers, event pages with expiry): noindex, follow after the campaign window closes. Thank-you and confirmation pages: noindex, nofollow always.Organization schema with name, URL, logo, social profiles, and contact information. Product and Feature pages declare SoftwareApplication schema. Tips / How-to pages declare HowTo schema. Via Visualist case studies declare Review or CaseStudy schema. Blog posts declare Article schema with author, date, and headline. All structured data is validated before deployment.llms.txt file at the root of visualistapp.com. This file describes what Visualist is, who it is for, and which pages are most authoritative, in plain language that AI systems can read directly. It is updated whenever the site structure or positioning changes significantly. Full rules in 13.11 Systems.