PDF یا DOCX برای رزومه؛ چیدمان از پسوند مهم‌تر است

اگر آگهی استخدام قالب معینی خواسته است، همان را بفرستید. وقتی هر دو قالب پذیرفته می‌شوند، برای خوانده‌شدن رزومه در سامانهٔ ردیابی متقاضیان، چیدمان تک‌ستونه و متن قابل‌انتخاب از انتخاب میان PDF و DOCX مهم‌ترند. راهنمای Adobe می‌گوید PDF متنی که درست صادر شده باشد برای سامانه‌های جدید خواندنی است، اما ستون، کادر متن، گرافیک و تصویرِ متن می‌توانند کار استخراج را مختل کنند.

پسوند فایل به‌تنهایی پاسخ پرسش «آیا اطلاعاتم درست منتقل می‌شود؟» نیست. یک PDF با متن واقعی می‌تواند از یک DOCX شلوغ خواناتر باشد و برعکس؛ باید ببینید نام، راه تماس، سابقهٔ کار و تاریخ‌ها در فایل نهایی به همان ترتیب منطقی که نوشته‌اید بیرون می‌آیند یا نه. اگر سامانه پس از بارگذاری، اطلاعات استخراج‌شده را نشان می‌دهد، همان پیش‌نمایش برای درخواست شما از هر توصیهٔ کلی دربارهٔ قالب فایل دقیق‌تر است.

PDF را چه وقت انتخاب کنیم و DOCX را چه وقت؟

PDF ظاهر صفحه، فاصله‌ها و صفحه‌بندی را هنگام بازشدن در دستگاه‌های مختلف ثابت‌تر نگه می‌دارد. برای رزومه‌ای که از سند متنی ساده صادر شده و عبارت‌هایش در خود PDF قابل‌انتخاب‌اند، این مزیت می‌تواند انتخاب را آسان کند. اما اگر آگهی DOCX می‌خواهد یا استخدام‌کننده نسخهٔ قابل‌ویرایش خواسته است، نسخهٔ Word را بفرستید؛ ظاهر ثابت PDF دلیلی برای نادیده‌گرفتن دستور همان فرصت شغلی نیست.

اگر هیچ دستوری داده نشده، یک نسخهٔ اصلی قابل‌ویرایش نگه دارید و خروجی‌های لازم را از آن بگیرید. پس از تبدیل، فایل خروجی را جداگانه باز کنید: درست‌بودن سند اصلی تضمین نمی‌کند لایهٔ متن PDF یا ترتیب خواندن نسخهٔ نهایی هم درست باشد. از سوی دیگر، پذیرفته‌شدن یک فایل در فرم بارگذاری فقط به معنی دریافت فایل است؛ معلوم نمی‌کند عنوان شغلی، نام کارفرما و بازهٔ زمانی در فیلدهای مربوط نشسته‌اند.

آزمون کنترل‌شده دقیقاً چه چیزی را نشان داد؟

در آزمون کنترل‌شدهٔ Jobsistant در ۱۸ سپتامبر ۲۰۲۶، ده فایل از یک رزومهٔ ساختگی با پنج چیدمان متناظر ساخته شد؛ نسخهٔ تک‌ستونه در هر دو قالب همهٔ ۱۵ دادهٔ هدف را با ترتیب درست برگرداند. در نسخه‌های دوستونه، همان داده‌ها حضور داشتند ولی ترتیب بخش‌ها تغییر کرد. در فایل‌های صرفاً تصویری، هیچ‌یک از داده‌های هدف به‌صورت متن استخراج نشد.

جزئیات دو حالت دیگر نشان می‌دهد «وجود واژه» و «قابل‌استفاده‌بودن اطلاعات» یک چیز نیستند. در حالت اطلاعات تماس داخل سربرگ، ابزار استخراج DOCX ایمیل و تلفن را جا انداخت، اما ابزار PDF آن‌ها را از لایهٔ متن نسخهٔ صادرشده خواند. در حالت سوابق کاریِ جدولی نیز همهٔ داده‌ها در خروجی DOCX پیدا شدند، ولی متن عنوان شغلی و کارفرما به هم چسبید. چنین تفاوت‌هایی برای خوانندهٔ انسانی ممکن است کوچک به نظر برسند، اما در استخراج خودکار، مرز میان داده‌ها اهمیت دارد.

این آزمایش با کتابخانه‌های استخراج متنِ همان سرویس انجام شد، نه با سامانهٔ استخدام کارفرمایی. معیار بازیابی نیز پیدا شدن عبارت‌های مورد انتظار در متن بود؛ آزمایش مشخص نکرد که هر عنوان یا تاریخ در فیلد درستِ پایگاه داده ثبت می‌شود. بنابراین نتیجهٔ آن برندهٔ همگانی برای PDF یا DOCX معرفی نمی‌کند، بلکه نشان می‌دهد حتی در یک محتوای یکسان، تغییر چیدمان می‌تواند ترتیب یا بخشی از اطلاعات خروجی را عوض کند.

چرا ستون، سربرگ و اسکن اطلاعات را به خطر می‌اندازند؟

در صفحهٔ دوستونه، خوانندهٔ انسانی از نشانه‌های بصری می‌فهمد کدام سابقه به کدام تاریخ تعلق دارد. استخراج‌کننده ممکن است ابتدا متن یک ستون و سپس ستون دیگر را بردارد؛ در نتیجه همهٔ کلمات باقی می‌مانند، ولی بخش‌ها از توالی مورد نظر خارج می‌شوند. اگر تجربهٔ کاری را در یک ستون و تاریخ‌ها را در ستون کناری گذاشته‌اید، حضور هر دو در متن استخراج‌شده کافی نیست؛ رابطهٔ میان آن‌ها نیز باید حفظ شود.

