Kurumsal E-Ticaret SEO'su

TL;DR — Kurumsal e-ticaret SEO’su, devasa çevrimiçi mağazalara yönelik SEO’dur — on binlerce hatta milyonlarca ürün sayfasını düşünün. Sıralama kuralları diğer sitelerle aynıdır, ancak ölçek küçük sorunları dev sorunlara dönüştürür. Küçük bir mağazada birkaç yüz ek URL oluşturan filtreleme sistemi, kurumsal bir mağazada milyonlarca URL üretebilir; bunu düzeltmek için tek bir kişi ve bir öğleden sonra değil, bütün bir ekip gerekir.

”Kurumsal e-ticaret” gerçekte ne anlama gelir?

Büyük perakendeciler için ayrı bir Google algoritması yoktur. Googlebot, dev bir mağazayı tek kişinin işlettiği bir Shopify mağazasıyla aynı şekilde tarar, dizine ekler ve sıralar. Değişen şey, SEO’nun çevresindeki her şeydir:

• Katalog büyüklüğü — on binlerce ila milyonlarca ürün.
• Her yerde filtreler — renk, beden, marka, fiyat, puan. Her kombinasyon kendi URL’sine dönüşebilir ve sayıları hızla artar.
• Çok sayıda ekip — mağazacılık, mühendislik, hukuk, bölge yöneticileri — hepsinin kendi öncelikleri vardır ve hiçbiri “SEO”ya bağlı çalışmaz.
• Büyük ve ürkütücü geçişler — birkaç yılda bir yeni bir sisteme geçilirken hatalı tek bir yönlendirme haritası yılların sıralamalarını yok edebilir.

Akılda tutulması gereken tek fikir

Ölçek, sorunları katlar. Küçük bir mağazada filtreleme hatası birkaç bin gereksiz URL oluşturabilir — can sıkıcıdır ama zararsızdır. Kurumsal bir mağazada aynı hata, Google’ın zamanını (“tarama bütçesini”) tüketen milyonlarca gereksiz URL üretir; böylece Google gerçek ürün sayfalarınıza sıra getiremez. Matematik acımasızdır: Her birinde 5 seçenek bulunan 10 filtreli bir kategori, tek bir kategoriden iki milyondan fazla URL kombinasyonu üretebilir.

En önemli konular

• Filtrelerin sonsuz sayfa üretmesine izin vermeyin. Bu bir numaralı sorundur. Bunu çoğunlukla robots.txt dosyanızla (botlara nereye gitmemeleri gerektiğini söyler) kontrol edersiniz.
• Amazon’u kopyalamayın. Amazon, kısmen Amazon olduğu için 275 milyon sayfayla sıralama alır — daha küçük bir markayı batıracak şeyleri yapıp kurtulabilir. Kestirmelerini değil, yapısını örnek alın.
• Üreticiden gelen ürün açıklamaları kullanılabilir. Milyonlarcasını yeniden yazmanız gerekmez. Bunun yerine gerçekten önemli ürünlere yorumlar, fotoğraflar, videolar ve benzersiz ayrıntılar ekleyin.
• En zor kısım genellikle teknoloji değil, insanlardır. Bir düzeltmeyi mühendislik, hukuk ve beş paydaşın onayından geçirerek yayımlatmak, düzeltmenin ne olduğunu bilmekten daha zordur.

Tarama bütçesi hesaplarını, yapılandırılmış verileri, geçişleri ve organizasyon uygulama planını içeren uzman sürümünü mü istiyorsunuz? İleri Düzey sekmesine geçin.

TL;DR — Kurumsal e-ticaret SEO’su, zaten karmaşık olan iki disiplinin kesişimidir ve burada karmaşıklık toplanmak yerine katlanır. Teknik omurga şöyledir: Yönlü gezinme, Google’ın tarama sorunlarının yaklaşık %50’sini oluşturur (Illyes); dolayısıyla önce tarama bütçesi kontrolü (robots.txt > canonical > noindex) gelir. Canonical kararlarının etkisi milyonlarca URL’ye yayılır; ProductGroup/hasVariant yapılandırılmış verileri ve Merchant Center feed’leri varyantları ve ürün keşfini yönetir; stokta olmayan ürünler her sayfa için ayrı kararlarla değil, kurallara dayalı biçimde ele alınmalıdır; geçişler ise en büyük tekil risk olayıdır. Fakat asıl darboğaz organizasyoneldir — koordinasyon başarısız olduğu için 14 adımlı yönlendirme zincirlerinin ve tek bir sayfanın 24 URL sürümünün yayımlandığını gördüm; bunun nedeni kimsenin gerekli bilgiye sahip olmaması değildi.

Bunu başlı başına bir disiplin yapan nedir?

Enterprise SEO ve daha geniş ecommerce SEO dünyası hakkında iki ayrı yazı kaleme aldım; bu sayfa kasıtlı olarak ikisinin de bir tekrarı değildir. Kurumsal e-ticaret SEO’su, bu iki alanı üst üste koyup karmaşıklıklarının katlanmasına izin verdiğinizde ortaya çıkar.

Kurumsal SEO; ölçek, teknik borç ve organizasyon politikaları nedeniyle zordur. E-ticaret SEO’su ise yönlü gezinme, varyantlar, yinelenen içerik ve platform kısıtlamaları nedeniyle zordur. İkisini birleştirdiğinizde, küçük bir mağazada 50 000 yinelenen URL üreten bir yönlü gezinme hatası, kurumsal ölçekte 50 milyon URL’lik bir tarama tuzağına dönüşür — üstelik çözüm, on dakikalık bir robots.txt düzenlemesi değildir. Bir mühendislik sprinti, hukuk incelemesi ve yönetici onayı gerekir. Bu, katlanma etkisidir ve aşağıdaki her şeyi bu mercekten değerlendirmenizi öneririm.

Her kurumsal hedef kitleye verdiğim kısa bir hatırlatma: devleri kopyalamayın. Amazon ~275 milyon sayfayla aylık ~686 milyon organik ziyaret alırken Microsoft ~516 milyon ziyaret alıyor. Teknik hatalarına rağmen sıralama alırlar; çünkü otoriteleri hasarı emer. İyiyse bilgi mimarilerini örnek alın — kestirmelerini asla.

Yönlü gezinme: Web’deki bir numaralı tarama sorunu

