Strip landing page to essentials, move detail to sub-pages

[drmowinckels]

Summary

Responds to the feedback from @markus and José Luis: people were not getting what CAPRO is, what it does, or how to use it. The landing page stacked all 12 sections, so "what do you do" competed with pricing, skills, fun facts and testimonials.

The landing page is now hero → How we can help → contact. Everything else moved to its own page, in the spirit of the 7T facility's landing → user-information split that Markus linked.

	Before	After
/	12 sections, ~8 screens	3 sections, ~3 screens
nav	6 #anchor jumps on one page	6 real pages + #contact
sitemap	45 URLs (18 of them empty)	27 real URLs

New pages, all reusing the existing section partials:

• /services — full service detail + feature + CTA
• /about — about + skills + funfacts + CTA
• /team — team + CTA
• /portfolio — works + testimonials
• /pricing — cost estimates + CTA
• /news — unchanged

Copy changes (en + no)

• Hero: "Unlock Your Research Potential" → "We build the data workflows behind your research", plus a sentence saying who CAPRO is and who it's for. Two buttons: What we can do / Get in touch.
• About: "We're Creative" / "We're Professional" → "A team inside the university" / "Engineers who have done research" / "You own what we build".
• Services: each gained a short: one-liner — that's what the six landing-page cards show.
• Contact: the hardcoded English "Get in touch" paragraph moved into the language files, so the Norwegian page is no longer half-English.

Copy is a first pass and the point of the preview — wording is yours to redline.

Structural fixes

• content/service → content/services. I first used a front-matter url:, but that is not language-prefixed and the Norwegian page silently collided with the English one at the same path. Renaming the section is the correct fix.
• feature, skill, funfacts, cta, testimonial each built an empty page at their own URL. Now build.render: false — content still feeds the partials, 18 junk URLs leave the sitemap.
• Pricing's "Book a time" button pointed at #book, which exists nowhere in the site. Now resolves to the contact section, per language.
• Extracted helpers/section-title.html, helpers/section-intro.html, helpers/link.html — these blocks were duplicated across 8 partials.
• Removed dead code: sections/news.html, the empty sections/map.html, .btn-hero and .contact-icon CSS, the now-unused viewAllPost string.

Test plan

CI builds the site and deploys the preview, so that's covered. What CI does not check:

• Wording, English and Norwegian — especially the hero and the six service one-liners.
• Nav ordering — 7 items now; say if that's too many and I'll fold /about in elsewhere.
• Whether dropping testimonials and fun facts off the landing page is the right call.
• Norwegian /no/ pages — I wrote that copy, a native read would be good.

Two things I deliberately did not do:

1. No email or social links exist anywhere in the config, so contact is still only the booking link, address and map. If you want an email on the landing page it's a one-line addition.
2. CI pins Hugo 0.145.0 (.hugo_version) while I built locally on 0.167. The build: front-matter key replaced _build in exactly 0.145.0, so it should be fine, but the preview build is the real check.

🤖 Generated with Claude Code

[github-actions]

✅ Preview deployed at https://23--capro-uio.netlify.app
Please check it looks ok before merging.

[drmowinckels]

Correction on the Hugo version note

The PR description says the 0.145.0 (CI) vs 0.167.0 (local) gap "should be fine" and that the preview build would confirm it. The build passing did not confirm it — it produced different, wrong output, and I only caught it by checking the deployed URLs rather than the build status.

What broke: the /service/ → /services/ redirect was set on both language files. Hugo 0.167 language-prefixes aliases on non-default languages; 0.145.0 does not. So on CI the Norwegian entry claimed the root /service/ and overwrote the English one — /service/ redirected to /no/services/, and /no/service/ was never built at all.

Fix (95cf942): the alias now lives only on the default-language file, which both versions resolve to /service/ identically.

This is the second time the same class of issue has bitten in this PR — the first was front-matter url: not being language-prefixed, which silently collided the two /services/ pages. Worth considering a follow-up to bump .hugo_version so local and CI agree; I have deliberately not done that here, since it would need the whole site re-verified on the new version and that is a separate change from this one.

Takeaway for reviewing this PR: a green check means the build did not error, not that the output is right. The deployed URLs are worth spot-checking.

[github-actions]

✅ Accessibility: no issues

axe-core over 19 routes × 2 viewports (one page per layout), plus 69 manual checks.

All 69 manual checks passed.

_{Automated tooling catches roughly a third of accessibility problems. A clean run is a floor, not a ceiling.}