Arama Motoru Botları İçin Optimize Edilmiş Ürün İndeksleme

Bir e-ticaret sitesinde on binlerce ürün yayınlamak, bu ürünlerin arama sonuçlarında görünür olacağı anlamına gelmez. Yaklaşık on yıldır teknik SEO, web geliştirme ve yüksek URL hacmine sahip sistemler üzerinde çalışırken en sık karşılaştığım sorunlardan biri tam olarak budur. Ürün kayıtları sistemde vardır, kullanıcı URL'yi açabilir, hatta XML sitemap içinde URL bulunabilir ama arama motoru tarafında beklenen görünürlük oluşmayabilir. Arama Motoru Botları İçin Optimize Edilmiş Ürün İndeksleme yaklaşımının amacı mümkün olan en fazla URL'yi dizine göndermek değil, arama talebi ve ticari değeri bulunan doğru ürün URL'lerine açık, tutarlı ve ölçülebilir bir keşif yolu oluşturmaktır. Bu rehberde e-ticaret ürün sayfaları arama motoru botları için nasıl optimize edilir, Googlebot ürün sayfalarını daha hızlı nasıl tarar ve indeksler, ürün indekslemede XML sitemap canonical ve robots.txt nasıl yapılandırılır gibi soruları uygulamaya dönük biçimde ele alacağız.

Ürün İndeksleme Nedir?

Ürün indeksleme, arama motorunun bir ürün URL'sini keşfetmesi, taraması, içeriğini işlemesi ve kendi arama dizinine dahil etmeye uygun görmesiyle oluşan sürecin önemli bir bölümüdür. Bir ürünün sitemap içinde bulunması doğrudan indekslendiği anlamına gelmez. Aynı şekilde Googlebot'un URL'yi ziyaret etmiş olması da o ürünün arama sonuçlarında gösterileceğini garanti etmez. Sağlıklı teknik SEO yaklaşımı discovery, crawling, rendering, indexing ve ranking aşamalarını birbirinden ayırır. Bu ayrım sorun giderme sırasında hangi aşamada kayıp yaşandığını çok daha hızlı anlamamızı sağlar.

URL Discovery Nedir?

URL discovery, arama motorunun bir ürün adresinin varlığından haberdar olmasıdır. Keşif internal link, XML sitemap, kategori sayfası veya harici bir bağlantı üzerinden gerçekleşebilir. Yeni bir ürün yalnızca database'e kaydedildiğinde bot tarafından otomatik olarak bilinmez. URL'nin web üzerinde erişilebilir bir yol içinde ortaya çıkması gerekir. Bu nedenle ürün yayınlama sürecine discovery kontrollerinin dahil edilmesi önemlidir.

Crawling Nedir?

Crawling, botun URL'ye HTTP isteği göndererek sayfanın içeriğini almasıdır. Sunucu `200` response verdiğinde sayfanın teknik olarak erişilebildiği anlaşılır fakat bu tek başına indeksleme garantisi sağlamaz. Bot response time, redirect veya hata durumlarıyla karşılaşabilir. robots.txt kuralları belirli URL yollarının taranmasını sınırlayabilir. Crawl verilerini sunucu loglarından takip etmek ürün indeksleme çalışmalarında güçlü bir gözlem imkânı sağlar.

Rendering Nedir?

Rendering, özellikle JavaScript ağırlıklı sitelerde sayfanın tarayıcı benzeri ortamda işlenerek son kullanıcıya görünen içeriğin oluşturulmasıdır. Ürün adı, fiyat veya açıklama yalnızca client-side API çağrısından sonra görünüyorsa raw HTML ile rendered HTML farklı olabilir. Bu fark teknik SEO analizinde kontrol edilmelidir. Ana ürün bilgisinin ilk HTML response içinde bulunması botların içeriği anlamasını kolaylaştırır. Rendering testi geliştirici ve SEO ekiplerinin birlikte yürütmesi gereken bir kontroldür.

Indexing Nedir?

Indexing, arama motorunun taranan içeriği kendi sisteminde değerlendirmesi ve arama dizinine dahil etmesidir. Google bir URL'yi taramış olmasına rağmen duplicate, zayıf içerik veya canonical sinyalleri nedeniyle farklı bir URL'yi tercih edebilir. Sitemap'e eklemek de indeksleme zorunluluğu yaratmaz. Index eligibility ile gerçek indexed durumu bu nedenle ayrı takip edilmelidir. Büyük kataloglarda iki sayı arasındaki fark önemli teknik SEO sinyalleri üretir.

Ranking Nedir?

Ranking, indekslenmiş bir sayfanın belirli aramalardaki görünürlük ve sıralama performansıdır. Bir ürün indekslenebilir fakat anlamlı sorgularda görünmeyebilir. Bu durumda sorun crawl değil içerik, rekabet veya arama niyeti tarafında olabilir. Impression oluşması ürün URL'sinin gerçek arama görünürlüğüne geçtiğini gösteren pratik sinyallerden biridir. Indexation ve ranking KPI'larının birbirinden ayrılması doğru analiz sağlar.

Crawled, Indexed ve Ranked Neden Aynı Şey Değildir?

Crawled yalnızca botun sayfaya eriştiğini ifade eder. Indexed, sayfanın arama motoru dizininde değerlendirildiğini belirtir. Ranked ise belirli sorgularda sonuç üretmeye başladığını gösterir. Bu üç aşamayı aynı metric olarak görmek yanlış sorun çözme kararlarına neden olabilir. Product indexation funnel yaklaşımı tam olarak bu ayrımı ölçmek için kullanılır.

Bir Ürün Sayfasının Arama Motoruna Ulaşma Yolculuğu Nasıldır?

Bir ürünün arama görünürlüğüne ulaşma yolculuğu PIM veya e-ticaret panelinde ürün kaydı oluşturulduğu anda başlamaz. Ürünün public URL kazanması, site mimarisinde bağlantı alması ve teknik olarak index eligible hâle gelmesi gerekir. Sitemap bu keşif sürecini destekleyebilir fakat internal linking'in yerini tutmaz. Bot sayfayı taradıktan sonra içerik ve canonical sinyallerini değerlendirir. Son aşamada URL arama sonuçlarında impression oluşturmaya başlayabilir.

Ürün Kaydı Oluşturulur

İlk aşamada ürün PIM, ERP veya commerce database içinde oluşturulur. İsim, marka, fiyat, stok ve identifier gibi temel alanlar hazırlanır. Eksik veriyle yayınlama sonraki SEO katmanında sorun oluşturabilir. Bu nedenle product data completeness kontrolü yayın öncesinde çalıştırılabilir. Ürün henüz public değilse bot tarafından keşfedilmemelidir.

Public URL Oluşur

Ürün yayınlandığında kalıcı ve herkese açık URL oluşturulur. URL authentication gerektirmemelidir. Gereksiz session veya tracking parametreleri temel ürün adresine dahil edilmemelidir. Canonical adres başlangıçtan itibaren belirlenmelidir. URL yapısının ürün yaşam döngüsü boyunca mümkün olduğunca stabil tutulması faydalıdır.

Internal Link Alır

Ürün kategori veya ilgili ürün bileşenlerinden gerçek HTML bağlantısı almalıdır. Internal link botun URL'yi keşfetmesine yardımcı olur. Aynı zamanda ürünün site mimarisi içindeki önemini ve bağlamını açıklar. Orphan ürünler sitemap içinde bulunsalar bile zayıf discovery yapısına sahiptir. Yayın pipeline'ında internal link kontrolü bu nedenle otomatikleştirilebilir.

Sitemap'e Girer

Index eligible ürün URL'si product sitemap içine eklenebilir. Sitemap yalnızca canonical ve `200` dönen aktif URL'leri içermelidir. noindex veya redirect URL'lerin sitemap içinde bulunması çelişkili teknik sinyal oluşturur. `lastmod` yalnızca gerçek değişiklik olduğunda güncellenmelidir. Sitemap kalite kontrolü günlük veya deployment bazlı çalıştırılabilir.

Bot URL'yi Keşfeder

Bot URL'yi internal link veya sitemap üzerinden keşfedebilir. External link de alternatif keşif kaynağıdır. Keşif zamanı log verisindeki ilk bot request ile ölçülebilir. Yeni ürün yayınlama anıyla ilk crawl arasındaki süre time-to-discovery metric'ini oluşturur. Bu metric kategori ve ürün grupları arasında karşılaştırılabilir.

Sayfa Taranır

Bot URL'ye request gönderir ve sunucudan response alır. HTTP status kodu bu aşamada kritik sinyaldir. Uzun response time veya tekrarlanan server hataları crawl davranışını olumsuz etkileyebilir. Log dosyası botun gerçekte hangi URL'lere zaman ayırdığını gösterir. Search Console ile log verisi birlikte kullanıldığında daha güçlü analiz yapılabilir.

İçerik İşlenir

Arama motoru HTML, bağlantılar, canonical ve yapılandırılmış veriyi değerlendirir. JavaScript gereken sitelerde rendered content ayrıca önemlidir. Ürün adı ve ana içerik botun erişebildiği biçimde sunulmalıdır. Product structured data görünür ürün bilgisinden farklı değerler taşımamalıdır. İçeriğin anlaşılabilir olması indekslenme değerlendirmesini kolaylaştırır.

Index İçin Değerlendirilir

Tarama sonrasında URL index için değerlendirilir. Duplicate veya near-duplicate ürünler canonical cluster içinde ele alınabilir. Thin content veya soft 404 benzeri sinyaller indeksleme ihtimalini azaltabilir. Teknik olarak indexable olmak dizine giriş garantisi değildir. Bu nedenle index eligibility ile gerçek indexation ayrı KPI olmalıdır.

Arama Görünürlüğü Başlar

İndekslenen ürün uygun sorgularda impression almaya başlayabilir. İlk impression tarihi cohort analizi için kaydedilebilir. Bazı ürünler indekslense bile arama talebi düşük olduğu için impression üretmeyebilir. Organik görünürlük kategori ve marka bazında takip edilmelidir. Böylece crawl ve index yatırımı gerçek ticari sonuçlarla ilişkilendirilebilir.

Arama Motoru Botları Ürün Sayfalarını Nasıl Bulur?

Botlar ürün URL'lerini çoğunlukla taranabilir bağlantıları takip ederek ve sitemap dosyalarını işleyerek keşfeder. E-ticaret mimarisindeki kategori, alt kategori ve breadcrumb yapıları bu yüzden yalnızca kullanıcı deneyimi bileşeni değildir. Related products gibi modüller derin ürünlere ek keşif yolları sağlayabilir. Harici backlink yeni URL discovery'sine katkı sunabilir. En sağlam sistem bir ürünün tek discovery kaynağına bağımlı kalmamasıdır.

Internal Links

Internal link bot için doğrudan keşif yoludur. Link gerçek `href` içeren HTML bağlantısı şeklinde sunulmalıdır. JavaScript click handler tek başına güvenilir crawl yolu değildir. Önemli ürünlerin birden fazla mantıklı internal link kaynağı olabilir. Internal link graph periyodik crawler ile analiz edilmelidir.

Category Pages

Kategori sayfası ürün discovery'nin temel omurgalarından biridir. Aktif ve ticari olarak anlamlı ürünler burada crawlable link almalıdır. Pagination derin ürünlere ulaşmayı sürdürmelidir. Sadece infinite scroll event'ine bağlı ürün yükleme keşif sorunları oluşturabilir. Kategori sayfası aynı zamanda ürünlerin semantic bağlamını açıklar.

Subcategories

Alt kategoriler büyük katalogları mantıksal kümelere ayırır. Crawl depth kontrol altında tutulabilir. Kullanıcılar daha spesifik ürün grubuna yönlenir. Çok fazla gereksiz kategori katmanı ürünleri gereğinden fazla derine itebilir. Mimari kullanıcı ve bot için birlikte değerlendirilmelidir.

Breadcrumbs

Breadcrumb ürünün kategori hiyerarşisini kullanıcıya gösterir. Aynı zamanda crawlable internal link üretir. Üst kategori sayfalarına dönüş yolunu güçlendirir. Breadcrumb bağlantıları canonical URL'leri kullanmalıdır. Görsel navigation ile structured breadcrumb yaklaşımı birbiriyle tutarlı olmalıdır.

Related Products

Related products modülü benzer ürünler arasında yatay internal link sağlar. Özellikle pagination içinde derinde kalan ürünlerin discovery imkanını artırabilir. Algoritma yalnızca rastgele ürün göstermemelidir. Stok ve ürün lifecycle durumu dikkate alınmalıdır. Link hedefleri canonical ürün URL'sine gitmelidir.

XML Sitemap

XML sitemap botlara index edilmesini tercih ettiğiniz URL envanterini bildirir. Bu dosya internal navigation'ın yerine geçmez. Sitemap içinde yalnızca temiz, canonical ve indexable ürünler tutulmalıdır. Büyük kataloglarda ayrı product sitemap dosyaları yönetimi kolaylaştırır. Search Console sitemap raporları submitted URL gruplarını takip etmeye yardımcı olur.

External Links

Harici bağlantılar botların ürün URL'lerini başka sitelerden keşfetmesini sağlayabilir. Özellikle popüler ürün veya içerik kampanyaları yeni discovery yolları oluşturur. Ancak ürün indeksleme sistemi backlink'e bağımlı tasarlanmamalıdır. Internal architecture ve sitemap kurumun kendi kontrolündedir. External links destekleyici sinyal olarak görülmelidir.

E-Ticaret Site Mimarisi Ürün Discovery İçin Nasıl Tasarlanmalıdır?

İyi e-ticaret mimarisi önemli ürünlere tahmin edilebilir ve kısa yollar sunar. Homepage, ana kategori, alt kategori ve ürün ilişkisi gereksiz katmanlardan arındırılmalıdır. Click depth ticari öncelikle birlikte değerlendirilmelidir. Çok fazla ürün içeren kataloglarda bütün ürünleri homepage'e bağlamak gerçekçi değildir. Ama hiçbir ürünün site mimarisinden kopuk kalmaması sağlanabilir.

Homepage

Homepage ana kategori ve stratejik landing page'lere link vermelidir. Her ürüne doğrudan link vermesi gerekmez. Kampanya veya yeni ürün blokları priority discovery sağlayabilir. Link yoğunluğu kullanıcı deneyimini bozacak seviyeye çıkarılmamalıdır. Ana sayfa site mimarisinin en üst yönlendirme noktasıdır.

Main Category

Ana kategori önemli alt kategorilere ve ürün gruplarına yönlendirir. Category taxonomy kullanıcıların arama niyetine uygun tasarlanmalıdır. Gereksiz veya boş kategoriler crawl alanını genişletir. Pagination üzerinden derin ürünlere erişim sürmelidir. Kategori URL'leri stabil tutulmalıdır.

Subcategory

Alt kategori daha spesifik ürün grubunu temsil eder. Kullanıcı intent'i açık olmalıdır. Çok ince veya ürün sayısı çok düşük alt kategoriler her zaman bağımsız landing page olmayı gerektirmez. Facet ile kategori ayrımı governance içinde belirlenebilir. Internal linking taxonomy'nin gerçek business yapısıyla uyumlu olmalıdır.

Product

Ürün site mimarisinin son ticari landing noktalarından biridir. Category ve breadcrumb linklerini geri sunmalıdır. Related product modülleri yatay bağlantı oluşturabilir. Product URL'nin erişilmesi için yalnızca site search kullanılmamalıdır. Ürün lifecycle değiştiğinde link politikası da güncellenmelidir.

Crawl Depth

Crawl depth botun başlangıç noktasından bir URL'ye ulaşmak için geçtiği bağlantı katmanlarını ifade eder. Derin URL'ler daha seyrek keşfedilebilir veya crawl edilebilir. Tek başına depth ranking metriği olarak değerlendirilmemelidir. Ticari ürünlerin gereksiz yere on bağlantı katmanı altında kalması yine de iyi mimari değildir. Crawler raporları depth dağılımını ölçmek için kullanılabilir.

Click Depth

Click depth gerçek kullanıcı navigasyonunda bir ürüne kaç adımda ulaşıldığını gösterir. Crawl depth ile yakın ilişkili olsa da aynı kavram değildir. Kullanıcı açısından çok derin ürünler discovery ve conversion sorununa da dönüşebilir. Priority ürünler daha kısa yollar alabilir. Mimari karar SEO ve UX ekipleriyle birlikte verilmelidir.

Her Ürünün Internal Link Alması Neden Önemlidir?

Internal link ürünün yalnızca var olduğunu değil site içindeki konumunu da açıklar. Sitemap'te bulunan ancak hiçbir sayfadan link almayan ürün orphan durumuna düşebilir. Weakly linked ürün ise tek ve zayıf bir navigasyon kaynağına bağlı olabilir. Related product, bestseller ve buying guide bağlantıları bu yapıyı güçlendirebilir. Internal link priority ticari değer ve kullanıcı ihtiyacıyla birlikte yönetilmelidir.

Orphan Product Nedir?

Orphan product site içinde crawlable internal link almayan ürün URL'sidir. Sitemap'te bulunabilir ama navigation graph içinde yer almaz. Bu durum discovery ve yeniden tarama verimliliğini düşürebilir. Otomatik crawler ile orphan URL raporu oluşturulabilir. Yayın pipeline'ında sıfıra yakın orphan oranı hedeflenebilir.

Weakly Linked Product Nedir?

Weakly linked product çok az sayıda veya düşük önemde internal link alan üründür. Teknik olarak orphan değildir. Ancak bot ve kullanıcı için discovery yolu sınırlıdır. Yeni veya yüksek değerli ürünlerde bu yapı istenmeyebilir. Internal link count ürün priority metriğiyle birlikte incelenebilir.

Related Product Links

Related links benzer veya tamamlayıcı ürünlere bağlantı sağlar. Bu modül internal graph'ı güçlendirir. Algoritma discontinued ürünleri dışlamalıdır. Çok büyük rastgele link listeleri oluşturulmamalıdır. Kullanıcıya gerçek ürün keşif değeri sunması önceliklidir.

Bestseller Links

Bestseller ürünlerin kategori ve kampanya alanlarında görünür olması doğal internal link avantajı sağlar. Bu ürünler yüksek ticari değere sahip olabilir. Liste yalnızca SEO amacıyla sabit bırakılmamalıdır. Satış verisine göre düzenli güncellenebilir. Linkler canonical ürün adreslerine gitmelidir.

Buying Guide Links

Satın alma rehberleri bilgi arayan kullanıcıyı ilgili ürünlere yönlendirebilir. İçerik ve ticari sayfa arasında anlamlı bağlantı oluşur. Ürün seçimi rehberin konusu ile uyumlu olmalıdır. Discontinued ürün linkleri periyodik kontrol edilmelidir. Bu yapı hem kullanıcı yolculuğunu hem discovery'yi destekler.

Internal Link Priority

Bütün ürünlere aynı bağlantı yoğunluğunu vermek gerekli değildir. Yeni, yüksek gelirli veya stratejik ürünler daha güçlü link yolları alabilir. Priority modeli merchandising verisiyle birlikte oluşturulabilir. Aşırı optimizasyon yerine kullanıcı değeri korunmalıdır. Internal link değişikliği crawl share raporlarıyla takip edilebilir.

Ürün Sayfalarının Crawlable Olduğu Nasıl Kontrol Edilir?

Crawlability kontrolü yalnızca robots.txt dosyasına bakılarak yapılmamalıdır. HTTP response, meta robots, authentication ve rendered content birlikte incelenmelidir. URL Inspection ve server log birbirini tamamlayan veri kaynaklarıdır. Botun sayfayı gerçek kullanıcıdan farklı görmediği doğrulanmalıdır. Otomatik indexability checker bu kontrolleri katalog seviyesinde çalıştırabilir.

HTTP Status Code

Aktif ürün normal koşullarda başarılı HTTP response döndürmelidir. Redirect URL indexable destination olarak sitemap'e eklenmemelidir. Kalıcı kaldırılmış ürün 404 veya 410 politikasına girebilir. Soft 404 davranışı ayrıca izlenmelidir. Status code monitoring deployment sonrası otomatik çalıştırılabilir.

robots.txt

robots.txt crawler'ın belirli URL yollarına request göndermesini yönetir. Index control için doğrudan noindex yerine geçmez. Özellikle sınırsız parametre alanları ve düşük değerli crawl alanları için kullanılabilir. Yanlış wildcard kuralı gerçek ürünleri de engelleyebilir. Değişiklik production öncesinde URL örnekleriyle test edilmelidir.

Meta Robots

Meta robots HTML içinde index davranışı için direktif sağlayabilir. `noindex` kullanılan sayfanın bot tarafından okunabilmesi gerekir. Ürün template değişikliklerinde yanlışlıkla global noindex bırakılmamalıdır. Staging ile production config ayrılmalıdır. Otomatik SEO quality gate meta robots değerini doğrulayabilir.

X-Robots-Tag

X-Robots-Tag HTTP header üzerinden robots direktifi sunabilir. HTML dışı kaynaklarda da kullanılabilir. Uygulama ve reverse proxy katmanında istemeden eklenebilir. Debug sırasında yalnızca HTML kaynak koduna bakmak bu nedenle yeterli değildir. HTTP header kontrolleri crawler aracına eklenmelidir.

Authentication

Public ürün URL'si login gerektirmemelidir. Bot authentication ekranına yönlenirse gerçek ürün içeriğini göremez. B2B özel kataloglarda public index strategy ayrı tasarlanmalıdır. Session veya cookie dependency crawl davranışını etkilememelidir. Kullanıcıya açık olan landing page bot için de erişilebilir olmalıdır.

Render Edilen İçerik

Ürün içeriğinin rendered HTML içinde gerçekten bulunduğu kontrol edilmelidir. JavaScript API hatası boş ürün sayfası oluşturabilir. Bot ve kullanıcı için ana ürün bilgileri mümkün olduğunca hızlı sunulmalıdır. Structured data ile görünür content aynı state'i göstermelidir. Render testi kritik template'lerde otomatikleştirilebilir.

robots.txt ile noindex Arasındaki Fark Nedir?

robots.txt ve noindex farklı problemlere çözüm üretir. robots.txt crawler request'lerini kontrol ederken noindex indeksleme kararını yönlendirir. noindex direktifinin görülebilmesi için botun sayfayı tarayabilmesi gerekir. Bir URL hem robots.txt ile engellenip hem noindex yapılırsa crawler meta direktifini okuyamayabilir. Bu ayrım e-ticaret filtre URL'lerinde en sık karıştırılan teknik konulardan biridir.

