【2026年】Linkwarden ブックマーク管理｜ウェブアーカイブ機能付きの決定版

Linkwarden ブックマーク管理｜ウェブアーカイブ機能付きの決定版解説

インターネット上の情報は膨大であり、有用な情報を見つけても保存する手段が分散している現代において、情報の再発見は極めて困難です。従来のブラウザのお気に入り機能や、クラウド型のブックマークサービスは利便性に優れていますが、プライバシーやデータ所有権という観点からは不安が残ります。特に、個人でサーバーを構築し管理する「セルフホスティング」の文化が広がる自作 PC エンジニアにとって、自身のデータを完全にコントロールできるツールへの需要は高まっています。そこで登場するのが、Open Source で開発された Linkwarden です。

Linkwarden は単なる URL の保存場所ではなく、ウェブページの内容そのものをアーカイブする機能を備えた、次世代のブックマーク管理システムです。2026 年現在ではバージョン 2.9 を超える最新版が安定しており、Next.js と PostgreSQL という堅牢な技術スタックを採用しています。これにより、高速な検索と、大量のデータを安全に扱うことが可能となっています。また、Playwright という自動化ツールを活用することで、ウェブサイトのスクリーンショットや PDF、HTML の単一ファイル化を自動で行う機能は、他社サービスと比較しても突出した特徴と言えます。

本記事では、自作 PC 環境やホームサーバーを持つ中級者向けに、Linkwarden をセルフホストで構築・運用するための完全ガイドを提供します。Docker Compose を用いたデプロイ手順から、Chrome や Firefox での拡張機能連携、さらに AI による自動タグ付けの実装方法まで網羅的に解説します。クラウド型サービスとの比較や、セキュリティ設定の最適化など、実運用でぶつかる課題への解決策も提示します。データの自己所有権を握り、長期的に情報を管理するための決定版としてお読みください。

Linkwarden の基本構造とセルフホスティングの価値

Linkwarden は、Next.js を使用した React ベースのフロントエンドと、PostgreSQL データベースによるバックエンドで構成されています。この組み合わせは、モダンな Web アプリケーションにおいて最も一般的かつ安定性の高いアーキテクチャの一つです。Next.js の SSR（サーバーサイドレンダリング）機能により、検索結果やダッシュボードの表示速度が非常に速く、ユーザー体験を阻害する遅延は最小限に抑えられています。データベースには PostgreSQL が採用されており、複雑なクエリを実行して大規模なブックマークデータを高速に取得・処理できることが特徴です。例えば、数千件以上のブックマークの中から特定のキーワードを含むものを瞬時に検索したり、タグ付けされた項目を階層構造で整理する際にも、その性能を発揮します。

セルフホスティングの最大なる価値は「データの所有権」にあります。Raindrop.io や Pocket などのクラウドサービスを利用する場合、サーバーが障害を起こせばデータにアクセスできなくなるリスクや、サービス終了時のデータ移行の問題が常に付きまといます。また、プライバシー保護の観点からも、検索履歴や保存した URL の内容がプロバイダーによって分析される可能性があります。Linkwarden を自社のサーバー（自宅 NAS や VPS など）上に構築すれば、これらのリスクを完全に排除できます。データはすべて暗号化された状態で自分だけのストレージに保管され、バックアップも自分で管理する責任が発生しますが、その分だけ高いセキュリティと安心感を得ることができます。

また、技術的な自由度も高いメリットがあります。例えば、認証方式を LDAP や OIDC（OpenID Connect）に変更することで、既存の企業ネットワークや家庭内の Active Directory 環境と統合することが可能です。さらに、バックエンドの設定を変更すれば、外部ストレージ（AWS S3 など）にアーカイブデータを保存する構成にも拡張できます。2026 年時点では、自作 PC エンジニアが自宅サーバーを構築することは一般的なスキルとなりつつあり、Linkwarden のようなツールを運用することで、単なる情報収集にとどまらず、データインフラの一環として位置付けることが可能になります。これにより、PC オルタナティブなデジタル資産管理の精度が格段に向上します。

