AggregateRating Nedir? SEO Etkisi, Politikalar ve Doğru Kullanım

AggregateRating nedir?

AggregateRating, schema.org sözlüğünde bir ürünün, hizmetin veya içeriğin birçok kullanıcıdan gelen puanlarının ortalamasını anlatan yapısal veri türüdür. Sayfadaki ortalama puanı, puan sayısını ve ölçeği arama motoruna makine okunur biçimde bildirir. Google uygun sayfalarda bu bilgiyi yıldızlı inceleme özeti olarak gösterebilir.

Kısacası AggregateRating, ekranda gördüğünüz yıldızların arkasındaki veri katmanıdır. Ziyaretçi "4,7 / 5" ifadesini okur; arama motoru ise aynı bilgiyi JSON-LD içinde sayısal alanlar olarak alır.

Ekibimiz bu şemayı çoğunlukla ürün, kurs, yazılım ve yerel işletme sayfalarında görür. Ancak şemanın varlığı tek başına yıldız garantisi vermez. Google önce sayfanın türüne, sonra yorumların kaynağına bakar.

Bu yazıda AggregateRating şemasını, Google'ın inceleme politikalarını, doğru kurulumu ve sık görülen hataları birlikte inceliyoruz. Yapısal verinin genel mantığı için schema markup rehberimizi da okuyabilirsiniz.

Şemanın günlük hayattaki karşılığı basittir. Bir kitapçıda raftaki kitabın arkasında yazan okur puanı gibi düşünün. Siz puanı okursunuz; arama motoru da aynı puanı kodda okur. Bu yüzden iki tarafın aynı rakamı göstermesi gerekir.

Ayrıca AggregateRating tek başına bir etiket değildir. Bir Product, Course veya SoftwareApplication gibi ana türün özelliği olarak yaşar. Ana tür olmadan puanın hangi öğeye ait olduğu belli olmaz.

AggregateRating SEO'ya etki eder mi?

Doğrudan sıralama etkisi için resmi bir vaat yoktur. Google'ın belgeleri inceleme özetini bir zengin sonuç özelliği olarak anlatır. Yani şema, sayfanızı daha yukarı taşımaz; arama sonucunda daha görünür kılabilir.

Yine de dolaylı etki gerçektir. Yıldız gösteren bir sonuç, yıldızsız rakiplerinin yanında dikkat çeker. Dolayısıyla tıklama oranınız artabilir. Bu artış sayfanızın alakasını ölçen kullanıcı davranışını da besler.

Burada temkinli olmak gerekir. Tıklama oranı artışı için saha tecrübemize dayalı bir beklenti verebiliriz, ama sabit bir yüzde vaat etmeyiz. Sektöre, yıldız ortalamasına ve rakiplerin durumuna göre sonuç değişir.

Tıklama oranını yalnızca şemayla çözemezsiniz. Başlık ve açıklama metni de aynı derecede önemlidir. Bu konuda organik tıklama oranını artırma yazımıza göz atabilirsiniz.

Bir başka etki de güven algısıdır. Ziyaretçi sonucu tıklamadan önce puanı görür ve sayfaya olumlu bir beklentiyle gelir. Dolayısıyla sayfadaki içerik bu beklentiyi karşılamıyorsa hemen çıkış artabilir.

Bu nedenle yıldızları bir süs gibi değil, bir söz gibi düşünün. Sonuçta verdiğiniz puanı sayfada doğrulamanız gerekir. Aksi halde kısa vadeli tıklama kazancı, uzun vadeli güven kaybına döner.

AggregateRating şeması hangi alanlardan oluşur?

Google'ın inceleme özeti belgesine göre AggregateRating için ortalama puan olan ratingValue zorunludur. Ayrıca ratingCount veya reviewCount alanlarından en az birini vermeniz gerekir. İncelenen öğeyi belirten itemReviewed da gerekir, ancak şema başka bir türün içine yerleşmişse bu alanı yazmazsınız.

bestRating ve worstRating alanları önerilen alanlardır. Değer vermezseniz Google ölçeği 5 üzerinden ve en düşük puanı 1 kabul eder. Puanlarınız başka bir ölçekteyse bu alanları açıkça yazmalısınız.