Crawl Control

Crawl control botun hangi URL'lere request gönderebileceğini yönetir. robots.txt bunun temel araçlarından biridir. Büyük kataloglarda sonsuz filtre veya session URL'leri için faydalıdır. Ancak her düşük değerli URL'de otomatik robots engeli kullanmak doğru değildir. URL envanteri ve business amacı birlikte değerlendirilmelidir.

Index Control

Index control bir sayfanın arama dizininde bulunup bulunmamasıyla ilgilidir. Meta robots `noindex` bu amaç için kullanılabilir. Canonical ise aynı işlevi yerine getirmez. Canonical duplicate kümelerde tercih edilen URL'yi belirtmeye yardımcı olur. Bu araçlar birbirinin alternatifi gibi kullanılmamalıdır.

noindex'in Görülebilmesi İçin Crawl Gereksinimi

Bot meta noindex'i ancak response içeriğine eriştiğinde görebilir. robots.txt ile tarama engellendiğinde bu direktif okunamayabilir. Bu durum eski URL'lerin index'ten kaldırılması süreçlerinde özellikle önemlidir. Geçici configuration çelişkilerinden kaçınılmalıdır. SEO ve development ekipleri policy tablosunu birlikte yönetmelidir.

En Sık Yapılan Yanlış Konfigürasyonlar

En yaygın hatalardan biri noindex URL'leri robots.txt ile aynı anda engellemektir. Bir diğer sorun canonical URL'nin noindex olmasıdır. Sitemap içinde noindex ürünlerin tutulması da çelişkili yapı oluşturur. Staging noindex ayarının production'a taşınması ciddi kayıp yaratabilir. Automated deployment testleri bu hataları erken yakalamalıdır.

XML Sitemap Ürün İndeksleme İçin Nasıl Kullanılmalıdır?

Ürün sitemap'i indeksleme için seçilmiş temiz URL envanterini temsil etmelidir. Sitemap'i database'deki tüm product kayıtlarının export'u olarak görmek yanlış yaklaşımdır. Yalnızca aktif, canonical ve index eligible URL'ler bulunmalıdır. Ürün kapatıldığında sitemap state de güncellenmelidir. Sitemap coverage metric'i index eligibility envanteriyle karşılaştırılabilir.

Hangi Ürünler Sitemap'e Girmeli?

Sitemap'e girecek ürünlerin kullanıcıya açık ve arama için uygun olması gerekir. Başarılı HTTP response döndürmelidir. Canonical sinyali kendi indexlenebilir adresiyle tutarlı olmalıdır. Ürün lifecycle state aktif olmalıdır. Bu kriterler pipeline seviyesinde otomatik doğrulanabilir.

200 response

Sitemap ürün URL'si başarılı HTTP response vermelidir. Redirect URL sitemap içinde tutulmamalıdır. Server error veren ürün geçici olarak izlenmelidir. Sürekli hata sitemap kalitesini düşürür. Daily sitemap health check faydalıdır.

indexable

URL üzerinde noindex bulunmamalıdır. Authentication engeli olmamalıdır. robots configuration ürünün taranmasını desteklemelidir. Content kullanıcıya erişilebilir olmalıdır. Indexable state merkezi SEO rule engine tarafından hesaplanabilir.

canonical

Sitemap URL'si tercih edilen canonical adres olmalıdır. Duplicate tracking URL'leri sitemap'e eklenmemelidir. Farklı category path'leri tek canonical'a indirilebilir. Canonical sinyallerinin sitemap ve internal link ile uyumlu olması önemlidir. URL consistency otomatik kontrol edilebilir.

aktif ürün

Aktif ürün satışa veya kullanıcı incelemesine açık state'tedir. Stokta geçici bulunmaması aktifliğin sona erdiği anlamına gelmeyebilir. Discontinued ürün ayrı lifecycle kuralına tabi olabilir. Sitemap state business lifecycle ile senkron çalışmalıdır. PIM bilgisi SEO pipeline'a aktarılabilir.

Hangi Ürünler Sitemap'e Girmemeli?

Sitemap arama için gönderilmek istenmeyen URL'leri içermemelidir. noindex, redirect veya hata veren URL'ler çıkarılmalıdır. Duplicate parametre URL'leri de temizlenmelidir. Bu işlem yalnızca dosya boyutunu azaltmak için değil sinyal tutarlılığı için yapılır. Sitemap diff monitoring yanlış state değişikliklerini yakalayabilir.

noindex

noindex URL sitemap'te bulunmamalıdır. Bir tarafta indeksleme istemediğinizi, diğer tarafta URL'yi discovery listesinde sunduğunuzu gösterirsiniz. Teknik sinyaller net olmalıdır. noindex state oluştuğunda sitemap generator bunu otomatik dışlamalıdır. Manual listeler yerine source-of-truth kullanılması daha güvenlidir.

redirect

Redirect yapan URL yerine final canonical destination sitemap'e eklenmelidir. Redirect chain bot request sayısını artırır. Eski ürün adresleri migration döneminde sitemap'ten çıkarılabilir. Internal linkler de final URL'ye güncellenmelidir. Böylece crawl yolu sadeleşir.

404

404 URL artık mevcut olmayan kaynağı belirtir. Sitemap içinde tutulması gerekmez. Ürün yanlışlıkla 404 veriyorsa önce lifecycle veya deployment sorunu çözülmelidir. Kalıcı kaldırma politikası ayrıca uygulanır. Sitemap refresh bu değişimi hızlı yansıtmalıdır.

duplicate URL

Aynı ürünün parametreli veya farklı path sürümleri sitemap'e eklenmemelidir. Tek tercih edilen URL sunulmalıdır. Duplicate URL inventory canonical raporuyla eşleştirilebilir. Campaign URL'leri sitemap dışında kalmalıdır. Bu yaklaşım teknik sinyalleri sadeleştirir.

Büyük Ürün Kataloglarında Sitemap Mimarisi Nasıl Kurulur?

Büyük kataloglarda tek sitemap yönetimi operasyonel olarak zorlaşabilir. Sitemap index altında ürün, kategori, marka veya locale grupları ayrılabilir. Bu yapı sorunlu URL grubunu daha hızlı tespit etmeye yardımcı olur. Dosya segmentasyonu gerçek business veya teknik ihtiyaca göre yapılmalıdır. Gereksiz yüzlerce küçük sitemap dosyası oluşturmak da yönetimi zorlaştırabilir.

Sitemap Index

Sitemap index alt sitemap dosyalarını listeler. Büyük katalogların organizasyonunu kolaylaştırır. Product ve category grupları ayrı takip edilebilir. Search Console submission merkezi yapılabilir. Dosya generation health monitoring ile izlenmelidir.

Product Sitemap

Product sitemap yalnızca index eligible ürünleri taşır. Katalog çok büyükse kategori veya ID aralığına göre bölünebilir. Sitemap URL count ile PIM active count karşılaştırılabilir. Eksik ürünler otomatik alarm üretebilir. Deleted ürünlerin hızlı çıkarılması önemlidir.

Category Sitemap

Kategori URL'leri product sitemap'ten ayrı tutulabilir. Yalnızca indexable kategori landing page'leri eklenmelidir. Facet URL'leri indexable registry kuralına göre değerlendirilebilir. Empty category sitemap dışında kalmalıdır. Category lifecycle product lifecycle'dan ayrı yönetilir.

Brand Sitemap

Marka landing page'leri organik arama değeri taşıyorsa ayrı sitemap grubunda tutulabilir. Brand page yeterli ürün veya içerik sunmalıdır. Boş marka sayfaları dışlanmalıdır. Brand taxonomy PIM ile senkron olmalıdır. Search visibility marka bazında analiz edilebilir.

Locale Sitemap

Çok dilli veya çok bölgeli sitelerde locale bazlı sitemap kullanılabilir. Her URL kendi doğru locale sürümünü temsil etmelidir. hreflang ve canonical politikası ayrıca doğru kurulmalıdır. İçerik gerçekten yerelleştirilmelidir. Locale coverage raporu country bazlı sorunları gösterir.

Sitemap Freshness

Sitemap ürün state değişikliklerini makul sürede yansıtmalıdır. Yeni ürün geç eklenirse discovery süresi uzayabilir. Discontinued ürün gereksiz yere listede kalmamalıdır. Freshness SLA tanımlanabilir. Generator failure monitoring zorunlu olmalıdır.

lastmod Ürün Sitemap'lerinde Nasıl Kullanılmalıdır?

`lastmod` gerçek ve anlamlı sayfa değişikliklerini yansıtmalıdır. Her sitemap üretildiğinde bütün URL'lerin tarihini bugüne çekmek doğru değildir. Ürün fiyat, stok veya ana içerik değişimi güncellik sinyaline konu olabilir. Hangi değişikliğin `lastmod` değerini etkilediği sistem kuralı olarak tanımlanmalıdır. PIM event kayıtları bu alanın güvenilir üretilmesini kolaylaştırır.

Gerçek Ürün Değişiklikleri

Ürün adı veya önemli teknik özellik değiştiğinde sayfanın içeriği gerçekten değişir. `lastmod` bu zamanı gösterebilir. Küçük backend değişiklikleri kullanıcı sayfasını etkilemiyorsa güncelleme gerekmeyebilir. Source-of-truth product event olmalıdır. Manuel tarih üretiminden kaçınılmalıdır.

Fiyat Değişimi

Fiyat ürün sayfasının önemli ticari bilgisidir. Değişiklik visible content ve structured data'ya birlikte yansıtılmalıdır. Sitemap `lastmod` politikası fiyat güncellemesini gerçek değişiklik sayabilir. Çok sık fiyat değişen kataloglarda sistem performansı planlanmalıdır. Feed ve web page parity izlenmelidir.

Stok Değişimi

Availability kullanıcı kararını doğrudan etkiler. Geçici stok değişimi product structured data'ya yansıtılmalıdır. Merchant verisiyle web sayfası aynı state'i göstermelidir. `lastmod` için stok değişiminin kullanılıp kullanılmayacağı kurum politikasıyla belirlenebilir. Burada tutarlılık günlük yeniden yazımdan daha önemlidir.

İçerik Güncellemesi

Açıklama, teknik özellik veya önemli görsel güncellemesi gerçek içerik değişimidir. Bu değişiklik `lastmod` değerine yansıtılabilir. UGC gibi sürekli küçük değişiklikler için ayrı politika gerekebilir. Tarih kaynağı CMS event'inden üretilebilir. Content version kayıtları denetim kolaylığı sağlar.

Sahte Güncellik Sinyalinden Kaçınmak

Bütün URL'lerin tarihini her gün değiştirmek anlamlı bir freshness sistemi oluşturmaz. Böyle bir yapı hangi ürünün gerçekten değiştiğini ayırt etmeyi zorlaştırır. Sitemap generator gerçek state değişikliklerini takip etmelidir. Deployment zamanı product update zamanı gibi kullanılmamalıdır. Güvenilir veri üretmek daha değerlidir.

Canonical Etiketi Ürün Sayfalarında Nasıl Kullanılmalıdır?

Canonical ürün URL'lerinin duplicate veya birbirine çok benzeyen sürümleri arasında tercih edilen adresi belirtmeye yardımcı olur. Tracking ve campaign parametreleri aynı ürün içeriğini farklı URL'lerde oluşturabilir. Category path değişimleri de duplicate adres üretebilir. Canonical tek başına bütün duplicate sorununun çözümü olarak görülmemelidir. Internal link, sitemap ve redirect sinyalleri de aynı URL tercihine mümkün olduğunca uyumlu olmalıdır.

Self-Canonical

Tekil indexable ürün kendi tercih edilen URL'sine canonical verebilir. Bu yapı URL sinyalini açık hâle getirir. Parametreli sürümler aynı canonical'a yönlenebilir. Canonical destination başarılı ve indexable olmalıdır. Template seviyesinde otomatik üretilebilir.

Duplicate Product URLs

Aynı ürün birden fazla path üzerinden erişilebiliyorsa duplicate URL problemi oluşabilir. Category path veya eski slug bu duruma örnek olabilir. Birincil URL seçilmelidir. Internal linkler mümkün olduğunca birincil adresi kullanmalıdır. Kullanılmaması gereken kalıcı eski URL'ler redirect ile birleştirilebilir.

Tracking Parameters

UTM ve benzeri parametreler farklı içerik üretmiyorsa temel ürün URL'si tercih edilmelidir. Internal links tracking parametresiyle çoğaltılmamalıdır. Analytics ihtiyacı URL canonicalization'ı bozmamalıdır. Parametre registry oluşturulabilir. Log analizinde botların parametre URL tüketimi ayrıca ölçülebilir.

Category Path Variations

Aynı ürün birden çok kategoride bulunabilir. URL category path içeriyorsa aynı ürün için çok sayıda adres oluşabilir. Stabil product ID veya bağımsız product slug mimarisi bu riski azaltabilir. Mevcut sistemde tek canonical seçilmelidir. Kategori değişikliği ürün adresini gereksiz değiştirmemelidir.

Campaign URLs

Kampanya parametreli URL'ler genellikle ayrı product landing page olmayı gerektirmez. İçerik gerçekten farklı değilse canonical ana ürün adresine işaret edebilir. Kampanya tracking ihtiyacı analytics katmanında çözülmelidir. Sitemap kampanya URL'sini içermemelidir. Internal promotion linkleri de temiz URL kullanacak şekilde tasarlanabilir.

Ürün Varyantlarında Canonical Nasıl Yönetilmelidir?

Varyant SEO'sunda tek doğru model yoktur. Bazı mağazalar bütün renk ve beden seçeneklerini tek parent URL içinde yönetirken bazıları ayrı variant URL kullanır. Karar arama talebi, farklı içerik ve kullanıcı değerine göre verilmelidir. ProductGroup structured data ilişkiyi açıklamaya yardımcı olabilir. Variant URL stratejisi canonical, internal linking ve feed yapısıyla birlikte düşünülmelidir.

Tek Parent URL

Tüm varyantlar tek sayfa içinde seçilebiliyorsa parent URL modeli sade olabilir. Renk veya beden seçimleri client state olarak değişebilir. Her seçenek ayrı organik landing ihtiyacı taşımıyorsa URL çoğalması önlenir. Structured data variant ilişkisini yine tanımlayabilir. Kullanıcı seçtiği varyantı doğrudan paylaşma ihtiyacı varsa URL state gerekebilir.

Ayrı Variant URL

Ayrı variant URL belirli renk veya materyal için bağımsız landing deneyimi sunabilir. Sayfa doğru görsel, fiyat ve availability göstermelidir. URL'nin kullanıcı açısından gerçek değeri bulunmalıdır. Sadece kombinasyon sayısını artırmak için yüzlerce variant URL açılmamalıdır. Search demand ve unique intent analiz edilmelidir.

Ayrı Search Intent

Bazı varyant özellikleri bağımsız arama talebi oluşturabilir. Örneğin belirli materyal veya ürün formu ayrı kullanıcı niyeti taşıyabilir. Bu durumda bağımsız URL değerlendirmeye alınabilir. İçerik ve görsel farkı destekleyici olmalıdır. Search Console ve keyword verisi karar için kullanılabilir.

Renk Varyantları

Renk kullanıcı aramalarında anlamlı olabilir. Her renk otomatik olarak ayrı indexlenmemelidir. Görsel ve ürün adı gerçekten değişiyorsa kullanıcı değeri artabilir. Çok düşük arama talebi bulunan renk kombinasyonları parent URL altında kalabilir. Merchant feed ve structured data renk bilgisini tutarlı göstermelidir.

Beden Varyantları

Beden çoğu üründe aynı ana ürünün satın alma seçeneğidir. Tek başına her beden için ayrı organik URL üretmek çoğu durumda gereksiz URL patlaması yaratabilir. Beden stok bilgisi variant seviyesinde yönetilebilir. Structured data ayrı SKU ve size bilgisi taşıyabilir. Index strategy kullanıcı arama davranışına göre değerlendirilmelidir.

Materyal Varyantları

Materyal ürün karakterini daha ciddi değiştirebilir. Deri ve kumaş gibi farklar ayrı arama intent'i yaratabilir. Bu durumda variant landing sayfaları daha anlamlı olabilir. İçerik, görsel ve teknik özellik de farklı olmalıdır. Sadece dropdown seçeneğinin değişmesi bağımsız index için yeterli değildir.

Bir Ürün Varyantı Ne Zaman Ayrı Indexlenmelidir?

Variant index kararı teknik kolaylığa göre değil kullanıcı ve arama değeri üzerinden verilmelidir. Bağımsız search demand güçlü sinyaldir. Sayfanın içeriği ve görselleri yeterince farklı olmalıdır. Ayrı URL kullanıcının doğrudan doğru varyanta ulaşmasını kolaylaştırmalıdır. Bu kriterler karşılanmıyorsa parent model daha sade sonuç verebilir.

Bağımsız Arama Talebi Var mı?

Keyword ve Search Console verisi incelenebilir. Belirli varyant özelliği kullanıcılar tarafından açıkça aranıyorsa ayrı landing değerlendirilebilir. Talep çok düşükse binlerce URL oluşturmak anlamlı olmayabilir. Ticari potansiyel ayrıca incelenmelidir. Karar periyodik olarak yeniden değerlendirilebilir.

Ayrı Kullanıcı Niyeti Var mı?

Aynı ürünün farklı varyantları farklı kullanım amacı taşıyabilir. Materyal veya teknik kapasite bu ayrımı yaratabilir. Kullanıcı aradığı sonucu doğrudan variant sayfasında bulabilmelidir. Sadece renk kodu farklıysa intent ayrımı zayıf kalabilir. Niyet analizi URL governance'ın temeli olmalıdır.

İçerik Yeterince Farklı mı?

Variant sayfa yalnızca başlıkta bir kelime değiştiriyorsa near-duplicate risk taşır. Açıklama, görsel veya teknik özellik gerçekten farklı olmalıdır. Kullanıcı açısından ek bilgi sağlanmalıdır. Product structured data farkı görünür içeriği desteklemelidir. Content difference canonical kararında önemlidir.

Ayrı Görsel/Özellik Var mı?

Renk veya materyal farklı ürün görseli gerektirebilir. Variant URL doğrudan doğru fotoğrafı göstermelidir. Teknik attribute farklıysa ayrıca belirtilmelidir. Kullanıcı yanlış varyanta düşmemelidir. Visual ve data parity feed tarafında da korunmalıdır.

Ayrı URL Kullanıcıya Değer Sağlıyor mu?

Kullanıcı URL'yi paylaşarak aynı varyanta dönebiliyor mu sorusu değerlidir. Sepete ekleme doğru varyantla başlamalıdır. Link campaign veya sosyal paylaşıma anlamlı destination sağlamalıdır. Eğer kullanıcı her seferinde yeniden seçenek seçmek zorundaysa variant URL avantajı zayıflar. SEO karar kullanıcı deneyiminden ayrı verilmemelidir.

Variant Explosion Nasıl Önlenir?

Renk, beden ve materyal kombinasyonları çarpıldığında tek ürün yüzlerce URL üretebilir. Bu durum crawl waste ve duplicate riskini artırır. Önceden tanımlanmış indexable variant politikası gereklidir. Arama değeri bulunan varyantlar seçilirken geri kalan kombinasyonlar parent deneyimi içinde tutulabilir. Canonical ve internal link stratejisi bu kararın teknik uygulamasını destekler.

Renk × Beden Kombinasyonları

On renk ve on beden yüz farklı kombinasyon oluşturabilir. Bunların hepsi ayrı organik landing olmak zorunda değildir. SKU seviyesinde ticari kayıt tutulabilir ama URL index stratejisi ayrı olabilir. Beden çoğunlukla selector olarak kalabilir. Renk search intent'e göre kısmen ayrılaştırılabilir.

Index Edilecek Varyantlar

Indexlenecek varyantlar registry içinde açıkça tanımlanabilir. Search demand ve unique content kriteri aranabilir. Self-canonical kullanılabilir. Internal link ve sitemap desteği sağlanır. Structured data doğru variant identifier taşır.

Index Edilmeyecek Varyantlar

Düşük değerli kombinasyonlar organik landing olarak sunulmayabilir. Parent URL üzerinden satın alma deneyimi korunur. Sitemap'e eklenmezler. Gereksiz internal link üretimi engellenir. URL parameter crawl politikası ayrıca yönetilir.

Canonical ve Internal Linking

Index strategy canonical ve navigation ile uyumlu olmalıdır. Parent tercih ediliyorsa internal linkler parent adresi kullanabilir. Ayrı indexlenen variant kendi URL'sine güçlü link alabilir. Karışık sinyaller Google'ın farklı canonical seçmesine neden olabilir. Registry otomatik template configuration üretebilir.

ProductGroup Structured Data Nasıl Kullanılır?

ProductGroup aynı parent ürüne bağlı varyantları arama motoruna açıklamak için kullanılabilir. `productGroupID`, `variesBy` ve `hasVariant` gibi özellikler varyant modelini daha anlaşılır hâle getirir. Her variant kendi SKU veya GTIN gibi identifier bilgisine sahip olabilir. Yapılandırılmış veri sayfada görünür gerçek ürün bilgisiyle eşleşmelidir. Product schema Merchant Center ve ürün varyantları ile indeksleme optimizasyonu tek veri kaynağından beslendiğinde hata riski azalır.

ProductGroup

ProductGroup parent ürün ailesini tanımlar. Birden fazla variant aynı group altında ilişkilendirilebilir. Parent name ve brand ortak bilgiler taşıyabilir. Variant farkları ayrı Product nesnelerinde gösterilebilir. Data modeli PIM sisteminden otomatik üretilebilir.

productGroupID

`productGroupID` ürün grubunun ortak identifier bilgisidir. Variant kayıtlarının aynı parent altında toplanmasına yardımcı olur. PIM parent ID bu amaçla kullanılabilir. Identifier değişmemelidir. Feed ve web structured data aynı grup mantığını korumalıdır.

variesBy

`variesBy` ürünlerin hangi özelliklerde değiştiğini açıklar. Renk, beden veya materyal örnek olabilir. Kullanılmayan varyant özellikleri eklenmemelidir. Product UI ile schema aynı variation modelini göstermelidir. Otomatik validation faydalıdır.

