Masz lata zdjęć w Google Photos i ostatnio zaczyna Ci to doskwierać. Nie chodzi o to, że Google robi coś wyraźnie złego, tylko o to, że każda twarz, każda lokalizacja, każde „tego dnia” jest ich do zaindeksowania. Immich to narzędzie, na które ludzie wskazują, gdy mówią, że możesz mieć to wszystko na własnym serwerze. Rozpoznawanie twarzy, wyszukiwanie w języku naturalnym, automatyczna kopia zapasowa z telefonu, kanał Wspomnienia. Całość, działająca na serwerze, którym sam administrujesz.
Uruchomiłem Immich, żeby sprawdzić, czy ta obietnica się broni. To nie jest przegląd listy funkcji: to werdykt z użytkowania. A moment ma znaczenie. Immich wypuścił wersję v3.0.0 1 lipca 2026 r., co zmieniło produkt na tyle, że starsze recenzje opisują dziś coś, czego już właściwie nie ma. To spojrzenie na v3, oceniane pod kątem rzeczy, które decydują, czy powierzyłbyś mu rolę głównego domu dla rodzinnych zdjęć, łącznie z tym, gdzie wciąż przegrywa z Google.
Krótka wersja
Immich v3 jest gotowy zastąpić Google Photos, jeśli należysz do osób, które chcą mieć kontrolę nad swoją biblioteką i są gotowe wziąć na siebie jej utrzymanie. W codziennym użytkowaniu jego mobilna kopia zapasowa, wyszukiwanie i rozpoznawanie twarzy są na tyle blisko Google, że możesz nie odczuć większej różnicy. Przy domyślnej, lokalnej konfiguracji uczenia maszynowego analiza zdjęć zostaje wewnątrz Twojego wdrożenia. Haczyk: to Ty odpowiadasz za to, żeby nie stracić biblioteki, aktualizacje czasami kończyły się u użytkowników niepowodzeniem, zwłaszcza na starszych lub niestandardowych wdrożeniach, a porządna kopia zapasowa nie jest opcjonalna. Jeśli chcesz zdjęć, które po prostu działają bez żadnej konserwacji, zostań przy Google Photos.
Oś po osi, tak to u mnie wypadło:
- Mobilna kopia zapasowa: mocna strona. Immich obsługuje automatyczną kopię zapasową w tle na iOS i Androidzie, a to właśnie ta funkcja czyni z niego zamiennik Google Photos, a nie tylko archiwum zdjęć.
- Wyszukiwanie i rozpoznawanie twarzy: solidnie. Wyszukiwanie semantyczne („zdjęcia psów na plaży”) działa, a Immich grupuje twarze automatycznie; nadanie imion sprawia, że te grupy da się przeszukiwać. W moich testach słabym punktem były osoby o podobnym wyglądzie i czasami musiałem poprawiać grupowanie ręcznie.
- Zużycie zasobów: większe, niż ludzie się spodziewają. Pełny stack, w tym Immich, Postgres, Redis i usługa uczenia maszynowego, potrzebuje co najmniej 6 GB RAM, przy zalecanych 8 GB. Pełny zestaw uczenia maszynowego to kiepski wybór dla Raspberry Pi z małą ilością pamięci. Immich da się uruchomić na słabszym sprzęcie, jeśli wyłączysz uczenie maszynowe albo przeniesiesz je gdzie indziej, ale wtedy tracisz lub komplikujesz część funkcji, które czynią z Immich atrakcyjny zamiennik Google Photos.
- Konserwacja i ryzyko aktualizacji: słaby punkt i powód, dla którego werdykt ma swoje „jeśli”. Część użytkowników natrafiła na nieudane migracje na starszych lub niestandardowych wdrożeniach. Kopia zapasowa 3-2-1 jest potrzebna niezależnie od wszystkiego.
- Suwerenność danych: najmocniejszy argument za przejściem. Przy domyślnym, wbudowanym kontenerze uczenia maszynowego Immich analiza zdjęć, wektory twarzy i przetwarzanie wyszukiwania semantycznego zostają wewnątrz Twojego wdrożenia. Jeśli skonfigurujesz zdalne uczenie maszynowe, podglądy obrazów są wysyłane na tamten host, więc granica prywatności zależy od sposobu wdrożenia. Po trwałym usunięciu kopii z Google Photos lub opróżnieniu kosza Google Photos, według Google usunięcie z aktywnych systemów trwa zwykle około dwóch miesięcy, a zaszyfrowane kopie zapasowe mogą pozostawać do sześciu miesięcy.
Polecany dla: self-hostera kierującego się prywatnością, któremu nie przeszkadza utrzymywanie Docker Compose; domowego lub małofirmowego sysadmina, który weźmie na siebie kopie zapasowe i aktualizacje za innych; technicznego oceniającego, który chce aktywnie rozwijanego projektu i mobilnej kopii zapasowej, która się sprawdza. Nie dla: nikogo, kto „po prostu chce, żeby domownicy dzielili się zdjęciami” bez żadnej konserwacji, ani osoby nietechnicznej, która nie ma nikogo do ogarniania aktualizacji.
Co obejmuje ta recenzja, a czego nie
Testowałem Immich v3 przez około 10 dni, a pod koniec recenzji działałem już na v3.0.2. Wdrożyłem go z oficjalnym zestawem Docker Compose na VPS z Ubuntu i 8 GB RAM, używając prywatnej biblioteki około 9000 zdjęć. Immich jest darmowy i open source. Nic tutaj nie jest sponsorowane i nikt nie dał mi niczego do recenzji.
Kilka rzeczy dla ustawienia oczekiwań, zanim przejdziemy dalej:
- To recenzja, nie poradnik instalacji. Nie przechodzę przez instalację ani docker-compose.yml; to temat na osobny artykuł. Pytanie brzmi, czy powinieneś go używać, a nie jak go zainstalować.
- W tym okresie przeprowadziłem jedno pełne wdrożenie i jedną aktualizację wydania poprawkowego. Okno 10 dni nie udowodni długoterminowej stabilności przez wiele cykli aktualizacji, więc tam, gdzie dana oś zależy od dłuższych obserwacji, mówię to wprost.
- Alternatywy (PhotoPrism, Ente) pojawiają się tam, gdzie lepiej pasują do konkretnego czytelnika, ale to nie jest porównanie trzech narzędzi. Jeśli tego szukasz, to inny tekst.
Czy Immich jest gotowy zastąpić Google Photos?

