応募先に合わせてPDFとDOCXを選ぶ

最初に、応募先が形式を指定しているか確認します。DOCX指定なのに、一般記事で確実とあったからPDFを送るのは指示に反します。複数を受け付けるなら動作を比較できます。容量上限、追加書類の個別アップロード、ポートフォリオは添付でなくリンク欄かも確認します。

Greenhouseの公開資料は、候補者の対応形式としてPDFとDOCXの両方を挙げています。そのサービスの情報として参照し、今行う応募の指示を確認します。一般システムより選択肢を絞る指示を、応募先が出す場合もあります。

指示を応募記録と一緒に保存します。一度の作業で、異なる要件の複数応募を準備するかもしれません。覚えた好みをすべてへ当てはめず、提出先を個別に確かめます。形式は小さな選択でも、添付を誤ると丁寧な内容準備が生かせなくなります。

PDFは完成したページの表示を保つため、DOCXは編集できる文書として一般に使われます。手順の目安になりますが、どちらも点検は必要です。PDFには選択できる文字やページ画像があり、DOCXには通常の段落や、別の閲覧アプリで動作が変わる複雑な配置がある場合があります。

提出形式にかかわらず、元の編集可能な文書を残します。書き出したページから再構成するより、誤字、日付、新しい応募版を直しやすくなります。書き出しは特定の版の記録として、明確な名前と対象を付けます。

編集方法として何度も形式を行き来しないようにします。変換ごとに追いにくい変化が生まれる場合があります。実質的な修正は元で行い、指定形式を出し、新しいものを確認します。見慣れた拡張子があっても、完全さ、読みやすさ、作業メモの不在は証明できません。

編集アプリと別にPDFを開き、全ページを見ます。欠けた文字、空白ページ、切れた行、内容から離れた見出しを探します。冒頭が正しいと見落としやすいため、各欄の最後の行も確かめます。リンクは、見えるから動くと思わず試します。

次に文字を選び、プレーンテキストのエディタへコピーします。連絡先、欄順、役職名、日付を見ます。見た目の間隔がなくても理解できることと、氏名が欠けたり無関係な列が混ざったりすることは別です。手元の抽出は全応募先を再現しませんが、具体的な不具合を見つけられます。

きれいなスキャンでも、選択できる文字がない場合があります。編集元があれば、撮影・スキャンでなくそこから書き出します。画像の名前をPDFへ変えても、同等の文字文書にはなりません。末尾のラベルより、ファイルの中身が重要です。

DOCXは想定アプリで開き、可能なら別の通常の閲覧アプリでも見ます。ほかで使えないフォントに依存していないか、改ページ、タブ位置、表、長い見出しを確かめます。多少見た目が変わっても理解できる文書は、正確な位置だけに意味を頼るものより崩れにくくなります。

提出コピーから、変更履歴、コメント、別案、未完成の仮文言を除き、その後の表示を確認します。事実の疑問を覚えるためのコメントを、応募先へ残さないでください。編集履歴を保ちたいなら、作業版を別にします。

読み手が変更したいはずだという推測だけで、編集可能な形式を送らないようにします。指定の手順に従います。採用窓口が明示的に求めた形式があれば、確認した版を提供し、自分にも送信記録を残します。形式によって主張の正確さへの責任は変わりません。

架空の応募者Samは、二段組みの編集元を使っています。PDFは整って見えますが、コピーすると勤務先と役職の間にスキル欄が入ります。DOCXは別のフォントで開き、見出しが三ページ目へ押し出されます。対応する拡張子というだけでは、どちらも完成ではありません。

Samは連絡先と経験を通常の文字へ簡素化し、正確な位置への依存を減らして両方を書き出し直します。PDFは意図した配置と読む順序を保ち、DOCXも別の閲覧アプリで読めます。どちらかを普遍的に優れた形式とせず、応募先の指定を提出します。

重要なのは、具体的な問題を見つけて直したという観察結果です。復元した文字、訂正した順序、完全な連絡先など、確認した変化を示せます。使える点検の範囲でファイルを確認し、提出先の指示にも従っています。

名前変更はラベルを変え、書き出しや変換は別の表現を作り、圧縮は容量を減らします。解く問題は異なります。名前の.docxを.pdfにしても本当の変換にはならず、正しく開けないファイルになる場合があります。