hasVariant

`hasVariant` parent ProductGroup ile alt Product nesnelerini ilişkilendirir. Her variant kendi özel bilgilerini taşıyabilir. Aynı sayfa içindeki varyant modeli buna göre kurulabilir. Multi-page yapı farklı uygulama gerektirebilir. Structured data implementation gerçek URL stratejisiyle uyumlu olmalıdır.

Variant Product

Variant Product belirli ürün seçeneğini temsil eder. SKU ve GTIN gibi identifier bilgileri variant seviyesinde bulunabilir. Renk veya beden bilgisi de doğru seçeneği tanımlar. Price ve availability variant'a göre değişiyorsa ilgili Offer bunu yansıtmalıdır. Kullanıcı sayfada gördüğü değerlerle schema aynı olmalıdır.

SKU

SKU işletmenin ürün varyantını tanımlayan internal identifier olabilir. Variant seviyesinde benzersiz olması beklenir. PIM ve commerce sistemleri aynı SKU'yu kullanmalıdır. Structured data üretimi bu kaynaktan otomatik yapılabilir. SKU URL olmak zorunda değildir.

GTIN

GTIN varsa doğru ürün veya varyantla eşleşmelidir. Uydurma identifier kullanılmamalıdır. Merchant feed ve page markup aynı değeri taşımalıdır. Variant değiştiğinde GTIN de doğru variant'tan gelmelidir. Validation pipeline identifier parity kontrol edebilir.

color

Color gerçek ürün rengini açıklamalıdır. Kullanıcı sayfasında görülen isimle mümkün olduğunca uyumlu tutulmalıdır. Feed başka, structured data başka color değeri vermemelidir. Variant selection doğru fotoğrafı göstermelidir. Color taxonomy PIM içinde standardize edilebilir.

size

Size varyant boyutunu belirtir. Apparel ürünlerinde önemli ticari attribute'tür. Kullanıcı seçimi ve availability doğru bedene bağlanmalıdır. Her size otomatik bağımsız index URL gerektirmez. Structured data variant kimliğini açıklamak için kullanılır.

material

Material ürünün yapıldığı ana malzemeyi tanımlar. Bazı ürünlerde search intent'i ciddi biçimde değiştirir. Variant content bu farkı görünür göstermelidir. PIM değerleri standardize edilmelidir. Schema ve kullanıcı arayüzü aynı materyali sunmalıdır.

Product Structured Data Ürün İndekslemesine Nasıl Katkı Sağlar?

Product structured data arama motorunun ürünün adı, fiyatı, availability ve identifier bilgilerini daha açık anlamasına yardımcı olur. Structured data indeksleme garantisi değildir. Sayfanın crawlable, indexable ve içerik açısından değerli olması hâlâ gerekir. Merchant listing ve product snippet görünürlükleri için uygun veri sağlanabilir. Schema'nın site product database'inden otomatik üretilmesi tutarlılığı artırır.

Product

Product nesnesi sayfanın hangi ürünü temsil ettiğini açıklar. Name ve image gibi bilgiler görünür içerikle eşleşmelidir. Variant kullanılıyorsa doğru entity modeli kurulmalıdır. Aynı sayfada ilgisiz ürün markup'ı eklenmemelidir. Validation deployment öncesinde çalıştırılabilir.

Offer

Offer satış teklifini temsil eder. Price ve availability gibi ticari bilgiler burada bulunabilir. Kullanıcı ürünü sayfadan satın alabiliyorsa değerlerin gerçek olması gerekir. Stok veya fiyat değişiminde schema güncellenmelidir. Merchant feed ile parity izlenmelidir.

Price

Structured data fiyatı ekranda görülen satış fiyatıyla uyumlu olmalıdır. Kampanya fiyatı varsa state doğru yönetilmelidir. Currency açık olmalıdır. Cache nedeniyle eski schema üretimi önlenmelidir. Price parity monitoring otomatik yapılabilir.

Availability

Availability ürünün satış durumunu ifade eder. Geçici out-of-stock ürün sayfası varlığını sürdürebilir. Structured data bu değişimi doğru yansıtmalıdır. Merchant feed de aynı bilgiye sahip olmalıdır. Inventory event architecture parity sorunlarını azaltır.

Brand

Brand ürünün marka bilgisini açıklar. PIM brand taxonomy source-of-truth olabilir. Sayfa başlığı ve ürün detayında aynı marka gösterilmelidir. Brand landing page'lerle ilişki internal linking üzerinden kurulabilir. Yanlış marka markup'ı veri kalitesini düşürür.

SKU

SKU internal ürün identifier olarak yararlıdır. Variant seviyesinde doğru kullanılmalıdır. Commerce sistemiyle structured data arasında fark olmamalıdır. SKU değişikliği ürün lifecycle açısından dikkatle yönetilmelidir. URL yapısına doğrudan bağlanması zorunlu değildir.

GTIN

GTIN global ürün identifier olarak kullanılabilir. Sadece gerçekten mevcutsa eklenmelidir. Yanlış veya başka ürüne ait değer kullanılmamalıdır. Merchant feed ve Product markup tutarlı olmalıdır. Data completeness kontrolleri GTIN alanını kategori bazında değerlendirebilir.

Structured Data ile Görünür Ürün Bilgisi Neden Eşleşmelidir?

Structured data kullanıcıdan gizlenen alternatif bir ürün database'i değildir. Arama motoruna sayfada gerçekten bulunan bilgiyi daha düzenli biçimde açıklamalıdır. Fiyat, stok veya ürün adı farklıysa veri güvenilirliği bozulur. Dynamic commerce sitelerinde cache ve deployment gecikmeleri parity sorununa neden olabilir. Otomatik validator web HTML, PIM ve feed değerlerini karşılaştırabilir.

Price Parity

HTML içindeki fiyat schema fiyatıyla aynı olmalıdır. Kampanya başlangıç ve bitiş event'i bütün katmanlara birlikte yansıtılmalıdır. Eski cache temizlenmelidir. Currency farkı engellenmelidir. Fiyat kontrolü ürün yayınlama quality gate'ine eklenebilir.

Stock Parity

Stok durumu kullanıcı ve structured data tarafında aynı olmalıdır. PIM veya inventory service source-of-truth olarak kullanılabilir. Cache süresi çok uzunsa stale availability oluşabilir. Feed sync zamanı ayrıca izlenmelidir. Mismatch alarmı ticari ve SEO ekiplerine gönderilebilir.

Product Name Parity

Product markup adı visible product name ile ilişki kurmalıdır. Spam amaçlı ek keyword kullanılmamalıdır. Variant name gerekli ayrımı taşıyabilir. PIM naming standard bütün kanallarda kullanılabilir. Farklı locale'lerde dil uyumu korunmalıdır.

Variant Parity

Seçili varyant sayfada ve structured data içinde aynı olmalıdır. Renk seçildiğinde schema başka varyantı göstermemelidir. URL state varsa doğru variant yüklenmelidir. Offer ve identifier birlikte değişebilir. End-to-end UI testi parity'yi doğrulayabilir.

Otomatik Validation

Validation yalnızca syntax kontrolü olmamalıdır. Web sayfası, Product JSON-LD ve PIM değerleri karşılaştırılabilir. Price, stock ve SKU parity test edilir. Deployment veya ürün event'i sonrası job çalıştırılabilir. Hatalı ürünler monitoring dashboard'unda gösterilebilir.

Google Merchant Center ile Ürün Sayfaları Nasıl Birlikte Yönetilmelidir?

Merchant Center feed ve ürün web sayfası birbirinden kopuk sistemler olmamalıdır. Product feed fiyat, stok, identifier ve URL bilgilerini web deneyimiyle tutarlı taşımalıdır. Structured data web sayfasının makine tarafından anlaşılmasını destekler. Feed organik web indekslemesinin yerine geçmez. En sağlıklı yaklaşım bütün kanalların aynı ürün gerçeğinden beslenmesidir.

Web Page Structured Data

Product markup sayfada görülen ticari bilgiyi açıklar. Price ve availability güncel olmalıdır. Merchant listing özellikleri için gerekli alanlar uygulanabilir. Variant modeli doğru entity ile gösterilmelidir. Validation Search Console raporlarıyla izlenebilir.

Product Feed

Feed Merchant Center'a ürün verisi taşır. URL, identifier, price ve availability önemlidir. Feed ve web site farklı product ID mantığı kullanmamalıdır. Feed update pipeline inventory event'lerini takip edebilir. Hatalı item kayıtları düzenli incelenmelidir.

Fiyat Senkronizasyonu

Fiyat source-of-truth tek sistemde tutulmalıdır. Website ve feed aynı event'ten güncellenebilir. Cache farklılığı gecikme yaratabilir. Promotional price tarihleri birlikte yönetilmelidir. Price mismatch otomatik kontrol edilebilir.

Availability Senkronizasyonu

Stok bilgisi hızlı değişebilir. Web sayfası ve feed aynı inventory durumunu göstermelidir. Geçici stok bitişi URL'nin silinmesi anlamına gelmez. Availability structured data güncellenir. Inventory freshness SLA tanımlanabilir.

Identifier Tutarlılığı

SKU, GTIN ve group identifier farklı kanallarda aynı ürünü temsil etmelidir. Variant mapping net olmalıdır. PIM merkezi kaynak görevi görebilir. Manual feed override kontrollü yapılmalıdır. Identifier mismatch ayrı data quality metriği olarak izlenebilir.

Faceted Navigation Ürün İndekslemeyi Nasıl Etkiler?

Faceted navigation kullanıcının renk, marka, beden veya fiyat gibi özelliklerle ürün listesini daraltmasını sağlar. Kullanıcı deneyimi açısından değerli olsa da her kombinasyon ayrı URL üretirse katalog çok hızlı büyüyebilir. Binlerce gerçek ürünün yanında milyonlarca filtre URL'si oluşabilir. Bu durum crawl waste, index bloat ve duplicate content sorunlarına dönüşebilir. Bu nedenle facet politikası açık registry üzerinden yönetilmelidir.

Facet Nedir?

Facet kategori içindeki ürünleri belirli attribute'a göre filtreleyen seçimdir. Marka, renk ve fiyat aralığı örnek olabilir. Birden fazla facet birlikte kullanılabilir. Her selection'ın organik landing olması gerekmez. Facet taxonomy SEO ve UX ekipleriyle birlikte yönetilmelidir.

Filter URL Nedir?

Filter URL seçilen facet state'ini URL üzerinde temsil eder. Query parameter veya path kullanabilir. Kullanıcı linki paylaşabilir ve aynı sonucu görebilir. Ancak bütün kombinasyonlar indexable bırakılırsa URL explosion oluşabilir. Registry URL state'in SEO davranışını belirlemelidir.

URL Explosion

Beş filtrenin onlarca seçeneği combinatorial URL alanı oluşturabilir. Bot sınırsız sayıda benzer URL keşfedebilir. Asıl ürün sayfalarının crawl share'i düşebilir. Log analizi parametre URL request oranını gösterir. Facet URL generator sınırlandırılmalıdır.

Crawl Waste

Crawl waste düşük değerli URL'lere bot request harcanmasıdır. Sort ve session parametreleri tipik örneklerdir. Büyük kataloglarda bu oran ölçülmelidir. robots.txt, internal link kontrolü ve URL governance birlikte kullanılabilir. Amaç botu zorla başka sayfalara yönlendirmek değil gereksiz crawl alanını azaltmaktır.

Index Bloat

Çok sayıda düşük değerli filtre URL'si index'e girebilir. Benzer landing page'ler birbirini tekrar eder. Search Console excluded ve indexed URL dağılımı büyüyebilir. Site kalite yönetimi zorlaşır. Indexable facet listesi ticari ve arama değeriyle sınırlandırılmalıdır.

Cannibalization

Birbirine yakın facet sayfaları aynı arama niyeti için yarışabilir. Category, brand ve filter landing'leri çakışabilir. Search intent mapping yapılmalıdır. Her URL'nin hedeflediği sorgu grubu açık olmalıdır. Duplicate landing'ler birleştirilebilir.

Hangi Faceted URL'ler Indexlenmelidir?

Indexlenecek facet URL'si kullanıcıya gerçek ve kalıcı landing page değeri sunmalıdır. Search demand ve unique intent güçlü kriterlerdir. Ürün seti anlamlı biçimde farklı olmalıdır. Sayfa yeterli içerik ve internal link desteğine sahip olmalıdır. Ticari değer index decision içinde yer alabilir.

Search Demand

Facet kombinasyonuna yönelik gerçek arama talebi incelenmelidir. Search Console, keyword araştırması ve site search verisi kullanılabilir. Talep yoksa URL indexe açılmak zorunda değildir. Seasonal demand ayrıca değerlendirilir. Registry review döneminde veri yenilenmelidir.

Unique Search Intent

URL farklı bir kullanıcı amacını karşılamalıdır. Sadece aynı ürünleri farklı sıraya dizmek yeni intent değildir. Marka ve kategori kombinasyonu anlamlı olabilir. Renk ve çok dar fiyat aralığı her zaman yeterli değildir. SEO owner intent kararını belgeleyebilir.

Unique Product Set

Facet sonucu gerçekten farklı ürün grubu sunmalıdır. Category ile yüzde doksan aynı set için yeni landing gereksiz olabilir. Set overlap oranı hesaplanabilir. Minimum product count policy tanımlanabilir. Dynamic inventory durumunda state periyodik kontrol edilmelidir.

Yeterli İçerik

Indexable facet yalnızca ürün grid'inden oluşmak zorunda değildir ancak kullanıcıya açıklayıcı context eklemek faydalı olabilir. Başlık ve meta içerik intent'e uygun olmalıdır. Duplicate template metni kullanmaktan kaçınılmalıdır. İçerik zorla uzatılmamalıdır. Kullanıcı kararını destekleyen bilgi önceliklidir.

Ticari Değer

Yüksek conversion veya gelir potansiyeli bulunan facet landing'leri önceliklendirilebilir. Stok devamlılığı değerlendirilmelidir. Sadece geçici iki günlük kombinasyon için kalıcı landing açmak doğru olmayabilir. Merchandising planı SEO registry'ye veri sağlayabilir. Ticari değer tek kriter olarak kullanılmamalıdır.

Hangi Faceted URL'ler Indexlenmemelidir?

Sort, session ve düşük değerli kombinasyon URL'leri çoğu zaman bağımsız organik landing değeri taşımaz. Bu URL'lerin sınırsız üretimi crawl alanını büyütür. Index ve crawl policy aynı şey değildir, bu nedenle her grup için ayrı karar verilebilir. Zero-result sayfalar ayrıca temizlenmelidir. Yakın duplicate kombinasyonlar registry üzerinden birleştirilebilir.

Sort URLs

Fiyata veya popülerliğe göre sıralama genellikle aynı ürün setinin başka düzenidir. Ayrı organik intent oluşturmaz. Internal link generation kontrol edilebilir. Crawl policy büyük sitelerde ayrıca uygulanabilir. Canonical tek başına sınırsız sort URL üretimini çözmez.

Session Parameters

Session ID içeren URL'ler aynı içeriğin çok sayıda kopyasını oluşturabilir. Kullanıcı oturumu mümkün olduğunca cookie veya güvenli session mekanizmasıyla yönetilmelidir. Internal links session parametresi taşımamalıdır. Botların bu alanı keşfetmesi engellenmelidir. Loglarda session URL request alarmı oluşturulabilir.

Çok Düşük Değerli Kombinasyonlar

Üç veya dört filtreyle oluşan çok dar ürün setleri organik landing değeri taşımayabilir. Search demand düşük olabilir. Bu kombinasyonlar kullanıcı UX içinde yine çalışabilir. Ancak crawl ve index politikası ayrı tutulabilir. Minimum commercial value veya product count threshold uygulanabilir.

Zero-Result Filters

Hiç ürün döndürmeyen filter URL kullanıcıya değer sağlamaz. Sistem mümkünse böyle kombinasyonlara crawlable link üretmemelidir. Mevcut zero-result URL'lerin HTTP ve index politikası belirlenmelidir. Facet UI invalid combination'ı disable edebilir. Monitoring zero-result URL sayısını izlemelidir.

Birbirine Yakın Duplicate Kombinasyonlar

Aynı ürün setini üreten farklı filter sıraları duplicate URL oluşturabilir. Parametre normalization uygulanmalıdır. Tek canonical order seçilebilir. Internal link yalnızca normalize URL üretmelidir. Duplicate combination detector otomatik rapor sağlayabilir.

Indexable Facet Registry Nasıl Oluşturulur?

Facet registry her filter kombinasyonunun SEO durumunu merkezi olarak tanımlar. Böylece template içinde dağınık koşullar oluşmaz. Index, noindex veya crawl restricted kararları business rule hâline gelir. Her kayıt owner ve review date taşıyabilir. Büyük e-ticaret sitelerinde bu yaklaşım facet governance'ı ciddi biçimde kolaylaştırır.

Index Allowed

Arama değeri doğrulanmış facet URL grubudur. Self-canonical olabilir. Sitemap ve internal link desteği verilebilir. Unique content sağlanır. Performans düzenli review edilir.

Conditional Index

Bazı facet'ler yalnızca belirli koşullarda indexlenebilir. Minimum ürün sayısı veya search demand threshold kullanılabilir. Koşul bozulursa state değişebilir. Sürekli index/noindex dalgalanmasından kaçınılmalıdır. Review mantığı stabil olmalıdır.

Noindex

Kullanıcı için erişilebilir ama organik landing olarak istenmeyen sayfalar noindex olabilir. Botun bu direktifi görebilmesi gerekir. Sitemap'e eklenmez. Internal link gereksiz yaygınlaştırılmayabilir. Büyük crawl alanında ayrıca crawl politikası değerlendirilir.

Crawl Restricted

Sınırsız veya düşük değerli URL uzayının bot tarafından taranması kısıtlanabilir. robots.txt belirli pattern'ler için kullanılabilir. Gerçek ürün veya indexable facet yanlışlıkla engellenmemelidir. Değişiklik log impact ile takip edilir. Registry teknik kuralın kaynağı olabilir.

Owner

Her facet grubunun sorumlusu belirlenebilir. SEO ekibi index kararını yönetebilir. Merchandising business değer bilgisini sağlar. Developer teknik implementasyonu yapar. Owner bulunmayan rule zamanla eski kalabilir.

Review Date

Search demand ve stok yapısı zamanla değişebilir. Registry belirli aralıkla review edilmelidir. Seasonal facet tekrar aktif olabilir. Düşük performanslı landing kapatılabilir. Review date governance sürecini görünür kılar.

Internal Search Sayfaları Indexlenmeli midir?

Internal search kullanıcıların site içindeki ürünleri bulmasına yardımcı olur. Search result URL'lerinin organik indekslenmesi ise çoğu e-ticaret sitesi için kontrollü ele alınmalıdır. Kullanıcıların sınırsız sorgu üretmesi sonsuz URL alanı oluşturabilir. Organik landing page ile internal site search aynı şey değildir. Değerli sorgular için ayrı kategori veya landing page üretmek daha sürdürülebilir olabilir.

Site Search UX

Site search kullanıcı deneyimi için güçlü özelliktir. Kullanıcı typo veya ürün adıyla sonuç bulabilir. Search query logs yeni category fırsatları gösterebilir. UX değeri organik index ihtiyacı anlamına gelmez. Arama sistemi SEO landing page üretiminden ayrı tasarlanmalıdır.

Search Result URL'leri

Search query parametresi binlerce URL oluşturabilir. Kullanıcı istediği metni yazarak yeni kombinasyon üretebilir. Bot bu linkleri keşfederse crawl alanı büyür. Internal search URL policy açık olmalıdır. Organic landing olarak kullanılacak sorgular ayrı registry'ye alınabilir.

Infinite URL Space Riski

Arama parametresi teorik olarak sınırsız string kabul eder. Calendar ve facet sistemleri gibi infinite space riski doğurur. Botun gereksiz URL üretimine girmesi engellenmelidir. Internal link generation dikkatle kontrol edilmelidir. Log request pattern bu sorunu ortaya çıkarabilir.

Organik Landing Page ile Internal Search Ayrımı

Organik landing page belirli, kalıcı ve yönetilen search intent'i temsil eder. Internal search ise kullanıcı sorgusuna dinamik cevap verir. Bu iki yapı ayrı URL namespace kullanabilir. Organic page içerik ve product set kalite kontrolünden geçer. Böylece SEO governance daha öngörülebilir olur.

Crawl Budget E-Ticaret Sitelerinde Ne Zaman Önemlidir?

Crawl budget bütün e-ticaret sitelerinin ilk problemi değildir. Küçük kataloglarda sitemap, internal linking ve indexability sorunları daha önemli olabilir. Katalog yüz binlerce veya milyonlarca URL alanına ulaştığında crawl verimliliği daha belirgin hâle gelir. Faceted navigation ve sık değişen inventory bu ihtiyacı artırır. Google'ın güncel rehberi de crawl budget konusunu özellikle büyük ve sık güncellenen siteler için ileri seviye konu olarak ele almaktadır.

Küçük Katalog

Birkaç yüz veya birkaç bin ürün bulunan mağazada crawl budget genellikle ilk darboğaz değildir. Orphan ürün ve canonical hataları daha önemli olabilir. Sitemap güncelliği kontrol edilmelidir. Product quality geliştirilmelidir. Log yine faydalıdır ama aşırı crawl tuning gerekli olmayabilir.

Büyük Katalog

Yüz binlerce ürün ve çok sayıda facet URL crawl alanını büyütür. Bot request dağılımı ölçülmelidir. Low-value URL payı azaltılabilir. Yeni ve stratejik ürünlerin discovery süresi izlenir. Log analizi temel araç hâline gelir.

Çok Sık Güncellenen Katalog

Fiyat ve stok sürekli değişiyorsa crawl freshness önemli olabilir. Sitemap `lastmod` güvenilir tutulmalıdır. Server capacity bot request'lerini sağlıklı karşılamalıdır. Merchant feed web crawling'i tamamlayabilir. Crawl frequency ürün segmentlerine göre analiz edilebilir.

Faceted Navigation Yoğunluğu

Facet kombinasyonları gerçek ürün sayısının çok üzerinde URL üretebilir. Bot request'lerinin büyük bölümü filter URL'lere gidebilir. Crawl waste metric bu oranı gösterir. Registry ve URL control uygulanmalıdır. Asıl ürün discovery'si korunmalıdır.