Docker 環境でのインストールと初期設定手順

Linkwarden を構築する最も推奨される方法は、Docker Compose を利用したコンテナ化デプロイです。この方法であれば、依存関係や環境変数の違いによる互換性問題を回避でき、一度の設定で簡単に起動・停止・更新を行えます。まず、サーバー上に Docker と Docker Compose がインストールされていることを確認してください。Ubuntu 20.04 や Debian 11 などの Linux ディストリビューションが推奨されますが、Windows WSL2 や macOS でも同様に動作します。Docker のバージョンは 20.00 以降を指定し、コンテナのセキュリティ機能を適切に機能させるために、カーネルの最新化や SELinux/AppArmor の設定を確認しておくことが重要です。

Docker Compose の構成ファイルを準備する際、ボリューム管理が最も重要なポイントとなります。Linkwarden は PostgreSQL データベースと、アーカイブデータ（PDF やスクリーンショット）を保存するためのストレージを必要とします。これらをホスト側のディレクトリにマウントすることで、コンテナを削除してもデータが消去されないように設計する必要があります。具体的には、postgres_data というボリュームでデータベースファイルを保持し、linkwarden_files でアーカイブデータを保持する構成が基本です。環境変数では、データベースの接続情報や、アプリケーションのシークレットキーを外部から設定できるようにします。これにより、コンテナイメージ自体は軽量に保ちつつ、データ永続性を担保することができます。

初期設定においては、管理者アカウントの作成と、外部認証の設定が優先されます。Linkwarden を起動した直後は、ローカルデータベース内に最初のユーザーを作成する手順が必要です。この際、強力なパスワードを設定し、2 段階認証（2FA）が有効化されているか確認します。また、サーバーがインターネットに公開される場合は、必ずリバースプロキシを介してアクセスさせる必要があります。Caddy や Traefik などのツールを使用し、HTTPS 接続を自動で構築することで、ブラウザ上での通信が暗号化され、中間者攻撃のリスクを低減できます。この段階での設定ミスは後々のセキュリティインシデントに繋がるため、慎重かつ丁寧に進めることが求められます。

ブラウザ拡張機能とモバイルアプリの連携

Linkwarden の利便性を最大限に引き出すのは、ブラウザ拡張機能との連携です。Chrome、Firefox、Safari に対応した公式拡張機能が提供されており、それぞれの特徴に合わせてインストールすることが可能です。例えば、Google Chrome を主力ユーザーであれば、Chrome ウェブストアから拡張機能を追加します。設定画面では、自身の Linkwarden サーバーの URL を入力し、認証トークンを取得する必要があります。これにより、ブラウザ内の任意のページで右クリックメニューやツールバーボタンを通じて、ワンクリックでブックマークを保存できるようになります。この機能は、Web ページの構造が複雑な場合でも、URL と同時にメタデータ（タイトル、説明文）を取得する仕組みになっているため、見逃しを防ぎます。

さらに拡張機能の高度な設定として、「アーカイブオプション」のカスタマイズが可能です。保存時にすぐにスクリーンショットや PDF を生成させるか、後でまとめてバックグラウンドで生成するかを選べます。頻繁に閲覧するニュースサイトなどでは、リアルタイムでのページ内容保存を有効にし、一度きりの情報源となるブログ記事などでは、URL のみを保存してアーカイブを遅延させるといった使い分けが可能です。また、キーボードショートカットのカスタマイズも可能であり、例えば Ctrl+Shift+S を押すだけで即座に保存画面を開く設定にすることで、作業フローの中断を最小限に抑えることができます。

モバイル環境においても、Linkwarden は iOS および Android の公式アプリを提供しています。これらはブラウザ拡張機能と同期しており、PC で登録したブックマークはスマートフォン側で即座に表示されます。特に重要なのは、モバイルアプリがオフラインアクセスをサポートしている点です。保存された HTML ファイルや PDF アーカイブデータはキャッシュされており、通信環境が悪い場所でも閲覧可能です。iOS では SFSafariExtension を利用することで、Safari からも直接リンクを保存できるため、Apple エコシステム内のユーザーにとって非常にスムーズな体験が提供されます。Android では Chrome の統合機能を利用し、共有メニューから Linkwarden アプリを呼び出して登録するフローが確立されています。

