Word'den PDF'e Çevirirken Yazı Tipi ve Biçim Bozulmaları Neden Olur, Nasıl Önlenir?

Yayınlanma: 26 Temmuz 2026

Yazı Tipi Neden Değişir? Font İkamesinin Perde Arkası

Bir Word belgesini PDF'e çevirdiğinizde satırların kaydığını, bir tablonun sayfadan taştığını ya da metnin olması gerekenden daha sıkışık durduğunu fark ettiyseniz, bunun büyük olasılıkla tek bir teknik nedeni var: font ikamesi. Bir .docx dosyası içinde metnin hangi yazı tipiyle yazıldığı bilgisi ("Calibri", "Segoe UI", kurumsal bir marka fontu vb.) saklanır, ama fontun kendisi -harflerin gerçek çizim verisi- çoğu zaman dosyanın içine gömülmez. Yani belge "bu fontu kullan" der, ama fontu yanında getirmez.

Belgeyi açan bilgisayar ya da sunucuda o font kurulu değilse, sistem devreye otomatik bir yedek font sokar. Bu ikame genelde görsel olarak "benzer" bir font seçse de, her fontun karakter genişlikleri (glyph width) birbirinden farklıdır. Harflerin milimetrik genişliği değiştiğinde bir satıra sığan kelime sayısı da değişir; bu da satır sonlarının kaymasına, sayfa sayısının artıp azalmasına, tablo hücrelerinin taşmasına ve satır aralıklarının görünüşte "bozulmasına" yol açar.

Bunu önemli kılan şey, bu durumun kötü ya da amatörce yazılmış bir dönüştürme aracına özgü olmaması. Font ikamesi, herhangi bir belge render zincirinde -bir Word dosyasını başka bir bilgisayarda Word ile açtığınızda bile- karşılaşılabilecek, onlarca yıldır bilinen köklü bir teknik gerçekliktir. Kurumsal bir şirketin özel lisanslı bir fontla hazırladığı belge, o font kurulu olmayan herhangi bir cihazda açıldığında otomatik olarak Calibri veya Arial gibi standart bir fonta düşer; bu, dönüştürücünün hatası değil, fontun o ortamda bulunmamasının doğal sonucudur.

"Uzantıyı Değiştirmek" Neden İşe Yaramaz

Birçok araç Word dosyasını PDF'e çevirirken sadece uzantıyı değiştirir gibi davranır: dosyanın içeriğine hiç dokunmadan onu bir PDF kabuğuna sarar ya da uzantısını ".pdf" yapar. Bu tür araçlarda gerçek bir yeniden çizim (rendering) hiç yaşanmaz; sonuçta elinize ya açılmayan, ya içeriği bozuk görünen ya da PDF okuyucuda tuhaf karakterler gösteren bir dosya geçer.

Gerçek bir dönüştürme ise belgeyi bir düzenleme motoruyla gerçekten açar, sayfa düzenini yeniden hesaplar, fontları ve stilleri uygular, ardından sonucu satır satır, sayfa sayfa yeni bir PDF olarak yeniden çizer. PlatinPDF tam olarak bunu yapar: belgeniz sunucu tarafında LibreOffice (Gotenberg üzerinden) ile gerçekten açılır, yeniden düzenlenir ve PDF olarak baştan üretilir. Yazı tipi kayabilir ya da bir tablo satırı taşabilir, ama bu "sahte" bir dönüştürmenin ürettiği bozuk dosyalarla aynı şey değildir; çünkü ortada gerçek, okunabilir, yazdırılabilir bir belge vardır.

Kısacası fark şudur: uzantı değiştiren araçlar hiç dönüştürmez, sadece etiket yapıştırır. LibreOffice tabanlı gerçek dönüştürücüler ise belgeyi baştan yeniden üretir; ortaya çıkabilecek küçük font veya boşluk farkları, "hiç çalışmayan" bir araçla "gerçekten çalışan ama piksel piksel mükemmel olmayan" bir aracın farkıdır.

Dönüştürmeden Önce Word'de Alınabilecek Önlemler

Font ikamesi riskini sıfıra indirmek mümkün olmasa da büyük ölçüde azaltmak mümkündür. Dönüştürmeden önce birkaç basit adım işinizi kolaylaştırır:

• Yaygın fontları tercih edin. Calibri, Arial, Times New Roman, Segoe UI gibi neredeyse her sistemde kurulu olan standart fontlar, özel/butik fontlara göre çok daha az ikame riski taşır.
• Sıra dışı bir font şartsa, fontu belgeye gömün. Word'de Dosya > Seçenekler > Kaydet sekmesinde bulunan "Fontları dosyaya göm" seçeneğini işaretleyin. Bu, kullandığınız fontun kendisini .docx dosyasının içine kopyalar; böylece belgeyi açan makine o font kurulu olmasa bile onu kullanabilir.
• Aşırı dar metin kutularından ve elle eklenmiş satır sonlarından (Shift+Enter) kaçının. Bu tür öğeler herhangi bir genişlik değişikliğine karşı son derece hassastır; bir karakter genişliği bile kayarsa metin kutudan taşabilir veya kelime yanlış noktadan kırılabilir.
• Dönüştürmeden önce Baskı Önizleme'yi kontrol edin. Word'ün yazdırma önizlemesi, LibreOffice'in render sonucuyla birebir aynı olmasa da, taşma riski taşıyan tabloları ve sıkışık bölümleri önceden fark etmenizi sağlar.
• Sütunlar için tab veya gerçek tablo kullanın, boşluk tuşuyla hizalama yapmayın. Gerçek tablo/tab yapıları herhangi bir font değişiminde kendini yeniden ayarlar; boşlukla yapılan hizalama ise anında bozulur.

