Ayrıştırılamayan Yapılandırılmış Veri Hatası: Nedenleri ve Çözümü

Ayrıştırılamayan yapılandırılmış veri hatası nedir ve ilk ne yapmalısınız?

Ayrıştırılamayan yapılandırılmış veri, Google'ın sayfanızdaki işaretleme bloğunu ciddi bir söz dizimi hatası yüzünden okuyamadığı durumdur. Hata o kadar temeldir ki Google verinin hangi türe ait olduğunu bile anlayamaz. Search Console'daki rapor adı İngilizce arayüzde "Unparsable structured data" olarak geçer.

Panik yapmanıza gerek yok, çünkü bu hata genellikle tek bir virgül ya da tırnak kadar küçük bir kusurdan doğar. Ayrıca sıralamanızı doğrudan düşürmez; asıl kayıp, o sayfaların zengin sonuç alma ihtimalinin ortadan kalkmasıdır. İlk gün şu adımları izleyin:

1. Search Console'da raporu açın ve hata satırına tıklayarak etkilenen sayfaların listesini görün.
2. Listeden bir örnek sayfa seçin ve adresini Google'ın Rich Results Test aracına yapıştırın.
3. Aracın gösterdiği satır ve hata mesajına bakarak bozuk noktayı bulun.
4. Hatanın tek sayfada mı yoksa tüm şablonda mı olduğunu anlamak için iki üç sayfayı daha deneyin.
5. Düzeltmeyi yayına alın ve Search Console'da doğrulamayı başlatın.

Bu yazıda her adımı ayrıntısıyla anlatıyoruz. İşaretlemenin ne olduğunu baştan öğrenmek isterseniz schema markup nedir yazımıza bakın; burada yalnızca bozuk veriyi onarmaya odaklanıyoruz.

Bu rapor diğer zengin sonuç raporlarından nasıl ayrılır?

Ürün, tarif ya da etkinlik gibi zengin sonuç raporlarında Google veri türünü tanır ve eksik alanlardan söz eder. Bu raporda ise tür bile belirlenemez. Google'ın yardım belgesine göre rapor, ciddi bir söz dizimi hatası yüzünden ayrıştırılamayan verileri listeler.

Bir diğer fark, raporun yalnızca sorun varsa görünmesidir. Aynı belgeye göre bu rapor, Google sitenizde ayrıştırılamayan veri bulduysa mülkünüzde yer alır. Yani rapor hiç yoksa bu iyi bir işarettir.

Ayrıca Google listedeki her kaydı kritik hata sayar. Rapor uyarı ya da geçerli öğe göstermez. Google hataları, en çok sayfayı etkileyen ve benzer ölçütlere göre önem sırasına dizer. Bu nedenle en üstteki satırdan başlamak çoğu zaman en verimli yoldur.

Öte yandan eksik zorunlu alan gibi sorunlar bu rapora girmez. Onları ilgili zengin sonuç raporunda izlersiniz. Bu yazı yalnızca söz dizimi seviyesindeki bozulmayı ele alır.

Raporda hangi hata türlerini görürsünüz?

Google'ın yardım sayfası onlarca farklı ayrıştırma hatasını listeler. Arayüz metinlerini sizin için birebir çevirmiyoruz; bunun yerine İngilizce adlarını parantez içinde veriyoruz. Panelinizde benzeri bir ifade göreceksiniz.

• Geçersiz JSON belgesi ("Invalid JSON document"): Blok bütün olarak okunamıyor.
• Yanlış değer türü ("Incorrect value type"): Alan, beklenmeyen türde bir değer almış.
• Ayrıştırma hatası, örneğin iki nokta üst üste eksik ("Parsing error: Missing ':'"): Söz diziminde bir işaret yok.
• Kaçış dizisi ve Unicode sorunları: Özel karakterlerde kodlama yanlış.
• Tekrarlanan benzersiz özellik ("Duplicate unique property"): Aynı alan aynı nesnede iki kez geçiyor.

Bu liste tam değildir; yardım belgesi daha fazla hata türü içerir. Panelinizdeki satırın açıklaması, hatanın ailesini anlamanız için ilk ipucudur. Bu nedenle hata adını not alın, ardından Rich Results Test çıktısıyla karşılaştırın.

JSON-LD söz dizimi hataları nelerdir?

