diff --git a/.claude/skills/nuxt-seo/SKILL.md b/.claude/skills/nuxt-seo/SKILL.md
index 4938e011..621ced47 100644
--- a/.claude/skills/nuxt-seo/SKILL.md
+++ b/.claude/skills/nuxt-seo/SKILL.md
@@ -2,56 +2,54 @@
 name: nuxt-seo
 description: >-
   Covers SEO for this Nuxt 4 site — canonical and hreflang ownership via
-  useLocaleHead, @nuxtjs/i18n locale objects, @nuxtjs/seo module version floors,
-  site URL resolution, Schema.org identity and @ids, robots directives, sitemap
-  sources, and OG image generation with nuxt-og-image. Use when editing the i18n,
-  site, sitemap, robots, schemaOrg or ogImage blocks in nuxt.config.ts, when
-  touching usePageSeo, useArticleSeo, useLocaleHead, useHead, useSeoMeta,
+  @nuxtjs/i18n's strictSeo, @nuxtjs/i18n locale objects, @nuxtjs/seo module version
+  floors, site URL resolution, Schema.org identity and @ids, robots directives,
+  sitemap sources, and OG image generation with nuxt-og-image. Use when editing the
+  i18n, site, sitemap, robots, schemaOrg or ogImage blocks in nuxt.config.ts, when
+  touching usePageSeo, useArticleSeo, useHead, useSeoMeta,
   defineOgImage or JSON-LD, when adding a locale or a page that needs metadata, or
   when hreflang, canonical tags, og:image, robots.txt or sitemap.xml entries are
   missing, duplicated or wrong.
 ---
 
-Nuxt 4.4 · @nuxtjs/seo 5.1 · @nuxtjs/i18n 10.3 · @nuxt/content 3.14 · Tailwind 4.3 · Cloudflare Workers + D1
+Nuxt 4.5 · @nuxtjs/seo 5.3 · @nuxtjs/i18n 10.6 · @nuxt/content 3.16 · Tailwind 4.3 · Cloudflare Workers + D1
 
 ## Emitter ownership map
 
 | tag | emitted by | file |
 |---|---|---|
-| `rel=canonical`/`rel=alternate` (hreflang), `og:locale` | `useLocaleHead()` | `layouts/default.vue` |
-| title/description, robots, OG/Twitter, per-page JSON-LD | `usePageSeo()`/`useArticleSeo()` | `composables/*Seo.ts` |
+| `rel=canonical`/`rel=alternate` (hreflang), `og:locale`, `<html lang/dir>` | `@nuxtjs/i18n`, `experimental.strictSeo` | `nuxt.config.ts` (`i18n`) |
+| title/description, robots, OG/Twitter, per-page JSON-LD | `usePageSeo()`/`useArticleSeo()` | `layers/*/composables/*Seo.ts` |
 | sitemap: extra sources / a collection's own `path`-`loc` fix | `sitemap.sources` / — | `server/api/__sitemap__/` / `content.config.ts` (`nuxt-content-cms`) |
 
-Hard rule: no `rel: 'canonical'`/`rel: 'alternate'` outside `layouts/default.vue`.
+Hard rule: no `rel: 'canonical'`/`rel: 'alternate'` in app code, and no
+`useLocaleHead()`. `strictSeo` owns those tags, and AGENTS.md says
+`useLocaleHead` is not allowed in this mode.
 
 ## Locale objects need `language`, never `iso`
 
 `@nuxtjs/i18n` reads `locale.language` to build the hreflang map
 (`node_modules/@nuxtjs/i18n/dist/runtime/kit/head.js`, `createLocaleMap`) — a
 locale with no `language` is skipped with a console warning and gets no
-alternate link at all. This repo's `nuxt.config.ts` writes `iso: 'de-DE'` /
-`iso: 'en-US'` instead: write `{code: 'de', language: 'de-DE', …}`, never
+alternate link at all. Write `{code: 'de', language: 'de-DE', …}`, never
 `{code: 'de', iso: 'de-DE', …}`. TypeScript never flags it — `LocaleObject`
 carries an index signature, so `iso` type-checks fine and is ignored at
-runtime. Migrating the existing `de`/`en` entries is out of scope; that does
-**not** license copying the mistake into a new one. Grep any diff that adds a
-locale for `iso:`; that string should not appear in it.
+runtime. Grep any diff that adds a locale for `iso:`; that string should not
+appear in it.
 
 ## Env blocks concatenate arrays
 
 `$production` (and `$env.<name>`, and layer `extends`) merge into the base
 config through `c12`'s `merger`, which for two arrays does `obj[key] =
