Hizmet sayfası ne sunuyor, makineye ne anlatılıyor?

Bir hizmet sayfasında başlık web tasarımı anlatıyor; sayfanın arka planındaki yapılandırılmış veride ise eski bir kampanya adı, güncelliğini yitirmiş bir açıklama veya görünmeyen bir işletme bilgisi kalmış olabilir. Ziyaretçi ekranda bir şeyi okur, tarayıcıya veya arama sistemine verilen işaretleme başka bir şeyi tarif eder. Sorun çoğu zaman kodun yazım biçiminden önce, hangi bilginin kime ait olduğunun ve nereden doğrulanacağının belirlenmemesidir.

Yapılandırılmış veri, sayfadaki bilgilerin makine tarafından anlaşılabilecek düzenli alanlarla tanımlanmasıdır. Google, bu veriden sayfa içeriğini anlamaya yardımcı olacak ipuçları alabilir; ancak doğru biçim tek başına arama sıralaması, özel arama görünümü veya belirli bir sonuç garantisi değildir. Bu rehber, hizmet sayfasında görünen gerçeklerle işaretleme arasındaki ilişkiyi kurmayı, eksik bilgiyi uydurmak yerine dışarıda bırakmayı ve sayfa şablonu değiştiğinde eşleşmeyi yeniden sınamayı ele alır.

Önce tek sayfanın ana işini belirleyin

Bir hizmet sayfasını tarif ederken ana konuyu bir cümleyle yazın: Hangi hizmet anlatılıyor, kim sunuyor, sayfa hangi soruyu yanıtlıyor? Sayfa tek bir hizmeti mi tanıtıyor, yoksa kurumun genel iletişim ve kimlik sayfası mı? Her sayfanın ana konusunu aynı kurum kaydıyla tanımlamak veya hizmet sayfasına ilgisiz ürün ya da görünmeyen teklif eklemek, sayfanın ne anlattığını karıştırabilir. Aynı gerçek sağlayıcı bilgisi birden fazla hizmet sayfasında kullanılabilir; önemli olan her sayfanın asıl konusunu doğru göstermektir. İşaretleme sayfayı yeniden kurgulamaz; mevcut içeriği doğru bağlamda tarif eder.

Sayfanın amacı net değilse önce içerik düzenini iyileştirin. Ziyaretçi hizmetin kapsamını, sürecini ve iletişim yolunu bulamıyorsa bu bilgileri yalnızca yapılandırılmış veri alanlarında saklamak kullanıcıya yardımcı olmaz. Kurumsal web sitesi planı rehberi, sayfaların hangi soruları yanıtlayacağını belirlemeye yardımcı olur; işaretleme çalışması bu kararın ardından gelir.

Her alan için görünür bilgi ve sorumlu belirleyin

Uygulamada küçük bir eşleme tablosu hazırlayın. Bir sütunda ekranda görünen bilgiyi, diğerinde doğrulandığı kaynağı, sonraki sütunda işaretlemede kullanılacak alanı, son sütunda ise bilgiyi güncellemekten sorumlu rolü tutun. Örneğin hizmet adı sayfa başlığı ve ana başlıkla; açıklama hizmet metniyle; sağlayıcı adı onaylı kurum bilgisiyle; web adresi sayfanın kendi adresiyle karşılaştırılabilir. Her eşleşmenin gerekçesi okunabilir olmalıdır.

Bu tabloda “boş kalabilir” ve “doğrulanmalı” durumları da bulunsun. Bir özelliği doldurmak zorunlu değilse, bilgi kaynağı yok diye tahmin yürütmek yerine alanı kullanmamak daha doğrudur. Fiyat, çalışma saati, ödül, değerlendirme puanı, hizmet verilen bölge veya teslim süresi ancak gerçekten geçerliyse ve sayfa bunu destekliyorsa eklenmelidir. Bir alanın kod içinde bulunması, bilginin güncel veya doğru olduğunu kanıtlamaz.

Hizmet türüyle kurum bilgisini birbirine karıştırmayın