JSON-LD, Google'ın önerdiği işaretleme biçimidir. Bir makine tarafından okunduğu için insan gözünün affettiği küçük kusurları affetmez. Kod örneği vermeden en sık görülen söz dizimi hatalarını anlatalım.

• Eksik virgül: İki alan arasındaki ayırıcıyı unutursanız blok ortadan kırılır.
• Fazladan virgül: Son alandan sonra kalan virgül birçok ayrıştırıcıyı durdurur.
• Eksik ya da fazla tırnak: Bir metin değerinin başlangıç ve bitiş tırnağı eşleşmez.
• Kapanmamış parantez: Bir nesne ya da liste açık kalır.
• Alan adının tırnaksız yazılması: Alan adları da tırnak içinde olmalıdır.

Örneğin bir ekip, bloğu elle düzenlerken yeni bir alan ekler ve aralarındaki virgülü atlar. Sonuçta blokun tamamı okunamaz hâle gelir. Tek karakterlik bir kusur, tüm işaretlemenin çöpe gitmesine yol açar.

Bu hataları gözle bulmak zordur. Bunun için bir ayrıştırıcı kullanmanız gerekir; aracı ilerleyen bölümde anlatıyoruz.

Kaçış karakterleri ve tırnaklar neden bu hatayı tetikler?

Bloktaki metin değerleri çift tırnak içinde durur. Başlığınızda ya da açıklamanızda çift tırnak varsa, bunu özel bir işaretle kaçırmanız gerekir. Kaçırılmazsa ayrıştırıcı metnin orada bittiğini sanır ve geri kalanı anlamsız bulur.

Bu sorun en çok dinamik şablonlarda çıkar. Şablon, ürün adını ya da yazı başlığını otomatik olarak bloğa yerleştirir. Bir başlıkta tırnak, ters eğik çizgi ya da satır sonu varsa, yalnızca o sayfayı kırar. Dolayısıyla hata yüzlerce sayfadan yalnızca birkaçında görünebilir.

Şu kaynaklara dikkat edin:

• Metin editöründen yapıştırılan akıllı (kıvrık) tırnaklar ve görünmeyen özel karakterler.
• Açıklama alanlarına eklenen satır sonları.
• Ters eğik çizgi içeren dosya yolları ya da ürün kodları.
• Yanlış kodlamadan gelen Türkçe karakterler; ayrıştırıcı bunları Unicode hatası olarak bildirebilir.

Çözüm, değerlerin bloğa yazılmadan önce otomatik olarak kaçırılmasıdır. Bunu şablon kodunuzda genellikle tek bir yerde düzeltirsiniz.

Geçersiz tarih ve sayı biçimi bu hataya yol açar mı?

Çoğu durumda hayır; ancak dolaylı olarak evet. Yanlış tarih biçimi tek başına JSON'u bozmaz. Bu nedenle tarih sorunları genellikle ilgili zengin sonuç raporunda uyarı ya da hata olarak çıkar. Yine de rapordaki "Incorrect value type" gibi bir satır, alana yanlış türde veri girildiğini gösterebilir.

Gerçek ayrıştırma hatasına yol açan durumlar ise şunlardır:

• Sayı alanına birim ya da para simgesi eklenmesi, böylece değerin tırnaksız metne dönüşmesi.
• Boş bir şablon değişkeninin alanı değersiz bırakması; ortada iki nokta kalır ama değer kalmaz.
• Ondalık ayırıcı olarak virgül kullanılan bir sayının tırnaksız yazılması.
• Tarih yerine "yok" ya da "bilinmiyor" gibi bir metnin tırnaksız bırakılması.

Pratikte tarih için uluslararası ISO biçimini kullanın; sayıları nokta ile yazın ve birimi ayrı bir alana taşıyın. Ayrıca boş olabilecek her alan için şablonda bir koşul koyun: Değer yoksa alanı hiç yazmayın.

Aynı sayfadaki bozuk ikinci bloğu nasıl bulursunuz?

Bir sayfada birden fazla işaretleme bloğu olabilir. Tema bir blok, SEO eklentisi bir blok, bir yorum eklentisi de üçüncü bir blok üretebilir. Bunlardan yalnızca biri bozuksa, diğerleri sağlam olduğu hâlde rapor yine de hata verir.