ウェブアーカイブ機能の技術的詳細と運用

Linkwarden の最大の特徴であるウェブアーカイブ機能は、Playwright というヘッドレスブラウザ自動化ライブラリによって実現されています。通常、ブックマーク保存時は URL だけが残りますが、この機能を有効にすると、保存された瞬間にサーバー上で実際のページがレンダリングされ、その状態を記録します。生成されるデータ形式には、単一ファイル HTML（Singlefile HTML）、PDF、スクリーンショットの 3 つがあります。Singlefile HTML は、外部 CSS や JavaScript の依存関係を解消し、1 つの HTML ファイル内で完結する形式で、未来のブラウザでも正確にコンテンツを表示できるため、長期的な保存に適しています。

アーカイブ動作はバックグラウンドで非同期処理として行われるため、ユーザーがページを読み込んでいる間にサーバーレスポンスを待たされることはありません。ただし、大量のページを同時に保存すると、Playwright プロセスが CPU とメモリのリソースを消費します。特にスクリーンショット撮影時には、GPU アクセラレーションや描画処理が発生するため、低スペックなサーバー（例えば 1GB メモリ未満の VPS）では処理に時間がかかるか、メモリ不足でエラーになる可能性があります。そのため、アーカイブ機能を常時有効にするのではなく、「重要ページ」に対してのみ手動でトリガーする運用や、夜間など負荷が少ない時間にまとめて実行させるジョブスケジューリング設定が推奨されます。

生成されたアーカイブファイルの保存場所も重要な検討事項です。デフォルトではローカルボリュームに保存されますが、容量を圧迫しないようにディスククォータを設定したり、定期的なクリーンアップスクリプトを実行することが望ましいです。また、PDF 形式は印刷物としての用途や、テキスト検索が容易な点で優れていますが、動的コンテンツ（動画や複雑なアニメーション）の表現には限界があります。スクリーンショットはその点を補完しますが、文字化けやレイアウト崩れが発生するリスクもあるため、アーカイブの目的に応じて適切な形式を選択する必要があります。リンクワルデンではこれらの設定を環境変数や管理画面で細かく調整できるため、用途に合わせた最適化が可能です。

検索機能と AI タグ付けの活用方法

Linkwarden の検索システムは、PostgreSQL の全文検索機能を高度に応用したもので、単なる URL やタイトルの一致だけでなく、アーカイブされたページ内のテキスト内容まで検索対象に含まれます。これにより、「保存した時のタイトルを忘れても、内容の一部を覚えていれば探し出せる」という利点があります。検索クエリにはネストされた論理演算子（AND, OR, NOT）を使用することが可能であり、例えば「Linux かつ Docker を含まない」ような複雑な条件指定も可能です。また、検索結果のソート順を、保存日付や人気度、あるいは関連性に基づいて切り替える機能も実装されています。

AI タグ付け機能は、OpenAI の API を利用してページの内容を分析し、自動的にタグを生成するものです。これにより、手動でタグを入力する手間が大幅に削減されます。設定方法としては、まず OpenAI の API キーを環境変数としてサーバー側で安全に管理します。その後、Linkwarden 上で「自動タグ付け」オプションを有効化し、どのタイミングで AI を実行するかを設定します。例えば、「新規保存時」に行うと即座に付与されますが、処理に時間がかかるため、「後から一括適用」を選択する運用も可能です。生成されるタグは自然言語に基づいているため、ユーザーの検索意図に近いキーワードが付与されることが期待できます。

ただし、AI タグ付けにはコストがかかります。API キーの発行単位で課金されるため、大量のページ保存を行う場合、経費管理が必要となります。また、生成されたタグが常に正確である保証はないため、定期的な手動修正やフィルタリングが必要です。例えば、誤って付与された「広告」や「ニュース」といった曖昧なタグを削除するスクリプトを実行したり、ユーザー自身がタグの階層構造を整理したりする作業は、データの質を維持するために不可欠です。AI に任せる部分は検索の補助として捉え、最終的な分類責任は人間が持つというスタンスで運用することが、長期的なデータベースの健全性を保つ鍵となります。

