ATS आपका रिज़्यूमे कैसे पढ़ता है: पार्सिंग समझें (2026)

एक एप्लिकेंट ट्रैकिंग सिस्टम आपके रिज़्यूमे को उस तरह "नहीं पढ़ता" जैसे कोई रिक्रूटर पढ़ता है। यह इसे एक पार्सर से गुज़ारता है — ऐसा सॉफ़्टवेयर जो किसी असंरचित दस्तावेज़ से संरचित डेटा निकालने के लिए बनाया गया है। इस प्रक्रिया के हर चरण में क्या होता है, यह समझना आपके रिज़्यूमे की असली समस्याओं को ठीक करने का सबसे सीधा रास्ता है — बजाय इसके कि आप किंवदंतियों के पीछे भागें।

चरण 1: अपलोड और फ़ाइल रूपांतरण

जब आप किसी एप्लिकेशन पोर्टल के ज़रिए अपना रिज़्यूमे सबमिट करते हैं, तो सिस्टम फ़ाइल प्राप्त करता है और रूपांतरण शुरू कर देता है। किसी PDF के लिए, यह टेक्स्ट लेयर निकालता है (या स्कैन की गई इमेज वाली PDF के मामले में OCR की कोशिश करता है)। किसी .docx फ़ाइल के लिए, यह उसके नीचे मौजूद XML संरचना को पढ़ता है।

इस चरण की मुख्य बात: अगर आपकी PDF किसी भौतिक दस्तावेज़ को स्कैन करके बनाई गई है, या किसी डिज़ाइन टूल से सेव की गई है जो टेक्स्ट को अक्षरों की बजाय पथ (paths) के रूप में एम्बेड करता है, तो निकाला गया टेक्स्ट खाली या बेतरतीब हो सकता है। अपना रिज़्यूमे हमेशा किसी वर्ड प्रोसेसर या टेक्स्ट-आधारित PDF एक्सपोर्ट से बनाएं — कभी भी किसी फ़ोटो या डिज़ाइन फ़ाइल से नहीं।

चरण 2: सेक्शन पहचान

पार्सर सेक्शन शीर्षकों को खोजता है — जैसे "Experience", "Education", "Skills", "Certifications" — और इनका उपयोग आपके रिज़्यूमे को लेबल किए गए हिस्सों में बाँटने के लिए करता है। "Education" शीर्षक के बाद आने वाली सामग्री को शिक्षा डेटा के रूप में टैग किया जाता है; "Skills" के नीचे की सामग्री को स्किल्स के रूप में टैग किया जाता है।

यही वजह है कि गैर-मानक शीर्षक समस्याएँ पैदा करते हैं। "Where I've Grown" या "My Arsenal" जैसा शीर्षक पहचाना न जाए, और उसके नीचे की सामग्री गलत श्रेणी में जोड़ दी जाए — या पूरी तरह छूट जाए।

चरण 3: फ़ील्ड निष्कर्षण

हर सेक्शन के भीतर, पार्सर विशिष्ट फ़ील्ड निकालता है। Experience सेक्शन में, यह पहचानने की कोशिश करता है: जॉब टाइटल, नियोक्ता का नाम, स्थान, आरंभ तारीख, समाप्ति तारीख, और विवरण के बुलेट पॉइंट्स। Education में: डिग्री का प्रकार, अध्ययन का क्षेत्र, संस्थान, और स्नातक होने की तारीख।

मल्टी-कॉलम लेआउट इस चरण पर निष्कर्षण की विफलताओं का एक आम कारण हैं। जब टेक्स्ट के दो कॉलम मौजूद हों, तो कई पार्सर पूरी चौड़ाई में बाएँ से दाएँ, पंक्ति-दर-पंक्ति पढ़ते हैं, जिससे असंबंधित सेक्शनों की सामग्री आपस में मिल जाती है। बाएँ कॉलम का कोई जॉब टाइटल दाएँ कॉलम की किसी स्किल के साथ जुड़ जाए, जिससे दोनों बेकार हो जाते हैं।

फ़ील्ड निष्कर्षण को आमतौर पर क्या तोड़ता है

• टेबल और टेक्स्ट बॉक्स — इन तत्वों के अंदर की सामग्री अक्सर छूट जाती है या गलत क्रम में निकाली जाती है।
• हेडर और फ़ुटर — दस्तावेज़ के हेडर या फ़ुटर में रखी गई संपर्क जानकारी अक्सर नहीं पढ़ी जाती। अपना नाम, फ़ोन और ईमेल मुख्य भाग (body) में रखें।
• गैर-मानक तारीख फ़ॉर्मैट — "Spring 2021" या "Q3 2020" जैसी लिखी तारीखें पार्स न हो सकें। "May 2021" या "2021" का उपयोग करें।
• संपर्क जानकारी के लिए आइकन और प्रतीक — आपके नंबर से पहले का फ़ोन आइकन या आपके URL से पहले का LinkedIn आइकन उन फ़ील्ड्स के निष्कर्षण को तोड़ सकता है।
• लेआउट के लिए इस्तेमाल की गई टेबल में मर्ज की गई सेल्स — एक आम डिज़ाइन तरकीब जो निश्चित रूप से पार्सिंग त्रुटियाँ पैदा करती है।
• टेक्स्ट पर ओवरलैप करते ग्राफ़िक तत्व — दृश्य स्किल बार, रेटिंग चार्ट, या सजावटी डिवाइडर जो टेक्स्ट के ऊपर बैठते हैं, नीचे के टेक्स्ट को छूट जाने का कारण बनते हैं।