Bu yüzden sayfayı test ederken yalnızca ilk bloğa bakmayın. Rich Results Test sonuçları öğe öğe listeler. Orada sağlam görünen türleri, ayrıştırılamayan bloktan ayırt edebilirsiniz. Eğer test aracı hiçbir tür bulmuyorsa, bozuk blok tek olabilir.

Bulmak için şu yöntemi izleyin:

1. Sayfanın kaynak kodunu açıp işaretleme bloklarını sayın.
2. Her bloğun hangi eklenti ya da şablon dosyasından geldiğini belirleyin.
3. Şüpheli kaynağı geçici olarak kapatıp sayfayı yeniden test edin.
4. Hata kaybolduysa sorun o kaynaktadır.

Bu yöntem eklenti çakışmalarında en hızlı sonucu verir.

Eklenti çakışması ayrıştırılamayan yapılandırılmış veriye nasıl yol açar?

WordPress gibi sistemlerde birden fazla eklenti aynı bilgiyi işaretlemeye çalışır. Biri sayfayı makale olarak, diğeri ürün olarak etiketler. Çoğu zaman sorun çift bildirimdir; ancak bazı eklentiler diğerinin çıktısını bozar ya da yarım bırakır.

Tipik senaryolar şunlardır:

• Önbellek ya da küçültme eklentisi, çıktıdaki satır sonlarını veya tırnakları değiştirir.
• Güvenlik eklentisi, bloktaki özel karakterleri temizlerken yapıyı bozar.
• Eski bir tema ile yeni bir SEO eklentisi aynı alanı iki kez yazar.
• Çeviri eklentisi, değerleri çevirirken tırnak işaretlerini değiştirir.

Bu bir örnek senaryodur: Yeni bir SEO eklentisi kurduktan hemen sonra rapor kırmızıya dönerse, ilk şüpheli yeni eklenti olmalıdır. Eklentiyi kapatın, önbelleği temizleyin ve test aracında tekrar deneyin. Siteniz çökerse ayrı bir sorunla uğraşıyorsunuz; bunun için WordPress kritik hata çözümü yazımıza bakın.

Çakışmayı çözmek için aynı türü yalnızca bir kaynağın üretmesini sağlayın. Diğer kaynakta bu özelliği kapatın.

Şablon kaynaklı hatalar neden binlerce sayfayı etkiler?

Google'ın belgesi, tek bir hatanın birçok sayfayı etkilemesinin en yaygın nedeninin şablon hatası olduğunu belirtir. Bu mantıklıdır, çünkü aynı kod parçası her sayfada çalışır. Şablonda bir virgül kaybolursa, o şablonu kullanan her sayfa kırılır.

Dolayısıyla etkilenen sayfa sayısı size ipucu verir. Birkaç sayfa etkileniyorsa muhtemelen içerik kaynaklı bir tırnak ya da özel karakter sorunu vardır. Yüzlerce sayfa etkileniyorsa şablonu inceleyin.

Şablon düzeltmesinde şu sırayı izleyin:

1. Etkilenen sayfaların ortak şablonunu belirleyin (ürün, blog, kategori gibi).
2. Bu şablonun işaretleme çıktısını bir örnek sayfada inceleyin.
3. Değişken değerlerin kaçırılıp kaçırılmadığını kontrol edin.
4. Boş değer olasılığına karşı koşullar ekleyin.
5. Düzeltmeyi önce bir test ortamında, sonra yayında deneyin.

Şablon düzeltmeleri genellikle tek seferde yüzlerce sayfayı kurtarır. Bu yüzden önce toplu nedeni arayın.

Bozuk sayfayı adım adım nasıl teşhis edersiniz?

Teşhis için sistematik ilerlemek, rastgele denemeden çok daha hızlıdır. Google'ın eksik işaretleme için hata ayıklama yönergesi de benzer bir sıra önerir: önce sayfanın dizinde olduğunu, sonra verinin geçerli olduğunu, en sonunda erişimde engel bulunmadığını doğrulayın.

