Hazır bir şablonla yola çıktığınızda, işin büyük kısmının aslında bittiğini düşünürsünüz. Kodlaması yapılmış, tasarımı oturmuş bir yapıyı kendi bilgilerinizle kişiselleştirmek, hızlı bir başlangıç vaat eder. Ben de bu mantıkla yola çıkarak kendi kişisel blogumu kurarken açık kaynaklı bir şablondan faydalandım. Ancak, “görünürde” her şey yolunda giderken, Google’ın beni aslında bambaşka biri sanma ihtimaliyle karşılaştım. Bu durum, özellikle yapısal veri (structured data) ve SEO’nun görünmeyen katmanlarının ne kadar kritik olduğunu bir kez daha gösterdi.
Bu, sadece kodları değiştirmekle kalmayıp, sitenin arama motorlarına sunduğu kimlik bilgilerini de titizlikle kontrol etmeniz gerektiğini anlatan bir hikaye. Sadece “çalışıyor” olması yetmez, aynı zamanda “doğruyu” anlatması gerekir. Gelin, bu beklenmedik detayı nasıl keşfettiğime ve nelere dikkat etmeniz gerektiğine birlikte bakalım.
Görünmeyen Katman: Şablonun Mirası
Yeni bir site kurduğumda, ilk işim genellikle hızlı bir şekilde yayına almak ve ardından SEO denetimleriyle eksikleri gidermek olur. Bu sefer de öyle yaptım. Şablonun kendi kişiselleştirme script’i sayesinde isim, domain gibi temel bilgiler hızla güncellendi. Kodlar derlendi, site yayına girdi ve ben de ilk SEO analizimi çalıştım. Her şeyin yolunda gittiğini düşünürken, render edilen HTML’deki JSON-LD bloklarında gözüm takıldı.
Bu bloklar, Schema.org gibi standartlar aracılığıyla web sayfalarındaki içeriği makine tarafından okunabilir hale getirmeyi amaçlar. Google ve diğer arama motorları, bu verileri kullanarak sayfanın ne hakkında olduğunu daha iyi anlar ve arama sonuçlarında daha zengin gösterimler sunabilir. İşte tam bu noktada, şablonun orijinal sahibine ait Wikidata Q-ID ve ORCID kimliklerinin hala durduğunu fark ettim. Site, Google’a “Ben şablonun orijinal sahibiyim” diyordu resmen.
Bu durumun hem benim hem de şablonun orijinal sahibi için ciddi bir kimlik karışıklığına yol açabileceğini anladım. Benim itibarım, başkasının kimlik bilgisiyle ilişkilendirilecekti; onun itibarı ise benim bilgilerimle kirlenecekti. Bu basit bir hata gibi görünse de, arama motorlarının bilgi grafiği (knowledge graph) düşünüldüğünde oldukça önemli bir problemdi.
Detaylarda Gizlenen Kimlik Hırsızlığı (Dolaylı Yoldan)
Sorunun kaynağını bulmak için şablonun kişiselleştirme script’ini ve ortaya çıkan HTML kodunu daha detaylı inceledim. Script, isim ve domain gibi görünen metinleri değiştirse de, yapısal verilerdeki ID’leri veya HTML yorumlarındaki bazı gizli bağlantıları elden kaçırmış olabilirdi. Ve evet, durum tam olarak böyleydi.
Wikidata API üzerinden yaptığım doğrulama, bu ID’lerin gerçekten de şablonun orijinal sahibine ait olduğunu teyit etti. Dahası, kişiselleştirme script’inin tam olarak başarılı olamadığı yerler de vardı. SEO anahtar kelimelerinde “yeni ad + eski soyad” gibi garip bir karışım ortaya çıkmıştı. Bu, Google’ın beni yanlış kişiyi hedefleyen anahtar kelimelerle ilişkilendirmesi anlamına geliyordu. Bir de işin cabası, view-source’ta duran bir easter-egg yorumunda şablon sahibinin GitHub linki vardı.
Bu keşifler, basit bir “çalışıyor” durumunun ötesine geçmenin ne kadar önemli olduğunu vurguluyordu. Sitenin kusursuz görünmesi, arama motorlarına doğru bilgiyi ilettiği anlamına gelmiyordu. Bu, özellikle teknik detaylara hakim olmayan geliştiriciler için büyük bir tuzak olabilirdi.
Düzeltme ve Çıkarılan Dersler
Neyse ki, bu durumun çözümü basitti. JSON-LD bloklarındaki yanlış Wikidata ve ORCID ID’lerini kendi bilgilerimle (veya eğer yoksa boş bırakarak) güncelledim. SEO anahtar kelimelerindeki karışıklığı düzelttim ve kaynak kodundaki gereksiz GitHub linkini kaldırdım. Bu adımların ardından sitenin kimlik bilgileri artık doğru bir şekilde benimle ilişkilendiriliyordu.
Bu deneyimden çıkardığım en önemli ders, hazır şablon kullanırken bile “görünmeyen” katmanlara dikkat etmek gerektiğidir. Yapısal veri, meta etiketler, yorumlar ve hatta JavaScript dosyalarındaki kodlar, sitenizin arama motorlarındaki kimliğini belirleyebilir. Özellikle Schema.org gibi yapısal veri türlerini kullanırken, identifier veya sameAs gibi alanları mutlaka kontrol edin. Eğer kendi Wikidata veya ORCID kaydınız yoksa, bu alanları boş bırakmak en doğrusudur.
Bu tür durumlar, özellikle teknik derinliği olan projelerde gözden kaçabilir. Ancak arama motorları için bu detaylar, sitenizin güvenilirliğini ve doğru şekilde indekslenmesini doğrudan etkiler. Dolayısıyla, her yeni yayına aldığınız sitede, işin “görünen” kısımlarını hallettikten sonra, mutlaka kaynak kodunu inceleyerek ve yapısal verileri kontrol ederek bir “sağlık taraması” yapmanızı öneririm.
Peki siz hazır şablonlarla çalışırken ne gibi beklenmedik SEO sorunlarıyla karşılaştınız? Yapısal verilerle ilgili deneyimlerinizi yorumlarda paylaşır mısınız?