Krótka odpowiedź: tak, dla właściwej osoby, a test na „właściwą osobę” dotyczy wyłącznie tego, czy chcesz wziąć na siebie utrzymanie, a nie tego, czy oprogramowanie jest wystarczająco dobre. Oprogramowanie jest wystarczająco dobre. Immich v3 wykonuje kluczowe zadania Google Photos (automatyczna mobilna kopia zapasowa, wyszukiwanie twarzy i semantyczne, kanał Wspomnienia) na tyle dobrze, że po tygodniu używania przestałem z przyzwyczajenia sięgać po Google Photos. Tak naprawdę decydujesz o tym, czy chcesz być osobą, która utrzymuje to wszystko przy życiu.
To rozróżnienie ma znaczenie, bo większość ludzi podchodzi do przesiadki inaczej. Porównują listy funkcji, uznają, że Immich jest w 90% na miejscu, i przechodzą. A potem o tym, czy po sześciu miesiącach są zadowoleni, nie decyduje 10% brakujących funkcji; decyduje to, czy ustawili kopię zapasową i przetrwali pierwszą dużą aktualizację. Dlatego odpowiednio ważę tę recenzję: dwie osie, które mają największą wagę w moim werdykcie, to ryzyko konserwacji i suwerenność danych, a nie surowa liczba funkcji. Narzędzie, które świetnie ogarnia mobilne wysyłki i wyszukiwanie, ale traci Twoją bibliotekę przy aktualizacji, oblało jedyny egzamin, który naprawdę się liczy.
Największy pojedynczy powód, by się przesiąść, to suwerenność: Twoje zdjęcia, Twój serwer, żadna zewnętrzna usługa fotograficzna nie indeksuje Twojej rodzinnej biblioteki przy domyślnej, lokalnej konfiguracji uczenia maszynowego. Największy powód, by tego nie robić: zapisujesz się na rolę jednoosobowego działu IT dla najbardziej niezastąpionych danych, jakie posiadasz. Obie te rzeczy są prawdziwe jednocześnie, a o tym, która wygra, decydujesz Ty, nie Immich.
Jedna rzecz warta powiedzenia na wstępie każdemu, kto czytał recenzję z początku tego roku i się zniechęcił: v3 zamknęło lukę, która kiedyś była decydującą wadą. Niedestrukcyjna edycja zdjęć działa teraz na urządzeniach mobilnych, więc możesz kadrować, obracać i korygować bez naruszania oryginalnego pliku. Jeśli powodem czekania było „nie mogę nawet edytować zdjęcia na telefonie”, ten powód właśnie zniknął.
Wniosek z sekcji: werdykt nie dotyczy tego, czy Immich jest wystarczająco dobry. Jest. Dotyczy tego, czy chcesz pracy, która się z nim wiąże.
Co Immich robi dobrze

