Adım Adım ATS Uyumlu CV Nasıl Oluşturulur? (2026 Kapsamlı Rehber)

Bir iş ilanına ortalama 250 ila 500 aday başvurmaktadır. İK ekiplerinin her CV'yi tek tek inceleyecek vakti olmadığı için, sistem şu üç aşamada çalışır:

1. Ayrıştırma (Parsing): Yüklediğiniz PDF veya Word belgesindeki metinleri okur.
2. Kategorilendirme: İletişim, Deneyim, Eğitim ve Beceriler başlıklarını birbirinden ayırır.
3. Anahtar Kelime ve Skorlama: İlan metnindeki aranan yetkinliklerle CV'nizdeki deneyim maddelerini eşleştirir.

Eğer dosyanız taranabilir bir metin katmanına sahip değilse veya metinler karmaşık iki sütunlu kutularda kayboluyorsa, sistem CV'nizi boş veya yetersiz algılayarak doğrudan elenenler klasörüne atar.

A. Başlık ve İletişim Bilgileri

Başlık bölümünde karmaşık ikonlar yerine net ve okunabilir metin kullanın:

• Ad Soyad: Sayfanın en üstünde, belirgin bir boyutta (18-24 pt).
• Profesyonel Unvan: Başvurduğunuz pozisyonla uyumlu (Örn: Senior Frontend Engineer).
• İletişim: E-posta, telefon numarası ve konum (Şehir, Ülke).
• Linkler: LinkedIn profiliniz ve teknik roller için GitHub / Portfolyo bağlantınız.

B. Profesyonel Özet (Opsiyonel ama Etkili)

2-3 cümlelik kısa ve vurucu bir paragraf:

"5+ yıllık modern web teknolojileri (React, TypeScript, Next.js) deneyimine sahip, yüksek trafikli e-ticaret sistemlerinin performansını %35 artıran çözümler geliştirmiş Kıdemli Yazılım Mühendisi."

C. İş Deneyimi (En Önemli Alan)

İş deneyimlerinizde en kritik kural ASO (Eylem, Ölçek, Sonuç) prensibidir:

• ❌ Kötü Örnek: "Şirketin web sitesi üzerinde çalışıldı ve yeni özellikler geliştirildi."
• ✅ İyi Örnek (ASO Uyumlu): "Next.js ve Tailwind CSS kullanarak e-ticaret ödeme akışını yeniden tasarladı; sayfa yükleme hızını %40 optimize ederek sepet terk oranını %12 düşürdü."

D. Yetkinlikler (Skills)

Becerilerinizi tek bir çorba halinde yazmak yerine gruplandırın:

• Diller & Çatılar: TypeScript, React, Node.js, Next.js, PostgreSQL.
• Araçlar & DevOps: Docker, AWS, Git, CI/CD, Jest.
• Metodolojiler: Agile/Scrum, Mikroservis Mimarisi, Test Driven Development (TDD).