Kurumsal e-ticaret ölçeğinde tek bir şeyi düzeltecekseniz bunu düzeltin. Gary Illyes, yönlü gezinme ve işlem parametrelerinin Google’ın web genelinde uğraştığı tüm tarama sorunlarının yaklaşık 75%‘ini, yalnızca yönlü gezinmenin ise yaklaşık 50%‘sini oluşturduğunu söyledi. Bu sorunun birincil kaynağı kurumsal e-ticarettir; çünkü filtreler kombinatoryal biçimde birleşir. Her birinde beş değer bulunan on filtre, kategori başına iki milyondan fazla URL demektir; bunu 20 kategoriyle çarptığınızda, tek bir optimizasyon yapmadan yüz milyonlarca taranabilir kombinasyon üretmiş olursunuz.

Bunun bu kadar yıkıcı olmasının nedeni yapısaldır. Illyes’in ifadesiyle Google bir URL alanını keşfettiğinde, “cannot make a decision about whether that URL space is good or not unless it crawled a large chunk of that URL space.” Bu nedenle Google, bunların gereksiz olduğunu öğrenebilmek için bile gereksiz URL’leri tarayarak bütçe tüketir.

Google’ın kontrol hiyerarşisi, en etkiliden en az etkiliye:

1. robots.txt disallow — taramayı tamamen önler. Bu yön sayfalarının dizine eklenmesi gerekmiyorsa en etkili araçtır (ör. Disallow: /*?*color=).
2. Filtreleme için URL parçaları (#) — Google genellikle parça içeren URL’leri taramaz; dolayısıyla # ile filtrelemenin tarama maliyeti yoktur.
3. rel="canonical" — “may, over time, decrease the crawl volume of non-canonical versions.” Daha yavaş ve daha az güvenilirdir; Google bunu geçersiz de kılabilir.
4. rel="nofollow" — yalnızca söz konusu URL’ye giden her bağlantıya uygulanırsa işe yarar.

Bu, çürütmek zorunda kaldığım en yaygın mittir: Dizine eklenmesini istemediğiniz yönler için noindex doğru varsayılan değildir. Google’ın kendi yönlendirmesi, “block unimportant pages using robots.txt instead of noindex” şeklindedir; çünkü noindex taramaya yine de izin verir ve korumaya çalıştığınız kaynak taramadır.

Yön sayfalarının dizine eklenmesi gerekiyorsa (bazılarında gerçek arama talebi vardır), Google disiplin ister: parametre ayırıcı olarak standart &, yinelenmeyen tutarlı bir parametre sırası ve sonuç döndürmeyen filtre kombinasyonlarında genel bir hata sayfasına yönlendirme yerine HTTP 404.

Tarama bütçesi site büyüklüğüyle değil, URL kalitesiyle ilgilidir

Gördüğüm en büyük çerçeveleme hatası, “Kurumsalız, dolayısıyla bir tarama krizimiz var” düşüncesidir. Bu şart değildir. John Mueller’in içselleştirilmesi gereken düzeltmesi şudur: “crawling is independent of website size. Some sites have a gazillion (useless) URLs and luckily we don’t crawl much from them,” ve “for most normal websites, crawl budget is not something you need to focus on at all.”

Pratik karşılığı şudur: Temiz URL’lere sahip 10 milyon sayfalık bir mağazada hiçbir sorun olmayabilir; ancak 10 milyon yönlü kombinasyon üreten 100 000 sayfalık bir mağaza gerçek bir tarama krizi yaşayabilir. Tetikleyici büyüklük değil, URL kalitesi ve yinelemedir.

Google’a göre etkin tarama bütçesi yönetimi, yaklaşık haftalık değişen 1 milyon+ benzersiz sayfada, günlük güncellenen 10 000+ sayfada veya GSC’de önemli miktarda “Discovered – currently not indexed” görüldüğünde önem kazanmaya başlar. Temel araçlar şunlardır: “Consolidate duplicate content to focus on unique pages rather than unique URLs,” “Block unimportant pages using robots.txt instead of noindex,” kalıcı olarak kaldırılmış sayfalarda 404/410 döndürmek ve site haritalarını doğru lastmod değerleriyle güncel tutmak. Özellikle soft 404’leri izleyin — boş kategori sayfaları ve kullanımdan kaldırılmış ürün serileri taranmaya devam eder ve “waste your budget.”

Ölçekli yinelenen içerik (ve var olmayan ceza)

Yinelenen içerik cezası yoktur. Microsoft’tan Fabrice Canel ve Krishna Madhavan gerçek zararı iyi ifade ediyor: Yinelenen içerik “doesn’t trigger search penalties on its own, but it does reduce visibility by diluting authority, confusing intent, and slowing how updates reach both search engines and AI-powered discovery systems.”

Kurumsal e-ticaret ölçeğinde yineleme üç öngörülebilir kaynaktan gelir: web genelinde yayımlanan üretici açıklamaları, URL varyantları üreten yönlü gezinme ve aynı ürünün birden fazla kategoride yer alması. Çözümler; varyantlar için canonical etiketleri, birleştirme için 301’ler, yerelleştirme için hreflang ve katı URL hijyenidir. Burada canonical kararlarının etkisi milyonlarca sayfaya yayıldığından, Google’ın yaklaşık 40 canonical sinyali (URL yapısı, iç bağlantılar, site haritaları, hatta Merchant Center verileri) kullandığını anlamak önemlidir; dolayısıyla rel=canonical güçlü bir işarettir, komut değildir.

Varyantlar, ürün verileri ve yapılandırılmış veriler

Varyant yaklaşımını iki gelişme değiştirdi. Birincisi, Google Şubat 2024’ten beri hasVariant, variesBy ve productGroupID ile ProductGroup kullanımını destekliyor — bu, ürün başına yüzlerce varyantı bulunan giyim, elektronik ve mobilya perakendecileri için doğru kalıptır. İkincisi ve kurumsal ölçekte yeterince kullanılmayanı: Merchant Center feed’leri, keşif boşluklarına karşı sigortadır. Google, “web crawling is not guaranteed to find all products on your site,” diye açıkça belirtiyor ve “for larger sites or sites with frequently changing content,” feed’lerin düzenli aralıklarla yüklenmesini öneriyor. Feed’ler güncelleme zamanını (Content API üzerinden saatlik düzeye kadar) kontrol etmenizi, sayfada bulunmayan verileri (mağaza düzeyindeki envanter gibi) paylaşmanızı ve taramanın sağlayamadığı keşfi güvenceye almanızı sağlar. Feed’leri ve sayfa üzerindeki yapılandırılmış verileri birbirinin alternatifi değil, tamamlayıcısı olarak değerlendirin.

Product/ProductGroup dışında, ölçekte değer sağlayan şema türleri BreadcrumbList (hiyerarşi), Organization (marka güveni, iade politikaları), Review, LocalBusiness (çok kanallılık) ve VideoObject türleridir. Artık terk edilmesi gereken bir mit: rel="next"/rel="prev" sayfalama etiketleri kullanımdan kaldırılmıştır ve hiçbir işlev görmez — her sayfalanmış sayfanın kendi URL’si ve 1. sayfayı değil kendisini gösteren bir canonical’ı olmalıdır.

PDP’ler ve PLP’ler: Çabayı gerçekten nereye harcamalısınız?

Ürün ayrıntı sayfalarında, üretici açıklamaları ölçekte kabul edilebilir — milyonlarcasını topluca yeniden yazmanın yatırım getirisi neredeyse sıfırdır. Ben “add product reviews, video content, comparisons, or unique attributes rather than rewrites,” yaklaşımını tercih eder, bu çabayı gerçekten bir ana anahtar kelime fırsatı bulunan yüksek gelirli PDP’lere yoğunlaştırırdım. Kullanıcı yorumları, ekibinizin herhangi bir şey yazmasını gerektirmediği için ölçekte sahip olduğunuz en iyi benzersiz içerik aracıdır.

Ürün listeleme/kategori sayfalarında, sayfada hangi ürünlerin seçildiği insanların beklediğinden daha önemlidir — kapsamlı listeler yerine önemli ürünleri çeşitli yönlerde gösterin ve yararlı sayfa içeriğini gizlemek yerine fayda sağladığı yere (sayfanın üstüne veya kısa parçalar hâlinde) yerleştirin. Marka konumlandırmasının belirlediği sıralama tavanları konusunda da gerçekçi olun; her kategori sayfası bir pazar yerini geçemez.

Stokta olmayan ürünler için çerçeve şöyledir: kalıcı olarak kaldırıldı → benzer bir ürüne 301 yönlendirmesi yapın (ana sayfaya değil; Google bunu soft 404 sayabilir) veya iç bağlantıları kaldırdıktan sonra silin (404/410); geçici olarak stokta yok ve geri gelecek → stok yenileme tarihleri, bekleme listeleri veya bildirimlerle yayında tutun; belirsiz → önceliğini düşürerek yayında tutun. Kurumsal ölçekteki fark, binlerce SKU sürekli stoğa girip çıkarken bu kararları her sayfa için ayrı ayrı verememenizdir. Bu konuda söylediğim gibi: “Set some rules that you’re comfortable with and just go with them… there’s no perfect solution.” Ölçekte bu kurallar otomatikleştirilmelidir.

İç bağlantılar, PageRank tesisatıdır

Google’ın belgeleri nettir: “The more links a page has to it within a site, the higher the relative importance,” ve “if category pages don’t include direct links to all products in a category, Googlebot might not find all of your products.” Bunun kurumsal ölçekte iki sonucu vardır. Birincisi, yüzlerce hedefe bağlantı veren mega menüler değeri düşük sayfalara dağıtır; menüyü sadeleştirmek otoriteyi önemli yerlere yoğunlaştırır. İkincisi, gezinme JavaScript tıklama işleyicileri değil, gerçek <a href> bağlantıları kullanmalıdır; Google “doesn’t submit searches into site search boxes during crawling,” dolayısıyla yalnızca arama veya bir JS olayı üzerinden erişilebilen içerikler hiç bulunmayabilir.

Geçişler: En büyük tekil risk olayı

Yeniden platformlama yaklaşık 50 bin USD (orta ölçekli pazar) ila yarım milyon USD’nin üzerinde (kurumsal) maliyete ve 4–8+ aya ulaşır; yılların organik değerinin yok olduğu yer de burasıdır. Google’ın kendi tavsiyesi bunu aşamalara ayırmaktır: “You can choose to move larger sites one section at a time. This can make it easier to monitor, detect, and fix problems faster.” Vazgeçilmezler şunlardır: site haritaları, günlükler ve analiz verilerinden her eski URL’yi (görseller, video, CSS ve JS dâhil) belgelemek; zincirleri üç adımdan kısa tutan sunucu taraflı 301/308 yönlendirmeleri; her yeni URL’de kendini gösteren canonical; iç bağlantıları hemen güncellemek; GSC’de Adres Değişikliği bildirmek (HTTP→HTTPS hariç) ve — insanların unuttuğu konu — yayımdan önce hazırlık ortamındaki noindex ile robots.txt engellerini kaldırmak. Bunların hiçbiri garanti değildir: Kontrol listesini uygulamak bilinen ve kontrol edilebilir riskleri azaltır, ancak geçiş boyunca sıralamalarınızı, trafiğinizi veya gelirinizi koruyacağınızı vaat etmez — Google’ın kendi geçiş rehberi, geçiş sonrası dalgalanmayı peşine düşülmesi gereken bir hata sinyali değil, beklenen bir durum olarak çerçeveler.

Uluslararası yapı, JavaScript ve izleme

Uluslararası yapı ilişkileri hızla katlar: 50 000 ürün × 15 ülke, tutarlı tutulması gereken 750 000 hreflang ilişkisi demektir ve makine çevirisiyle üretilmiş zayıf içerik gerçek bir risktir. JavaScript konusunda Martin Splitt, oluşturmanın sunucu tarafında oluşturulan HTML’ye kıyasla “a few hours to even weeks” gecikme ekleyebileceğini belirtti; dolayısıyla gezinmeyi ve ürün listelerini istemci taraflı oluşturmanın arkasına saklayan React/Vue/Angular mağazaları daha verimsiz taranır. İzleme açısından, 10 milyon sayfalık bir sitenin her ay tamamen taranması yavaş ve pahalıdır; kritik sayfa şablonlarını günlük izleyen tarama örneklemesini ve botların gerçekte neye eriştiğinin kesin kaydı olarak günlük dosyası analizini öneriyorum. Splitt’in çerçevesi burada da yararlıdır: Tarama bütçesi optimizasyonu “concerns more the contents side than the technical infrastructure aspect” — bunu Google’dan daha fazla tarama istemekle değil, düşük değerli URL’leri kaldırmakla düzeltirsiniz.

Asıl darboğaz organizasyon katmanıdır

İşte çoğu rehberin atladığı ve programları gerçekten başarısızlığa uğratan bölüm. IBM’deyken, 170+ ülkede 378 000+ çalışanı bulunan bir şirketteki aksaklıkları içeriden anlatan Enterprise SEO Chaos sunumunu yaptım. Öne çıkanlar: 14 adım uzunluğunda yönlendirme zincirleri, aynı sayfanın 24 farklı URL sürümü, vaat edilen 35 yönlendirmenin yalnızca 14’ünün gerçekten uygulandığı bir geçiş, bütün alan adlarının tek bir sayfaya yönlendirilmesi, taramayı engelleyen JS menüleri ve aynı anahtar kelimeler için şirket içinde rekabet eden departmanlar. Her durumda SEO bilgisi vardı. Uygulama koordinasyonu başarısız oldu. Temel ders — her şeyin birlikte çalışması gerekir — iki konuya dayanır: işbirliği (siloları yıkmak) ve eğitim (her paydaşın SEO temellerini anlamasını sağlamak).

Kurumsal denetimleri küçük tutmamın nedeni de budur. Teslimat, 300 slaytlık bir rapor değil; iş etkisi dolar cinsinden ölçülmüş, önceliklendirilmiş 5–10 sorundur. Önce paydaşlarla konuşarak sorunlu noktaları bulun, siteyi yönetilebilir kılmak için bölüme, dile, bölgeye veya teknoloji çerçevesine göre segmentlere ayırın ve “focus on a few key issues and not a massive report of everything.” Değişiklikleri A/B testleri olarak çerçeveleyin ve onay almak için etki/çaba matrisi kullanın. Gösterişsiz yapısal işler hakkında söylediğim gibi: “It’s hard to do that at scale, but boring projects = $$$ when it comes to enterprise SEO.”

Yapay zekâ araması alışveriş yüzeyini değiştiriyor

Kurumsal perakendecilerin izlemesi gereken iki gelişme var. AI Overviews artık alışveriş sorgularının ~14%‘ünde görünüyor (2025 sonundaki 2,1%‘den ~5,6 kat artış) ve Google’ın Universal Commerce Protocol’ü (Ocak 2026’da duyuruldu), yapay zekâ ajanlarının müşteri sitenizi hiç ziyaret etmeden AI Mode/Gemini içinde ürünleri keşfetmesine, sepet oluşturmasına ve işlem yapmasına olanak tanıyor. Yine de Google’ın taktiklere ilişkin kendi yönlendirmesi güven vericidir: “structured data isn’t required for generative AI search, and there’s no special schema.org markup you need to add,”; Merchant Center ile yüksek kaliteli ürün içeriği, yapay zekâ görünürlüğü için en güçlü araçlar olmayı sürdürüyor. Aynı temeller geçerlidir; değişen, yüzeydir.

Yapay zekâ özeti

İleri Düzey sürümün kısa özeti:

• Tanım: Kurumsal e-ticaret SEO’su, kurumsal SEO × e-ticaret SEO’sudur — iki karmaşıklık katlanır. Küçük bir mağazada 50 bin yinelenen URL üreten bir yön hatası burada 50 milyon URL’lik bir tarama tuzağına dönüşür ve çözüm için mühendislik + hukuk + yönetici onayı gerekir.
• Devleri kopyalamayın. Amazon (~275 milyon sayfa), otoritesinin gizlediği hatalara rağmen sıralama alır; kestirmeleri değil, yapıyı örnek alın.
• Yönlü gezinme bir numaralı tarama sorunudur (Illyes’e göre Google’ın tarama sorunlarının yaklaşık %50’si). Bunu robots.txt > URL parçaları > canonical > nofollow ile kontrol edin; taramaya hâlâ izin veren noindex ile değil.
• Tarama bütçesi = URL kalitesi; site büyüklüğü değil (Mueller). Temiz 10 milyon sayfalık bir site iyi olabilir; 10 milyon yön üreten yüz bin sayfalık site krizedir.
• Yinelenen içerik cezası yoktur — yineleme otoriteyi seyreltir ve amacı belirsizleştirir. Canonical’lar, kalıcı yönlendirmeler, hreflang ve URL hijyeniyle düzeltin (~40 canonical sinyali).
• Varyantlar ve keşif: ProductGroup/hasVariant (Şubat 2024) ile Merchant Center feed’lerini kullanın — Google’ın ifadesiyle tarama “is not guaranteed to find all products.”
• PDP/PLP yatırımı: Üretici açıklamaları ölçekte kullanılabilir; yüksek gelirli sayfalarda yorumlara, videoya ve karşılaştırmalara yatırım yapın. Stokta olmayan ürünleri kurallarla otomatikleştirin.
• Geçişler en büyük risk olayıdır — aşamalara ayırın, her URL’yi eşleyin, kalıcı yönlendirme zincirlerini 3 adımdan kısa tutun, kendini gösteren canonical’lar kullanın ve yayımdan önce hazırlık engellerini kaldırın.
• Asıl darboğaz organizasyoneldir. IBM örnekleri: 14 adımlı yönlendirme zincirleri, bir sayfanın 24 URL sürümü ve yayımlanan 14/35 yönlendirme. İşbirliği + eğitim kazanır.
• Yapay zekâ araması: Alışveriş sorgularının yaklaşık %14’ünde AI Overviews görünür; Universal Commerce Protocol (Ocak 2026), ajanların sitenizi ziyaret etmeden satın alma yapmasını sağlar. Temeller aynı, yüzey değişiyor.

Resmî belgeler

Kurumsal e-ticaret SEO’sunu yöneten birincil kaynak belgeleri.

Google

• Ecommerce SEO overview — Arama’da e-ticarete yönelik sekiz konulu merkez.
• Managing crawling of faceted navigation URLs — kontrol hiyerarşisi (robots.txt > fragments > canonical > nofollow) ve dizine eklenebilir yönlerin kuralları.
• Crawling December: Faceted navigation (Dec 2024) — belgelerin tamamlayıcı blog yazısı.
• Optimize your crawl budget — ölçek eşikleri ve birleştirme yönlendirmesi.
• Designing a URL structure for ecommerce — yol veya sorgu üzerinden varyantlar ve üç URL tasarımı tuzağı.
• Help Google understand your ecommerce site structure — iç bağlantılar ve <a href> gezinmesi.
• Share your product data with Google — yapılandırılmış veriler + Merchant Center feed’leri.
• Structured data for ecommerce — Product, ProductGroup, BreadcrumbList, Review ve daha fazlası.
• Product variants structured data (Feb 2024) — ProductGroup / hasVariant / variesBy.
• Pagination and incremental page loading — rel=next/prev etiketlerinin neden kullanımdan kaldırıldığı.
• Site moves with URL changes — aşamalı geçiş uygulama planı.
• Core Web Vitals and Google Search — LCP <2,5s, INP <200ms, CLS <0,1.
• AI features and your website — yapay zekâ görünürlüğüne neyin yardımcı olduğu ve olmadığı.

Bing / Microsoft

• Bing Webmaster Guidelines — taranabilirlik, benzersiz içerik ve yapılandırılmış veriler.
• Keeping content discoverable with sitemaps in AI-powered search (Jul 2025) — kurumsal site haritası sınırları ve lastmod doğruluğu.
• IndexNow drives smarter, faster content discovery (May 2025) — hızla değişen kataloglar için gerçek zamanlı URL gönderimi.
• Does duplicate content hurt SEO and AI search visibility? (Dec 2025) — Canel ve Madhavan’dan yinelemenin gerçek maliyeti.

Kaynaktan alıntılar

Google ve Bing temsilcilerinin kayda geçmiş açıklamaları. Derin bağlantılar, kaynak sayfadaki alıntılanan bölüme gider (veya onu arar).

Yönlü gezinme ve tarama — Gary Illyes, Google

• “crawlers will typically access a very large number of faceted navigation URLs before the crawlers’ processes determine the URLs are in fact useless.” Alıntıya git
• “Once it discovers a set of URLs, it cannot make a decision about whether that URL space is good or not unless it crawled a large chunk of that URL space.” — Gary Illyes, Google. Haberi okuyun
• “Sometimes you might create these new fake URLs accidentally, exploding your URL space from a balmy 1000 URLs to a scorching 1 million, exciting crawlers that in turn hammer your servers unexpectedly…” — Gary Illyes, LinkedIn üzerinden. Haberi okuyun

Tarama bütçesi — John Mueller, Google (ikincil haberlerden başka sözcüklerle aktarılmıştır)

• Mueller’in tekrarladığı çerçeveye göre tarama site büyüklüğünden bağımsızdır — Google, çoğunlukla işe yaramaz URL’lerden oluşan siteleri az tarar — ve çoğu normal site için tarama bütçesine odaklanmaya değmez. Birincil kaynakla doğrulanana kadar bu ifadeyi başka sözcüklerle aktarılmış kabul edin.

JavaScript ve tarama bütçesi — Martin Splitt, Google (ikincil haberlerden başka sözcüklerle aktarılmıştır)

• Splitt, JS oluşturmanın HTML’ye kıyasla gecikme eklediğini belirtti ve tarama bütçesi optimizasyonunu altyapıdan çok içerik kalitesiyle ilgili bir konu olarak çerçeveledi — “you can tell us not to index or not to scan contents that is of low quality.” Birincil kaynak kontrol edilene kadar bunu başka sözcüklerle aktarılmış kabul edin.

Tarama bütçesi belgeleri — Google Search Central

• “Consolidate duplicate content to focus on unique pages rather than unique URLs.” Alıntıya git
• “Block unimportant pages using robots.txt instead of noindex.” Alıntıya git

Site yapısı ve ürün verileri — Google Search Central

• “The more links a page has to it within a site, the higher the relative importance.” Alıntıya git
• “If category pages don’t include direct links to all products in a category, Googlebot might not find all of your products.” Alıntıya git
• “Web crawling is not guaranteed to find all products on your site.” Alıntıya git

Geçişler — Google Search Central

• “You can choose to move larger sites one section at a time. This can make it easier to monitor, detect, and fix problems faster.” Alıntıya git

Yapay zekâ araması — Google Search Central

• “Structured data isn’t required for generative AI search, and there’s no special schema.org markup you need to add.” Alıntıya git

Yinelenen içerik — Fabrice Canel ve Krishna Madhavan, Microsoft Bing

• “Duplicate content doesn’t trigger search penalties on its own, but it does reduce visibility by diluting authority, confusing intent, and slowing how updates reach both search engines and AI-powered discovery systems.” Alıntıya git

Kurumsal e-ticaret SEO kontrol listesi

Bunu her sayfada ayrı ayrı değil, şablon bazında uygulayın — bu ölçekte tek bir şablon düzeltmesi yüz binlerce URL’yi etkiler.

Tarama ve yönlü gezinme

• Taranabilir URL oluşturan her parametreyi belirleyin (renk, beden, sıralama, sayfa, oturum).
• Kuralları yazmadan önce her yönün dizine eklenip eklenmeyeceğine karar verin.
• Dizine eklenmeyecek yön alanlarını robots.txt ile engelleyin (noindex ile değil).
• Dizine eklenebilir yönler & ayırıcıları ve tutarlı parametre sırası kullanmalı, boş sonuçlarda 404 döndürmelidir.
• Sonsuz alanlar olmamalıdır (takvimler, göreli bağlantı patlamaları, oturum kimlikleri).

Yineleme ve canonical belirleme

• Varyantlar rel=canonical veya ProductGroup/hasVariant ile çözümleniyor.
• Birden fazla kategoride bulunan ürünün tek bir canonical URL’si var.
• hreflang ilişkileri tüm yerel ayar çiftlerinde tutarlı.
• Soft 404’ler (boş kategoriler, ölü ürün serileri) gerçek 404/410 döndürüyor.

Ürün verileri ve yapılandırılmış veriler

• Güvenilir ürün keşfi için Merchant Center feed’i yayında.
• Product/ProductGroup, BreadcrumbList, Review, Organization işaretlemeleri doğrulanıyor.
• Kullanımdan kaldırılmış rel=next/rel=prev yok; sayfalanmış sayfalar kendilerini canonical olarak gösteriyor.

İçerik önceliği

• Yüksek gelirli PDP’ler zenginleştirildi (yorumlar, video, karşılaştırmalar) — topluca yeniden yazılmadı.
• Ölçeklenebilir benzersiz içerik aracı olarak UGC/yorumlar etkinleştirildi.
• Stokta olmayan ürünlerin yönetimi elle değil, kuralla (301 / yayında tut / 404) otomatikleştirildi.

Mimari ve iç bağlantılar

• Gezinme, JS tıklama işleyicileri değil gerçek <a href> kullanıyor.
• Mega menü bağlantı sayısı, değer seyrelmesi açısından incelendi.
• Kategori sayfaları ürünlerine doğrudan bağlantı veriyor.

Geçiş ve izleme

• Her eski URL (görseller/video/CSS/JS dâhil) geçişten önce belgelendi.
• 301/308 yönlendirmeleri, 3 adımdan kısa zincirler ve yeni URL’lerde kendini gösteren canonical’lar var.
• Hazırlık ortamındaki noindex/robots engelleri yayımdan önce kaldırıldı; Adres Değişikliği bildirildi.
• Kritik şablonlar günlük örneklemeyle taranıyor; günlük dosyaları israf açısından inceleniyor.

Zihinsel modeller

1. Katlanma etkisi. “Kurumsal sorunlar + e-ticaret sorunları” diye düşünmeyin. Kurumsal × e-ticaret diye düşünün. Her e-ticaret sorunu (yönler, varyantlar, yineleme, stokta olmama) ölçekle; her düzeltme de organizasyonel sürtüşmeyle katlanır. İşin kapsamını belirlemeden önce her iki ekseni de tahmin edin.

2. Tarama kontrolü hiyerarşisi (en → en az etkili). robots.txt disallow → URL parçaları (#) → rel=canonical → rel=nofollow. Durumun izin verdiği en güçlü aracı kullanın; dizine eklenmesini istemediğiniz yönler için asla varsayılan olarak noindex kullanmayın (tarama bütçesine yine de mal olur).

3. Tarama bütçesi = URL kalitesi; büyüklük değil. Etkili bütçeyi Google’dan daha fazla tarama isteyerek değil, israfı kaldırarak (yönler, yinelemeler, soft 404’ler) artırırsınız. Tek başına büyüklük hiçbir zaman tetikleyici değildir — yineleme tetikleyicidir.

4. Stokta olmayan ürün karar ağacı (ardından otomatikleştirin). Kalıcı olarak kaldırıldı → benzer ürüne 301 yönlendirmesi yapın veya iç bağlantıları kaldırdıktan sonra silin (404/410). Geçici olarak stokta yok, geri gelecek → yayında tutun + stok yenileme tarihi/bekleme listesi. Belirsiz → önceliğini düşürerek yayında tutun. Rahat olduğunuz kuralları seçip kodlayın; ölçekte her sayfa için ayrı karar veremezsiniz.

5. Geçiş risk modeli. Bölümlere ayırarak ilerleyin → her eski URL’yi eşleyin → 3 adımdan kısa 301 → her yeni URL’de kendini gösteren canonical → iç bağlantıları güncelleyin → hazırlık engellerini kaldırın → Adres Değişikliği bildirin → şablon bazında izleyin. Burada atlanan tek bir adım, yılların değerini silebilir.

6. Organizasyonel olgunluk merdiveni. Geçici çözümler → merkezileştirme → SOP’ler → proaktif eğitim ve benimsetme. Çoğu kurumsal program bilgi nedeniyle değil, koordinasyon nedeniyle durur; bu merdivende yükselmek asıl iştir. Denetim teslimatı = etki/çaba matrisinde A/B testleri olarak çerçevelenen, dolar cinsinden ölçülmüş 5–10 sorun — asla 300 slaytlık rapor değil.

Kurumsal e-ticaret SEO’su — kısa başvuru

Yönlü gezinme kontrolleri — her biri ne yapar?

Tarama bütçesi eşikleri (Google’ın yaklaşık tahmini)

• Haftada yaklaşık bir değişen 1M+ benzersiz sayfa → yönetin.
• Günlük değişen 10K+ sayfa → yönetin.
• GSC’de çok sayıda “Discovered – currently not indexed” → yönetin.

Stokta olmayan ürün kuralları

• Kalıcı → benzer ürüne 301 (asla ana sayfa/kategoriye değil) veya 404/410.
• Geçici, geri gelecek → yayında tutun + stok yenileme tarihi / bekleme listesi / bildirim.
• Belirsiz → önceliğini düşürerek yayında tutun.

Geçişte vazgeçilmezler

• 301/308, <3 adımlı zincirler, kendini gösteren canonical’lar, güncellenmiş iç bağlantılar, kaldırılmış hazırlık engelleri, bildirilmiş Adres Değişikliği (HTTP→HTTPS için değil).

Core Web Vitals eşikleri

• LCP <2,5s · INP <200ms · CLS <0,1. Sıralamada eşitliği bozan bir etken — fakat gerçek bir dönüşüm aracı (Vodafone: %31 LCP iyileşmesi → %8 daha fazla satış).

Varyant yapılandırılmış verileri

• ProductGroup + hasVariant + variesBy + productGroupID (Şubat 2024’ten beri destekleniyor).

Ortadan kaldırılması gereken mitler

• Yinelenen içerik cezası (yoktur) · yönler için noindex (robots.txt kullanın) · tüm üretici metinlerini yeniden yazmak (yapmayın) · rel=next/prev (kullanımdan kaldırıldı) · “site haritasını gönderince Google her şeyi bulur” (garanti değildir).

Kurumsal e-ticaret SEO araçları

• Google Search Console — Sayfa Dizine Ekleme raporu (sayfaların işlem hattından nerede çıktığı) ve Tarama İstatistikleri (yanıt kodları, ortalama yanıt süresi, dosya türüne göre). Tarama israfını araştıracağınız ilk yer.
• Google Merchant Center — feed tabanlı ürün keşfi ve fiyatlandırma/envanter güncellemeleri (Content API ile saatlik) — tarama kaynaklı keşif boşluklarına karşı sigorta.
• Bing Webmaster Tools + IndexNow — hızla değişen kataloglar (yeni ürünler, fiyat değişiklikleri, promosyonlar) için gerçek zamanlı URL gönderimi; değişiklik ile dizine ekleme arasındaki gecikmeyi azaltır.
• Sunucu günlük dosyası analizi — botların gerçekte neyi taradığının kesin kaydı. Araçlar: Screaming Frog Log File Analyser veya günlükleri BigQuery’ye/bir günlük platformuna aktarın.
• Site tarayıcıları/denetimleri — derinlik, yönlendirme zincirleri, engellenmiş URL’ler ve tuzak benzeri yön kalıpları için Ahrefs Site Audit ve Screaming Frog SEO Spider. Kurumsal ölçekte aylık tam tarama yerine kritik şablonları günlük örnekleyin.
• Ahrefs Webmaster Tools — doğruladığınız siteler için ücretsiz tarama + denetim.
• Rich Results Test / Şema doğrulayıcıları — Product/ProductGroup, BreadcrumbList ve Review işaretlemelerini milyonlarca sayfaya yaymadan önce doğrulayın.

Stokta olmayan bir ürünün URL’sine ne yapılmalı?

Uygulama planı: Yeniden platformlama sonrası organik görünürlük düşüşü

1. Kapsamı şablon ve bölüm bazında doğrulayın. Eski ve yeni URL kümelerini, Google Search Console sayfa/dizine ekleme verilerini ve tarama sonuçlarını karşılaştırın. Kayıp belirli bir alandaysa etkilenmeyen bölümlerdeki çalışmayı durdurup bozuk şablonu teşhis edin; site genelindeyse önce yayın kontrollerinden ve yönlendirmelerden şüphelenin.
2. Üretim ortamının hâlâ engelli olup olmadığını kontrol edin. robots.txt, sayfa düzeyindeki robots yönergeleri ve yanıt başlıklarında hazırlık kurallarını inceleyin. Üretim ortamında engel varsa yayın geri alma süreciyle kaldırın ve başka bir şeyi değiştirmeden önce yeniden test edin.
3. Eski URL’leri yönlendirmeler boyunca izleyin. Site haritaları, günlükler, analiz verileri, görseller ve diğer varlıklardan yüksek değerli URL örnekleri alın. Eski bir URL, sunucu taraflı 301/308 üzerinden amaçlanan hedefe ulaşmıyorsa haritayı onarın; zincirler planlanan sınırı aşıyorsa mümkün olduğunda tek hedef adımına indirin.
4. Hedef sinyallerinin uyumlu olduğunu doğrulayın. Her yeni URL amaçlanan durumu döndürmeli, kendisini canonical göstermeli ve güncellenmiş iç bağlantılar almalıdır. Canonical’lar veya iç bağlantılar başka bir yeri gösteriyorsa URL bazında çalışmadan önce paylaşılan şablonu düzeltin.
5. Keşif girdilerini karşılaştırın. XML site haritalarını, Merchant Center feed’lerini ve gezinmeyi kontrol edin. Hâlâ eski veya engellenmiş URL’ler yayımlıyorlarsa münferit dışa aktarımları temizlemek yerine bunları üreten kaynağı güncelleyin.
6. Devam etme, aşamalara ayırma veya geri alma kararı verin. Yalnızca etkilenen bölüm yayın kontrollerini geçtiğinde ve görünürlük istikrar kazandığında devam edin. Başka bir bölüm henüz taşınmadıysa bekletin. Kritik şablonlar engelli kalıyorsa veya yönlendirme kapsamı güvenle geri getirilemiyorsa geçişin belgelenmiş geri alma yolunu kullanın.
7. Kohort bazında izleyin. Tarama, dizine ekleme ve organik performans istikrar kazanana kadar eski/yeni URL çiftlerini ve şablon gruplarını takip edin. Başarısız olan her kontrolü kaydedin; böylece sonraki aşama için bir ön kontrol kapısına dönüşür.

Yönlü gezinme kurallarını sınıflandırın

Review this faceted-navigation inventory and propose a crawl/indexation disposition
for each parameter or combination: indexable landing page, blocked crawl space,
canonicalized duplicate, or needs manual review.

For every recommendation, cite the supplied evidence: search demand, product count,
internal links, current canonical, robots rule, response code, and URL examples.
Flag empty combinations that should return 404. Use a consistent parameter-order
policy. Do not assume noindex saves crawl budget, and do not invent demand data.

Inventory:
[PASTE CSV]

Varyantlar için ProductGroup işaretlemesini inceleyin

Compare this product-variant JSON-LD with the visible product data. Check the use of
ProductGroup, hasVariant, variesBy, productGroupID, URLs, offers, prices, availability,
and identifiers. Return:
1. Field-level mismatches
2. Required source data that is missing
3. A corrected JSON-LD draft using only values present in my input
4. A validation checklist

Do not fabricate prices, availability, reviews, identifiers, URLs, or variants.

Visible product data and current JSON-LD:
[PASTE BOTH]

Yönlendirme haritasında nokta kontrolü

Uygulanacak test: Eski ürün, kategori, görsel ve varlık URL’lerinden katmanlandırılmış bir örneklemi, başlıkları izleyen bir HTTP istemcisi veya tarayıcıyla isteyin. Beklenen sonuç: Her eski URL amaçlanan sunucu taraflı 301/308’i döndürür ve önlenebilir bir zincir olmadan eşlenmiş yeni URL’ye ulaşır. Başarısızlık yorumu: Eksik kurallar, geniş kapsamlı yedek yönlendirmeler veya zincirlenmiş eski eşlemeler bulunuyor. İzleme aralığı: Dağıtımdan hemen sonra; ardından her geçiş bölümü yayımlandıkça tekrarlayın. Geri alma tetikleyicisi: Kritik URL kohortları eşlenmiş hedeflerine ulaşamıyor veya genel sayfalara çözümlenmeye başlıyor.

Yeni şablon canonical kontrolü

Uygulanacak test: Temsilî yeni PDP, PLP, sayfalama ve varyant URL’lerini tarayın; her canonical’ı getirilen nihai URL ile karşılaştırın. Beklenen sonuç: Dizine eklenmesi amaçlanan her sayfa başarılı yanıt verir ve kendisini gösteren canonical’a sahiptir; yinelenen varyantlar onaylı birleştirme kuralını izler. Başarısızlık yorumu: Paylaşılan bir şablon veya ortam değeri, eski alan adını ya da başka şablonu gösteren canonical’lar üretiyor. İzleme aralığı: Sürümden hemen sonra ve yayın dönemi boyunca günlük. Geri alma tetikleyicisi: Kritik bir şablon sürekli olarak eski siteyi, başka bir yerel ayarı veya ilgisiz bir sayfayı canonical gösteriyor.

Üretim engellerini kaldırma kontrolü

Uygulanacak test: Üretimdeki robots.txt dosyasını getirin, oluşturulmuş sayfalardaki robots yönergelerini inceleyin ve her kritik şablonun yanıt başlıklarını kontrol edin. Beklenen sonuç: Dizine eklenmesi gereken URL’lerde yalnızca hazırlık ortamına ait disallow veya noindex engelleri kalmamıştır. Başarısızlık yorumu: Yayın yapılandırması veya CDN/başlık kuralları hâlâ hazırlık kontrollerini taşıyor. İzleme aralığı: DNS veya yönlendirme değişikliklerinden önce ve geçişten hemen sonra. Geri alma tetikleyicisi: Üretim sitesi kritik bir bölüm genelinde taramayı veya dizine eklemeyi engelliyor.

Ürün varyantı doğrulaması

Uygulanacak test: Temsilî ProductGroup sayfalarını Google’ın Rich Results Test aracında test edin ve çıkarılan varyant verilerini görünür sayfa ile Merchant Center feed’iyle karşılaştırın. Beklenen sonuç: İşaretleme ayrıştırılır, varyant ilişkileri tutarlıdır; fiyat, stok durumu, tanımlayıcılar ve URL’ler görünür verilerle eşleşir. Başarısızlık yorumu: Şema şablonu veya ticaret feed’i eksik ya da çelişkili ürün verileri yayımlıyor. İzleme aralığı: Kullanıma sunmadan önce, şablon yayımlandıktan hemen sonra ve önemli feed değişikliklerinden sonra. Geri alma tetikleyicisi: Dağıtılan işaretleme, bir şablon kohortu genelinde fiyatı veya stok durumunu yanlış gösteriyor.

Zaman ayırmaya değer kaynaklar

İlgili yazılarım

• Enterprise SEO Strategies for Maximum Growth — özel kurumsal e-ticaret bölümünü içerir (PDP’ler, PLP’ler ve ölçek ölçütleri).
• Enterprise Sites Are Where Technical SEO Shines — öncelik hiyerarşisi ve tarama örnekleme yaklaşımı.
• Enterprise SEO Challenges & Mistakes — benimsetme, hukuki darboğazlar, teknik borç ve sıkıcı projelerin neden kazandırdığı.
• Enterprise SEO Audit — segmentlere ayırın, kapsamı belirleyin ve önceliklendirilmiş 5–10 sorunu yayımlayın.
• How Should You Handle Out-of-Stock Products? It Depends — ölçekte otomatikleştireceğiniz karar çerçevesi.
• Google Uses ~40 Canonicalization Signals — milyonlarca sayfada canonical kullanmadan önce temel okuma.
• Faceted Navigation (Sam Underwood, benim incelememden geçti) — bir numaralı tarama sorununa ayrıntılı bakış.

Konuşmalarım

• Enterprise SEO Chaos (SMX Advanced 2016, IBM dönemimden) — 14 adımlı yönlendirme zincirleri ve 24 URL sürümlü mücadele hikâyeleri.

Başkalarından

• Google’ın Ecommerce SEO docs — sekiz konulu uzmanlık merkezi.
• Sitebulb — 5 strategies for enterprise ecommerce SEO — JS, mega menüler ve yönler konusunda güçlü.
• Search Engine Land — Google: 75% of crawling issues from two URL mistakes — yönlü gezinme istatistiğinin arkasındaki Gary Illyes röportajı.
• Search Engine Land — faceted navigation SEO guide — kontrolleri ve dizine ekleme kararlarını ele alan kapsamlı editoryal rehber.
• Search Engine Journal — Gary Illyes warns about URL parameter issues — burada kaynak gösterilen LinkedIn URL patlaması alıntıları.
• Search Engine Land — AI Overviews in 14% of shopping queries — alışverişte yapay zekâ kapsamının büyümesine ilişkin istatistiğin verileri.
• web.dev — Business impact of Core Web Vitals — gelir rakamlarının arkasındaki Vodafone, Nykaa ve AliExpress vaka çalışmaları.
• r/TechSEO — ölçekte tarama/dizin sorunlarını ayıklayan topluluk.

Alıntılanmaya değer istatistikler

• Tüm tarama sorunlarının yaklaşık %50’si yönlü gezinmeden gelir (yönler + işlem parametreleri birlikte yaklaşık %75) — Gary Illyes, Google’ın yıl sonu tarama raporunda. Kaynak
• Tek bir kategoriden iki milyon+ URL — tek bir optimizasyondan önce kurumsal tarama tuzaklarının arkasındaki hesap, 10 filtre × her birinde 5 değerdir.
• Alışveriş sorgularının yaklaşık %14’ünde AI Overviews — 2025 sonundaki %2,1’den yaklaşık 5,6 kat artış. Haber
• Kurumsal organik ölçek ölçütleri — Amazon yaklaşık 275 milyon sayfayla aylık yaklaşık 686 milyon organik ziyaret alırken Microsoft yaklaşık 516 milyon ziyaret alıyor. Kestirmelerini kopyalamayın. Kaynak
• Core Web Vitals → gelir — Vodafone İtalya: %31 LCP iyileşmesi %8 daha fazla satış sağladı; Nykaa: %40 LCP iyileşmesi → %28 daha fazla organik trafik; AliExpress: 10x CLS + 2x LCP → %15 daha düşük hemen çıkma. Kaynak
• Bing site haritası ölçeği — dosya başına 50 000 URL, dizin başına 50 000 alt site haritası ve dizin dosyaları genelinde 2,5 trilyona kadar URL. Kaynak
• Yeniden platformlama maliyeti/süresi — yaklaşık 50 bin USD (orta ölçekli pazar) ila yarım milyon USD’nin üzerinde (kurumsal), 4–8+ ay; kurumsal perakendenin en büyük tekil SEO risk olayı.

Kendinizi sınayın: Kurumsal e-ticaret SEO’su

Tarama kontrolü, ürün yönetimi ve geçişler hakkında beş kısa soru. Her biri için bir yanıt seçip kontrol edin.

Değişiklik günlüğü