Milyonlarca Potansiyel URL

Parametre kombinasyonları teorik olarak milyonlarca adres üretebilir. Bot bütün bu alanı taramamalıdır. Crawlable link generation baştan kontrol edilmelidir. robots policy sınırsız alanları sınırlandırabilir. URL inventory düzenli analiz edilmelidir.

Crawl Budget Optimizasyonunun Amacı Nedir?

Crawl budget optimizasyonu Googlebot'u mümkün olan en fazla request göndermeye zorlamak değildir. Asıl amaç düşük değerli URL tüketimini azaltıp site yapısını daha anlaşılır hâle getirmektir. Öncelikli ürünler güçlü discovery yolları almalıdır. Yeni ürünlerin category, internal link ve sitemap entegrasyonu hızlı çalışmalıdır. Sunucu performansı da sağlıklı crawl davranışını desteklemelidir.

Botu Daha Çok Taratmak Değil

Request sayısı tek başarı metriği değildir. Bir milyon düşük değerli filter crawl'u olumlu sonuç sayılmaz. Crawl kalitesi URL değerine göre ölçülmelidir. Bot davranışı doğrudan kontrol edilemez. Sitenin verimli URL yapısı geliştirilebilir.

Low-Value Crawl'ı Azaltmak

Session, sort ve duplicate filter URL'leri düşük değerli olabilir. Log request'leri kategorilere ayrılır. Waste oranı hesaplanır. Link generation ve robots politikası iyileştirilir. Değişiklik sonrası priority product crawl share takip edilir.

Priority Products'a Crawl Akışı Sağlamak

Stratejik ürünler kısa internal link yolları alabilir. Sitemap freshness yüksek tutulur. Related products destek olabilir. Ürün response time sağlıklı olmalıdır. Crawl share kategori ve priority segment bazında izlenebilir.

Yeni Ürün Discovery'sini Kolaylaştırmak

Yeni ürün yayınlandığında category link'i oluşmalıdır. Sitemap'e gecikmeden eklenmelidir. Homepage veya new arrivals alanı belirli ürünleri destekleyebilir. Time-to-discovery metric kaydedilir. Uzayan süre pipeline sorunu gösterebilir.

Crawl Waste Nasıl Ölçülür?

Crawl waste sunucu loglarındaki bot request'lerini URL türlerine ayırarak ölçülebilir. Parametre, filter, redirect ve error request'leri ayrı kategorilere alınabilir. Her kategorinin toplam Googlebot request'i içindeki payı hesaplanır. Tek başına yüksek oran kesin hata anlamına gelmez, business bağlamı gerekir. Zaman serisi değişikliklerin etkisini gösterir.

Parameter URL Requests

Query parametreli URL request sayısı ölçülür. Tracking, sort ve filter parametreleri ayrıştırılır. Gereksiz parametre pattern'leri belirlenir. Canonical destination ile karşılaştırılır. Internal link source bulunabilir.

Filter Requests

Facet URL'lere gelen bot request oranı hesaplanır. Indexable ve non-indexable facet ayrılır. Yüksek non-indexable share optimizasyon fırsatı gösterebilir. Registry ve log data birleştirilir. Değişiklik sonrası trend izlenir.

Redirect Requests

Botun 3xx URL'lere ne kadar request gönderdiği ölçülür. Internal linkler eski URL'ye gidiyorsa gereksiz redirect crawl oluşur. Sitemap redirect URL içermemelidir. Redirect chain ayrıca analiz edilir. Final target linkleri güncellenmelidir.

Error Requests

404 ve 5xx bot request'leri ayrı izlenir. 404 kalıcı kaldırılmış URL için normal olabilir. Ancak aktif ürünlerde hata ciddi sorundur. 5xx server capacity problemi gösterebilir. Error source internal links veya eski sitemap olabilir.

Low-Value URL Requests

Business ve SEO değeri düşük URL sınıfları tanımlanır. Search result, session veya duplicate combinations buna dahil olabilir. Toplam crawl içindeki payı hesaplanır. Hedef tamamen sıfır yapmak değildir. Asıl amaç gereksiz URL uzayını kontrollü tutmaktır.

Priority Product Crawl Share Nasıl Hesaplanır?

Priority product crawl share, önemli ürünlerin bot request'leri içindeki payını ölçmek için kullanılabilir. Öncelik segmentleri gelir, marj, yenilik veya kampanya durumuna göre tanımlanabilir. Bu metric doğrudan ranking garantisi değildir. Ancak crawl allocation'ın business inventory ile ne kadar uyumlu olduğunu gösterir. Segment bazlı freshness analizinde de faydalıdır.

Yüksek Gelirli Ürünler

En fazla gelir üreten ürünler ayrı cohort olarak tanımlanabilir. Crawl frequency ve last crawl karşılaştırılır. Stok ve fiyat değişimleri hızlı yansıyor mu incelenir. Internal link strength kontrol edilir. Index sorunları business impact'e göre önceliklendirilir.

Yeni Ürünler

Yeni yayınlanan ürünlerin ilk crawl süresi kritik metric olabilir. Cohort yayın tarihine göre oluşturulur. Sitemap ve category link zamanı kaydedilir. First bot request logdan alınır. Median discovery süreleri haftalık karşılaştırılabilir.

Yüksek Marjlı Ürünler

Marj bilgisi SEO priority modeline dahil edilebilir. Aynı trafik seviyesinde daha yüksek ticari değer taşıyabilir. Internal linking ve merchandising birlikte çalışabilir. Crawl frequency sadece marja göre zorlanmaz. Ancak sorun önceliklendirmesinde faydalıdır.

Kampanya Ürünleri

Kampanya başlangıç tarihi önceden bilinir. Ürün URL'lerinin crawl ve index state'i kampanya öncesinde kontrol edilmelidir. Fiyat ve availability parity doğrulanır. Campaign landing links discovery'yi güçlendirebilir. Kampanya sonrası URL lifecycle ayrı yönetilir.

Stratejik Markalar

Belirli markalar ticari olarak öncelikli olabilir. Brand cohort indexation ve crawl oranı ölçülür. Duplicate manufacturer content riski ayrıca incelenir. Brand landing internal link sağlayabilir. Sorunlar marka owner ile paylaşılabilir.

Log Dosyaları Ürün İndeksleme Analizinde Nasıl Kullanılır?

Server log gerçek crawler davranışını doğrudan gösteren en değerli teknik veri kaynaklarından biridir. Search Console size indeksleme ve arama görünürlüğü hakkında bilgi verirken log botun hangi URL'ye ne zaman request gönderdiğini gösterir. Product URL pattern ile bot request'leri eşleştirilebilir. HTTP error ve response time da aynı dataset içinde incelenebilir. Büyük e-ticaret sistemlerinde log analizi ürün indeksleme monitoring'in temel bileşenlerinden biridir.

Googlebot Requests

Googlebot request'leri user-agent ve doğrulama politikasıyla ayrıştırılır. Fake bot trafiğine karşı kimlik doğrulama yaklaşımı kullanılabilir. Günlük request trendi izlenir. URL type dağılımı çıkarılır. Değişiklikler deployment tarihleriyle karşılaştırılır.

Product URL Requests

Product URL pattern log üzerinde sınıflandırılır. Toplam bot request içinde ürün payı görülür. Active ve discontinued state ile join yapılabilir. Gereksiz eski ürün crawl'u tespit edilebilir. Priority product share hesaplanabilir.

Crawl Frequency

Her ürünün belirli dönemde kaç kez crawl edildiği ölçülebilir. Çok sık veya çok seyrek taranan cohort'lar bulunur. Fiyat/stok değişim sıklığıyla karşılaştırılabilir. Frequency doğrudan manipüle edilmeye çalışılmamalıdır. Site sinyallerinin sonucu olarak değerlendirilmelidir.

Last Crawl

Son bot request zamanı ürün freshness metric'i sağlar. Aktif ürün grupları arasında dağılım karşılaştırılabilir. Çok uzun süredir crawl edilmeyen önemli ürünler araştırılır. Internal link ve sitemap durumu kontrol edilir. Last crawl alone index state'i göstermez.

HTTP Errors

Botun aldığı 4xx ve 5xx response'lar logdan çıkarılır. Active ürün 404 veriyorsa kritik alarm oluşturulur. Temporary server error frequency izlenir. Redirect loop ayrı sınıflandırılır. Error URL source crawler ile bulunabilir.

Response Time

Bot request response süreleri performans problemlerini gösterebilir. Yavaş kategori veya ürün template'i server kapasitesini etkileyebilir. P95 ve P99 metric izlenebilir. Bot ve normal kullanıcı response süreleri karşılaştırılabilir. Performance improvement crawl health'e de katkı sağlar.

Yeni Ürünlerin Googlebot Tarafından Keşfedilme Süresi Nasıl Ölçülür?

Yeni ürün keşif süresi product event verisi ile server log birleştirilerek ölçülebilir. Product created, published ve sitemap added zamanları farklı event'lerdir. İlk doğrulanmış Googlebot request discovery'nin pratik göstergesi olarak kullanılabilir. Böylece hangi pipeline aşamasının gecikme yarattığı görülür. Cohort karşılaştırması kategori ve site değişikliklerinin etkisini gösterir.

Product Created

Ürün sistemde ilk kez oluşturulur. Henüz public olmayabilir. Bu timestamp SEO discovery başlangıcı olarak tek başına kullanılmamalıdır. Draft süreleri merchandising sürecini gösterir. Publish time ile fark ayrıca ölçülebilir.

Product Published

URL'nin public hâle geldiği zaman gerçek SEO başlangıç noktalarından biridir. HTTP `200` ve indexability doğrulanmalıdır. Internal links oluşmuş olmalıdır. Sitemap event yakın zamanda gerçekleşmelidir. Published timestamp PIM'den alınabilir.

Sitemap Added

Ürünün sitemap'e ilk kez eklendiği zaman kaydedilir. Publish ile sitemap arasındaki gecikme ölçülür. Uzun fark generator problemi gösterebilir. Sitemap submission her ürün için ayrı yapılmaz. Dosya generation lifecycle otomatik çalışmalıdır.

First Googlebot Crawl

Server logdaki ilk doğrulanmış product request alınır. Botun URL'yi ne zaman keşfettiğini gösteren güçlü sinyaldir. Sitemap ve internal link kaynağı tek başına kesin bilinmeyebilir. Yine de timing analizi çok değerlidir. Invalid botlar filtrelenmelidir.

Time-to-Discovery

Published timestamp ile first Googlebot crawl arasındaki süre hesaplanabilir. Median ve percentile metric kullanılabilir. Yeni ürün cohort'ları haftalık karşılaştırılır. Architecture değişikliği öncesi ve sonrası etkiler görülür. Aşırı uzun süreler internal linking veya crawl sorununa işaret edebilir.

Product Indexation Funnel Nasıl Oluşturulur?

Product indexation funnel ürün inventory'sinin arama görünürlüğüne hangi aşamalardan geçtiğini sayısallaştırır. Total products sayısından impression alan URL'lere kadar kademeli metrikler oluşturulur. Her basamak kayıp oranını gösterir. Böylece ekip “neden ürünler indexlenmiyor?” gibi geniş soruyu somut alt problemlere bölebilir. Dashboard kategori, marka veya lifecycle segmentine göre filtrelenebilir.

Total Products

PIM veya ERP'deki bütün ürün kayıtlarıdır. Draft ve silinmiş state'ler dahil olabilir. SEO için doğrudan hedef sayı değildir. Inventory büyüklüğünü gösterir. Active products ile karşılaştırılmalıdır.

Active Products

Satış veya inceleme için aktif ürünlerin sayısıdır. Temporary out-of-stock ürünler politika gereği aktif sayılabilir. Discontinued ürün ayrı state'tir. Business lifecycle source-of-truth PIM olmalıdır. SEO funnel bu state'i temel alır.

Public URLs

Web üzerinde public URL'si bulunan ürün sayısıdır. Authentication veya draft URL'ler hariç tutulur. URL stability kontrol edilebilir. Duplicate product URLs ayrıca sayılır. Public count active inventory ile kıyaslanır.

Index Eligible

Teknik ve içerik kurallarına göre index için uygun ürün sayısıdır. `200`, indexable, canonical ve renderable gibi kriterler uygulanabilir. Internal link ve content threshold eklenebilir. Bu değer otomatik score engine tarafından üretilebilir. Gerçek indexation ile fark kritik KPI'dır.

Sitemap URLs

Product sitemap içinde bulunan unique URL sayısıdır. Index eligible count ile yakın olmalıdır. Noindex veya redirect contamination ayrıca ölçülür. Sitemap coverage yüzdesi hesaplanabilir. Eksik cohort'lar incelenir.

Crawled URLs

Belirli dönemde doğrulanmış bot request alan unique product URL sayısıdır. Logdan hesaplanabilir. Dönem uzunluğu açık belirtilmelidir. Sitemap count ile karşılaştırılır. Crawl coverage KPI oluşturulur.

Indexed URLs

Arama motoru dizininde bulunduğu tespit edilen ürün sayısıdır. Search Console data bu analizde kullanılabilir. Kesin birebir günlük inventory gibi ele alınmamalıdır. Trend ve segment karşılaştırması daha değerlidir. Indexation rate hesaplanır.

URLs With Impressions

Search Performance verisinde impression alan unique ürün URL'leridir. Gerçek arama görünürlüğünün başladığını gösterir. Indexed sayısının altında olması normal olabilir. Search demand ve ranking etkileri devreye girer. Commercial performance ile ilişkilendirilebilir.

Index Eligibility Nedir?

Index eligibility bir URL'nin teknik ve içerik şartları açısından indekslemeye aday olup olmadığını ifade eder. Google'ın gerçekten indexleyeceği anlamına gelmez. Bu metric tamamen kurumun kontrol edebileceği kuralları takip etmek için kullanılır. `200`, crawlable, indexable ve canonical gibi kontroller temel bileşenlerdir. Büyük kataloglarda eligibility oranı otomatik kalite metriği olarak çok değerlidir.

HTTP 200

Aktif ürün başarılı response vermelidir. Redirect final landing değildir. Error durumları eligibility'yi düşürür. Soft 404 ayrıca kontrol edilmelidir. Monitoring status history saklayabilir.

Crawlable

robots kuralları bot erişimini engellememelidir. Authentication bulunmamalıdır. URL infinite redirect'e girmemelidir. Render kaynakları erişilebilir olmalıdır. Crawlable state rule engine tarafından hesaplanabilir.

Indexable

Meta veya HTTP header noindex içermemelidir. Canonical target geçerli olmalıdır. Search policy page type'ı index için uygun görmelidir. Environment config kontrol edilmelidir. Sitemap yalnızca indexable ürünleri içermelidir.

Canonical

URL'nin canonical davranışı açık olmalıdır. Indexlenecek ürün kendi URL'sini tercih edebilir. Başka URL'ye canonical olan sayfa eligibility tanımında ayrı değerlendirilebilir. Canonical target başarılı olmalıdır. Internal signals tutarlı tutulmalıdır.

Renderable Content

Ana ürün bilgisi bot tarafından görülebilmelidir. Empty JavaScript shell istenmez. Product name ve content rendered DOM'da bulunmalıdır. Structured data yalnız başına ana content yerine geçmez. Rendering monitor kritik template'leri düzenli test edebilir.

Internal Link

Ürün en az bir crawlable internal link almalıdır. Orphan URL eligibility score içinde puan kaybedebilir. Category veya breadcrumb en doğal kaynaklardır. Link target canonical olmalıdır. Internal graph günlük veya haftalık crawl ile güncellenebilir.

Product Indexability Score Nasıl Oluşturulur?

Product Indexability Score teknik ve içerik kontrollerini tek puanda birleştirebilir. Ama puan gerçek indeksleme garantisi gibi kullanılmamalıdır. Amaç katalog içinde riskli ürünleri hızlı önceliklendirmektir. HTTP, canonical, internal link ve data completeness ayrı ağırlıklar alabilir. Kategori bazında düşük ortalama puan root cause araştırmasını kolaylaştırır.

HTTP Health

Başarılı status ve sağlıklı response time puana katkı sağlar. 5xx ciddi risk olarak ağırlıklandırılabilir. Redirect aktif ürün için eksi puan alabilir. Historical uptime hesaba katılabilir. Threshold business SLA ile uyumlu olmalıdır.

Robots

robots.txt ve meta robots birlikte kontrol edilir. Indexlenecek ürünün erişimi açık olmalıdır. Çelişkili direktif puanı düşürür. X-Robots-Tag ayrıca incelenir. Configuration change history saklanabilir.

Canonical

Canonical varlığı ve hedefi doğrulanır. Target indexable olmalıdır. Sitemap ve internal link target ile uyum değerlendirilir. Canonical chain eksi puan alabilir. Google-selected canonical ayrı monitoring metriği olabilir.

Internal Links

Orphan ürün düşük score alabilir. Link sayısı tek başına kalite demek değildir. Category ve breadcrumb gibi farklı kaynaklar değerlendirilebilir. Priority product için daha yüksek threshold uygulanabilir. Link graph quality ölçülür.

Sitemap

Index eligible ürünün sitemap'te bulunması pozitif kontrol olabilir. Noindex ürünün sitemap'te olması veri kalitesi hatasıdır. `lastmod` doğruluğu ayrıca izlenebilir. Sitemap update lag metric kullanılabilir. Generator health score'a dahil edilebilir.

Structured Data

Product markup validity kontrol edilir. Price ve availability parity önemlidir. Variant data correctness ayrı test olabilir. Structured data bulunmaması her durumda indexability engeli değildir. Score bunu uygun ağırlıkla ele almalıdır.

Product Content

Name, description, images ve attributes completeness ölçülebilir. Duplicate manufacturer text oranı değerlendirilebilir. User-generated content ek değer sağlayabilir. Çok düşük içerik score'u investigation tetikleyebilir. Kalite sadece kelime sayısıyla ölçülmemelidir.

Product Lifecycle

Active veya temporary out-of-stock state index strategy'yi belirler. Discontinued ürün özel policy'ye girer. Deleted state sitemap'ten çıkmalıdır. Lifecycle ile HTTP status uyumsuzluğu hata sayılır. PIM ve web status parity sağlanmalıdır.

Google Ürün Sayfasını Taradığı Halde Neden Indexlemeyebilir?

Crawl başarılı olduğunda teknik süreç bitmiş sayılmaz. Arama motoru duplicate, near-duplicate veya düşük değerli sayfaları indekslememeyi tercih edebilir. Canonical sinyalleri başka URL'yi işaret ediyor olabilir. Soft 404 veya site genelindeki kalite sorunları da etkili olabilir. Bu nedenle “Googlebot geldi” ile “ürün indekslenmeli” arasında otomatik eşitlik kurulmamalıdır.

Duplicate Content

Aynı ürün çok sayıda URL'de bulunabilir. Tracking veya category path duplicates buna neden olur. Canonical ve internal link sinyalleri konsolide edilmelidir. Sitemap yalnızca tercih edilen URL'yi içermelidir. Duplicate URL generation mümkünse kaynakta azaltılmalıdır.

Near-Duplicate Products

Çok benzer ürün sayfaları yalnızca küçük attribute farkına sahip olabilir. Her biri bağımsız arama değeri taşımayabilir. Variant model değerlendirilmelidir. İçerik gerçekten farklıysa bu fark görünür olmalıdır. Product cluster analizi yapılabilir.

Thin Product Content

Ürün adı ve tek satır açıklamayla sayfa kullanıcıya yeterli bilgi sunmayabilir. Teknik attribute ve görseller eklenebilir. Kullanım veya ölçü bilgileri değerlidir. İçerik sırf SEO için doldurulmamalıdır. Kullanıcının satın alma kararını desteklemesi hedeflenmelidir.

Canonical Conflict

Self-canonical beklenen ürün başka URL'ye canonical verebilir. Sitemap ve internal links farklı adres kullanabilir. Redirect ile canonical çelişebilir. Google farklı canonical tercih edebilir. URL Inspection canonical sorunlarında önemli teşhis aracıdır.

Soft 404

Sayfa `200` döndürmesine rağmen “ürün bulunamadı” benzeri boş içerik gösterebilir. Arama motoru bunu soft 404 olarak değerlendirebilir. Deleted product doğru HTTP politikasına girmelidir. Empty product template `200` bırakılmamalıdır. Automated content health check bu durumu tespit edebilir.

Site Geneli Kalite Problemleri

Çok büyük düşük değerli URL alanı site yönetimini zorlaştırabilir. Duplicate facet veya thin product oranı yüksek olabilir. Teknik temizlik URL bazında değil katalog seviyesinde ele alınmalıdır. Product data quality programı oluşturulabilir. Indexation trendleri deployment ve content iyileştirmeleriyle karşılaştırılabilir.

Thin Product Page Nasıl Tespit Edilir?

Thin product page yalnızca düşük kelime sayısına sahip ürün anlamına gelmez. Kullanıcının ürünü değerlendirmek için ihtiyaç duyduğu temel bilgilerin eksik olması daha anlamlı kriterdir. Product data completeness score bu nedenle daha kullanışlıdır. Görsel, teknik attribute, identifier ve açıklama birlikte değerlendirilmelidir. Kategoriye göre gereken alanlar farklı olabilir.

Eksik Açıklama

Ürün açıklaması hiç yoksa kullanıcı ürünün ne sunduğunu anlayamayabilir. Üretici metnini aynen kopyalamak da her zaman yeterli değer sağlamaz. Kullanım ve uyumluluk bilgileri eklenebilir. Açıklama gerçek ürün verisine dayanmalıdır. Generic SEO metniyle doldurulmamalıdır.

Eksik Attributes

Boyut, materyal veya teknik kapasite ürün seçiminde kritik olabilir. Attribute eksikliği filter ve structured data kalitesini de etkiler. PIM required field kuralları kategori bazında tanımlanabilir. Eksik ürünler publish quality gate'te durdurulabilir. Completeness dashboard owner'a raporlanabilir.

Tekrarlanan Üretici İçeriği

Aynı manufacturer description birçok mağazada bulunabilir. Bu metin yanlış değildir ancak sayfanın tek değeri hâline gelmemelidir. Kendi ürün deneyiminiz, ölçü tabloları veya rehber ek değer sağlayabilir. Teknik özellikler düzenlenebilir. Kullanıcı sorularına gerçek cevaplar eklenebilir.

