


PCパーツ・ガジェット専門
自作PCパーツやガジェットの最新情報を発信中。実測データに基づいた公平なランキングをお届けします。
Node-REDを使ったホームオートメーションの入門ガイド。フローベースのビジュアルプログラミングでスマートホームを構築。
Home Assistantのインストールからスマートホーム自動化10例まで完全解説。Raspberry Pi 5/Intel N100ミニPCでのセットアップ手順、Zigbee/Z-Wave/Matter/Threadデバイスの追加方法、Lovelaceダッシュボード構築と外出先アクセス設定。これ一本で全て
n8n を使ったワークフロー自動化を解説。Docker導入、400+ ノード、AI 統合、Zapier / Make との比較、実プロジェクト例を詳しく紹介。
Home Assistantのエネルギーダッシュボードで家庭の電力消費を可視化・分析するガイド。スマートメーター・CTクランプ・スマートプラグからのデータ統合と省エネ自動化を解説。
Slackのワークフロービルダーとアプリ連携による業務自動化ガイド。承認フロー、定期投稿、外部サービス連携まで、ノーコードから開発まで幅広く解説。
Home Assistantの実用的な自動化レシピを20個紹介。YAML設定コード付きですぐに使えるオートメーション集。
スマートホームの構築において、単なるデバイス連携を超えた「知能化」を実現するためには、Node-RED のようなビジュアルプログラミングツールが不可欠です。2026 年 4 月現在、Node-RED はバージョン 4.0 を安定版として提供しており、以前のバージョンよりもはるかに高速なフロー実行エンジンと、複雑な状態管理を容易にするコンテキストストレージの強化が進んでいます。特に Home Assistant の 2025.12 ベータ版および 2026 年春リリース予定の正式版との連携において、WebSocket API を介した双方向通信が標準化され、HTTP REST API に比べて遅延が 30% 削減されるなど、リアルタイム性が高まっています。本ガイドでは、初心者から中級者向けのユーザーを対象に、Node-RED の真価を引き出すための高度な自動化フロー設計パターンを解説します。
単一デバイスでの単純なオンオフ制御から、複数デバイスを横断する状況判断や、外部データとの連携まで、Node-RED はその柔軟性により「スマートホームの脳髄」として機能します。しかし、一度に数百ノードが繋がるフロー作成において、保守性を失わないための設計思想は容易ではありません。本記事では、Context Storage を用いた状態記憶、サブフローによるモジュール化、堅牢なエラー処理、カスタムノードの開発、そして Home Assistant や MQTT ベースの IoT デバイスとの統合など、具体的な技術的アプローチを網羅的に扱います。また、InfluxDB と Grafana を組み合わせた時系列データ可視化や、Telegram ボットを活用した遠隔操作機能の実装についても、実際の設定コードと数値スペックを交えて詳細に記述します。
本ガイドの対象とする環境は、主に Raspberry Pi 5(8GB RAM)や Intel NUC(Core i5-1235U)などのローカルサーバーで構築される Node-RED インストールです。ハードウェアリソースの制約下でも安定稼働するためには、メモリ使用量の最適化や非同期処理の理解が求められます。Node-RED の公式ドキュメントでは触れられない「現場の実装ノウハウ」を、2026 年時点での最新ベストプラクティスとして提供します。具体的には、Zigbee2MQTT と Tasmota を併用するハイブリッド環境や、InfluxDB の書き込み負荷を分散させる Telegraf デモンの役割など、実運用で直面する課題解決策を含みます。
Node-RED をスマートホーム制御の中枢として機能させるためには、Home Assistant(HA)との通信プロトコルを理解することが最優先事項です。2025 年末から 2026 年初頭にかけて主流となった HA の API 形式では、HTTP REST API に加え、WebSocket API が標準的な実装となっています。Node-RED で HA を制御する場合、node-red-contrib-home-assistant-websocket ノードを使用することで、非同期通信による即応性を実現できます。このノードは、認証トークン(Access Token)を介して Home Assistant の内部状態を直接参照できるため、HTTP リクエストを毎秒発行するよりもサーバー負荷が 50% 低下します。
具体的な設定手順として、まず Node-RED のエディタ上で「Home Assistant」ノードを追加し、プロパティ設定画面で「Protocol」を「WebSocket」に指定します。ポート番号は通常 8123 を使用しますが、SSL/TLS 接続を利用する場合は 443 ポートへのリダイレクションを設定する必要があります。セキュリティ面では、API トークンの漏洩を防ぐため、Node-RED の環境変数管理機能を使用して秘密情報を格納します。例えば、NODE_RED_PASSWORD や NODE_RED_ADMIN_USER と同様に、HA のアクセストークンを HA_ACCESS_TOKEN として設定し、フロー内で $env.HA_ACCESS_TOKEN という形式で参照することで、テキストファイルへの直接記述を避けます。
MQTT プロトコルとの併用についても言及すべきです。多くのスマートホームユーザーは、Home Assistant に MQTT Broker(Mosquitto)を統合して使用しています。Node-RED 側でも同様に Mosquitto サーバーに接続し、mqtt in と mqtt out ノードを使用してデータを送受信します。ポート設定では、標準的な 1883 ポートに加え、セキュリティ強化のために 8883 ポート(TLS)も利用可能です。2026 年時点の推奨構成として、Node-RED の MQTT ブラウザ機能ではなく、専用の MQTT Explorer ツールでトピック構造を検証し、エラーを早期に発見する運用フローを導入すべきです。
複雑な自動化ロジックを実現する上で、ノード間の一時的なデータ受け渡し(msg.payload)だけでは不十分な場合があります。特に「過去の状態との比較」や「タイマー機能」を実装する場合、Node-RED 内部の Context Storage を利用することが必須となります。Context Storage は、フロー実行時の一時記憶領域であり、「Flow Scope」と「Global Scope」の 2 つに分類されます。Flow Scope の変数は特定のフロー内でのみ有効であり、Global Scope の変数はデプロイされた全フローで共有可能です。例えば、部屋の温度が 30 度を超えた時間をカウントしたい場合、Flow Scope でタイマーを管理するのが適切です。
具体的な実装例として、inject ノードからトリガーを受け取り、function ノード内で msg.context.set("lastOnTime", msg.payload) のように値を書き込みます。次に、別のフローまたは同一フロー内のノードが実行される際、var lastTime = msg.context.get("lastOnTime") で値を取得し、現在の時刻との差分を計算します。この時、Node-RED 4.0 ではメモリ使用量が最適化されており、10,000 件以上のデータ更新を行っても RAM 消費は約 50MB に抑えられますが、長期保存が必要な場合は外部データベースの併用を検討すべきです。
| コンテキストストレージタイプ | スコープ | 永続性 | メモリ使用量 (目安) | 適用途 |
|---|---|---|---|---|
| Flow Scope | フロー内限定 | デプロイ時リセット | 低 (数 MB) | 一時的な計算、タイマー |
| Global Scope | グローバル | デプロイまで保持 | 中 (10-50MB) | ユーザー設定、共通状態 |
| Persistent Storage | 永続化 | システム再起動後も保持 | 高 (DB 依存) | ログ記録、重要な設定 |
また、コンテキストの保存形式には「JSON」が最も推奨されます。数値データだけでなく、オブジェクト構造を保持できるため、複数のセンサー情報をまとめたフラグ管理が可能です。例えば { "temp": 25, "humidity": 60, "status": "auto" } のような JSON オブジェクトを保存し、条件分岐ロジックで msg.payload.status === "auto" のように参照することで、より堅牢な制御フローが構築できます。
数百のノードを持つ大規模フローにおいて、すべてのノードをメインエディタに配置すると可読性が著しく低下します。これを解決するのが「サブフロー(Subflow)」機能です。Node-RED 4.0 では、サブフローが外部ファイルとして独立して保存可能となり、バージョン管理システムとの親和性が高まりました。例えば、「照明制御ロジック」や「温度補正計算」といった特定の機能を複数箇所で再利用する場合、それらを単一のサブフローとしてパッケージ化し、メインフローからは入力パラメータと出力結果のみを定義します。
設計のベストプラクティスとして、サブフローには必ず入力端子(Input Terminal)と出力端子(Output Terminal)を持たせます。これにより、サブフローの内部ロジックがブラックボックス化され、外部からのインターフェースが明確になります。また、パラメータの受け渡しは msg.topic や msg.payload を用いるだけでなく、node-red-subflow-parameters のようなノードを利用することで、初期値を動的に設定できる仕組みも活用できます。
サブフローを作成する際は、名前付け規則を統一することが重要です。「Subflow: 照明制御」といった形式で、機能と役割が一目でわかるようにします。さらに、各端子にはコメントとして「入力:温度 (℃)」「出力:状態 (ON/OFF)」といった説明を追加し、後からメンテナンスを行う他の開発者や、自分の未来の自分への配慮を忘れないようにします。
自動化フローが失敗した場合、システム全体が停止しないよう、エラー処理(Error Handling)の仕組みを構築することが不可欠です。Node-RED のフローにはデフォルトで「Catch」ノードが存在しますが、これだけでは不十分です。例えば、Home Assistant の API 接続が切れた際、無限ループに陥るのを防ぐために、inject ノードに delay タイマーを設定し、再試行回数をカウントするロジックを実装します。エラー発生時に、その情報を Telegram ボットや Slack に通知する「Alert」サブフローを準備しておくと、問題の早期発見が可能になります。
ログ管理については、Node-RED のデフォルト出力だけでなく、外部ファイルへの書き込みが推奨されます。file ノードを使用して、日付ベースでファイルを分割し保存します。例えば ./logs/20260401.log のように、自動でローテーションさせる設定を settings.js で指定します。2026 年版の Node-RED では、ログファイルサイズが 50MB を超えた場合、自動的に圧縮して削除する機能も標準搭載されています。これにより、ディスク容量不足によるシステムダウンを防げます。
エラー発生時のデバッグ手順として、まず debug ノードをエラー出力に接続し、msg.payload の内容をコンソールで確認します。JSON パースが失敗している場合や、データ型が一致していない場合に生じるエラーは、function ノード内で try-catch ブロック(Node-RED 4.0 以降の JavaScript 環境では非同期処理のサポート)を用いて吸収し、デフォルト値を返すことでフローを再開させるテクニックが有効です。
標準ノードで実装できない機能が必要な場合、カスタムノードを作成します。Node-RED は JavaScript ベースであるため、比較的簡単なロジックであれば function ノード内で完結できますが、複雑な処理や再利用性が高い場合は独自のノードとしてパッケージ化すべきです。例えば、特定の IoT プロトコル専用のパケット解析を行うノードや、複雑な数学計算を行うノードなどです。
カスタムノードの開発には、node-red-project のテンプレートを用いるのが一般的です。基本的なファイル構造は package.json、index.js、およびフロントエンド用の HTML/CSS ファイルで構成されます。実装においては、Node-RED の API を利用して UI を描画し、設定画面から値を受け取る仕組みを実装します。2026 年時点では、TypeScript を使用した開発も推奨されており、型定義によるエラー検出が容易になっています。
node-red-contrib-home-assistant-websocket のような既存のコミュニティノードを拡張する場合、GitHub にリポジトリを作成し、Node-RED のパレットマネージャーから直接インストール可能にします。これにより、他のユーザーとの共有が可能となり、自身の作成したノードが公開されることで、コミュニティへの貢献にも繋がります。ただし、ライセンス条項(MIT など)を明記し、セキュリティ上の脆弱性がないよう注意深くコードレビューを行う必要があります。
スマートホームのセンサーやアクチュエータとして、Zigbee2MQTT や Tasmota などのファームウェアを使用することが一般的です。Node-RED はこれらとの通信を MQTT プロトコルを通じて行います。具体的には、Zigbee2MQTT は Zigbee デバイスを MQTT トピックにマップするブリッジ機能を持ちます。例えば、ソニーの LED ライトの場合、zigbee2mqtt/0x1234567890abcdef/set というトピックに {"brightness": 200} を送信することで明るさを調整できます。
Tasmota は ESP8266 や ESP32 チップセットを搭載したデバイス向けファームウェアです。Node-RED から Tasmota デバイスを制御する際、cmnd/DEVICE_NAME/power のようなトピックを使用します。OTA(Over-The-Air)アップデートを Node-RED 経由で行うことで、物理的なアクセスなしにファームウェアを更新可能です。具体的には、cmnd/Tasmota/UPGRADE コマンドを送信し、URL にアップグレード先のファイルを指定するフローを作成します。
| デバイスタイプ | プロトコル | トピック例 | ノード設定 |
|---|---|---|---|
| Zigbee2MQTT | MQTT | zigbee2mqtt/device/set | mqtt out (QoS 1) |
| Tasmota | MQTT/HTTP | cmnd/Tasmota/power | mqtt in/out |
| ESPHome | MQTT | esphome/device/status | node-red-contrib-esphome |
| Home Assistant | WebSocket | homeassistant/light/set | websocket input |
これらのデバイスとの通信では、QoS(Quality of Service)レベルを適切に設定することが重要です。照明制御のような重要度が高いコマンドには QoS 1 を使用し、センサーデータの送信には QoS 0 で十分です。また、接続が切断された際の再接続ロジックとして、inject ノードで reconnect パラメータを設定するサブフローを準備しておくと、通信不安定時のリスクを軽減できます。
Node-RED で収集したセンサーデータ(温度、湿度、消費電力など)は、InfluxDB などの時系列データベースに保存することで、過去との比較や傾向分析が可能になります。Node-RED 4.0 では influxdb ノードが標準装備されており、直接書き込みが可能です。設定画面で InfluxDB の URL(通常 http://localhost:8086)、ポート、Or[gan](/glossary/gan)ization ID、Token を入力します。2026 年版では、バッチ処理による書き込み最適化が進んでおり、1 秒間に数百回の書き込みでも遅延は発生しません。
可視化ツールとして Grafana を連携させます。InfluxDB のデータソースを Grafana に登録し、Dashboard を作成します。具体的には、Line Chart(折れ線グラフ)で温度推移を表示し、Bar Chart(棒グラフ)で消費電力の比較を行います。Grafana では、Alerting 機能を用いて閾値超過時に Telegram ボットへ通知する設定も可能です。これにより、データ監視から通知までを自動化できます。
Telegraf を併用する場合、Node-RED が直接書き込むのではなく、Telegraf がエージェントとしてデータを収集し InfluxDB に転送する方法もあります。これは Node-RED の負荷を分散させる効果があり、特に大量のセンサーデータを扱う環境で有効です。設定ファイル telegraf.conf において、[[outputs.influxdb]] セクションに Node-RED との通信経路を定義します。
遠隔地からの監視や操作を実現するために、Telegram Bot API を利用します。Node-RED で node-red-contrib-telegrambot ノードを使用することで、ボットとの直接通信が可能です。設定では、BotFather から取得したトークン(例:123456789:ABCdefGHIjklMNOpqrsTUVwxyz)を入力します。セキュリティのため、このトークンは環境変数として管理し、フロー内に明文で記述しないよう徹底します。
通知機能の実装では、send message ノードを使用し、テキスト形式でメッセージを送信します。例えば、「リビングの温度が 35℃を超えました」という警告を Telegram に送ります。双方向制御を行う場合は、ボットからのインバウンドメッセージを inject ノードでキャッチし、switch ノードでコマンドを解析します。具体的には /light_on や /light_off のようなコマンドを受け取り、対応する Home Assistant サービスを実行するフローを分岐させます。
また、Telegram には「Inline Keyboard」や「Reply Keyboard」といった機能があり、ユーザーがボタンを押すだけで操作を行えます。Node-RED では telegram ノードの設定でこれらの UI コンポーネントを組み込みます。例えば、「ON/OFF」のボタンを表示し、クリックされた際に Home Assistant のライトスイッチを制御するフローを作成します。このように、Telegram を操作パネルとして活用することで、スマホアプリの起動なしにスマートホーム制御が可能になります。
自動化フローを設計する際、どのようなパターンを採用するかによってシステムの挙動やリソース消費が異なります。ここでは代表的な 3 つのパターンの特徴と用途を比較します。イベント駆動型はセンサー値の変化などのトリガーに即時反応するため、リアルタイム性が求められる照明制御に適しています。一方、時間駆動型は特定の時刻にのみ動作するため、スケジュール管理や定期的なバックアップ処理に向いています。混合型はこれらを組み合わせたもので、複雑な自動化ロジックに使用されます。
| パターン | トリガー | リソース消費 | 応答性 | 適用途 |
|---|---|---|---|---|
| イベント駆動 | 値変化/イベント | 低 - 中 | 高 (ミリ秒単位) | 照明、ドア開閉検知 |
| タイム駆動 | クロック/Cron | 低 | 中 (1 分間隔) | 朝のタイマー、定期バックアップ |
| 混合型 | イベント + タイム | 中 - 高 | 高 | 状況判断ロジック、学習機能 |
また、ノード数の増加に伴うパフォーマンス低下も考慮する必要があります。フロー内のノード数が増加すると、実行サイクル時間が長くなります。Node-RED 4.0 では非同期処理のサポートにより、10,000 ノード以下の環境でもスムーズに動作しますが、それを超える場合はサブフローによる分割が必要です。具体的には、メインフローとサブフローを分離し、各サブフローが独立して実行されるように設計します。
Node-RED を継続的に運用するためには、定期的なバックアップとセキュリティパッチの適用が不可欠です。2026 年現在、Node-RED の公式リリースは月次で提供されており、脆弱性情報が出た場合は即時対応が必要です。バックアップとしては、settings.js と flows.json ファイルをクラウドストレージ(例:AWS S3, Google Drive)へ自動転送するスクリプトを実装します。また、Docker コンテナでの運用が主流となっているため、コンテナイメージの更新も忘れずに行います。
セキュリティ面では、外部への公開を避けることが基本です。HTTPS プロキシ(例:Nginx)を介して Node-RED へアクセスさせることで、通信経路を暗号化します。また、認証機能として Basic Auth や OAuth2.0 を設定し、誰でもアクセスできないように権限管理を行います。具体的には、settings.js の httpNodeAuth セクションでユーザー名とパスワードを設定します。
さらに、DDoS 対策や不正アクセス防止のために、Firewall ルールを適切に設定します。ポート 1880(Node-RED エディタ)は外部から直接アクセスさせず、ルーターの転送機能を経由するか、SSH トンネルで接続するようにします。このように多層的な防御策を講じることで、スマートホームネットワーク全体のセキュリティを維持できます。
Q1: Node-RED と Home Assistant の連携で最も重要な設定は何ですか? A: 最も重要なのは「WebSocket API」の使用と「トークンの管理」です。HTTP REST API に比べて遅延が低く、リアルタイム性が向上します。また、API トークンは環境変数として管理し、フロー内に明文で記述しないようにしてください。
Q2: コンテキストストレージの「Flow Scope」と「Global Scope」の違いは? A: Flow Scope は特定のフロー内でのみ有効で、デプロイ時にリセットされます。一方、Global Scope はシステム全体で共有され、デプロイまで保持されます。一時的な計算には Flow Scope を、設定値や共通状態には Global Scope を使用します。
Q3: Node-RED 4.0 でカスタムノードを作成する際の手順は?
A: npm install -g node-red-contrib-custom-node コマンドでプロジェクトを初期化し、index.js でロジックを実装します。その後、Node-RED のパレットマネージャーからインストール可能にします。
Q4: InfluxDB へのデータ書き込みが遅くなる原因は? A: バッチ処理の設定不足やネットワーク遅延が考えられます。10,000 件以上の書き込みではバッチサイズを調整し、InfluxDB のサーバー側でキャッシュ設定を見直す必要があります。
Q5: Telegram ボットでコマンドを実行する際のエラー対策は?
A: トークンの漏洩や権限不足が原因です。BotFather でボットの権限を確認し、Telegram API のレートリミットを超えないよう inject ノードでの送信間隔を調整してください。
Q6: Zigbee2MQTT と Tasmota を同時に使う場合のトピック衝突は? A: トピック名が重複すると誤作動します。「zigbee2mqtt/」と「tasmota/」など、プレフィックスで明確に区別し、サブフロー内でフィルタリング処理を行うことで回避可能です。
Q7: Docker 環境での Node-RED データ保存先はどこですか?
A: /data ディレクトリが推奨されます。このフォルダ内に flows.json や settings.js が格納され、コンテナ再起動後もデータが保持されます。
Q8: エラー発生時のログ確認方法は?
A: Node-RED のエディタ上部にある「Debug」タブでエラーメッセージを確認します。また、ファイルへの書き込み設定があれば、指定されたパスの .log ファイルを参照してください。
Q9: 外部 API(例:天気予報)を利用する際の認証管理は?
A: 環境変数に API キーを設定し、フロー内で $env.API_KEY で参照します。これにより、GitHub へのコード公開時に機密情報が流出するリスクを排除できます。
**Q10: Node-RED のバージョンアップによる互換性問題は?
A: メジャーバージョン間ではノードの動作が変化することがあります。特に function ノード内の JavaScript 文法や、inject ノードのパラメータ設定は注意が必要です。アップデート前には必ずバックアップを取ってください。
本記事では、Node-RED を用いた高度なスマートホーム自動化フロー設計について、具体的な技術的アプローチと 2026 年時点の最新ベストプラクティスを解説しました。以下の要点を心に留めておくことで、より堅牢で拡張性の高いシステム構築が可能になります。
Node-RED は単なるツールではなく、スマートホームの自由度を決定づける重要な要素です。本ガイドで紹介した設計パターンと設定例を参考にして、あなた独自の最適化された自動化フローを構築してください。
この記事に関連するデスクトップパソコンの人気商品をランキング形式でご紹介。価格・評価・レビュー数を比較して、最適な製品を見つけましょう。
デスクトップパソコンをAmazonでチェック。Prime会員なら送料無料&お急ぎ便対応!
※ 価格・在庫状況は変動する場合があります。最新情報はAmazonでご確認ください。
※ 当サイトはAmazonアソシエイト・プログラムの参加者です。
マジで速すぎた!NEWLEAGUE PC、買って人生変わった!
え、まじで!?初めてデスクトップPC買ったんだけど、NEWLEAGUEのこのPC、マジ神!子供たちと一緒にゲームとか、動画編集とか、今まで何時間もかかってた作業が、あっという間!初めて動画編集してみたんだけど、今までだと2時間くらいかかってたものが、このPCで30分くらいで終わったの!マジで感動! ...
コスパ最高!ゲーミングPCをゲット
ゲーマーです。このPC、29800円で手に入れたんですが、マジでコスパが良すぎです!RTX 3060搭載で、設定を少し弄れば1080pでもかなり快適に動きますし、4Kでもぼちぼち遊べますよ。Win11 Proも標準装備で、MS Office H&B 2019も付いてくるので、初期設定だけで済むのが助...
この値段でこれ!?マジでお買い得すぎた神PC!
なんか、セールとか見てたら「あ〜、これでいいかな?」って感じで衝動的に買っちゃったのが、このデルの整備済み品。正直、スペックとか細かくは気にしなかったんだけど、使ってみたら「え、これめっちゃ使えるじゃん!」ってなになっちゃったんだよね…。もう3ヶ月くらい使い込んだけど、全然安定してるからびっくり! ...
高性能で快適な作業環境に!
このPCを導入して約3か月が経過し、非常に満足しています。クリエイティブワークとゲームプレイ、さらには生成AIの活用もスムーズに行えています。特にRyzen 7 5700XとRTX5070の組み合わせは力強いパフォーマンスを発揮し、大規模なプロジェクトでも滞りなく動かせます。NVMe SSDの高速性...
整備済み品で賢くゲーミング!GALLERIA Core i7-9700 RTX 2080の安定感
40代エンジニアとして、PCは仕事でもプライベートでも欠かせません。最近、ゲームにも興味が出てきたので、ある程度性能の良いゲーミングPCを検討していました。自作も考えましたが、時間と手間を考えると、完成品の方が効率が良いと判断。色々比較した結果、GALLERIAの整備済み品であるCore i7-97...
ミニデスクトップPCの快適な導入体験
私はこのミニデスクトップPCを社内の業務効率化に導入しました。まず、コンパクトでリーズナブルなデザインが印象的でした。設置場所を選ばずに使用可能で、机の上のスッキリ感は格好良いと評価されました。性能面では、Core i5-9500Tがノートブックでは経験しにくい高速動作を提供し、32GBのRAMと1...
コスパ良し!ブルーレイとPCの組み合わせで映画鑑賞も
40代主婦の私、さとうです。パートで色々仕事をしながら、ちょっと前からブルーレイとPCを組み合わせて映画を観ることにハマっていたんです。そこで、このASUSのブルーレイコンボドライブ、BC-12D2HTを8300円でゲット! まず、良いところは、Windows 10に対応していることと、性能が良い...
仕事効率爆上がり!家族みんなで快適なLenovoデスクトップPC
前のPCが寿命を迎えて、買い替えを検討していました。子供たちがオンライン学習で使うことも多いので、ある程度スペックも必要だなと思っていたんです。色々見ていたら、LenovoのThinkCentre M920Tが目に留まりました。整備済み品とのことでしたが、価格も手頃で、Core i7に32GBメモリ...
デルOptiPlex 3070 Micro Office、コストパフォーマンス抜群!
45800円という価格でこのクオリティ、本当に嬉しい!パートでパソコンを使う私にとって、業務で使うのに十分なスペックで、Windows11も搭載されているのは助かる。特にMicro Officeが最初から入っているのが嬉しいポイントで、すぐに仕事が始められたのが良かったです。起動もそこそこ早く、動作...
コンパクトでコスパ良し!ミニPCで快適環境
40代主婦の私、パソコンは苦手で、とにかく手軽に使えるものが欲しかったんです。このデスクトップパソコン、コンパクトで場所を取らないのが決め手。Core i3第六世代でメモリ8GB、SSD256GBと、普段のネットサーフィンや動画鑑賞には十分快適でした。PASO ECOのWIFも搭載されているので、ス...