1. Search Console'da hata satırını açın ve örnek bir adres seçin.
2. URL Denetleme aracında sayfanın dizinde olduğunu ve Google'ın güncel sürümü gördüğünü kontrol edin.
3. Aynı adresi Rich Results Test'e verin ve hata satırını okuyun.
4. Test sonucunda görünen kod parçasında virgül, tırnak ve parantez dengesini inceleyin.
5. Gerekirse sayfanın kaynağını bir JSON doğrulayıcıdan geçirin.
6. Kaynağı bulduktan sonra düzeltmeyi uygulayın ve testi tekrarlayın.

URL Denetleme sırasında canlı test sorunları yaşarsanız URL Denetleme "Sayfa Kaynakları Yüklenemedi" yazımız yardımcı olur. Ayrıca Search Console'a yeniyseniz Google Search Console rehberimizi okuyun.

Zengin Sonuç Testi ile düzeltmeyi nasıl doğrularsınız?

Rich Results Test, Google'ın işaretlemeyi doğrulamak için sunduğu ücretsiz araçtır. Yardım belgesi, ayrıştırılamayan veri hatalarını gidermek için bu aracı kullanmanızı ve düzeltmeleri adım adım test etmenizi önerir. Aracı iki biçimde kullanabilirsiniz: canlı adres vererek ya da kod parçasını yapıştırarak.

Kod yapıştırma yöntemi, düzeltmeyi yayına almadan önce denemek için idealdir. Bu sayede riskli bir değişikliği canlı siteye koymadan önce görürsünüz. Yayına aldıktan sonra ise canlı adresi mutlaka tekrar test edin.

Testte şunlara dikkat edin:

• Araç ayrıştırma hatası veriyor mu, yoksa türleri başarıyla listeliyor mu?
• Beklediğiniz türlerin hepsini listeliyor mu?
• Test edilen sürüm, kullanıcıların gördüğü sürümle aynı mı?

Not: Testin başarılı olması zengin sonucun gösterileceği anlamına gelmez. Google, doğru işaretleyen sayfalarda bile bunu garanti etmez.

Ayrıca işaretlemeyi sıfırdan oluşturuyorsanız schema oluşturucu aracımız söz dizimi hatasız bir başlangıç üretir.

Düzeltmeyi Search Console'da nasıl doğrulatırsınız?

Düzeltmeyi yayına aldıktan sonra Search Console'da hata satırını açın ve "Validate Fix" düğmesine basın. Google bu noktada etkilenen sayfaları yeniden kontrol eder. Menü ve düğme adları zamanla değişebilir, bu yüzden panelinizde benzeri bir ifade arayın.

Doğrulama durumları Google'ın belgesinde şöyle geçer:

• "Started": Kontrol başladı.
• "Looking good": Şimdiye kadar kontrol edilen sayfalar düzelmiş.
• "Passed": Google bilinen tüm örnekleri çözülmüş sayıyor.
• "Failed": Sorun sürüyor, doğrulamayı yeniden başlatmanız gerekir.

Doğrulamayı başlatmadan önce tüm etkilenen şablonları düzelttiğinizden emin olun. Yarım düzeltmeyle başlatırsanız doğrulama başarısız olur ve süreç yeniden başlar. Bu nedenle önce birkaç örnek sayfayı test edin, sonra butona basın.

Düzeltme sırasında sayfa dizinde değilse, önce dizin sorununu çözün. Konuda indexlenmeyen sayfaları tespit etme yazımız size yol gösterir.

Doğrulama ne kadar sürer ve neden başarısız olabilir?

Google'ın yardım sayfası, doğrulamanın genellikle yaklaşık iki hafta sürdüğünü, bazı durumlarda çok daha uzun sürebileceğini söyler. Süreyi biz kısaltamayız; bu yüzden beklerken panik yapmayın. Sitenizin tarama sıklığı ve etkilenen sayfa sayısı süreyi etkiler.

Doğrulama şu nedenlerle başarısız olabilir:

• Düzeltme yalnızca bazı sayfalara uygulanmıştır, diğer şablonlar bozuk kalmıştır.
• Önbellek eski sürümü sunmaya devam etmektedir.
• Bozuk blok, başka bir eklentiden gelmektedir.
• Sayfalar Googlebot'a engelli ya da noindex durumundadır.

Başarısız olursanız hata satırındaki yeni örnek adresleri yeniden inceleyin. Genellikle gözden kaçan ikinci bir kaynak vardır.

Öte yandan "Passed" sonucu, yeniden bozulmayacağı anlamına gelmez. Sonraki bölümde nasıl önleyeceğinizi anlatıyoruz.