.doc, .docx, .odt ve .txt: Dönüşüm Sadakati Açısından Farkları

Kaynak dosyanın formatı da dönüşümün ne kadar sorunsuz olacağını doğrudan etkiler:

• .docx, 2007 sonrasının modern standart formatıdır (Office Open XML). Yapısı açık ve iyi belgelenmiş olduğu için LibreOffice dahil neredeyse tüm araçlar tarafından doğru yorumlanır; günümüzde en yüksek dönüşüm sadakatini sunan format budur.
• .doc, 2007 öncesi Word sürümlerinin eski ikili (binary) formatıdır. Genelde sorunsuz çalışır, ama bazı eski alan kodları, eski çizim nesneleri ya da nadir biçimlendirme özellikleri modern render motorları tarafından .docx kadar tutarlı yorumlanmayabilir; yani .docx'e kıyasla biraz daha fazla uyumluluk garipliği yaşama ihtimali taşır.
• .odt (OpenDocument Text), LibreOffice'in kendi doğal formatıdır. PlatinPDF'in dönüştürme motoru zaten LibreOffice olduğundan, .odt dosyaları neredeyse hiç yorum farkı olmadan, çok temiz şekilde dönüşür.
• .txt düz metin formatıdır; font, tablo, görsel gibi kaybedilecek hiçbir biçimlendirme taşımaz. Bu yüzden dönüşümü her zaman öngörülebilir ve sorunsuzdur.

Bir Dönüştürücünün Düzeltemeyeceği Şeyler

Burada dürüst olmakta fayda var: hiçbir dönüştürme aracı, kaynak belgenin kendi biçimlendirme alışkanlıklarını düzeltmez. Sadık bir dönüştürme, belgeyi olduğu gibi yeniden üretmeyi hedefler; kaynağı iyileştirmeyi değil.

Örneğin sütunları tab veya tablo yerine defalarca boşluk tuşuyla hizalanmış bir belgeniz varsa, ya da paragraf girintileri tab yerine art arda boşluklarla verilmişse, bu düzensizlik PDF'e de birebir taşınır. Bunun nedeni dönüştürücünün kötü çalışması değil, tam tersine çok sadık çalışmasıdır: gördüğünü olduğu gibi yeniden çizer.

Belgenizin bu tür gizli sorunlar taşıyıp taşımadığını dönüştürmeden önce kontrol etmenin kolay bir yolu var: Word'de Biçim İşaretlerini Göster (Ctrl+Shift+8) kısayolunu açın. Satırlarda beklenenden fazla nokta işareti (boşluk karakteri) veya elle eklenmiş paragraf sonları görüyorsanız, bu belge hangi araçla dönüştürülürse dönüştürülsün benzer sorunlar üretmeye adaydır. Kaynağı düzeltmek, dönüştürücüyü değiştirmekten çok daha büyük fark yaratır.

PlatinPDF ile Sağlam ve Sadık Bir Dönüşüm

PlatinPDF, Word (.doc, .docx, .rtf, .odt, .txt), Excel (.xls, .xlsx, .csv, .ods) ve PowerPoint (.ppt, .pptx, .odp) dosyalarını LibreOffice (Gotenberg) altyapısıyla gerçekten yeniden çizerek PDF'e dönüştürür. Hesap oluşturmanız, e-posta bırakmanız ya da giriş yapmanız gerekmez; çıktıda filigran yoktur ve tüm işlem tarayıcınızda, web veya mobil (Android/iOS) uygulaması üzerinden yürür.

Birden fazla Word dosyanız varsa Word'den PDF'e dönüştürme sayfasından hepsini tek seferde yükleyip toplu (batch) olarak dönüştürebilir, isterseniz sonucu tek bir PDF'te birleştirebilirsiniz; birleştirme sırası, dosyaları ekleme sırasına göre belirlenir. Her dosya en fazla 50 MB, toplam yükleme 200 MB ve 20 dosyaya kadar desteklenir. Yüklediğiniz dosya ve oluşturulan PDF, dönüşüm biter bitmez sunucudan kalıcı olarak silinir; hiçbir geçmiş, profil veya kayıt tutulmaz.

Yazı tipi kaymalarını en aza indirmek için bir önceki bölümlerdeki adımları uygulayın, ardından belgenizi güvenle dönüştürün. Diğer belge sorunlarına dair yazılarımız için rehber sayfamıza göz atabilirsiniz.

Sıkça Sorulan Sorular

PDF'teki font neden Word'de gördüğümden farklı görünüyor?

Büyük ihtimalle belgede kullanılan font, dönüştürmeyi yapan sunucuda veya cihazda kurulu değildir; sistem otomatik olarak benzer bir yedek fontu devreye sokar. Bu, karakter genişliklerini değiştirdiği için satır ve sayfa düzenini de etkileyebilir.

Fontları belgeye gömmek sorunu tamamen çözer mi?

Riski büyük ölçüde azaltır çünkü fontun kendisi artık dosyanın içinde taşınır. Ancak Word ile LibreOffice farklı render motorları olduğundan piksel piksel birebir aynı çıktı garanti edilmez; yine de en güvenilir önlemlerden biridir.

PlatinPDF yüklediğim dosyaları sunucuda saklıyor mu?

Hayır. Mimari tamamen stateless çalışır: yüklenen dosya ve oluşturulan PDF, dönüşüm tamamlanır tamamlanmaz silinir. Hesap veya geçmiş kaydı da bulunmaz.