Immich robi dobrze trzy rzeczy: automatyczną mobilną kopię zapasową, która przez cały test sprawdzała się jako codzienne narzędzie, wyszukiwanie i grupowanie twarzy oparte na uczeniu maszynowym, w codziennym użyciu bliskie Google, oraz domyślny model wdrożenia, który trzyma przetwarzanie uczenia maszynowego w infrastrukturze pod Twoją kontrolą. To funkcje, które czynią z niego zamiennik Google Photos, a nie tylko wymyślny folder z obrazkami, i wszystkie trzy sprawdziły się w testach.
Mobilna kopia zapasowa to funkcja, która sprzedaje całość. Zainstalowałem aplikację na telefonie, wskazałem jej mój serwer, a nowe zdjęcia wysyłały się w tle bez mojego udziału. v3 przebudowało też kopię zapasową na Androidzie w oparciu o nowy harmonogram zadań okresowych. Podczas mojego 10-dniowego testu wysyłki w tle były niezawodne. To funkcja, która musi być nudna i niezawodna, inaczej całość się sypie. I taka była.
Wyszukiwanie to część, która za pierwszym razem wygląda jak magia. Immich używa modeli z rodziny CLIP do generowania wektorów (embeddingów) dla wyszukiwania semantycznego, więc możesz wpisać „czerwony samochód na śniegu” i znaleźć zdjęcie bez żadnego tagowania. Rozpoznawanie twarzy działa na modelach detekcji i rozpoznawania InsightFace. Immich automatycznie pogrupował twarze w całej bibliotece, a po nazwaniu kilku osób widok Osoby stał się przydatny do szybkiego ich odnajdywania. Obie funkcje działają jako zadania w tle na Twoim serwerze; indeks wyszukiwania semantycznego w Postgres napędza VectorChord.
Zastrzeżenie co do jakości wyszukiwania warto sprecyzować. Rozpoznawanie kategorii było w mojej bibliotece mocne (niezawodnie wiedział, że kot to kot), ale rozróżnianie osób o podobnych rysach twarzy szło mu gorzej. Wyniki grupowania twarzy mogą się też różnić w zależności od wybranego modelu, ustawień klastrowania oraz zawartości biblioteki. W moim użytkowaniu wystarczało to do znalezienia konkretnej osoby, ze sporadycznymi błędnymi grupowaniami, które musiałem poprawiać ręcznie.
Jest jeszcze część, która liczy się najbardziej dla każdego, kto przechodzi z powodów prywatności. Wbudowany w Immich worker uczenia maszynowego działa jako osobny kontener wewnątrz Twojego wdrożenia, zamiast wywoływać zewnętrzną usługę analizy obrazów. Przy tej domyślnej konfiguracji podglądy zdjęć, wektory twarzy i przetwarzanie wyszukiwania semantycznego pozostają w infrastrukturze pod Twoją kontrolą. Immich może też korzystać ze zdalnego hosta uczenia maszynowego, a wtedy serwer wysyła podglądy obrazów do tego hosta w celu przetworzenia, więc należy traktować go jako część zaufanego środowiska. Po trwałym usunięciu biblioteki Google Photos lub opróżnieniu kosza Google Photos, według Google całkowite usunięcie z aktywnych systemów trwa zwykle około dwóch miesięcy, a zaszyfrowane kopie zapasowe mogą pozostawać do sześciu miesięcy.
Gdzie Immich odstaje