Alanların sırası önemli değildir, ancak yapı önemlidir. Ortalama ve sayı aynı blokta durmalıdır. Ayrıca sayı alanını tırnaksız tam sayı ya da tırnaklı metin olarak yazabilirsiniz; doğrulama aracı ikisini de okur. Yine de tüm sayfalarda aynı biçimi kullanmak bakımı kolaylaştırır.

Puan ölçeğini nasıl seçersiniz?

Google, puan değerinin sayı, kesir veya yüzde olabileceğini belirtir. Ölçeğiniz 5 üzerinden değilse bestRating ve worstRating alanlarını açıkça yazmanız gerekir. Aksi halde Google 5 üzerinden hesap yapar ve değeri yanlış okuyabilir.

Örneğin sitenizde 10 üzerinden puan veriyorsanız ve kodda yalnızca 8,4 yazarsanız, Google bunu 5 üzerinden 8,4 sanar. Bu durumda değer ölçek dışında kalır ve doğrulama hata verir.

Ekibimiz bu nedenle mümkünse 5 üzerinden oylamaya geçmenizi önerir. Ziyaretçiler bu ölçeği hızlı anlar. Yine de 10 veya 100 üzerinden puan kullanıyorsanız, iki sınır değerini de koda eklemek yeterlidir.

Ölçeği değiştirdiğinizde eski puanları da yeni ölçeğe çevirmeyi unutmayın. Aksi takdirde ortalama gerçeği yansıtmaz ve sayfadaki görünür değerle kod arasında fark doğar.

Ortalama puan nasıl hesaplanır?

Ortalama, tüm puanların toplamının puan sayısına bölünmesiyle bulunur. Bunu sitenizin veritabanında otomatik üretmek en güvenli yoldur. Elle güncellenen bir sayı, kısa sürede gerçekle bağını kaybeder.

Örnek hesap: Bir ürüne 5 puan veren 6 kişi, 4 puan veren 3 kişi ve 2 puan veren 1 kişi olsun. Toplam puan 30 + 12 + 2 = 44 eder. Puan sayısı 10 olduğu için ortalama 4,4 çıkar. Bu rakamlar yalnızca örnektir.

Kodda bu durumda "ratingValue": "4.4" ve "ratingCount": "10" yazarsınız. Sayfada da aynı 4,4 ve 10 değerlerini göstermelisiniz.

Yuvarlama konusunda tutarlı olun. Sayfada 4,4 gösterip kodda 4.44 yazmak ciddi bir ihlal sayılmaz, ama ikisini aynı tutmak hem doğrulamayı hem kullanıcı güvenini kolaylaştırır.

AggregateRating hangi sayfa türlerinde çalışır?

Google, inceleme özeti için desteklenen türleri listeler. Bunların arasında kitap, kurs, etkinlik, yerel işletme, film, ürün, tarif ve yazılım uygulaması bulunur. Ayrıca schema.org'daki bazı türler de kabul görür.

Bir e-ticaret sitesinde ürün sayfası en doğal örnektir. Bir yazılım firmasında uygulama sayfası, bir eğitim kurumunda kurs sayfası aynı işi görür. Yani puan, sayfanın konusu olan tek bir öğeye ait olmalıdır.

• Ürün sayfası: tek bir ürünün ortalama puanı.
• Kurs sayfası: tek bir kursun öğrenci puanları.
• Yazılım uygulaması sayfası: uygulamanın kullanıcı puanları.
• Tarif sayfası: tarife verilen puanlar.
• Yerel işletme sayfası: dikkat, bu tür politikaya takılabilir.

Son madde özel bir uyarı taşır. Sonraki bölümlerde kendi işletmenizin yorumlarını işaretleme konusunu ayrıntılı ele alıyoruz.

AggregateRating hangi sayfalarda kullanılmamalıdır?

Puanın tek bir öğeye ait olmadığı sayfalarda kullanmayın. Ana sayfa, kategori sayfası ve blog listesi bu gruba girer. Bu sayfalarda birden çok ürün veya konu bulunduğu için tek bir ortalama anlam taşımaz.

Ayrıca hiç yorum almamış sayfalara sıfır puan yazmayın. Yorum yoksa şemayı da eklemeyin. Boş veya yapay bir değer, doğrulama hatası ve politika riski demektir.