認証システムと共有機能の詳細設定

セキュリティを確保するため、Linkwarden は多様な認証方法をサポートしています。最も基本的なのはローカルデータベースによるユーザー管理ですが、より堅牢な環境では OIDC（OpenID Connect）プロトコルを利用した外部認証が推奨されます。OIDC を使用することで、Google アカウントや Microsoft Azure AD、あるいは Keycloak などのオンプレミス ID プロバイダーを経由してログインできるようになります。これにより、パスワード管理の負荷を分散でき、企業環境ではシングルサインオン（SSO）を実現可能です。設定手順としては、OIDC プロバイダー側でクライアントアプリケーションを登録し、取得したクライアント ID とシークレットを Linkwarden の設定画面に入力します。

共有機能についても、細かく制御することが可能です。特定のブックマークコレクションやタグを他のユーザーと共有する場合、公開リンクを生成するだけでなく、アクセス権限を「閲覧のみ」または「編集可能」に設定できます。また、パスワード付きの共有リンクを設定することもでき、セキュリティの高い情報を第三者とやり取りする際にも便利です。例えば、プロジェクトチーム内で共通のリソースリストを作成し、メンバー全員が閲覧・追加できる共有スペースとして機能させることができます。この場合、外部ユーザーにはアカウント作成の手間をかけさせないため、トークンベースのアクセス制御が行われています。

RSS フィード機能も備わっており、登録したブックマークや特定のカテゴリで更新があった際に通知を受け取ることができます。例えば、「技術ブログ」カテゴリに保存された記事が更新されるたびに RSS が生成され、RSS リーダーアプリ（FeedReader や Feedly など）で即座に確認できます。これは、ブックマークを保存するだけでなく、そのページがどの程度アクティブか、あるいは内容が改変されていないかを監視する手段としても役立ちます。また、自分自身で管理している RSS フィードを Linkwarden 上で解析し、関連するリンクを自動的に登録するような自動化フローも構築可能です。

他社サービスとの機能比較と選定基準

クラウド型ブックマークサービスと比較すると、Linkwarden の特徴がより明確になります。まず、代表的な競合である Raindrop.io との比較表を作成します。Raindrop.io は UI が非常に洗練されており、スマホアプリの操作性に優れていますが、無料プランではアーカイブ機能が制限されています。一方、Linkwarden はセルフホスティングのため、ストレージ容量さえ許容すれば無制限に保存可能です。また、データのプライバシー保護という点で、クラウドプロバイダーのデータ利用規約を気にする必要がありません。

次に、他のセルフホスティングツールとの比較も重要です。Hoarder や Shaarli などと同様に、自分自身で管理できる点では共通していますが、Linkwarden はモダンな UI と機能の豊富さで勝ります。特に、Playwright を用いた高品質なアーカイブ機能は、Shiori 1.7 のような旧世代ツールと比較して圧倒的に優れています。Hoarder は軽量ですが、検索機能やアーカイブ機能が限定的です。また、LinkAce は非常に人気がありますが、リンクの保存に特化しており、PDF アーカイブなどの詳細な設定においては Linkwarden の方が柔軟性が高い傾向があります。

さらに、認証方式やリソース使用量についても比較検討する必要があります。LinkAce や Linkwarden は Docker コンテナとして動作するため、メモリ消費は概ね 500MB〜1GB 程度です。これに対し、単一ファイルの HTML を保存する Shiori は、データベースを使わないため軽量ですが、検索機能に課題があります。リソース制約のある環境（例えば Raspberry Pi など）では、Shiori や Hoarder が適している場合もありますが、PC や NAS で運用するなら Linkwarden のパフォーマンスが活きます。