-obj[key].concat(value)` (`@nuxt/kit`'s `loadNuxtConfig`), never a replace. Four
-footguns in this repo's `$production` block: `i18n.locales`,
-`schemaOrg.identity.sameAs`, `schemaOrg.identity.contactPoint` and
-`image.format` are each restated in full there, so `concat` doubles every entry
-that also exists in the base config. Add a locale (or a `sameAs` link) to the
-base config only — never to both, the bug this skill's own baseline reproduced.
+obj[key].concat(value)` (`@nuxt/kit`'s `loadNuxtConfig`), never a replace. An
+array declared in both the base config and `$production` is doubled, not
+overridden. `tests/architecture/production-config.spec.ts` enforces this. Add a
+locale (or a `sameAs` link) to the base config only — never to both.
 
 ## `@nuxtjs/seo` is a meta-module — read `node_modules/`, not the lockfile
 
 It ships no features of its own. It declares a floor per sub-module in
-`moduleDependencies` (`@nuxtjs/seo@5.1.4`'s `dist/module.mjs`); Nuxt resolves
+`moduleDependencies` (`@nuxtjs/seo@5.3.16`'s `dist/module.mjs`); Nuxt resolves
 each name from the **project's** `node_modules` and semver-checks it there.
 Those floors, not the `dependencies` ranges, are what fails a build:
 
@@ -62,14 +60,20 @@ Those floors, not the `dependencies` ranges, are what fails a build:
 | `nuxt-link-checker` | ≥4.3 | — | — | — | — |
 
 Diagnostic: what loads is whatever `node_modules/<pkg>/package.json` says. A
-direct pin in this repo's `package.json` wins over the newer copy `@nuxtjs/seo`
-drags into its own tree, and a lockfile lists both — so the lockfile alone can
-never answer this. Worked example: `package.json` pins robots 5.7.1, sitemap
-7.6.0, schema-org 5.0.10; `@nuxtjs/seo`'s `dependencies` additionally resolve
-6.1.2 / 8.0.15 / 6.2.3 under `node_modules/.pnpm/`. Only the pins load (grep
-`.nuxt/` for `.pnpm/@nuxtjs+sitemap@`), all clear the floors above, and the
-build is clean — but the API you get is v7's. Tell the two apart by export:
-`defineSitemapSchema` ⇒ sitemap v8, only `asSitemapCollection` ⇒ v7 (this repo).
+lockfile can list more than one copy of a module, so read `node_modules`, not
+the lockfile. Current resolved versions: `@nuxtjs/robots` 6.2.4,
+`@nuxtjs/sitemap` 8.5.1, `nuxt-schema-org` 6.4.3, `nuxt-og-image` 6.10.3 (direct
+pins in `package.json`), `nuxt-seo-utils` 8.6.1, `nuxt-site-config` 4.2.3 and
+`nuxt-link-checker` 5.3.0 (not direct dependencies; resolved through
+`@nuxtjs/seo` under `node_modules/.pnpm/`). All clear the floors above.
+`@nuxtjs/seo`'s own `dependencies` ranges (`^6.1.5`, `^8.3.4`, `^6.2.9`) are
+satisfied by the pins, so there is one copy of each.
+
+The sitemap major version is not told by export names: `dist/content.mjs` of
+8.5.1 exports both `asSitemapCollection` and `defineSitemapSchema`. This repo's
+`content.config.ts` uses `defineSitemapSchema` (imported from
+`@nuxtjs/sitemap/content`) and never `asSitemapCollection`. Read the version
+from `node_modules/@nuxtjs/sitemap/package.json`.
 
 ## One site URL — but `i18n.baseUrl` outranks it
 
@@ -79,7 +83,7 @@ entry at `_priority: -1`, above `nuxt.config.ts`'s `site` block (`-3`). But the
 entry it pushes from `i18n.baseUrl` carries **no** `_priority` (so, 0) and is
 pushed last, and the stack sorts ascending with later entries overwriting — so
 `i18n.baseUrl` beats `NUXT_SITE_URL`, at build and at request time. This repo
-sets `i18n.baseUrl` (`nuxt.config.ts:94`), so setting `NUXT_SITE_URL` alone
+sets `i18n.baseUrl` (`nuxt.config.ts:142`), so setting `NUXT_SITE_URL` alone
 would silently do nothing. Change `i18n.baseUrl` too, or drop it so the env var
 can win; either way don't hand-edit `site.url` per environment block.
 
@@ -102,17 +106,25 @@ of the sitemap automatically.
 2. **Every `defineOgImage()` call uses a locally-owned template**, not one of
    the 12 the module ships under `runtime/app/components/Templates/Community/`
    — they live inside the module, not under this repo's `components/OgImage/`.
-   Here `composables/usePageSeo.ts` and `composables/useArticleSeo.ts` both call
-   `defineOgImage('NuxtSeo', …)` while only `TeamMember.satori.vue` exists
-   locally. `npx nuxt-og-image eject NuxtSeo` copies it to
-   `components/OgImage/NuxtSeo.satori.vue`, where you own it.
+   `npx nuxt-og-image eject NuxtSeo` copies it to
+   `components/OgImage/NuxtSeo.satori.vue`, where you own it. Current state:
+   `layers/content-core/composables/usePageSeo.ts` and
+   `layers/blog/composables/useArticleSeo.ts` call
+   `defineOgImage('NuxtSeo.satori', …)`. The module's own copy matches that
+   name too, so confirm the rendered image, not just the call.
 3. **The renderer suffix matches the template file** — `.satori.vue`,
    `.takumi.vue` or `.browser.vue`; v6 picks the renderer from the filename,
    not a `defaults` config key (`nuxt-og-image/dist/runtime/types.d.ts`).
+   The suffix in the call name (`'NuxtSeo.satori'`) is what selects the
+   Satori variant when the module also ships a takumi one.
 
-Precondition 1 alone is not enough: a prerender crawl still renders the
-un-ejected community template unless 2 is also done. Both are real, open
-defects here; fixing them is out of scope.
+Current state: `nuxt.config.ts` sets `ogImage.zeroRuntime: true` (line ~447)
+and has no `nitro` block, so precondition 1 fails and no OG images are
+generated. Pages fall back to `/images/og-default.png`
+(`layers/content-core/utils/socialImage.ts`). The ejected template
+`components/OgImage/NuxtSeo.satori.vue` still renders the Nuxt SEO logo and
+wordmark, so it has to be replaced with brand artwork before a prerender pass
+ships its output.
 
 ## References
 
@@ -144,8 +156,9 @@ consent mechanism exists.
    fields, a `noindex` route that still appears in the sitemap. Fix the
    composable or config it points at; re-run step 1.
 3. View-source a page and count `rel="canonical"` (must be 1) and
-   `rel="alternate"` (must equal the locale count) — more than one canonical,
-   or one missing alternate, means a second emitter crept in.
+   `rel="alternate"` (one per locale the page publishes route params for;
+   `strictSeo` omits the rest) — more than one canonical, or an alternate
+   missing for a locale that has the page, means a second emitter crept in.
 4. CI gates: `.github/workflows/seo.yml` runs the same check plus Lighthouse
    against `.lighthouserc.json` (`categories:seo` ≥ 0.95). Repeat from step 1
    until both pass locally.
diff --git a/.claude/skills/nuxt-seo/references/i18n-sitemap-robots.md b/.claude/skills/nuxt-seo/references/i18n-sitemap-robots.md
index 1a6d0161..97a14c62 100644
--- a/.claude/skills/nuxt-seo/references/i18n-sitemap-robots.md
+++ b/.claude/skills/nuxt-seo/references/i18n-sitemap-robots.md
@@ -9,9 +9,8 @@ each internally flagged `includeAppSources: true`.
 
 The children do **not** live at `/sitemap_<code>.xml`. They live under
 `sitemapsPathPrefix` (default `/__sitemap__/`), named from
-`_sitemap = locale.language || locale.code`. The module normalises a legacy
-`iso:` key into `language` itself (`dist/module.mjs`, `normalizeLocales`), so
-this repo's `iso: 'de-DE'` entries still yield `/__sitemap__/de-DE.xml` and
+`_sitemap = locale.language || locale.code`. This repo's locales set `language`
+(`de-DE`, `en-US`), so the children are `/__sitemap__/de-DE.xml` and
 `/__sitemap__/en-US.xml`. The index is `/sitemap_index.xml`; `/sitemap.xml`
 does not aggregate them — it gets a `routeRules` **redirect** to
 `/sitemap_index.xml`. Fetch `/sitemap_index.xml` when you want the list of
@@ -44,10 +43,10 @@ used internally for i18n `pages` mappings, not something a hand-written
 
 Content that isn't a URL-bearing page collection (this repo's `team`, a
 `type: 'data'` collection) doesn't produce sitemap entries on its own.
-`server/api/__sitemap__/team.ts` is registered via `sitemap.sources: ['/api/__sitemap__/team']`
-in `nuxt.config.ts` and returns a flat `{ loc }[]` array, one entry per
-locale × member — the same pattern to follow for any other non-page content
-that needs sitemap URLs. See `nuxt-content-cms` for the split: page
+`server/api/__sitemap__/team.ts` is one of three handlers registered via
+`sitemap.sources` in `nuxt.config.ts` (with `events` and `blog-authors`). Each
+returns a flat `{ loc }[]` array, one entry per locale × item — the same
+pattern to follow for any other non-page content that needs sitemap URLs. See `nuxt-content-cms` for the split: page
 collections' own `path`/`loc` bugs are fixed in `content.config.ts`; sources
 like this one live in `nuxt.config.ts`/`server/api/__sitemap__/`.
 
@@ -60,15 +59,12 @@ renders the columns `sitemap.xslColumns` declares, emitting each one as
 `<xsl:value-of select="{c.select}"/>` inside a `for-each` over
 `sitemap:urlset/sitemap:url`.
 
-This repo's `nuxt.config.ts` adds a `Language` column with
-`select: 'sitemap:hreflang'` — that XPath asks for a child *element* named
-`hreflang` in the sitemap namespace, and no such element exists, so the column
-renders empty on every row. The alternates are an *attribute* on an element in
-the `xhtml` namespace (which the stylesheet does declare), so the expression
-would have to be something like `xhtml:link/@hreflang`. Fixing `nuxt.config.ts`
-is out of scope here — just don't read the empty column as "hreflang missing".
-Diagnostic: never trust the XSL-rendered table; view-source or `curl` the XML
-directly and grep for `hreflang=`.
+A `sitemap.xslColumns` entry that shows alternates must select
+`xhtml:link/@hreflang` (this repo's `Language` column does). `sitemap:hreflang`
+asks for a child element in the sitemap namespace that does not exist, so that
+column renders empty on every row. Don't read an empty column as "hreflang
+missing". Diagnostic: never trust the XSL-rendered table; view-source or `curl`
+the XML directly and grep for `hreflang=`.
 
 ## Robots: `routeRules` is not auto-translated per locale
 
diff --git a/.claude/skills/nuxt-seo/references/og-images.md b/.claude/skills/nuxt-seo/references/og-images.md
index ae57ec27..d144f609 100644
--- a/.claude/skills/nuxt-seo/references/og-images.md
+++ b/.claude/skills/nuxt-seo/references/og-images.md
@@ -19,7 +19,7 @@ composable, and pass it in as a prop:
 
 ```ts
 // composable — resolve locale-aware strings first
-defineOgImage('NuxtSeo', {
+defineOgImage('NuxtSeo.satori', {
   title: opts.title || site.name,
   description: pageDescription.value
 })
@@ -70,14 +70,15 @@ automatically.
 `NuxtSeo` ships both a `.satori.vue` and a `.takumi.vue`). Don't read the
 `COMMUNITY_TEMPLATES = ["NuxtSeo", "Brutalist", "SimpleBlog"]` constant in
 `dist/cli.cjs` as the full list: it is only the subset the v6 migration
-command scans for. Calling `defineOgImage('NuxtSeo', …)`
-works in dev because the dev server can render the module's own copy on
-demand, but the module's own CLI treats this as unfinished migration work —
-`npx nuxt-og-image eject <name>` copies the template source into
-`components/OgImage/<name>.satori.vue` in this repo, where you can edit it and
-where `zeroRuntime`'s prerender pass can pick it up as a local file. See the
-top-level "`zeroRuntime` has three preconditions" section — ejecting the
-template is precondition 2, independent of prerendering (precondition 1).
+command scans for. A `defineOgImage('NuxtSeo…')` call works in dev because the
+dev server can render the module's own copy on demand, but the module's CLI
+treats that as unfinished migration work — `npx nuxt-og-image eject <name>`
+copies the template source into `components/OgImage/<name>.satori.vue` in this
+repo, where you can edit it and where `zeroRuntime`'s prerender pass can pick
+it up as a local file. The `NuxtSeo` template is ejected here
+(`components/OgImage/NuxtSeo.satori.vue`). See the top-level "`zeroRuntime` has
+three preconditions" section — ejecting is precondition 2, independent of
+prerendering (precondition 1).
 
 ## Fonts
 
diff --git a/.claude/skills/nuxt-seo/references/seo-utils-defaults.md b/.claude/skills/nuxt-seo/references/seo-utils-defaults.md
index 68c5bd5f..71a3106e 100644
--- a/.claude/skills/nuxt-seo/references/seo-utils-defaults.md
+++ b/.claude/skills/nuxt-seo/references/seo-utils-defaults.md
@@ -3,24 +3,20 @@
 `nuxt-seo-utils` (bundled by `@nuxtjs/seo`) runs an `applyDefaults()` plugin
 with `automaticDefaults: true` by default — no config in this repo turns it
 on, it just runs. It pushes its own `og:locale`, `og:url`, `og:site_name`,
-title template and a `rel="canonical"` link, all at `tagPriority: 'low'`. In
-practice this means it's a **fallback**, not a second live emitter: Unhead's
-tag-priority dedup keeps `layouts/default.vue`'s normal-priority
-`useLocaleHead()` canonical over this low-priority one, so the "one emitter"
-rule in the top-level `Emitter ownership map` still holds today. It only
-becomes live output if the app-wide `useLocaleHead()` call is ever removed —
-worth knowing before you assume canonical has no other source when tracing a
-head-rendering bug.
+title template and a `rel="canonical"` link, all at `tagPriority: 'low'`. It is
+a **fallback**, not a second live emitter: a low-priority tag yields to any
+normal-priority canonical, and in this repo the canonical comes from
+`@nuxtjs/i18n` (`strictSeo`). It only shows when nothing else sets one. Check
+view-source before assuming which canonical is live.
 
 ## `canonicalLowercase` (default: `true`)
 
 The fallback canonical above lowercases the URL path
-(`url.toLocaleLowerCase(locale)`). `useLocaleHead()`'s hreflang self-reference
-does **not** lowercase. `usePageSeo.ts`'s own comment states canonical "must
-be byte-identical to this locale's self-referencing hreflang entry" — if this
-fallback ever becomes the active canonical (see above) on a route with any
-uppercase path segment (a slug, for instance), that byte-identity breaks
-silently. Currently masked by the low-priority override, not fixed.
+(`url.toLocaleLowerCase(locale)`). `usePageSeo.ts:40` requires the canonical to
+be byte-identical to this locale's self-referencing hreflang entry (emitted by
+`@nuxtjs/i18n`). If the fallback ever becomes the active canonical on a route
+with an uppercase path segment (a slug, for instance), that identity breaks
+silently.
 
 ## `canonicalQueryWhitelist` (default: a fixed list)
 
diff --git a/content/about/de/home.json b/content/about/de/home.json
index 9eb05d26..46586156 100644
--- a/content/about/de/home.json
+++ b/content/about/de/home.json
@@ -1,6 +1,6 @@
 {
   "key": "about",
-  "who": "OneLiteFeather ist ein Minecraft-Netzwerk, das von seiner Community lebt – und von Menschen, die gerne bauen, spielen und entwickeln. 2021 als OneLiteFeather gegründet, wachsen wir seitdem Stück für Stück: mit eigenen Spielmodi, Gemeinschaftsbauten und Software, die wir offen teilen.",
+  "who": "OneLiteFeather ist ein Minecraft-Netzwerk, das von seiner Community lebt – und von Menschen, die gerne bauen, spielen und entwickeln. 2019 als OneLiteFeather gegründet, wachsen wir seitdem Stück für Stück: mit eigenen Spielmodi, Gemeinschaftsbauten und Software, die wir offen teilen.",
   "pillars": [
     {
       "icon": "cube",
diff --git a/content/about/en/home.json b/content/about/en/home.json
index b9d939c1..9c1a2932 100644
--- a/content/about/en/home.json
+++ b/content/about/en/home.json
@@ -1,6 +1,6 @@
 {
   "key": "about",
-  "who": "OneLiteFeather is a Minecraft network that lives on its community – and on people who love to build, play and develop. Founded in 2021 as OneLiteFeather, we have been growing step by step ever since: with our own game modes, community builds and software that we share openly.",
+  "who": "OneLiteFeather is a Minecraft network that lives on its community – and on people who love to build, play and develop. Founded in 2019 as OneLiteFeather, we have been growing step by step ever since: with our own game modes, community builds and software that we share openly.",
   "pillars": [
     {
       "icon": "cube",
diff --git a/content/blog/de/dev-blog-1.md b/content/blog/de/dev-blog-1.md
index 4863c879..5f5e3a6a 100644
--- a/content/blog/de/dev-blog-1.md
+++ b/content/blog/de/dev-blog-1.md
@@ -4,7 +4,7 @@ alternativeTitle: 'Welche Technologien wir nutzen und warum'
 description: 'Heute möchte ich aus unserem Team die aktiv verwenden Technologien vorstellen und was die für Vorteile uns bringen. '
 pubDate: '2023-10-21'
 headerImage: 'images/blog/dev-blog-1.webp'
-headerImageAlt: 'Title Bild für DevBlog #1'
+headerImageAlt: 'Konferenzraum mit einem Vortragenden vor einer Wand voller Dashboards und Diagramme'
 slug: 'dev-blog-1-was-wir-verwenden'
 translationKey: 'dev-blog-1-what-we-using'
 author: themeinerlp
diff --git a/content/blog/de/everything-you-need-to-know-about-ethanol.md b/content/blog/de/everything-you-need-to-know-about-ethanol.md
index 2749c052..a67c3bec 100644
--- a/content/blog/de/everything-you-need-to-know-about-ethanol.md
+++ b/content/blog/de/everything-you-need-to-know-about-ethanol.md
@@ -1,10 +1,10 @@
 ---
-title: 'Alles, was du über Ethanol wissen solltest'
+title: 'Ethanol-Malware: Was du wissen solltest'
 alternativeTitle: 'Schon jetzt auf mehreren hundert Servern, was sich dahinter verbirgt'
-description: 'Relativ unbekannt und trotzdem schon jetzt auf mehreren hundert Servern. Genauso wie Fractureiser wird diese von dem User mori0 / Riesenrad beworben, um Server zu “trollen”. Was sich dahinter verbirgt.'
+description: 'Kaum bekannt und doch auf mehreren hundert Servern. Wie Fractureiser wird es von mori0 / Riesenrad beworben, um Server zu „trollen“. Was dahintersteckt.'
 pubDate: '2024-07-23'
 headerImage: 'images/blog/cyber-theDigitalArtist-Ethanol-Post.webp'
-headerImageAlt: 'Ethanol Malware Post Bild'
+headerImageAlt: 'Grüner Textregen aus Sicherheitsbegriffen wie Malware, Trojaner und Ransomware, im Stil der Matrix'
 slug: 'alles-was-man-ueber-ethanol-wissen-sollte'
 translationKey: 'everything-you-need-to-know-about-ethanol'
 tags:
@@ -26,7 +26,7 @@ alternates:
     href: 'https://onelitefeather.net/en/blog/everything-you-need-to-know-about-ethanol'
 schemaOrg:
   - type: 'BlogPosting'
-    headline: 'Alles, was du über Ethanol wissen solltest'
+    headline: 'Ethanol-Malware: Was du wissen solltest'
     alternativeHeadline: 'Schon jetzt auf mehreren hundert Servern, was sich dahinter verbirgt'
     description: 'Relativ unbekannt und trotzdem schon jetzt auf mehreren hundert Servern. Genauso wie Fractureiser wird diese von dem User mori0 / Riesenrad beworben, um Server zu “trollen”. Was sich dahinter verbirgt.'
     author:
diff --git a/content/blog/de/otis-spielerstammdaten-minecraft.md b/content/blog/de/otis-spielerstammdaten-minecraft.md
index 1bc95712..7a8cda3f 100644
--- a/content/blog/de/otis-spielerstammdaten-minecraft.md
+++ b/content/blog/de/otis-spielerstammdaten-minecraft.md
@@ -1,7 +1,7 @@
 ---
-title: 'Otis: Zentrale Spielerstammdaten für Minecraft (Java & Micronaut)'
+title: 'Otis: Spielerstammdaten für Minecraft'
 alternativeTitle: 'Mojang UUID v4, interne UUID v7, Name & Sprache als stabile Basis fürs Ökosystem'
-description: 'Otis stellt Spielerstammdaten zentral bereit: Mojang UUID (v4), interne UUID (v7), Minecraft-Name und Sprache sowie optional erster/letzter Beitritt. Das reduziert manuelle Inselprozesse, unterstützt DSGVO-orientierte Datenflüsse und bildet die Grundlage für nachgelagerte Services wie Metadata, Bans und Discord Bots.'
+description: 'Otis bündelt Spielerstammdaten: Mojang-UUID (v4), interne UUID (v7), Name, Sprache und optional Beitrittsdaten. Basis für Metadata, Bans und Discord-Bots.'
 pubDate: '2025-11-29'
 headerImage: 'images/blog/otis-player-data-header.png'
 headerImageAlt: 'Otis Microservice: zentrale Minecraft-Spielerdaten (Java, Micronaut)'
@@ -28,7 +28,7 @@ alternates:
 
 schemaOrg:
   - type: 'BlogPosting'
-    headline: 'Otis: Zentrale Spielerstammdaten für Minecraft'
+    headline: 'Otis: Spielerstammdaten für Minecraft'
     alternativeHeadline: 'Java/Micronaut Microservice für UUIDs, Name und Sprache'
     description: 'Zentrale Spielerdaten als Schnittstelle im Ökosystem: weniger manuelle Dateninseln, klarere Verantwortlichkeiten und eine Basis für zuverlässige Services.'
     author:
diff --git a/content/blog/de/plugins-open-for-adoption.md b/content/blog/de/plugins-open-for-adoption.md
index 99c6b681..5575706f 100644
--- a/content/blog/de/plugins-open-for-adoption.md
+++ b/content/blog/de/plugins-open-for-adoption.md
@@ -1,10 +1,10 @@
 ---
-title: 'Wer möchte "Plugins" adoptieren ?'
+title: 'Wer möchte Plugins adoptieren?'
 alternativeTitle: 'Maintainer für unsere Plugins gesucht'
-description: 'Adoption von Plugins hilft uns und der Minecraft Community weiterhin sinnvolle Plugins/Software zu warten, dabei helfen wir als Organisation den Maintainer die Richtigen Personen oder Resourcen zu finden.'
+description: 'Adoption hält sinnvolle Plugins für die Minecraft-Community am Leben. Wir helfen dabei, Maintainer und passende Ressourcen zu finden.'
 pubDate: '2025-02-05'
 headerImage: 'images/blog/plugin-adoptation.webp'
-headerImageAlt: 'Wer möchte Plugins adoptieren ? Bild'
+headerImageAlt: 'Illustration: Eine Person hält einen losen Stecker in der Hand, ein zweiter Stecker liegt am Boden'
 slug: 'wer-moechte-plugins-adoptieren'
 translationKey: 'plugins-open-for-adoption'
 tags:
@@ -22,7 +22,7 @@ alternates:
     href: 'https://onelitefeather.net/de/blog/wer-moechte-plugins-adoptieren'
 schemaOrg:
   - type: 'BlogPosting'
-    headline: 'Wer möchte "Plugins" adoptieren ?'
+    headline: 'Wer möchte Plugins adoptieren?'
     alternativeHeadline: 'Maintainer für unsere Plugins gesucht'
     description: 'Adoption von Plugins hilft uns und der Minecraft Community weiterhin sinnvolle Plugins/Software zu warten, dabei helfen wir als Organisation den Maintainer die Richtigen Personen oder Resourcen zu finden.'
     author:
diff --git a/content/blog/de/resilienz-im-detail-priorityclasses-pdb-affinitaeten.md b/content/blog/de/resilienz-im-detail-priorityclasses-pdb-affinitaeten.md
index 3744491d..01f4c20e 100644
--- a/content/blog/de/resilienz-im-detail-priorityclasses-pdb-affinitaeten.md
+++ b/content/blog/de/resilienz-im-detail-priorityclasses-pdb-affinitaeten.md
@@ -1,7 +1,7 @@
 ---
-title: 'Resilienz im Detail: PriorityClasses, PDBs und (Anti-)Affinitäten in unserem Kubernetes-Cluster'
+title: 'Resilienz im Detail: PriorityClasses und PDBs'
 alternativeTitle: 'Deep Dive: Wie ich unser GitOps-Cluster gegen Ausfälle gehärtet habe'
-description: 'Die technische Langfassung: Wie ich unser Kubernetes-Cluster über drei Härtungs-Säulen – Ressourcen, PodDisruptionBudgets und ein fünfstufiges PriorityClass-Schema – plus Zone- und Pod-Anti-Affinitäten ausfallsicherer gemacht habe. Inklusive der Stolpersteine: stillschweigend ignorierte Helm-Values, webhook-immutable Felder und ein MaxScale-Pod, der hartnäckig im Pending hängen blieb.'
+description: 'Technische Langfassung: Unser Kubernetes-Cluster mit Ressourcen, PodDisruptionBudgets, PriorityClasses und Anti-Affinitäten härten – samt Stolpersteinen.'
 pubDate: '2026-06-13'
 headerImage: 'images/blog/cluster-topology-social.png'
 headerImageAlt: 'Topologie des feather-core-Clusters: Control-Plane, Ceph-Storage und Worker in Zone fr01'
@@ -28,7 +28,7 @@ alternates:
     href: 'https://onelitefeather.net/en/blog/resilience-in-detail-priorityclasses-pdb-affinities'
 schemaOrg:
   - type: 'BlogPosting'
-    headline: 'Resilienz im Detail: PriorityClasses, PDBs und (Anti-)Affinitäten in unserem Kubernetes-Cluster'
+    headline: 'Resilienz im Detail: PriorityClasses und PDBs'
     alternativeHeadline: 'Deep Dive: Wie ich unser GitOps-Cluster gegen Ausfälle gehärtet habe'
     description: 'Die technische Langfassung: Wie ich unser Kubernetes-Cluster über drei Härtungs-Säulen plus Zone- und Pod-Anti-Affinitäten ausfallsicherer gemacht habe.'
     author:
diff --git a/content/blog/de/riding-the-rollercoaster-of-automation-with-proxmox-and-ansible.md b/content/blog/de/riding-the-rollercoaster-of-automation-with-proxmox-and-ansible.md
index 0b752762..d4cc62ae 100644
--- a/content/blog/de/riding-the-rollercoaster-of-automation-with-proxmox-and-ansible.md
+++ b/content/blog/de/riding-the-rollercoaster-of-automation-with-proxmox-and-ansible.md
@@ -1,10 +1,10 @@
 ---
-title: 'Mit Proxmox und Ansible in eine Achterbahn der Automatisierung'
+title: 'Mit Proxmox und Ansible automatisieren'
 alternativeTitle: 'Wie wir Infrastruktur mit Proxmox und Ansible automatisieren'
-description: 'In der unendlichen Weite der digitalen Welt hat unser Team, OneLiteFeather, eine kleine aber feine Spielwiese gefunden, auf der wir unsere kreativen und technischen Visionen verwirklichen. Im Zentrum dieser Entdeckungsreise stehen Proxmox und Ansible, zwei Werkzeuge, die uns nicht nur den Rücken freihalten, sondern auch die Türen zu unerforschten Gebieten öffnen.'
+description: 'Wie OneLiteFeather Infrastruktur mit Proxmox und Ansible automatisiert: zwei Werkzeuge, die uns den Rücken freihalten und neue Wege öffnen.'
 pubDate: '2023-10-15'
 headerImage: 'images/blog/riding-the-rollercoaster-of-automation-with-proxmox-and-ansible.webp'
-headerImageAlt: 'Mit Proxmox und Ansible in eine Achterbahn der Automatisierung Bild'
+headerImageAlt: 'Illustration: Felder, eine Stadt und eine Achterbahn, im Vordergrund ein Planer mit Bauplänen und ein Roboter'
 slug: 'mit-proxmox-und-ansible-in-eine-achterbahn-der-automatisierung-vserver'
 translationKey: 'proxmox-ansible-automation'
 tags:
@@ -27,7 +27,7 @@ alternates:
     href: 'https://onelitefeather.net/en/blog/riding-the-rollercoaster-of-automation-with-proxmox-and-ansible'
 schemaOrg:
   - type: 'BlogPosting'
-    headline: 'Mit Proxmox und Ansible in eine Achterbahn der Automatisierung'
+    headline: 'Mit Proxmox und Ansible automatisieren'
     alternativeHeadline: 'Wie wir Infrastruktur mit Proxmox und Ansible automatisieren'
     description: 'In der unendlichen Weite der digitalen Welt hat unser Team, OneLiteFeather, eine kleine aber feine Spielwiese gefunden, auf der wir unsere kreativen und technischen Visionen verwirklichen. Im Zentrum dieser Entdeckungsreise stehen Proxmox und Ansible, zwei Werkzeuge, die uns nicht nur den Rücken freihalten, sondern auch die Türen zu unerforschten Gebieten öffnen.'
     author:
diff --git a/content/blog/de/wenn-ein-server-ausfaellt-cluster-resilienz.md b/content/blog/de/wenn-ein-server-ausfaellt-cluster-resilienz.md
index 3410129f..b3d9a005 100644
--- a/content/blog/de/wenn-ein-server-ausfaellt-cluster-resilienz.md
+++ b/content/blog/de/wenn-ein-server-ausfaellt-cluster-resilienz.md
@@ -1,7 +1,7 @@
 ---
-title: 'Wenn ein Server ausfällt: Wie wir unser Cluster widerstandsfähig gemacht haben'
+title: 'Wenn ein Server ausfällt: Cluster-Resilienz'
 alternativeTitle: 'Resilienz für Einsteiger: Unsere Reise zu einem ausfallsicheren Kubernetes-Cluster'
-description: 'Ein Server fällt aus – und niemand merkt es. Genau das war mein Ziel. Ich erzähle in Alltagsbildern, wie wir unser Cluster Stück für Stück widerstandsfähiger gemacht haben, welche Höhen und Tiefen die Reise mit sich brachte und was das ganz konkret für OneLiteFeather bedeutet.'
+description: 'Ein Server fällt aus, und niemand merkt es – genau das war das Ziel. In Alltagsbildern, wie wir unseren Cluster Stück für Stück ausfallsicherer machten.'
 pubDate: '2026-06-13'
 headerImage: 'images/blog/cluster-topology-social.png'
 headerImageAlt: 'Topologie des feather-core-Clusters: Control-Plane, Ceph-Storage und Worker in Zone fr01'
@@ -27,7 +27,7 @@ alternates:
     href: 'https://onelitefeather.net/en/blog/when-a-server-fails-cluster-resilience'
 schemaOrg:
   - type: 'BlogPosting'
-    headline: 'Wenn ein Server ausfällt: Wie wir unser Cluster widerstandsfähig gemacht haben'
+    headline: 'Wenn ein Server ausfällt: Cluster-Resilienz'
     alternativeHeadline: 'Resilienz für Einsteiger: Unsere Reise zu einem ausfallsicheren Kubernetes-Cluster'
     description: 'Ein Server fällt aus – und niemand merkt es. Genau das war mein Ziel. Ich erzähle in Alltagsbildern, wie wir unser Cluster Stück für Stück widerstandsfähiger gemacht haben.'
     author:
diff --git a/content/blog/en/dev-blog-1.md b/content/blog/en/dev-blog-1.md
index 04ec7b65..383d3f85 100644
--- a/content/blog/en/dev-blog-1.md
+++ b/content/blog/en/dev-blog-1.md
@@ -4,7 +4,7 @@ alternativeTitle: 'What we use and why it helps'
 description: 'Today I would like to present you the active used technologies from our team and which advantages these offer to us...'
 pubDate: '2023-10-21'
 headerImage: 'images/blog/dev-blog-1.webp'
-headerImageAlt: 'Title image for DevBlog #1'
+headerImageAlt: 'Boardroom with a presenter in front of a wall of dashboards and diagrams'
 slug: 'dev-blog-1-what-we-using'
 translationKey: 'dev-blog-1-what-we-using'
 author: themeinerlp
diff --git a/content/blog/en/everything-you-need-to-know-about-ethanol.md b/content/blog/en/everything-you-need-to-know-about-ethanol.md
index bd8caa73..7767e4c4 100644
--- a/content/blog/en/everything-you-need-to-know-about-ethanol.md
+++ b/content/blog/en/everything-you-need-to-know-about-ethanol.md
@@ -1,10 +1,10 @@
 ---
-title: 'Everything You Need to Know About Ethanol'
+title: 'Ethanol malware: what you need to know'
 alternativeTitle: 'Already present on several hundred servers, what lies behind it'
-description: 'Relatively unknown yet already present on several hundred servers. Like Fractureiser, it is promoted by the user mori0 / Riesenrad to “troll” servers. What lies behind it.'
+description: 'Little known, yet already on several hundred servers. Like Fractureiser, it is promoted by mori0 / Riesenrad to “troll” servers. What lies behind it.'
 pubDate: '2024-07-23'
 headerImage: 'images/blog/cyber-theDigitalArtist-Ethanol-Post.webp'
-headerImageAlt: 'Ethanol Malware Post Image'
+headerImageAlt: 'Green falling text of security terms such as malware, trojan and ransomware, in Matrix style'
 slug: 'everything-you-need-to-know-about-ethanol'
 translationKey: 'everything-you-need-to-know-about-ethanol'
 tags:
@@ -22,7 +22,7 @@ alternates:
     href: 'https://onelitefeather.net/en/blog/everything-you-need-to-know-about-ethanol'
 schemaOrg:
   - type: 'BlogPosting'
-    headline: 'Everything You Need to Know About Ethanol'
+    headline: 'Ethanol malware: what you need to know'
     alternativeHeadline: 'Already present on several hundred servers, what lies behind it'
     description: 'Relatively unknown yet already present on several hundred servers. Like Fractureiser, it is promoted by the user mori0 / Riesenrad to “troll” servers. What lies behind it.'
     author:
diff --git a/content/blog/en/otis-regular-data-minecraft.md b/content/blog/en/otis-regular-data-minecraft.md
index 1883f8cb..da008537 100644
--- a/content/blog/en/otis-regular-data-minecraft.md
+++ b/content/blog/en/otis-regular-data-minecraft.md
@@ -1,7 +1,7 @@
 ---
-title: 'Otis: Central player data for Minecraft (Java & Micronaut)'
+title: 'Otis: Central player data for Minecraft'
 alternativeTitle: 'Mojang UUID v4, internal UUID v7, name & language as a stable base for the ecosystem'
-description: 'Otis provides central player master data: Mojang UUID (v4), internal UUID (v7), Minecraft name, language, and optionally first/last join. This cuts manual one-off processes, supports GDPR-oriented data flows, and forms the foundation for downstream services like metadata, bans, and Discord bots.'
+description: 'Central player data: Mojang UUID (v4), internal UUID (v7), name, language and optional join dates. Foundation for metadata, bans and Discord bots.'
 pubDate: '2025-11-29'
 headerImage: 'images/blog/otis-player-data-header.png'
 headerImageAlt: 'Otis Microservice: central Minecraft player data (Java, Micronaut)'
diff --git a/content/blog/en/resilience-in-detail-priorityclasses-pdb-affinities.md b/content/blog/en/resilience-in-detail-priorityclasses-pdb-affinities.md
index 7a87a0e7..99274c8b 100644
--- a/content/blog/en/resilience-in-detail-priorityclasses-pdb-affinities.md
+++ b/content/blog/en/resilience-in-detail-priorityclasses-pdb-affinities.md
@@ -1,7 +1,7 @@
 ---
-title: 'Resilience in Detail: PriorityClasses, PDBs and (Anti-)Affinities in Our Kubernetes Cluster'
+title: 'Resilience in Detail: PriorityClasses and PDBs'
 alternativeTitle: 'Deep Dive: How I Hardened Our GitOps Cluster Against Failures'
-description: 'The technical long-form: how I made our Kubernetes cluster more failure-resistant across three hardening pillars – resources, PodDisruptionBudgets and a five-tier PriorityClass scheme – plus zone and pod anti-affinities. Including the pitfalls: silently ignored Helm values, webhook-immutable fields, and a MaxScale pod that stubbornly stayed Pending.'
+description: 'The technical deep dive: hardening our Kubernetes cluster with resources, PodDisruptionBudgets, PriorityClasses and anti-affinities, pitfalls included.'
 pubDate: '2026-06-13'
 headerImage: 'images/blog/cluster-topology-social.png'
 headerImageAlt: 'Topology of the feather-core cluster: control-plane, Ceph storage and workers in zone fr01'
@@ -24,7 +24,7 @@ alternates:
     href: 'https://onelitefeather.net/en/blog/resilience-in-detail-priorityclasses-pdb-affinities'
 schemaOrg:
   - type: 'BlogPosting'
-    headline: 'Resilience in Detail: PriorityClasses, PDBs and (Anti-)Affinities in Our Kubernetes Cluster'
+    headline: 'Resilience in Detail: PriorityClasses and PDBs'
     alternativeHeadline: 'Deep Dive: How I Hardened Our GitOps Cluster Against Failures'
     description: 'The technical long-form: how I made our Kubernetes cluster more failure-resistant across three hardening pillars plus zone and pod anti-affinities.'
     author:
diff --git a/content/blog/en/riding-the-rollercoaster-of-automation-with-proxmox-and-ansible.md b/content/blog/en/riding-the-rollercoaster-of-automation-with-proxmox-and-ansible.md
index 9830f638..a21d5dd3 100644
--- a/content/blog/en/riding-the-rollercoaster-of-automation-with-proxmox-and-ansible.md
+++ b/content/blog/en/riding-the-rollercoaster-of-automation-with-proxmox-and-ansible.md
@@ -1,10 +1,10 @@
 ---
-title: 'Riding the Rollercoaster of Automation with Proxmox and Ansible'
+title: 'Automating Proxmox with Ansible'
 alternativeTitle: 'How we automate infrastructure with Proxmox and Ansible'
-description: 'In the boundless expanse of the digital world, our team, OneLiteFeather, has discovered a quaint yet vibrant playground where we realize our creative and technical visions. At the heart of this expedition are Proxmox and Ansible, two tools that not only have our backs but also open doors to uncharted territories.'
+description: 'How OneLiteFeather automates its infrastructure with Proxmox and Ansible: two tools that have our backs and open doors to new territory.'
 pubDate: '2023-10-15'
 headerImage: 'images/blog/riding-the-rollercoaster-of-automation-with-proxmox-and-ansible.webp'
-headerImageAlt: 'Riding the Rollercoaster of Automation with Proxmox and Ansible Image'
+headerImageAlt: 'Illustration of fields, a city and a roller coaster, with a planner studying blueprints and a robot in the foreground'
 slug: 'riding-the-rollercoaster-of-automation-with-proxmox-and-ansible'
 translationKey: 'proxmox-ansible-automation'
 tags:
@@ -23,7 +23,7 @@ alternates:
     href: 'https://onelitefeather.net/en/blog/riding-the-rollercoaster-of-automation-with-proxmox-and-ansible'
 schemaOrg:
   - type: 'BlogPosting'
-    headline: 'Riding the Rollercoaster of Automation with Proxmox and Ansible'
+    headline: 'Automating Proxmox with Ansible'
     alternativeHeadline: 'How we automate infrastructure with Proxmox and Ansible'
     description: 'In the boundless expanse of the digital world, our team, OneLiteFeather, has discovered a quaint yet vibrant playground where we realize our creative and technical visions. At the heart of this expedition are Proxmox and Ansible, two tools that not only have our backs but also open doors to uncharted territories.'
     author:
diff --git a/content/blog/en/when-a-server-fails-cluster-resilience.md b/content/blog/en/when-a-server-fails-cluster-resilience.md
index 112eb590..7659dc5e 100644
--- a/content/blog/en/when-a-server-fails-cluster-resilience.md
+++ b/content/blog/en/when-a-server-fails-cluster-resilience.md
@@ -1,7 +1,7 @@
 ---
-title: 'When a Server Fails: How We Made Our Cluster Resilient'
+title: 'When a server fails: cluster resilience'
 alternativeTitle: 'Resilience for Beginners: Our Journey to a Fail-Safe Kubernetes Cluster'
-description: 'A server went down – and nobody noticed. That was exactly my goal. I tell the story in everyday images: how we made our cluster more resilient step by step, the highs and lows of the journey, and what it means in practice for OneLiteFeather.'
+description: 'A server went down and nobody noticed – that was the goal. In everyday images: how OneLiteFeather made its cluster more resilient, step by step.'
 pubDate: '2026-06-13'
 headerImage: 'images/blog/cluster-topology-social.png'
 headerImageAlt: 'Topology of the feather-core cluster: control-plane, Ceph storage and workers in zone fr01'
@@ -23,7 +23,7 @@ alternates:
     href: 'https://onelitefeather.net/en/blog/when-a-server-fails-cluster-resilience'
 schemaOrg:
   - type: 'BlogPosting'
-    headline: 'When a Server Fails: How We Made Our Cluster Resilient'
+    headline: 'When a server fails: cluster resilience'
     alternativeHeadline: 'Resilience for Beginners: Our Journey to a Fail-Safe Kubernetes Cluster'
     description: 'A server went down – and nobody noticed. That was exactly my goal. I tell the story in everyday images: how we made our cluster more resilient step by step.'
     author:
diff --git a/content/community-poi/de/megabase.md b/content/community-poi/de/megabase.md
index fde4a549..0fc869dd 100644
--- a/content/community-poi/de/megabase.md
+++ b/content/community-poi/de/megabase.md
@@ -1,7 +1,7 @@
 ---
 slug: 'megabase'
 translationKey: 'megabase'
-title: 'Megabase'
+title: 'Megabase von blndr2'
 summary: 'blndr2s größtes Bauvorhaben: Ein Areal von mehreren hundert Blöcken Kantenlänge ist ausgehoben und abgesteckt, die Schematic für den Aufbau liegt bereit.'
 status: 'in-progress'
 progress: 5
diff --git a/content/community-poi/en/megabase.md b/content/community-poi/en/megabase.md
index 35b6e6dd..d24651dd 100644
--- a/content/community-poi/en/megabase.md
+++ b/content/community-poi/en/megabase.md
@@ -1,7 +1,7 @@
 ---
 slug: 'megabase'
 translationKey: 'megabase'
-title: 'Megabase'
+title: 'Megabase by blndr2'
 summary: 'The largest undertaking by blndr2: a site several hundred blocks across has been excavated and marked out, and the schematic for the build is ready.'
 status: 'in-progress'
 progress: 5
diff --git a/content/projects/de/anti-redstoneclock-remastered.md b/content/projects/de/anti-redstoneclock-remastered.md
index 3cfe1af0..126914bd 100644
--- a/content/projects/de/anti-redstoneclock-remastered.md
+++ b/content/projects/de/anti-redstoneclock-remastered.md
@@ -1,8 +1,8 @@
 ---
 slug: 'anti-redstoneclock-remastered'
 translationKey: 'arcr'
-title: 'Anti-RedstoneClock Remastered'
-summary: 'Ein Paper-Plugin, das Redstone-Clocks erkennt, Teammitglieder im Spiel, auf Discord oder in der Konsole benachrichtigt und sie auf Wunsch abschaltet oder zerstört.'
+title: 'Anti-RedstoneClock Remastered: Paper-Plugin'
+summary: 'Ein Paper-Plugin, das Redstone-Clocks erkennt, das Team im Spiel, per Discord oder Konsole benachrichtigt und sie auf Wunsch abschaltet oder zerstört.'
 status: 'active'
 releasedAt: '2024-01-30'
 publishedAt: '2026-10-07'
diff --git a/content/projects/de/falco.md b/content/projects/de/falco.md
index 19d394b8..b51b7b3b 100644
--- a/content/projects/de/falco.md
+++ b/content/projects/de/falco.md
@@ -1,7 +1,7 @@
 ---
 slug: 'falco'
 translationKey: 'falco'
-title: 'Falco'
+title: 'Falco: Minestom-Bibliothek für Chunks und Licht'
 summary: 'Ein Anvil-Chunk-Loader, eine Lichtberechnung und eine Instanzimplementierung für Minestom.'
 status: 'active'
 releasedAt: '2026-07-31'
diff --git a/content/projects/en/anti-redstoneclock-remastered.md b/content/projects/en/anti-redstoneclock-remastered.md
index c35dd51d..3552bbb3 100644
--- a/content/projects/en/anti-redstoneclock-remastered.md
+++ b/content/projects/en/anti-redstoneclock-remastered.md
@@ -1,7 +1,7 @@
 ---
 slug: 'anti-redstoneclock-remastered'
 translationKey: 'arcr'
-title: 'Anti-RedstoneClock Remastered'
+title: 'Anti-RedstoneClock Remastered: Paper plugin'
 summary: 'A Paper plugin that detects redstone clocks, alerts staff in game, on Discord or in the console, and can optionally disable or destroy them.'
 status: 'active'
 releasedAt: '2024-01-30'
diff --git a/content/projects/en/falco.md b/content/projects/en/falco.md
index 766aaf9d..73151d7e 100644
--- a/content/projects/en/falco.md
+++ b/content/projects/en/falco.md
@@ -1,7 +1,7 @@
 ---
 slug: 'falco'
 translationKey: 'falco'
-title: 'Falco'
+title: 'Falco: Minestom library for chunks and lighting'
 summary: 'An Anvil chunk loader, a light engine and an instance implementation for Minestom.'
 status: 'active'
 releasedAt: '2026-07-31'
diff --git a/i18n/locales/de.json b/i18n/locales/de.json
index 8d1bc645..8a94afee 100644
--- a/i18n/locales/de.json
+++ b/i18n/locales/de.json
@@ -90,7 +90,7 @@
     }
   },
   "index": {
-    "title": "Startseite",
+    "title": "Deutscher Minecraft-Server & Open Source",
     "carousel_aria": "Startseiten-Highlight-Karussell"
   },
   "home": {
@@ -109,6 +109,8 @@
     "title": "Team",
     "profile_title_fallback": "Team",
     "profile_description_fallback": "Teammitglied-Profil bei OneLiteFeather.",
+    "profile_description_in_area": "{name} arbeitet bei OneLiteFeather, einem deutschsprachigen Minecraft-Netzwerk, im Bereich {area}.",
+    "profile_description_plain": "{name} ist Teil des Teams bei OneLiteFeather, einem deutschsprachigen Minecraft-Netzwerk.",
     "no_results": "Keine Ergebnisse gefunden",
     "card_aria": "Profil von {name}, {role}",
     "avatar_alt": "Avatar von {name}",
@@ -205,7 +207,7 @@
     "github": "GitHub"
   },
   "seo": {
-    "default_description": "OneLiteFeather ist ein Minecraft-Netzwerk, das Entwicklungstools mit der Community teilt.",
+    "default_description": "OneLiteFeather ist ein deutschsprachiges Minecraft-Netzwerk seit 2019 – mit Community-Bauten, Events und Open-Source-Software für Paper und Minestom.",
     "default_keywords": "OneLiteFeather, Minecraft, Minecraft Server, Minecraft Netzwerk, Plugins, Open Source, Paper, Velocity, Java, Bedrock, Entwicklungstools, Community"
   },
   "faq": {
@@ -239,7 +241,7 @@
   "community_poi": {
     "overview": {
       "title": "Community Points of Interest",
-      "description": "Bauprojekte aus unserer Community: Vom Konzept über laufende Baustellen bis zur fertigen Sehenswürdigkeit – mit Fortschritt, Galerie und Litematica-Schematics zum Nachbauen.",
+      "description": "Community-Bauprojekte: vom Konzept über laufende Baustellen bis zur fertigen Sehenswürdigkeit – mit Fortschritt, Galerie und Litematica-Schematics.",
       "count": "{count} POIs",
       "empty": "Aktuell sind noch keine Community-POIs veröffentlicht. Schau bald wieder rein – oder reiche dein Projekt ein!"
     },
@@ -298,7 +300,9 @@
       "open": "Auf BlueMap öffnen",
       "link_aria": "{title} auf der BlueMap öffnen (neuer Tab)",
       "iframe_title": "BlueMap-Vorschau für {title}",
-      "embed_note": "Vorschau geladen von {host}. Für volle Funktionen die externe Seite öffnen."
+      "load": "Karte laden",
+      "load_hint": "Die interaktive Karte lädt erst, wenn du sie startest.",
+      "embed_note": "Vorschau von {host}. Für volle Funktionen die externe Seite öffnen."
     },
     "facing": {
       "north": "Norden",
@@ -559,7 +563,7 @@
   },
   "projects": {
     "overview": {
-      "title": "Projekte",
+      "title": "Open-Source-Projekte: Paper & Minestom",
       "description": "Software von OneLiteFeather: Plugins und Werkzeuge, die wir selbst entwickeln und auf unserem Server einsetzen — mit Dokumentation, Quellcode und Downloads.",
       "empty": "Noch keine Projekte veröffentlicht."
     },
diff --git a/i18n/locales/en.json b/i18n/locales/en.json
index 6b9d5e66..db9dbb50 100644
--- a/i18n/locales/en.json
+++ b/i18n/locales/en.json
@@ -70,7 +70,7 @@
     }
   },
   "index": {
-    "title": "Home",
+    "title": "German Minecraft server & open source",
     "carousel_aria": "Homepage highlight carousel"
   },
   "home": {
@@ -109,6 +109,8 @@
     "title": "Team",
     "profile_title_fallback": "Team",
     "profile_description_fallback": "Team member profile on OneLiteFeather.",
+    "profile_description_in_area": "{name} works in {area} at OneLiteFeather, a German-speaking Minecraft network.",
+    "profile_description_plain": "{name} is part of the OneLiteFeather team, a German-speaking Minecraft network.",
     "no_results": "No results found",
     "card_aria": "Profile of {name}, {role}",
     "avatar_alt": "Avatar of {name}",
@@ -205,7 +207,7 @@
     "github": "GitHub"
   },
   "seo": {
-    "default_description": "OneLiteFeather is a Minecraft Network sharing development tools with the community.",
+    "default_description": "OneLiteFeather is a German-speaking Minecraft network founded in 2019, with community builds, events and open-source software for Paper and Minestom.",
     "default_keywords": "OneLiteFeather, Minecraft, Minecraft server, Minecraft network, plugins, open source, Paper, Velocity, Java, Bedrock, development tools, community"
   },
   "faq": {
@@ -239,7 +241,7 @@
   "community_poi": {
     "overview": {
       "title": "Community Points of Interest",
-      "description": "Building projects from our community: from concept to active build site to finished landmark — with progress, image galleries and Litematica schematics to rebuild them yourself.",
+      "description": "Community building projects, from concept and active build site to finished landmark – with progress, galleries and Litematica schematics to rebuild.",
       "count": "{count} POIs",
       "empty": "No community POIs published yet. Check back soon — or submit your own project!"
     },
@@ -298,7 +300,9 @@
       "open": "Open on BlueMap",
       "link_aria": "Open {title} on BlueMap (new tab)",
       "iframe_title": "BlueMap preview for {title}",
-      "embed_note": "Preview loaded from {host}. Open the external site for full functionality."
+      "load": "Load map",
+      "load_hint": "The interactive map only loads when you start it.",
+      "embed_note": "Preview from {host}. Open the external site for full functionality."
     },
     "facing": {
       "north": "North",
@@ -559,7 +563,7 @@
   },
   "projects": {
     "overview": {
-      "title": "Projects",
+      "title": "Open-source projects: Paper & Minestom",
       "description": "Software by OneLiteFeather: plugins and tools we build ourselves and run on our server — with documentation, source code and downloads.",
       "empty": "No projects published yet."
     },
diff --git a/layers/base/plugins/posthog-recording.client.ts b/layers/base/plugins/posthog-recording.client.ts
new file mode 100644
index 00000000..ede8e002
--- /dev/null
+++ b/layers/base/plugins/posthog-recording.client.ts
@@ -0,0 +1,7 @@
+// Recording is off at init (nuxt.config.ts) so the recorder loads after first paint.
+// startSessionRecording still honours opt-out and the remote sampling/flag settings.
+export default defineNuxtPlugin(() => {
+  const { $clientPosthog } = useNuxtApp()
+  if (!$clientPosthog) return
+  deferUntilIdle(() => $clientPosthog.startSessionRecording(), window)
+})
diff --git a/layers/base/utils/deferUntilIdle.ts b/layers/base/utils/deferUntilIdle.ts
new file mode 100644
index 00000000..384b2b9f
--- /dev/null
+++ b/layers/base/utils/deferUntilIdle.ts
@@ -0,0 +1,17 @@
+export const IDLE_TIMEOUT_MS = 4000
+export const IDLE_FALLBACK_MS = 2000
+
+/** The two schedulers the task may use; injected so tests need no browser. */
+export interface IdleHost {
+  requestIdleCallback?: (callback: () => void, options: { timeout: number }) => unknown
+  setTimeout: (callback: () => void, delay: number) => unknown
+}
+
+/** The timeout keeps a busy page from postponing the task indefinitely. */
+export function deferUntilIdle(task: () => void, host: IdleHost): void {
+  if (host.requestIdleCallback) {
+    host.requestIdleCallback(task, { timeout: IDLE_TIMEOUT_MS })
+    return
+  }
+  host.setTimeout(task, IDLE_FALLBACK_MS)
+}
diff --git a/layers/blog/composables/useArticleSeo.ts b/layers/blog/composables/useArticleSeo.ts
index b788c452..5fb880ad 100644
--- a/layers/blog/composables/useArticleSeo.ts
+++ b/layers/blog/composables/useArticleSeo.ts
@@ -53,16 +53,16 @@ export function useArticleSeo(
   const previewSocial = computed(() => resolveSocialImage(
     blog.value?.headerImage,
     baseUrl.value,
-    (src) => img(src, { width: 1200, height: 630, format: 'webp', quality: 80 })
+    (src) => img(src, { width: 1200, height: 630, fit: 'cover', format: 'webp', quality: 80 })
   ))
 
   // Multiple aspect ratios are recommended by Google for article rich results.
   const articleImages = computed(() => {
     const source = blog.value?.headerImage || 'images/logo.svg'
     return [
-      img(source, { width: 1200, height: 630, format: 'webp', quality: 80 }),
-      img(source, { width: 1200, height: 900, format: 'webp', quality: 80 }),
-      img(source, { width: 1200, height: 1200, format: 'webp', quality: 80 })
+      img(source, { width: 1200, height: 630, fit: 'cover', format: 'webp', quality: 80 }),
+      img(source, { width: 1200, height: 900, fit: 'cover', format: 'webp', quality: 80 }),
+      img(source, { width: 1200, height: 1200, fit: 'cover', format: 'webp', quality: 80 })
     ]
   })
 
@@ -71,6 +71,7 @@ export function useArticleSeo(
     img(blog.value?.headerImage || 'images/logo.svg', {
       width: 600,
       height: 400,
+      fit: 'cover',
       format: 'webp',
       quality: 75
     })
diff --git a/layers/community-poi/components/CommunityPoiBluemap.vue b/layers/community-poi/components/CommunityPoiBluemap.vue
index 58a203f9..a42833b2 100644
--- a/layers/community-poi/components/CommunityPoiBluemap.vue
+++ b/layers/community-poi/components/CommunityPoiBluemap.vue
@@ -1,5 +1,5 @@
 <script setup lang="ts">
-import { computed } from '#imports'
+import { computed, nextTick, ref } from '#imports'
 import CommunityPoiCoordsCopy from './CommunityPoiCoordsCopy.vue'
 import { useBluemapDeepLink, useBluemapUrl } from '~/composables/useBluemap'
 import type { CommunityPoiCoordinates } from '../types'
@@ -12,6 +12,17 @@ const props = defineProps<{
 const { t } = useI18n()
 const baseUrl = useBluemapUrl()
 
+const loaded = ref(false)
+const frame = ref<HTMLIFrameElement | null>(null)
+
+// The viewer is ~70 MB of requests, so it mounts only when asked for.
+async function loadMap() {
+  loaded.value = true
+  await nextTick()
+  // The button is gone; focus the map so keyboard users land in it.
+  frame.value?.focus()
+}
+
 const deepLink = computed(() => useBluemapDeepLink({
     x: props.coordinates.x,
     y: props.coordinates.y,
@@ -42,6 +53,10 @@ const iconClass = 'h-4 w-4 text-primary'
 
 const embedNoteClass
   = 'bg-surface-container-highest px-3 py-2 text-body-small text-on-surface-variant'
+
+// Same box as the iframe, so activating the map does not shift the page.
+const placeholderClass
+  = 'flex aspect-[16/9] w-full flex-col items-center justify-center gap-3 bg-surface-container-high p-4 text-center'
 </script>
 
 <template>
@@ -75,18 +90,23 @@ const embedNoteClass
       :z="coordinates.z"
     />
 
-    <!-- The iframe is loaded by default so every POI lands on its
-         in-world position immediately. `loading="lazy"` still defers the
-         fetch until the section is in view, which keeps initial page
-         weight reasonable. -->
     <div class="overflow-hidden rounded-medium border border-outline-variant">
+      <div v-if="!loaded" :class="placeholderClass">
+        <p class="text-body-medium text-on-surface-variant">
+          {{ t('community_poi.bluemap.load_hint') }}
+        </p>
+        <M3Button variant="tonal" :icon="['fas','play']" @click="loadMap">
+          {{ t('community_poi.bluemap.load') }}
+        </M3Button>
+      </div>
       <!-- Same sandbox as pages/bluemap.vue; see the comment there for why
            allow-scripts and allow-same-origin are both needed. -->
       <iframe
+        v-else
+        ref="frame"
         :src="deepLink"
         :title="t('community_poi.bluemap.iframe_title', { title: props.title })"
         class="block aspect-[16/9] w-full"
-        loading="lazy"
         allow="fullscreen"
         sandbox="allow-scripts allow-same-origin allow-popups"
         referrerpolicy="no-referrer"
diff --git a/layers/content-core/composables/usePageSeo.ts b/layers/content-core/composables/usePageSeo.ts
index f6009d6e..bf78ee74 100644
--- a/layers/content-core/composables/usePageSeo.ts
+++ b/layers/content-core/composables/usePageSeo.ts
@@ -63,7 +63,7 @@ export function usePageSeo(opts: PageSeoOptions = {}) {
   const socialImage = computed(() => resolveSocialImage(
     opts.image,
     site.url,
-    (src) => img(src, { width: 1200, height: 630, format: 'webp', quality: 80 })
+    (src) => img(src, { width: 1200, height: 630, fit: 'cover', format: 'webp', quality: 80 })
   ))
 
   const pageTitle = computed(() => opts.title || site.name)
@@ -125,4 +125,7 @@ export function usePageSeo(opts: PageSeoOptions = {}) {
       inLanguage: locale?.value || DEFAULT_LOCALE
     })
   ]))
+
+  // Exposed so page JSON-LD can reuse the og:image URL instead of resolving its own.
+  return { socialImage }
 }
diff --git a/layers/content-core/utils/socialImage.ts b/layers/content-core/utils/socialImage.ts
index 76712067..ab2b2fa2 100644
--- a/layers/content-core/utils/socialImage.ts
+++ b/layers/content-core/utils/socialImage.ts
@@ -21,7 +21,8 @@ export type SocialImage = {
 
 /**
  * Resolves the social preview image for a page: the page's own image,
- * transformed to 1200×630 WebP, or the site default. Always absolute —
+ * transformed to 1200×630 WebP (`fit: 'cover'`, or the provider scales and the
+ * declared size is wrong), or the site default. Always absolute —
  * crawlers resolve a relative og:image against nothing, and with the `none`
  * image provider the transform returns the path unchanged.
  */
diff --git a/layers/events/utils/eventSchemaStatus.ts b/layers/events/utils/eventSchemaStatus.ts
new file mode 100644
index 00000000..32870198
--- /dev/null
+++ b/layers/events/utils/eventSchemaStatus.ts
@@ -0,0 +1,9 @@
+import type { EventPhase } from '../types'
+
+/**
+ * schema.org eventStatus for an event's phase. schema.org has no "completed"
+ * value, so a past event gets none rather than a false "scheduled".
+ */
+export function eventSchemaStatus(phase: EventPhase): string | undefined {
+  return phase === 'past' ? undefined : 'https://schema.org/EventScheduled'
+}
diff --git a/layers/projects/utils/softwareApplication.ts b/layers/projects/utils/softwareApplication.ts
new file mode 100644
index 00000000..cb0ce553
--- /dev/null
+++ b/layers/projects/utils/softwareApplication.ts
@@ -0,0 +1,52 @@
+import { spdxLicenseUrl } from './spdx'
+
+export interface SoftwareApplicationInput {
+  title: string
+  summary: string
+  /** Absolute canonical URL of the project page. */
+  url: string
+  /** @id of the publishing organization. */
+  publisherId: string
+  license?: string
+  releasedAt?: string | Date
+  /** Server platforms the project runs on, e.g. Paper, Folia, Minestom. */
+  platforms?: string[]
+  links?: {
+    docs?: string
+    source?: string
+    downloads?: Array<{ url: string }>
+  }
+}
+
+export type SoftwareApplicationNode = Record<string, unknown> & { '@type': 'SoftwareApplication' }
+
+const toIso = (raw: string | Date | undefined): string | undefined => {
+  if (!raw) return undefined
+  const date = raw instanceof Date ? raw : new Date(raw)
+  return Number.isNaN(date.getTime()) ? undefined : date.toISOString()
+}
+
+/**
+ * The project as a schema.org SoftwareApplication. The platforms go to
+ * runtimePlatform: Paper, Folia and Minestom are server runtimes the plugin
+ * runs inside, not the operating system underneath. Nothing is derived that
+ * the frontmatter does not state.
+ */
+export function softwareApplicationNode(input: SoftwareApplicationInput): SoftwareApplicationNode {
+  const { links, platforms } = input
+  return {
+    '@type': 'SoftwareApplication',
+    '@id': `${input.url}#software`,
+    name: input.title,
+    description: input.summary,
+    url: input.url,
+    applicationCategory: 'DeveloperApplication',
+    license: spdxLicenseUrl(input.license),
+    datePublished: toIso(input.releasedAt),
+    softwareHelp: links?.docs,
+    downloadUrl: links?.downloads?.[0]?.url,
+    codeRepository: links?.source,
+    runtimePlatform: platforms?.length ? platforms : undefined,
+    publisher: { '@id': input.publisherId }
+  }
+}
diff --git a/layers/projects/utils/spdx.ts b/layers/projects/utils/spdx.ts
new file mode 100644
index 00000000..b5f87255
--- /dev/null
+++ b/layers/projects/utils/spdx.ts
@@ -0,0 +1,34 @@
+/**
+ * SPDX identifiers the projects are published under. Anything else is free
+ * text and has no canonical URL, so it is left out rather than guessed at.
+ */
+const SPDX_IDS = [
+  'AGPL-3.0',
+  'AGPL-3.0-only',
+  'AGPL-3.0-or-later',
+  'GPL-2.0',
+  'GPL-2.0-only',
+  'GPL-2.0-or-later',
+  'GPL-3.0',
+  'GPL-3.0-only',
+  'GPL-3.0-or-later',
+  'LGPL-3.0',
+  'LGPL-3.0-only',
+  'LGPL-3.0-or-later',
+  'Apache-2.0',
+  'MIT',
+  'MPL-2.0',
+  'BSD-2-Clause',
+  'BSD-3-Clause',
+  'ISC',
+  'Unlicense',
+  'CC0-1.0'
+] as const
+
+const CANONICAL_BY_LOWER = new Map<string, string>(SPDX_IDS.map(id => [id.toLowerCase(), id]))
+
+/** spdx.org page for a license id, or undefined when the id is not a known SPDX identifier. */
+export function spdxLicenseUrl(license: string | undefined): string | undefined {
+  const canonical = CANONICAL_BY_LOWER.get((license ?? '').toLowerCase())
+  return canonical ? `https://spdx.org/licenses/${canonical}.html` : undefined
+}
diff --git a/layers/team/utils/teamDescription.ts b/layers/team/utils/teamDescription.ts
new file mode 100644
index 00000000..7b3ef7e6
--- /dev/null
+++ b/layers/team/utils/teamDescription.ts
@@ -0,0 +1,44 @@
+/**
+ * Meta description and title for a team profile. A slogan like "Modrinth."
+ * describes nothing, so it is only used when it is a real sentence.
+ */
+
+import { toRoleString, type RoleField } from './teamRoles'
+
+export const SLOGAN_MIN_LENGTH = 50
+
+export interface TeamDescriptionMember {
+  name: string
+  role?: RoleField
+  bio?: string | null
+  slogan?: string | null
+}
+
+export interface TeamDescriptionCopy {
+  withArea: (name: string, area: string) => string
+  plain: (name: string) => string
+}
+
+export function isDescriptiveSlogan(slogan: string | null | undefined): boolean {
+  const text = slogan?.trim() ?? ''
+  return text.length >= SLOGAN_MIN_LENGTH && /[.!?]$/.test(text)
+}
+
+export function teamProfileDescription(
+  member: TeamDescriptionMember,
+  copy: TeamDescriptionCopy,
+  rankLabel?: string | null
+): string {
+  const bio = member.bio?.trim()
+  if (bio) return bio
+  const slogan = member.slogan?.trim()
+  if (slogan && isDescriptiveSlogan(slogan)) return slogan
+  const area = toRoleString(member.role) || rankLabel?.trim() || ''
+  return area ? copy.withArea(member.name, area) : copy.plain(member.name)
+}
+
+/** The role, when the member has one, is the only extra title word. */
+export function teamProfileTitle(member: TeamDescriptionMember): string {
+  const role = toRoleString(member.role)
+  return role ? `${member.name} – ${role}` : member.name
+}
diff --git a/layers/team/utils/teamRoles.ts b/layers/team/utils/teamRoles.ts
index e74b1660..015f677e 100644
--- a/layers/team/utils/teamRoles.ts
+++ b/layers/team/utils/teamRoles.ts
@@ -5,7 +5,7 @@
  * call site needs without leaking the union into the templates.
  */
 
-type RoleField = string | string[] | undefined | null
+export type RoleField = string | string[] | undefined | null
 
 /** Trim, drop empties, and de-duplicate the role list. Always an array. */
 export function toRoleList(role: RoleField): string[] {
diff --git a/nuxt.config.ts b/nuxt.config.ts
index 835671f3..ef8ca33b 100644
--- a/nuxt.config.ts
+++ b/nuxt.config.ts
@@ -62,7 +62,7 @@ export default defineNuxtConfig({
             url: 'http://localhost:3000',
             logo: '/images/logo.svg',
             email: 'contact@onelitefeather.net',
-            foundingDate: '2021',
+            foundingDate: '2019-09-01',
             numberOfEmployees: {
                 '@type': 'QuantitativeValue',
                 'minValue': 1,
@@ -272,7 +272,12 @@ export default defineNuxtConfig({
         proxy: true,
         clientOptions: {
             // Statistics run by default; the consent layer (layers/consent) lets visitors opt out.
-            person_profiles: 'identified_only'
+            person_profiles: 'identified_only',
+            // Unused in the app; otherwise posthog loads surveys.js and dead-clicks-autocapture.js.
+            disable_surveys: true,
+            capture_dead_clicks: false,
+            // Started after idle time by layers/base/plugins/posthog-recording.client.ts.
+            disable_session_recording: true
         }
     },
     content: {
diff --git a/pages/community-poi/[...slug].vue b/pages/community-poi/[...slug].vue
index efe21759..e474f0c2 100644
--- a/pages/community-poi/[...slug].vue
+++ b/pages/community-poi/[...slug].vue
@@ -16,7 +16,7 @@ const { projects: linkedProjects } = await useProjectsBySlugs(() => poi.value?.p
 const title = computed(() => poi.value?.title || t('community_poi.overview.title'))
 const description = computed(() => poi.value?.summary || t('community_poi.overview.description'))
 
-usePageSeo({
+const { socialImage } = usePageSeo({
   title: title.value,
   description: description.value,
   image: poi.value?.thumbnail,
@@ -29,7 +29,7 @@ usePageSeo({
 
 useBreadcrumbs(() => [
   { name: t('navigation.home'), url: `/${locale.value}` },
-  { name: t('community_poi.overview.title'), url: `/${locale.value}/community-poi/` },
+  { name: t('community_poi.overview.title'), url: `/${locale.value}/community-poi` },
   { name: title.value }
 ])
 
@@ -46,6 +46,7 @@ useSchemaOrg(computed(() => {
     site.url
   ).toString()
   const coords = poi.value.coordinates
+  const placeId = `${detailUrl}#place`
   const nodes: Array<Record<string, unknown>> = [
     {
       '@type': 'CreativeWork',
@@ -55,8 +56,9 @@ useSchemaOrg(computed(() => {
       url: detailUrl,
       dateCreated: toIso(poi.value.startedAt as string | Date | undefined),
       dateModified: toIso(poi.value.updatedAt as string | Date | undefined),
-      image: poi.value.thumbnail || undefined,
-      author: (poi.value.builders || []).map((b) => ({ '@type': 'Person' as const, name: b.name }))
+      image: poi.value.thumbnail ? socialImage.value.url : undefined,
+      author: (poi.value.builders || []).map((b) => ({ '@type': 'Person' as const, name: b.name })),
+      contentLocation: coords ? { '@id': placeId } : undefined
     }
   ]
   if (coords) {
@@ -64,7 +66,7 @@ useSchemaOrg(computed(() => {
     // Place type still gives Google a richer entity to attach to the page.
     nodes.push({
       '@type': 'Place',
-      '@id': `${detailUrl}#place`,
+      '@id': placeId,
       name: poi.value.location || poi.value.title,
       url: detailUrl,
       additionalProperty: [
@@ -99,7 +101,7 @@ const progressSectionClass = 'rounded-large bg-surface-container-low p-5'
     <article v-if="poi" class="space-y-8">
       <header class="space-y-4">
         <p class="text-sm">
-          <NuxtLink :to="`/${locale}/community-poi/`" :class="backLinkClass">
+          <NuxtLink :to="`/${locale}/community-poi`" :class="backLinkClass">
             ← {{ t('community_poi.detail.back') }}
           </NuxtLink>
         </p>
diff --git a/pages/events/[...slug].vue b/pages/events/[...slug].vue
index 6959bde2..4f3918c0 100644
--- a/pages/events/[...slug].vue
+++ b/pages/events/[...slug].vue
@@ -19,7 +19,7 @@ const description = computed(() => event.value?.summary || t('events.description
 const discordUrl = (runtimeConfig.public?.discordUrl as string | undefined)
   || 'https://1lf.link/discord'
 
-usePageSeo({
+const { socialImage } = usePageSeo({
   title: title.value,
   description: description.value,
   image: event.value?.thumbnail,
@@ -41,7 +41,7 @@ useBreadcrumbs(() => [
 // members-only events, so this describes the event for semantic use rather
 // than chasing a search feature (design.md D10).
 useSchemaOrg(computed(() => {
-  if (!event.value) return []
+  if (!event.value || !phase.value) return []
   const url = new URL(eventDetailPath(locale.value, event.value.slug), site.url).toString()
   return [
     {
@@ -54,12 +54,10 @@ useSchemaOrg(computed(() => {
       endDate: event.value.event.endsAt
         ? new Date(event.value.event.endsAt).toISOString()
         : undefined,
-      eventStatus: 'https://schema.org/EventScheduled',
+      eventStatus: eventSchemaStatus(phase.value),
       eventAttendanceMode: 'https://schema.org/OnlineEventAttendanceMode',
       location: { '@type': 'VirtualLocation', url },
-      image: event.value.thumbnail
-        ? new URL(event.value.thumbnail, site.url).toString()
-        : undefined,
+      image: event.value.thumbnail ? socialImage.value.url : undefined,
       organizer: { '@id': organizationId(site.url) }
     }
   ]
diff --git a/pages/projects/[...slug].vue b/pages/projects/[...slug].vue
index 84ec1fe3..97893245 100644
--- a/pages/projects/[...slug].vue
+++ b/pages/projects/[...slug].vue
@@ -33,29 +33,19 @@ useBreadcrumbs(() => [
   { name: title.value }
 ])
 
-const toIso = (raw: string | Date | undefined): string | undefined => {
-  if (!raw) return undefined
-  const date = raw instanceof Date ? raw : new Date(raw)
-  return Number.isNaN(date.getTime()) ? undefined : date.toISOString()
-}
-
 useSchemaOrg(computed(() => {
   if (!project.value) return []
-  const url = new URL(`/${locale.value}/projects/${project.value.slug}`, site.url).toString()
-  const links = project.value.links
   return [
-    {
-      '@type': 'SoftwareApplication',
-      '@id': `${url}#software`,
-      name: project.value.title,
-      description: project.value.summary,
-      url,
+    softwareApplicationNode({
+      title: project.value.title,
+      summary: project.value.summary,
+      url: new URL(`/${locale.value}/projects/${project.value.slug}`, site.url).toString(),
+      publisherId: organizationId(site.url),
       license: project.value.license,
-      datePublished: toIso(project.value.releasedAt as string | Date | undefined),
-      softwareHelp: links?.docs,
-      downloadUrl: links?.downloads?.[0]?.url,
-      publisher: { '@id': organizationId(site.url) }
-    }
+      releasedAt: project.value.releasedAt as string | Date | undefined,
+      platforms: project.value.platforms,
+      links: project.value.links
+    })
   ]
 }))
 
diff --git a/pages/team/[slug].vue b/pages/team/[slug].vue
index b7679da0..aebf4759 100644
--- a/pages/team/[slug].vue
+++ b/pages/team/[slug].vue
@@ -67,15 +67,18 @@ const profileLinks = computed(() => {
 
 const rankLabel = computed(() => member.value?.rank ? t(`team.ranks.${member.value.rank}`) : null)
 
-// Bio first (full description), then slogan, then role list as fallback.
+const memberDescription = computed(() => member.value
+  ? teamProfileDescription(member.value, {
+      withArea: (name, area) => t('team.profile_description_in_area', { name, area }),
+      plain: name => t('team.profile_description_plain', { name })
+    }, rankLabel.value)
+  : '')
+
 // `image` uses the Cloudflare-rendered avatar so social previews show the
 // player's head instead of the synthetic OG fallback.
 usePageSeo({
-  title: member.value ? member.value.name : t('team.profile_title_fallback'),
-  description: member.value?.bio
-    || member.value?.slogan
-    || memberRoleText.value
-    || t('team.profile_description_fallback'),
+  title: member.value ? teamProfileTitle(member.value) : t('team.profile_title_fallback'),
+  description: member.value ? memberDescription.value : t('team.profile_description_fallback'),
   image: avatarSrc.value && avatarSrc.value !== '/favicon.svg' ? avatarSrc.value : undefined,
   imageAlt: member.value ? t('team.avatar_alt', { name: member.value.name }) : undefined,
   // The avatar is 256×256 — too small for a large card, so the small one.
@@ -99,7 +102,7 @@ useSchemaOrg(computed(() => {
   if (!member.value) return []
   const profileUrl = member.value.slug
     ? personProfileUrl(site.url, locale.value, member.value.slug)
-    : new URL(`/${locale.value}/team/`, site.url).toString()
+    : new URL(`/${locale.value}/team`, site.url).toString()
   const avatar = avatarSrc.value?.startsWith('http')
     ? avatarSrc.value
     : new URL(avatarSrc.value || '/favicon.svg', site.url).toString()
@@ -111,7 +114,7 @@ useSchemaOrg(computed(() => {
       url: profileUrl,
       image: avatar,
       jobTitle: memberRoleText.value || undefined,
-      description: member.value.bio || member.value.slogan || memberRoleText.value || undefined,
+      description: memberDescription.value,
       // Not executable here, but sameAs is published as fact about a person —
       // the same filter keeps a junk scheme out of the structured data.
       sameAs: Object.values((member.value.links || {}) as Record<string, string>)
@@ -127,10 +130,6 @@ useSchemaOrg(computed(() => {
 // banner that `usePageSeo` registers by default. Called after
 // `usePageSeo` so the second `defineOgImage` call wins.
 if (member.value) {
-  const ogDescription = member.value.bio
-    || member.value.slogan
-    || memberRoleText.value
-    || ''
   // Use the 3D-rendered head from mc-heads.net for the OG image — it
   // reads better at OG card sizes than the flat avatar. Satori fetches
   // this absolute URL at render time.
@@ -139,7 +138,7 @@ if (member.value) {
     || `https://mc-heads.net/head/${encodeURIComponent(mcId)}/256`
   defineOgImage('TeamMember', {
     name: member.value.name,
-    description: ogDescription,
+    description: memberDescription.value,
     roleText: memberRoleText.value || undefined,
     rankLabel: rankLabel.value || undefined,
     avatarUrl: ogAvatar
diff --git a/pages/team/index.vue b/pages/team/index.vue
index 526d8cab..0423f4b5 100644
--- a/pages/team/index.vue
+++ b/pages/team/index.vue
@@ -42,7 +42,7 @@ useSchemaOrg(computed(() => {
         position: index + 1,
         url: m.slug
           ? personProfileUrl(site.url, locale.value, m.slug)
-          : new URL(`/${locale.value}/team/`, site.url).toString(),
+          : new URL(`/${locale.value}/team`, site.url).toString(),
         name: m.name
       }))
     }
diff --git a/tests/about/content.spec.ts b/tests/about/content.spec.ts
index 6cf499dd..bcab982e 100644
--- a/tests/about/content.spec.ts
+++ b/tests/about/content.spec.ts
@@ -38,7 +38,7 @@ describe.each(['de', 'en'])('about content (%s)', (locale) => {
   })
 
   it('names the founding year', () => {
-    expect(doc.who).toContain('2021')
+    expect(doc.who).toContain('2019')
   })
 
   it('keeps the analysis-only project out', () => {
diff --git a/tests/about/founding-year.spec.ts b/tests/about/founding-year.spec.ts
new file mode 100644
index 00000000..8b017a9c
--- /dev/null
+++ b/tests/about/founding-year.spec.ts
@@ -0,0 +1,30 @@
+import { readFileSync } from 'node:fs'
+import { describe, expect, it } from 'vitest'
+import { repoRoot } from '../helpers/sources'
+
+/** Confirmed by the owner: OneLiteFeather was founded in 2019. */
+const FOUNDING_YEAR = '2019'
+
+const read = (file: string) => readFileSync(`${repoRoot}/${file}`, 'utf8')
+
+const sources: Array<{ file: string, year: (text: string) => string | undefined }> = [
+  { file: 'nuxt.config.ts', year: text => /foundingDate:\s*'(\d{4})/.exec(text)?.[1] },
+  { file: 'content/about/de/home.json', year: text => /(\d{4}) als OneLiteFeather gegründet/.exec(text)?.[1] },
+  { file: 'content/about/en/home.json', year: text => /Founded in (\d{4})/.exec(text)?.[1] },
+  { file: 'content/faq/de/what-is.md', year: text => /(\d{4}) gegründetes/.exec(text)?.[1] },
+  { file: 'content/faq/en/what-is.md', year: text => /founded in (\d{4})/.exec(text)?.[1] },
+  { file: 'public/llms.txt', year: text => /founded in (\d{4})/.exec(text)?.[1] }
+]
+
+describe('founding year', () => {
+  it.each(sources)('states $file as the founding year', ({ file, year }) => {
+    expect(year(read(file)), `founding year in ${file}`).toBe(FOUNDING_YEAR)
+  })
+
+  it('leaves no founding statement from 2021 anywhere in the sources', () => {
+    const stale = /2021[^\n]{0,20}(gegründet|[Ff]ounded)|(gegründet|[Ff]ounded)[^\n]{0,20}2021/
+    for (const { file } of sources) {
+      expect(read(file), file).not.toMatch(stale)
+    }
+  })
+})
diff --git a/tests/about/page.spec.ts b/tests/about/page.spec.ts
index bce097a5..4b0f5d01 100644
--- a/tests/about/page.spec.ts
+++ b/tests/about/page.spec.ts
@@ -47,9 +47,3 @@ describe('about page', () => {
     expect(page).not.toMatch(/route\.query|useCookie|useRequestHeaders/)
   })
 })
-
-describe('organization identity', () => {
-  it('was founded in 2021', () => {
-    expect(read('nuxt.config.ts')).toMatch(/foundingDate:\s*'2021'/)
-  })
-})
diff --git a/tests/analytics/posthog-config.spec.ts b/tests/analytics/posthog-config.spec.ts
new file mode 100644
index 00000000..816bc53b
--- /dev/null
+++ b/tests/analytics/posthog-config.spec.ts
@@ -0,0 +1,37 @@
+import { readFileSync } from 'node:fs'
+import { describe, expect, it } from 'vitest'
+import { repoRoot } from '../helpers/sources'
+
+/**
+ * The `posthog` block in nuxt.config.ts is passed to nuxt-posthog, which
+ * forwards `clientOptions` to posthog.init. Read as text, as the other config
+ * specs do, so the test needs no Nuxt boot.
+ */
+function posthogBlock(): string {
+  const source = readFileSync(`${repoRoot}/nuxt.config.ts`, 'utf8')
+  const start = source.indexOf('    posthog: {')
+  const end = source.indexOf('    content: {', start)
+  expect(start, 'posthog block not found').toBeGreaterThan(0)
+  expect(end, 'block end not found').toBeGreaterThan(start)
+  return source.slice(start, end)
+}
+
+describe('posthog client options', () => {
+  it('turns surveys off, because no survey is used in the app', () => {
+    expect(posthogBlock()).toMatch(/disable_surveys:\s*true/)
+  })
+
+  it('turns dead-click autocapture off, because nothing consumes its events', () => {
+    expect(posthogBlock()).toMatch(/capture_dead_clicks:\s*false/)
+  })
+
+  it('does not start session recording at init, so the recorder loads after idle time', () => {
+    expect(posthogBlock()).toMatch(/disable_session_recording:\s*true/)
+  })
+
+  it('keeps pageview capture on', () => {
+    const block = posthogBlock()
+    expect(block).not.toMatch(/capturePageViews:\s*false/)
+    expect(block).not.toMatch(/capture_pageview:\s*false/)
+  })
+})
diff --git a/tests/base/defer-until-idle.spec.ts b/tests/base/defer-until-idle.spec.ts
new file mode 100644
index 00000000..9934a4c8
--- /dev/null
+++ b/tests/base/defer-until-idle.spec.ts
@@ -0,0 +1,60 @@
+import { describe, expect, it } from 'vitest'
+import { deferUntilIdle, IDLE_FALLBACK_MS, IDLE_TIMEOUT_MS } from '../../layers/base/utils/deferUntilIdle'
+
+/** Records what gets scheduled; each test decides when the callbacks run. */
+function fakeHost(withIdleCallback: boolean) {
+  const idle: Array<{ callback: () => void, timeout: number }> = []
+  const timers: Array<{ callback: () => void, delay: number }> = []
+  const host = {
+    ...(withIdleCallback
+      ? {
+          requestIdleCallback: (callback: () => void, options: { timeout: number }) => {
+            idle.push({ callback, timeout: options.timeout })
+          },
+        }
+      : {}),
+    setTimeout: (callback: () => void, delay: number) => {
+      timers.push({ callback, delay })
+    },
+  }
+  return { host, idle, timers }
+}
+
+describe('deferUntilIdle', () => {
+  it('does not run the task synchronously', () => {
+    const { host } = fakeHost(true)
+    let runs = 0
+    deferUntilIdle(() => { runs++ }, host)
+    expect(runs, 'task must wait for idle time').toBe(0)
+  })
+
+  it('hands the task to requestIdleCallback with a timeout', () => {
+    const { host, idle } = fakeHost(true)
+    deferUntilIdle(() => {}, host)
+    expect(idle, 'one idle request expected').toHaveLength(1)
+    expect(idle[0]!.timeout, 'a busy page must still reach the task').toBe(IDLE_TIMEOUT_MS)
+  })
+
+  it('runs the task when the browser reports idle time', () => {
+    const { host, idle } = fakeHost(true)
+    let runs = 0
+    deferUntilIdle(() => { runs++ }, host)
+    idle[0]!.callback()
+    expect(runs).toBe(1)
+  })
+
+  it('falls back to a timer when requestIdleCallback is missing', () => {
+    const { host, timers } = fakeHost(false)
+    deferUntilIdle(() => {}, host)
+    expect(timers, 'one fallback timer expected').toHaveLength(1)
+    expect(timers[0]!.delay).toBe(IDLE_FALLBACK_MS)
+  })
+
+  it('runs the task from the fallback timer', () => {
+    const { host, timers } = fakeHost(false)
+    let runs = 0
+    deferUntilIdle(() => { runs++ }, host)
+    timers[0]!.callback()
+    expect(runs).toBe(1)
+  })
+})
diff --git a/tests/community/bluemap-click-to-load.spec.ts b/tests/community/bluemap-click-to-load.spec.ts
new file mode 100644
index 00000000..dc36d051
--- /dev/null
+++ b/tests/community/bluemap-click-to-load.spec.ts
@@ -0,0 +1,66 @@
+// @vitest-environment nuxt
+import { mockNuxtImport, mountSuspended } from '@nuxt/test-utils/runtime'
+import { flushPromises } from '@vue/test-utils'
+import { describe, expect, it } from 'vitest'
+import CommunityPoiBluemap from '../../layers/community-poi/components/CommunityPoiBluemap.vue'
+
+/**
+ * The embedded BlueMap used to start loading at page load, so a POI page cost
+ * hundreds of requests before the reader asked for the map. The iframe is now
+ * mounted only on activation; until then a placeholder with the same box
+ * stands in for it.
+ */
+
+// No real host: the deep link is built from this value, so the assertion
+// below does not depend on the production URL.
+mockNuxtImport('useRuntimeConfig', original => () => {
+  const config = original()
+  return { ...config, public: { ...config.public, bluemapUrl: 'https://bluemap.test' } }
+})
+
+const props = {
+  title: 'Yggdrasil',
+  coordinates: { x: 10, y: 64, z: -20, dimension: 'overworld' as const },
+}
+
+const mountBluemap = () => mountSuspended(CommunityPoiBluemap, {
+  route: '/de/community-poi/yggdrasil',
+  props,
+  attachTo: document.body,
+})
+
+// The coordinates block has its own button, so select the placeholder by name.
+const loadButton = (wrapper: Awaited<ReturnType<typeof mountBluemap>>) => wrapper
+  .findAll('button')
+  .find(button => button.text() === 'Karte laden')
+
+describe('community poi bluemap, click to load', () => {
+  it('renders no iframe until the map is requested', async () => {
+    const wrapper = await mountBluemap()
+    expect(wrapper.find('iframe').exists()).toBe(false)
+    wrapper.unmount()
+  })
+
+  it('offers a button named "Karte laden" as the placeholder', async () => {
+    const wrapper = await mountBluemap()
+    expect(loadButton(wrapper)?.exists()).toBe(true)
+    wrapper.unmount()
+  })
+
+  it('mounts the iframe on the deep link when the button is clicked', async () => {
+    const wrapper = await mountBluemap()
+    await loadButton(wrapper)!.trigger('click')
+    await flushPromises()
+    const src = wrapper.get('iframe').attributes('src')
+    expect(src).toBe('https://bluemap.test/#world:10:64:-20:300:0:0:0:0:flat')
+    wrapper.unmount()
+  })
+
+  it('moves focus into the iframe once it is mounted', async () => {
+    const wrapper = await mountBluemap()
+    await loadButton(wrapper)!.trigger('click')
+    await flushPromises()
+    expect(document.activeElement).toBe(wrapper.get('iframe').element)
+    wrapper.unmount()
+  })
+})
diff --git a/tests/events/event-schema-status.spec.ts b/tests/events/event-schema-status.spec.ts
new file mode 100644
index 00000000..b3021db8
--- /dev/null
+++ b/tests/events/event-schema-status.spec.ts
@@ -0,0 +1,31 @@
+import { readFileSync } from 'node:fs'
+import { join } from 'node:path'
+import { describe, expect, it } from 'vitest'
+import { eventSchemaStatus } from '../../layers/events/utils/eventSchemaStatus'
+import { repoRoot } from '../helpers/sources'
+
+const SCHEDULED = 'https://schema.org/EventScheduled'
+
+describe('eventSchemaStatus', () => {
+  it.each([
+    'hidden',
+    'announced',
+    'running'
+  ] as const)('marks a %s event as scheduled', (phase) => {
+    expect(eventSchemaStatus(phase)).toBe(SCHEDULED)
+  })
+
+  it('claims no status for a past event', () => {
+    // schema.org has no "completed" status; EventScheduled would be a false claim.
+    expect(eventSchemaStatus('past')).toBeUndefined()
+  })
+})
+
+describe('event detail page eventStatus wiring', () => {
+  const source = readFileSync(join(repoRoot, 'pages/events/[...slug].vue'), 'utf8')
+
+  it('takes the status from the phase instead of hard-coding it', () => {
+    expect(source).toContain('eventStatus: eventSchemaStatus(phase.value)')
+    expect(source).not.toContain('EventScheduled')
+  })
+})
diff --git a/tests/projects/pages.spec.ts b/tests/projects/pages.spec.ts
index 967c0c82..ce0de837 100644
--- a/tests/projects/pages.spec.ts
+++ b/tests/projects/pages.spec.ts
@@ -37,8 +37,8 @@ describe('project detail page', () => {
     expect(detail).toContain('useCommunityPoisByProject(')
   })
 
-  it('describes the project as a SoftwareApplication', () => {
-    expect(detail).toContain("'@type': 'SoftwareApplication'")
+  it('describes the project as a SoftwareApplication built by the tested util', () => {
+    expect(detail).toContain('softwareApplicationNode(')
   })
 })
 
diff --git a/tests/projects/software-application.spec.ts b/tests/projects/software-application.spec.ts
new file mode 100644
index 00000000..84a8bf0e
--- /dev/null
+++ b/tests/projects/software-application.spec.ts
@@ -0,0 +1,76 @@
+import { describe, expect, it } from 'vitest'
+import { softwareApplicationNode } from '../../layers/projects/utils/softwareApplication'
+
+const base = {
+  title: 'Anti-RedstoneClock Remastered',
+  summary: 'A Paper plugin that detects redstone clocks.',
+  url: 'https://onelitefeather.net/en/projects/arcr',
+  publisherId: 'https://onelitefeather.net/#identity',
+}
+
+const full = {
+  ...base,
+  license: 'AGPL-3.0',
+  releasedAt: '2024-01-30',
+  platforms: ['Paper', 'Folia'],
+  links: {
+    docs: 'https://docs.onelitefeather.net/arcr',
+    source: 'https://github.com/OneLiteFeatherNET/AntiRedstoneClock-Remastered',
+    downloads: [{ url: 'https://hangar.papermc.io/OneLiteFeather/arcr' }],
+  },
+}
+
+describe('softwareApplicationNode', () => {
+  it('describes the project as a developer application with a stable @id', () => {
+    const node = softwareApplicationNode(full)
+    expect(node['@type']).toBe('SoftwareApplication')
+    expect(node['@id']).toBe('https://onelitefeather.net/en/projects/arcr#software')
+    expect(node.applicationCategory).toBe('DeveloperApplication')
+  })
+
+  it('links the source repository as codeRepository', () => {
+    expect(softwareApplicationNode(full).codeRepository)
+      .toBe('https://github.com/OneLiteFeatherNET/AntiRedstoneClock-Remastered')
+  })
+
+  it('omits codeRepository when the project has no source link', () => {
+    const node = softwareApplicationNode({ ...full, links: { docs: full.links.docs } })
+    expect(node.codeRepository).toBeUndefined()
+  })
+
+  it('states the platforms as runtimePlatform, not as an operating system', () => {
+    const node = softwareApplicationNode(full)
+    expect(node.runtimePlatform).toEqual(['Paper', 'Folia'])
+    expect(node).not.toHaveProperty('operatingSystem')
+  })
+
+  it('omits runtimePlatform when no platforms are listed', () => {
+    expect(softwareApplicationNode({ ...full, platforms: [] }).runtimePlatform).toBeUndefined()
+  })
+
+  it('turns a known SPDX license id into its URL', () => {
+    expect(softwareApplicationNode(full).license).toBe('https://spdx.org/licenses/AGPL-3.0.html')
+  })
+
+  it('omits license rather than emitting a free-text value', () => {
+    expect(softwareApplicationNode({ ...full, license: 'Proprietary' }).license).toBeUndefined()
+  })
+
+  it('formats releasedAt as an ISO datePublished', () => {
+    expect(softwareApplicationNode(full).datePublished).toBe('2024-01-30T00:00:00.000Z')
+  })
+
+  it('omits datePublished when releasedAt is unparsable', () => {
+    expect(softwareApplicationNode({ ...full, releasedAt: 'not a date' }).datePublished).toBeUndefined()
+  })
+
+  it('keeps the documentation as softwareHelp and the first download as downloadUrl', () => {
+    const node = softwareApplicationNode(full)
+    expect(node.softwareHelp).toBe('https://docs.onelitefeather.net/arcr')
+    expect(node.downloadUrl).toBe('https://hangar.papermc.io/OneLiteFeather/arcr')
+  })
+
+  it('does not invent a programmingLanguage', () => {
+    expect(softwareApplicationNode(full)).not.toHaveProperty('programmingLanguage')
+  })
+})
diff --git a/tests/projects/spdx-license.spec.ts b/tests/projects/spdx-license.spec.ts
new file mode 100644
index 00000000..a01d3cfd
--- /dev/null
+++ b/tests/projects/spdx-license.spec.ts
@@ -0,0 +1,22 @@
+import { describe, expect, it } from 'vitest'
+import { spdxLicenseUrl } from '../../layers/projects/utils/spdx'
+
+describe('spdxLicenseUrl', () => {
+  it('maps a known SPDX identifier to its spdx.org page', () => {
+    expect(spdxLicenseUrl('AGPL-3.0')).toBe('https://spdx.org/licenses/AGPL-3.0.html')
+  })
+
+  it('matches identifiers case-insensitively and links with the canonical casing', () => {
+    expect(spdxLicenseUrl('agpl-3.0-or-later')).toBe('https://spdx.org/licenses/AGPL-3.0-or-later.html')
+  })
+
+  it('returns undefined for a license that is not an SPDX identifier', () => {
+    expect(spdxLicenseUrl('Proprietary')).toBeUndefined()
+    expect(spdxLicenseUrl('All rights reserved')).toBeUndefined()
+  })
+
+  it('returns undefined when no license is given', () => {
+    expect(spdxLicenseUrl(undefined)).toBeUndefined()
+    expect(spdxLicenseUrl('')).toBeUndefined()
+  })
+})
diff --git a/tests/seo/breadcrumb-urls.spec.ts b/tests/seo/breadcrumb-urls.spec.ts
index eb139d55..205c6e46 100644
--- a/tests/seo/breadcrumb-urls.spec.ts
+++ b/tests/seo/breadcrumb-urls.spec.ts
@@ -17,17 +17,19 @@ import { collectSourceFiles, relativeToRepo } from '../helpers/sources'
  * append a trailing slash by default and nothing here overrides that, so the
  * canonical form is the one without.
  *
- * Checked against the source rather than rendered output because the value is
- * a template literal built per page — nine of them, which is exactly the kind
- * of repetition that drifts.
+ * The same holds for every locale-prefixed index URL, not only the locale
+ * root: the community POI index was `/de/community-poi/` in its breadcrumb,
+ * and the team index was built with a trailing slash as a fallback in
+ * ItemList and Person schema. Checked against the source because the values
+ * are template literals built per page.
  */
 
 const SOURCE_DIRS = ['pages',
 'composables',
 'layers']
 
-/** `url: \`/${locale.value}/\`` — a locale root with a trailing slash. */
-const LOCALE_ROOT_WITH_SLASH = /url:\s*`\/\$\{locale\.value\}\/`/
+/** A locale-prefixed template literal ending in a slash, e.g. `/${locale.value}/team/`. */
+const LOCALE_PATH_WITH_SLASH = /`\/\$\{locale(?:\.value)?\}[^`]*\/`/
 
 function offenders(): string[] {
   const found: string[] = []
@@ -35,7 +37,7 @@ function offenders(): string[] {
     const text = readFileSync(file, 'utf8')
     const lines = text.split('\n')
     lines.forEach((line, index) => {
-      if (LOCALE_ROOT_WITH_SLASH.test(line)) {
+      if (LOCALE_PATH_WITH_SLASH.test(line)) {
         found.push(`${relativeToRepo(file)}:${index + 1}`)
       }
     })
@@ -44,13 +46,15 @@ function offenders(): string[] {
 }
 
 describe('breadcrumb ancestor URLs', () => {
-  it('recognises the trailing-slash form', () => {
+  it('recognises the trailing-slash forms', () => {
     // Without this the check could pass by matching nothing at all.
-    expect(LOCALE_ROOT_WITH_SLASH.test('{ name: t(\'navigation.home\'), url: `/${locale.value}/` }')).toBe(true)
-    expect(LOCALE_ROOT_WITH_SLASH.test('{ name: t(\'navigation.home\'), url: `/${locale.value}` }')).toBe(false)
+    expect(LOCALE_PATH_WITH_SLASH.test('{ name: t(\'navigation.home\'), url: `/${locale.value}/` }')).toBe(true)
+    expect(LOCALE_PATH_WITH_SLASH.test('{ url: `/${locale.value}/community-poi/` }')).toBe(true)
+    expect(LOCALE_PATH_WITH_SLASH.test('{ name: t(\'navigation.home\'), url: `/${locale.value}` }')).toBe(false)
+    expect(LOCALE_PATH_WITH_SLASH.test('{ url: `/${locale.value}/community-poi` }')).toBe(false)
   })
 
-  it('point at the canonical locale root, without a trailing slash', () => {
+  it('point at canonical locale-prefixed URLs, without a trailing slash', () => {
     expect(offenders()).toEqual([])
   })
 })
diff --git a/tests/seo/event-jsonld-image.spec.ts b/tests/seo/event-jsonld-image.spec.ts
new file mode 100644
index 00000000..97c22f18
--- /dev/null
+++ b/tests/seo/event-jsonld-image.spec.ts
@@ -0,0 +1,27 @@
+import { readFileSync } from 'node:fs'
+import { join } from 'node:path'
+import { describe, expect, it } from 'vitest'
+import { repoRoot } from '../helpers/sources'
+
+/**
+ * The event page's Event.image resolved the raw frontmatter path against the
+ * site origin. Those images are served by img.onelitefeather.net in
+ * production, so the JSON-LD pointed at a 404. It must use the absolute,
+ * transformed URL that og:image uses, which usePageSeo already computes.
+ */
+const PAGE_FILE = 'pages/events/[...slug].vue'
+const source = readFileSync(join(repoRoot, PAGE_FILE), 'utf8')
+
+describe('event detail JSON-LD image', () => {
+  it('uses the resolved social image, not the raw thumbnail path', () => {
+    expect(source).toMatch(/image: event\.value\.thumbnail \? socialImage\.value\.url : undefined/)
+  })
+
+  it('takes that image from usePageSeo, the one og:image uses', () => {
+    expect(source).toMatch(/const \{ socialImage \} = usePageSeo\(\{/)
+  })
+
+  it('no longer resolves the raw thumbnail path against the site origin', () => {
+    expect(source).not.toMatch(/new URL\(event\.value\.thumbnail, site\.url\)/)
+  })
+})
diff --git a/tests/seo/poi-jsonld-image.spec.ts b/tests/seo/poi-jsonld-image.spec.ts
new file mode 100644
index 00000000..d173b2ef
--- /dev/null
+++ b/tests/seo/poi-jsonld-image.spec.ts
@@ -0,0 +1,24 @@
+import { readFileSync } from 'node:fs'
+import { join } from 'node:path'
+import { describe, expect, it } from 'vitest'
+import { repoRoot } from '../helpers/sources'
+
+/**
+ * The POI page's CreativeWork image was the raw frontmatter path, resolved
+ * against the site origin. Those images are served by img.onelitefeather.net
+ * in production, so the JSON-LD pointed at a 404. It must use the same
+ * absolute, transformed URL as og:image, which usePageSeo already computes.
+ */
+const poiSource = readFileSync(join(repoRoot, 'pages/community-poi/[...slug].vue'), 'utf8')
+const seoSource = readFileSync(join(repoRoot, 'layers/content-core/composables/usePageSeo.ts'), 'utf8')
+
+describe('community POI JSON-LD image', () => {
+  it('uses the resolved social image, not the raw thumbnail path', () => {
+    expect(poiSource).toMatch(/image: poi\.value\.thumbnail \? socialImage\.value\.url : undefined/)
+  })
+
+  it('takes that image from usePageSeo, the one og:image uses', () => {
+    expect(poiSource).toMatch(/const \{ socialImage \} = usePageSeo\(/)
+    expect(seoSource).toMatch(/return \{ socialImage \}/)
+  })
+})
diff --git a/tests/seo/poi-place-link.spec.ts b/tests/seo/poi-place-link.spec.ts
new file mode 100644
index 00000000..2d4f5fe4
--- /dev/null
+++ b/tests/seo/poi-place-link.spec.ts
@@ -0,0 +1,26 @@
+import { readFileSync } from 'node:fs'
+import { join } from 'node:path'
+import { describe, expect, it } from 'vitest'
+import { repoRoot } from '../helpers/sources'
+
+/**
+ * The POI page emits a CreativeWork (the build) and, when it has coordinates,
+ * a Place (where it stands). Nothing tied them together, so the Place was an
+ * orphan node. The CreativeWork now points at it through contentLocation, and
+ * only when that Place is actually emitted.
+ */
+const PAGE_FILE = 'pages/community-poi/[...slug].vue'
+
+const source = readFileSync(join(repoRoot, PAGE_FILE), 'utf8')
+
+describe('community POI structured data', () => {
+  it('defines the Place node under the id it links to', () => {
+    expect(source).toContain("'@type': 'Place'")
+    expect(source).toMatch(/const placeId = `\$\{detailUrl\}#place`/)
+    expect(source).toMatch(/'@type': 'Place',\s*'@id': placeId/)
+  })
+
+  it('links the CreativeWork to that Place only when coordinates exist', () => {
+    expect(source).toMatch(/contentLocation: coords \? \{ '@id': placeId \} : undefined/)
+  })
+})
diff --git a/tests/seo/social-image.spec.ts b/tests/seo/social-image.spec.ts
index 97d24277..c824c7be 100644
--- a/tests/seo/social-image.spec.ts
+++ b/tests/seo/social-image.spec.ts
@@ -1,4 +1,5 @@
-import { existsSync } from 'node:fs'
+import { existsSync, readFileSync } from 'node:fs'
+import { join } from 'node:path'
 import { describe, expect, it } from 'vitest'
 import { DEFAULT_SOCIAL_IMAGE, resolveSocialImage } from '../../layers/content-core/utils/socialImage'
 import { repoRoot } from '../helpers/sources'
@@ -41,3 +42,77 @@ describe('social image resolution', () => {
     expect(existsSync(`${repoRoot}/public${DEFAULT_SOCIAL_IMAGE.path}`)).toBe(true)
   })
 })
+
+const PAGE_SEO = 'layers/content-core/composables/usePageSeo.ts'
+const ARTICLE_SEO = 'layers/blog/composables/useArticleSeo.ts'
+
+/** The argument text of every `img(…)` call in a source file, balanced parens included. */
+function imgCalls(source: string): string[] {
+  const calls: string[] = []
+  for (const match of source.matchAll(/\bimg\(/g)) {
+    const start = match.index
+    let depth = 0
+    for (let i = start + 3; i < source.length; i++) {
+      if (source[i] === '(') depth++
+      if (source[i] === ')' && --depth === 0) {
+        calls.push(source.slice(start, i + 1))
+        break
+      }
+    }
+  }
+  return calls
+}
+
+const sizeOf = (call = '') => ({
+  width: Number(/width: (\d+)/.exec(call)?.[1]),
+  height: Number(/height: (\d+)/.exec(call)?.[1])
+})
+
+const readRepo = (file: string) => readFileSync(join(repoRoot, file), 'utf8')
+
+describe('social image crop', () => {
+  it('crops the page og:image to the declared 1200×630 with fit cover', () => {
+    const calls = imgCalls(readRepo(PAGE_SEO))
+    expect(calls, 'usePageSeo has one img() transform').toHaveLength(1)
+    expect(calls[0], 'fit must be cover, or Cloudflare scales instead of cropping').toContain("fit: 'cover'")
+    expect(sizeOf(calls[0])).toEqual({ width: 1200, height: 630 })
+  })
+
+  it('requests the width and height that resolveSocialImage declares', () => {
+    const [call] = imgCalls(readRepo(PAGE_SEO))
+    const declared = resolveSocialImage('/images/blog/post.png', SITE, src => src)
+    expect(sizeOf(call)).toEqual({ width: declared.width, height: declared.height })
+  })
+
+  it('crops the article og:image and the three Article image variants with fit cover', () => {
+    const wide = imgCalls(readRepo(ARTICLE_SEO)).filter(call => sizeOf(call).width === 1200)
+    expect(wide, 'og:image plus the 1200×630, 1200×900 and 1200×1200 variants').toHaveLength(4)
+    for (const call of wide) {
+      expect(call, `fit cover missing in ${call}`).toContain("fit: 'cover'")
+    }
+    const heights = wide.map(call => sizeOf(call).height).sort((a, b) => a - b)
+    expect(heights).toEqual([
+      630,
+      630,
+      900,
+      1200
+    ])
+  })
+
+  it('crops the article thumbnail to 600×400 with fit cover', () => {
+    const [thumbnail] = imgCalls(readRepo(ARTICLE_SEO)).filter(call => sizeOf(call).width === 600)
+    expect(thumbnail, 'article thumbnail transform').toBeDefined()
+    expect(thumbnail).toContain("fit: 'cover'")
+    expect(sizeOf(thumbnail)).toEqual({ width: 600, height: 400 })
+  })
+
+  it('every sized img() call in the SEO composables crops with fit cover', () => {
+    const sized = [PAGE_SEO, ARTICLE_SEO]
+      .flatMap(file => imgCalls(readRepo(file)))
+      .filter(call => /width: \d+/.test(call) && /height: \d+/.test(call))
+    expect(sized).toHaveLength(6)
+    for (const call of sized) {
+      expect(call, `fit cover missing in ${call}`).toContain("fit: 'cover'")
+    }
+  })
+})
diff --git a/tests/team/profile-description.spec.ts b/tests/team/profile-description.spec.ts
new file mode 100644
index 00000000..28c92a8c
--- /dev/null
+++ b/tests/team/profile-description.spec.ts
@@ -0,0 +1,132 @@
+import { readFileSync } from 'node:fs'
+import { describe, expect, it } from 'vitest'
+import { repoRoot } from '../helpers/sources'
+import {
+  SLOGAN_MIN_LENGTH,
+  isDescriptiveSlogan,
+  teamProfileDescription,
+  teamProfileTitle,
+  type TeamDescriptionCopy
+} from '../../layers/team/utils/teamDescription'
+
+const copy: TeamDescriptionCopy = {
+  withArea: (name, area) => `${name} arbeitet bei OneLiteFeather im Bereich ${area}.`,
+  plain: name => `${name} ist Teil des Teams bei OneLiteFeather.`
+}
+
+const LONG_SLOGAN = 'Wir halten die Community fair, freundlich und im Gleichgewicht.'
+
+describe('teamProfileDescription', () => {
+  it('uses the bio when there is one', () => {
+    const member = { name: 'saynax', bio: 'Kümmert sich um Infra, DevOps und Security.', role: 'Entwicklung' }
+    expect(teamProfileDescription(member, copy)).toBe('Kümmert sich um Infra, DevOps und Security.')
+  })
+
+  it('uses a slogan that is a full sentence of reasonable length', () => {
+    expect(LONG_SLOGAN.length).toBeGreaterThanOrEqual(SLOGAN_MIN_LENGTH)
+    const member = { name: 'lycheesis', slogan: LONG_SLOGAN, role: 'Medien' }
+    expect(teamProfileDescription(member, copy)).toBe(LONG_SLOGAN)
+  })
+
+  it('does not use a short slogan such as "Modrinth."', () => {
+    const member = { name: 'blndr2', slogan: 'Modrinth.', role: 'Moderation' }
+    expect(teamProfileDescription(member, copy)).toBe('blndr2 arbeitet bei OneLiteFeather im Bereich Moderation.')
+  })
+
+  it('does not use a long slogan that is not a sentence', () => {
+    const slogan = 'Wir halten die Community fair, freundlich und im Gleichgewicht ohne Punkt'
+    const member = { name: 'mcmdev', slogan, role: 'Entwicklung' }
+    expect(teamProfileDescription(member, copy)).toBe('mcmdev arbeitet bei OneLiteFeather im Bereich Entwicklung.')
+  })
+
+  it('builds the sentence from the role', () => {
+    const member = { name: 'joltras', role: 'Entwicklung' }
+    expect(teamProfileDescription(member, copy)).toBe('joltras arbeitet bei OneLiteFeather im Bereich Entwicklung.')
+  })
+
+  it('joins several roles into one area', () => {
+    const member = { name: 'pegasusfieber17', role: ['Entwicklung', 'Bau-Team'] }
+    expect(teamProfileDescription(member, copy)).toBe('pegasusfieber17 arbeitet bei OneLiteFeather im Bereich Entwicklung · Bau-Team.')
+  })
+
+  it('falls back to the rank label when the member has no role', () => {
+    const member = { name: 'blndr2' }
+    expect(teamProfileDescription(member, copy, 'Moderation')).toBe('blndr2 arbeitet bei OneLiteFeather im Bereich Moderation.')
+  })
+
+  it('uses the plain sentence when there is neither role nor rank', () => {
+    const member = { name: 'someone' }
+    expect(teamProfileDescription(member, copy)).toBe('someone ist Teil des Teams bei OneLiteFeather.')
+  })
+})
+
+describe('teamProfileTitle', () => {
+  it('appends the role to the name', () => {
+    expect(teamProfileTitle({ name: 'joltras', role: 'Entwicklung' })).toBe('joltras – Entwicklung')
+  })
+
+  it('is the bare name when there is no role field', () => {
+    expect(teamProfileTitle({ name: 'blndr2' })).toBe('blndr2')
+  })
+})
+
+describe('real team members', () => {
+  interface Raw {
+    name: string
+    slug?: string
+    role?: string | string[]
+    rank?: string
+    bio?: string
+    slogan?: string
+    openPosition?: boolean
+  }
+
+  const messages = (locale: 'de' | 'en') => {
+    const json = JSON.parse(readFileSync(`${repoRoot}/i18n/locales/${locale}.json`, 'utf8'))
+    return json.team as Record<string, unknown> & { ranks: Record<string, string> }
+  }
+
+  function interpolate(template: unknown, values: Record<string, string>): string {
+    return String(template).replace(/\{(\w+)\}/g, (_, key: string) => values[key] ?? '')
+  }
+
+  const membersOf = (locale: 'de' | 'en') => {
+    const json = JSON.parse(readFileSync(`${repoRoot}/content/team/${locale}/home.json`, 'utf8'))
+    return (json.members as Raw[]).filter(m => m.slug && !m.openPosition)
+  }
+
+  it.each(['de', 'en'] as const)('gives every %s profile a description that says who the member is', (locale) => {
+    const text = messages(locale)
+    const localeCopy: TeamDescriptionCopy = {
+      withArea: (name, area) => interpolate(text.profile_description_in_area, { name, area }),
+      plain: name => interpolate(text.profile_description_plain, { name })
+    }
+    for (const member of membersOf(locale)) {
+      const rankLabel = member.rank ? text.ranks[member.rank] : undefined
+      const description = teamProfileDescription(member, localeCopy, rankLabel)
+      const slogan = isDescriptiveSlogan(member.slogan) ? member.slogan : undefined
+      const written = member.bio?.trim() || slogan
+      if (written) {
+        expect(description, member.name).toBe(written)
+        continue
+      }
+      const label = `${member.name}: ${description}`
+      expect(description, member.name).toContain(member.name)
+      expect(description.length, label).toBeGreaterThanOrEqual(70)
+      expect(description.length, label).toBeLessThanOrEqual(160)
+    }
+  })
+})
+
+describe('team profile page', () => {
+  const page = readFileSync(`${repoRoot}/pages/team/[slug].vue`, 'utf8')
+
+  it('takes its title and description from the shared helpers', () => {
+    expect(page).toContain('teamProfileTitle(member.value)')
+    expect(page).toContain('memberDescription.value')
+  })
+
+  it('no longer falls back to the raw slogan for meta tags', () => {
+    expect(page).not.toMatch(/member\.value\??\.slogan\s*\|\|/)
+  })
+})