現状はホスト側で Thunderbolt 5 や USB4 V2 がほとんど普及していないうえに所有もしていないので、ロマン系周辺機器なんだろうな～と思っている ASUS ROG XG Mobile (2025) ですが、その RTX5070Ti Laptop モデル（GC34R）を購入しましたので、色々ベンチマークを取ってみました。
　といってもすでに大手ニュースサイトやブログで紹介されているものがあるので、なんでわざわざ？という話も出てくると思うのですが、出力方式には ROG XG Mobile での Thunderbolt 5、DisplayPort、HDMI に加えてホスト側の出力もあるので、一体どれならボトルネックになりづらいのか、ボトルネックになったとしてそれは許容できる範囲か、などの情報が何処にも無いなと思ったので色々と試してみることにしました。

比較構成

　メインは ROG XG Mobile との親和性の良さが謳われているかもしれない？ ASUS ROG Xbox Ally X (2025) に接続してどうか、というテストなのですが、手元には Thunderbolt 4 をサポートする RTX4080 Laptop を搭載した HP OMEN16 の Intel 13700HX モデルがありますので、内蔵 RTX4080 Laptop、さらに OMEN16 の Thunderbolt 4 に ROG XG Mobile を接続してどうなるか、同じ VRAM 容量の、デスクトップ版 RTX4070Ti とも参考比較してみます。
　参考情報として、RTX5070 Ti Laptop 搭載ノートのベンチマークが PC Watch に上がっていましたので、そちらとも比較できるかもしれません。
　なお、ROG XG Mobile には DisplayPort、USB-C、HDMI の3つの出力系統があるのですが、何故か当方の環境では HDMI 出力でディスプレイに出力すると安定しなかったため（具体的には 3DMark の SolarBay が落ちる）、今回のベンチマークでは割愛しています。
　またベンチマークの出力解像度は全てそろえていますが、外部ディスプレイ接続時の解像度は異なり、ROG XG Mobile および OMEN16 が 3440×1440、RTX4070 Ti Desktop が 3840×2160 となっています。本気でやるなら全部フルHDのディスプレイに繋げて検証するべきですが、そういったものはプロにお任せしたいところですし、そもそも機種間で構成が何もかも異なるので、その辺りはご了承ください。

• ASUS ROG Xbox Ally X (2025) 本体のみ
  

  AMD Radeon 890M（16CU）（ドライバーバージョン 25.10.25.27）
  VRAM 割り当て 10GB
  17W（バッテリー稼働時のデフォルト）、25W、35W 本体ディスプレイ出力、35W DP-Alt 出力
  Windows デスクトップモード
  

• ASUS ROG Xbox Ally X (2025) + ASUS ROG XG Mobile
  

  NVIDIA GeForce RTX5070Ti Laptop（ドライバーバージョン 572.97）
  Ally X 本体ディスプレイ出力、XG Mobile の DisplayPort 出力、XG Mobile の USB-C 出力（ディスプレイ側に USB ハブ機能有り）、Ally X の DP-Alt 出力、Ally X の USB-C 出力（ディスプレイ側に USB ハブ機能有り）
  

• OMEN16 Intel 13700HX + ASUS ROG XG Mobile
  

  NVIDIA GeForce RTX5070Ti Laptop（ドライバーバージョン 591.44）
  OMEN16 の Thunderbolt 4 ポートに接続、もう一つの Thunderbolt 4 ポートには Dock を接続
  XG Mobile の DisplayPort 出力、OMEN の HDMI 出力
  ※ 当方は OMEN16 のディスプレイパネルを閉じて使用しているため、OMEN16 の本体ディスプレイ出力はテストしていません。
  

• OMEN16 Intel 13700HX 本体のみ
  

  NVIDIA GeForce RTX4080 Laptop（ドライバーバージョン 591.44）
  NVIDIA Optimus 利用
  Default（100W） HDMI出力、Performance（145W） HDMI出力
  ※ 当方は OMEN16 のディスプレイパネルを閉じて使用しているため、OMEN16 の本体ディスプレイ出力はテストしていません。
  

• Ryzen9 7950X3D デスクトップ
  

  NVIDIA GeForce RTX4070Ti Desktop（ドライバーバージョン 591.44）
  