これらの比較を踏まえると、ユーザーの要件に応じて最適なツールが異なることがわかります。頻繁に検索を行う必要があり、かつデータの完全なバックアップとアーカイブが必要な場合は Linkwarden が決定打となります。一方で、リソースが限られ、シンプルに URL を保存するだけであれば Shiori や Hoarder の方が適しているかもしれません。

運用上のトラブルシューティングと最適化Tips

Linkwarden の導入後、必ず遭遇するのが初期設定や運用中のトラブルです。最も一般的なエラーはデータベース接続エラーです。PostgreSQL コンテナが正常起動していない場合、アプリケーションが起動できません。この際は、コンテナのログを確認し、ポート番号（通常 5432）が競合していないか確認します。また、Docker Compose の depends_on 設定で PostgreSQL が先に起動するよう制御しているか確認してください。さらに、データベースユーザーのパスワードや環境変数の記述ミスも頻出原因です。環境変数は .env ファイルとして管理し、バージョン管理システムに含めないように注意が必要です。

リソース不足によるアーカイブ失敗は、サーバー負荷が高い場合に発生します。特にスクリーンショット生成時に OOMKilled（Out Of Memory Killed）エラーが出た場合は、Playwright のメモリ制限を下げたり、別コンテナで実行する構成を検討します。また、ストレージ容量が上限に達すると、アーカイブデータの保存ができなくなります。定期的な docker volume prune や、古いアーカイブデータのスナップショット作成など、メンテナンススクリプトの導入が推奨されます。

セキュリティ面では、外部公開時の設定が重要です。リバースプロキシとして Caddy を使用する場合は、自動的な SSL 証明書の発行と更新が行われますが、ドメイン名が正しく設定されているか確認します。Traefik を使う場合は、コンテナレベルでのラベル設定が必要となります。また、管理者アカウントのパスワードは必ず変更し、複雑な文字列にすること、可能であれば OIDC 認証に移行することがセキュリティ強化につながります。定期的なバックアップスクリプトを実行し、データベースファイルとアーカイブボリュームを別ストレージ（外付け HDD やクラウドストレージ）にコピーする運用も必須です。

拡張機能の設定とカスタマイズ実例

ブラウザ拡張機能のカスタマイズは、ユーザーの作業フローに密着した部分です。Chrome 拡張機能では、「ページ保存時」に自動的にアーカイブを実行するかを切り替える設定があります。例えば、ブログ記事を保存する際はテキスト検索のために全文保存を有効にし、ニュースサイトなどは URL のみで済ませるなど、用途に応じた設定が可能です。また、ショートカットキーの割り当ては、ユーザーの習慣に合わせて変更できます。デフォルトでは Ctrl+Shift+B ですが、これを Alt+S に変更して、マウス操作なしで保存できるようにするケースも増えています。

さらに、拡張機能の UI カスタマイズとして、ツールバーアイコンの色や位置を変更できるオプションがあります。ただし、ブラウザの仕様上、すべての設定が反映されない場合もあるため、拡張機能の設定画面からデフォルト値に戻すことを併せて確認しておきます。また、Firefox の場合、シークレットモードでの動作制限があるため、リンクワルデンの保存対象を通常ウィンドウに限定するなどの調整が必要です。

モバイルアプリにおける設定も重要です。iOS アプリでは、Safari 拡張機能と連携させる際、特定のサイトに対してのみ自動保存を行うルールを設定できます。例えば、「techcrunch.com」や「ycombinator.com」など、頻繁にアクセスするドメインをホワイトリストに登録し、自動的にタグ付けされるように設定することで、整理の手間を省けます。Android アプリでも同様に、共有メニューから直接アプリを起動し、保存先のコレクションを選ぶショートカットを作成できます。

セキュリティ強化とバックアップ戦略

Linkwarden を運用する上での最も重要な要素はセキュリティです。サーバーがインターネットに公開されている場合、脆弱性が見つかった際に乗っ取りのリスクがあります。そのため、定期的なアップデート実施が求められます。Linkwarden は Docker イメージとして更新されるため、docker pull linkwarden/linkwarden:latest コマンドで最新化し、コンテナを再起動するだけで済みます。ただし、データベースのスキーマ変更が発生する場合があるため、アップデート前のバックアップは必須です。