• Ana sayfa: tüm siteyi tek puana indirgemeyin.
• Kategori ve etiket sayfaları: ürünlerin puanlarını toplayıp yansıtmayın.
• Yorumsuz ürün sayfaları: şemayı ancak ilk yorum gelince ekleyin.
• Başka sitelerden kopyalanan puanlar: kendi sayfanızda kullanmayın.

Bir genel kural olarak, puanı ziyaretçinin o sayfada gerçekten görüp değerlendirdiği şeye bağlayın. Bu yaklaşım hem politikaya hem kullanıcı beklentisine uyar.

Örnek AggregateRating JSON-LD kodu nasıl yazılır?

En güvenli yol, AggregateRating'i bir ürün şemasının içine yerleştirmektir. Böylece itemReviewed alanını ayrıca yazmazsınız. Aşağıda kısa bir örnek kurguyu satır satır veriyoruz; değerler tamamen örnektir ve gerçek bir ürünü temsil etmez.

• Ana blok: "@context": "https://schema.org" ve "@type": "Product" satırlarıyla başlarsınız.
• Ürün adı: "name": "Örnek Koşu Ayakkabısı" satırını eklersiniz.
• Puan bloğu: "aggregateRating": {"@type": "AggregateRating", "ratingValue": "4.6", "reviewCount": "128"} yazarsınız.
• Ölçek: gerekirse "bestRating": "5" ve "worstRating": "1" ekleyebilirsiniz.

Örnekteki 4,6 ve 128 rakamları uydurma değerlerdir. Sizin sayfanızda bu sayılar, sayfada görünen gerçek yorumlardan hesaplanmalıdır. Kodu elle yazmak istemezseniz schema oluşturucu aracımızı kullanabilirsiniz.

Ondalık ayraç için nokta kullanın. JSON-LD içinde "4,6" yerine "4.6" yazmanız gerekir. Bu küçük ayrıntı, doğrulama araçlarında sık hata üretir.

Kodu yayına almadan önce bir kez daha okuyun. Süslü parantezlerin kapandığını, virgüllerin yerinde olduğunu ve değerlerin sayfadakiyle uyuştuğunu kontrol edin. Tek bir eksik virgül, tüm bloğun okunmamasına yol açabilir. Bu yüzden doğrulama aracı bu adımın vazgeçilmezidir.

Review ile AggregateRating arasındaki fark nedir?

Review tek bir kullanıcının değerlendirmesini anlatır. AggregateRating ise birçok değerlendirmenin özetidir. İkisi aynı sayfada birlikte bulunabilir ve birbirini tamamlar.

Review için yazar bilgisi ve puan gerekir. Google, yazar adının 100 karakterin altında olmasını ister. AggregateRating'de ise yazar yoktur; ortalama ve sayı vardır. Bu yüzden iki yapıyı karıştırmamak gerekir.

Sayfanızda birden fazla yorum gösteriyorsanız Google'ın önerisi, toplam puanı da eklemenizdir. Böylece hem ayrı yorumlar hem özet aynı sayfada tutarlı kalır.

Uygulamada en doğru kurgu şudur: sayfada birkaç örnek yorum gösterirsiniz, hemen üstünde de toplam puanı yazarsınız. Kodda da Review dizisi ile aggregateRating aynı ürün bloğunda durur. Böylece görünür içerik ve kod birbirini yansıtır.

Google'ın self-serving reviews politikası nedir?

Self-serving reviews, değerlendirilen varlığın kendi hakkındaki yorumları kontrol etmesi anlamına gelir. Google'ın belgesine göre incelenen varlık kendi yorumlarını denetliyorsa, o sayfalar yıldızlı inceleme özelliği için uygun değildir.

Politika özellikle LocalBusiness ve Organization türleri için geçerlidir. Bu kural, yorumlar işletmenin kendi sitesinde durduğunda veya bir eklenti aracılığıyla o siteye gömüldüğünde de geçerlidir.

Mantığı basittir. Bir işletme kendi vitrinine istediği yorumu koyabiliyorsa, bu yorum tarafsız bir sinyal olmaz. Dolayısıyla Google, bu tür sayfaları yıldızlı sonuç için dışarıda bırakır.

Bu politikanın ürün sayfalarında nasıl işlediği belgede ayrıca örneklenmiş değildir. Bu yüzden ürün yorumlarında da tarafsızlık ilkesini esas almanızı öneririz.

