VehicleListing şeması neden kaldırıldı?

VehicleListing şeması, Google’ın Temmuz 2026’da bu tür için dokümantasyonu kaldırması ve zengin sonuç desteğini sonlandırması nedeniyle kaldırıldı. Bu karar, Schema.org üzerindeki tüm araç verilerinin silindiği anlamına gelmez. Değişiklik, Google arama sonuçlarında Vehicle Listing görünümünü üretmek için kullanılan belge ve destek kapsamını etkiler.

Otomotiv bayileri ile ilan siteleri için doğru yaklaşım, mevcut kodu tek seferde başka bir şemaya çevirmek değildir. Önce hangi sayfanın hangi arama amacına hizmet ettiğini ayırmak gerekir. Bayi iletişim bilgileri, tekil araç özellikleri, stok durumu ve satış teklifi aynı veri modeliyle yönetilmemelidir.

VehicleListing şeması neden kaldırıldı?

VehicleListing şeması, Google’ın bu yapılandırılmış veri türü için arama görünümü desteğini sürdürmemesi nedeniyle kaldırıldı. Google, Temmuz 2026’da Vehicle Listing dahil beş kullanımın dokümantasyonunu kaldırarak ilgili özelliklerin gelecekteki kapsamını değiştirdi.

Bu tür kararlar genellikle teknik dokümantasyonun sadeleştirilmesi, düşük kullanım oranı veya arama sonuçlarındaki ürün önceliklerinin değişmesiyle ilgilidir. Ancak Google, her dokümantasyon silme işleminde ayrıntılı gerekçe yayımlamayabilir. Bu nedenle kesin sebep yerine doğrulanabilir sonucu esas almak gerekir.

Somut sonuç şudur: VehicleListing işaretlemesi, daha önce hedeflenen Google araç listeleme görünümünü garanti etmez. Kod sayfada bulunmaya devam etse bile Google bunu kullanmayabilir. İşaretlemenin geçerli olması ile zengin sonuç üretmesi aynı şey değildir.

VehicleListing adının Google belgelerinden kaldırılması, Schema.org sözlüğündeki her araçla ilgili özelliğin otomatik olarak geçersiz olduğu anlamına da gelmez. Bir veri türünün Schema.org’da bulunması, Google’ın onu arama özelliğinde kullanacağını garanti etmez. Bu ayrım, geçiş planının temelidir.

VehicleListing işaretlemesi olan sitelerde ne değişecek?

VehicleListing kullanan sitelerde ilk değişiklik, bu işaretlemenin Google görünürlüğü için ana yöntem kabul edilmemesidir. Mevcut kod hemen silinmek zorunda olmayabilir; fakat yeni sayfalara aynı yapı sorgusuz eklenmemelidir.

Bayiler, özellikle stok sayfalarında üç ayrı katmanı incelemelidir. Birinci katman işletme kimliğidir. İkinci katman araç sayfasındaki açıklayıcı içeriktir. Üçüncü katman fiyat, bulunabilirlik ve iletişim gibi ticari bilgilerdir.

İlan sitelerinde sorun daha büyüktür. Çünkü aynı araç, farklı URL’lerde veya filtre sayfalarında tekrar edebilir. VehicleListing kaldırıldıktan sonra bu tekrarlar, yalnızca yapılandırılmış veriyle çözülemez. Kanonik URL, indeksleme kuralları ve sayfa içeriği birlikte kontrol edilmelidir.

Yanlış: VehicleListing artık görünmüyor, bu yüzden bütün araç şemalarını Product olarak değiştirelim. Doğru: Her sayfanın gerçek içeriğini belirleyip yalnızca Google’ın desteklediği ve sayfayla uyumlu işaretlemeyi kullanmak.

Bu değişiklik, organik sıralamaların otomatik olarak düşeceği anlamına gelmez. Zengin sonuç görünümü kaybolabilir; fakat sıralama, tarama ve indeksleme ayrı sistemlerdir. Etkiyi Search Console performans raporları ve gerçek arama kontrolleriyle ölçmek gerekir.

VehicleListing kodu tamamen silinmeli mi?

VehicleListing kodunun silinip silinmeyeceği, sitenin teknik bağımlılıklarına ve Google dışındaki kullanımına göre belirlenmelidir. Kod yalnızca Google zengin sonucu amacıyla eklenmişse kaldırmak veya pasifleştirmek daha temiz bir yapı sağlayabilir.

