---
title: "ImmichFrame vs Immich Kiosk: welcher Fotorahmen passt zu deinem Setup?"
description: "ImmichFrame und Immich Kiosk machen beide aus deiner Immich-Bibliothek einen digitalen Bilderrahmen. Unter der Haube treffen sie sehr unterschiedliche Entscheidungen. So schneiden sie bei Architektur, Clients, Konfiguration und Sicherheit ab."
url: "https://pixelunion.eu/de/blog/immichframe-vs-immich-kiosk/"
date: "2026-10-03"
author: "Marc"
categories: ["Community"]
tags: ["Immich","ImmichFrame","Immich Kiosk","Open Source","Self-Hosting"]
---


Letztes Jahr haben wir über [Immich Kiosk](/de/blog/immich-kiosk/) und [ImmichFrame](/de/blog/immichframe/) geschrieben. Seitdem haben beide Projekte viele Releases veröffentlicht. Die Frage, die wir von Nutzern bekommen, hat sich mit ihnen verändert. Früher lautete sie "geht das?" Heute lautet sie "welchen soll ich nehmen?"

An der Oberfläche machen beide dasselbe. Beide verbinden sich per API-Schlüssel mit deinem Immich-Server und zeigen deine Fotos im Vollbild auf einem Display irgendwo in deiner Wohnung. Beide sind Community-Projekte, nicht mit Immich verbunden. Beide funktionieren mit einem PixelUnion-Konto genauso wie mit einem selbst gehosteten Server: Richte sie auf `https://<username>.pixelunion.eu` und gib ihnen einen API-Schlüssel.

