CV'yi Hangi Dosya Formatında Göndermelisiniz?

PDF mi, Word mü sorusunun cevabı uzantıda değil. CVANALIZ'ın içe aktarma motoru yüklediğiniz dosyayı adına bakarak değil ilk baytlarındaki imzaya bakarak tanır, sonra da o belgeden kaç karakter metin çıkarabildiğine bakar. Başvurunuzun okunup okunmadığını belirleyen şey formatın adı değil, belgenin metin katmanı.

Motor dosyayı uzantıdan değil ilk baytlarından tanır

İçe aktarma hattının ilk adımı detect_kind fonksiyonudur ve dosya adına hiç bakmaz. İlk 1024 bayt içinde %PDF- dizisi arar; dosya PK ile başlıyorsa zip, yani DOCX kabul eder; OLE2 bileşik dosya imzası görürse eski .doc der; PNG, JPEG veya WEBP imzası görürse belgeyi görsel sayar. Bu dördünün dışındaki her şey unknown_or_spoofed_type hatasıyla geri döner ve dosya hiç açılmaz.

Pratik sonucu şu: uzantıyı elle .pdf yapmak hiçbir şeyi değiştirmez, çünkü karar uzantıya bakılarak verilmiyor. Aynı nedenle adı ozgecmis.docx olan bir dosya gerçekten Word belgesiyse sorunsuz okunur. Listede .txt, .rtf, .odt ve Apple Pages dosyaları yok; bu formatlar içe aktarma yolunda tanınmaz.

İlk baytlardaki imza	Tanınan tür	Metne nasıl çevrilir
%PDF-	PDF	Önce metin katmanı okunur, yetmezse ikinci motor, o da yetmezse OCR
PK (zip başlığı)	DOCX	word/document.xml belge sırasıyla gezilir; tablolar ve metin kutuları dahil
OLE2 bileşik dosya	Eski .doc	antiword ile metne çevrilir; araç sunucuda yoksa dosya reddedilir
PNG, JPEG, WEBP	Görsel	Tesseract OCR, Türkçe ve İngilizce dil paketiyle
Diğer her şey	Tanınmaz	unknown_or_spoofed_type: dosya açılmadan reddedilir

Boyut tarafında da tek bir sayı var: yükleme sınırı 10 MB. Güvenlik denetimi formata göre ayrışır. PDF'te /JavaScript, /JS, /Launch, /EmbeddedFile, /RichMedia ve /XFA adlarından biri geçiyorsa belge aktif içerik sayılıp reddedilir. DOCX tarafında makro taşıyan parçalar, gömülü OLE nesneleri ve ActiveX bileşenleri aynı şekilde reddedilir; sıkıştırma oranı 200'ü ya da açılmış toplam boyut 60 MB'ı geçerse dosya zip bombası sayılır.

PDF'te asıl mesele metin katmanıdır

Bir PDF'in içinde iki ayrı şey vardır: gözünüzün gördüğü çizim ve makinenin okuduğu metin katmanı. İkisi aynı dosyada birbirinden bağımsız olabilir. Taranmış ya da telefonla fotoğraflanıp PDF'e çevrilmiş bir CV gözle kusursuz görünür, metin katmanı ise tamamen boştur.

Motor bunu sayfa sayfa ölçer. Her sayfa için okuma zinciri şudur: önce görünür metin katmanı okunur, çıkan metin 30 boşluk dışı karakterin altında kalırsa ikinci bir PDF yorumlayıcısı devreye girer, o da boş dönerse sayfa raster'a çevrilip OCR'a verilir. Her motor yalnız bir öncekinin yetersiz kaldığı sayfada çalışır, sağlıklı sayfada okuma yolu değişmez. OCR için sayfa üst sınırı 8'dir; daha uzun taranmış belgelerin kalanı okunmaz.

Zincirin son halkasında ilginç bir kontrol var: sayfa gerçekten boş mu, yoksa okunamıyor mu. Motor sayfayı gri tonlamada render edip mürekkep oranını ölçer. Oran binde 2'nin altındaysa sayfa görsel olarak boştur ve OCR denenmez; oran bunun üstündeyse insanın gördüğü bir içerik var demektir ve sayfa "okunamadı" olarak işaretlenip OCR'a gider. Metin OCR ile çıkarıldıysa sonuca ocr_used uyarısı eklenir, belge genelinden 30 karakterden az metin çıkmışsa low_text_extracted uyarısı düşer.

Metin katmanı var olduğu halde bozuk olabilen iki durum daha var ve ikisi de motorda ayıklanıyor. Birincisi görünmeyen metin: bazı düzenleyiciler kaynak sayfanın tamamını bir forma gömüp yalnız bir pencereyi gösterir, pencere dışında kalan ve sizin hiç görmediğiniz metin ayrıştırmaya karışır. İkincisi sahte kalınlık: bazı tasarım araçları kalın görünüm için aynı metni yarım punto kaydırarak iki kez çizer, metin katmanında her harf çiftlenir ve kelimeler "LLoorreemm" gibi okunur. Motor iki durumu da karakter düzeyinde temizler.

ATS uyum denetimi yalnız PDF üzerinde çalışır

Bu, PDF tercihinin en somut sonucu. CVANALIZ'ın ATS uyum denetimi dosyanın %PDF imzasıyla başlamasını şart koşar; başlamıyorsa istek 415 ile reddedilir. 20 sayfadan uzun PDF de denetime alınmaz. Yani Word göndermeyi seçtiğinizde bu rapor hiç üretilmez.