Önce kaynak kodu, JSON-LD şablonlarını ve veri katmanını tarayın. 'VehicleListing', 'vehicleListing' ve ilgili şema referanslarını ayrı ayrı arayın. Ayrıca Google Tag Manager, CMS eklentileri ve sunucu tarafı şablonlarında aynı veri türünün tekrar üretilip üretilmediğini kontrol edin.

Kodu kaldırmadan önce bir sürüm kaydı alın. Eski URL, yeni URL, sayfa tipi ve uygulanan değişiklikleri bir tabloda tutun. Böylece görünürlük değiştiğinde hangi sayfa grubunun etkilendiği anlaşılır.

İşaretleme sayfa içeriğiyle çelişiyorsa kaldırma kararı daha acildir. Örneğin sayfada fiyat bulunmuyor, fakat yapılandırılmış veride güncel bir fiyat gönderiliyorsa sorun yalnızca VehicleListing desteği değildir. Bu tür tutarsızlıklar diğer şema türlerinde de manuel işlemlere yol açabilir.

Google’ın dokümantasyonu kaldırması, Schema.org doğrulayıcısının kodu hata olarak göstermeyebileceği anlamına gelir. Bu nedenle yalnızca doğrulama aracındaki yeşil sonucu karar ölçütü yapmayın. Asıl soru, Google’ın bu veriyi hangi arama görünümünde kullanmaya devam ettiğidir.

Otomotiv bayileri hangi şemalara geçmeli?

Otomotiv bayileri, VehicleListing yerine tek bir şemaya geçmemeli; işletme, sayfa ve teklif verilerini ayrı amaçlarla işaretlemelidir. Geçişte ilk aday genellikle bayi işletmesini tanımlayan LocalBusiness veya uygun alt türüdür.

Bayi adresi, telefon numarası, çalışma saatleri ve resmi adı işletme sayfasında tutarlı olmalıdır. Bu bilgiler, Google Business Profile verileriyle de çelişmemelidir. Google’da yerel işletme şeması nasıl eklenir? rehberindeki alan eşleştirmesi bu kontrol için kullanılabilir.

Tekil araç sayfasında marka, model, model yılı, kilometre, yakıt türü ve vites gibi bilgiler görünür içerikle aynı olmalıdır. Ancak bu alanların bulunması, sayfanın otomatik olarak Product zengin sonucu kazanacağı anlamına gelmez. Google, ürün görünümünde farklı uygunluk koşulları uygulayabilir.

Bir aracın gerçekten satışa sunulduğu, fiyatının güncel olduğu ve stok durumunun doğrulanabildiği sayfalarda ticari alanlar ayrıca incelenmelidir. Product veya Offer işaretlemesi kullanılacaksa sayfadaki görünür bilgilerle eşleşme kontrol edilmelidir. Uygunluk yoksa yalnızca daha fazla alan eklemek sonucu düzeltmez.

Bayinin genel satış sayfasına her stok aracını tek bir Product nesnesi altında yığmak da doğru değildir. Bir sayfa tek bir aracı tanımlıyorsa o aracın verisi kullanılmalıdır. Filtre sayfası onlarca aracı listeliyorsa tekil araç verisi yerine listeleme ve gezinme yapısı önceliklidir.

İlan siteleri araç sayfalarını nasıl yeniden yapılandırmalı?

İlan siteleri geçişe, tekil ilan sayfaları ile arama ve filtre sayfalarını ayırarak başlamalıdır. Google açısından bu sayfaların amacı aynı değildir ve aynı JSON-LD şablonunu kullanmaları beklenmez.

Tekil ilan sayfasında öncelik, kullanıcıya gösterilen araç bilgilerinin doğruluğudur. İlan başlığı, araç kimliği, satıcı bilgisi, fiyat, konum ve güncelleme tarihi sayfada açıkça bulunmalıdır. İlan kaldırıldığında yapılandırılmış veri de aynı anda güncellenmelidir.

Filtre sayfaları ise genellikle geçici kombinasyonlar üretir. Bu URL’lerin tamamını indeksletmek, benzer içerik ve tarama bütçesi sorunları doğurabilir. İndekslenmesi amaçlanan kategori sayfaları sınırlı ve kalıcı olmalıdır.

İlan sahibinin bilgileri ile platformun işletme bilgileri birbirine karıştırılmamalıdır. Platform, aracı satan taraf değilse satıcıya ait marka, telefon veya adresi kendi işletme verisi gibi göstermemelidir. Veri sahipliği, sayfanın içeriği ve kullanıcıya sunulan ilişkiyle uyumlu olmalıdır.