Düzeltmeden sonra rapordaki sayılar neden hemen değişmez?

Raporlar anlık değildir. Google sayfaları yeniden tarayıp değerlendirdikçe sayılar yenilenir. Ayrıca belgeye göre ilgili raporlar sayfalarınızın yalnızca bir örneklemini gösterir. Dolayısıyla bir sayfayı düzeltmeniz, rapordan ertesi gün kaybolacağı anlamına gelmez.

Sayıların geç değişmesinin başlıca nedenleri şunlardır:

• Googlebot sayfayı henüz yeniden taramamıştır.
• Yeni veriyi keşfetmek zaman alır.
• Rapor yalnızca dizindeki sayfaları kapsar.
• Örneklem boyutu değiştiğinde öğe sayısı da değişir.

Bu süreçte düzeltmeyi hızlandırmak için önemli sayfalar için URL Denetleme üzerinden yeniden dizine ekleme isteyebilirsiniz. Ancak günlük kota sınırı olduğunu unutmayın. Ayrıntı için Search Console kota sınırı yazımıza bakın.

Belirtiye göre hangi nedeni önce kontrol etmelisiniz?

Aşağıdaki tablo, sahada en sık karşılaştığımız tabloları özetler. Bu bir başlangıç rehberidir; her sitede durum farklıdır.

Tablodaki ilk satırdan başlayın; çünkü şablon sorunu en çok sayfayı etkiler ve en hızlı kazanç oradan gelir.

Bu hatayı baştan nasıl önlersiniz?

Önlemek, onarmaktan ucuzdur. Özellikle sürekli yeni sayfa yayınlayan sitelerde birkaç alışkanlık büyük fark yaratır.

• İşaretlemeyi elle yazmak yerine güvenilir bir üretici ya da eklenti kullanın.
• Dinamik değerleri bloğa yazmadan önce kaçırın ve boş değerleri atlayın.
• Şablonu değiştirdiğinizde yayına almadan önce bir örnek sayfayı Rich Results Test ile deneyin.
• Aynı türü yalnızca tek bir kaynağın üretmesini sağlayın.
• Eklenti ve tema güncellemelerinden sonra raporu kontrol etme alışkanlığı edinin.

Ayrıca Search Console e-posta bildirimlerini açık tutun. Böylece yeni bir hata satırı oluştuğunda haberiniz olur. Teknik SEO denetimlerinin genel çerçevesi için teknik SEO ipuçları yazısına göz atın.

Zengin sonuç hedefleyen sayfalarınızda ek olarak içeriğin işaretlemeyle uyumlu olduğundan emin olun. Google, sayfada görünmeyen içeriğin işaretlenmemesini ister.

Ayrıştırılamayan yapılandırılmış veri sıralamanıza zarar verir mi?

Doğrudan sıralama düşüşü beklemeyin; ancak dolaylı kayıp gerçektir. Bozuk bloğa sahip sayfa, ilgili zengin sonuç özelliği için uygun olamaz. Dolayısıyla tıklama oranı, görünürlük ve rekabet avantajı azalabilir.

Yine de işaretleme, Google'ın zengin sonuç göstermesini garanti etmez. Bu nedenle işaretlemeyi bir sıralama hilesi gibi değil, sayfanızı doğru anlatma aracı gibi görün. Sıralama dalgalanması yaşıyorsanız önce Search Console ile trafik düşüşü tespiti yazısındaki yöntemle nedeni ayırın.

Örneğin bir sayfanın trafiği düşmüşse, bunun işaretlemeyle ilgili olup olmadığını önce arama görünümünü karşılaştırarak anlayın. Çoğu zaman düşüşün asıl nedeni başka bir faktördür.

Söz dizimi hatası, işaretlemenin türüne bakmaz. SSS, makale, ürün ya da kuruluş fark etmeksizin bozuk bir blok okunamaz. Bazı türlerin zengin sonuç desteği zamanla değiştiği için, FAQPage şeması gibi eski işaretlemeleri sadeleştirmek yerinde olur. Puan ve yorum işaretlemesi kullanıyorsanız AggregateRating doğru kullanımı yazısındaki yönergelere de bakın. Bir türün desteğini kaybetmesi, o işaretlemeyi bozuk bırakmanız için gerekçe değildir.