使用するベンチマークソフト

　今回使用するベンチマークソフトは以下の5本で、設定があるものは併記しています。
　またベンチマークデータは一発取りですので、何度か試行すると結果が変わる可能性はあります。

• 3DMark – SteelNomad、SolarBay、TimeSpy、FireStrike Extreme、FireStrike
• モンスターハンターワイルズ ベンチマーク（現在は提供終了） – フルHD、ウインドウ、ウルトラ、フレーム生成無効
• ファイナルファンタジー14 黄金のレガシー ベンチマーク – フルHD、ウインドウ、最高品質、FSR または DLSS（60fpsを下回った時に適用、FSR時のダイナミックレゾリューションは無効）
• ファイナルファンタジー15 ベンチマーク – フルHD、ウインドウ、高品質
• ForzaHorizon5 ベンチマークモード – フルHD、ドライバーによるフルスクリーン、エクストリームプリセット

3DMark

モンスターハンターワイルズ ベンチマーク

ファイナルファンタジー14 黄金のレガシー ベンチマーク

ファイナルファンタジー15 ベンチマーク

ForzaHorizon5 ベンチマークモード

Ally X – 17W

Ally X – 25W

Ally X – 35W 本体ディスプレイ

Ally X – 35W DP-Alt

XG – 本体ディスプレイ

XG – DisplayPort

XG – USB-C Hub

XG – Ally X DP-Alt

XG – Ally X USB-C Hub

OMEN16 – XG – DisplayPort

OMEN16 – XG – OMEN HDMI

OMEN16 (Default)

OMEN16 (Performance)

RTX4070 Ti Desktop

まとめ

　今回のテスト結果を受けた、Ally X と XG Mobile の組み合わせでどの接続形態が良いのかについては、以下のいずれかが良さそうです。

• ・XG Mobile は DisplayPort のみを使用、周辺機器類は Ally X 本体のもう一つの USB ポートを利用
  
• ・XG Mobile には何も接続せず、周辺機器やモニター出力は Ally X 本体のもう一つの USB ポートを利用
  
• ・素直に Ally X と XG Mobile のみの組み合わせで利用
  

良いところ：

• ・基本的にはどのように接続しても、それなりの性能向上が得られる（ただし過度な期待は禁物）
  
• ・このカテゴリーの製品で、NVIDIA 製 GPU のものは久しぶりであり、現状ほぼ唯一無二の存在
  
• ・電源が内蔵されており、巨大な AC アダプターは要らない（ただし電源ケーブルは太い、具体的にはデスクトップ PC の電源ケーブルと同じ）
  
• ・Thunderbolt 5 ケーブル一本で最大 140W まで電源供給が可能
  
• ・騒音は薄型ゲーミングノートパソコンよりは若干マシ（静かというわけではない）
  

いまいちなところ：

• ・性能的なことも含めて、まだ安定しないことがある（性能面では気になるかどうかはゲーム次第、接続したまま Ally X を起動するとクラッシュしたり、スリープ状態で接続するとそのままハングすることもある）
  
• ・ドライバーの更新頻度が遅い（NVIDIA 標準のドライバーを入れることも出来るが、591.44 では認識したりしなかったりした）
  
• ・売り文句に挙げられているほど静かではないので設置場所を気にする必要があるが、現時点で Thunderbolt 5 で 1m を超えるケーブルは発売されていない
  
• ・ホスト側が Thunderbolt 5 や USB4 V2 に対応しているものはほぼ無い（あっても RTX5070 などを搭載しているので、XG Mobile を接続する意味が無い）
  

　色々選択肢はあると思いますが、今回は実績や更新頻度を考えて、DovecotとRoundcubeを利用することにしました。
　要件としてはこんな感じです。

IMAPのメールストアだけがあればよく、PostfixなどのMTAは要らない

一人だけがアクセスできればよいので、MySQLやPostgreSQLなども使わない

自宅ではThunderbirdでDovecotにアクセスするので、Roundcubeにはアクセスしない

（このエントリーには含まれません）外部からRoundcubeへは、nginxのリバースプロキシでアクセスする