Immich wciąż ustępuje Google Photos głównie pod względem dopracowania: automatyczne filmy z najważniejszych chwil i zdjęcia kinowe, narzędzia edycji generatywnej oraz głębsza integracja z ekosystemem, w tym dostęp do zdjęć z kopii zapasowej przez obsługiwane mobilne selektory zdjęć. Wymaga też znacznie więcej od Twojego sprzętu, a dostęp do biblioteki spoza sieci domowej wymaga dodatkowej konfiguracji.
Immich oferuje eksperymentalną, opcjonalną obsługę Google Cast z klienta webowego na urządzenia takie jak Chromecast i Nest Hub. Przesyłanie wymaga jednak publicznie dostępnej instancji HTTPS z rekordem DNS widocznym przez serwery DNS Google. Przesyłanie z Androida i iOS jest dopiero w planach, a Immich nie ma dedykowanej aplikacji na telewizory.
Zużycie zasobów to niespodzianka, która łapie ludzi z zaskoczenia. Immich to nie jeden proces. Typowe wdrożenie obejmuje usługi aplikacji Immich, Postgres, Redis i osobną usługę uczenia maszynowego. Oficjalne wymagania mówią o minimum 6 GB RAM, 4 GB przy całkowitym wyłączeniu uczenia maszynowego (ale wtedy tracisz wyszukiwanie i funkcje twarzy, czyli połowę powodu, by to w ogóle uruchamiać) i 8 GB zalecanych. Minimum dwa rdzenie CPU, zalecane cztery. Baza danych chce lokalnego magazynu SSD, a wyraźnie nie udziału sieciowego. Podczas pierwszego importu pipeline ML obciąża CPU do granic i pożera RAM, indeksując wszystko (u mnie grzał się przez kilka dni), a potem się uspokaja. Rzecz w tym: jeśli wyobrażałeś sobie Raspberry Pi w szufladzie, zresetuj to wyobrażenie. To obciążenie na mały serwer.
Uwaga: v3 nieco podniosło minimalne wymagania CPU. Kontener uczenia maszynowego amd64 wymaga teraz poziomu mikroarchitektury x86-64-v2, który jest obsługiwany przez większość procesorów wydanych od około 2012 roku. Jeśli masz bardzo stary sprzęt, sprawdź to, zanim się zdecydujesz. Łatwo to przeoczyć, dopóki kontener ML nie odmówi startu.
Ostatnia rzecz, a dla gospodarstw domowych całkiem istotna: zdalny dostęp zależy od tego, gdzie hostujesz Immich. Na serwerze domowym dostęp lokalny jest prosty, ale dotarcie do biblioteki poza domem wymaga VPN, reverse proxy lub bezpiecznego tunelu. Na VPS host jest podłączony do internetu, ale Immich jest publicznie osiągalny tylko wtedy, gdy go wystawisz. Jeśli to zrobisz, HTTPS i odpowiednie kontrole dostępu powinny być częścią wdrożenia od samego początku. Immich wprost ostrzega przed bezpośrednim przekierowywaniem portu aplikacji do publicznego internetu. Tak czy inaczej, Google Photos załatwia tę infrastrukturę za Ciebie.
Wniosek z sekcji: Immich dorównuje Google w codziennych funkcjach, a przegrywa dopracowaniem i ekosystemem. Dla użytkownika kierującego się suwerennością to uczciwa wymiana; dla kogoś, kto polega na automatycznych filmach Google, przesyłaniu z telefonu i firmowej integracji z telewizorem, to realna strata.
Rzeczywistość aktualizacji i konserwacji