1. İki Sütunlu Şablonlar: Birçok grafik tasarım aracında bulunan iki sütunlu şablonlar, ATS parser'ları tarafından satır satır okunduğunda sol sütunla sağ sütunu birbirine karıştırır.
2. Beceri Çubukları ve Grafikler: "İngilizce: 4/5 yıldız" veya "Python: %85" gibi gösterimlerin ATS sistemlerinde hiçbir karşılığı yoktur. Makine bunların ne anlama geldiğini bilemez.
3. Tablolar ve Metin Kutuları: Word veya InDesign'da metin kutuları içine yazılan bilgiler çoğu zaman parser tarafından tamamen atlanır.
4. Taranmış PDF'ler: CV'nizi resim formatında veya taranmış bir çıktı olarak yüklerseniz, sistem metin bulamaz (Resuzu'nun MEC-00 kuralı).

Resuzu, ATS mekanik kurallarını ve en iyi İK pratiklerini otomatik olarak uygulayan bir altyapıya sahiptir:

1. Adım: Sektörünüzü Seçin

İlk adımda hedef sektörünüzü belirleyin. Sistem, sektörünüze özel kuralları (yazılım için GitHub, finans için sertifikasyonlar vb.) otomatik olarak form alanlarına uyarlar:

2. Adım: Kariyer Seviyenizi ve Bilgilerinizi Girin

Kariyer seviyenizi (Junior, Mid, Senior) seçin. Form sırası ve bölüm ağırlıkları seçiminize göre otomatik optimize edilir:

3. Adım: Tek Tıkla ATS Formatında PDF İndirin

Tasarım bittiğinde "PDF İndir" butonuna tıklayın. React-PDF motoru, hiçbir taranabilirlik kaybı olmadan %100 ATS dostu, tek sütunlu ve seçilebilir metin katmanlı belgenizi üretir.

"ATS uyumlu" ifadesi çoğu tavsiyede bir his gibi kullanılıyor. Değil. Ölçülebilir özelliklerden oluşan kısa bir listedir ve Resuzu her birini puan etkisi olan bir kurala çevirir. Bunları doğru yapmak, satın alacağınız hiçbir şablondan daha değerlidir.

Gerçek metin katmanı (MEC-00). CV'nizi görsel olarak dışa aktardıysanız ya da basılı çıktıyı tarattıysanız, dosyada karakter yoktur — yalnızca piksel. Bazı ayrıştırıcılar OCR çalıştırır, çoğu çalıştırmaz, çalıştıranlar da hata üretir. Testi basit: PDF'i açın ve bir satırı imleçle seçmeye çalışın. Hiçbir şey seçilmiyorsa hiçbir sistem o belgeyi okuyamaz.

Tek sütun (MEC-01). En sık görülen ölümcül kusur budur. Ayrıştırıcı PDF'i sizin gözünüzün izlediği sırayla değil, metnin yerleştirildiği sırayla okur. Solda beceriler, sağda deneyim olan bir düzen çoğu zaman şu şekilde çıkar: bir beceri, bir unvan, bir beceri daha, yarım bir tarih. Ortaya çıkan metin kurtarılamaz ve aday bunu hiç öğrenemez.

Standart ve gömülü font (MEC-02). Yaygın ailelerde kalın: Arial, Calibri, Helvetica, Georgia, Roboto, Lato. Gömülmemiş dekoratif bir font yerine geçen glyph'lerle basılır; ilk bozulan da Türkçe karakterler olur.

10pt ve üzeri gövde (MEC-03). Tek sayfaya sığdırmak için puntoyu 8,5'e düşürmek yanlış ekonomidir. İnsan okuyucuya "sıkıştırılmış" sinyali verir ve bazı ayrıştırıcılarda dar satır aralığıyla birleşen küçük punto, komşu satırları birbirine yapıştırır.

İlerleme çubuğu, yıldız ve ikon fontu yok (MEC-04). "React ●●●●○" gösterimi ayrıştırıcının indeksleyebileceği hiçbir bilgi taşımaz; üstelik çubukların kendisi çoğu zaman bozuk sembol dizileri olarak çıkıp beceriler bölümünü kirletir.

İletişim bilgisi gövdede, üst bilgide değil (MEC-05). Birçok ayrıştırıcı PDF'in üst ve alt bilgi bölgesini tamamen görmezden gelir. Yalnızca sayfa başlığında duran bir e-posta adresi kaybolabilir — ve e-postasız bir başvuru kaydı çoğu sistemde geçersizdir. İletişim bloğunuzu normal metin akışında, birinci sayfanın en üstüne koyun.

Alışılmış bölüm başlıkları (CON-01). "Nerelerden Geçtim" sevimlidir ve ayrıştırılamaz. "Deneyim" / "İş Deneyimi", "Eğitim", "Beceriler", "Projeler" kullanın. Bölümleyici sözlükle eşleştirme yapar; yaratıcı bir başlık, altındaki içeriğin hiçbir bölüme atanmaması demektir.

Tek tarih formatı (CON-05). Aynı belgede "03/2023 – Halen", "Mart 2023 – Şu an" ve "2023–" karışımı, kronolojiyi güvenilmez kılar. Bir kalıp seçin ve eğitim dâhil her kayda uygulayın.

İletişim bloğu. Ad soyad, hedef unvan, e-posta, telefon, şehir ve ülke, gerçek tıklanabilir URL olarak yazılmış bağlantılar. Doğum tarihi, medeni durum, TC kimlik numarası ve açık adres yazmayın — çoğu pazarda gereksiz, ayrımcılık karşıtı düzenlemenin olduğu pazarlarda ise doğrudan zararlıdır.

Profesyonel özet. İki-dört satır, 25-90 kelime. CV'de kendinizi çerçeveleyebildiğiniz tek yer burasıdır ve adayların ezici çoğunluğu burayı sıfatlara harcar. Kanıt yazın: yıl, alan, çalıştığınız ölçek ve bir sonuç. "Backend mühendisi, 5 yıl, ödeme sistemleri. Günlük 40M istek alan bir Go/PostgreSQL servisini ölçekledim; p99 gecikmeyi 320ms'den 90ms'ye indirdim." Bu paragraf, herhangi bir özellik listesinden çok daha fazla iş yapar.

Deneyim. Her zaman ters kronolojik. Her kayıtta şirket, unvan ve tarih aralığı bulunmalı — üçünden biri eksikse Resuzu'nun GEN-04 kuralı tetiklenir, çünkü işe alım uzmanı zamanda konumlandıramadığı bir rolü değerlendiremez. Yakın roller için üç-beş madde, eski roller için bir-iki madde.

Beceriler. Yığın değil, gruplu. "Diller: Go, Python, TypeScript / Veritabanları: PostgreSQL, Redis / Altyapı: Docker, Kubernetes, AWS" iki saniyede taranır. Tek satırda 40 öğelik virgüllü liste taranmaz ve anahtar kelime yığılması kuralını tetikler.

Eğitim. Kurum, derece, bölüm, mezuniyet yılı. Ortalamayı yalnızca yüksekse ve kariyerinizin başındaysanız ekleyin. İlgili dersler yalnızca gösterecek iş geçmişiniz azsa buraya girer.

Projeler. Kariyer değiştirenler, yeni mezunlar ve istihdam geçmişi aranan beceriyi göstermeyen herkes için bu bölüm deneyimden daha ağır basar. Her proje için ne yaptığını anlatan bir cümle, kullanılan araçlar ve — kritik olan — bir sonuç ya da kullanım rakamı gerekir.

Jenerik CV, uyarlanmış CV'ye kaybeder; ama yaygın çözüm sorunun kendisinden kötüdür. İlanın anahtar kelime listesini "Beceriler" bloğuna yapıştırmak ya da marjin arkasına beyaz metin saklamak tespit edilebilir ve başvurunun elenmesine yol açar.

İşe yarayan sürüm daha dardır: ilanı okuyun, en çok ağırlık taşıyan beş gereksinimi belirleyin ve mevcut maddelerinizin bunları kanıtlayıp kanıtlamadığına bakın. Kanıtlıyorsa sözcük dağarcığını ilanın terimlerine yaklaştırın — onlar "paydaş yönetimi" diyorsa ve siz "iş birimleriyle çalıştım" yazdıysanız, onların ifadesini kullanın. Kanıtlamıyorsa bu gerçek bir eksiktir ve iddia etmeniz ilk teknik görüşmede ortaya çıkar.

Resuzu'nun CON-10 kuralı bu örtüşmeyi doğrudan ölçer, SKL-01 ise aşırı düzeltmeyi işaretler. İki kuralın arasındaki aralık, dürüst uyarlama alanıdır.

Son dosyada her seferinde şu kontrolü yapın:

• PDF'teki tüm metni seçip düz metin düzenleyicisine yapıştırın. Çıkanı okuyun. ATS'in gördüğü budur. Sıra karışıksa ya da karakterler bozuksa, başka hiçbir şeye geçmeden düzeni düzeltin.
• E-posta ve telefonun o yapıştırmada sağ çıktığını doğrulayın.
• Her bağlantıya tıklayın. Link gibi görünen ama annotation taşımayan bir LinkedIn adresi ölü linktir (CON-02); düz metin olarak yazılmış bir URL ise hiç tıklanamaz.
• Dosyayı ad-soyad-cv.pdf biçiminde adlandırın. Küçük bir ayrıntı, ama işe alım uzmanının indirme klasöründe gördüğü ilk şey budur (MEC-07).
• Denetimi çalıştırın. Resuzu builder'ında üretilen bir CV tüm mekanik kuralları tanım gereği geçer; başka yerde üretilen bir CV'de genellikle aralarında yirmi puan eden iki-üç bulgu çıkar.