　公式でdockerのレシピも公開しているしサクサクいけるだろう、と思っていたのですが、何故かThunderbirdで日本語を上手く取り扱えない問題に遭遇しました。
　結局それが設定を含めたDovecot・Thunderbird・podmanのどこに問題があるのかは分かりませんでしたが、Dovecotのデフォルト文字コードをUTF-8からmUTF-7に変更することにより、回避しました。
　注：このエントリーはDovecot 2.4.2、Roundcube 1.6.12の環境で構築した際の情報を元に記述しています。

　まずはdocker-compose.ymlです。内部向けではありますが、IPアドレスやポート番号は伏せていますのでご了承ください。

docker-compose.yml:
—
services:
dovecot:
  image: dovecot/dovecot:latest
    container_name: dovecot
    hostname: ＜ホスト名またはIP＞
    volumes:
      - ./dovecot/data/vmail:/srv/vmail
      - ./dovecot/config/90-mailloc.conf:/etc/dovecot/conf.d/90-mailloc.conf:ro
    ports:
      - ＜IMAPサーバーポート番号＞:31143
    environment:
      - USER_PASSWORD=＜ユーザーパスワード＞

  roundcubemail:
    image: roundcube/roundcubemail:latest-nonroot
    container_name: roundcubemail
    volumes:
      - ./roundcubemail/www:/var/www/html
      - ./roundcubemail/db:/var/roundcube/db
      - ./roundcubemail/data/nonroot-custom-php-config.ini:/usr/local/etc/php/conf.d/zzz-nonroot-custom-php-config.ini:ro
    ports:
      - ＜Roundcubeポート番号＞:8000
    environment:
      - ROUNDCUBEMAIL_REQUEST_PATH=/＜リバースプロキシでアクセスするパス＞
      - ROUNDCUBEMAIL_DB_TYPE=sqlite
      - ROUNDCUBEMAIL_SKIN=elastic
      - ROUNDCUBEMAIL_DEFAULT_HOST=＜上のdovecot - hostnameで指定したホスト名またはIP＞
      - ROUNDCUBEMAIL_DEFAULT_PORT=＜上のdovecot - portsで指定したIMAPサーバーポート番号＞
      - ROUNDCUBEMAIL_SMTP_SERVER=＜MTAのIPアドレス（今回は使わないので適当）＞
      - ROUNDCUBEMAIL_SMTP_PORT=＜MTAのポート番号（今回は使わないので適当）＞
—

　Dovecotはnon-root版なので、公式のドキュメントに従ってIMAPのコンテナ内部ポートは31143になります。volumesにはメールストアに加えて、mUTF7で動作させるための構成ファイルへのパスが追加されています。
　Roundcube側の設定はDocker hubにありますが、データストアがSQLite、リバースプロキシ関連の設定を追加し、最大アップロードサイズ変更のためのコンフィグファイルを追加しています。

　docker-compose.ymlを書いたら、volumesで設定するパーシステントボリュームを作成していきます。
　ここではパーミッションやオーナーの設定は割愛していますが、適切なパーミッションあるいはオーナーに設定しておく必要があることに注意が必要です。
—
mkdir -p ./dovecot/data/vmail
mkdir -p ./dovecot/config/
mkdir -p ./roundcubemail/www
mkdir -p ./roundcubemail/db
mkdir -p ./roundcubemail/data
—

　最後にDovecotとRoundcubeの追加コンフィグファイルを作成して配置します。
　Dovecotのメールストアはsingle-dbox（多分mailbox_list_layoutは要らないと思いますが一応指定）でmUTF7を使用するように変更します。（詳細は公式のドキュメントを参照してください）
　もしかしたらMaildirなどでも問題ないのかもしれませんが、当方の環境では上手くいきませんでした。

./dovecot/config/90-mailloc.conf:
—
mail_driver = sdbox
mailbox_list_layout = fs
mail_utf8_extensions = no
mailbox_list_utf8 = no
—

　Roundcube側は、PHPのパラメーターを変更するようにします。

./roundcubemail/data/nonroot-custom-php-config.ini:
—
post_max_size=1024M
upload_max_filesize=1024M
—

