「長辺綴じ」を選んでいるのに、なぜか毎回「短辺綴じ」で出てしまう――。ASUS Zenbook UX8406CA(Windows 11)で複数のプリンターに対して発生するこの現象は、OS・アプリ・ドライバーの設定が噛み合わないことで起きることがほとんどです。本記事では原因の見極め方から恒久対処、緊急回避まで、実運用に耐える具体策を徹底解説します。
症状の整理(想定環境と再現条件)
- 端末:ASUS Zenbook UX8406CA/OS:Windows 11
- 対象:任意のプリンター(USB/LAN/Wi‑Fi問わず。機種依存ではなく複数機で再現)
- 症状:印刷設定で「長辺綴じ(Flip on long edge/Book binding)」を選択しても、実際の出力が「短辺綴じ(Flip on short edge)」になる。
- 再現性:Word/Edge/Adobe Reader など複数アプリで発生することがある。
この時点で単一アプリや単一プリンターの不具合に限定されないため、OSの印刷サブシステムとドライバー/アプリ間の「既定値」と「個別指定」の不整合を最有力として疑います。
なぜ「長辺綴じ」が「短辺綴じ」になるのか(仕組みから理解)
Windowsの印刷は主に次の3層で設定が行き交います。どこか1か所で「短辺」が既定になっていると、他が「長辺」を指示しても上書きされたり逆転して出力されることがあります。
| 層 | 代表的な設定箇所 | 影響範囲 | よくある落とし穴 |
|---|---|---|---|
| アプリ層 | Word/Edge/Adobe Reader の印刷ダイアログ | そのアプリ/その文書の印刷時のみ | アプリがドライバー設定を明示的に上書きすることがある |
| ドライバー層 | 「印刷設定(Printing Preferences)」 「詳細設定(Advanced)」「プロパティ」 | そのプリンターを使うアプリ全般 | プリンタードライバーの既定値がアプリ指定より優先される場合がある |
| OS層 | Windows の「既定のプリンター」やクラスドライバー/ポート | PC全体の印刷体験 | Windowsが自動で入れる汎用(IPP/Mopria)ドライバーだと設定が正しく伝わらないことがある |
さらに、用紙方向と綴じ方向の整合も重要です。縦文書で長辺綴じは自然ですが、横文書では読み方により短辺/長辺のどちらが正解かが変わります。ここが合っていないと、意図せず上下逆や短辺扱いに見える結果になります。
まず確認したい「即効チェックリスト」
| 確認ポイント | 見る場所 | 期待状態 | 理由/ヒント |
|---|---|---|---|
| プリンターの既定値 | 設定 > Bluetooth とデバイス > プリンターとスキャナー > 該当機 > 設定/詳細設定 | 両面=長辺綴じ | ドライバーの既定値が短辺だとアプリが負けることがある |
| アプリの印刷プロパティ | 各アプリの[印刷]ダイアログ > プロパティ/詳細 | 両面=長辺綴じ | アプリ固有の上書き設定を排除 |
| 文書の向き | 印刷設定の「用紙の向き」 | 縦=長辺/横=用途に応じて選択 | 向きと綴じの整合が崩れると上下逆に見える |
| ドライバーの種類 | デバイスのプロパティ > ドライバー名 | メーカー純正 PCL/専用ドライバー | 汎用IPP/PSより純正の方が設定が通りやすい |
| Windowsの自動管理 | 設定 > プリンターとスキャナー | 「Windows に既定のプリンターを管理させる」を無効 | 既定の切替で毎回設定が変わるのを防ぐ |
解決策・対処手順(まとめ表)
| 手順 | 内容 | 補足 |
|---|---|---|
| 1. Windows側でプリンター既定値を変更 | 設定 > Bluetooth とデバイス > プリンターとスキャナー → 対象プリンター → [プリンターの設定/詳細設定/環境設定] → 両面印刷 を「長辺綴じ(Flip on long edge/Book binding)」に設定し、既定値として保存。 | アプリ側よりも プリンタードライバーの既定値 が優先されることが多い。 |
| 2. アプリの印刷ダイアログでも確認 | Word/Edge/Adobe Reader など各アプリの [印刷] → [プロパティ / 詳細設定] に入り、両面設定が「長辺綴じ」になっているか再確認。 | アプリが独自にドライバー設定を上書きする場合がある。 |
| 3. 用紙方向と綴じ方向を合わせる | – 縦(Portrait)文書 → 長辺綴じ – 横(Landscape)文書 → 通常は短辺綴じ(横長を本のように開くなら長辺綴じ) | 用紙方向と一致しないと「上下逆」になる。 |
| 4. メーカー純正ドライバーを使用 | Windows が自動で入れる「汎用ドライバー」ではなく、プリンターメーカー公式サイトから最新版ドライバーをダウンロードしてインストール。 | 古い/汎用ドライバーでは設定が正しく反映されない例が多い。 |
| 5. ファームウェア・Windows Update の適用 | プリンター本体のファームウェアと Windows Update を最新に保つ。 | 両面印刷関連の不具合パッチが提供されている場合がある。 |
| 6. テスト印刷で再現性を確認 | メモ帳(最小限のアプリ)でテスト→Word など複数アプリでテスト→PDF でテスト。 | どの層(OS/ドライバー/アプリ)で問題が出るか切り分ける。 |
| 7. 高度なトラブルシュート | – プリンターポートを変更(USB→TCP/IP など) – 別ユーザーアカウントで印刷 – システムのクリーンブート後に印刷 | ソフトウェア競合やプロファイル破損を疑う場合に有効。 |
各手順の詳細(実務で迷わない具体的な画面遷移とポイント)
Windows側でプリンターの「既定値」を長辺綴じに固定する
- Windows の設定を開き、[Bluetooth とデバイス > プリンターとスキャナー]へ。
- 問題のプリンターを選び、[プリンターのプロパティ/プリンタープロパティ]→[基本設定/印刷設定(Printing Preferences)]を開く。
- 「両面印刷(Duplex)」を有効にし、「長辺綴じ(Flip on long edge/Book)」を選択 → [OK]または[既定として保存]。
- Windows に既定のプリンターを管理させる(自動切替)をオフにしておくと、アプリ起動のたびに既定が変わる副作用を防げます。
補足:ドライバーUIの項目名はメーカーにより異なります(例:「製本(長辺)/カレンダー(短辺)」「Flip on long/short edge」「長辺とじ/短辺とじ」など)。名称が違っても意味は同じです。
アプリの印刷ダイアログで上書き設定を無効化/再指定
- Word/Excel:[印刷]→[プリンターのプロパティ]で「両面=長辺」を再指定。テンプレートや既定プリンターの切替で古い設定が残っていることがあります。
- Edge/Chrome:[印刷]→[詳細設定]→「両面印刷」オン→「長辺とじ」を選択。ブラウザーは前回の選択を記憶するため、別アプリで直しても反映されない場合があります。
- Adobe Acrobat Reader:[印刷]→[ページの処理]で「両面印刷」→「長辺」を選択。ページの自動回転と中央配置が有効だと見た目が逆転することがあるため、いったんオフで検証します。
用紙方向 × 綴じ方向の正解パターン
| 文書の向き | 一般的な選択 | 用途例 | 誤りやすい例 |
|---|---|---|---|
| 縦(Portrait) | 長辺綴じ | 冊子、レポート、申請書 | 短辺綴じにすると上にめくる「カレンダー式」になり、上下逆に見える |
| 横(Landscape) | 短辺綴じ(一般的) | プレゼン配布資料、横長表 | 長辺綴じだと横に本のように開く形。意図次第では正解だが読み筋を要確認 |
メーカー純正ドライバーの導入(汎用ドライバーからの乗り換え)
Windows 11 はプリンター接続時に IPP/Mopria クラスドライバーを自動適用することがあります。手軽な一方で、両面や給紙など詳細設定が正しく伝わらないケースがありえます。メーカー純正の PCL/専用ドライバーへ切り替えることで、綴じ方向の指示が安定して反映される可能性が高まります。
- 現在のドライバー名が「Class Driver」「IPP」などになっている場合は要見直し。
- 導入手順:既存のプリンターを削除 → 再起動 → メーカー配布の最新ドライバーをインストール → プリンターを追加。
ファームウェアと Windows Update
プリンター本体のファームウェア更新で両面処理のバグが修正されることがあります。また Windows Update で印刷周りの不具合が解消されることもしばしばです。OS/ドライバー/ファームウェアを最新化した上で再試行してください。
テスト印刷で層別に切り分ける
- メモ帳(最小限の印刷機能)で「長辺綴じ」を指定して2ページ印刷 → 結果が短辺ならOS/ドライバー側の可能性が高い。
- Word/Edge/Acrobat でそれぞれ同様に印刷 → 特定アプリだけおかしければアプリ設定が原因。
- 別ユーザー(ローカルアカウント)でログインして印刷 → 問題が解消するならユーザープロファイル内の印刷既定が壊れている可能性。
追加のヒント(安定運用のコツ)
- プリンターユーティリティを活用:Canon Quick Utility、Epson/Brother/HP のユーティリティなどで両面設定を固定できると、アプリ上書きを受けにくくなります。
- PS/EPS 互換モードを無効化:PostScript エミュレーション搭載機では、PCL ドライバーに切り替えると両面設定が正しく通ることがあります。
- 一時回避:どうしても直らない間は、PDF を 180°回転してから印刷すると短辺でも自然に読める場合があります(ドライバーにページ回転機能があればそれでも可)。
- N-up/小冊子印刷との併用に注意:1枚に複数ページ(2-up/4-up)や小冊子印刷を使うと、ドライバーが内部で綴じ方向を再計算して意図とズレることがあります。まずは等倍×両面のみで検証を。
- 境界なし印刷・自動回転:余白ゼロや自動回転が有効だと面付けが変わり、「上下逆」に見えやすくなります。切り分け時はオフに。
テスト用判定シート(印刷して結果を即判断)
以下を A4 で両面・長辺綴じ指定で印刷し、めくり方向が自然に読めるかを確認してください。 ページ1(表面)
PAGE 1 / TOP ↑
──────────────
これは長辺綴じのテストです。
上辺が綴じ側になる想定で作られています。
めくると PAGE 2 の「TOP ↑」が上に来れば成功。
──────────────
日時:__________ プリンター:__________
ページ2(裏面)
PAGE 2 / TOP ↑
──────────────
PAGE 1 を上から手前にめくったとき、
この「TOP ↑」が上に見えれば長辺綴じ成功です。
横向き文書でテストする場合は、狙う読み方に合わせて
長辺/短辺を入れ替えて判断してください。
──────────────
備考:______________________________
結果メモの取り方を決めておくと、複数プリンター比較やドライバー差分の検証がスムーズになります。
高度なトラブルシュート(管理者向け)
スプーラーのクリーンアップ
印刷キューや一時ファイルが壊れていると、過去の設定が残留することがあります。管理者権限のコンソールで次を実行します。
net stop spooler
del /q /f %systemroot%\System32\spool\PRINTERS*.*
net start spooler
実行後にPCを再起動し、再度「長辺綴じ」での出力を検証します。
ドライバーの完全入れ替え(Print Server Properties)
- コントロール パネル > デバイスとプリンター→メニューの[サーバーのプロパティ](または printui /s /t2 実行)。
- [ドライバー]タブで該当ドライバーを削除(ドライバーのみ/パッケージを削除)。
- 再起動後、メーカー提供の最新ドライバーをインストールしてプリンターを追加。
注意:共有プリンター環境ではサーバー側のドライバー配布設定に依存します。個別PCでの削除・導入が許可されているかを確認してください。
ユーザープロファイルの印刷既定リセット
ユーザー単位のデバイス設定(DevModePerUser)が破損していると、綴じ方向が誤って固定される場合があります。安全な方法として、新規ローカルユーザーでの再現確認が最初の一手です。新規ユーザーで正常なら、既存ユーザーの印刷既定をリセット(ドライバー再導入で上書き)するのが近道です。
ポートとプロトコルの切替
- USB → TCP/IP(RAW9100/WSD/IPP)へ切替、あるいはその逆を試すと、ドライバーとデバイスの交信経路が変わり、設定反映が安定することがあります。
- ネットワークプリンターなら固定IP+RAW9100が堅実(環境によりWSDやIPPの方が安定する例も)。
PostScript → PCL への変更
PostScript(PS)ドライバーはフォント再現性に優れる一方、デバイス実装によっては両面・綴じの扱いが独自挙動になることがあります。再現する場合はPCL6/XLドライバーを試して差分を確認してください。
スタートアップの競合/クリーンブート
PDF仮想プリンターや出力監視ツールがフックして挙動を変えるケースがあります。システム構成(msconfig)でクリーンブートし、最小構成で印刷して挙動を確認します。
イベントログでの診断
詳細な診断が必要な場合は、イベント ビューアー > アプリケーションとサービス ログ > Microsoft > Windows > PrintService の Operational ログを有効にし、印刷時の記録を採取してください。ジョブの属性として綴じ設定がどの値で渡っているかの手掛かりになります。
ASUS Zenbook UX8406CA での注意点(ハード固有ではないが見落としがちなポイント)
- 初期設定時のドライバー自動導入でクラスドライバーが入っていると再現しやすい傾向。必ず純正ドライバーへ。
- 電源設定や省電力ドライバーは通常、綴じ方向に影響しませんが、USB接続のスリープ復帰直後に古いキューが再送されて誤った設定が残ることがあります。印刷前に一度テストページを出すと安定する場合があります。
- マルチディスプレイや高DPIが印刷UIの表示に影響することはあっても、最終的なジョブ内容(綴じ方向)には通常影響しません。UIで正しく選べているかだけ確認すればOKです。
実運用のベストプラクティス(再発防止のために)
- 部署/チームごとに「標準ドライバー」を統一し、「既定=長辺」のプロファイルを配布。
- アプリ側のテンプレート(Word/Excel)で印刷プロパティを初期化し、文書毎の上書きを避ける。
- プリンター追加時は自動検出任せにしない(手動でポートとドライバーを指定)。
- 四半期に1度、テスト判定シートで各プリンターの両面挙動を点検。差異があればログ採取とドライバー更新。
よくある質問(FAQ)
Q. 「Microsoft Print to PDF」でも確認できますか?
A. これは仮想プリンターで、実機の両面機構を持ちません。綴じ方向の検証は実機プリンターで行ってください。
Q. ドライバー画面に「長辺/短辺」が見当たりません。
A. メーカーにより表記が異なります(例:「製本(長辺)」「Flip on long edge」「Book」「Calendar」「Flip up」)。「Book=長辺」「Calendar=短辺」が一般的な対応です。
Q. 横向き資料は必ず短辺綴じにすべき?
A. 用途次第です。横長表を上からめくりたいなら短辺、本のように横に開くなら長辺が適しています。
Q. 一度直っても、翌日また短辺に戻ります。
A. 既定プリンターの自動切替や、アプリの前回設定の復元が原因かもしれません。Windows の自動管理をオフにし、アプリでも一度「既定値に戻す」を実行してください。
最後の手段:完全初期化のチェックリスト
| 項目 | 具体手順 | 期待効果 |
|---|---|---|
| 印刷キュー初期化 | スプーラー停止→PRINTERS フォルダを空に→スプーラー開始 | 過去ジョブ/壊れた一時ファイルの影響を排除 |
| ドライバー再導入 | サーバープロパティからドライバー削除→再起動→純正最新版導入 | 汎用ドライバーや旧版による誤反映を解消 |
| 別ユーザー検証 | 新規ローカルアカウントで印刷テスト | ユーザープロファイル依存の問題を切り分け |
| ポート切替 | USB/TCP/IP(RAW/WSD/IPP)を変更して印刷 | 通信経路依存の設定欠落を回避 |
| PS→PCL切替 | PostScriptドライバーからPCL6へ変更 | 面付け・綴じ処理の互換性を改善 |
提出すべき情報(サポート効率を最大化)
上記の1~5まで(「既定=長辺」「アプリ確認」「向き整合」「純正ドライバー」「更新適用」)を実施しても再現する場合は、次の情報を添えてメーカーまたは Microsoft コミュニティに報告してください。
- プリンターモデル名/接続方式(USB/LAN/Wi‑Fi/IPP 等)
- ドライバーの種類とバージョン(PCL/PS/クラス、64bit、リリース番号)
- 使用アプリ名とバージョン(Word/Edge/Acrobat 等)
- 文書の向きと用紙サイズ(縦/横、A4/Letter 等)
- 再現手順(どの画面で何を選んだか、スクリーンショット)
- イベントログ(PrintService Operational)の抜粋
- テスト判定シートの結果(どの向きでどう出たか)
これらが揃っていれば、ベンダー側でも綴じ方向のフラグ(FlipOnLongEdge/ShortEdge)がどの層で反転したのかを追いやすく、修正や回避策の提示が早まります。
まとめ(再現を止めるための最短コース)
- ドライバーの既定値を「長辺綴じ」に設定し、保存(Windows の自動管理はオフ)。
- アプリの印刷設定でも「長辺綴じ」を再指定し、上書き癖を排除。
- 文書の向きと綴じ方向を一致させる(縦=長辺、横=用途で選択)。
- 純正ドライバーへ乗り換え、OSとファームを更新。
- それでもダメならスプーラー初期化/ドライバー再導入/別ユーザー/ポート切替で層別に切り分け。
ASUS Zenbook UX8406CA のように最新世代の Windows 11 ノートでも、印刷は「既定値の揺らぎ」や「ドライバーの相性」で思わぬ挙動を見せます。本記事の手順を上から順に適用すれば、多くの環境で「長辺綴じを選んだのに短辺で出る」問題を確実に沈静化できます。

コメント