上限を超えたら、何が大きくしているかを特定します。文字中心のレジュメに巨大な画像は通常不要です。すぐ未知のオンラインサービスへ頼らず、不要な画像を除くか適切な設定で書き出します。受け取るサービスには文書内の個人情報も渡るため、理解して意識的に選んだ手順を使います。

本当に変換・圧縮した後は、関連する確認を繰り返します。文字の選択、リンク、ページの完全さを確かめます。ほぼ同じ出力を、曖昧な名前で提出フォルダへいくつも残さないようにします。最後の添付は、似た名前の古いものではなく、確認したファイルにします。

サイトがプレビューや抽出した欄を示すなら、提出前に確認します。アップロード成功は、その段階で受け付けた証拠で、全日付や役職名を正しく理解した証拠ではありません。可能な欄を訂正し、最終回答をレジュメと比べます。

公開資料の一例から、アップロードと解析を分ける理由がわかります。2026年10月17日の確認時点で、Greenhouseは候補者の文書としてDOC、DOCX、PDF、RTF、TXTに対応し、アップロード上限を100 MBとしています。一方、解析失敗の別ガイドでは、2.5 MBを超えるレジュメは解析できないとしています。つまり、アップロード上限内でも解析上限を超える場合があります。Greenhouseの公開条件であり、すべての応募先やシステムの規則ではありません。

Greenhouseの採用担当者向け手順では、解析に失敗しても添付は残り、候補者情報は手入力が必要と説明しています。そのため、解析失敗だけで自動不採用の証拠にはなりません。表示される欄を確認し、応募先の指示に従い、完了を妨げるエラーは指定のサポートへ相談します。二つの資料は、このガイド末尾にリンクしています。

プレビューがなければ、自分の手順でもその限界を認めます。指示と明確な文書を使い、噂に基づく推測の編集を際限なくしないようにします。見えない応募先の判断を予測するとする不明なスコアより、再現できる手元のテストが役立ちます。

失敗したら実際のエラーを読みます。非対応の拡張子、容量超過、接続中断では、内容の問題とは対応が異なります。原因を理解して最小限の修正を行い、再試行します。元を保ち、対処が破壊的な変換の連続にならないようにします。

確認済みの同じ編集元から、内容を変えずPDFとDOCXを書き出します。版を明確に保ちつつ、形式を区別できる名前にします。対応形式と容量上限を書き留めます。慣れた拡張子の投票ではなく、実際のファイルの比較です。一種類だけ指定なら、もう一方は追加添付にせず、診断用の比較にできます。

別々に開き、同じ場所を見ます。連絡先、最長の役職見出し、数字・句読点のある箇条書き、学歴の状態、最終ページです。違いを具体的に記録します。折り返しの変化は無害でも、日付が違う役職に見える配置は問題です。架空の応募者なら、独自フォントでDOCXだけ折り返すことに気づくかもしれません。個別の問題であり、普遍的な形式の優劣ではありません。

道具が許す範囲で、両方から代表的な文字をプレーンテキストへコピーします。表示と文字・順序を比較し、メール、リンク、区切り記号も確認します。不完全なら、重要情報に画像や浮動要素を使っていないか元を見ます。別名で欠点を隠さず、構造を直して書き出しを繰り返します。

リンクを試し、コメント、変更記号、未使用の仮文言がないか確認します。圧縮したら、新しい点検対象として扱います。似たプレビューだけで全ページやリンクが残ったとは考えないでください。元と確認済み出力を分け、変換の連鎖なしに訂正できるようにします。

確認結果から、指定または受理される中で適切な形式を選び、そのファイルを添付します。プレビューや抽出欄があれば別の段階で点検します。送った形式を記録し、ファイルを保ちます。「指定を満たし、行った点検を通った」という狭い事実の結論にします。形式と完了した確認を残します。

編集元、確認済み書き出し、実際の提出ファイルの三つを区別します。単純な応募なら一フォルダでも、名前で関係を示します。特に両形式を作った場合、どの求人へ何を送ったか記録します。

添付前に氏名、職種、形式、更新日を確かめ、選択画面が使う場所から開きます。一つを点検し別のものを添付する、よくある管理ミスを防げます。直前に内容を変えたら、前の点検を引き継がず、書き出しと確認をやり直します。

要件を満たし、見た目と文字の確認を通れば形式選びは完了です。今後の調整用に編集元を保存します。確認済み出力は保ち、後の修正は元で行います。