Ayrıştırılamayan yapılandırılmış veri raporunu nasıl okur ve önceliklendirirsiniz?

Rapora girdiğinizde önce hata satırlarının sırasına bakın. Google satırları önem derecesine göre dizer; en çok sayfayı etkileyen hata üstte durur. Bir satıra tıkladığınızda etkilenen sayfaları, hata ayrıntısını ve hata ayıklama araçlarına giden bağlantıları görürsünüz.

Önceliklendirme için şu sırayı öneriyoruz:

1. En çok sayfayı etkileyen satırdan başlayın, çünkü orada ortak bir şablon yatıyor olabilir.
2. Her satırdan farklı kategorilerde iki ya da üç örnek sayfa seçin.
3. Örnek sayfaları test edip hata ailesini not alın.
4. Ortak nedeni olan satırları tek bir düzeltme görevinde birleştirin.

Raporu bir ekip arkadaşınıza ya da geliştiricinize göstermek için paylaşım bağlantısını kullanabilirsiniz. Google'ın belgesine göre bu bağlantı yalnızca o anki hataya salt okunur erişim verir. Ayrıca indirme düğmesiyle sayfa listesini dışa aktarabilirsiniz.

Ayrıştırılamayan yapılandırılmış veri satırlarını diğer teknik sorunlardan ayrı bir görev listesinde tutun. Böylece neyin düzeldiğini daha kolay izlersiniz.

Önbellek ve küçültme ayarları işaretlemeyi nasıl bozar?

Bazı kurulumlarda sayfa çıktısı sunucuya gitmeden önce bir önbellek, küçültme ya da güvenlik katmanından geçer. Bu katmanlar normalde zararsızdır. Ancak yanlış yapılandırıldıklarında bloğun içindeki boşlukları, satır sonlarını veya tırnakları değiştirebilirler.

Belirtisi şudur: Aynı sayfa yönetim panelinde sağlıklı görünür, canlı sürümde ise bozuktur. Bu nedenle test aracında canlı adresi denemek, yalnızca kod yapıştırarak denemekten daha güvenilirdir.

Şüphelendiğinizde şunları yapın:

• Önbelleği temizleyip sayfayı yeniden test edin.
• Küçültme özelliğini geçici olarak kapatın.
• Güvenlik duvarı ya da içerik filtresi kurallarını gözden geçirin.
• Önce tek bir sayfada deneyin, sonra tüm siteye yayın.

Hata kaybolursa suçlu katmanı belirlediniz demektir. Bu katman için bloğu istisna listesine ekleyin.

Örnek bir senaryoda düzeltme nasıl ilerler?

Aşağıdaki, gerçek bir müşteri değil, anlatım için kurguladığımız bir örnek senaryodur. Bir küçük çevrimiçi mağaza, ürün sayfalarında ürün işaretlemesi kullanıyor. Bir gün Search Console'da ayrıştırılamayan yapılandırılmış veri satırı ve onlarca etkilenen sayfa görünüyor.

1. Mağaza sahibi satırı açıp üç farklı ürün sayfasını Rich Results Test'e veriyor.
2. Test aracı, hepsinde ürün adı alanının çevresinde bir ayrıştırma hatası gösteriyor.
3. Ürün adlarında inç işareti olduğunu fark ediyor; bu işaret, çift tırnakla aynı karakter.
4. Şablonda ürün adının kaçırılmadan bloğa yazıldığını buluyor.
5. Geliştirici, değeri kaçıracak şekilde şablonu düzeltiyor.
6. Mağaza sahibi canlı sayfaları yeniden test ediyor, ardından doğrulamayı başlatıyor.

Bu senaryoda sorun yalnızca belirli ürünlerde çıkıyordu; çünkü yalnızca onların adında özel karakter vardı. Dolayısıyla hata ilk bakışta "rastgele" görünür. Aslında bir kural vardır, ancak onu bulmak için etkilenen ve etkilenmeyen sayfaları karşılaştırmanız gerekir.

Düzeltmeden sonra hangi kontrolleri yapmalısınız?

Düzeltmeyi yayına aldıktan sonra yalnızca test aracındaki yeşil sonuçla yetinmeyin. Birkaç ek kontrol, hatanın geri dönmesini engeller.