Gdy Twoje zdjęcia mieszkają na Twoim własnym serwerze, ich niegubienie to Twoja praca, a aktualizacje Immich czasami kończyły się u użytkowników źle, zwłaszcza na starszych lub niestandardowych wdrożeniach. To jest oś, która zmienia mój werdykt z bezwarunkowego „tak” w warunkowe, więc warto precyzyjnie określić, czym to ryzyko jest, a czym nie jest.
Najpierw rzeczywistość konserwacji. Prowadzenie Immich to niewielka, ale niezerowa stała praca. Są okresowe aktualizacje, a co jakiś czas duża wersja przynosi łamiącą zmianę, dla której trzeba przeczytać noty wydania. To nie codzienna opieka (przez większość czasu po prostu działa), ale to zobowiązanie i spada w całości na Ciebie. W serwisie Hacker News jeden z komentujących ujął zastrzeżenie bez ogródek:
„Musisz być web developerem albo sysadminem, żeby ogarnąć to narzędzie. Koszmarne aktualizacje, mnóstwo dziwnych błędów związanych z synchronizacją.”
To ostrzejsze niż moje doświadczenie, ale wskazuje na realne ryzyko operacyjne. Jeden z użytkowników zgłosił , że jego biblioteka zniknęła po aktualizacji; później odkrył, że wolumen danych PostgreSQL nie zamontował się przy starcie, a biblioteka wróciła po naprawieniu montowania. W osobnym zgłoszeniu migracja nie powiodła się we wdrożeniu z zewnętrznym PostgreSQL, bo identyfikator roli bazy danych nie był poprawnie ujęty w cudzysłów. Te przypadki pokazują, jak niestandardowe konfiguracje pamięci masowej i bazy danych potrafią zawodzić przy aktualizacjach; nie pokazują, że Immich rutynowo usuwa zdjęcia.
Ostrzeżenie o bazie danych przy v3 dotyczy głównie wyjątkowo starych lub niestandardowych instalacji. Immich zaczął przenosić użytkowników z pgvecto.rs na VectorChord w v1.133.0, jeszcze przed v2, a v3 usunęło pozostałą kompatybilność z pgvecto.rs. Standardowe wdrożenie v2 powinno więc już korzystać z VectorChord, dlatego zwykła aktualizacja z v2 do v3 to zazwyczaj zmiana tagu wersji, a po niej standardowy pull i restart w Docker Compose. Wdrożenia, które nadal używają pgvecto.rs, powinny ukończyć przygotowaną przez Immich migrację do VectorChord przed przejściem na v3.
Co prowadzi nas do zasady nie do negocjacji, która pochodzi od samego Immich, nie ode mnie:
Uwaga: Immich nie jest kopią zapasową. Zespół mówi to wprost. W notach wydania v2.0.0 napisali: „Strategia kopii zapasowych 3-2-1 pozostaje kluczowa. Zespół ma obowiązek zadbać, by aplikacja nie powodowała utraty Waszych cennych wspomnień; nie możemy jednak zagwarantować, że dyski twarde nie zawiodą albo że zdarzenie elektryczne nie spowoduje niespodziewanego wyłączenia serwera/systemu, prowadząc do utraty danych.” Sam Immich nie jest kompletną strategią kopii zapasowych. Jeśli ten serwer to jedyna trwała kopia plików, jest to Twoja kopia podstawowa, nie zapasowa. Potrzebujesz trzech kopii, na dwóch rodzajach nośników, z jedną poza lokalizacją. Jeśli masz wynieść z tej recenzji jedną rzecz, wynieś tę.
Jest jeszcze powiązane pytanie o zaufanie, uczciwe wobec sceptycznego czytelnika, i ograniczę się tu do perspektywy wdrażającego, bo nie audytuję kodu: czy projekt jest zdrowy? Na podstawie dowodów: tak. Projekt jest aktywnie rozwijany, a zgłoszenia otrzymują odpowiedzi. Pod koniec 2025 roku Google Safe Browsing oznaczyło jedną z domen Immich. Immich opisał ostrzeżenie jako fałszywy alarm dotyczący infrastruktury podglądowej, a nie bibliotek zdjęć użytkowników. Według projektu Google zdjęło ostrzeżenie po weryfikacji, ale pojawiło się ono ponownie przy tworzeniu nowych środowisk podglądowych. Immich zapowiedział przeniesienie tych środowisk na dedykowaną domenę. To wygląda jak projekt, który rozwiązuje problemy w otwarty sposób, a tego właśnie chcesz od czegoś, czemu powierzasz swoją bibliotekę.
Wniosek z sekcji: w chwili, gdy Twoje zdjęcia mieszkają na Twoim własnym serwerze, ich niegubienie staje się Twoją pracą. Immich dobrze robi trudne rzeczy, ale tej części nie zrobi za Ciebie.
Kto powinien używać Immich, a kto nie