İlan sitelerinde canonical, noindex ve site haritası kuralları da şema geçişinin parçasıdır. Sadece JSON-LD kodunu değiştirmek, kopya URL’leri veya süresi dolmuş ilanları çözmez. Bu nedenle teknik ekip, şema değişikliğini indeksleme denetimiyle birlikte yayımlamalıdır.

VehicleListing sonrası hangi veriler korunmalı, hangileri değişmeli?

VehicleListing kaldırıldıktan sonra korunacak veriler, sayfanın kullanıcıya gerçekten sunduğu bilgilerdir. Değişmesi gereken bölüm ise bu verilerin Google’da hangi desteklenen tür ve özelliklerle ifade edildiğidir.

Ürün şeması kullanmayı düşünüyorsanız, önce Google’ın ürün özellikleri için aradığı alanları kontrol edin. Ürün şeması neden zengin sonuç vermiyor? başlıklı rehber, geçerli işaretleme ile görünür sonuç arasındaki farkı açıklar.

Fiyat, kargo veya satıcı bilgisi ürün sayfasının ticari yapısına uyuyorsa Merchant listing yaklaşımı ayrıca incelenebilir. Ancak otomobil ilanını sırf zengin sonuç almak için e-ticaret ürünü gibi göstermek, içerik uyumsuzluğu oluşturabilir.

Ürün sayfasında Merchant listing şeması nasıl kurulur? rehberindeki mantık, araç sayfalarına doğrudan kopyalanmamalıdır. Her alanın sayfada görünür ve doğrulanabilir olması gerekir.

VehicleListing kaldırıldıktan sonra teknik geçiş nasıl yapılır?

Teknik geçiş, önce en çok trafik alan ve en fazla ilan üreten sayfa gruplarının belirlenmesiyle yapılmalıdır. Tüm siteyi aynı anda değiştirmek yerine kontrollü bir şablon geçişi daha ölçülebilir sonuç verir.

1. Kaynak kodunda ve veri katmanında VehicleListing kullanımlarını listeleyin.
2. URL’leri bayi sayfası, tekil ilan, kategori ve filtre sayfası olarak sınıflandırın.
3. Her grup için korunacak, kaldırılacak ve yeniden eşlenecek alanları belirleyin.
4. Yeni şablonu önce sınırlı bir URL grubunda yayımlayın.
5. Rich Results Test ve Schema.org doğrulamasıyla sözdizimini kontrol edin.
6. Search Console’da ilgili sayfa gruplarını performans ve indeksleme açısından izleyin.
7. Hata veya içerik uyumsuzluğu görülürse şablonu tüm siteye yaymadan düzeltin.

İlk uygulama grubunu seçerken yalnızca trafik değil, veri kalitesi de dikkate alınmalıdır. Güncel fiyatı ve stok durumu bulunan sayfalar, geçişin etkisini ölçmek için daha sağlıklı örnek oluşturur.

Yayından sonra Google’ın sayfayı yeniden taramasını beklemek gerekir. Yeniden tarama süresi sabit değildir; URL yapısı, site güncellemeleri ve tarama sinyalleri etkili olabilir. Bu yüzden tek günlük veriye göre karar verilmemelidir.

Ölçümde üç metriği ayrı tutun: zengin sonuç gösterimleri, toplam organik tıklamalar ve ilgili sayfaların indekslenme durumu. Zengin sonuç kaybı yaşanırken toplam trafik sabit kalabilir. Tersi durumda sorun yalnızca şema değişikliği olmayabilir.

VehicleListing geçişinde hangi hatalar yapılmamalı?

En yaygın hata, VehicleListing kaldırıldığı için her araç sayfasını Product olarak etiketlemektir. Product türü, sayfanın gerçekten ürün sunması ve Google’ın ilgili ürün görünümü koşullarını karşılaması durumunda değerlendirilmelidir.

İkinci hata, görünür içerikte bulunmayan araç bilgilerini JSON-LD içine eklemektir. Örneğin sayfada gösterilmeyen bir stok numarası veya doğrulanmayan bir fiyat, teknik olarak doğru biçimde yazılsa bile içerikle çelişir.

Üçüncü hata, süresi dolmuş ilanların şemada aktif bırakılmasıdır. Araç satılmışsa fiyatın silinmesi yeterli olmayabilir. Sayfanın kullanıcıya ne gösterdiği, HTTP durumu, yönlendirme ve site haritası birlikte değerlendirilmelidir.

