無料のオンラインPDFページ回転ツール
PDFの個別ページまたは全ページを90°、180°、または270°回転させます。サーバーへのアップロードなしで、即座に結果が得られます。
PDFファイル対応 · 最大100 MB
使い方
- 上にPDFファイルを選択またはドロップします。
- 一括コントロールで全ページを一度に回転するか、ページを個別に回転させます。
- ページは ブラウザ内で 回転されます · サーバーには何もアップロードされません。
- 回転したPDFを即座にダウンロードします。
PDFの回転が必要になるのはいつですか?
PDFのページは、横向きにスキャンされていたり、逆向きにアップロードされていたり、向きが混在した元文書から書き出した際に一部のページだけ誤って回転していたりと、間違った向きで届くことがあります。向きを直すことは、文書管理、アーカイブ、OCRパイプライン、そして人が読むあらゆる場面で重要です。本ツールは、ソフトをインストールすることなく、ファイルをどこにも送ることなく、個別ページや文書全体の向きを一度の処理で正します。
回転オプション
- 時計回り90° · 各ページを右に4分の1回転させます。
- 反時計回り90° · 各ページを左に4分の1回転させます。
- 180° · 各ページを上下逆さまに反転させます。
よくある質問
個別のページを回転できますか?
はい。リスト内の各ページには独自の回転コントロールがあります。ページを個別に回転させるか、一括コントロールを使って全ページに同じ回転を一度に適用できます。
ファイルサイズの制限はありますか?
PDFファイルは最大100 MBです。処理はブラウザ内で行われるため、非常に大きなファイルの場合、デバイスによっては多少時間がかかることがあります。
PDFはサーバーにアップロードされますか?
いいえ。すべての回転はブラウザ内でローカルに行われます。PDFがデバイスから出ることはなく、完全にプライベートで安全です。
回転するとPDFの品質に影響しますか?
いいえ。回転は、PDFを再エンコードしたり圧縮したりしないメタデータ操作です。文書は元の品質を100%維持します。
回転を元に戻せますか?
はい。反対方向を選択することで、ページを元に戻せます。すでにダウンロード済みでやり直したい場合は、再度アップロードしてください。
PDFの用語で言う回転とは
PDFは各ページのディクショナリ内に、回転をひとつの整数として、キー/Rotateのもとに保存します。許される値は0、90、180、270(度、時計回り)で、このエントリは表示や印刷の際にページを時計回りにどれだけ回転させるかをビューアーやプリンターに伝えます。下層のコンテンツストリーム、つまりページを構成するテキスト描画演算子や画像描画演算子は、回転操作で書き換わることはありません。仕組みのすべてはこれだけです。PDFの回転はメタデータであって、コンテンツではありません。
結果として、回転はストレージの観点から実質的に無償です。出力ファイルは、対象ページのディクショナリ内で書き換わった/Rotate値と、ライブラリがシリアライズ時に出す新しいクロスリファレンステーブルのエントリを除いて、入力とバイト単位で同一です。100MBのスキャンは回転後も約100MB、100KBのテキストPDFは回転後も約100KBです。再圧縮もラスタライズもなく、フォントが置き換わる可能性もありません。同じビューアーで新しい回転角で描画したとき、表示される内容はピクセル単位で元と同一です。
/Rotateの短い歴史
/Rotateエントリは1999年のPDF 1.3からPDF仕様の一部です。それ以前のPDFはページオブジェクトに、より一般的な/Matrixエントリで任意のアフィン変換を指定できましたが、直交以外の回転を指定できる自由は相互運用上の問題を生みました。ビューアーごとに傾いた回転の扱いが異なり、印刷出力が画面と一致しないことがあったのです。PDF 1.3は契約を四つの直交回転(0、90、180、270度)に絞り、/Rotateがページの向きを指定する普遍的な仕組みになりました。
2008年のISO 32000-1と2020年のISO 32000-2は、同じ定義を変更せずに保持しました。直交性の制約は、実際の運用ではまず制限になりません。回転を必要とする現実のワークフロー、スキャナーの補正、スマホカメラのキャプチャ、FAXの向き、向きが混在した文書、いずれも四分の一回転です。45度の透かしのような直交でない回転は、Form XObjectの中に回転した内容を描画して表現するのが適切で、これはPDF仕様が今も特殊用途向けに認めている別の仕組みです。
回転が実際に行われる仕組み
本ツールの回転は、当サイトの結合、分割、圧縮ツールと同じJavaScriptライブラリであるpdf-libを通して行われます。まず、標準のFile APIを使って元のPDFをブラウザのタブに読み込みます。次に、pdf-libがクロスリファレンステーブルを解析し、ページオブジェクトの一覧を提供します。三つ目に、ユーザーが選んだ各ページについて、現在の回転値を読み取り、新しい合計値を360で割った余りとして計算し、その結果をページのディクショナリの/Rotateエントリに書き込みます。四つ目に、PDFDocument.save()で文書をバイト列にシリアライズし、ダウンロードとしてディスクへ渡します。
一括モードは一度の処理で全ページに同じ回転を適用します。ページ単位モードは、特定のページに異なる回転を適用します。どちらのモードもファイルサイズに対してほぼ一定時間で動きます。重い処理はクロスリファレンステーブルの解析とシリアライズであって、ページの反復ではないからです。500ページのPDFは5ページのPDFとほぼ同じ実時間で回転し、差は大きいファイルを読み書きする入出力コストにあります。回転の演算そのものは1ページあたり数マイクロ秒です。
他のツールから見ると回転後の寸法が奇妙に映る理由
PDFの各ページは小さな幾何学的長方形のセットを持ちます。MediaBox(物理的な用紙の長方形)、CropBox(表示領域、既定ではMediaBoxと同じ)、印刷用の長方形(BleedBox、TrimBox、ArtBox)。/Rotateエントリはこれらの長方形を一切変更しません。長方形は回転していないユーザー空間で定義されており、ビューアーは描画時に/Rotateを変換行列として適用し、ページの内容と長方形を一緒に指定角度だけ回します。実務的な帰結として、レター縦向きのページ(612×792ポイント)に/Rotate 90が付いていれば、PDFのソース上ではMediaBoxは依然として(0, 0, 612, 792)ですが、ビューアーは792×612の横向きページとして表示します。
PDFの寸法を読むツールは、画面上の向きを得るためにMediaBoxと/Rotate値を組み合わせる必要があります。/Rotateを無視するツールは寸法を誤って報告し、これが一部のPDF→画像変換器やページのサムネイル生成器が時折横倒しの出力を作る理由です。回転済みのPDFを下流のツールに渡して出力が横向きになる場合、修正方法は回転をコンテンツストリームに焼き込んで平らにすることです。無料オンラインPDFフラット化ツールがまさにそれを行います。
回転を駆動する現実のワークフロー
- スマホカメラによる撮影。 Adobe Scan、Microsoft Lens、Apple Notes、CamScannerなどのモバイルPDFスキャンアプリは、電話のカメラでページを撮ってPDFに組み立てます。向きのメタデータは合っていることもあれば合っていないこともあり、利用者はデスクトップビューアーで開いたりメール添付で送ったりするまで誤りに気付かないことが多いです。ここでは一括回転が正しい解決策で、同じスキャンセッションのページは同じ補正で済むことがほとんどです。
- ADFスキャナーの不具合。 自動原稿送り装置(ADF)付きの業務用スキャナーは、一束のページを一度に取り込みます。束の中で向きが混在することが主な失敗要因です。オペレーターが一部を逆向きにセットする、両面ユニットが片面を誤って裏返す、あるいは文書自体に縦と横が混じっている(横長の表が添付された契約書など)場合です。ページ単位の回転がこの場面に合います。問題のあるページだけ手当てすればよく、ほかは触らずに済みます。
- FAXからPDFへの変換。 古いFAXサーバーソフトは受信したFAXページをPDFに変換しますが、適用される既定の向きが送信側の意図と食い違うことがしばしばあります。FAXのページは送信機が別の用紙サイズに設定されていると横倒しや逆向きで届くことがあります。FAXがまだ現役の行政、法務、医療のワークフローでは頻繁に見かけるパターンです。一括回転が標準的な解です。
- 向きが混在したエクスポート。 本文は縦向きで、横長の表のために1〜2ページだけ横向きという報告書はよくあります。Word、Google Docs、LibreOfficeからPDFへ書き出すと、横向きのページが
/Rotate 90ではなく/Rotate 0で出てしまうことがあり、元のアプリでは正しく見えるのに第三者のビューアーでは違って見える文書が生まれます。ページ単位の回転で、縦向きはそのままに横向きページだけを直せます。 - 非標準アプリからのPDF出力。 CADソフト、会計ソフト、ERPシステム、組み込み機器などから印刷ジョブをPDFとして保存すると、想定外の
/Rotate値を持つファイルができることがあります。ドライバーが画面表示ではなく紙への出力を念頭に書かれているからです。解決策は標準的な向きへの回転で、通常は用紙の長辺を水平にします。 - 翻訳と校閲のワークフロー。 二言語文書、語学試験の解答用紙、翻訳済みの証明書などは、元言語のページと翻訳ページで向きが違うことがよくあります。ページ単位の回転で、各セクションを意図された向きで読みやすく保てます。
よくある落とし穴と回避策
- /Rotateを無視するOCRパイプライン。 光学文字認識システムのなかには、PDFから生のコンテンツストリームを取り出し、ページの回転行列を適用せずにそのまま認識を行うものがあります。ビューアーでは正しく見えても
/Rotate 90が付いたページは、OCR出力で横倒しのテキストになることがあります。解決策は、無料オンラインPDFフラット化ツールで回転をコンテンツストリームに焼き込み、平らになった写しに対してOCRを実行することです。 - フォームフィールドの回転は一貫しない。 ウィジェット注釈(フォームフィールドの表示部分)がページの
/Rotate値に従うべきか、元の向きを保つべきかについて、PDF仕様は長らく曖昧でした。ビューアーごとに挙動が違い、Acrobatは回転を適用し、古いpdf.jsは適用せず、最近のpdf.jsはほとんどの場合適用します。結果として、回転したページのフォームフィールドが横倒しに見えることがあります。解決策は、回転前にフォームを平らにする、または回転をフォームフィールドのないページに限定することです。 - 電子署名が壊れる。 電子署名は入力ファイルの正確なバイト範囲に対する暗号学的ハッシュです。ページを回転すると
/Rotateエントリが変わり、ディクショナリのバイト表現が変わり、文書のバイト列が変わり、ハッシュが壊れます。準拠したビューアーでは出力PDFに「署名は無効」または「署名を検証できません」と表示されます。これは暗号学的に正しい挙動で、ツールの不具合ではありません。署名が必要な文書では、回転は署名適用の前に行う必要があります。 - 座標固定のブックマークはずれる可能性がある。 PDFのブックマークやリンク注釈は、ページ上の特定の(x, y)座標を狙うことができます。ページを回転してもこれらの座標は変換されず、ブックマークは回転後のユーザー空間で同じ位置を指したままで、現在の表示領域の外に出ることもあります。多くのビューアーは最も近い可視位置に丸めますが、その丸めが誤った場所に落ちることもあります。ページ全体を指すブックマーク(一般的な場合)は影響を受けません。
- 傾きは回転と同じではない。 スキャンが5〜10度傾いている(四分の一回転に揃っていない)場合、本ツールでは対応できません。PDF仕様は
/Rotateエントリに90の倍数しか許しません。傾き補正にはページのラスタライズ、任意のアフィン変換、回転後ラスターの再出力が必要で、ファイルが大きくなり画質が落ちます。傾きの正しい対処は、文書をそろえてスキャンし直すか、画像処理機能を備えたデスクトップツール(Adobe Acrobat Proのスキャンを向上、または独自行列を使うqpdf)を使うことです。 - 暗号化PDFは読み込めない。 開封パスワード付きPDFはパスワードが与えられるまで解析できません。本ツールは暗号化された入力に対応していません。手順は、まず無料オンラインPDFロック解除ツールで保護を外し、ここで解錠版を回転し、必要であれば無料PDFパスワード保護オンラインツールで出力に保護をかけ直す、というものです。
回転後のファイルが同じサイズに保たれる理由
出力PDFが入力と異なるのは合計で数十バイト程度です。変更された/Rotate整数と、pdf-libが変更後の文書をシリアライズする際に出す新しいクロスリファレンステーブルのエントリです。それ以外のすべて、フォント、画像、ベクターグラフィック、コンテンツストリームの演算子は入力からバイト単位で書き出されます。100MBの入力からは約100MBの出力ができます。これがメタデータ方式回転の運用上の利点です。ストレージ面で最も低コストなPDF変換であり、正確に元に戻せる唯一のPDF操作です(90で回し、270で回せば、クロスリファレンステーブルの並び替えを除いて元のファイルに戻ります)。
ブラウザのみの回転とクラウド回転
検索結果の上位を占めるクラウドのPDF回転ツール(Smallpdf、ILovePDF、Adobe Acrobat Online、PDF24のWeb版、Sejda、PDF2Go)は、いずれも元のPDFを自社サーバーにアップロードし、サーバー側で回転し、回転後の出力をダウンロードとして返します。各社のプライバシーポリシーには「アップロード済みファイルは数時間以内に削除される」と書かれていますが、ファイルは事業者のネットワークを通り、処理中は事業者のディスク上に存在し、不正検出のためのログを通過します。無料枠は通常1日あたりの操作回数に上限があり、有料プランで上限が外れます。
本ツールはアップロードしません。あなたのPDFは標準のFile APIでブラウザのタブに読み込まれ、同じタブのpdf-libが解析し、出力は標準のダウンロードAPIで再びディスクへ書き戻されます。回転中に発生するネットワーク通信は、最初にページを開いたときに一度だけpdf-libがCDNから読み込まれるトラフィックだけです。確かめたければ、ブラウザの開発者ツールのネットワークタブを開いて回転を実行し、ファイルの中身を含むリクエストが一つも飛ばないことを観察してください。プライバシー保証の代償はブラウザのメモリです。とても大きなPDF(スマホでおよそ100MB超、デスクトップで数百MB超)はJavaScriptのヒープを使い切ることがあります。収まるサイズの場合、出力はクラウドツールの結果と置き換え可能です。収まらない場合はクラウドツールが優位です。
さらによくある質問
回転は「永続的」ですか?
「永続的」は、利用者が普通言いたいことを表すには的外れな語です。/Rotateエントリが書き込まれてファイルが保存されたら、準拠したPDFビューアーは毎回、新しい向きでページを表示します。見た目の効果は永続です。背後のコンテンツストリームは変わっておらず、これはほとんどのワークフローで正しい挙動です。PDFは小さなまま、回転は正確で、後のツールが品質を落とさずに戻すことができます。コンテンツストリームに向きを焼き込んだ「永続」回転を求める利用者(回転を無視するツールにも新しい向きを伝えたい場合)は、回転後にPDF Flattenツールを使うのが適切です。
90度以外の角度で回せますか?
いいえ。PDF仕様は/Rotateエントリで90の倍数しか許しません。任意角度の回転にはページ内容を別の仕組みで再描画する必要があり、ファイルは大きくなり、測定可能な画質低下が起きます。「任意角度」の回転を謳うツールは、まずページをラスタライズし、ラスターを回転し、画像として再出力します。出力は別カテゴリのPDF(画像のみ)になり、選択可能なテキストやベクターグラフィックは失われます。本当の傾き補正には、文書をそろえてスキャンし直すか、ラスタライズと傾き検出を組み合わせたデスクトップツールを使うのが正しい道です。
署名済みPDFを回転すると電子署名はどうなりますか?
署名は無効になります。電子署名はファイルの厳密なバイト範囲に対する暗号学的ハッシュなので、ページを回転するとディクショナリのエントリが変わり、バイトが変わり、ハッシュが壊れます。回転をまたいで署名を保つ方法はありません。出力PDFは内容を正しく表示し続けますが、Acrobatや準拠ビューアーの署名パネルは「署名は無効」や「文書は署名後に変更されています」と表示します。署名を保ったままにしたい場合は、回転は署名の前に行う必要があります。これは暗号学的に正しい挙動で、ツールの制約ではありません。
Chromeでは正しく見えるのに、WordのPDFプレビューでは横向きに見えるのはなぜですか?
ほぼ常に、ファイルの問題ではなくビューアーの不具合です。Chromeはpdf.jsを使っており、/Rotateエントリを長年正しく扱っています。WordのPDFプレビュー、OneDriveのプレビュー、一部の古い電子書籍リーダー、いくつかの旧式の業務ビューアーは、まれに/Rotateを無視し、回転前の向きで表示します。回避策は回転を平らに焼き込むことです。無料オンラインPDFフラット化ツールに回転済みPDFを通せば、回転がコンテンツストリームに焼き込まれ、回転を無視するビューアーでも正しい向きで表示されます。
スマホでPDFを回転できますか?
はい、ファイルがブラウザのメモリに収まる範囲で可能です。モバイルブラウザは通常、タブあたり数百MBのヒープをJavaScriptに割り当てるので、ほとんどのPDFには十分ですが、極端に大きなスキャンには足りません。目安として、文字中心のPDFは数百MBまでスマホでも問題なく回転できますが、画像が多いスキャンが50〜100MBを超えるとメモリ不足でタブが落ちる可能性があります。ファイルが大きすぎる場合は、デスクトップで回転する、まず無料PDF分割ツールツールで小さく分けて部品ごとに回転する、または回転前に無料オンラインPDF圧縮ツールで圧縮する、といった回避策があります。
PDF/Aアーカイブファイルで回転は使えますか?
はい。PDF/AはPDFの制約付きサブセットで、ファイルが自己完結し再現可能であること、フォントを埋め込むこと、外部依存がないこと、暗号化を使わないことなどを要求します。/RotateエントリはPDF/Aで明示的に許可されており、回転はPDF/A適合性を保ちます。操作がPDF/A固有の制約に触れないからです。PDF/A適合の入力に対する回転操作の出力もPDF/A適合となり、変わるのは保存操作が必ず生む程度のクロスリファレンステーブルの並び替えだけです。