Die Feature-Listen überschneiden sich fast vollständig, deshalb lasse ich sie weitgehend beiseite. Was die beiden unterscheidet, ist die Architektur. Dieser Beitrag behandelt die aktuellen Versionen: [ImmichFrame v1.0.38](https://github.com/immichFrame/ImmichFrame/releases) (14. September 2026) und [Immich Kiosk v0.44.1](https://github.com/damongolding/immich-kiosk/releases) (25. September 2026).

## Zwei verschiedene Vorstellungen davon, was ein Fotorahmen ist

### Immich Kiosk: ein Server, konfiguriert per URL

Immich Kiosk, entwickelt von Damon Golding, ist ein einzelnes Go-Binary. Es nutzt Echo für HTTP und templ für serverseitige Templates und liefert eine Webseite auf Port 3000 aus. Das ist das ganze Produkt. Das Display ist ein beliebiger Browser: ein Raspberry Pi mit Chromium im Kiosk-Modus, ein altes Tablet mit Fully Kiosk Browser, ein Smart-TV, ein Google-Cast-Empfänger.

Die Designentscheidung, auf die es ankommt: Fast jede Einstellung in `config.yaml` lässt sich per URL-Query-Parameter überschreiben. Ein einziger Kiosk-Container kann jeden Bildschirm in deinem Haus steuern, jeden mit eigenem Verhalten:

```
http://kiosk.local:3000/?album=ALBUM_ID&layout=splitview&transition=cross-fade
http://kiosk.local:3000/?person=PERSON_ID&show_time=true&image_fit=cover
```

Das Küchentablet zeigt das Familienalbum mit einer Uhr. Der Bildschirm im Flur zeigt die Fotos einer Person im Hochformat. Gleicher Server, gleiche Konfigurationsdatei, unterschiedliche URLs. Die Kehrseite: Jeder in deinem Netzwerk, der die Seite erreicht, kann ändern, was sie zeigt. Wenn dich das stört, schaltet `disable_url_queries` es ab.

### ImmichFrame: ein Server plus native Apps

ImmichFrame geht den anderen Weg. Der Server ist C# auf ASP.NET Core mit einem SvelteKit-Frontend, ausgeliefert als `ghcr.io/immichframe/immichframe` auf Port 8080. Darüber hinaus pflegt das Projekt native Clients:

- **Android**, über den Play Store oder als per Sideload installierte APK, inklusive eines Bildschirmschoner-Dienstes für Android TV
- **Apple TV**, **iPhone und iPad** (iOS 17+) und Macs mit Apple Silicon über den App Store
- **Desktop**-Apps für Windows, macOS und Linux
- **Frameo**-Rahmen, die günstigen Android-Rahmen, die du für etwa $40 findest, per Sideload über ADB (Android Debug Bridge)

Die nativen Apps sind der Grund, warum ImmichFrame so aussieht, wie es aussieht. Apple erlaubt auf tvOS keine WebViews (eingebettete Browser-Komponenten), also baut die Apple-TV-App die Anzeige mit nativen Bedienelementen nach. Auf Android TV kann ImmichFrame den System-Bildschirmschoner ersetzen, was ein Browser-Tab nicht kann. Die Android-App betreibt außerdem einen kleinen HTTP-Server auf Port 53287, der `next`, `previous`, `pause`, `dim`, `undim` und `brightness?value=0.5` annimmt. Letzteres verbindest du mit Home Assistant, um den Rahmen zu dimmen, wenn das Licht ausgeht.

Der Kompromiss liegt in der Konfiguration. Sie lebt auf Instanzebene. Soweit ich der Dokumentation entnehmen kann, gibt es kein Gegenstück zu den URL-Overrides von Kiosk, also bedeuten zwei Bildschirme mit unterschiedlichen Alben meist zwei Container oder zwei Konten. Günstig im Betrieb. Mehr zu warten.

## Die Details, die für Power-User zählen

### Konfiguration und Zustand

Kiosk ist Config-as-Code. Eine YAML-Datei mit veröffentlichtem JSON-Schema für Autovervollständigung im Editor, Umgebungsvariablen für Secrets und `watch_config`, um bei Änderungen neu zu laden. Sie liegt in einem Git-Repo neben dem Rest deiner Compose-Dateien.

ImmichFrame ist kürzlich in die andere Richtung gegangen. Es bringt jetzt eine Admin-Oberfläche unter `/admin` mit, in der jede Einstellung, einschließlich der Immich-Konten, im Browser bearbeitet und sofort angewendet wird. Einstellungen werden in einer SQLite-Datenbank (`immichframe.db`) in `/app/Config` gespeichert. Eine `Settings.yml` wird einmalig importiert, beim ersten Start. Danach ist die Datenbank die maßgebliche Quelle, und Änderungen an der Datei werden ignoriert.

Dieser letzte Punkt wird manche überraschen. Wenn du dein Homelab deklarativ verwaltest, ist die Konfiguration von ImmichFrame jetzt Zustand, den du sichern musst, keine Datei, die du diffen kannst. Wenn du lieber klickst als YAML bearbeitest, ist es eine Verbesserung. Keiner der beiden Ansätze ist falsch. Sie sind für unterschiedliche Menschen gebaut.

### Auswahl der Inhalte

Beide decken die Grundlagen ab: Alben, ausgeschlossene Alben, Personen, Tags, Bewertungen, Erinnerungen, Favoriten, Zeiträume und Video (in ImmichFrame noch experimentell). Die Unterschiede liegen an den Rändern.

ImmichFrame ist um **mehrere Konten** herum gebaut. Jeder Eintrag unter `Accounts` hat eigene Server-URL, eigenen API-Schlüssel und eigene Filter. Kombiniere deine Bibliothek mit der deines Partners oder ziehe Fotos von zwei getrennten Immich-Servern, und der Rahmen mischt sie zu einer Diashow.

Kiosk geht beim Filtern innerhalb einer Bibliothek tiefer. `require_all_people` zeigt nur Fotos, auf denen alle angegebenen Personen gemeinsam zu sehen sind, genau das, was du für einen Rahmen "Großeltern mit Enkeln" willst. Es gibt `excluded_people`, `excluded_partners`, `filter_exclude_faces` für einen Bildschirm nur mit Landschaften, und `filter_newest`, um eine Quelle auf ihre neuesten Assets zu begrenzen. Mit aktiviertem `asset_weighting` geht ein kleines Album nicht in einem großen unter, wenn du Quellen kombinierst. Kiosk unterstützt außerdem mehrere Nutzer über `immich_users_api_keys`, pro Bildschirm per URL wählbar.

### Anzeige und Hardware

Beide bieten Split-View-Layouts für zwei Hochformatfotos auf einem Querformat-Bildschirm, unscharfe Hintergründe, Zoom und Schwenk im Ken-Burns-Stil, eine Uhr und Wetter von OpenWeatherMap. ImmichFrame ergänzt Kalender-Overlays aus jedem ICS-Feed (iCalendar) über `Webcalendars`, was es zu einem ordentlichen Küchen-Dashboard macht.

Kiosk hat mehr Optionen für Hardware im Dauerbetrieb. `burn_in_interval` senkt regelmäßig die Deckkraft der Oberfläche, um OLED-Panels vor Einbrennen zu schützen. `sleep_start` und `sleep_end` schalten den Bildschirm nachts schwarz. `offline_mode` speichert eine Auswahl an Assets lokal zwischen, sodass ein Rahmen mit wackeligem WLAN weiterläuft. `optimize_images` skaliert auf dem Server, sodass ein Pi Zero nicht alle 60 Sekunden eine 48-MP-Datei dekodieren muss.

Bei Frameo-Hardware solltest du die Erwartungen niedrig halten. Diese Geräte laufen mit Android 6. Wenn du die System-WebView nicht aktualisierst, was die ImmichFrame-Dokumentation beschreibt und wofür du `/system` als Root neu mounten musst, verlierst du Split View, Unterstützung für HEIC (das Fotoformat des iPhones) und Video. Es funktioniert. Es ist eine gute Art, einem $40-Rahmen ein zweites Leben zu geben. Es ist aber auch ein Bastelprojekt, kein Geschenk, das du in zehn Minuten einrichtest.

### Sicherheit

Ein Fotorahmen hängt den ganzen Tag in deinem Netzwerk und hält einen Schlüssel zu deiner gesamten Fotobibliothek. Die meisten richten ihn einmal ein und schauen nie wieder hin. Diese Kombination verdient ein paar Minuten Nachdenken.

- **Nutze einen eigenen API-Schlüssel pro Rahmen.** In Immich kannst du API-Schlüssel mit eingeschränkten Berechtigungen erstellen. Gib dem Rahmen nur, was er braucht, und widerrufe den Schlüssel, wenn das Gerät verloren geht oder ersetzt wird. ImmichFrame unterstützt außerdem `ApiKeyFile`, sodass der Schlüssel aus einem Docker-Secret statt aus einer Konfigurationsdatei kommen kann.
- **Achte auf Schreibzugriff.** Das "More info"-Overlay von Kiosk hat Like- und Hide-Buttons, die Assets in Immich favorisieren, taggen oder archivieren. Nützlich, bedeutet aber, dass der Schlüssel Schreibrechte braucht. Wenn du diese Buttons nicht nutzt, deaktiviere sie und halte den Schlüssel schreibgeschützt.
- **Sichere den Rahmen selbst ab.** Keiner der beiden Server gehört ins offene Internet. Kiosk hat eine `password`-Option und `disable_url_queries`. ImmichFrame hat ein `AuthenticationSecret` für Clients und ein separates Admin-Passwort für `/admin`. Die ImmichFrame-Dokumentation sagt, dass die Admin-Oberfläche API-Schlüssel anzeigt und im Klartext überträgt, also stell sie hinter HTTPS, wenn sie von außerhalb deines lokalen Netzwerks erreichbar ist.
- **Wisse, was dein Netzwerk verlässt.** Mit PixelUnion wandern deine Fotos von unseren Servern in Europa zum Container bei dir zu Hause und dann auf deinen Bildschirm. Nichts läuft über eine Cloud von Dritten. Die Ausnahme ist das Wetter: Beide Projekte schicken deine Koordinaten an die OpenWeatherMap-API. Ein kleines Leck, aber ein echtes.

Auch die Lizenzen unterscheiden sich. Kiosk steht unter AGPL-3.0, ImmichFrame unter GPL-3.0. Für die private Nutzung ändert das nichts. Die AGPL erfasst auch Software, die über ein Netzwerk angeboten wird. Wenn du also vorhast, eines davon als gehosteten Dienst für andere zu betreiben, lies zuerst die Lizenzen.

## Also, welchen solltest du betreiben?

Nimm **Immich Kiosk**, wenn deine Displays Browser sind (Raspberry Pis, Wandtablets, Smart-TVs) und ein Container sie alle steuern soll. Es passt zu Leuten, die ihr Homelab in YAML und Git pflegen, feinkörnige Filter wollen und Wert auf Einbrennschutz, Schlafzeiten und Offline-Caching auf Dauerbetrieb-Hardware legen.

Nimm **ImmichFrame**, wenn du native Apps willst, besonders Apple TV, einen Android-TV-Bildschirmschoner oder einen umgebauten Frameo-Rahmen. Es passt zu Haushalten, die mehrere Immich-Konten zu einer Diashow mischen wollen oder Einstellungen lieber in einer Weboberfläche als in einer Textdatei verwalten.

Viele betreiben beide. Kiosk liegt bei rund 1,7k GitHub-Sternen, ImmichFrame bei rund 2,4k, und beide veröffentlichen alle paar Wochen Releases und haben aktive Discord-Kanäle auf dem Immich-Server. Zwei Maintainer, die dasselbe Problem auf unterschiedliche Weise lösen, machen meist beide Projekte besser. So soll Open Source funktionieren, und es passiert seltener, als man denkt.

Keiner der beiden verrät dir etwas über deine Fotos, das du nicht schon weißt. Was sie tun, ist, diese Fotos von einem Server an die Wand zu bringen, wo du sie tatsächlich anschaust. Das ist einen Nachmittag Basteln wert.

Wenn du diesen Nachmittag lieber mit dem Rahmen verbringst als mit dem Betrieb von Immich selbst, dann ist das genau, was wir machen. Wir halten den Server aktuell und gesichert auf europäischer Infrastruktur. Du bekommst einen API-Schlüssel, auf den du deinen Rahmen richtest.

[Starte kostenlos mit PixelUnion →](https://pixelunion.eu)