IT
OmnvertGörsel • Belge • Ağ

Word'den PDF'e Çevir (Ücretsiz, Online)

DOCX/DOC/RTF/ODT yükleyin ve tek tıkla PDF’ye çevirin. Hızlı, temiz, üyeliksiz.

DOCX/DOC/RTF/ODT kabul edilir. Dosyalar kısa süre işlenir, bağlantılar geçicidir.

Dosya

Dosya seçilmedi
Word dosyaları burada tarayıcıda önizlenemez. Dönüşümden sonra PDF’iniz otomatik indirilir.

Dönüşüm başarısızsa dosyanın parolasız ve sağlam olduğundan emin olun.

Server-sideSunucu tarafında işlenir

Bu araç işlem için sunucu tarafı servis kullanır; yüklenen dosyalar/istekler kalıcı depolama amacıyla tutulmaz.

Açıklama

Word’den PDF’e dönüşüm, ofis hayatındaki en sıradan dosya formatı dönüşümü — o kadar sıradan ki çoğu kişi bunun bir dönüşüm değil, aynı belgenin farklı bir kayıt biçimi olduğunu unutuyor. Yapılma sebepleri tutarlı: alıcının belgeyi okuması gerekiyor, düzenlemesi değil; alıcıda Word yüklü olmayabilir; dosyanın yalnızca PDF kabul eden bir sisteme inmesi gerekiyor; belge çalışan bir taslak değil son teslimat. Hepsinde altta yatan niyet aynı — belgeyi bu durumda, bu düzende dondurmak; alıcıya yolculuk ettiğinde yazarın istediği gibi görünmesi.

İnsanların Word’ün dahili ‘PDF olarak Kaydet’ özelliği yerine harici bir dönüştürücüye uzandığı en yaygın durum, Word dışında bir programda çalışıyor olmak. Google Docs, Apple Pages ve LibreOffice Writer’ın hepsinin kendi dışa aktarma seçenekleri var; ama her birinin kendine has tuhaflıkları var: Google Docs PDF dışa aktarımları zaman zaman sayfa sonu detaylarını kaybediyor, Pages dışa aktarımları düzenleme görünümünden ara sıra kenar boşluğu farkı gösteriyor, LibreOffice karmaşık tabloları Word’den ince farklılıklarla hâlletiyor. Hangi belge düzenleyiciden geldiğine bakmaksızın tutarlı render eden tarafsız bir dönüştürücü, hedef kuruluşun kesin sayfa render’ını önemsediği durumlarda gerçekten faydalı — bu da düşünüldüğünden daha sık karşılaşılan bir durum.

Özgeçmiş ve CV hazırlığı en yaygın tek kullanım vakalarından biri. İş başvurusu yapanlar özgeçmişlerini Word’de (ya da Google Docs, Pages’te) yazıyor ve neredeyse her işe alım sistemi yükleme için PDF gerektiriyor. Format gereksiniminin ötesinde PDF sürümü düzeni donduruyor — yani özgeçmiş işe alım uzmanının ekranında, başvuru takip sisteminde ve mülakat paneli için basıldıktan sonra aynı görünüyor; işe alımcının kullandığı Word sürümüne bağlı olarak farklı şekilde akmıyor. Özgeçmişteki küçük düzen farklılıkları dikkatsizlik olarak okunabilir; PDF sürümü tüm risk kategorisini ortadan kaldırıyor.

Akademik sunumlar aynı mantığı izliyor. Çoğu üniversite tez bölümlerini, doktora taslak çalışmalarını ve konferans makale sunumlarını PDF olarak istiyor; çünkü alıcı kuruluşun biçimlendirmenin kilitli kalması gerekiyor. Tez bölümünün düzeni akademik içeriğin parçası — şekil yerleşimi önemli, denklem render’ı önemli, atıf biçimlendirmesi önemli — ve PDF tüm bunları gözden geçirenlerin kullandığı yazılımdan bağımsız olarak koruyor. Word dosyası göndermek, alıcı sistem ya da değerlendiriciyi sahip oldukları yazılımla render etmeye davet ediyor; bu da her şeyi font kerning’inden şekil konumlarına kadar yazarın sunumdan sonraya kadar fark etmediği biçimlerde ince ince kaydırabiliyor.