Immich jest dla osoby, która chce funkcji w stylu Google Photos bez trzymania biblioteki na serwerach Google i jest gotowa prowadzić w tym celu mały serwer. Nie jest dla osoby, która chce zerowej konserwacji i po prostu potrzebuje, żeby domownicy dzielili się zdjęciami. To cała decyzja.
Powinieneś uruchomić Immich, jeśli jesteś jedną z tych osób:
- Self-hoster kierujący się prywatnością lub suwerennością danych. Chcesz rozpoznawania twarzy, wyszukiwania i mobilnej kopii zapasowej, a domyślne przetwarzanie uczenia maszynowego ma zostać w infrastrukturze pod Twoją kontrolą. To domowe boisko Immich i radzi sobie tu znakomicie. Twoją motywacją jest kontrola, a kontrola jest dokładnie tym, co dostajesz.
- Sysadmin domowy lub małej organizacji. Nie przeszkadza Ci odpowiedzialność za kopie zapasowe i dyscyplina aktualizacji, a robisz to dla rodziny lub małego zespołu, który po prostu chce zdjęć, które działają. Bierzesz na siebie ciężar operacyjny, żeby oni nie musieli. Immich pasuje, o ile to Ty pilnujesz aktualizacji na bieżąco.
- Techniczny oceniający, który ceni tempo rozwoju projektu. Chcesz projektu, który regularnie coś wydaje, ma mobilną kopię zapasową, która sprawdziła się w moim teście, i pozostaje w aktywnym rozwoju. Kadencja wydań Immich i aktywność społeczności odhaczają to pole.
Nie powinieneś uruchamiać Immich (przynajmniej jeszcze nie), jeśli jesteś jedną z tych osób:
- Osoba typu „chcę tylko, żebyśmy dzielili się zdjęciami”, bez apetytu na konserwację. Jeden z najcelniejszych komentarzy, jakie widziałem podczas researchu, pochodził od kogoś, kto stwierdził, że Immich rozwiązuje nie ten problem: chcieli tylko, żeby domownicy dzielili się zdjęciami, a self-hosting nie pasował do tej potrzeby. Mają rację. Jeśli to Ty, odpowiedź brzmi: Google Photos (albo opcja zarządzana) lepiej pasuje do Twojego rzeczywistego problemu i nie ma w tym nic wstydliwego.
- Użytkownik nietechniczny, który nie ma nikogo do opieki nad systemem. Jeśli nikt nie zajmie się kopiami zapasowymi i aktualizacjami, takie wdrożenie naraża Twoją bibliotekę na ryzyko, czyli dokładnie przeciwieństwo tego, czego chciałeś.
Jeśli lądujesz w obozie „jeszcze nie”, ale nadal chcesz odejść od Google, warto przyjrzeć się dwóm alternatywom, każdej z innego powodu. PhotoPrism to opcja typu „najpierw archiwum”, jeśli tak naprawdę chcesz zaindeksować istniejące archiwum na dysku lub NAS i nie potrzebujesz własnej mobilnej aplikacji do kopii zapasowych; stawia na dostęp przez przeglądarkę i PWA zamiast własnej aplikacji natywnej. Ente Photos to opcja do rozważenia, jeśli szyfrowanie end-to-end jest Twoim absolutnym priorytetem: szyfruje zdjęcia przed wysłaniem, uruchamia swoje ML na urządzeniu i szyfruje powstałe indeksy przed synchronizacją, a przy tym przeszedł wiele niezależnych audytów bezpieczeństwa, w tym ocenę Cure53 sponsorowaną przez CERN. Obie są w pełni uzasadnione; po prostu optymalizują pod innego czytelnika niż Immich. (Jeśli chcesz pełnego porównania całej trójki, to osobny materiał, a nie coś do upchnięcia tutaj.)
Ostatnia uwaga o kosztach, bo temat wraca nieustannie. Sam Immich jest darmowy, ale self-hosting nie jest automatycznie tańszy. Gdy policzysz serwer, prąd, magazyn kopii zapasowych poza lokalizacją i własny czas, suma może przekroczyć abonament Google One. Porównaj te koszty z aktualną ceną Google One wyświetlaną dla Twojego kraju, bo plany i promocje różnią się między regionami i zmieniają w czasie. Przesiadaj się, bo chcesz kontroli, a nie dlatego, że zakładasz, że self-hosting pozwoli zaoszczędzić.
Dla czytelników, którzy są zdecydowani i potrzebują podstaw (serwer, Docker, podstawy prowadzenia usług self-hosted), ten kontekst konfiguracyjny to osobny temat. A o tym, gdzie Immich mieści się w szerszym, nastawionym na prywatność zestawie, obok choćby własnego magazynu plików, przeczytasz w naszym przewodniku po najlepszym samodzielnie hostowanym stosie prywatności.
Często zadawane pytania
Czy Immich jest na tyle stabilny, żeby powierzyć mu jedyną kopię rodzinnych zdjęć?
Nie, nie jako jedynej kopii. Immich v3 może pełnić rolę Twojej podstawowej biblioteki zdjęć, ale te same pliki powinny istnieć również w niezależnym systemie kopii zapasowych. Zespół Immich sam zaleca strategię 3-2-1: trzy kopie, przechowywane na dwóch rodzajach nośników, z jedną kopią poza lokalizacją. Immich może organizować i serwować Twoją podstawową bibliotekę, ale nigdy nie powinien być jedynym miejscem, w którym istnieją niezastąpione zdjęcia.
Czego Immich nie robi, a Google Photos tak?
Google nadal ma przewagę w takich obszarach jak automatyczne filmy z najważniejszych chwil i zdjęcia kinowe, edycja generatywna i szerszy ekosystem konsumencki. Immich ma kanał Wspomnienia i niedestrukcyjną edycję zdjęć. Oferuje też eksperymentalne, opcjonalne przesyłanie obrazu z klienta webowego na Chromecast i Nest Hub, ale funkcja wymaga publicznie dostępnego wdrożenia HTTPS. Wciąż brakuje przesyłania z urządzeń mobilnych i dedykowanej aplikacji na telewizory.
Czy rozpoznawanie twarzy w Immich jest tak dobre jak w Google Photos?
W codziennym grupowaniu znanych osób jest blisko. Immich tworzy grupy twarzy automatycznie, a nadanie imion sprawia, że te grupy da się przeszukiwać. Słabym punktem jest odróżnianie osób o podobnym wyglądzie. Nie ma użytecznego, uniwersalnego procentu dokładności, bo wyniki zależą od biblioteki, modelu i ustawień klastrowania. W moich testach było to wystarczająco niezawodne do codziennego wyszukiwania, ale wciąż wymagało sporadycznych ręcznych poprawek, zwłaszcza przy osobach o podobnych rysach. Traktuj to jako „w moim teście wystarczająco dobre do codziennego wyszukiwania, ze sporadycznymi poprawkami”, a nie jako zmierzoną wartość.
Jak trudne jest utrzymanie Immich?
To niewielka, ale realna stała praca. Przez większość czasu po prostu działa, ale będziesz okresowo instalować aktualizacje, a od czasu do czasu duża wersja przynosi łamiącą zmianę, więc musisz przeczytać noty wydania i zweryfikować kopie zapasowe przed jej zastosowaniem. Dyscyplina kopii zapasowych jest na Twojej głowie, na stałe. Jeśli swobodnie czujesz się z Docker Compose i czytaniem not wydania, to bardzo do ogarnięcia; jeśli nie, zaplanuj czas na naukę.
Czy Immich naprawdę jest tańszy niż Google Photos?
Często nie. Gdy policzysz wszystko (serwer, prąd, magazyn kopii zapasowych i swój czas), suma może przekroczyć abonament Google One. Ceny i promocje Google One różnią się między krajami i zmieniają w czasie, więc porównuj z aktualną ceną dostępną w Twoim regionie. Powodem przesiadki jest kontrola nad danymi, nie oszczędność. Jeśli koszt to Twoja jedyna motywacja, najpierw policz pełny koszt całkowity, bo rachunek może nie wyjść na korzyść self-hostingu.