Burada önemli olan kontrol kavramıdır. Yorumları bağımsız bir üçüncü taraf topluyor ve siz içeriğini değiştiremiyorsanız durum farklıdır. Yine de belgedeki ifade, kontrolün işletmede olup olmadığına bakar; bu yüzden her kurulumu ayrı ayrı değerlendirmek gerekir.

Kendi işletmenizin yorumlarını AggregateRating ile işaretleyebilir misiniz?

Teknik olarak kodu yazabilirsiniz, ancak yıldızların çıkmasını beklememelisiniz. Şirketiniz için LocalBusiness veya Organization şeması içine kendi sitenizdeki yorumların ortalamasını koymak, self-serving kapsamına girer.

Bu yüzden ekibimiz yerel işletmelere farklı bir yol önerir. Yorumlarınızı Google işletme profilinizde toplayın. Yıldızlar orada, Google'ın kendi sistemiyle gösterilir. Bu konuyu Google Haritalar SEO yazımızda işledik.

Öte yandan sayfada yorum göstermenizin hiçbir sakıncası yoktur. Ziyaretçiler için güven yaratır. Yalnızca bu yorumları rich result kazanmak için işaretlemeye güvenmemelisiniz.

• Kendi sitenizdeki müşteri yorumlarını ziyaretçiye gösterin.
• Yıldız hedefini Google işletme profili üzerinden kurgulayın.
• Yorum sayınızı artırmak için müşterinizi profilinize yönlendirin.
• Olumsuz yorumlara açık ve kibar biçimde yanıt verin.

Ekibimizin sahada gördüğü bir örüntü şudur: yerel işletmeler yıldız peşinde şemaya yüklenir, ama asıl kazancı Google işletme profilindeki yorum sayısından alır. Örneğin yorumlara düzenli yanıt veren bir profil, harita sonuçlarında daha güven verici görünür. Bu bir gözlemdir, garanti değildir.

İşaretlediğiniz yorumlar sayfada görünür olmalı mı?

Evet, görünür olmalı. Google'ın genel yapısal veri kuralları, ziyaretçinin göremediği içeriği işaretlememenizi ister. Belge, inceleme içeriğinin işaretlenen sayfadan okunabilmesini de şart koşar.

Örneğin sayfada yorum yoksa ama kodda 4,8 puan yazıyorsa, bu uyumsuzluk bir ihlaldir. Sayfada 12 yorum görünürken kodda 500 yorum yazmak da aynı sorunu doğurur.

Ekibimiz kurulumdan önce her zaman şu soruyu sorar: "Bu sayıyı ziyaretçi sayfada görebiliyor mu?" Cevap hayırsa şemayı yayına almayız. Çünkü Google, kötü niyetli yapısal veri için manuel işlem uygulayabilir.

Manuel işlem, zengin sonuç uygunluğunuzu kaldırır. Belgeye göre normal arama sıralamanızı etkilemez; ancak yıldızlı görünümü kaybedersiniz. Search Console'daki Manuel Eylemler raporundan durumunuzu kontrol edebilirsiniz.

Bir başka ayrıntı da sekme ve açılır menülerdir. Yorumlar bir sekmenin arkasında duruyorsa ve ziyaretçi tek tıkla ulaşabiliyorsa genellikle sorun çıkmaz. Yine de yorumları tamamen gizleyen veya yalnızca kodda bulunan çözümlerden kaçının.

Sahte veya teşvikli yorumlar neden risklidir?

Google, gerçek kullanıcılardan gelmeyen yorumların ve puanların manuel işlemle sonuçlanabileceğini belirtir. Belge, sahte veya açıklanmamış teşvikli incelemelerden kaçınmanızı da açıkça ister.

Bu yüzden puan şişirmek kısa vadede cazip, uzun vadede pahalıdır. Yıldızlar kalkar, güven zedelenir ve tüm sitenizin zengin sonuçları tartışmaya açılır.

Yorum toplamak istiyorsanız dürüst yoldan ilerleyin. Siparişten birkaç gün sonra müşterinize kısa bir istek gönderin. Yalnızca memnun müşteriyi seçmeyin; herkese aynı daveti yapın.