راهنمای رسمی Greenhouse برای پارس ناموفق، ستون‌ها، جدول‌های پیچیده، سربرگ و پابرگ، کادر متن و قراردادن نام یا اطلاعات تماس در این بخش‌ها را از عوامل خطای کامل یا جزئی می‌داند. این راهنما دربارهٔ Greenhouse Recruiting است، پس نمی‌توان همان رفتار را به هر سامانه‌ای نسبت داد. با این حال، جابه‌جاکردن نام، ایمیل و تلفن به متن اصلیِ بالای رزومه وابستگی اطلاعات حیاتی به بخش‌های تزئینی سند را کم می‌کند.

اسکن تصویری مسئلهٔ دیگری دارد: حروفی که روی صفحه دیده می‌شوند، لزوماً لایهٔ متن ندارند. ممکن است یک سامانه تشخیص نویسه از تصویر داشته باشد و بخشی از متن را بازیابی کند، اما نباید وجود این قابلیت را برای هر مسیر استخدام فرض کرد. رزومه را از سند متنی صادر کنید و در فایل نهایی مطمئن شوید می‌توانید نام و چند عبارت از سوابق را انتخاب و کپی کنید؛ تصویرِ تمام‌صفحه در DOCX هم مشکل را صرفاً با تغییر پسوند حل نمی‌کند.

برای رزومهٔ فارسی چه چیز جداگانه‌ای مهم است؟

در متن فارسی، ظاهر درست صفحه تنها یکی از معیارهاست. ترکیب حروف راست‌به‌چپ با ایمیل لاتین، نام شرکت، عدد و تاریخ ممکن است پس از کپی‌شدن به متن ساده ترتیب نامعمولی پیدا کند؛ این یک امکان فنی است، نه نتیجه‌ای که آزمون انگلیسیِ بالا برای همهٔ فونت‌ها ثابت کرده باشد. نمونهٔ واقعی از رزومهٔ خود را در PDF و DOCX جداگانه کپی کنید و ترتیب عنوان شغلی، کارفرما و تاریخ را کنار سلامت حروف و فاصله‌ها بخوانید.

در فهرست زبان‌های پارس کامل Greenhouse عربی آمده، اما فارسی نام برده نشده است. این فهرست به قابلیت اعلام‌شدهٔ همان محصول مربوط است و به‌تنهایی دربارهٔ همهٔ سامانه‌ها یا همهٔ مسیرهای پردازش رزومهٔ فارسی حکم نمی‌دهد. برای درخواست بین‌المللی، نسخهٔ انگلیسی را نیز مستقل از نسخهٔ فارسی بسنجید؛ برای رزومهٔ دوزبانه، محل پیوند عبارت فارسی با تاریخ و نام لاتین اهمیت ویژه‌ای دارد.

اگر متن کپی‌شده حروف را جدا می‌کند، واژه‌ها را معکوس نشان می‌دهد یا جای تاریخ را تغییر می‌دهد، فونت یا شیوهٔ صدور فایل را عوض کنید و خروجی تازه را دوباره بسنجید. همین مقایسه می‌تواند خرابی آشکار لایهٔ متن را نشان دهد، اما جانشین پیش‌نمایش سامانهٔ مقصد نیست. وقتی فیلدهای استخراج‌شده پس از بارگذاری قابل‌دیدن‌اند، نام، راه تماس و سوابق را همان‌جا نیز با رزومه تطبیق دهید.

چک‌لیست پنج‌مرحله‌ای پیش از ارسال

1. از دستور آگهی شروع کنید. نوع فایل مجاز و درخواست نسخهٔ قابل‌ویرایش را همان‌جا بررسی کنید. اگر فقط یک قالب پذیرفته می‌شود، انتخاب عملی از پیش روشن است.
2. مسیر خواندن را تک‌ستونه نگه دارید. تجربه، تحصیلات و مهارت‌ها را به ترتیب طبیعی بیاورید. عنوان شغلی، کارفرما و تاریخ هر سابقه را کنار هم بگذارید تا رابطه‌شان با تغییر شیوهٔ نمایش گم نشود.
3. متن واقعی بسازید. از سند متنی خروجی بگیرید و در فایل نهایی چند عبارت را انتخاب کنید. اگر فقط تصویر انتخاب می‌شود، فایل را از نسخهٔ متنی دوباره صادر کنید.
4. اطلاعات تماس را در بدنه بگذارید. نام، ایمیل و تلفن را بالای متن اصلی بنویسید، نه فقط در سربرگ یا کادر جداگانه.
5. خروجی را کپی و تطبیق دهید. متن را در ویرایشگر ساده جای‌گذاری کنید و ترتیب بخش‌ها، سلامت حروف فارسی و نشستن عبارت‌های لاتین و تاریخ‌ها در جای درست را بخوانید. اگر فرم استخدام فیلدهای استخراج‌شده را نشان می‌دهد، پیش از ثبت نهایی آن‌ها را نیز اصلاح کنید.

بیشتر بخوانید:

• SQLite یا PostgreSQL؛ یک نویسنده سریع است، ۱۶ نویسنده برنده را عوض می‌کنند
• Passkey یا اپ احراز هویت؛ فقط یکی در برابر فیشینگ طراحی شده است
• Signal یا Telegram؛ رمزنگاری پیش‌فرض مهم‌تر از فهرست امکانات است