Hukuki belge akışları bu dönüşümün diğer büyük tüketicisi. Word’de kaleme alınan sözleşmelerin inceleme ve imza için PDF olarak dolaşması gerekiyor; kısmen PDF Word’den kazara değiştirilmesi daha zor olduğu için, kısmen de PDF’in ‘bu, üzerinde anlaştığımız sürüm’ örtük sinyalini taşıması nedeniyle ‘bu çalışan bir taslak’ değil. Bir sözleşme müzakeresinde Word’den PDF’e geçiş başlı başına anlamlı — kırmızı çizgi turunun bittiği ve imzanın başladığı an; PDF formatı bu geçişi teknik olarak olduğu kadar sosyal olarak da vurguluyor.

Bilinmesi gereken teknik detay LibreOffice’in dönüşüm sırasında fontları nasıl ele aldığı. Dönüşüm sunucusunda var olan fontlar (Arial, Times New Roman, Calibri, Helvetica, Georgia ve daha pek çoğunu içeren standart bir set) çıkan PDF’e gömülüyor; sunucuda mevcut olmayan sıra dışı fontlar en yakın eşleşmeyle ikame ediliyor. İkame, kaynak belge dönüşüm sunucusunda olmayan bir font kullanıyorsa satır sonlarında ve aralıklarda görünür farklılıklar üretebiliyor. Belirli özel fontların tam doğru görünmesine bağlı belgeler için daha güvenli kalıp, fontların yüklü olduğu yerel makinede Word’ün kendi ‘PDF olarak Kaydet’ özelliğini kullanmak; standart fontlar kullanan günlük belgeler için buradaki dönüşüm Word’ün yerel dışa aktarımından ayırt edilemeyen sonuç üretiyor.

Değişiklik takibi ve yorumlar anlaşılması gereken ilginç bir etkileşim. Aktif değişiklik takibine sahip bir Word belgesi PDF’e iki modda çevrilebilir: dönüştürücü değişiklikleri görünür şekilde render edebilir (eklemeleri, silmeleri ve yorumları sayfa üzerinde işaret olarak göstererek) ya da belgeyi kabul edilmiş gibi render edebilir (tüm değişiklikler kabul edilmiş gibi görünmesini sağlayarak). Varsayılan davranış belgeyi mevcut kabul edilmiş durumunda gösteriyor; bu çoğu dağıtım PDF’inin istediği şey — alıcının düzenleme geçmişi yerine son taslağı görmesi. Değişiklik takibi görünümü gerektiren iş akışları (hukuki kırmızı çizgi, editöryal inceleme) bunu açıkça etkinleştirmekten yararlanır; bunu gerektirmeyenler varsayılanı kullanabilir.

Formlar dönüşümün nüanslı olduğu bir başka alan. Doldurulabilir alanlara sahip Word formları, form alanlarını doldurulabilir PDF alanları olarak koruyacak şekilde ya da form alanlarının artık etkileşimli olmadığı düzleştirilmiş statik belge olarak PDF’e çevrilebilir. Düzleştirilmiş mod, form doldurulduktan sonra arşivlenmek üzere gönderildiğinde doğru cevap; etkileşimli mod, PDF’in alt akıştaki bir alıcı tarafından doldurulacağı durumlarda doğru. Çoğu sıradan dönüşümün bunu düşünmesi gerekmiyor — form alanları sıradan metne dönüşüyor — ama yeniden kullanılabilir PDF formları üreten iş akışları için düzleştirme ile koruma arasındaki seçim, çıkan PDF’in bir form olarak gerçekten kullanılabilir olup olmayacağını belirleyen karar.

PDF olarak çıkacak çok sayıda belge üreten biri için kazanılması gereken küçük bir alışkanlık var. Word stillerini bilinçli kurmak — yalnızca kalın büyük metin değil gerçek başlık seviyeleri, yazılan madde işareti karakterleri yerine gerçek madde listeleri, ad‑hoc biçimlendirme yerine tablo stilleri — hem dönüşüm sırasında hem de süregelen düzenleme sırasında geri ödüyor. Dönüşüm uygun stillerin kodladığı yapısal bilgiyi koruyor; bu da çıkan PDF’in dolaşılabilir bir anahatı, erişilebilir başlık hiyerarşisi ve güvenilir biçimde aranabilir metni olduğu anlamına geliyor. Manuel biçimlendirmeyle kurulmuş aynı belge sıkça aynı görünen ama yapısal olarak kırılgan ve erişilebilirlik düşmanı bir PDF üretiyor. Word tarafındaki disiplin sessizce alt akışa yansıyor.