　あとはdocker-compose buildまたはpodman-compose buildしてエラーがなくビルドできれば、docker-compose up -dまたはpodman-compose up -dでコンテナを起動すればOKのはずです。必要に応じて、Dovecotのパーシステントボリュームを定期的にバックアップするcronジョブを追加したりするとなお安心でしょう。
　複数ユーザーが個別のメールストアにアクセスしたり、MTAを使用したい場合には色々設定や別のコンテナを追加する必要が出てきますが、当方の用途ではこれで十分のため、満足の得られる結果となりました。

DeepCool LT520のCinebench R23（10分間）実行結果：

CoolerMaster V4 Alpha 3DHPのCinebench R23（10分間）実行結果：

DeepCool LT520とCoolerMaster V4 Alpha 3DHPのCPU温度（CPU (Tctl/Tdie)）比較グラフ：

マシン構成＆設定

　テストは GPU クロックを除いて、5950X の検証と同じ構成で行っていますが、一応構成と設定を掲載しておきます。
　その GPU クロックについて、GIGABYTE GeForce RTX 3070 EAGLE OC 8G はその名前の通り 45MHz だけオーバークロックされているため、実際のところはどれくらい意味があるかはわからないものの、一応 RTX 3070 本来のクロックに合わせるべく -45MHz に設定しました。

測定方法

　前述のクロック、および Power Limit の設定には、msi の Afterburner を利用し、適用後は終了するようにしています。Power Limit と Temp Target はリンク（自動追従）状態で設定を行っていますので、ベンチマーク結果の表には自動設定された Temp Target も記載しています。
　消費電力の測定はこれまで同様 RATOC の REX-BTWATTCH1 に ps_btwattch を組み合わせ、最短1秒単位でのシステム全体の消費電力データを CSV で取得するのに加えて、今回は HWiNFO で GPU Power を取得し、最短2秒単位でのデータを CSV で取得しました。NVIDIA の GPU 限定（AMD RX6000 シリーズは不明）ですが、HWiNFO などで取得できるデータはかなり正確であることが知られているので、カード単体の消費電力の参考になればと思います。

3DMark – FireStrike

3DMark – TimeSpy

3DMark – PortRoyal

FINAL FANTASY XIV 漆黒のヴィランズ ベンチマーク 1920×1080 最高品質

FINAL FANTASY XIV 漆黒のヴィランズ ベンチマーク 2560×1440 最高品質

FINAL FANTASY XV ベンチマーク 1920×1080 高品質

FINAL FANTASY XV ベンチマーク 2560×1440 高品質

ForzaHorizon4 ベンチマークモード 1920×1080 最高設定

　「最高設定」とは Ultra のことではなく、ビデオ オプションの詳細設定で、すべての項目を一番高い設定にしたもののことを意味しています。

ForzaHorizon4 ベンチマークモード 2560×1440 最高設定

ForzaHorizon4 ベンチマークモード 3440×1440 最高設定

雑感

　データを取ってみると、1080p ターゲットの FireStrike や解像度が 1920×1080 のゲームベンチでは GPU Power の割合（％）が Power Limit から外れており、RTX 3070 が 1440p をターゲットにしているというのがよく分かります。
　Power Limit による設定では、90％であればほぼ影響なく消費電力を引き下げることができ、50％に設定したとしてもワーストケース（TimeSpy）で80％程度のスコアをキープできる一方で、消費電力は 120W 程度に抑えられることから、最近の重量級ゲームでなければこれでも十分と言えるかもしれません。逆に Power Limit を制限しない場合、Full HD で 144FPS クラスの高 FPS ディスプレイを利用していたとしても、VSYNC ON に出来て、かつレイトレーシングを利用しないような負荷の軽いゲームにおいては、消費電力を抑えつつ遊べるものと思われます。
　今回ベンチマークを取ったもののなかでは最もエンジンが軽いと思われる ForzaHorizon4 は、あくまでベンチマークモードの走行だけではあるものの、3440×1440 の最高設定であっても Power Limit 80％ まではほぼ性能の低下がない一方で、消費電力だけ13％低下するという結果には驚かされました。

