Google Photosには何年分もの写真がたまっていて、最近それが妙に引っかかる。Googleが何か悪いことをしているわけではないけれど、すべての顔、すべての位置情報、すべての「この日」を索引化する権利は向こうにあります。そんなとき、全部を自分のサーバーの上に置けるツールとして必ず名前が挙がるのがImmichです。顔認識、自然言語での検索、スマホの自動バックアップ、「思い出」（Memories）フィード。その一式が、自分で管理するサーバーの上で動きます。
その売り文句が本当かどうか、Immichを実際に運用して確かめました。機能一覧のおさらいではなく、使った上での判定です。そしてタイミングが重要です。Immichが v3.0.0 をリリースしたのは2026年7月1日。これで製品は大きく変わり、それ以前のレビューは今では実態と少しずれたものを描写していることになります。本稿はv3を対象に、家族写真のメインの保管場所として信頼できるかどうかを左右するポイントで評価します。Googleにまだ負けている部分も含めて。
短いバージョン
Immich v3は、ライブラリを自分でコントロールしたい、そして維持管理を引き受ける覚悟がある人にとっては、Google Photosを置き換えられる段階にあります。 日常的な使い方では、モバイルバックアップ、検索、顔認識はGoogleにかなり近く、失うものはあまりないかもしれません。デフォルトのローカル機械学習構成なら、写真の解析はデプロイの内側にとどまります。落とし穴はここです。ライブラリを失わない責任を負うのはあなた自身になり、特に古い、またはカスタマイズされたデプロイではアップグレードに失敗したユーザーもいて、まともなバックアップは必須です。メンテナンスゼロでただ動く写真サービスが欲しいなら、Google Photosに残ってください。
軸ごとの私の評価はこうなりました：
- モバイルバックアップ： 強力です。ImmichはiOSとAndroidでの自動バックグラウンドバックアップに対応しており、これこそが、単なる写真アーカイブではなくGoogle Photosの代替たらしめている機能です。
- 検索と顔認識： 堅実です。セマンティック検索（「ビーチにいる犬の写真」）はきちんと機能し、Immichは 顔を自動でグループ化します。名前を割り当てれば、そのグループは検索できるようになります。私のテストでは似た顔の人物が弱点で、グループ分けを手で直すことが時々ありました。
- リソース消費： 想像より重いです。Immich、Postgres、Redis、機械学習サービスを含むフルスタックには最低6 GBのRAMが必要で、推奨は8 GBです。フルの機械学習スタックは、メモリの少ないRaspberry Piには不向きです。機械学習を無効化するか外部にオフロードすれば非力なハードウェアでも動きますが、それではImmichをGoogle Photosの有力な代替にしている機能の一部を諦めるか、構成を複雑にすることになります。
- メンテナンスとアップグレードのリスク： 弱点であり、結論に「条件付き」が付く理由です。古い、あるいはカスタマイズされたデプロイでマイグレーションの失敗に遭ったユーザーもいます。いずれにせよ3-2-1バックアップは必須です。
- データ主権： 乗り換える最大の理由です。Immichのデフォルトである組み込みの機械学習コンテナを使う限り、写真の解析、顔の埋め込み、セマンティック検索の処理はデプロイの内側にとどまります。リモート機械学習を設定した場合は画像プレビューがそのホストへ送られるため、プライバシーの境界線はデプロイの仕方次第です。Google Photos側のコピーを完全に削除するか、Google Photosのゴミ箱を空にした後については、アクティブなシステムからの削除には通常2か月ほどかかり、暗号化されたバックアップコピーは最長6か月残る場合があるとGoogleは説明しています。
おすすめの人： Docker Composeでの維持管理が苦にならない、プライバシー重視のセルフホスター。他の人のためにバックアップとアップグレードを引き受ける、家庭または小規模組織のシステム管理者。活発な開発と、実用に耐えるモバイルバックアップ体験を求める技術評価者。 向かない人： メンテナンスゼロで「家族で写真を共有したいだけ」の人、またはアップグレードを引き受けてくれる人がいない非技術系の人。
このレビューで扱うこと、扱わないこと
Immich v3を約10日間テストし、レビュー終了時点ではv3.0.2を使っていました。公式のDocker Composeセットアップで8 GBのUbuntu VPSにデプロイし、約9,000枚の個人ライブラリで使いました。Immichは無料のオープンソースです。この記事にスポンサーはなく、レビューのために何かを提供されたこともありません。
本題に入る前に、期待値をそろえておきます：
- これはレビューであってセットアップガイドではありません。インストール手順やdocker-compose.ymlの中身は扱いません。それはそれで別の記事になるテーマです。ここで問うのは使うべきかどうかであって、どうインストールするかではありません。
- この期間中に、フルデプロイを1回とポイントアップグレードを1回完了しました。10日間の枠では、多数のアップグレードサイクルにわたる長期的な安定性までは証明できないので、より長期の証拠に依存する評価軸については、その旨を明記します。
- 代替（PhotoPrism、Ente）は、特定の読者により合う場面で名前を挙げますが、これは三つ巴の比較記事ではありません。それが読みたいなら、別の記事になります。
ImmichはGoogle Photosを置き換えられる段階にあるか？
短い答え：合う人にとってはイエスです。そして「合う人」かどうかの判定基準は、ソフトウェアの出来ではなく、メンテナンスを自分で引き受けたいかどうかに尽きます。ソフトウェアの出来は十分です。 Immich v3はGoogle Photosの中核的な仕事（自動モバイルバックアップ、顔検索とセマンティック検索、思い出フィード）を十分にこなします。1週間使ったころには、癖でGoogle Photosを開くことがなくなっていました。本当に決めるべきなのは、これを動かし続ける役を自分が引き受けたいかどうかです。
この区別が重要なのは、ほとんどの人が乗り換えをそう捉えていないからです。機能のチェックリストを見比べて、Immichは90%まで来ていると判断して乗り換える。ところが半年後に満足しているかどうかを決めるのは、足りない10%の機能ではありません。バックアップを用意していたか、最初の大型アップグレードを乗り切ったか、です。だから本レビューの重み付けもそれに合わせます。私の結論で最も重い2つの軸は、素の機能数ではなく、メンテナンスのリスクとデータ主権です。モバイルアップロードと検索が完璧でも、アップグレードでライブラリを失うツールは、一番大事なただ1つの仕事に失敗しています。
乗り換える最大の理由は主権です。自分の写真、自分のサーバー。デフォルトのローカル機械学習構成なら、外部の写真サービスに家族のライブラリを索引化されることはありません。乗り換えない最大の理由は、自分が持つ最も取り返しのつかないデータのために、1人IT部門を引き受けることになる点です。この2つは同時に真であり、どちらが勝つかを決めるのはImmichではなくあなたです。
今年の前半にレビューを読んで見送った人のために、先に言っておくことが1つあります。v3は、かつて決定的だったギャップを埋めました。非破壊の写真編集がモバイルで使えるようになり、元のファイルに触れずにトリミング、回転、調整ができます。「スマホで写真すら編集できない」が待つ理由だったなら、その理由はもうありません。
このセクションの要点：結論を分けるのはImmichの出来ではありません。出来は十分です。問題は、それに付いてくる仕事を引き受けたいかどうかです。
Immichの得意なこと
Immichがうまくやることは3つあります。テスト期間を通じて日常使いに耐えた自動モバイルバックアップ、日常的な用途でGoogleに迫る機械学習ベースの検索と顔グループ化、そして機械学習の処理を自分の管理下のインフラにとどめるデフォルトのデプロイモデルです。 これらこそ、Immichを凝った画像フォルダではなくGoogle Photosの代替にしている機能で、3つともテストで実力を示しました。
決め手はモバイルバックアップです。スマホにアプリを入れて自分のサーバーに向けたら、あとは意識しなくても新しい写真がバックグラウンドでアップロードされていきました。v3ではAndroidのバックアップが新しい定期タスクスケジューラを軸に作り直されています。10日間のテスト中、バックグラウンドアップロードは頼りになりました。この機能は退屈なほど確実でなければ全体が崩れるものですが、実際そのとおり確実でした。
検索は、初めて使うと魔法のように感じる部分です。Immichはセマンティック検索の埋め込み生成に CLIP系のモデル を使っているので、「雪の中の赤い車」と入力するだけで、一度もタグ付けしていない写真を見つけられます。顔認識はInsightFaceの検出・認識モデルで動きます。Immichはライブラリ全体の顔を自動でグループ化し、数人に名前を付けたあとは、人物ビューが目的の人を素早く見つけるのに役立つようになりました。どちらの機能もサーバー上のバックグラウンドジョブとして動作し、セマンティック検索のインデックスはPostgres内のVectorChordが支えています。
検索品質の注意点は、具体的に述べておく価値があります。私のライブラリではカテゴリ認識は強力でした（猫が猫であることは確実に分かりました）が、顔立ちが似た人物の区別はより困難でした。 顔グループ化の結果が変わりうる 要因には、選択したモデルや クラスタリング設定、ライブラリの構成も含まれます。私の使い方では特定の人物を探すには十分な精度で、時折の誤ったグループ化は手動で直す必要がありました。
そして、プライバシー目的で乗り換える人にとって最も重要な部分です。Immichの 組み込みの機械学習ワーカー は、サードパーティの画像解析サービスを呼び出す代わりに、デプロイ内部の独立したコンテナとして動作します。このデフォルト構成では、写真のプレビュー、顔の埋め込み、セマンティック検索の処理はすべて自分の管理下のインフラ内にとどまります。Immichは リモートの機械学習ホストを使うこともできますが、その場合サーバーは処理のために画像プレビューをそのホストへ送信するので、そのホストも信頼できる環境の一部として扱う必要があります。Google Photosのライブラリを完全に削除するか、 Google Photosのゴミ箱を空にした後, Googleの説明では アクティブなシステムからの完全な削除には通常2か月ほどかかり、暗号化されたバックアップコピーは最長6か月残る場合があるとされています。
Immichが物足りないところ
ImmichがGoogle Photosになお及ばないのは、主に磨き込みの部分です： 自動ハイライト動画やシネマティックフォト, 生成編集ツール、そしてより深いエコシステム統合です。これには 対応するモバイルフォトピッカー経由でのバックアップ済み写真へのアクセスも含まれます。また、ハードウェアへの要求もずっと大きく、自宅ネットワークの外からライブラリにアクセスするには追加の設定が必要です。
Immichは 実験的なオプトイン方式のGoogle Cast を、WebクライアントからChromecastやNest Hubなどのデバイスへ提供しています。ただしキャストには、GoogleのDNSサーバーから参照できるDNSレコードを持つ、公開アクセス可能なHTTPSインスタンスが必要です。AndroidとiOSからのキャストはまだ将来の計画にとどまり、Immichに専用のTVアプリはありません。
リソース消費は、多くの人が不意を突かれるポイントです。Immichは単一のプロセスではありません。典型的なデプロイには、Immichのアプリケーションサービス群、Postgres、Redis、そして独立した機械学習サービスが含まれます。 公式の要件 では、RAMは最低6 GB、機械学習を完全に無効化するなら4 GB（ただしそれでは、これを動かす理由の半分である検索と顔の機能を失います）、推奨は8 GBとされています。CPUコアは最低2、推奨4。データベースはローカルのSSDストレージを求めており、ネットワーク共有は明確に不可です。最初のインポート中は、MLパイプラインが全件を索引化する間CPUを張り付かせ、RAMを食います（私の環境では数日間フル稼働でした）が、その後は静かになります。要するに、引き出しの中のRaspberry Piを思い描いていたなら、その絵は描き直してください。これは小型サーバー級のワークロードです。
注意: v3ではCPUの最低ラインが少し上がりました。amd64版の機械学習コンテナには x86-64-v2マイクロアーキテクチャレベルが必要になりました。これは2012年頃以降に発売されたほとんどのプロセッサでサポートされています。かなり古いハードウェアを使っているなら、本格導入の前に確認してください。MLコンテナが起動しなくなるまで気づきにくいポイントです。
最後の1つは、家庭にとって現実的な検討事項です。リモートアクセスは、Immichをどこでホストするかで変わります。自宅サーバーならローカルアクセスは簡単ですが、外出先からライブラリに届くにはVPN、リバースプロキシ、またはセキュアトンネルが必要です。VPSならホスト自体はインターネットに接続されていますが、Immichが公開されるのは自分で公開した場合だけです。公開するなら、HTTPSと適切なアクセス制御を初期デプロイの段階から組み込むべきです。Immichは公式に、 アプリケーションポートを直接転送することについて警告しており 、公開インターネットへそのまま晒すべきではないとしています。いずれにせよ、Google Photosならこのインフラはすべて向こうが面倒を見てくれます。
このセクションの要点：Immichは日常の主力機能ではGoogleに並び、磨き込みとエコシステムで負けます。主権を重視するユーザーには悪くない取引ですが、Googleの自動ハイライト動画、モバイルからのキャスト、純正のTV連携に頼っている人には、実質的な損失です。
アップグレードとメンテナンスの現実
写真が自分のサーバーに置かれた瞬間から、失わないことはあなたの仕事になります。そしてImmichのアップグレードは、特に古い、またはカスタマイズされたデプロイで、ときどきうまくいかなかった事例があります。 これこそが私の結論を無条件のイエスから条件付きに変えている評価軸なので、何がリスクで何がリスクでないのかを正確にしておく価値があります。
まずメンテナンスの現実から。Immichの運用は、小さいながらゼロではない継続的な仕事です。定期的なアップデートがあり、時々、メジャーバージョンがリリースノートを読まざるを得ない破壊的変更を持ち込みます。毎日の子守りは不要です（ほとんどの時間はただ動いています）が、コミットメントであることに変わりはなく、その負担は丸ごとあなたに乗ります。 Hacker Newsでは、あるコメント投稿者が異論を単刀直入にこう書いていました：
「あれを飼いならすにはWeb開発者かシステム管理者である必要がある。アップグレードは悪夢だし、同期がらみの奇妙なバグが山ほどある」
私の体験よりは辛口ですが、実在する運用リスクを指しています。 あるユーザーの報告では 、アップグレード後にライブラリが消えました。後になって、PostgreSQLのデータボリュームが起動時にマウントされていなかったことが分かり、マウントを直すとライブラリは戻りました。別の報告では、 マイグレーションが失敗しています 。外部PostgreSQLを使うデプロイで、データベースのロール識別子が正しくクォートされていなかったのが原因です。これらの事例が示すのは、カスタマイズされたストレージやデータベース構成がアップグレード前後で壊れうるということであって、Immichが日常的に写真を消すということではありません。
v3のデータベースに関する警告が主に当てはまるのは、特別に古い、またはカスタマイズされたインストールです。Immichはpgvecto.rsからVectorChordへのユーザー移行を v1.133.0の時点、つまりv2より前に始めており、v3で残っていたpgvecto.rs互換が削除されました。したがって標準的なv2デプロイならすでにVectorChordを使っているはずで、その場合 通常のv2からv3へのアップデート は、バージョンタグを書き換えて、いつも通りDocker Composeでpullして再起動するだけで済むのが普通です。まだpgvecto.rsを使っているデプロイは、v3へ進む前にImmichの VectorChord移行 を完了させておくべきです。
ここで、絶対に譲れないルールの話になります。しかもこれは私ではなく、Immich自身の言葉です：
注意: Immichはバックアップではない。開発チームがはっきりそう明言しています。 v2.0.0のリリースノート には、こう書かれています：「3-2-1のバックアップ戦略は依然として極めて重要です。アプリケーションが皆さんの大切な思い出の損失を引き起こさないようにする責任はチームにあります。しかし、ハードドライブが故障しないことや、電気系のトラブルでサーバーやシステムが予期せずシャットダウンしてデータ損失につながらないことまでは、保証できません」。Immich単体は完全なバックアップ戦略ではありません。そのサーバーがファイルの唯一の永続コピーなら、それはプライマリコピーであってバックアップではありません。必要なのは3つのコピーを2種類のメディアに分け、1つはオフサイトに置くこと。このレビューから1つだけ持ち帰るなら、これにしてください。
懐疑的な読者のために挙げておくべき、関連する信頼の問題があります。私はコードベースを監査したわけではないので、デプロイする側の視点に限定します。このプロジェクトは健全か？証拠を見る限り、イエスです。プロジェクトは活発に開発されており、Issueには反応が返ってきます。2025年の後半、Google Safe BrowsingがImmichのドメインの1つにフラグを立てました。Immichはこの警告を、ユーザーの写真ライブラリではなくプレビュー用インフラに関わる誤検知だと説明しました。プロジェクトによれば、Googleは審査の後に警告を解除しましたが、新しいプレビュー環境が作られると警告は再び現れました。Immichはそれらの環境を専用ドメインへ移すとしています。これは問題をオープンに処理しているプロジェクトの姿であり、自分のライブラリを預ける相手に望みたいものです。
このセクションの要点：写真が自分のサーバーに移った瞬間から、失わないことはあなたの仕事になります。Immichは難しい部分をうまくこなしますが、その部分だけは代わってくれません。
Immichを使うべき人、使うべきでない人
Immichは、Google Photos流の機能をGoogleのサーバーにライブラリを置かずに使いたい、そのために小さなサーバーを運用してもよい、という人のためのものです。メンテナンスはゼロがよく、家族で写真を共有できさえすればいい、という人向けではありません。 決め手はそれだけです。
次のいずれかに当てはまるなら、Immichを使うべきです：
- プライバシーやデータ主権を重視するセルフホスター。 顔認識、検索、モバイルバックアップが欲しい。そしてデフォルトの機械学習処理を自分の管理下のインフラにとどめたい。ここはImmichのホームグラウンドであり、その点では抜群です。あなたの動機はコントロールであり、Immichが届けるのはまさにコントロールです。
- 家庭または小規模組織のシステム管理者。 バックアップとアップグレードの規律を自分で引き受けることに抵抗がなく、「写真がちゃんと動けばいい」という家族や小さなチームのためにそれをやる立場です。あなたが運用の重さを背負うことで、他の人は背負わずに済みます。Immichは合っています。ただし、あなた自身がアップグレードの動向を追い続けることが条件です。
- プロジェクトの勢いを重視する技術評価者。 着実にリリースを重ね、私のテストに耐えたモバイルバックアップ体験を備え、活発に開発が続いているプロジェクトが欲しい。Immichのリリース頻度とコミュニティの活発さは、その条件を満たします。
次のいずれかに当てはまるなら、（少なくとも今は）Immichを使うべきではありません：
- メンテナンスをする気がない「みんなで写真を共有したいだけ」の人。 この記事の調査中に見た中で最も鋭いコメントの1つは、Immichは自分にとって間違った問題を解いている、というものでした。その人は家族で写真を共有したかっただけで、セルフホスティングはそのニーズに合っていなかった。その通りです。あなたがそうなら、答えはGoogle Photos（またはマネージドな選択肢）のほうが実際の問題に合っている、ということです。それを恥じる必要はまったくありません。
- 面倒を見てくれる人がいない非技術系ユーザー。 誰もバックアップとアップデートを担わないなら、そのデプロイはライブラリを危険にさらします。望んだことの正反対です。
「まだ早い」側に入ったものの、それでもGoogleから離れたいなら、それぞれ理由の異なる2つの代替が検討に値します。 PhotoPrism は、ドライブやNAS上の既存アーカイブを索引化するのが本当の目的で、公式のモバイルバックアップアプリが要らない人向けの、アーカイブ優先の選択肢です。専用のネイティブアプリではなく ブラウザとPWAでのアクセス を軸にしています。 Ente Photos は、何よりもエンドツーエンド暗号化を最優先するなら見るべき選択肢です。アップロード前に写真を暗号化し、機械学習をデバイス上で実行し、生成されたインデックスも暗号化してから同期します。さらに、 CERNがスポンサーとなったCure53の監査を含む、複数の独立したセキュリティ監査を受けています。どちらも真っ当な選択肢で、Immichとは別のタイプの読者向けに最適化されているだけです。（3つを本格的に比較するなら、ここに詰め込む話ではなく、それ自体で1本の記事になります。）
最後にコストの話を。よく聞かれるからです。Immich自体は無料ですが、セルフホスティングが自動的に安上がりになるわけではありません。サーバー、電気代、オフサイトのバックアップストレージ、そして自分の時間まで数えると、合計はGoogle Oneのサブスクリプションを超えることがあります。プランやキャンペーンは地域によって異なり、時間とともに変わるので、自分の国で表示される現在のGoogle Oneの価格と比較してください。乗り換えるのはコントロールが欲しいからであるべきで、セルフホスティングなら節約できるという思い込みからではいけません。
すっかりその気になって、下準備（サーバー、Docker、セルフホストサービス運用の基本）が必要な読者にとって、そのセットアップの話はそれ自体で1つのテーマです。また、自前のファイルストレージなどと並べて、より広いプライバシー最優先の構成の中でImmichがどこに収まるかについては、当サイトのガイドがあります： セルフホストで組む最高のプライバシースタック.
よくある質問
家族写真の唯一のコピーを任せられるほどImmichは安定していますか？
いいえ、唯一のコピーとしては駄目です。Immich v3はプライマリの写真ライブラリとしては使えますが、同じファイルは独立したバックアップシステムにも存在させるべきです。Immichのチーム自身が3-2-1戦略を推奨しています。つまり3つのコピーを2種類のメディアに分けて保存し、1つはオフサイトに置くことです。Immichはプライマリライブラリの整理と配信を担えますが、かけがえのない写真が存在する唯一の場所にしては絶対にいけません。
Google Photosにできて、Immichにできないことは？
Googleが今もリードしているのは、 自動ハイライト動画やシネマティックフォト、生成編集、そしてより広い一般消費者向けエコシステムです。Immichには思い出フィードと非破壊の写真編集があります。さらに 実験的なオプトイン方式のキャスト機能 をWebクライアントからChromecastとNest Hubへ提供していますが、この機能には公開アクセス可能なHTTPSデプロイが必要です。モバイルからのキャストと専用のTVアプリはまだありません。
Immichの顔認識はGoogle Photos並みですか？
知っている人物をグループ化するという日常的な用途では、かなり近い水準です。Immichは 顔グループを自動で作成し、名前を割り当てるとそのグループが検索可能になります。弱点は、似た顔立ちの個人の見分けです。結果はライブラリ、モデル、クラスタリング設定に左右されるため、汎用的に意味のある精度のパーセンテージはありません。私のテストでは日常の検索には十分信頼できましたが、特に似た特徴を持つ人物では、時折手動での修正が必要でした。測定された数値としてではなく、「私のテストでは日常の検索に十分、ただし時々修正が要る」という評価として受け取ってください。
Immichのメンテナンスはどれくらい大変ですか？
小さいけれど実在する継続的な仕事です。ほとんどの時間はただ動いていますが、定期的にアップデートを適用することになり、時々メジャーバージョンが破壊的変更を持ち込むので、適用前にリリースノートを読み、バックアップを検証する必要があります。バックアップの規律は永続的にあなたの責任です。Docker Composeとリリースノートを読むことに抵抗がなければ十分に管理できますし、そうでなければ学習コストを見込んでください。
ImmichはGoogle Photosより本当に安いですか？
そうでないことも多いです。すべて（サーバー、電気代、バックアップストレージ、自分の時間）を数えると、合計はGoogle Oneのサブスクリプションを超えることがあります。Google Oneの価格とキャンペーンは国や時期によって変わるので、自分の地域で現在提供されている価格と比較してください。乗り換える理由はデータのコントロールであって、節約ではありません。コストだけが動機なら、まず総コストをきちんと計算してください。セルフホスティングに分がない可能性があります。
