Kurumsal Katalog ve Dokümanda PDF Riski: İçeriği Arama ve AI Yanıtları İçin HTML'e Taşıma Rehberi

Kısa cevap: Google, PDF dosyalarını indekslemeye devam ediyor. Ancak PDF, hem klasik aramada hem de yapay zeka yanıtlarında HTML sayfaya göre daha kırılgan bir taşıyıcı. Ürün kataloğu, teknik doküman ve whitepaper içeriğinin birincil kopyası HTML sayfa olmalı; PDF ise indirilebilir ikinci kopya olarak kalmalı.

Ağustos 2026'da arama sonuçlarında PDF dosyalarının görünürlüğünde ani bir düşüş raporlandı. Etkilenenler arasında IRS.gov ve New York eyalet siteleri gibi yüksek otoriteli kaynaklar vardı; bazı dosyalar binlerce gösterimden neredeyse sıfıra indi. Google'dan John Mueller konuyu inceleyeceğini belirtti ve 27 Ağustos 2026 itibarıyla IRS PDF'leri yeniden üst sıralarda görünmeye başladı.

Buradan çıkan sonuç önemli: bu bir algoritma politikası değişikliği değil, düzeltilen bir aksaklık gibi görünüyor.

Doğrulanmadı: Düşüşün kesin nedeni Google tarafından açıklanmadı. "Google artık PDF'leri sıralamıyor" iddiası kaynaklarla desteklenmiyor ve bu yazıda kullanılmıyor.

Kalıcı olan şey, olayın gösterdiği bağımlılık. Katalog ve teknik dokümanının tek kopyası PDF olan bir kurumsal site, tek bir işleme hatasında o içeriğin tamamını arama görünürlüğünden kaybedebiliyor. HTML sayfada aynı hata tek bir dosya tipine bağlı olmaz.

• İşleme katmanı. Google PDF'i tarar, metnini çıkarır ve HTML benzeri bir yapıya çevirerek indeksler. Görsele gömülü metin için OCR devreye girer. Her ek dönüşüm adımı, içeriğin okunduğu gibi anlaşılmama riskini artırır.
• Yapı katmanı. PDF'te H2/H3 hiyerarşisi, tablo semantiği ve schema işaretlemesi yoktur. Sayfa görsel olarak düzenlidir ama makine için düz bir metin akışıdır. Modelin "bu bölüm şu sorunun cevabı" diyebilmesi için gereken sinyaller eksiktir.
• Ölçüm katmanı. PDF'te analytics etiketi, iç link ağı, CTA ve dönüşüm ölçümü kurmak zordur. Trafiğin ne yaptığı görünmez.
• Deneyim katmanı. Mobilde PDF açmak indirme ve yakınlaştırma demektir. Core Web Vitals ölçümü PDF için çalışmaz; kullanıcı davranışı sinyalleri de zayıflar.

Üretken arama yüzeylerinde atıf alan pasajlar, kendi başına ayakta duran ve yaklaşık 130-170 kelime aralığında tutulan bloklar. Tek bir uzun anlatı olarak kurgulanmış PDF, bu uzunlukta tam ve bağımsız bir cevap bloğu nadiren üretir. HTML sayfada bu blok bilinçli olarak yazılabilir.

Pratik karşılığı şu: kataloğunuzdaki "ürün X hangi sıcaklık aralığında çalışır" sorusunun cevabı, PDF'in 34. sayfasında bir tablo hücresinde duruyorsa modelin onu alıntılaması zordur. Aynı bilgi HTML sayfada net tanım bloğu ve tablo olarak durduğunda alıntılanabilir hale gelir.

• Envanter çıkarın. Sitede yayında olan tüm PDF'leri listeleyin; her biri için gösterim, tıklama ve iç link sayısını yazın.
• Önceliklendirin. Arama talebi olan ve ürün/hizmet kararına doğrudan giren dokümanlar önce taşınır. Arşiv niteliğindekiler beklesin.
• HTML sayfayı kurun. H1 tek, H2 bölüm, H3 alt başlık. Her bölümün başında iki üç cümlelik net tanım bloğu. Teknik özellikler gerçek HTML tablosunda, görsel olarak değil.
• PDF'i ikincil kopya yapın. Aynı URL'de "PDF olarak indir" bağlantısı bırakın. PDF'i silmeyin, kaldırmayın.
• Yönlendirme ve kanonik kurun. Eski PDF URL'i için 301 vermeyin; PDF kalmaya devam ediyor. Bunun yerine PDF'in bulunduğu her yerden HTML sayfaya iç link verin ve HTML sayfayı kanonik kaynak olarak konumlandırın.
• Ölçün. Search Console'da PDF ve HTML URL'lerini ayrı ayrı izleyin. Taşınan her doküman için 90 günlük gösterim karşılaştırması yapın.

Taşınan katalog sayfaları ağırdır; yerleşim kararları LCP, CLS ve INP üzerinde doğrudan etki yaratır.

• LCP: Sayfanın üst bölümündeki ürün görselini fetchpriority="high" ile yükleyin, altındaki galeriyi lazy bırakın.
• CLS: Teknik özellik tablosu ve SSS accordion bileşenlerine sabit yükseklik verin. Açılır kapanır blok, açıldığında altındaki içeriği itmemeli.
• INP: Uzun katalog tablolarında istemci tarafı filtreleme kullanıyorsanız, filtreyi sanallaştırılmış listeyle kurun. 2000 satırlık DOM'da her tuş vuruşunda yeniden render, INP'yi tek başına bozar. Bu üç metriği ayrıntılı düzeltmek için Core Web Vitals rehberimize bakabilirsiniz.

SSS bloğunu footer'ın hemen üstünde accordion olarak konumlandırın: sayfanın üst kısmında kalabalık yaratmaz, aşağı inen kullanıcı için bilgi yoğunluğu tam yerinde olur. Accordion içeriği HTML'de baştan var olmalı, yalnızca görsel olarak kapalı olmalı; JavaScript ile tıklama sonrası yüklenen cevap tarayıcı tarafından görülmeyebilir.

• Katalog ve teknik doküman içeriğinin HTML kopyası var mı
• HTML sayfada H1-H2-H3 hiyerarşisi anlamsal olarak doğru mu
• Her bölüm başında 40-60 kelimelik net tanım bloğu var mı
• Teknik özellikler gerçek tablo etiketiyle mi işaretli
• Product, FAQPage ve Article schema uygulandı mı
• PDF, HTML sayfadan indirilebilir ikincil kopya olarak sunuluyor mu
• PDF'ten HTML sayfaya iç link var mı
• Search Console'da PDF ve HTML performansı ayrı izleniyor mu

Bu taşımayı planlamadan önce sitenizin bugünkü PDF bağımlılığını ve yapay zeka görünürlüğünü ücretsiz web sağlığı denetimimizle ölçebilir, ardından birlikte bir taşıma planı kurabiliriz. Temel kavramlar için GEO temel rehberimize göz atabilirsiniz.