Eksik Görsel

E-ticarette görsel ürün değerlendirmesinin temel parçasıdır. Tek düşük kaliteli fotoğraf kullanıcı deneyimini sınırlar. Variant görselleri doğru seçenekle eşleşmelidir. Image URL crawlable olmalıdır. Product structured data'da gerçek görseller kullanılmalıdır.

Eksik Ürün Verisi

Marka, SKU, fiyat veya availability eksik olabilir. Data quality problemi schema ve feed'e de yansır. Required field matrisi category bazında hazırlanabilir. Publish öncesi otomatik validation yapılır. Eksiklik oranı PIM ekibinin KPI'ı olabilir.

Product Data Completeness Score Nasıl Oluşturulur?

Product Data Completeness Score ürün bilgi alanlarının ne kadarının hazır olduğunu ölçer. Her kategori için aynı alanlar zorunlu olmayabilir. Örneğin beden tekstilde kritik, elektronik cihazda farklı teknik attribute'lar önemlidir. Score yayın quality gate veya SEO prioritization için kullanılabilir. Ama yalnızca alanın dolu olması verinin doğru olduğu anlamına gelmediği için validation ayrıca gerekir.

Name

Ürün adı açık ve doğru olmalıdır. Gereksiz keyword tekrarından kaçınılmalıdır. Variant farkı gerekiyorsa isimde belirtilebilir. PIM naming standard kullanılabilir. Locale bazında çeviri kalitesi kontrol edilmelidir.

Brand

Marka bilgisi biliniyorsa doldurulmalıdır. Taxonomy standardize edilmelidir. Aynı marka farklı yazımlarla çoğaltılmamalıdır. Brand page eşleştirmesi yapılabilir. Structured data parity korunmalıdır.

Description

Açıklama kullanıcıya ürünün özellik ve kullanımını anlatmalıdır. Duplicate manufacturer text tek kaynak olmamalıdır. Category-specific guidance eklenebilir. HTML temiz ve okunabilir olmalıdır. Content owner belirlenebilir.

Images

Yeterli ürün fotoğrafı sağlanmalıdır. Variant görseller doğru eşleşmelidir. URL erişilebilir olmalıdır. Alt text gerçek görseli açıklamalıdır. Broken image monitoring yapılmalıdır.

Category

Ürün doğru taxonomy altında bulunmalıdır. Yanlış category internal linking ve facet davranışını bozar. Category change URL'yi gereksiz değiştirmemelidir. PIM validation uygulanabilir. Multi-category ürünlerde primary category tanımlanabilir.

Attributes

Kategori için gerekli teknik özellikler tamamlanmalıdır. Attribute naming standard uygulanır. Null oranı ölçülür. Filter UX aynı attribute kaynağını kullanabilir. Structured data gereken alanları buradan alabilir.

SKU/GTIN

Identifier doğru ve benzersiz olmalıdır. Variant mapping net olmalıdır. GTIN yalnızca varsa kullanılmalıdır. Feed ve web parity sağlanır. Duplicate identifier alarm üretebilir.

Price

Fiyat kullanıcıya açık şekilde gösterilmelidir. Currency doğru olmalıdır. Kampanya state'i yönetilmelidir. Structured data ve feed eşleşmelidir. Stale cache kontrol edilmelidir.

Availability

Stok durumu gerçek inventory bilgisinden gelmelidir. Temporary out-of-stock state URL lifecycle'ı değiştirmemelidir. Merchant ve web parity korunur. Variant availability ayrı yönetilebilir. Freshness ölçülmelidir.

Üretici Açıklamalarının Kopyalanması İndekslemeyi Nasıl Etkileyebilir?

Üretici açıklaması ürün hakkında doğru teknik bilgi sağlayabilir ancak aynı metin birçok mağazada bulunabilir. Sayfanın başka değer sunmaması farklılaşmayı zorlaştırabilir. Ürüne özgü kullanım, ölçü, karşılaştırma veya müşteri soruları sayfayı daha yararlı hâle getirir. Ama bu yaklaşım yapay biçimde uzun metin üretmek anlamına gelmez. Kullanıcı satın alma kararını destekleyen özgün bilgi eklenmelidir.

Aynı Ürün Metnini Kullanan Mağazalar

Manufacturer feed aynı açıklamayı birçok satıcıya dağıtabilir. Bu durum doğal olarak duplicate içerik oluşturabilir. Tek başına yasak veya ceza konusu gibi ele alınmamalıdır. Ancak farklılaşma fırsatı azalır. Kendi deneyim ve ürün verinizle ek değer oluşturabilirsiniz.

Ürün Sayfasına Özgü Değer

Ürünü kimlerin kullanabileceği açıklanabilir. Boyut veya uyumluluk bilgisi eklenebilir. Kargo veya bakım detayları kullanıcıya yardımcı olabilir. Gerçek fotoğraf ve video faydalıdır. Bu içerik ürünün özgün landing deneyimini güçlendirir.

Teknik Özellikler

Structured teknik tablo kullanıcı kararını kolaylaştırır. Attribute'lar PIM verisinden gelebilir. Model numarası veya ölçü bilgileri net gösterilebilir. Generic paragraph içine gizlemek yerine anlaşılır format kullanılabilir. Schema uygun alanlarda aynı veriden beslenebilir.

Kullanım Rehberi

Ürün nasıl kuruluyor veya kullanılıyor açıklanabilir. Özellikle teknik ürünlerde güçlü değer sağlar. Kısa video veya adım metni eklenebilir. İlgili destek makalesine internal link verilebilir. Kullanıcı sonrası destek ihtiyacını da azaltabilir.

Reviews ve UGC

Gerçek kullanıcı yorumları ürün hakkında farklı perspektif sunar. Moderation uygulanmalıdır. Fake review üretiminden kaçınılmalıdır. Structured review kullanımında ilgili kurallar takip edilmelidir. UGC ürün sayfasının sürekli yaşayan bölümüne dönüşebilir.

Soru-Cevap

Kullanıcıların gerçek soruları satın alma engellerini ortaya çıkarır. Yanıtlar ürün ekibi tarafından doğrulanabilir. Aynı sorular müşteri hizmetleri yükünü azaltabilir. Arama niyetlerini doğal biçimde kapsar. Eski veya hatalı cevaplar güncellenmelidir.

Geçici Olarak Stokta Olmayan Ürünlerde Ne Yapılmalıdır?

Geçici stok yokluğu ürünün kalıcı olarak ortadan kalktığı anlamına gelmez. URL'nin korunması çoğu durumda kullanıcı ve arama değerini devam ettirir. Availability bilgisi açık biçimde güncellenmelidir. Kullanıcı stok yenilenme bildirimi veya alternatif ürün seçenekleri görebilir. Ürünü her stok bittiğinde silmek URL lifecycle'ını gereksiz dalgalandırır.

URL'yi Korumak

Ürünün yeniden gelmesi bekleniyorsa mevcut URL korunabilir. Backlink ve kullanıcı bookmark değeri devam eder. Sayfa `200` ile ürün bilgisi sunabilir. Stok durumu açıkça belirtilir. Sitemap politikası business strategy'ye göre korunabilir.

Availability Güncellemek

Görünür stok bilgisi doğru olmalıdır. Product structured data aynı state'i göstermelidir. Merchant feed de senkron güncellenmelidir. Cache gecikmesi izlenmelidir. Inventory event bütün kanalları tetikleyebilir.

Kullanıcıya Stok Durumunu Açıklamak

Sadece satın alma butonunu gizlemek yeterli değildir. Ürün neden alınamıyor anlaşılmalıdır. Beklenen stok tarihi biliniyorsa gösterilebilir. Kullanıcı bildirim talebi bırakabilir. Yanlış scarcity mesajlarından kaçınılmalıdır.

Alternatif Ürün Bağlantıları

Stokta olmayan üründen benzer ürünlere link verilebilir. Kullanıcının satın alma yolculuğu devam eder. Related products aynı kategori veya özellikten seçilebilir. Discontinued ürünlerle karışmamalıdır. Internal link graph da güçlenir.

Kalıcı Olarak Satıştan Kalkan Ürünlerde SEO Nasıl Yönetilmelidir?

Discontinued ürünlerde tek bir otomatik kural her senaryoya uygun değildir. Ürünün search demand, backlink ve uygun alternatif ürünü değerlendirilmelidir. Gerçek eşdeğer ürün varsa redirect düşünülebilir. Alakasız homepage veya kategoriye zorla yönlendirme kullanıcıya değer sağlamaz. Kalıcı kaldırma durumunda 404 veya 410 doğal seçeneklerdir.

Arama ve Backlink Değeri

Eski ürün trafik veya backlink taşıyor olabilir. URL kaldırılmadan önce performance verisi incelenmelidir. Kullanıcılar hâlâ model adını arıyor olabilir. Archived product page bilgi amacıyla korunabilir. Ticari ve SEO karar birlikte verilmelidir.

Alternatif Ürün

Gerçek successor veya çok yakın eşdeğer ürün varsa kullanıcı yönlendirmesi değerlendirilebilir. Redirect kullanıcı niyetini karşılamalıdır. Sadece link değerini taşımak için ilgisiz ürün seçilmemelidir. Eski model hakkında açıklama alternatif sayfada bulunabilir. Merchandising owner karara katılmalıdır.

Üst Kategori

Üst kategori bazı durumlarda anlamlı destination olabilir. Ancak birebir ürün arayan kullanıcı için her zaman doğru değildir. Çok sayıda eski ürünü aynı kategoriye redirect etmek soft 404 benzeri davranış riskini artırabilir. User intent önce değerlendirilmelidir. İlgili alternatif yoksa 404 daha temiz olabilir.

301 Redirect

Kalıcı ve anlamlı yeni destination varsa 301 kullanılabilir. Redirect chain oluşturulmamalıdır. Internal links final target'a güncellenmelidir. Sitemap eski URL'yi çıkarmalıdır. Mapping kayıt altında tutulmalıdır.

404

Ürün kalıcı olarak yoksa ve eşdeğer destination bulunmuyorsa 404 normal davranıştır. Kullanıcıya yardımcı custom 404 ekranı gösterilebilir. HTTP status yine gerçek 404 olmalıdır. Eski URL sitemap'ten çıkarılır. Internal links temizlenir.

410

410 kaynağın kalıcı olarak kaldırıldığını açıkça ifade eder. 404 ile birlikte geçerli kaldırma stratejilerinden biridir. Hangi status'un kullanılacağı kurumun lifecycle politikasına bağlanabilir. Kullanıcı deneyimi yine faydalı bir hata sayfası sunmalıdır. Site içi linkler kaldırılmalıdır.

Sitemap Güncellemesi

Discontinued URL index strategy değiştiğinde sitemap state de güncellenmelidir. Redirect veya error veren URL listede tutulmamalıdır. Archived indexable ürün ayrı policy gerektirebilir. Sitemap refresh lifecycle event'ine bağlanabilir. Eski URL contamination monitoring yapılabilir.

Product Lifecycle SEO State Machine Nasıl Kurulur?

Product lifecycle state machine ürünün draft'tan deleted aşamasına kadar SEO davranışını önceden tanımlar. Böylece her ürün için manuel karar verilmesi gerekmez. PIM state değişikliği web status, sitemap ve structured data'yı tetikleyebilir. SEO ekibi kuralları tanımlar, developer otomatik uygular. Exception gerektiren yüksek değerli ürünler ayrı iş akışına alınabilir.

Draft

Draft ürün henüz public değildir. Kullanıcı veya bot erişmemelidir. Sitemap'e eklenmez. Structured data dışarı sunulmaz. Preview ortamı authentication ile korunabilir.

public değil

Draft URL public navigation içinde bulunmamalıdır. Robots yerine authentication veya environment isolation kullanılabilir. Accidental index riskine karşı staging noindex uygulanabilir. Production launch sırasında state otomatik değişmelidir. QA yayın öncesi kontrol yapar.

Active

Active ürün satış veya görüntüleme için hazırdır. Public URL başarılı response verir. Internal links bulunur. Sitemap ve schema aktif olur. Monitoring eligibility durumunu takip eder.

index

Active ve organik değer taşıyan ürün indexable olabilir. noindex bulunmamalıdır. Canonical doğru olmalıdır. Main content render edilebilir olmalıdır. Quality gate publish öncesi çalışır.

sitemap

Active indexable ürün sitemap'e eklenir. URL canonical olmalıdır. `lastmod` gerçek değişiklik zamanını kullanır. Generator state event'ten beslenebilir. Submission coverage izlenir.

schema

Product structured data aktif ürün bilgilerini taşır. Price ve availability günceldir. Identifier doğru variant'a aittir. Visible content parity korunur. Validator hata durumunu raporlar.

Out of Stock

Geçici stok yokluğunda ürün identity devam eder. URL korunabilir. Kullanıcıya açık availability mesajı verilir. Structured data state güncellenir. Alternatif ürünler sunulabilir.

URL korunur

Temporary inventory gap URL'nin silinmesini gerektirmez. Backlink ve user history korunur. Sayfa ürün bilgisini göstermeye devam eder. Add-to-cart davranışı kapatılır. Restock event normal state'e döndürür.

availability güncellenir

Inventory service doğru state sağlar. Web UI ve Product markup eşleşir. Merchant feed güncellenir. Cache invalidate edilir. Monitoring mismatch yakalar.

Discontinued

Ürün artık geri gelmeyecekse discontinued state'e geçer. Otomatik olarak homepage'e redirect edilmemelidir. Traffic, backlinks ve replacement product değerlendirilir. Archive, 301 veya removal seçenekleri business rule'a göre belirlenir. Sitemap state buna göre güncellenir.

iş kuralına göre aksiyon

Yüksek değerli eski model archived page olarak kalabilir. Doğrudan successor varsa redirect uygulanabilir. Değersiz ve bağlantısız ürün 404 veya 410 olabilir. Kural category bazında farklılaşabilir. Exception owner tarafından onaylanabilir.

Deleted

Deleted state web üzerinde artık ürün kaydı olmadığını ifade eder. URL davranışı önceden belirlenmelidir. Internal links kaldırılır. Sitemap'ten çıkarılır. Redirect mapping varsa korunur.

redirect / 404 / 410

Gerçek replacement varsa redirect uygulanabilir. Aksi durumda 404 veya 410 kullanılabilir. Destination kullanıcı niyetine uygun olmalıdır. Soft 404 üreten toplu yönlendirmelerden kaçınılmalıdır. Lifecycle engine seçilen state'i otomatik uygular.

JavaScript E-Ticaret Sitelerinde Botlar Ürün İçeriğini Görebiliyor mu?

JavaScript kullanan e-ticaret sayfaları indekslenebilir ancak içerik sunum biçimi dikkat gerektirir. Raw HTML çok boşsa rendering dependency artar. Ürün adı, fiyat ve ana metin client API başarısızlığında kaybolmamalıdır. Server-side rendering veya hybrid yaklaşım bot ve kullanıcı için hızlı başlangıç içeriği sunabilir. Özellikle sık değişen product data'nın görünür sayfa ve structured data tarafında güvenilir kalması gerekir.

Raw HTML

Raw HTML server response'un ilk içerik halidir. Ürün adı ve temel bilgiler burada bulunursa discovery daha sağlam olur. Canonical ve robots gibi head elementleri açıkça görülebilir. Structured data ilk HTML içinde sunulabilir. Debug sırasında `view-source` ile kontrol yapılabilir.

Rendered HTML

Rendered HTML JavaScript çalıştıktan sonraki DOM durumudur. Client-side product data burada görünebilir. URL Inspection rendered view kontrol için kullanılabilir. Raw ve rendered farkı otomatik test edilebilir. Kritik içerik yalnızca kullanıcı interaction'ına bağlı olmamalıdır.

Client-Side Product Data

Ürün verisi browser açıldıktan sonra API'den çekilebilir. API error boş sayfa oluşturabilir. Loading state bot tarafından ana içerik gibi görülmemelidir. Core content server tarafında sunulabiliyorsa risk azalır. Client data yine UX güncellemeleri için kullanılabilir.

Server-Side Rendering

SSR ilk HTML'de ürün içeriğini üretir. Kullanıcı first content'i daha hızlı görebilir. Bot da ana bilgileri doğrudan alabilir. Server load planlanmalıdır. Cache ve hydration tutarlılığı korunmalıdır.

Hydration

Hydration server'dan gelen HTML'yi client application ile interaktif hâle getirir. Server ve client data farklıysa içerik değişebilir. Price veya availability flash yaşanmamalıdır. Canonical client tarafında yanlış değiştirilmemelidir. End-to-end render test faydalıdır.

Bot Dostu Ürün Sayfasında İlk HTML'de Neler Bulunmalıdır?

İlk HTML'in ürünün ne olduğunu açıkça anlatması iyi bir tekniktir. Product name, ana açıklama ve crawlable navigation en önemli bileşenler arasındadır. Canonical ve robots direktifleri head içinde doğru bulunmalıdır. Product structured data mümkün olduğunda gerçek ürün state'iyle birlikte sunulabilir. JavaScript gelişmiş kullanıcı etkileşimini sonradan ekleyebilir.

Product Name

Ana ürün adı HTML içinde bulunmalıdır. H1 kullanıcıya gerçek product identity'yi göstermelidir. Variant seçiliyse isim uygun biçimde güncellenebilir. PIM naming standard kullanılabilir. JavaScript olmadan tamamen kaybolmaması faydalıdır.

Ana Product Content

Temel açıklama ve özellikler erişilebilir olmalıdır. Kullanıcının ürün hakkında karar verecek bilgisi ilk load'da bulunabilir. Accordion kullanılsa bile içerik DOM içinde sağlıklı sunulmalıdır. Client-side tab içeriği test edilmelidir. Critical data API failure'a tamamen bağımlı kalmamalıdır.

Crawlable Links

Breadcrumb ve kategori links gerçek `` kullanmalıdır. Related products için de aynı kural uygulanabilir. Button click navigation tek discovery yolu olmamalıdır. Canonical destination linklenmelidir. Broken link monitoring yapılmalıdır.

Canonical

Canonical head içinde açıkça tanımlanabilir. JavaScript ile sonradan değiştirmek gerekiyorsa dikkatli test edilmelidir. Server tarafında doğru URL üretmek daha sade olabilir. Parametre state canonical logic'ini bozmamalıdır. URL template testleri oluşturulabilir.

Robots

Indexable ürün yanlışlıkla noindex almamalıdır. Staging configuration production'dan ayrılmalıdır. X-Robots header ayrıca kontrol edilir. Dynamic noindex kararları lifecycle rule'dan gelmelidir. QA source ve rendered view ikisini de test edebilir.

Structured Data

Product markup ilk HTML'de sunulması güvenilir yaklaşım olabilir. Price ve availability güncel olmalıdır. Variant identity doğru seçilmelidir. JSON-LD syntax test edilir. Kullanıcıya görünmeyen yanlış bilgiler eklenmemelidir.

Ürün URL Yapısı Nasıl Tasarlanmalıdır?

Ürün URL'si mümkün olduğunca stabil ve kullanıcı tarafından anlaşılabilir olmalıdır. Ürün ismi veya kategori değişikliği her zaman URL değişikliğine yol açmamalıdır. SKU veya kalıcı ID kullanılabilir fakat kullanıcı deneyimi de düşünülmelidir. Tracking parametreleri core product address'ten ayrılmalıdır. Domain ve URL standardı konusunda teknik analiz yapmak isteyenler https://www.diyarbakiryazilim.com.tr/posts/kurumsal-domainlerde-www-ve-non-www-yonlendirme-analizi adresindeki içeriği inceleyebilir.

Stabil URL

Ürün URL'si lifecycle boyunca değişmeden kalabilirse signal consolidation kolaylaşır. Campaign veya category değişimi adresi etkilememelidir. Slug tamamen marketing state'e bağlı olmamalıdır. Kalıcı ID yardımcı olabilir. URL değişikliği gerektiğinde redirect mapping hazırlanır.

Ürün İsmi Değişiklikleri

Ürün adı küçük düzeltmeler nedeniyle değişebilir. Her isim değişikliğinde URL yenilemek gereksiz redirect üretir. Slug sabit bırakılabilir. Çok ciddi rebranding durumunda migration değerlendirilebilir. Change benefit ile redirect cost karşılaştırılmalıdır.

Kategori Değişiklikleri

Category path URL içinde zorunluysa ürün taşındığında adres değişebilir. Bu nedenle category bağımsız product URL mimarisi daha stabil olabilir. Mevcut sistemde redirect uygulanmalıdır. Internal links yeni target'a güncellenir. Sitemap eski URL'yi kaldırır.

SKU ile URL Arasındaki Fark

SKU internal commerce identifier'dır. URL kullanıcı ve web adresi kimliğidir. İkisinin tamamen aynı olması şart değildir. SKU değişmeyecek stable key olarak URL içinde kullanılabilir. Ancak kullanıcı dostu slug da birlikte kullanılabilir.

Tracking Parameters

Marketing tracking core product identity'yi değiştirmemelidir. Internal links mümkünse temiz URL kullanır. Analytics attribution farklı mekanizmalarla yönetilebilir. Parametreler canonical base'e işaret edebilir. Bot request share loglarda izlenebilir.

Pagination Ürün Discovery'sini Nasıl Etkiler?

Pagination kategori içindeki derin ürünlere crawler'ın gerçek bağlantılarla ulaşmasını sağlar. Sadece ilk yirmi ürün HTML linki alıyor, geri kalanı interaction sonrası yükleniyorsa discovery sorunları yaşanabilir. Sayfalar birbirine sequential crawlable links vermelidir. Filter ve sort pagination ayrı index politikasına sahip olabilir. Deep products depth metriğiyle takip edilmelidir.

Kategori Pagination

Kategori ürün seti birden fazla URL sayfasına ayrılabilir. Her page kendi unique URL'sine sahip olmalıdır. Sonraki sayfaya gerçek link bulunmalıdır. Ürün links server response veya rendered DOM içinde erişilebilir olmalıdır. Pagination URLs filtre parametreleriyle gereksiz çoğaltılmamalıdır.

Gerçek Crawlable Links

Crawler genellikle `href` içeren bağlantıları takip eder. Sadece “daha fazla yükle” button'u ürün discovery için yeterli olmayabilir. Pagination fallback gerçek link üretmelidir. Linkler JavaScript devre dışı olduğunda da anlamlı olabilir. URL Inspection ve crawler testleri uygulanabilir.