Çizelge ve gömülü nesne render farkı küçük ama önemli bir konu. Yerel Word grafiği, PDF’te keskin çizgilere ve seçilebilir metin etiketlerine sahip net bir vektör grafik olarak render edilmeli; SmartArt diyagramı bulanık rasterleştirilmiş görsel yerine düzeni bozulmadan render edilmeli. Buradaki dönüşüm yolu LibreOffice’in bu unsurları yorumlamasını kullanıyor; genelde Word’ün niyetine sadık ama en egzotik Word özellikleri için ara sıra küçük farklılıklar üretiyor. Bu unsurlar açısından ağır olan belgeler için, çıkan PDF’i göndermeden önce açıp render’ı doğrulamak makul bir son kontrol; daha basit gömülü içerik kullanan belgeler için çıktı kaynağa güvenilir biçimde uyuyor.

Türkçe karakterler ve özel harfler (ç, ğ, ı, ö, ş, ü) açısından dönüşüm sorunsuz çalışıyor; ama eski .doc dosyaları (Word 97-2003 formatı) zaman zaman küçük kodlama sürprizleri çıkarabiliyor. Bu dosyalar Latin-5 ya da Windows-1254 kodlamasıyla kaydedilmiş olabilir; modern dönüşüm araçları bunları doğru tanıyor ama çok eski bir sürümün otomatik karakter setini varsayan dosyalarda bazı özel karakterlerin yerinde soru işareti çıkabiliyor. Çözüm, dosyayı önce modern bir Word veya LibreOffice sürümünde açıp .docx olarak yeniden kaydetmek, ardından buradan PDF’e çevirmek; bu küçük ek adım, eski belgelerin temiz şekilde geçişini garanti ediyor.

Sayfa numaralandırma ve üst/alt bilgi dönüşümü iyi hâlletiyor ama kısa bir notu hak ediyor; çünkü bazen küçük sürprizlerin sebebi oluyor. Sayfa numaralandırma şemalarını değiştiren bölüm sonlarına sahip Word belgeleri (ön sayfalar için Roma rakamları, gövde için Arap rakamları) sayfa numaralandırması bozulmadan PDF’e çevriliyor. Alan kodlarına sahip üst ve alt bilgiler (sayfa numaraları, tarihler, dosya yolları), canlı alanlar yerine son değerleriyle render ediliyor; donmuş bir PDF için doğru davranış ama bu, alt bilgideki tarihin belge açıldığı tarihi değil, PDF’in üretildiği tarihi söylemesi anlamına geliyor. Tarihin biri belgeyi her açtığında güncellenmesi gereken belgeler için bu yanlış davranış ve göndermeden önce yakalamaya değer.

Kullanım senaryoları

  • CV, teklif veya ders izlencesini paylaşmadan önce PDF olarak kilitle.
  • Ödev veya makaleleri her cihazda açılan stabil formatta gönder.
  • Markalı şablonları tutarlı baskı için PDF'e çevir.
  • DOCX sevmeyen portallar için hafif PDF üret.

Nasıl çalışır

  1. 1DOC/DOCX/RTF/ODT dosyasını yükle.
  2. 2Dönüşümü başlat—mümkün olduğunca font, görsel ve yerleşim korunur.
  3. 3Filigransız temiz PDF'i anında indir.

SSS

Fontlar ve görseller korunur mu?

Evet—gömülü görseller ve yerleşim korunur; eksik fontlar okuyucu tarafından benzerleriyle değiştirilebilir.

Hangi formatlar desteklenir?

DOC, DOCX, RTF ve ODT dosyaları kabul edilir.

Filigran var mı?

Hayır. Çıktı PDF temiz ve geçicidir.

Dosyalar saklanıyor mu?

Hayır—işlem geçici, linkler kısa ömürlüdür.

İlgili rehberler