• Yorum karşılığında indirim veya hediye veriyorsanız bunu açıkça belirtin.
• Kendi ekibinizin ya da yakınlarınızın yorumlarını puana katmayın.
• Olumsuz yorumları silmeyin; yanıtlayın ve çözüme bağlayın.
• Rakip adına yorum yazmayın.

Haksız veya sahte bir yorumla karşılaşırsanız platform kurallarına uygun yollarla bildirim yapabilirsiniz. Bu süreçte Google yorum silme hizmetimiz size destek olabilir.

Teşvikli yorum her zaman yasak değildir; sorun, teşvikin açıklanmamasıdır. Bir ürünü ücretsiz deneten ve dürüst yorum isteyen işletme, bunu belirterek ilerlemelidir. Şeffaflık, hem kullanıcıyı hem platformu korur.

ratingCount ile reviewCount arasında hangisini seçmelisiniz?

İkisi de aynı amaca hizmet eder, ama anlamları farklıdır. ratingCount puan veren kullanıcı sayısını, reviewCount ise yazılı inceleme sayısını anlatır. Google, ikisinden en az birini ister.

Örneğin yüz kişi yıldız verdi ve otuz kişi ayrıca metin yazdıysa, ratingCount 100, reviewCount 30 olur. Sayfanızda yalnızca yıldız oylaması varsa ratingCount seçin.

Sayfada yazılı yorumları listeliyorsanız reviewCount doğru tercihtir. Önemli olan, sayfadaki rakamla kodu birebir eşleştirmenizdir. Sayıları geçmiş dönemden kopyalamayın; güncel veriyi yansıtın.

Değerler değiştikçe şemanın da değişmesi gerekir. Bu yüzden statik kod yerine veritabanından dinamik üretim yapan bir yapı kurmanızı öneririz. Ekibimiz bu işi genellikle şablon düzeyinde çözer.

WordPress eklentileri AggregateRating işini otomatik çözer mi?

Birçok SEO ve yorum eklentisi şemayı sizin yerinize üretir. Ancak eklentiyi kurmak, sonucu doğrulamanızı gereksiz kılmaz. Sitelerde aynı sayfada iki farklı eklentinin ayrı AggregateRating bloğu yazdığı durumlar görüyoruz.

Çift işaretleme, Zengin Sonuçlar Testi'nde uyarı doğurur. Dolayısıyla eklentileri tek tek kapatıp hangisinin çıktı verdiğini görmek gerekir. Temayla gelen şema da üçüncü bir kaynak olabilir.

Bir eklenti yorumları kendi sunucusundan gömüyorsa, işaretlemenin sizin sayfanıza mı yoksa gömülü çerçeveye mi ait olduğunu kontrol edin. Google'ın belgesi, yorumların işaretlenen sayfadan okunabilir olmasını ister.

Kısacası eklenti bir başlangıçtır, doğrulama sizin işinizdir. Web tasarım sürecinde şema ve yorum altyapısını baştan planlarsak bu tür çakışmalar çıkmaz. Ayrıntı için web tasarım hizmetimize bakabilirsiniz.

AggregateRating'de en sık yapılan hatalar nelerdir?

Sahada en çok gördüğümüz hatalar küçük ama sonuçları büyüktür. Bir kısmı doğrulama aracında uyarı verir, bir kısmı ise sessizce yıldızları engeller.

• Puan değerini virgülle yazmak: "4,6" yerine "4.6" kullanın.
• Sayfada görünmeyen yorumları işaretlemek.
• Tüm site için tek bir toplam puanı her sayfaya kopyalamak.
• Kategori sayfasına tek bir ürünün puanını yazmak.
• Kendi işletmenizin yorumlarını LocalBusiness içinde kullanmak.
• ratingValue alanını ölçek dışında bırakmak, örneğin 5 üzerinden 7 yazmak.
• Yorum sayısını sıfır bırakmak veya boş geçmek.

Bu hataların çoğu şablon düzeyinde oluşur. Yani bir hata, yüzlerce sayfaya aynı anda yayılır. Bu nedenle yayından önce birkaç farklı sayfa türünde test yapmak önemlidir.

Bir başka sık hata da tarihi eski yorumlardır. Yıllar önce toplanmış bir ortalamayı güncellemeden bırakmak, ürün değiştiğinde yanıltıcı olur. Örneğin ürünün yeni sürümü çıktıysa eski sürümün puanını taşımanız doğru olmaz.