Dördüncü hata, filtre URL’lerini otomatik biçimde indeksletmektir. Her URL’ye şema eklemek, her URL’nin arama değerine sahip olduğu anlamına gelmez. Filtre kombinasyonları düşük talep, kopya içerik veya sürekli değişen sonuçlar üretebilir.

Beşinci hata, Search Console’daki zengin sonuç raporunu sıralama raporuyla karıştırmaktır. Zengin sonuç raporu işaretleme durumunu gösterir. Performans raporu ise sorgu, sayfa, ülke ve arama görünümü bazında sonuçları incelemenizi sağlar.

VehicleListing kaldırıldıktan sonra sonuçlar nasıl izlenmeli?

Sonuç takibi, değişiklikten önce ve sonra aynı sayfa gruplarını karşılaştıracak şekilde kurulmalıdır. Tek tek URL yerine bayi sayfaları, stok ilanları ve kategori sayfaları ayrı segmentler olarak izlenmelidir.

• VehicleListing referansları kaynak kodu ve şablonlarda tarandı mı?
• Tekil ilan, kategori ve filtre URL’leri ayrıldı mı?
• Yeni işaretleme sayfada görünen bilgilerle eşleşiyor mu?
• Fiyat, stok ve satıcı alanları güncel mi?
• Canonical ve noindex kuralları sayfa amacıyla uyumlu mu?
• Site haritasından kaldırılan ilanlar temizleniyor mu?
• Search Console’da sayfa grubu bazlı karşılaştırma yapılıyor mu?
• Gerçek arama sonuçlarında eski ve yeni görünüm kontrol edildi mi?

Raporlama için değişiklik tarihini, etkilenen URL sayısını ve şablon sürümünü kaydedin. Ardından aynı tarih aralığında tıklama, gösterim, ortalama konum ve indeksleme verilerini karşılaştırın. Mevsimsel araç talebi nedeniyle yalnızca önceki haftaya bakmak yanıltıcı olabilir.

Yerel bayi sayfalarında Google Business Profile verileri de ayrıca izlenmelidir. Araç şeması değişikliğini, işletme profilindeki telefon, adres veya çalışma saati değişiklikleriyle aynı döneme denk getirmemek daha doğru analiz sağlar. Google Business Profile optimizasyonu rehberindeki işletme bilgisi tutarlılığı kontrolleri burada işe yarar.

İlan sayfalarında trafik düşerse önce şema hatası varsaymayın. URL değişikliği, canonical seçimi, stok sayfasının kapanması, robots.txt veya noindex kuralı da kontrol edilmelidir. Nedeni veriyle ayırmadan yeni şema eklemek sorunu büyütebilir.

VehicleListing kaldırıldıktan sonra bayiler ve ilan siteleri ne yapmalı?

Bayiler ve ilan siteleri, VehicleListing’i Google görünürlüğünün zorunlu temeli olmaktan çıkarıp sayfa amacına göre yeniden modellemelidir. İlk adım, dokümantasyonu silinen işaretlemeyi yeni sayfalara otomatik eklemeyi durdurmaktır.

Ardından veri sahipliği ve sayfa türü matrisi hazırlanmalıdır. İşletme bilgisi bayi sayfasında, araç bilgisi tekil ilanda, listeleme mantığı kategori sayfasında, ticari koşullar ise gerçek teklif bulunan sayfada tutulmalıdır.

Yeni yapılandırılmış veri, görünür içerikten sonra gelmelidir. Sayfada olmayan bilgileri şemaya eklemek yerine eksik bilgiyi sayfada yayınlayın veya ilgili alanı kullanmayın. Bu yöntem, hem doğrulama hem de içerik tutarlılığı açısından daha güvenlidir.

Ürün ve Merchant listing işaretlemeleri hakkında karar verirken otomotiv sayfasının gerçekten ürün sayfası olup olmadığını inceleyin. Google ürün şemasına kargo bilgisi nasıl eklenir? rehberindeki ticari alan mantığı, otomobil ilanlarına ancak içerik ve satış modeli uyuyorsa uygulanabilir.

Son olarak değişikliği belgeleyin. Hangi şablonun ne zaman değiştiğini, hangi URL grubunun test edildiğini ve hangi metriklerin izlendiğini yazılı tutun. Böylece sonraki Google dokümantasyon değişikliklerinde tepki vermek yerine kontrollü geçiş yapabilirsiniz.