　ところで GTX 1080 は 4Gamer によると FF14 紅蓮のリベレーターベンチでだいたい 143 W くらいが消費電力の中央値ということでした。実際のグラフ（グラフ34）はかなり上下に振れているので、Power Limit 制御によるピークカットとは全然挙動が変わってしまいますが、中央値に限った話で、GTX 1080 相当の消費電力を維持する Power Limit は、RTX 3070 では 60％ あたりということになります。4Gamer の記事と同じベンチマークは FireStrike くらいしかないうえ、ハードウェア構成もドライバー類も違うために残念ながら比較にはならないのですが、おそらくは同等の消費電力であっても、性能は向上しているのではないかと思われます。

　最後にもう一つ、RTX 3070 の欠点である VRAM の少なさですが、今回実施したテストの中では PortRoyal の 6722MB が最大でした。余裕があるとは言えないくらいなので、やはり重量級ゲームや高解像度テクスチャーパックなどを導入したゲームでは、足らないことがあるかもしれません。

　発売日に無事 Zen3 こと第4世代 Ryzen 5000 番台を購入できました。
　元々予算の関係上 5900X を狙っていましたが、何故か 5900X よりも 5950X のほうが入荷数が多かったことと、5950X と 5900X でゲームなどでも大きな差がないということもあって、今回は当日入手できる可能性が高かった 5950X を購入しました。（もっとも、5900X の抽選に外れてもすぐに別の店舗に行けば間に合ったようですけれども）
　すでに様々なところでレビューされている製品ではあるものの、せっかくなのでいつものように Zen3 でもオフセット電圧調整を行い、良い感じになるかどうか確かめてみることにします。

2020/11/14 追記：
　当初の掲載データですが、CORSAIR iCUE と GIGABYTE AORUS Engine がわずかに邪魔をしていることが分かりましたので、これらをアンインストールして取り直しました。
　その関係で電源プランは「AMD Ryzen Balanced」から「バランス」に変更されています。せっかく取り直すことになったので、新たに CINEBENCH R15 と R23 も追加しました。

マシン構成

　本来ならば、前回 3900Xの構成と CPU 以外は同じです、とするのが適切なところなのですが、当時と GPU、HDD が入れ替わっています。そのため前回のデータと単純比較はできないことは、あらかじめご了承願います。（入れ替わった個所は赤色で示します）
　さらに、接続されている USB 機器も前回より増えており、USB オーディオインターフェイス（YAMAHA AG06 バスパワー駆動）、2.5G Ethernet（BUFFALO LUA-U3-A2G）が追加されました。前回よりもシステム消費電力では不利になる可能性があるわけですが、結果はどうなるでしょうか。

BIOSバージョン、ドライバーバージョンと設定

　BIOS 設定やバージョン、Windows にインストールしているドライバーバージョンや設定は以下の通りです。
　本来 Ryzen 5000 シリーズにおいては、Windows の電源設定をバランスにするのが正しいらしいのですが、すっかり忘れていたので、以下のような設定で行っています。
　一通りデータを取り終わった後で AMD Chipset Drivers をインストールしなおしたところ、AMD Ryzen Balanced の電源プロファイルが自動的に消えてバランスとなったので、もう一度標準設定と -0.1V 設定のデータを取り直してみたものの、誤差の範囲で有意な差はなかったため、おそらく以下の BIOS バージョン、ドライバーバージョンでは差異がないのだと思われます。
　CORSAIR iQUE と GIGABYTE AORUS Engine アンインストールに伴いデータの取り直しを行いましたので、電源プランは「バランス」に変更、また GeForce Game Ready Driver を 457.30 に更新しました。

結果

　今回はすべて一枚の表にまとめました。消費電力は、前回同様システム全体の消費電力を RATOC の REX-BTWATTCH1 ＋ ps_btwattch で、CPU 温度については HWiNFO の CPU (Tctl/Tdir) を取得しています。
　前回同様、ベンチマーク専用に Windows 10 をクリーンインストールしたわけではなく、セキュリティソフトや各種ソフトウェアがインストールされ、インターネットにも接続された普段使いの環境であることにご注意ください。再取得に伴って CORSAIR iQUE と GIGABYTE AORUS Engine をアンインストールしたとはいえ、一年半程度使用している環境ということになりますので、この点に関しては、前回よりも今回のほうが不利になっているということになります。

まとめ