Infinite Scroll

Infinite scroll UX açısından akıcı olabilir. Bot kullanıcı gibi sonsuz scroll yapmak zorunda değildir. Bu nedenle kalıcı pagination URL'leri sunulmalıdır. Her state aynı içerikle yeniden yüklenebilmelidir. History API kullanıcı navigasyonu için kullanılabilir.

Deep Products

Kategori sonlarındaki ürünler daha derin navigation state'inde kalabilir. Related links veya subcategory segmentation destek olabilir. Pagination link zinciri kopmamalıdır. Orphan veya weak link raporu bu ürünleri bulur. Priority products sürekli son sayfada kalmamalıdır.

Crawl Depth

Pagination arttıkça son sayfalara ulaşmak daha fazla step gerektirebilir. Sequential links minimum gereksinimdir. Hub page veya subcategory mimarisi depth'i azaltabilir. Her page'e homepage'den link vermek gerekmez. Distribution crawler ile ölçülmelidir.

Infinite Scroll Kullanırken Ürünler Botlara Nasıl Açılmalıdır?

Infinite scroll kullanıcı deneyimi olarak korunabilirken crawler için kalıcı URL yapısı sunulabilir. Her içerik segmenti ayrı pagination state ile erişilebilir olmalıdır. Linkler kullanıcı interaction'ına bağımlı olmadan bulunmalıdır. URL state aynı içeriği tekrar üretmelidir. Böylece UX ve crawlability birbirine karşıt olmak zorunda kalmaz.

JavaScript UX

Kullanıcı scroll ettikçe yeni ürünler otomatik yüklenebilir. Loading indicator kullanıcıya feedback verir. Browser memory ve performance izlenmelidir. Bu layer crawler URL mimarisinin yerine geçmez. Progressive enhancement yaklaşımı uygulanabilir.

Crawlable URLs

Her pagination chunk kalıcı URL taşımalıdır. Aynı URL yeniden açıldığında aynı ürün segmenti görünmelidir. Relative time state kullanılmamalıdır. Internal links sequential page'leri göstermelidir. Sitemap ürün discovery'yi ayrıca destekler.

Pagination Fallback

JavaScript olmadan da next page link'i bulunabilir. Kullanıcı görsel olarak button görmese bile HTML bağlantısı uygun biçimde sunulabilir. Accessibility de iyileşir. Fallback URL'ler filter policy ile tutarlı olmalıdır. QA crawler ile test edebilir.

Unique URL State

Scroll position meaningful page state'e dönüştürülebilir. `?page=3` gibi kalıcı adres kullanılabilir. Refresh aynı içerik setini getirmelidir. History API görünür URL'yi güncelleyebilir. Duplicate URL üretiminden kaçınılmalıdır.

Ürün Resimleri Arama Motorlarına Nasıl Optimize Edilir?

Ürün görselleri hem kullanıcı deneyimi hem görsel arama görünürlüğü açısından önemlidir. Image URL'ler crawler tarafından erişilebilir olmalıdır. Alt text görseldeki gerçek ürünü anlamlı biçimde açıklamalıdır. Responsive image performansı iyileştirebilir. Product structured data doğru product image URL'lerini kullanmalıdır.

Crawlable Image URLs

Görsel URL'leri authentication istememelidir. robots.txt yanlışlıkla image path'i engellememelidir. CDN erişimi botlara açık olmalıdır. Broken image status monitoring yapılmalıdır. Stable image URL caching avantajı sağlar.

Alt Text

Alt text görselde gerçekten bulunan ürünü açıklar. Keyword listesi gibi kullanılmamalıdır. Variant fotoğrafında renk bilgisi anlamlı olabilir. Accessibility için de değerlidir. Template alt text product data'dan üretilebilir ama insan diline uygun kalmalıdır.

Responsive Images

`srcset` farklı ekran boyutlarına uygun dosya seçimine yardımcı olabilir. Ana image URL yine erişilebilir olmalıdır. Çok büyük dosya page performance'ı düşürür. Modern formatlar kullanılabilir. Lazy loading first visible hero image'da dikkatli uygulanmalıdır.

Image Sitemap Gereksinimi

Her site için ayrı image sitemap zorunlu değildir. Görseller normal HTML ve product page üzerinden keşfedilebiliyorsa yeterli olabilir. JavaScript veya farklı source nedeniyle discovery zayıfsa image sitemap değerlendirilebilir. Aynı product sitemap içine image bilgisi ekleme seçenekleri de bulunabilir. Katalog architecture'a göre karar verilmelidir.

Product Structured Data Images

Product markup gerçek ürün fotoğrafını referans etmelidir. URL crawlable olmalıdır. Variant seçildiyse doğru variant image kullanılmalıdır. Görsel sayfada bulunan ürünü temsil etmelidir. Otomatik parity test uygulanabilir.

Ürün İndeksleme Monitoring Dashboard'unda Neler Olmalıdır?

İndeksleme sorunlarını tek tek URL Inspection ile yönetmek büyük kataloglarda ölçeklenmez. Monitoring dashboard inventory, crawl ve search verisini tek görünümde birleştirebilir. Active ürünlerden impression alan URL'lere kadar funnel sunulmalıdır. Orphan ve error ürünler alarm olarak gösterilebilir. Dashboard kategori ve marka filtresi içermelidir.

Active Products

PIM'deki aktif ürün sayısı temel denominator'dır. Günlük değişim gösterilebilir. New ve discontinued event ayrıca raporlanır. Web public count ile karşılaştırılır. Büyük fark integration problemi gösterebilir.

Index Eligible

Rule engine index için uygun ürünleri hesaplar. Eligibility rate active ürün sayısına bölünür. Hata nedenleri kategori bazında gösterilir. Canonical veya noindex sorunları ayrı breakdown alır. Trend deployment etkisini gösterir.

Sitemap Products

Sitemap'teki unique product URL sayısı gösterilir. Eligible count ile karşılaştırılır. Noindex contamination sayılır. Sitemap freshness raporlanır. Missing product alarmı oluşturulur.

Crawled Products

Logdan belirli dönemde crawl edilen unique ürün sayısı alınır. Crawl coverage hesaplanır. Priority segment ayrıca gösterilir. Last crawl age dağılımı sunulur. Bot verification uygulanır.

Indexed Products

Search Console indexing verisinden trend alınabilir. Exact inventory gibi değil monitoring metriği gibi kullanılmalıdır. Eligibility ile fark gösterilir. Category ve brand bazında segmentlenir. Sudden drop alarmı oluşturulabilir.

Products With Impressions

Search Performance içinde impression alan ürün sayısı gösterilir. Indexed ile visibility arasındaki geçiş izlenir. Revenue data ile join yapılabilir. New product first impression süresi ölçülür. Query diversity ayrıca analiz edilebilir.

Orphan Products

Internal crawler hiçbir link bulamadığı product URL'leri işaretler. Active ve index eligible orphan'lar yüksek priority olabilir. Sitemap varlığı ayrı gösterilir. Orphan rate hesaplanır. Owner category team'e atanabilir.

Error Products

4xx, 5xx ve invalid canonical gibi sorunlar tek panelde gösterilir. Severity business impact'e göre belirlenebilir. High-revenue ürün error'u daha yüksek alarm alabilir. Historical status saklanır. Issue resolution SLA takip edilebilir.

Ürün İndeksleme KPI'ları Nelerdir?

İyi KPI seti yalnızca indexed URL sayısından oluşmamalıdır. Eligibility, sitemap ve crawl coverage ayrı aşamaları ölçer. Time-to-discovery yeni ürün hızını gösterir. Orphan ve crawl waste rate mimari kaliteyi takip eder. KPI'lar kategori ve toplam site seviyesinde izlenmelidir.

Index Eligibility Rate

Index eligible ürünlerin active products içindeki oranıdır. Kurum kontrolündeki teknik kaliteyi ölçer. Düşük oran canonical veya content sorunlarını gösterebilir. Breakdown reason code ile sunulmalıdır. Hedef kategoriye göre farklı olabilir.

Sitemap Coverage

Sitemap products bölü eligible products ile hesaplanabilir. Eksik URL'ler discovery riskidir. Fazla URL contamination gösterebilir. Yüzde yüz her durumda zorunlu olmayabilir. Sitemap policy net olmalıdır.

Crawl Coverage

Belirli dönemde crawl edilen eligible ürün oranıdır. Dönem penceresi açık belirtilmelidir. Çok sık değişen ürünlerde daha kısa pencere seçilebilir. Priority cohort ayrıca ölçülür. Server log güvenilir kaynak sağlar.

Indexation Rate

Indexed ürünlerin eligible ürünlere oranıdır. Google'ın gerçek seçim davranışını yansıtır. Yüzde yüz olması zorunlu hedef değildir. Düşük kategori grupları root cause için incelenir. Content ve duplicate riskleri değerlendirilir.

Time-to-Discovery

Publish ile first crawl arasındaki süre ölçülür. Median ve P90 gibi değerler kullanılabilir. New products cohort karşılaştırılır. Sitemap ve internal link gecikmesiyle ilişkilendirilir. Architecture değişikliklerinin etkisini gösterir.

Crawl Freshness

Ürünlerin son crawl yaşını ölçer. Fiyat ve stok değişim hızıyla birlikte yorumlanır. High-priority ürünler daha ayrı raporlanabilir. Tek bir ideal gün sayısı yoktur. Trend daha değerlidir.

Orphan Rate

Orphan active products bölü active products olarak hesaplanabilir. Yüksek oran taxonomy veya publish pipeline sorununa işaret eder. Sitemap orphan durumunu çözmez. Category link generation incelenir. Hedef mümkün olduğunca düşük tutulur.

Crawl Waste Rate

Low-value bot requests toplam bot request'e bölünür. URL sınıflandırması doğru yapılmalıdır. Parameter ve filter request'ler ayrı gösterilebilir. Değişiklik sonrası trend izlenir. Amaç business-value crawl alanını daha temiz hâle getirmektir.

Kategori Bazında Indexation Analizi Nasıl Yapılır?

Site geneli ortalama değerler kategori sorunlarını gizleyebilir. Her kategori ürün sayısı, eligibility, crawl ve indexation oranıyla ayrı incelenmelidir. Organic visibility eklenerek teknik sorun ile search demand ayrıştırılabilir. Düşük performanslı kategoriler product data veya duplicate riskine göre sınıflandırılabilir. Owner bazlı aksiyon listesi üretilebilir.

Kategori Ürün Sayısı

PIM category membership temel inventory sağlar. Active ürünler sayılır. Multi-category duplication açıkça tanımlanmalıdır. Primary category raporu kullanılabilir. Historical trend taxonomy değişikliklerini gösterir.

Index Eligible

Kategori içindeki uygun ürün oranı hesaplanır. Düşük score ortak template hatası gösterebilir. Missing content category-specific olabilir. Owner ile issue paylaşılır. Fix etkisi trendde izlenir.

Crawled

Log request'leri category product mapping ile join edilir. Crawl coverage karşılaştırılır. Deep pagination sorunu ortaya çıkabilir. Priority category daha fazla attention alabilir. Filter crawl waste aynı kategoriyle ilişkilendirilebilir.

Indexed

Indexed product count kategori bazında izlenir. Eligibility ile gap hesaplanır. Duplicate veya thin product pattern araştırılır. Canonical conflict cluster bulunabilir. Search Console sample URL'ler incelenir.

Organic Visibility

Impression ve click kategori bazında toplanır. Indexed olup görünmeyen ürünler belirlenir. Search demand düşük olabilir. Ranking içerik ve rekabet gerektirir. Technical fix expectation gerçekçi kurulmalıdır.

Düşük Performanslı Kategoriler

Eligibility ve indexation birlikte düşükse teknik problem önceliklidir. Eligibility yüksek ama visibility düşükse içerik veya demand incelenir. Crawl düşükse architecture ve bot erişimi araştırılır. Tek metric karar vermemelidir. Category remediation plan oluşturulur.

Marka Bazında Ürün İndeksleme Analizi Nasıl Yapılır?

Marka bazlı analiz özellikle manufacturer content kullanan mağazalarda faydalıdır. Brand catalog size ile crawl ve indexation karşılaştırılır. Veri completeness belirli markalarda daha düşük olabilir. Duplicate manufacturer description oranı izlenebilir. Ticari marka önceliği teknik sorun sıralamasında kullanılabilir.

Brand Catalog Size

Aktif ürün sayısı marka bazında alınır. Growth ve discontinued trend gösterilir. Çok küçük marka grubu ayrı değerlendirilebilir. Primary brand mapping doğru olmalıdır. Data PIM'den gelir.

Data Completeness

Eksik attribute veya image oranı marka bazında karşılaştırılır. Supplier feed kalitesi fark yaratabilir. Low completeness indexability score'u etkileyebilir. Vendor data improvement talebi oluşturulabilir. Trend izlenir.

Crawl Rate

Markanın eligible ürünlerinin ne kadarı taranmış görülür. Internal link distribution ile karşılaştırılır. Strategic brand ayrı cohort olabilir. Deep category issue bulunabilir. Bot behavior logdan ölçülür.

Indexation Rate

Indexed/eligible oranı marka bazında hesaplanır. Büyük fark duplicate content riskini gösterebilir. Product quality sample edilir. Brand page ve internal links incelenir. Search demand ayrıca değerlendirilir.

Duplicate Content Risk

Supplier description hash karşılaştırması yapılabilir. Aynı metnin yüzlerce üründe kullanılması işaretlenir. Ürüne özgü attribute ve UGC fırsatları belirlenir. İçerik yeniden yazımı gerçek kullanıcı değerine dayanmalıdır. Marka bazında improvement plan hazırlanabilir.

Product Indexation Cohort Analizi Nasıl Yapılır?

Cohort analizi aynı dönemde yayınlanan ürünlerin discovery ve visibility yolculuğunu karşılaştırır. Böylece sitemap veya architecture değişikliğinin etkisi zaman içinde görülebilir. Publish, first crawl, first index detection ve first impression event'leri kullanılır. Median süreler cohort bazında raporlanır. Seasonal kataloglarda oldukça yararlı olabilir.

Yayın Tarihi

Product published timestamp cohort başlangıcıdır. Created date ile karıştırılmamalıdır. Public availability gerçek referans noktasıdır. Timezone standardize edilmelidir. Weekly cohort oluşturulabilir.

İlk Crawl

First verified Googlebot request logdan alınır. Publish ile fark discovery süresini verir. No crawl ürünler ayrı bucket'ta tutulur. Sitemap add time eklenebilir. Category differences incelenir.

İlk Index Tespiti

Index state değişimi Search Console veya uygun kontrol sistemiyle takip edilebilir. Günlük kesin zaman elde etmek zor olabilir. Bu nedenle metric approximate olabilir. Cohort trend yine anlamlıdır. Crawl ile index gap analiz edilir.

İlk Impression

Search Performance ilk impression tarihi organik visibility başlangıcını gösterir. Search demand'e bağlıdır. Yeni ürünlerde sıfır impression mutlaka index problemi değildir. Query intent ayrıca incelenir. Cohort commercial launch performansını gösterebilir.

Cohort Karşılaştırması

Önceki ve sonraki yayın dönemleri karşılaştırılır. Sitemap değişikliği discovery'yi hızlandırdı mı görülebilir. Internal linking update etkisi ölçülür. Kategori segmenti ayrı raporlanır. Statistical noise dikkate alınmalıdır.

Search Console Ürün İndeksleme Analizinde Nasıl Kullanılır?

Search Console crawling, indexing ve organic visibility hakkında önemli veri sağlar. Page Indexing raporu site genelindeki index durumlarını anlamaya yardımcı olur. URL Inspection belirli ürünün crawl ve canonical bilgilerini incelemek için kullanılabilir. Merchant Listings ve Product Snippets structured data sorunlarını gösterir. Performance raporu indexed ürünlerin gerçek arama görünürlüğünü ölçer.

Page Indexing

Index edilen ve edilmeyen URL gruplarını gösterir. Reason category trendleri izlenebilir. Product URL pattern ayrı export edilip analiz edilebilir. Sitemap submitted grouping faydalıdır. Ani değişiklik deployment ile karşılaştırılır.

URL Inspection

Önemli sample ürünlerde ayrıntılı kontrol sağlar. Google-selected canonical incelenebilir. Last crawl bilgisi görülebilir. Rendered page kontrol edilebilir. Büyük katalogda tek tek bütün URL'ler yerine sample ve automation yaklaşımı kullanılmalıdır.

Merchant Listings

Merchant listing structured data sorunları raporlanabilir. Invalid item trendi template değişikliğini gösterebilir. Price veya availability alanları kontrol edilir. Product team ile issue paylaşılabilir. Structured data visibility indexation guarantee olarak yorumlanmamalıdır.

Product Snippets

Product snippet markup sorunları ayrı raporda görülebilir. Required ve recommended property ayrımı incelenir. Template release sonrası error trend kontrol edilir. Valid item count monitor edilir. User-facing product data ile parity sağlanır.

Search Performance

Click, impression ve query verisi sunar. Product URL'lere filtre uygulanabilir. First impression cohort çıkarılabilir. Category ve brand mapping ile join yapılabilir. Organic visibility business metric ile birleştirilebilir.

Log Dosyası + Search Console + Ürün Verisi Nasıl Birleştirilir?

Tek veri kaynağı ürün indeksleme sorununu bütünüyle açıklamaz. PIM ürünün business state'ini, log crawler davranışını ve Search Console arama görünürlüğünü gösterir. Analytics kullanıcı ve gelir sonucunu ekler. Ortak product ID veya canonical URL üzerinden dataset birleştirilebilir. Bu yapı teknik SEO kararlarını gerçek ticari değerle ilişkilendirir.

PIM / ERP

PIM ürün adı, state, category ve identifier bilgisini taşır. Inventory ve fiyat source-of-truth farklı sistemde olabilir. SEO pipeline product lifecycle state'i buradan alır. Canonical URL mapping eklenebilir. Data quality score PIM field'larından hesaplanır.

ürün gerçeği

Ürün gerçekten aktif mi sorusunun cevabı business sisteminden gelmelidir. SEO crawler bunu tahmin etmemelidir. Stok ve discontinued state ayrılmalıdır. Variant mapping burada tutulabilir. Web behavior bu gerçeğe göre oluşturulur.

Log

Log botun gerçek request'lerini gösterir. Hangi ürün ne zaman crawl edildi görülebilir. HTTP status ve latency eklenir. Parameter waste bulunur. User-agent verification uygulanmalıdır.

crawler davranışı

Bot hangi category ve ürünlere gidiyor ölçülür. Crawl frequency ve freshness hesaplanır. Waste URL sınıfları çıkarılır. Sitemap update sonrası davranış değişimi görülebilir. Bu bilgi site architecture kararlarını destekler.

Search Console

Index ve performance verisi sağlar. Canonical sample kontrolü yapılabilir. Product structured data raporları bulunur. Impression ve click organik sonucu gösterir. API ile dashboard'a alınabilir.

search görünürlüğü

URL'nin impression üretmesi gerçek arama sonucuna katıldığını gösterir. Query ve country segmentleri incelenebilir. Indexed olup impression almayan ürünler ayrıca araştırılır. Demand etkisi unutulmamalıdır. Revenue data ile ilişkilendirilebilir.

Analytics

Analytics kullanıcı davranışını gösterir. Organic sessions ve conversion ölçülür. Product revenue SEO investment priority'ye veri sağlar. Search Console ile tam birebir data beklenmemelidir. Farklı ölçüm amaçları vardır.

kullanıcı ve gelir

Ürün indexlenmiş olsa bile ticari değer yaratmayabilir. Organic revenue hangi URL'lerin daha önemli olduğunu gösterir. High-margin segment eklenebilir. Conversion düşüklüğü UX sorununa işaret edebilir. Crawl priority sadece revenue'ya bağlanmamalıdır.

Bot Dostu Ürün İndeksleme İçin Otomatik Quality Gate Nasıl Kurulur?

Quality gate yeni ürünün teknik SEO minimumlarını yayın öncesinde kontrol eder. HTTP davranışı, indexability, canonical ve internal link gibi şartlar otomatik test edilebilir. Product schema ve product data completeness de doğrulanabilir. Hatalı ürün production'a hiç çıkmadan veya çıkıştan hemen sonra işaretlenir. Böylece SEO audit yalnızca dönemsel manuel çalışma olmaktan çıkar.

URL 200 mü?

Public product URL başarılı status vermelidir. Redirect varsa publish mapping yanlış olabilir. 5xx deployment sorunu gösterebilir. Test production benzeri environment'ta çalışmalıdır. Failure release'i bloke edebilir.

Indexable mı?

Meta robots ve X-Robots kontrol edilir. robots.txt erişimi değerlendirilir. Authentication olmadığından emin olunur. Lifecycle state index policy ile eşleşir. Rule sonucu machine-readable reason döndürür.

Canonical doğru mu?

Canonical target beklenen URL ile karşılaştırılır. Target `200` olmalıdır. Variant policy dikkate alınır. Cross-domain veya staging canonical ciddi hata sayılır. Test deployment pipeline'a eklenebilir.

Internal Link Var mı?

Product category feed veya generated navigation link'i kontrol edilir. Yayın öncesi kesin internal crawler sonucu oluşmayabilir. Publish sonrası asynchronous validation yapılabilir. Orphan state alarm üretir. Link source raporlanır.

Sitemap'te mi?

Eligible ürün sitemap generator output'unda aranır. Publish ile inclusion lag ölçülür. Duplicate entry kontrol edilir. URL canonical formatta olmalıdır. Failure SEO pipeline owner'a gider.

Product Schema Geçerli mi?

JSON-LD parse edilir. Required property kontrol edilir. Price ve stock page data ile karşılaştırılır. Variant identifier doğrulanır. Hata product team'e reason code ile iletilir.

Product Data Yeterli mi?

Name, description, image ve category gibi alanlar kontrol edilir. Category-specific required attributes uygulanır. Missing data score'u hesaplanır. Belirli threshold altı ürün publish'te uyarı alabilir. Business exception kayıt altına alınır.

Yeni Ürün Yayınlama Pipeline'ına SEO Nasıl Eklenir?