AggregateRating şemasını nasıl test edersiniz?

İlk adım Google'ın Zengin Sonuçlar Testi'dir. Sayfa adresini veya kodu yapıştırırsınız, araç hataları ve uyarıları ayrı ayrı gösterir. Hata varsa önce onu düzeltirsiniz.

İkinci adım Search Console'daki zengin sonuç raporlarıdır. Burada sitenizin geneline dair geçerli, uyarılı ve hatalı öğeleri görürsünüz. Böylece şablon kaynaklı toplu sorunları hızla yakalarsınız.

1. Test edeceğiniz sayfayı Zengin Sonuçlar Testi'ne verin.
2. Hata ve uyarıları tek tek okuyun.
3. Sayfadaki görünen puanla koddaki değeri karşılaştırın.
4. Düzeltmeyi yayına alın ve Search Console'da yeniden doğrulama isteyin.
5. Birkaç gün sonra zengin sonuç raporunu yeniden kontrol edin.

Teknik sağlığa genel bir bakış için SEO analiz aracımızı da deneyebilirsiniz. Sonuçlar yayınlandıktan sonra görünmesi zaman alabilir.

Yıldızlar arama sonucunda görünmüyorsa ne yaparsınız?

Şema geçerli görünse bile yıldızlar hemen çıkmayabilir. Google, zengin sonuç göstermeyi garanti etmez. Önce sayfanın taranıp dizine eklendiğinden emin olun.

Sonra olası nedenleri sırayla eleyin. Sayfanızın türü desteklenmiyor olabilir. Yorumlar self-serving kapsamına girebilir. Kod ile görünen içerik uyuşmayabilir. Yorum sayısı çok az da olabilir.

• Sayfanın Google'da dizinlendiğini URL denetimiyle doğrulayın.
• Zengin Sonuçlar Testi'nde hata olmadığını kontrol edin.
• Sayfa türünün desteklenen listede olduğunu teyit edin.
• Yorumların işletmeniz tarafından denetlenmediğinden emin olun.
• Manuel Eylemler raporunda kayıt olup olmadığına bakın.

Bütün kontroller temizse sabırlı olun. Yeniden tarama ve değerlendirme zaman alır. Bu süre için sabit bir gün vaat etmiyoruz.

Bir de şu olasılığı hesaba katın: Google, bazı sorgularda veya cihazlarda yıldızı göstermeyebilir. Yani siz test ettiğiniz aramada göremiyorsanız, başka bir sorguda görünüyor olabilir. Bu nedenle tek bir aramaya bakarak karar vermeyin.

Puanınız düşükse şemayı kaldırmalı mısınız?

Hayır. Düşük puan, şemayı kaldırmak için bir neden değildir. Kötü puanı saklamak için kodu silmek veya yalnızca iyi yorumları seçmek, hem politikaya hem müşteri güvenine aykırıdır.

Ayrıca dürüst bir 4,1 ortalama çoğu zaman kusursuz bir 5,0 kadar güven verir. Ziyaretçiler mükemmel puanlara şüpheyle bakar. Bu, müşteri davranışı üzerine sahada gözlemlediğimiz bir eğilimdir; kesin bir oran vermiyoruz.

Bunun yerine puanı yükselten gerçek sorunu çözün. Şikayet konularını gruplayın, ürün veya hizmetteki eksiği giderin, ardından müşteriden yeniden geri bildirim isteyin.

Olumsuz yorumlara hızlı ve nazik yanıt vermek de fark yaratır. Yanıtınızı okuyan kişi, işletmenin sorumluluk aldığını görür. Böylece tek bir kötü puan, güven kaybına değil şeffaflık kanıtına dönüşür.

Yayından sonra hangi metrikleri izlemelisiniz?

Şemayı yayına aldıktan sonra üç alana bakın. Birincisi Search Console zengin sonuç raporudur. İkincisi sayfa bazında tıklama oranıdır. Üçüncüsü yorum sayısı ve ortalamanın güncelliğidir.

• Zengin sonuç raporunda geçerli, uyarılı ve hatalı öğe sayısı.
• Yıldız çıkan sayfaların tıklama oranı ile çıkmayanların farkı.
• Sayfadaki görünür puan ile koddaki puanın eşleşmesi.
• Manuel Eylemler raporundaki olası kayıtlar.