セキュリティ強化の具体的な施策として、ファイアウォールの設定が挙げられます。リンクワルデンにアクセスできる IP アドレスを制限したり、特定のポートのみ开放したりすることで、不正アクセスを防ぎます。また、2 段階認証（2FA）を有効化する際、Authenticator アプリや TOTP トークンを使用し、SMS ベースの認証は避けるべきです。なぜなら、SIM スイップ攻撃などのリスクがあるためです。OIDC を使用して Google アカウントでログインする場合は、Google のセキュリティ設定で「高度な保護モード」を有効にしておくことを推奨します。

バックアップ戦略では、データベースとファイルストレージの分離が鍵となります。PostgreSQL のデータは pg_dump コマンドを用いて SQL 形式でエクスポートし、圧縮して保存します。一方、アーカイブファイル（PDF や画像）はボリュームごとコピーするか、rsync などのツールを使用して外部ストレージに同期します。この際、暗号化されたバックアップを作成し、オフラインの場所に保管することで、ランサムウェアからの保護も強化できます。例えば、月 1 回の完全バックアップと、週 1 回の差分バックアップを組み合わせた運用モデルが現実的です。

まとめ：データ所有権を取り戻すための最終選択

本記事では、Linkwarden を活用したセルフホストブックマーク管理システムについて、導入から運用、そしてセキュリティ対策に至るまで詳細に解説しました。Next.js と PostgreSQL の組み合わせによる堅牢なアーキテクチャ、Playwright による高品質なウェブアーカイブ機能、そして AI タグ付けの導入など、Linkwarden は現代の情報管理において非常に強力なツールです。特に、データの所有権をユーザー自身が握れる点と、クラウドサービスに依存しない独立性は、自作 PC エンジニアやプライバシー重視層にとって不可欠な価値となります。

具体的な導入ポイントとして挙げられるのは以下の通りです。

• Docker Compose による環境構築で、リソースの管理を容易にする
• ブラウザ拡張機能を活用し、ワンクリックでの保存フローを確立する
• オープンソースのアライアンス（AI タグ付けなど）を活用して生産性を向上させる
• リバースプロキシと SSL/TLS 設定により、通信経路を暗号化する
• 定期的なバックアップ戦略でデータの喪失リスクを防ぐ

クラウドサービスとの比較において Linkwarden が優位性を持つのは、長期的なデータ保持とカスタマイズ性です。初期設定には多少の技術知識が必要ですが、一度構築すれば、その後はサーバー管理という形で維持可能です。特に、ウェブページの内容をそのまま保存できるアーカイブ機能は、リンク切れ問題への対策として極めて有効であり、情報の永続性を担保します。

最終的な選定基準としては、自身のリソースとニーズを照らし合わせることが重要です。リソースが豊富で高度な管理機能を求める場合は Linkwarden が最適解ですが、シンプルさを優先する場合は他の軽量ツールも検討対象となります。いずれにせよ、デジタル資産としてのブックマークを管理することの重要性を理解し、適切なツールを選択することで、情報収集と整理のプロセスは大きくスムーズになります。Linkwarden は、そのための決定版として機能することを確信しています。

よくある質問（FAQ）