Denetim 100 puandan başlar ve bulduğu her sorunun ciddiyetine göre puan düşer: yüksek ciddiyet 25, orta 12, düşük 5. Tablodaki ağırlıklar CVANALIZ'ın kendi ağırlıklarıdır, sektör standardı değildir.

Bulgu	Ciddiyet	Puan etkisi
Metin katmanı neredeyse boş (100 karakterin altı)	Yüksek	-25
Tablo tespit edildi	Yüksek	-25
Birden fazla görsel veya ikon	Yüksek	-25
Tek görsel (fotoğraf)	Orta	-12
Çok sütunlu yerleşim	Orta	-12
3 sayfa	Orta	-12
4 ve üzeri sayfa	Yüksek	-25
3'ten fazla font ailesi	Düşük	-5
Üstbilgi veya altbilgide tekrar eden içerik	Düşük	-5

Tablo bulgusunun mesajı doğrudan şu üç ürünü anar: motorun kendi metni, çoğu ATS'in (Workday, Greenhouse, Lever) tablo içindeki metni sırayla okuyamadığını ve bilginin kaybolabileceğini söyler. Bu üç ürünün iç davranışını biz test etmedik; aktarılan şey motorun kendi uyarı metnidir. Denetim ayrıca metin katmanının kelime sayısını da raporlar ve 20 kelimenin altında kalan PDF'i metin katmanı yok sayar. Bir görsel PDF bu iki bulguyu birden tetikler: boş metin katmanı ve görsel ağırlıklı içerik.

Word göndermek neyi değiştirir, neyi değiştirmez

DOCX'te metin katmanı diye ayrı bir katman yok; metin zaten XML olarak duruyor. Motor word/document.xml dosyasını belge sırasıyla gezer ve tablo hücrelerinin içindeki metni de, metin kutularının içindeki metni de toplar. Bu yürüyüş başarısız olursa python-docx ile paragraflar ve tablo hücreleri ayrı ayrı okunur. Aynı tablo, PDF'te 25 puanlık bir bulgu üretirken DOCX'te sessizce okunur.

Bu, Word'ü otomatik olarak daha iyi bir seçim yapmaz. İki sebeple: DOCX için yukarıdaki uyum raporu hiç çalışmaz, yani sayfa sayısı, sütun düzeni ve font çeşitliliği hakkında geri bildirim almazsınız. İkincisi, Word dosyasının karşı tarafta nasıl göründüğü sizin kontrolünüzde değildir; PDF'te gördüğünüz sayfa neyse alıcının gördüğü sayfa da odur.

Word tarafında dikkat edilecek somut bir nokta var: belgenize gömülü bir nesne koyduysanız (Excel tablosu yapıştırmak, grafik gömmek, makro kaydetmek) motor bu parçaları güvenlik listesinde bulur ve dosyayı hiç okumadan reddeder. Word CV'nizi temiz tutmanın pratik karşılığı, içine başka bir program nesnesi gömmemektir.

Karar kuralı sade: ilan açıkça Word istiyorsa Word gönderin, istemiyorsa PDF gönderin. Bu tercihi yaparken CV'nin kaç sayfa olduğunu da hesaba katın, çünkü sayfa sayısı PDF denetiminde doğrudan puana dokunan tek yapısal ölçüdür.

Dosyanızı göndermeden önceki 60 saniyelik kontrol

Metin katmanının var olup olmadığını anlamak için hiçbir araca ihtiyacınız yok. PDF'i açın, tüm sayfayı seçip kopyalayın, boş bir not dosyasına yapıştırın. Yapışan metin, bir ayrıştırıcının sizin CV'nizden görebildiği metnin kabaca tamamıdır. Hiçbir şey yapışmıyorsa belgeniz görseldir. Yapışan metin sıra sıra karışıyorsa, büyük olasılıkla iki sütunlu bir şablon kullanıyorsunuz ve bu sıra karışıklığı motorun çok sütunlu yerleşim bulgusunun tam karşılığıdır.

İkinci kontrol harflerdir. Yapıştırdığınız metinde Türkçe karakterler bozuksa, harfler ikişer ikişer çıkıyorsa ya da kelimelerin içindeki i harfleri kayıpsa, sorun yazdığınız içerikte değil PDF'i üreten araçta. Böyle bir belgede yapılacak doğru şey metni düzeltmek değil, dosyayı başka bir araçla yeniden üretmektir.

Bundan sonrası ölçüme kalıyor. Dosyanızı CV analizi sayfasından yükleyip uyum raporunu alın; rapor tablo, sütun, sayfa ve metin katmanı bulgularını tek tek listeler. Sıfırdan metin tabanlı bir belge üretmek isterseniz CV oluşturma akışı ve şablon kütüphanesi tek sütunlu çıktı verir. Puanlamanın hangi eksenden kaç puan aldığını ATS metodolojisi sayfasında görebilirsiniz. Dosyanın içeriğini hallettikten sonra sıradaki adım adıdır: dosya isimlendirme standardı motorun hangi durumda dosya adına baktığını anlatıyor. Fotoğraf kararını da bu denetimle birlikte vermek gerekir, çünkü görsel bulgusu tek başına 12 ile 25 puan arasında bir etki yaratır: CV'de fotoğraf kullanımı.