Tıklama oranı karşılaştırmasını yaparken aynı dönemi ve benzer sorguları seçin. Aksi halde mevsimsellik sonucu bozar. Ölçüm için tıklama oranı hesaplama aracımızı kullanabilirsiniz.

Arama sonucunuzun nasıl göründüğünü önizlemek isterseniz Google SERP önizleme aracımız başlık ve açıklama uzunluğunu kontrol etmenizi sağlar.

E-ticaret sitelerinde AggregateRating nasıl kurgulanır?

E-ticarette en sağlıklı yapı, ürün başına puan üretmektir. Her ürün sayfası yalnızca o ürünün yorumlarını toplar ve Product şemasının içine aggregateRating olarak yazar. Liste sayfalarında ise tekil ürün puanı göstermeyin.

Ürün yorum sistemi ister kendi altyapınız olsun ister bağımsız bir yorum platformu, kural aynıdır: sayfada görünen rakam koda gitmelidir. Ayrıca yorum platformu veriyi sizin sitenize gömüyorsa, işaretlemeyi kimin yaptığını kontrol etmelisiniz.

Bir pazaryerinde satış yapıyorsanız yorumlar bağımsız platformda durur. Yorumların güven üzerindeki etkisini sahada sıkça görüyoruz.

Ürün sayfası şablonunu baştan kuruyorsanız, e-ticaret danışmanlığı kapsamında şema, yorum ve dönüşüm kurgusunu birlikte ele alırız. Ayrıntı için e-ticaret danışmanlığı sayfamıza bakın.

Varyantlı ürünlerde de dikkatli olun. Renk veya beden seçenekleri aynı ürün sayfasında duruyorsa puanı ana ürün için yazın. Her varyant ayrı sayfa ve ayrı yorum topluyorsa, o zaman her sayfada kendi puanını kullanın.

Hizmet işletmeleri yıldız kazanmak için ne yapabilir?

Hizmet işletmeleri çoğunlukla LocalBusiness kapsamına girer; yani kendi sitelerindeki yorumlarla yıldız kazanmaları zordur. Bu nedenle yol haritasını değiştirmek gerekir.

Önce yorum toplamayı Google işletme profiline taşıyın. Sonra yorumlara düzenli ve kişiselleştirilmiş yanıt verin. Ayrıca sitenizde hizmet sayfalarına gerçek müşteri görüşlerini, izinle ve adıyla ekleyin.

Bu yaklaşım, yıldızları garanti etmez ama güveni kurar. Güven, tıklamadan sonra dönüşümü belirler. Nihayetinde yıldızın amacı da tıklatmaktan çok ikna etmektir.

Yorum ve güven sinyallerini içerik stratejisine bağlamak için E-E-A-T rehberimizi inceleyin. SEO sürecinizi birlikte kurgulamak isterseniz SEO danışmanlığı sayfamızı ziyaret edebilirsiniz.

Örneğin bir diş kliniği, bir muhasebe ofisi veya bir ajans düşünün. Bu işletmeler için yorumların en güçlü yeri Google işletme profili ve sektörel platformlardır. Sitede ise vaka anlatımı, süreç açıklaması ve gerçek müşteri sözü güveni tamamlar.

AggregateRating için hangi adımları izlemelisiniz?

Özetle AggregateRating, doğru sayfada, gerçek ve görünür yorumlarla kullanıldığında değer üretir. Yanlış sayfada veya şişirilmiş verilerle kullanıldığında ise risk doğurur. Yani önce politikayı, sonra kodu düşünmelisiniz.

1. Sayfanın desteklenen bir türde ve tek bir öğeye ait olduğunu doğrulayın.
2. Yorumların işletmeniz tarafından denetlenmediğinden emin olun.
3. Puan ve sayıyı sayfada görünür kılın.
4. Kodu JSON-LD olarak, doğru ondalık ayraçla yazın.
5. Zengin Sonuçlar Testi ile doğrulayın.
6. Search Console'da raporu izleyin ve değerleri güncel tutun.

Sonuç olarak yıldızlar bir hak değil, bir fırsattır. Dürüst veriyle kurduğunuz yapı sizi hem politikadan hem tıklama kaybından korur. Kurulumda takıldığınız noktada ekibimizle iletişime geçebilirsiniz.