Q1. Linkwarden のサーバー構築に最低限必要なスペックは？ A1. 最低構成でも動作しますが、安定運用には推奨スペックが必要です。CPU はコア数 2 コア以上、メモリは 2GB 以上を推奨します。[PostgreSQL データベースと Playwright を動かす際に一定のリソースを消費するため、1GB メモリ未満の環境では起動時にエラーが発生したり、アーカイブ生成が極端に遅くなったりする可能性があります。また、ストレージ容量については、保存するページ数に応じて変動しますが、最低でも 5GB 以上の空き領域を用意しておくことをお勧めします。

Q2. Google アカウントでログインできない場合どうすればよいですか？ A2. Google OAuth を設定するには、Google Cloud Console でアプリケーションを作成し、クライアント ID とシークレットを取得する必要があります。その後、Linkwarden の環境変数にこれらの値を設定して再起動します。エラーが出る場合は、リダイレクト URI（通常はサーバー URL の末尾に /api/auth/callback/google 等）が正しく登録されているか確認してください。また、Google アカウントのセキュリティ設定で「サードパーティ製アプリへのアクセス」を許可しているかも重要です。

Q3. ブラウザ拡張機能を使わずに直接リンクを追加できますか？ A3. はい、可能です。Web アプリのトップページにある「ブックマークを追加」ボタンをクリックすれば、URL を入力して手動で登録できます。また、API エンドポイントを利用してスクリプトから自動的に追加する機能も提供されています。ただし、拡張機能を使用すると自動的にアーカイブやタグ付けが行われるため、効率化のためには拡張機能の利用が推奨されます。

Q4. アーカイブされた PDF は常に開けるのでしょうか？ A4. 基本的には PDF の標準形式で保存されるため、ブラウザや PDF リーダーで問題なく表示できます。ただし、ページ内の特殊なフォントやレイアウトによっては表示崩れが発生する可能性があります。また、リンクワルデンが生成する PDF は HTML をレンダリングしているため、動的コンテンツの一部は静止画像として扱われます。長期的な閲覧性を考慮し、Singlefile HTML 形式での保存も併用することをお勧めします。

Q5. 複数ユーザーでの共有機能には制限がありますか？ A5. はい、いくつかの制限が存在します。例えば、有料プラン（クラウド版）との比較ではありませんが、セルフホスティング版では、同じサーバー内でのみ共有が可能です。外部への公開リンクを設定する場合は、パスワード保護や有効期限の設定を行うことで、セキュリティを維持できます。また、ユーザーごとの権限管理はグループベースで行われるため、詳細なロール制御には OIDC や LDAP の導入が推奨されます。

Q6. 既存の Raindrop.io データは移行可能ですか？ A6. はい、可能です。Linkwarden は CSV 形式でのエクスポート/インポート機能を提供しています。Raindrop.io からデータをダウンロードし、CSV ファイルに変換してリンクワルデンにアップロードすることで、ブックマークリストを移行できます。ただし、アーカイブデータ（画像や PDF）は自動的には移行されないため、別途スクリプトを用いてコピーする作業が必要です。

Q7. AI タグ付けの API 費用は誰が負担しますか？ A7. 設定したサーバー管理者が負担します。OpenAI の API キーを環境変数として登録することで機能しますが、使用量に応じて OpenAI に課金されます。Linkwarden 自体には追加料金が発生しませんが、大量のページ保存を行う場合はコスト管理が必要です。無料枠を利用する場合は、API キーの発行時にプランを確認してください。

Q8. iOS アプリで保存したデータが同期されない場合どうすれば？ A8. まず、サーバー側の接続設定とネットワーク状態を確認してください。iOS アプリは WebDAV や特定のプロトコルを使用しているため、プロキシ設定やファイアウォールが通信をブロックしていないかチェックします。また、アプリ内のキャッシュクリア機能を使用してデータをリフレッシュし、再度ログインすると解決することがあります。

Q9. サーバーが故障した場合のデータ復旧手順は？ A9. 日頃のバックアップが鍵となります。データベースの SQL ダンプとボリュームファイルを別ストレージに保存しておけば、新しいサーバー上で Docker Compose を再構築し、これらのファイルを読み込ませることで復旧可能です。また、Docker Swarm や Kubernetes を使用している場合は、ノード障害時も自動的にフェイルオーバーするため、構成を見直すことも検討できます。

Q10. 無料プランで利用できますか？ A10. Linkwarden はオープンソースであり、セルフホスティングであれば無料で永久的に利用可能です。ただし、サーバーの維持費（電気代や VPS のレンタル料）は自己負担となります。Cloud 版（SaaS）も存在しますが、こちらは有料プランが中心です。自作 PC エンジニアが自宅サーバーを構築する場合は、完全無料での運用が可能です。