SEO ürün yayınlandıktan günler sonra manuel kontrol edilen son adım olmamalıdır. Product lifecycle pipeline'a validation aşamaları eklenebilir. Data ve SEO validation tamamlandıktan sonra public publish yapılır. Internal link ve sitemap otomatik güncellenir. Monitoring first crawl ve first impression event'lerini takip eder.

Product Created

PIM'de draft kayıt oluşur. Required business fields hazırlanır. SEO henüz public URL beklemez. Preview internal olabilir. Product identifier kalıcı biçimde atanır.

Data Validation

Name, brand ve price kontrol edilir. Category attributes doğrulanır. Variant relationship incelenir. Invalid identifier işaretlenir. Data completeness threshold uygulanır.

SEO Validation

URL policy ve canonical hesaplanır. Index rule lifecycle state'e göre belirlenir. Product schema draft oluşturulur. Category link destination hazırlanır. Sitemap eligibility belirlenir.

Publish

URL public olur. HTTP response doğrulanır. Robots ve canonical production config alır. Structured data görünür hâle gelir. Event monitoring pipeline'ı tetikler.

Internal Linking

Kategori product grid'e ürün eklenir. Breadcrumb doğru taxonomy kullanır. Related products asynchronous eklenebilir. Link target canonical URL'dir. Orphan check publish sonrası çalışır.

Sitemap Update

Eligible product product sitemap'e eklenir. `lastmod` publish zamanını kullanabilir. Sitemap generator health doğrulanır. Search Console submission mevcut index üzerinden devam eder. Inclusion lag ölçülür.

Monitoring

First bot crawl beklenir. HTTP error alarmı etkin olur. Indexation cohort'a eklenir. First impression kaydedilir. Sorun reason code owner'a atanır.

E-Ticaret Ürün İndekslemesinde RACI Matrisi Nasıl Oluşturulur?

Ürün indeksleme yalnızca SEO ekibinin kontrolünde değildir. PIM ürün verisini, developer template'i ve DevOps rendering ile HTTP davranışını yönetir. Merchandising lifecycle kararını verir. QA otomatik validation ve regression testlerinden sorumlu olabilir. RACI hangi kararın kimin sorumluluğunda olduğunu netleştirir.

SEO Ekibi

SEO ekibi index ve crawl politikalarını tanımlar. Canonical ve facet governance'ı yönetir. Monitoring KPI'larını oluşturur. Search Console ve log analizini yorumlar. Teknik implementasyonu developer ile birlikte doğrular.

index rules

Hangi URL türünün indexlenebileceği tanımlanır. Product lifecycle state'leriyle eşleştirilir. Facet ve internal search ayrı policy alır. Rule registry versionlanabilir. Değişiklik owner approval gerektirebilir.

canonical

Canonical URL strategy SEO tarafından tanımlanır. Variant ve parameter policy belgelenir. Migration mapping ile uyum sağlanır. Google-selected canonical trendi izlenir. Implementation developer tarafından yapılır.

facet policy

Indexable facet registry oluşturulur. Search demand ve product set criteria belirlenir. Crawl restricted pattern'ler tanımlanır. Merchandising input alınır. Review schedule uygulanır.

Merchandising

Merchandising ürünlerin ticari lifecycle'ını yönetir. Kampanya ve priority product bilgisini sağlar. Category yerleşiminde rol alır. Discontinued kararına business input verir. SEO visibility hedefleriyle koordinasyon kurar.

product lifecycle

Ürün active, out-of-stock veya discontinued state'ine doğru atanmalıdır. Temporary ve permanent removal ayrılır. Successor product bilgisi sağlanır. SEO state machine bu veriyi kullanır. Yanlış lifecycle web davranışını bozar.

category

Ürün doğru category'ye atanmalıdır. Taxonomy user journey'yi etkiler. Kategori değişikliği product URL'yi gereksiz değiştirmemelidir. Empty category yönetilir. SEO search intent verisi merchandising'e katkı sağlar.

PIM/Product Team

PIM ekibi product data'nın doğruluğunu yönetir. Attribute, identifier ve variant relation burada tutulur. SEO schema aynı data'dan beslenebilir. Completeness metric izlenir. Data errors hızlı düzeltilmelidir.

product data

Name, brand ve description doğru olmalıdır. SKU ve GTIN mapping korunur. Image ve attribute completeness izlenir. Feed ve web parity source-of-truth ile sağlanır. Product quality gate PIM'a feedback verebilir.

Developer

Developer SEO kurallarını uygulama code'una taşır. Canonical, routing ve structured data template'i geliştirir. Pagination ve rendering crawlable olmalıdır. Automated tests ekler. Teknik debt SEO issue'larını sürekli üretmemelidir.

implementation

Policy config mümkün olduğunca merkezi tutulur. Hardcoded istisnalar azaltılır. Unit ve integration test yazılır. Deployment sonrası crawler regression çalışır. Observability log ve metric üretir.

DevOps

DevOps HTTP health ve infrastructure performansını yönetir. Server logs erişilebilir olmalıdır. CDN veya reverse proxy robots header'ı yanlış değiştirmemelidir. Release ve rollback süreçleri sağlıklı çalışmalıdır. Bot traffic normal user trafiğiyle birlikte kapasite planına girer.

rendering

SSR altyapısı stabil çalışmalıdır. Rendering error boş ürün sayfası oluşturmamalıdır. Cache ve hydration tutarlılığı izlenir. Critical resource erişimi kontrol edilir. Monitoring template latency'yi gösterir.

HTTP

Status code business lifecycle ile uyumlu olmalıdır. Redirect mapping doğru uygulanır. 5xx spike alarm üretir. TLS ve domain routing sağlıklı tutulur. Header config SEO directive'i bozmamalıdır.

logging

Access logs gerekli alanları içermelidir. URL, status ve response time kaydedilir. User-agent tutulur. Retention analiz süresine uygun seçilir. PII gereksiz loglanmamalıdır.

QA

QA product template regression'ını test eder. Indexability ve schema testleri automation'a alınabilir. Variant ve lifecycle senaryoları bulunmalıdır. Staging ve production configuration farkları kontrol edilir. Critical SEO failure release'i bloke edebilir.

automated validation

Crawler test suite oluşturulur. Canonical ve robots assertions çalışır. Structured data parse edilir. Product data parity kontrol edilir. CI/CD sonuçları ekiplerle paylaşılır.

Ürün İndeksleme İçin En İyi Programlama Dili Hangisidir?

Ürün indeksleme problemini çözen tek bir programlama dili yoktur. Python log analizi ve crawler geliştirmede güçlüdür. JavaScript veya TypeScript modern e-ticaret frontend ve backend sistemlerinde yaygındır. PHP, Java veya C# da doğru HTTP ve SEO davranışlarını eksiksiz uygulayabilir. Arama motoru açısından kullanılan dilden çok üretilen web çıktısı önemlidir.

Tek Bir En İyi Dil Var mı?

Hayır, arama botu sizin backend dilinizi doğrudan değerlendirmez. HTTP response ve HTML sonucunu görür. Architecture ve developer yetkinliği daha önemlidir. Monitoring ve testing kalitesi dili aşar. Mevcut teknoloji stack'ine uygun seçim yapılmalıdır.

Python

Python crawler ve log processing için çok kullanışlıdır. Search Console API verisi işlenebilir. Sitemap validator geliştirilebilir. Büyük dataset için pandas veya başka veri araçları kullanılabilir. Production commerce backend için de kullanılabilir.

JavaScript / TypeScript

Modern frontend framework'leri bu dilleri kullanır. SSR ve hydration SEO açısından doğru uygulanmalıdır. Node.js backend sitemap veya schema üretimini yönetebilir. Type safety product data contract'ını güçlendirebilir. Client rendering dependency test edilmelidir.

PHP

Birçok e-ticaret CMS ve platform PHP kullanır. Server-rendered product page üretmek doğaldır. Canonical ve structured data template kolay uygulanabilir. Cache ve routing dikkatle yönetilmelidir. Dil teknik SEO için engel değildir.

Java / C#

Büyük enterprise commerce sistemlerinde yaygındır. Güçlü backend ve API katmanı oluşturabilir. Product state machine merkezi servis olarak uygulanabilir. Sitemap streaming generation yapılabilir. HTTP ve rendering çıktısı doğru olduğu sürece SEO açısından uygundur.

Dilden Daha Önemli Teknik Gereksinimler

HTTP doğruluğu ve crawlability temel gereksinimlerdir. Rendering botun ana içeriği görmesini sağlamalıdır. Structured data görünür product data'yla tutarlı olmalıdır. Performance kullanıcı ve bot için sağlıklı response üretmelidir. Test ve observability dil seçiminden daha büyük fark yaratır.

HTTP

Doğru status code verilmelidir. Redirect chain azaltılmalıdır. Error handling gerçek state'i yansıtmalıdır. Header'lar doğru yapılandırılmalıdır. Response monitoring yapılmalıdır.

crawlability

Product links bot tarafından takip edilebilir olmalıdır. robots policy doğru uygulanmalıdır. Authentication public ürünleri engellememelidir. Pagination discovery sağlamalıdır. Infinite URL space kontrol edilmelidir.

rendering

Ana content rendered output'ta bulunmalıdır. Client failure boş sayfa oluşturmamalıdır. SSR değerlendirilebilir. Structured data state ile eşleşmelidir. Render test automation kullanılmalıdır.

structured data

Product ve variant markup doğru kullanılmalıdır. PIM source-of-truth olmalıdır. Price ve availability parity korunmalıdır. Validation release pipeline'da çalışır. Error Search Console'dan izlenir.

performance

Yavaş response crawler ve kullanıcı experience'ini olumsuz etkileyebilir. Database query optimize edilmelidir. Cache kullanılabilir. Image ve JavaScript yükü yönetilir. Server capacity traffic'e uygun planlanır.

Open Source Araçlarla Ürün İndeksleme Sistemi Geliştirilebilir mi?

Evet, crawler, sitemap generator ve log analyzer gibi bileşenler açık kaynak teknolojilerle geliştirilebilir. Kuruma özel product URL yapısı bu araçlara tanıtılabilir. Indexability checker HTTP, robots ve canonical kurallarını otomatik inceleyebilir. Schema validator PIM verisiyle parity kontrolü yapabilir. Diyarbakır Yazılım Topluluğu gibi geliştirici toplulukları bu tür araçları gerçek teknik SEO projelerine dönüştürebilir.

Crawler

Site içi graph'ı tarayan crawler geliştirilebilir. Product ve category URL'ler sınıflandırılır. Status, canonical ve depth kaydedilir. Orphan tespiti sitemap envanteriyle yapılabilir. Büyük sitelerde distributed crawl gerekebilir.

Sitemap Generator

PIM active products verisinden sitemap üretilebilir. Index eligibility rule uygulanır. `lastmod` gerçek product event'ten gelir. Sitemap index otomatik oluşturulur. Output validation yapılır.

Indexability Checker

URL'ler paralel request ile kontrol edilebilir. Robots ve meta directives parse edilir. Canonical target doğrulanır. Render ihtiyacı için browser automation eklenebilir. Score dashboard'a gönderilir.

Schema Validator

Product JSON-LD çıkarılır. Syntax ve field mapping kontrol edilir. Visible price ile schema price karşılaştırılır. Variant SKU parity test edilir. Hatalar reason code ile raporlanır.

Log Analyzer

Server access logs stream veya batch işlenebilir. Googlebot requests doğrulanır. Crawl waste ve freshness hesaplanır. Product cohort PIM ile join edilir. Dashboard time-series metric üretir.

Facet URL Detector

URL query ve path pattern analiz edilir. Yeni bilinmeyen facet combinations bulunur. Infinite URL riskleri işaretlenir. Registry ile allowed state karşılaştırılır. Yeni parametre deployment sonrası alarm üretebilir.

Diyarbakır Yazılım Topluluğu Gibi Yerel Topluluklar Bu Alanda Nasıl Proje Üretebilir?

Teknik SEO, backend geliştirme ve veri analizi aynı proje içinde buluştuğu için ürün indeksleme topluluk çalışmaları açısından güçlü bir alan sunar. Gerçek e-ticaret verisi kullanılmadan da sentetik katalogla crawler ve log laboratuvarı kurulabilir. Öğrenciler HTTP, sitemap ve structured data gibi web temellerini uygulamalı öğrenir. Açık kaynak araçlar topluluk üyelerinin ortak katkısına açılabilir. Diyarbakır Yazılım Topluluğu hakkında bilgi için https://www.diyarbakiryazilim.com.tr/about adresini inceleyebilirsiniz.

Open Source Product Indexability Auditor

Topluluk ortak bir audit aracı geliştirebilir. URL listesi alıp status ve canonical kontrolü yapabilir. Sitemap ve internal links karşılaştırılır. Product score üretilebilir. Repository contribution modeline açılabilir.

Technical SEO Workshop

Workshop gerçek HTTP request'leriyle başlayabilir. robots ve noindex farkı uygulamalı gösterilir. Sitemap ve canonical hataları oluşturulup düzeltilir. Search Console örnekleri incelenir. Katılımcılar sonunda mini crawler geliştirebilir.

E-Commerce Crawl Simulator

Sentetik mağaza üzerinde Googlebot benzeri keşif simülasyonu yapılabilir. Category, pagination ve facet graph oluşturulur. Crawl queue davranışı ölçülür. URL explosion görsel olarak gösterilir. Öğrenciler architecture değişikliklerini karşılaştırabilir.

Product Schema Generator

PIM benzeri JSON input'tan Product markup üretilebilir. Variant ProductGroup desteği eklenebilir. Price parity test edilir. Rich result validation süreci öğretilir. Open source package hâline getirilebilir.

Sitemap Health Checker

Sitemap dosyası indirip URL status kontrol edilebilir. noindex ve redirect contamination bulunur. `lastmod` pattern analiz edilir. Coverage raporu üretilebilir. CI pipeline'a entegre edilebilir.

Googlebot Log Analysis Workshop

Anonim örnek access log üzerinde bot request analizi yapılabilir. Product ve facet URL'leri sınıflandırılır. Crawl waste hesaplanır. First crawl cohort çıkarılır. Katılımcılar data engineering pratiği kazanır.

SEO + Developer İşbirliği

Bu projeler SEO ve software engineering arasında ortak dil oluşturur. SEO kuralı executable test'e dönüştürülebilir. Developer crawler output'unu doğrudan kullanabilir. QA regression suite geliştirir. Topluluk projelerini https://www.diyarbakiryazilim.com.tr/projects adresinden takip edebilirsiniz.

Arama Motoru Botları İçin Ürün İndekslemede En Sık Yapılan Hatalar

Ürün indeksleme sorunlarının önemli bölümü tek büyük hatadan değil çok sayıda küçük teknik çelişkiden oluşur. Sitemap noindex URL taşırken internal links farklı canonical adres kullanabilir. Varyant ve facet URL'leri kontrolsüz çoğalabilir. Stok state yanlış yorumlandığında değerli ürün URL'leri gereksiz silinebilir. Düzenli monitoring ve otomatik quality gate bu hataları katalog seviyesinde azaltır.

Crawled ile Indexed'ı Aynı Sanmak

Bot request'i index garantisi değildir. Crawled URL duplicate cluster içinde kalabilir. Search Console index reason incelenmelidir. Eligibility ve actual index ayrı metric olmalıdır. Teknik ekip bu kavramları dashboard'da ayrı göstermelidir.

Tüm Ürün Varyantlarını Indexe Açmak

Renk ve beden kombinasyonları yüzlerce URL oluşturabilir. Her variant ayrı search intent taşımaz. Parent ve variant stratejisi belirlenmelidir. ProductGroup relationship kullanılabilir. Search demand index kararına dahil edilir.

Her Filtre Kombinasyonunu Crawlable Bırakmak

Facet kombinasyonları infinite URL space oluşturabilir. Bot sort ve düşük değerli filter URL'lere zaman ayırabilir. Registry uygulanmalıdır. Internal link generation kontrol edilir. robots policy gerçekten taranması istenmeyen alanlara uygulanabilir.

Sitemap'e Noindex URL Eklemek

Bu durum çelişkili teknik sinyal üretir. Sitemap yalnızca index için tercih edilen URL'leri taşımalıdır. Generator eligibility rule kullanmalıdır. Daily validation contamination'ı bulur. noindex ürün otomatik çıkarılır.

Canonical Olmayan URL'leri Sitemap'e Eklemek

Sitemap duplicate parameter URL taşımamalıdır. Canonical target listelenmelidir. Internal links de aynı target'ı kullanır. URL normalization merkezi yapılır. Böylece signal consistency güçlenir.

Ürünleri Internal Link Olmadan Yayınlamak

Orphan product yalnızca sitemap discovery'sine bağımlı kalabilir. Category link publish event ile oluşturulmalıdır. Related product sonraki destek olabilir. Orphan checker otomatik çalışmalıdır. Ürün architecture içinde gerçek yer edinmelidir.

Stoksuz Ürünü Hemen Silmek

Temporary out-of-stock ile discontinued aynı değildir. URL silmek search ve backlink değerini gereksiz kaybettirebilir. Availability güncellenmelidir. Alternative products gösterilebilir. Lifecycle state doğru kullanılmalıdır.

Discontinued ile Temporarily Out-of-Stock'u Karıştırmak

Temporary state yeniden satış beklentisi taşır. Discontinued kalıcı business kararıdır. URL policy farklı olmalıdır. PIM state açık tutulmalıdır. SEO state machine bu ayrımı otomatik uygular.

Structured Data'yı Ürün Verisinden Kopuk Yönetmek

Manual JSON-LD fiyat ve stok mismatch oluşturabilir. Structured data PIM veya commerce API'den üretilmelidir. Feed aynı kaynağı kullanabilir. Parity test otomatik yapılır. Hatalı markup kullanıcı bilgisinden farklı olmamalıdır.

Üretici Açıklamalarını Aynen Kullanmak

Supplier text teknik bilgi sağlar ama tek content source olarak sınırlı olabilir. Kendi kullanım bilgisi ve attributes eklenebilir. UGC veya soru cevap faydalıdır. Ama yapay uzun metin gereksizdir. Kullanıcıya gerçek ek değer sunulmalıdır.

Internal Search URL'lerini Kontrol Etmemek

Search query sınırsız URL oluşturabilir. Bot crawl area hızla büyür. Internal search ile organic landing ayrılmalıdır. Search URL policy uygulanır. Log yeni query patterns'i izler.

Googlebot Loglarını İzlememek

Search Console tek başına gerçek request dağılımını göstermez. Server log botun hangi URL'leri taradığını açıklar. Crawl waste ve first discovery hesaplanabilir. HTTP errors görülür. Büyük katalogda log monitoring önemli hale gelir.

Product Indexability Checklist

Checklist ürünün discovery, crawl, index ve data katmanlarını birlikte kontrol eder. Tek bir yeşil status URL'nin tamamen sağlıklı olduğunu göstermez. Internal link, sitemap ve canonical aynı tercih edilen URL'de birleşmelidir. Product data ve structured data tutarlı olmalıdır. Lifecycle state HTTP ve index policy'yi doğru yönlendirmelidir.

Discovery

İlk kontrol botun ürünü nasıl bulacağını anlamaktır. Internal category path açık olmalıdır. Sitemap destekleyici discovery kaynağıdır. Orphan URL'ler işaretlenir. Yeni ürün için time-to-discovery ölçülebilir.

Internal link var mı?

En az bir crawlable link bulunmalıdır. Link gerçek `href` kullanmalıdır. Target canonical URL olmalıdır. Link source kaydedilebilir. Orphan state otomatik alarm üretir.

category'den ulaşılabiliyor mu?

Ürün ilgili category navigation'da görünmelidir. Pagination derin ürüne yol sağlamalıdır. Filter interaction tek ulaşım yöntemi olmamalıdır. Category mapping PIM ile doğrulanır. User journey ayrıca test edilir.

sitemap'te mi?

Index eligible product sitemap'e eklenmelidir. URL canonical formatta bulunur. noindex contamination olmamalıdır. `lastmod` doğru olmalıdır. Generator lag izlenmelidir.

Crawl

Crawl katmanı bot request'inin teknik olarak başarılı olup olmadığını kontrol eder. robots ve HTTP status temel bileşenlerdir. Performance büyük kataloglarda önemli olabilir. JavaScript dependency ayrıca incelenir. Server logs gerçek sonucu gösterir.

robots izin veriyor mu?

Product path yanlışlıkla block edilmemelidir. Wildcard pattern örnek URL'lerle test edilir. Meta robots ayrı kontrol edilir. Environment config doğrulanır. robots change history tutulabilir.

HTTP 200 mü?

Active product normal şartlarda `200` dönmelidir. Redirect product sitemap'te olmamalıdır. 5xx incident olarak ele alınır. Soft 404 ayrıca değerlendirilir. Monitoring historical response saklar.

performans sağlıklı mı?

Server response süresi izlenmelidir. Ağır product query optimize edilir. Cache kullanımı değerlendirilebilir. CDN ve image performance ayrı takip edilir. Bot ve user response trendleri karşılaştırılır.

Index

Index kontrolleri robots ve canonical sinyallerini inceler. Duplicate risk ayrıca değerlendirilmelidir. URL'nin indexable olması gerçek index garantisi değildir. Ama teknik eligibility kurumun kontrolündedir. Search Console sonuçları gerçek state'i tamamlar.

noindex yok mu?

Indexlenecek product meta noindex almamalıdır. X-Robots header kontrol edilir. Staging config production'a taşınmamalıdır. Template condition test edilir. Lifecycle rule tek kaynak olmalıdır.

canonical doğru mu?

Canonical expected target ile eşleşmelidir. Target başarılı ve indexable olmalıdır. Variant policy dikkate alınmalıdır. Sitemap aynı URL'yi kullanmalıdır. Internal links target'a yönelmelidir.

duplicate riski düşük mü?

Parameter ve category path variants analiz edilir. Content hash veya product ID eşleşmesi kullanılabilir. Variant cluster ayrı ele alınır. Canonical strategy uygulanır. Gereksiz URL generation azaltılır.

Product Data

Ürün verisi yalnızca SEO için değil kullanıcı güveni için gereklidir. Name, marka, fiyat ve stok temel alanlardır. Identifier ürün ve varyant eşleştirmesini güçlendirir. Eksik data schema ve feed sorununa dönüşebilir. Completeness score publish gate'te kullanılabilir.

isim