　基本的な傾向は Zen2 と変わらず、オフセット -0.10V がおいしそうなポジション、という印象もありますが、まだ AGESA の最適化の問題か、これくらいなら Auto 設定のままでも良いかな、とも思えますし、不可解な点もあります。以下雑感です。

• 全体の傾向としては、オフセット電圧を低くすると性能は低下し、消費電力、温度も下がる
  
• アイドル時の消費電力は Zen2 世代とあまり変わっていないか、やや低い印象
  
• ただしアイドル時の消費電力はオフセットを低くしても下がらないうえ、そもそも安定しない
  2020/11/14 追記：安定しないのは CORSAIR iCUE と GIGABYTE AORUS Engine が合計で1％～2％くらい CPU を使用していたからで、アンインストールすることで安定しました。
  
• CPU-Z の Stress Test / Benchmark はオフセット電圧を低くするとスコアが下がるものの、消費電力は -0.20V を除いてほとんど変わらない
  
• オフセット電圧 -0.10V まではそこまで性能の低下は大きくないが、-0.15V からは大きく下がるのも、Zen2 世代と同じ
  
• しかし Zen3 は、やはり早い
  

CORSAIR iQUE＆GIGABYTE AORUS ENGINE アンインストール前のデータ

　1～2％とはいえ、微妙に CPU を利用しているプロセスが存在すると、そこそこ影響を受ける例、ということで、以前取得したデータも残しておきます。

　自分が保有しているドメインとそうでないドメインがあるので、一斉に移転されることはおそらく無いと思いますが、現状の予定ではまず1月10日（金）～11日（土）に ARGAS.NET ドメインのものが移転されます。
　それ以外の自分が保有していないドメインについては、各ドメインのオーナーの方が変更され次第移転されることになります。
　ご迷惑をおかけし申し訳ありませんが、よろしくお願いいたします。

　今このページが正常に見えていれば、新しいサーバーにアクセス出来ている状態となります。
　今後ともよろしくお願いいたします。

　メインのスマートフォンは相変わらず Android なのですが、そちらで利用している回線を ドコモ MVNO の mineo から、au MVNO の UQ mobile へ MNP 転入しました。
　Amazon で販売されているUQ mobile エントリーパッケージのダウンロード版（リンク先はアフィリエイトではない商品ページです）でコードを取得して、その日のうちにオンラインで申し込み＆本人確認書類をアップロード、翌日には審査が終了して翌々日に SIM カードが到着、MNP 転出処理実行後5分後には回線開通、という流れでしたので、なんの問題もなく MNP 転入が完了しました。もちろん店頭での手続きに比べれば圧倒的に時間はかかりますが、その分安く済ませることが出来ます。
　というわけでせっかく回線が UQ mobile になったので、最大 300kbps の節約モードだけでどれくらい使えるのかを、半月ほど試してみることにしました。

300kbps でも十分かまたはそこそこイケる

• LINE
  
• Twitter の TL とサムネイル画像
  
• Amazon.co.jp
  
• yodobashi.com
  
• 当サイト（ARGAS.NET）
  
• そのほかテキストベースのコミュニケーション（slack など）やニュースサイト
  
• radiko（らじるらじるも行けると思いますが試していません）
  

300kbps では頑張れなくはないが厳しい

• Twitter や LINE などの画像
  
• Engadget 日本版
  
• 4gamer.net
  
• そのほかテキストベースでも画像や外部リソースの多いサイト
  

諦めた方が良い

• 動画系全般（Twitter の動画、Youtube、Twitch、Mixer、ニコニコ動画 など）
  
• 大きな画像の多いサイト
  
• 比較的遅延の短いボイスチャット系（Nintendo Switch Online、Discord の音声通信など）
  
• データロードが必要なソーシャルゲーム
  

所感

　最大 300kbps といっても、スピードテストの実測では 200kbps を少し下回るくらいの速度しか出ないのですが、それを加味しなかったとしても良い意味で予想を裏切られたのは Amazon.co.jp と yodobashi.com で、この辺はきちんと考えて作られているのだなと思いました。radiko は一覧や番組表での画像読み込みはそれなりに待たされますが、バッファリングを含めて実際の音声再生は問題ありませんでした。
　逆に悪い意味で予想を裏切られたのは Engadget 日本語版で、おそらく画像をすべて読み終わるまで「続きを読む」が（画面に表示されていても）反応しない状態となっているので、余計に厳しいと思ってしまったのかもしれません。
　動画は最初から諦めていましたが、Youtube は 144p ならバッファリング時間はかなり長いものの表示はできました。音声だけ聴くということであればこれでも良いのだと思いますが、バッファリング時間も長いですし、実用性はほぼ無いと言って良いのではないでしょうか。