Schema.org sözlüğündeki Service türü, bir kurum veya kişinin sağladığı hizmeti tarif eder. Bu, hizmet adını, sağlayıcıyı ve ilgili açıklamayı düzenli biçimde modellemek için bir seçenek olabilir; her sayfa için otomatik olarak en uygun tür olduğu sonucu çıkmaz. Google'ın arama sonuçlarında desteklediği özel görünümler ayrı yönergelerle tanımlanır. Bir sözlükte alanın bulunması, o alanın Google'da belirli bir arama özelliği oluşturacağı anlamına gelmez.

İşletme, kişi, hizmet ve sayfa farklı şeylerdir. Kurumun adı hizmetin adı değildir; sayfanın adresi de sağlayıcı kimliği değildir. İşaretleme bu ilişkileri doğru bağlamalı, yeni bir şube veya ofis varmış gibi bilgi üretmemelidir. Başlıkta bir bölge adının geçmesi, işletmenin orada ofisi bulunduğunu veya o bölgede hizmet verdiğini kanıtlamaz. Gerçek bir hizmet alanı bilgisi kullanılacaksa işletmenin onaylı ve doğru kaynağı olmalıdır.

Özellikle yerel işletme bilgisinde, isim, adres ve telefon gibi ayrıntıların doğru kaynağı ile sayfada nasıl gösterildiği birlikte düşünülmelidir. Yerel SEO ve web sitesi rehberi, yerel bilginin hangi gerçek işletme kaydına dayanması gerektiğini açıklar. Bu yazı da aynı ilkeden hareket eder; bölge etiketi, gerçek adres veya ofis kanıtı yerine kullanılamaz.

İşaretlemeyi görünür içeriğin gölgesine saklamayın

Google'ın genel yönergeleri, işaretlenmiş içeriğin sayfada okuyucuların görebildiği içerikle temsil edilmesini ister. Sayfada bulunmayan bir fiyatı, yorumu, ödülü veya hizmet vaadini yalnızca kod alanına eklemek doğru değildir. Metin ile işaretleme arasında kapsam farkı varsa önce bunun nedenini araştırın. Sayfa kısaltıldı ama eski şablon alanı kaldı mı? Yönetim panelinde başka bir kaydın açıklaması mı seçildi? Yoksa işletme kararı mı değişti?

Görünür sayfa ve işaretleme aynı kaynağı kullanabilir, fakat tek başına aynı veri tablosundan gelmeleri hatasız oldukları anlamına gelmez. Kaynak kaydın sahibini, son doğrulama tarihini ve hangi şablonların kullandığını belirleyin. Bir hizmet kapsamı değiştiğinde sadece paragrafı değil, onu temsil eden yapılandırılmış alanları da gözden geçirin. İçerik yöneticisi bilgiyi doğrular; teknik ekip bunun sayfada nasıl üretildiğini ve kontrol edildiğini açıklar.

Şablonun alanlarını içerik değişikliğine bağlayın

Bir içerik yönetim sistemi hizmet sayfası için başlık, açıklama ve görsel alanlarını tekrar kullanabilir. Aynı şablon işaretleme alanlarını da üretiyorsa, her değişiklikte hangi verinin güncelleneceği açık olmalıdır. Şablondaki sabit bir açıklamanın bütün hizmet sayfalarında görünmesi veya eski bir adın yeni sayfalara taşınması regresyon riskidir. Alanları çoğaltmak yerine, ortak ve sayfaya özgü bilgiyi ayırın; aynı gerçeğin farklı yazımları oluşuyorsa öncelikle tek onaylı kaynağı belirleyin.

Bir içerik alanı boş kaldığında sistem varsayılan değer ekliyor mu? Sayfa başka hizmete dönüştürüldüğünde önceki hizmete ait yapılandırılmış veri siliniyor mu? İkinci bir hizmet bölümü eklendiğinde ana konu hâlâ anlaşılır mı? Bu soruları yalnızca editör ekranında değil, yayımlanan HTML ve işaretleme çıktısında deneyin. Böylece editörün girdiği bilginin gerçek sayfaya nasıl yansıdığı ile sunucu yanıtında bulunan veriyi ayrı ayrı görebilirsiniz.