Ürün adı açık olmalıdır. PIM naming standard izlenmelidir. Keyword stuffing yapılmamalıdır. Variant farkı gerekiyorsa belirtilmelidir. Visible H1 aynı ürünü göstermelidir.

marka

Brand doğru kaynaktan gelmelidir. Duplicate yazımlar normalize edilir. Brand page mapping yapılabilir. Product markup ile eşleşir. Unknown marka uydurulmamalıdır.

fiyat

Fiyat güncel olmalıdır. Currency açıkça belirlenir. Campaign price doğru state'te gösterilir. Structured data parity korunur. Feed senkronizasyonu test edilir.

stok

Availability inventory system'den gelmelidir. Temporary out-of-stock doğru state olarak tutulur. User message açık olmalıdır. Structured data eşleşir. Merchant feed aynı state'i alır.

identifier

SKU ve GTIN doğru ürünle eşleşmelidir. Variant identifier benzersiz olmalıdır. ProductGroup parent ID sabit tutulur. Cross-channel parity sağlanır. Duplicate identifier validation çalışır.

Structured Data

Structured data product bilgisini arama motoruna düzenli formatta açıklar. Product ve Offer temel entity'lerdir. Variant modeli gerekiyorsa ProductGroup kullanılabilir. Syntax validity ile semantic accuracy ikisi de önemlidir. Visible product information her zaman referans olmalıdır.

Product geçerli mi?

JSON-LD parse edilmelidir. Required fields ilgili kullanım amacına göre bulunmalıdır. Name ve image doğru olmalıdır. Product entity sayfadaki gerçek ürünü temsil etmelidir. Validator CI içinde çalışabilir.

Offer güncel mi?

Price ve availability gerçek satış state'ini göstermelidir. Currency doğru olmalıdır. Campaign update hızlı yansıtılmalıdır. Cache eski offer bırakmamalıdır. Merchant feed ile parity kontrol edilir.

Variant modeli doğru mu?

Parent ve variant identifier ilişkisi doğru kurulmalıdır. Color ve size doğru variant'a aittir. URL strategy ile schema modeli uyumlu olmalıdır. Kullanıcı variant seçtiğinde doğru state görünür. Automated test birkaç kombinasyonu kontrol edebilir.

Lifecycle

Ürün state'i teknik SEO davranışını yönlendirir. Temporary out-of-stock, discontinued ve deleted birbirinden ayrılmalıdır. Her state'in sitemap ve HTTP davranışı önceden tanımlanır. Bu kurallar PIM event'lerine bağlanabilir. Manuel ve tutarsız kararlar azaltılır.

stok durumu doğru mu?

Inventory state güncel olmalıdır. Temporary stok yokluğu URL removal üretmemelidir. Availability görünür ve structured data katmanında eşleşir. Alternative products sunulabilir. Restock event otomatik normal state'e döndürür.

discontinued politikası var mı?

Kalıcı kaldırma için tek default redirect kullanılmamalıdır. Replacement, backlink ve search demand değerlendirilir. Archive, redirect veya error policy seçilir. Sitemap state buna göre değişir. Owner exception verebilir.

Sık Sorulan Sorular

Arama Motoru Botları İçin Optimize Edilmiş Ürün İndeksleme çalışmalarında en çok sorulan konular crawl ile index farkı, sitemap kullanımı, varyant yönetimi ve stok lifecycle'ıdır. Özellikle büyük kataloglarda teknik SEO tek URL düzeltmelerinden çok katalog kurallarının otomatik yönetimine dönüşür. Googlebot ürün sayfalarını daha hızlı nasıl tarar ve indeksler sorusunun cevabı tek bir submit butonu değil, sağlam internal linking, güncel sitemap, hızlı server ve temiz URL alanının birlikte çalışmasıdır. Product schema ise ürün verisinin anlaşılmasına katkı sağlar fakat indekslemeyi garanti etmez. Aşağıdaki yanıtlar bu temel ayrımları pratik biçimde özetler.

Ürün sayfasının indekslenmesi ne demektir?

İndeksleme ürün URL'sinin arama motorunun dizininde değerlendirilmesi anlamına gelir. URL önce keşfedilir ve crawl edilir. Daha sonra içerik ve canonical sinyalleri işlenir. Her taranan URL indexlenmeyebilir. Indexlenen ürün de her sorguda ranking almak zorunda değildir.

Crawl ile index arasındaki fark nedir?

Crawl botun sayfayı request ederek almasıdır. Index bu içeriğin arama dizinine dahil edilme değerlendirmesidir. `200` response crawl başarısını gösterebilir. Duplicate veya kalite nedenleri index kararını değiştirebilir. Log ve Search Console farklı aşamaları izler.

Google bir ürünü taradığı halde neden indexlemeyebilir?

Duplicate content veya canonical conflict olabilir. Product content çok zayıf veya başka sayfalara fazla benzer olabilir. Soft 404 davranışı görülebilir. Site genelinde çok fazla düşük değerli URL bulunabilir. URL Inspection ve katalog analizi birlikte yapılmalıdır.

Yeni ürünlerin daha hızlı keşfedilmesi nasıl sağlanır?

Ürün publish edildiği anda category internal link almalıdır. Sitemap'e hızlı eklenmelidir. Product URL server tarafından sağlıklı sunulmalıdır. Orphan ürün oluşmamalıdır. Time-to-discovery log üzerinden ölçülmelidir.

XML sitemap ürün indekslenmesini garanti eder mi?

Hayır, sitemap indeksleme garantisi değildir. Botun URL'yi keşfetmesine yardımcı olur. Sitemap yalnızca clean canonical URL'ler taşımalıdır. URL yine content ve index değerlendirmesinden geçer. Internal linking ayrıca gereklidir.

Ürün sayfaları internal link almak zorunda mıdır?

Sağlıklı site architecture içinde ürünlerin crawlable internal links alması önerilir. Bu linkler discovery ve context sağlar. Sitemap internal navigation'ın yerine geçmez. Category ve breadcrumbs doğal kaynaklardır. Orphan ürünler otomatik raporlanmalıdır.

Orphan ürün sayfası nedir?

Orphan product site içinde hiçbir crawlable internal link almayan ürün sayfasıdır. URL sitemap'te bulunabilir. Bot discovery yine mümkün olabilir ama site architecture içinde bağlantısız kalır. Kullanıcı da normal navigation ile bulamayabilir. Publish pipeline orphan kontrolü yapmalıdır.

Ürün varyantları ayrı indexlenmeli midir?

Her varyant otomatik ayrı indexlenmemelidir. Search demand ve unique intent değerlendirilmelidir. İçerik ve görsel yeterince farklı olabilir. Beden gibi basit seçenekler parent altında tutulabilir. Variant policy kategori bazında belirlenmelidir.

Renk varyantları ayrı URL olmalı mıdır?

Bazı ürünlerde renk ayrı arama talebi oluşturabilir. Ayrı URL doğru görsel ve availability göstermelidir. Kullanıcı doğrudan seçili renge ulaşabilmelidir. Düşük değerli renkler parent URL altında kalabilir. ProductGroup variant ilişkisinin açıklanmasına yardımcı olabilir.

Beden varyantları indexlenmeli midir?

Çoğu durumda her beden için ayrı organic landing gerekmeyebilir. Beden aynı ürünün satın alma seçeneğidir. SKU ve availability variant seviyesinde yönetilebilir. Search demand özel bir istisna oluşturabilir. Variant explosion önlenmelidir.

Faceted navigation nedir?

Facet kullanıcıların ürünleri marka, renk veya özellik gibi kriterlerle filtrelemesidir. Kullanıcı deneyimini geliştirir. Her kombinasyon ayrı URL üretirse crawl alanı büyüyebilir. Indexable facet registry uygulanmalıdır. Search intent bulunan kombinasyonlar seçilebilir.

Filtre sayfaları indexlenmeli midir?

Bazı filtre landing'leri indexlenebilir. Bunun için gerçek search demand ve unique product set bulunmalıdır. Sort veya düşük değerli kombinasyonlar çoğu zaman gerekli değildir. Her URL için aynı policy uygulanmamalıdır. Registry kontrollü karar sağlar.

robots.txt ürünün indexlenmesini engeller mi?

robots.txt öncelikle crawler request'ini kontrol eder. Engellenen URL'nin bot tarafından içeriği okunamaz. Index control ile aynı şey değildir. noindex direktifi farklı amaç taşır. Yapılandırma birlikte planlanmalıdır.

noindex ile robots.txt arasındaki fark nedir?

noindex arama dizinine dahil edilmemeyi belirtir. robots.txt crawl request'ini sınırlar. Bot noindex'i görebilmek için sayfaya erişebilmelidir. İkisini aynı URL'de bilinçsiz kullanmak çelişki yaratabilir. URL türüne göre doğru araç seçilmelidir.

Product schema indexlenmeyi garanti eder mi?

Hayır, structured data index garantisi değildir. Ürün bilgisini daha anlaşılır biçimde tanımlar. Sayfa crawlable ve indexable olmalıdır. Product data kullanıcıya görünür içerikle eşleşmelidir. Rich result görünürlüğü de garanti değildir.

ProductGroup nedir?

ProductGroup aynı ana ürünün varyantlarını birlikte tanımlamaya yardımcı olan structured data tipidir. `productGroupID`, `variesBy` ve `hasVariant` gibi özellikler kullanılabilir. Variant Product kendi SKU veya GTIN bilgisini taşıyabilir. URL modeline göre implementation değişir. Product data gerçek sayfa içeriğiyle eşleşmelidir.

Stokta olmayan ürün sayfası silinmeli midir?

Geçici stok yokluğunda genellikle hemen silmek gerekmez. URL ve ürün bilgisi korunabilir. Availability doğru güncellenmelidir. Kullanıcıya alternatif ürün sunulabilir. Kalıcı discontinued state ayrı değerlendirilir.

Kalıcı olarak kaldırılan ürünlerde 301 mi 404 mü kullanılmalıdır?

Gerçek ve anlamlı replacement ürün varsa 301 değerlendirilebilir. Uygun destination yoksa 404 veya 410 doğal seçenek olabilir. Bütün eski ürünleri homepage'e yönlendirmek doğru değildir. Backlink ve search demand kontrol edilmelidir. Lifecycle policy önceden tanımlanmalıdır.

Merchant Center organik indekslemenin yerini alır mı?

Hayır, product feed ve organik web index farklı sistem parçalarıdır. Merchant Center ürün verisini Shopping deneyimleri için destekler. Web sayfası yine crawl ve index sürecine sahiptir. Structured data ve feed birbirini tamamlayabilir. URL discovery için internal linking ve sitemap önemini korur.

Crawl budget her e-ticaret sitesi için önemli midir?

Hayır, küçük kataloglarda ilk öncelik olmayabilir. Büyük ve sık güncellenen sitelerde daha önemlidir. Facet ve parametre URL'leri alanı büyütebilir. Crawl waste loglarla ölçülmelidir. Önce temel indexability sorunları çözülmelidir.

Googlebot'un hangi ürünleri taradığı nasıl görülür?

Server access log en doğrudan kaynaklardan biridir. User-agent ve doğrulama işlemiyle Googlebot request'leri ayrıştırılır. Product URL pattern üzerinden rapor oluşturulur. Last crawl ve frequency hesaplanabilir. Search Console bu veriyi tamamlar.

JavaScript ile oluşturulan ürün sayfaları indexlenebilir mi?

Evet, JavaScript tabanlı ürün sayfaları işlenebilir. Ancak ana ürün içeriğinin bot tarafından render edilebildiği doğrulanmalıdır. User action gerektiren content discovery sorun oluşturabilir. SSR veya hybrid rendering değerlendirilebilir. Infinite scroll için crawlable pagination URL'leri sunulmalıdır.

Ürün indekslemesi için en iyi programlama dili hangisidir?

Tek bir ideal dil yoktur. HTTP ve HTML çıktısının doğru olması daha önemlidir. Python crawler ve analiz için güçlüdür. TypeScript, PHP, Java veya C# commerce backend'lerinde kullanılabilir. Testing ve observability dil seçiminden daha belirleyicidir.

Açık kaynak araçlarla ürün indexability audit'i yapılabilir mi?

Evet, tamamen açık kaynak bileşenlerle audit pipeline kurulabilir. Crawler status ve canonical kontrolü yapabilir. Sitemap parser eligibility ile karşılaştırılabilir. Log analyzer bot davranışını ölçebilir. Schema validator product data parity kontrol edebilir.

E-Ticaret Ürün İndeksleme Hakkında Uygulamaya Dönük Sorular

Arama Motoru Botları İçin Optimize Edilmiş Ürün İndeksleme büyük kataloglarda tek seferlik SEO düzenlemesi olmaktan çıkarak sürekli çalışan bir kalite sürecine dönüşür. Ürün indekslemede XML sitemap canonical ve robots.txt nasıl yapılandırılır sorusunun doğru cevabı bu araçların aynı görevi yapmadığını kabul etmekle başlar. Sitemap tercih edilen URL envanterini taşır, canonical duplicate kümelerde URL tercihini açıklar, robots.txt ise crawler'ın hangi alanlara request gönderebileceğini yönetir. Product schema Merchant Center ve ürün varyantları ile indeksleme optimizasyonu ise bütün kanalların aynı PIM veya commerce verisinden beslenmesiyle daha güvenilir hâle gelir. Aşağıdaki sorular doğrudan uygulama planı hazırlayan ekipler için kısa bir kontrol çerçevesi sunar.

E-ticaret sitelerinde ürün sayfalarının arama motoru botları tarafından daha hızlı taranması ve indekslenmesi nasıl sağlanır?

Öncelikle ürünlerin public, hızlı ve `200` response veren URL'lere sahip olması gerekir. Yeni ürün yayınlandığında ilgili kategori sayfasından gerçek internal link almalı ve güncel XML sitemap içine eklenmelidir. Canonical, robots ve structured data aynı ürün state'iyle uyumlu çalışmalıdır. Sunucu loglarından publish ile ilk Googlebot request arasındaki time-to-discovery süresi ölçülerek mimarinin gerçek performansı görülebilir. İndekslenmenin garanti edilemeyeceği unutulmamalı, teknik ekip kendi kontrolündeki index eligibility oranını sürekli iyileştirmelidir.

Binlerce ürün bulunan e-ticaret sitelerinde crawl budget ürün indeksleme için nasıl optimize edilir?

İlk adım crawler'a daha fazla request göndertmeye çalışmak değil düşük değerli URL alanını azaltmaktır. Sort, session, duplicate facet ve gereksiz parametre URL'leri server loglarında ayrı sınıflandırılabilir. Priority products için sağlam category linkleri, güncel sitemap ve düşük crawl depth sağlanmalıdır. Crawl waste rate ile yüksek değerli ürünlerin crawl share'i aynı dashboard üzerinde takip edilebilir. E-ticaret ürün indeksleme ve crawl budget optimizasyon hizmeti alınırken yalnız Search Console değil gerçek server loglarının da analize dahil edilmesi önemli bir kalite göstergesidir.

XML sitemap, robots.txt ve site içi linkleme ürün sayfalarının Googlebot tarafından keşfedilmesini nasıl etkiler?

Internal linking botun web sitesi içindeki doğal discovery yolunu oluşturur. XML sitemap arama için tercih edilen canonical ürün URL'lerinin ayrı bir keşif kaynağıdır fakat internal navigation'ın yerine geçmez. robots.txt ise taranması istenmeyen URL alanlarını sınırlandırmak için kullanılabilir. Sitemap içinde robots ile kapatılmış veya noindex olan ürünlerin tutulması teknik sinyalleri gereksiz biçimde karıştırır. Sağlıklı sistemde product lifecycle, internal linking, sitemap ve crawl policy aynı merkezi ürün durumundan beslenir.

Stokta olmayan, varyasyonlu veya yinelenen ürün sayfalarında canonical ve noindex kullanımı nasıl yönetilmelidir?

Geçici olarak stokta olmayan ürünler çoğu durumda URL'lerini koruyabilir ve yalnız availability bilgisini güncelleyebilir. Varyantlarda ayrı URL kararı arama talebi, unique intent ve kullanıcı değerine göre verilmelidir. Duplicate parametre veya category path URL'leri tercih edilen product canonical'a konsolide edilebilir. noindex yalnızca organik dizinde bulunması istenmeyen fakat crawler'ın okuyabildiği sayfalarda kullanılmalıdır. Product lifecycle state machine oluşturmak stok, discontinued, redirect ve noindex kararlarının manuel ve tutarsız verilmesini önler.

Ürün indeksleme sorunları ve teknik SEO optimizasyonu konusunda yakınımda danışmanlık nerede bulabilirim?

Ürün indeksleme ve teknik SEO danışmanlığı yakınımda şeklinde destek araştırırken yalnızca meta etiket düzenleyen değil HTTP, JavaScript rendering, sitemap, log analizi, structured data ve e-ticaret veri modeli konusunda birlikte çalışabilen ekipleri değerlendirmek faydalıdır. Diyarbakır Yazılım Topluluğu'nun yazılım ve teknik proje yaklaşımı hakkında https://www.diyarbakiryazilim.com.tr/about adresinden bilgi alabilirsiniz. Topluluk içinde geliştirilebilecek açık kaynak crawler, sitemap validator ve teknik SEO araçları için https://www.diyarbakiryazilim.com.tr/projects adresindeki çalışmaları inceleyebilirsiniz. İlk uygulama olarak ürün envanteri, internal crawl ve server loglarını aynı tabloda birleştiren Product Indexation Funnel geliştirmek oldukça öğretici bir başlangıçtır. Böyle bir sistem SEO sorunlarını tahminlerden çıkarıp ölçülebilir engineering problemine dönüştürür.

Sonuç - Daha Fazla Ürün İndeksletmekten Doğru Ürünleri İndeksletmeye

Başarılı e-ticaret SEO'sunda hedef database'deki bütün URL'leri arama motoruna zorla göndermek değildir. Asıl hedef kullanıcı açısından gerçek değeri olan ürün, kategori ve seçilmiş facet landing'leri için net discovery ve index eligibility yolu oluşturmaktır. Sitemap, canonical, structured data, Merchant Center ve internal linking birbirinden bağımsız küçük SEO görevleri gibi değil aynı product data architecture'ın parçaları olarak düşünülmelidir. Arama Motoru Botları İçin Optimize Edilmiş Ürün İndeksleme ancak ürün lifecycle, server logları, Search Console ve ticari veriler aynı ölçüm modelinde birleştiğinde sürdürülebilir hâle gelir. E-ticaret ürün indeksleme ve crawl budget optimizasyon hizmeti veya topluluk temelli teknik SEO projeleri için https://www.diyarbakiryazilim.com.tr adresinden Diyarbakır Yazılım Topluluğu'na ulaşabilirsiniz.

URL Sayısından Index Eligibility'ye

Toplam URL sayısı tek başına başarı değildir. Index eligible oran daha anlamlı teknik KPI'dır. Hangi ürünün neden uygun olmadığı reason code ile görülmelidir. Quality gate hatayı yayın öncesinde yakalayabilir. Böylece katalog büyüdükçe teknik kalite de ölçülebilir kalır.

Sitemap'ten Gerçek Discovery'ye

Sitemap güçlü keşif kaynağıdır ama tek yol olmamalıdır. Category ve breadcrumb links gerçek site architecture'ı oluşturur. Orphan ürünler düzenli bulunmalıdır. Yeni product time-to-discovery ölçülmelidir. Sitemap ve internal graph birlikte iyileştirilmelidir.

Crawl Sayısından Crawl Verimliliğine

Daha fazla request her zaman daha iyi değildir. Low-value filter crawl'u fayda sağlamayabilir. Priority product share izlenmelidir. Log analizi crawler'ın zamanı nereye harcadığını gösterir. URL alanı sadeleştirildikçe gerçek katalog daha net görünür.

Tüm Varyantlardan Search-Intent Bazlı Varyantlara

Her renk ve beden kombinasyonunun bağımsız URL olması gerekmez. Arama talebi ve kullanıcı değeri karar vermelidir. ProductGroup varyant ilişkisinin açıklanmasına yardımcı olabilir. Ayrı indexlenen variant güçlü içerik ve doğru URL state sunmalıdır. Bu yaklaşım variant explosion riskini azaltır.

Her Facet'i Açmaktan Kontrollü Indexable Facet Registry'ye

Facet kullanıcı deneyimi için değerlidir. Ancak bütün kombinasyonları indexe açmak gereksiz URL alanı oluşturabilir. Registry search demand ve ticari değere göre karar verir. Crawl ve index politikaları ayrı yönetilir. Owner ve review date governance'ı sürdürülebilir hâle getirir.

Stok Durumundan Product Lifecycle SEO'ya

Temporary out-of-stock ile discontinued ayrılmalıdır. Her lifecycle state önceden teknik kurala bağlanabilir. URL, sitemap ve structured data otomatik güncellenir. Replacement ürün varsa anlamlı redirect uygulanabilir. Böylece stok değişiklikleri organik URL yapısını gereksiz bozmaz.

Product Schema'dan Ürün Veri Bütünlüğüne

Structured data tek başına veri kalitesini yaratmaz. PIM ve website aynı product truth kullanmalıdır. Price ve availability parity sürekli kontrol edilmelidir. Variant identifier mapping doğru kurulmalıdır. Schema gerçek product data architecture'ın dışa yansıyan katmanı olmalıdır.

Tek Seferlik Audit'ten Product Indexation Monitoring'e

Ayda bir crawler raporu büyük katalog için yeterli olmayabilir. Eligibility, sitemap ve crawl metric sürekli izlenebilir. Product publish event'leri monitoring'e bağlanabilir. Search Console ve log verisi aynı dashboard'a alınabilir. Sorunlar business impact'e göre otomatik önceliklendirilebilir.

Googlebot İçin Site Açmaktan Ticari Değeri Yüksek Ürünlere Net Bir Crawl Yolu Tasarlamaya

Botun siteye erişebilmesi yalnızca başlangıçtır. Ticari ve kullanıcı değeri yüksek ürünlere açık internal discovery yolları sağlanmalıdır. Yeni ürünler sitemap ve kategori yapısına hızlı girmelidir. Düşük değerli URL alanları kontrol altında tutulmalıdır. Sonuçta en güçlü teknik SEO sistemi botları manipüle etmeye değil web sitesinin ürün mimarisini açık, hızlı ve tutarlı hâle getirmeye odaklanır.