　そういうわけで、11月になってほぼまるっと容量繰り越しに成功したこともあり、今月からは思う存分高速モードで使っていきたいと思います（笑）

　現状利用しているアクセサリーを維持できるのが最後になるかも？ということで、iPhone 11 Pro に機種変更しました。
　普段は Apple Store でもない店頭買い取り店舗で買い取ってもらっているのですが、今回はせっかくなのでオンラインでの注文と合わせて Apple Trade In を申し込んでみましたので、そのメリットとデメリットをまとめます。

メリット

• Apple 公式に提供される買い取りプログラムである
• 近くに Apple Store が無くても（在宅でも）買い取り出来る

　やや無理矢理挙げている感はあるかもしれませんが、残念ながら自分にとってオンラインの Apple Trade In を申し込むメリットは、ほとんどありませんでした。

デメリット

• Apple Store 以外の店頭買い取り店舗と比較すると、買い取り価格が安い
• オンラインでの Apple Trade In は、買い取り価格が『返品』扱いで処理される
• 返送パッケージが佐川急便の受取人確認サポートで送付されるため、返送パッケージの受け取りに公的証明書が必要
• 梱包後の返送も佐川急便で送る必要があり、荷送り人は手書きする必要がある
• 返送パッケージが簡素
• 査定完了までが長い

　2 の「買い取り価格が『返品』扱いで処理される」ですが、これは「購入する新しい iPhone の本体価格からは買い取り価格が差し引かれない」ということを意味しています。つまり処理上は「新しい iPhone の本体価格」が通常通り請求され、その後「買い取り価格」が『返品』として返金されます。従って領収書を請求しても、買い取り価格を差し引いた額にはなりません。これは Apple Store 店頭での Trade In であれば、本体価格から差し引かれる（領収書も差し引いた額になる）そうなので、オンラインでの Trade In における制限、ということになります。
　4 については、同梱されている伝票がそのようになっているからで、せめて荷送り人が書かれた状態で同梱するように改善していただきたいところです。
　5 は写真をとっておけばよかったのですが、返送パッケージに含まれているのは、B5くらいのサイズの袋型エアーキャップと、箱の隙間を埋めるための紙で、通常であれば十分なのだと思いますが、かなり簡素な構成となっていました。
　6 は店舗買い取りばかり利用していると余計にそのように感じるのだと思いますが、今回は発売直後ということもあってか、結果のメールが届くまで2週間かかりました。

結論

　なるべく外に出たくない、あるいは人の多いところに行きたくない、ということでもない限り、オンラインの Apple Trade In を利用する必要性は無いと思います。
　買い取り価格だけのことを考えれば店舗での買い取りのほうが良いですし、査定も早い（Apple Store 店頭も価格はオンラインと同じになるらしいですが、査定そのものは早いそうです）ので、今後当方においてはオンラインで Apple Trade In を利用することはないでしょう。

あとから AppleCare+ を申し込む場合の注意

　本体注文と合わせて購入することの多い AppleCare+ ですが、SIM フリーモデルでは購入後30日以内ならばあとから iPhone 本体での操作で Apple Care+ を申し込むことができます。
　今回はそれも試してみたのですが、当初は青色の！マークとともに、「申し訳ありませんが、リクエストを処理できませんでした」と表示され、うまく購入手続きが行えませんでした。
　オチは「郵便番号にハイフンが必須」というもので、ハイフンなしでも住所が自動的に補完されるにも関わらず、それではダメということです。
　あとから AppleCare+ を申し込む場合、本体購入時と異なるカードを指定することができるなどの柔軟性はあるのですが、見た限りこの制限はどこにも記述がなく、後日送られてきたサーベイでは改善していただきたい点として記述しましたので、今後の改善に期待したいところです。