Testi tek bir geçerli örnekle sınırlamayın

İlk kontrol, sayfanın kaynak çıktısında yapılandırılmış verinin bulunduğunu ve sözdiziminin geçerli olduğunu doğrulamaktır. JSON-LD kullanılıyorsa geçerli bir JSON belgesi olarak çözümlenebilmesi gerekir; geçerli biçim ise içerik doğruluğunun yerine geçmez. Google'ın Rich Results Test aracı yalnızca desteklenen arama özelliklerine ilişkin teknik sorunları yakalayabilir. Sayfa türü desteklenen özel sonuç koşullarına uymuyorsa test sonucu görünüm hakkı veya arama performansı vaadi değildir.

İkinci kontrol, tarayıcıda görünen hizmet bilgisi ile kodda bulunan ad, açıklama ve sağlayıcıyı yan yana karşılaştırmaktır. Üçüncü kontrol, sayfa adresi, iç bağlantı ve varsa kanonik adresin aynı içeriğe işaret edip etmediğini incelemektir. Google'ın URL Denetleme aracı, Google'ın eriştiği sayfayı ve bazı teknik ayrıntıları kontrol etmeye yardımcı olabilir; bu araç sayfa metninin işletme tarafından doğrulandığı anlamına gelmez. Otomatik araçla bulunmayan editoryal tutarsızlıkları ayrıca kontrol edin.

Örnekleri değişken durumlara göre seçin: başlığı güncellenmiş hizmet sayfası, açıklaması kısaltılmış sayfa, geçici olarak yayından kaldırılan bölüm ve yeni hizmet sayfası. Ana şablonda yapılan bir değişikliği birkaç farklı sayfa türünde deneyin. Her sayfada aynı kayıt mı bekleniyor, yoksa farklı hizmet gerçekleri mi? Başarı ölçütü, test aracının yeşil simgesi değil; görünür içerik, onaylı kaynak ve üretilen veri arasında açıklanabilir tutarlılıktır.

Ürün işaretlemesiyle hizmet sayfasını ayırın

Ürün sayfasındaki fiyat, para birimi ve bulunabilirlik gibi alanlar; hizmet sayfasındaki sağlayıcı, kapsam ve hizmet açıklamasıyla aynı karar değildir. Ürün verisi yanlışsa katalog kaynağı incelenir. Hizmet sayfasında ise sayfanın ne vaat ettiği ve bu vaadin hangi kurumsal bilgiden doğrulandığı kontrol edilir. İki tür sayfa ortak teknik altyapı kullansa da birindeki alanları diğerine kopyalamak doğru model kurmaz.

E-ticaret SEO rehberi, ürün ve kategori sayfalarında ürün verisi ile işaretleme tutarlılığını ele alır. Hizmet sayfası için farklı alanlar seçilse bile aynı temel kural geçerlidir: işaretlenen bilgi sayfada anlaşılır olmalı ve doğrulanabilir bir kaynağa dayanmalıdır. Ayrıca Google'da işletme adının farklı görünmesi rehberi, site adı ile tekil sayfa başlığı gibi ayrı arama alanlarını birbirine karıştırmamanın önemini anlatır.

Kabul ölçütünü ve bakım sorumlusunu kaydedin

Yayın öncesi kabul notunda hangi URL'lerin denendiğini, hangi bilgi kaynağının esas alındığını, eksik alanların neden boş bırakıldığını ve hangi aracın neyi doğruladığını yazın. Testin tarihi ile içerik sürümünü kaydedin; birkaç ay sonra aynı sayfa değişmiş olabilir. Sonuç ekran görüntüsü yerine gerektiğinde incelenebilecek adres, metin sürümü ve alan eşlemesi daha kullanışlı kanıt sağlar. Kayıt içinde parola, müşteri verisi veya gereksiz kişisel bilgi tutmayın.