1. Canlı adresleri Rich Results Test ile tekrar deneyin.
2. Sayfanın dizinde olduğunu URL Denetleme ile doğrulayın.
3. Farklı şablonlardan en az bir sayfayı daha test edin.
4. Önbelleği temizleyip sonucu yeniden kontrol edin.
5. Search Console'da doğrulamayı başlatın ve durumu izleyin.
6. Birkaç hafta sonra ilgili zengin sonuç raporlarında değişiklik olup olmadığına bakın.

Ayrıca düzeltmeyi bir kayıt defterine yazın: Ne bozuktu, nasıl çözüldü, hangi şablon etkilendi? Bu not, bir sonraki eklenti güncellemesinde size zaman kazandırır.

Raporda hâlâ görünen bir sayfa gerçekten bozuk mu?

Her zaman değil. Raporda listelenen bir adres, Google'ın o sayfayı en son taradığı andaki durumu yansıtır. Siz sayfayı düzelttiyseniz ama Google henüz yeniden taramadıysa, adres listede kalmaya devam eder.

Bu yüzden önce canlı testi yapın. Test aracı temiz sonuç veriyorsa, sayfa şu an sağlamdır ve yapmanız gereken tek şey doğrulamayı başlatıp beklemektir. Test aracı hata veriyorsa, düzeltmeniz henüz canlıya yansımamış ya da başka bir kaynak bozuk demektir.

Ayrıca rapor yalnızca dizindeki sayfaları ve bir örneklemi kapsar. Bu nedenle listede görmediğiniz bir sayfa da bozuk olabilir. Şablon düzeltmesinin bütün sayfalara ulaştığından emin olmak için bu mantığı unutmayın.

Yayın sürecinize hangi kontrol noktalarını eklemelisiniz?

Hataları Search Console'da görmek, sorunun zaten canlıya çıktığı anlamına gelir. Daha iyisi, sorunu yayın öncesinde yakalamaktır. Bunun için büyük bir altyapı kurmanız gerekmez; küçük bir kontrol listesi çoğu zaman yeterlidir.

• Şablon ya da eklenti değişikliğinden önce, her şablon türünden bir örnek sayfa seçin.
• Değişiklikten sonra bu örnek sayfaları Rich Results Test ile deneyin.
• Başlıkta tırnak, eğik çizgi ya da emoji bulunan bir test sayfası oluşturun ve onu da deneyin.
• Alanı boş olan bir kayıtla da test yapın; böylece boş değer kaynaklı hataları yakalarsınız.
• Güncellemeden birkaç gün sonra Search Console'u açıp yeni hata satırı olup olmadığına bakın.

Bu alışkanlık, özellikle sık yayın yapan e-ticaret ve içerik sitelerinde çok değerlidir. Çünkü şablon hataları sessizce yüzlerce sayfaya yayılır. Kontrol listesi ise birkaç dakikanızı alır.

Ne zaman profesyonel destek almalısınız?

Hata tek bir sayfadaysa kendiniz çözebilirsiniz. Ancak yüzlerce sayfa etkileniyorsa, tema ve eklentiler iç içe geçmişse ya da düzeltme sonrası doğrulama tekrar tekrar başarısız oluyorsa uzman gözü zaman kazandırır.

Talha Aslan ve ekibi olarak bu tür teknik denetimleri SEO danışmanlığı kapsamında yürütüyoruz. Öncelikle şablon çıktısını inceler, ardından kaynakları tek tek ayırırız. Sonuç garantisi vermeyiz; ancak sorunun nerede olduğunu net biçimde ortaya koyarız.

Kendi başınıza kontrol etmek isterseniz SEO analiz aracımız ilk kontrol için kullanışlıdır. Ayrıca sitenizde içerik üretimi ve raporlama süreçlerini hızlandırmak istiyorsanız yapay zeka ile raporlama çözümümüz tekrarlayan denetimleri otomatikleştirebilir.

Başka sorular çıkarsa, kardeş yazılarımızdan Ayrıca Sorulanlar kutusu rehberi, içeriğinizi soru biçiminde kurgulamanıza yardım eder. Resmi kaynaklar için Search Console Yardım: Unparsable structured data report, eksik işaretlemeyi ayıklama ve yapılandırma genel yönergeleri sayfalarını inceleyin.