चरण 4: रिक्रूटर कीवर्ड सर्च और फ़िल्टरिंग

एक बार आपका रिकॉर्ड डेटाबेस में आ जाने के बाद, यह इस आधार पर सामने आता है (या नहीं आता) कि रिक्रूटर क्या सर्च करते हैं। किसी सॉफ़्टवेयर इंजीनियरिंग भूमिका पर काम कर रहा रिक्रूटर "Python" और "AWS" और "senior engineer" सर्च कर सकता है — और परिणामों में केवल वही उम्मीदवार दिखते हैं जिनके पार्स किए गए रिकॉर्ड में वे शब्द मौजूद हों।

इसका व्यावहारिक निहितार्थ: एक पूरी तरह से फ़ॉर्मैट किया गया रिज़्यूमे भी सर्च परिणामों में नहीं आएगा अगर वह उस शब्दावली से अलग शब्दावली इस्तेमाल करता है जो रिक्रूटर सर्च करता है। "Agile project management" और "Scrum master" अर्थ में काफ़ी हद तक एक जैसे हैं, लेकिन कीवर्ड सर्च में मेल न खाएँ। जॉब डिस्क्रिप्शन की अपनी भाषा को प्रतिबिंबित करना सबसे भरोसेमंद समाधान है।

चरण 5: वैकल्पिक रैंकिंग

कई सिस्टम जॉब डिस्क्रिप्शन और पार्स किए गए रिज़्यूमे फ़ील्ड्स के बीच कीवर्ड ओवरलैप के आधार पर एक रैंक या मैच स्कोर देते हैं। यह स्कोर रिक्रूटर को एक क्रमबद्ध करने वाले उपकरण के रूप में दिखाया जाता है, न कि किसी स्वचालित द्वार के रूप में। रिक्रूटर स्कोर के अनुसार क्रमबद्ध कर सकते हैं, इसे नज़रअंदाज़ कर सकते हैं, या अपना खुद का वेटेज तय कर सकते हैं। कोई सार्वभौमिक प्रकाशित सीमा नहीं है जो "पास" या "फ़ेल" तय करती हो — वह फ़ैसला हमेशा किसी इंसान द्वारा लिया जाता है।

अक्सर पूछे जाने वाले प्रश्न

क्या ATS किसी PDF रिज़्यूमे को पढ़ सकता है?

हाँ, बशर्ते PDF में एक असली टेक्स्ट लेयर हो — जो इसमें तब होगी जब आपने इसे Microsoft Word, Google Docs, या किसी भी मानक वर्ड प्रोसेसर से सेव किया हो। जोखिम फ़ाइल फ़ॉर्मैट में नहीं, बल्कि लेआउट की जटिलता (कॉलम, टेक्स्ट बॉक्स, टेबल) में है जो पार्सर को उलझा देती है। एक साफ़ सिंगल-कॉलम PDF अधिकांश आधुनिक सिस्टमों में बढ़िया तरीके से पार्स होती है।

क्या ATS मेरा कवर लेटर पढ़ता है?

कई सिस्टम कवर लेटर को अलग से स्वीकार करते हैं और उसे एक टेक्स्ट फ़ील्ड के रूप में संग्रहीत करते हैं, लेकिन रिक्रूटर इसे कितना महत्व देते हैं, इसमें काफ़ी भिन्नता होती है। कीवर्ड मिलान और फ़ील्ड निष्कर्षण के लिए रिज़्यूमे ही प्राथमिक पार्स किया जाने वाला दस्तावेज़ है। अपने अनुकूलन के प्रयास वहीं केंद्रित करें।

अगर पार्सर विफल हो जाए तो मेरे रिज़्यूमे का क्या होता है?

एक विफल या आंशिक पार्स का आमतौर पर मतलब है कि आपका रिकॉर्ड सिस्टम में खाली या गलत फ़ील्ड्स के साथ दिखाई देता है। तकनीकी रूप से आप भले ही "डेटाबेस में" हों, लेकिन आपकी स्किल्स, टाइटल या अनुभव स्तर के लिए की गई सर्च आपको सामने नहीं लाएँगी। व्यावहारिक दृष्टि से, एक खराब पार्स का वही प्रभाव होता है जो आवेदन न करने का होता।

मुझे कैसे पता चलेगा कि मेरा रिज़्यूमे सही ढंग से पार्स हुआ या नहीं?

एकमात्र भरोसेमंद तरीका है इसे परखना। ATSGrader जैसे टूल पार्स चरण का अनुकरण करते हैं और आपको दिखाते हैं कि आपके रिज़्यूमे की सामग्री कैसे निकाली जा रही है — सब कुछ आपके ब्राउज़र में, बिना कुछ संग्रहीत या अपलोड किए।

संबंधित: ATS क्या है और यह कैसे काम करता है · ATS-अनुकूल रिज़्यूमे फ़ॉर्मैट · रिज़्यूमे ATS द्वारा क्यों अस्वीकार होते हैं