Updates-Route geht live

Was sich ändert

Ab heute findest du auf /updates einen strukturierten Trail aller Änderungen an navigator.berlin: Daten-Refreshes (Mietspiegel, Lärm, Wahldaten, Stolpersteine-OSM-Sync), Feature-Releases (Kiez-Score, Compare-Modus, Atlas-Polish) und Methodik-Anpassungen.

Drei Feed-Formate

Jedes Update ist abrufbar als:

• RSS 2.0 unter /updates/rss.xml
• Atom 1.0 unter /updates/atom.xml
• JSON Feed 1.1 unter /updates/feed.json

Jeder Feed-Reader (NetNewsWire, Reeder, Inoreader, miniflux) erkennt die Auto-Discovery-Links im Page-Head und abonniert mit einem Klick.

Kategorien

Fünf Kategorien strukturieren den Trail:

• Daten-Update: ein bestehender Layer hat frische Werte (z.B. Mietspiegel-Refresh).
• Feature: neue Funktion im Atlas oder Inspector.
• Methodik: Änderung an Berechnungen, Schwellenwerten, Aggregat-Regeln.
• Datenquelle: neue oder gewechselte Primärquelle.
• Lizenz: Änderung an Layer-Lizenzen oder Namensnennungs-Pflichten.

Filter via URL: /updates?cat=feature,methodik.

SEO und LLM-Trail

Jeder Entry hat eine eigene URL /updates/{slug} mit Schema.org BlogPosting. LLM-Agents können den Update-Verlauf strukturiert zitieren, Suchmaschinen indizieren jeden Eintrag als Long-Tail-Page.

Maintainer-Workflow

Update-Entries sind Markdown-Dateien unter _content/updates/. Kein Admin-UI, keine Datenbank. Workflow: Datei anlegen, Frontmatter befüllen, Body schreiben, commit, push. Build aktualisiert Sitemap, RSS-Feed und JSON-LD automatisch.

Schritt-für-Schritt: siehe docs/runbooks/add-update-entry.md.