İçerik sorumlusu kapsam değişikliğini onaylar; web ekibi şablonun değişikliği doğru yansıttığını kontrol eder; yayın sorumlusu örnek sayfaları kabul ölçütlerine göre inceler. Tek kişinin her alanı tahmin etmesi beklenmemelidir. Yeni hizmet sayfası açıldığında veya ortak şablon değiştiğinde bu kontrol yeniden çalıştırılır. Mevcut web tasarım ve yazılım hizmeti kapsamında bu kararları proje görüşmesinde teknik iş, içerik kararı ve kabul koşulu olarak ayrı ayrı konuşabilirsiniz.

Sık Sorulan Sorular

Yapılandırılmış veri tam olarak nedir?

Bir sayfanın ne hakkında olduğunu ve içerdiği bazı bilgilerin hangi anlamda kullanıldığını, makine tarafından okunabilen alanlarla açıklama biçimidir. Ziyaretçinin gördüğü hizmet metninin yerine geçmez. Sayfada görünmeyen veya doğrulanamayan bilgiyi eklemek için kullanılmamalıdır.

Doğru işaretleme Google'da özel sonuç veya üst sıra sağlar mı?

Hayır. Google, uygun ve yönergeleri izleyen işaretlemenin bazı özel arama özelliklerine uygunluk sağlayabileceğini belirtir; görünme veya sıralama garantisi vermez. Arama görünümü birçok etkene bağlıdır ve test aracında hata olmaması, içeriğin doğruluğunu tek başına kanıtlamaz.

Her hizmet sayfasında Service türü kullanmalı mıyım?

Hayır. Önce sayfanın neyi anlattığını ve sözlük türünün bu gerçek içeriği doğru temsil edip etmediğini değerlendirin. Schema.org'da bir türün bulunması, Google'ın o tür için özel sonuç gösterdiği anlamına gelmez. Teknik kararı proje yapısı ve güncel arama dokümanı üzerinden doğrulayın.

Sayfada görünmeyen bilgiyi yalnız işaretlemede kullanabilir miyim?

Genel yönergeler, işaretlemenin sayfada okuyucuların gördüğü içeriği temsil etmesini ister. Gizli bir fiyat, uydurma değerlendirme veya sayfada anlatılmayan hizmet kapsamı eklemeyin. Bilgi iş açısından gerekli fakat sayfada yoksa önce içerik ve onay sürecini tamamlayın.

Başlıkta Cihangir geçtiği için hizmet alanını Cihangir olarak işaretlemeli miyim?

Hayır. Başlıktaki bölge adı tek başına hizmet alanını doğrulamaz. Bir hizmet alanı veya fiziksel konum ancak işletme tarafından doğrulanmış, güncel ve sayfada doğru biçimde açıklanmışsa ele alınabilir. Bölge adı tek başına ofis veya hizmet kapsamı kanıtı değildir.

Hizmet fiyatı değiştiğinde neyi kontrol etmeliyim?

Sayfada fiyat yayımlanıyorsa görünen metin, bağlı teklif veya fiyat kaydı ve yapılandırılmış veri aynı güncel kaynağa dayanmalıdır. Fiyat kamuya açık değilse sırf alanı doldurmak için tahmin yazmayın. Değişiklikten sonra en az bir sayfada hem görünür içerik hem kaynak çıktısı karşılaştırılmalıdır.

Rich Results Test aracı bütün doğrulamayı yapar mı?

Hayır. Araç desteklediği arama özellikleri için bazı teknik hataları bulabilir. İşaretlenen bilginin doğru ve güncel olup olmadığını, hizmet kapsamının işletme tarafından onaylandığını veya sayfa metninin kullanıcıya yeterli açıklama sunduğunu sizin yerinize kararlaştırmaz. Editoryal ve içerik kontrolü ayrıca gerekir.

Kontrolü kim yapmalı ve ne zaman tekrarlanmalı?

İşletme hizmet bilgisini doğrulamalı, içerik sorumlusu sayfadaki anlatımı güncellemeli, web ekibi alanların doğru üretilmesini sınamalıdır. Yeni hizmet sayfasında, ortak şablon değişikliğinde veya kapsam/fiyat gibi temel bilgiler güncellendiğinde ilgili örnekleri yeniden kontrol edin. Sorumluluk ve tarih kaydını saklayın.