E-ticaret SEO Denetimi

TL;DR — E-ticaret SEO denetimi, çevrimiçi mağazanız için yapılan bir sağlık kontrolüdür: Google’ın ürün ve kategori sayfalarınızı göstermesini engelleyen unsurları bulur ve en önemli olanları düzeltir. İşin püf noktası, başlıkları değiştirerek ve anahtar kelimeler ekleyerek başlamamaktır. Önce Google Search Console’a gidip Google’ın hangi sayfaları gerçekten bulabildiğini ve dizine ekleyebildiğini öğrenin; çünkü mağazalarda en büyük sorunlar aynı anda binlerce sayfayı etkiler.

E-ticaret SEO denetimi nedir?

Denetim, mağazanızı şu soruya yanıt vermek üzere sistemli biçimde incelemektir: Arama performansını ne engelliyor? Doktor kontrolüyle aynı mantığa dayanır: size maliyet yaratmadan önce sorunları arar ve önce ciddi olanları düzeltirsiniz.

E-ticaret mağazalarının kendilerine özgü bir denetime ihtiyaç duymasının nedeni ölçektir. Bir blogun birkaç yüz sayfası olabilir. Bir mağazada ise her ürün için bir sayfa, ürünleri gruplandırmanın her yolu için bir kategori sayfası ve her renk, beden ve sıralama düzeni için her sayfanın neredeyse aynı bir kopyası olmak üzere on binlerce sayfa bulunabilir. Bu çok sayıda sayfa demektir ve bunların çoğu Google’a neredeyse aynı görünür.

Nereden başlamalı (ve nereden başlamamalı)?

Çoğu kişi denetime başlık etiketlerini yeniden yazarak ve metni anahtar kelimelerle doldurarak başlar. Bu yaklaşım terstir. Google bir sayfayı tarayamıyor veya dizine ekleyemiyorsa hiçbir anahtar kelime çalışması yardımcı olmaz; sayfa daha yarışa bile girmemiştir.

Bu nedenle işe site sahipleri için Google’ın ücretsiz kontrol paneli olan Google Search Console’dan başlarım. En yararlı ekran Sayfa Dizine Ekleme raporudur: Google’ın hangi sayfalarınızı gerçekten dizine eklediğini gösterir ve eklemediği her sayfa için bir neden sunar. Mağazalarda bu rapor genellikle büyük mali sorunları hemen ortaya çıkarır: binlerce yinelenen sayfa, Google’ın bulduğu ancak taramaya değer görmediği sayfalar veya en kötü durumda yanlışlıkla “dizine ekleme” olarak işaretlenen sayfalar.

Neredeyse her mağazada bulunan iki sorun

1. Yinelenen içerik. En büyük sorun budur. Filtreleriniz (renk, beden, fiyat), biri her tıkladığında yepyeni bir web adresi oluşturur ve bu adreslerin çoğu neredeyse aynı ürünleri gösterir. Varyantların da (aynı gömleğin beş farklı rengi) çoğu zaman ayrı sayfaları olur. Google sonunda binlerce birbirine çok benzeyen kopyanın arasından geçmek zorunda kalır.
2. Zayıf kategori sayfaları. Açıklama içermeyen, yalnızca bir ürün ızgarasından oluşan kategori sayfasını Google’ın sıralaması zordur; sayfanın ne hakkında olduğunu Google’a anlatacak yeterli içerik yoktur.

İhtiyacınız olanlar

• Google Search Console — ücretsizdir ve buradaki en önemli araçtır.
• Bir site tarayıcısı — Google gibi tüm sayfalarınızı ziyaret edip sorunları listeleyen bir araç. Ben Ahrefs Site Audit kullanıyorum (bu benim sitem olduğu için dürüst yanıt bu), ancak Ahrefs Webmaster Tools doğruladığınız siteler için ücretsiz tarama sunar; Screaming Frog da popüler bir masaüstü seçeneğidir.
• PageSpeed Insights ve Rich Results Test — hızınızı ve ürün işaretlemenizi kontrol etmek için Google’ın sunduğu iki ücretsiz araç.

Denetlenecek her alanı sırasıyla, e-ticarete özgü tuzaklarla ve düzeltmeleri etkilerine göre nasıl sıralayacağınızla birlikte içeren eksiksiz, önceliklendirilmiş kontrol listesini mi istiyorsunuz? Advanced sekmesine geçin.

TL;DR — Bir mağazayı kabaca şu sırayla denetlerim: taranabilirlik → dizine ekleme → yinelenen içerik → ölçekli sayfa içi SEO → teknik (CWV, HTTPS, canonical’lar) → yapılandırılmış veri → iç bağlantılar → stokta olmayan ürünlerin yönetimi → sayfa dışı SEO. Sayfa içi SEO’dan değil, GSC Sayfa Dizine Ekleme raporundan ve yeni bir taramadan başlarım; çünkü mağazalarda en yüksek kaldıraçlı sorunlar aynı anda binlerce URL’yi etkiler: fasetli gezinme kaynaklı yineleme, site genelinde yanlışlıkla eklenmiş noindex, büyük ölçekte “Discovered – currently not indexed”, yönlendirmelerle dolu site haritaları. Teslim edilecek çıktı 500 maddelik bir rapor değil, önceliklendirilmiş bir etki/çaba listesidir. Çoğu mağazanın tarama bütçesi konusunda endişelenmesi gerekmez; ancak gerekenlerin bunu gerçekten ciddiye alması gerekir.

Denetim yaklaşımı: sorun odaklı değil, müşteri odaklı

Bir tarayıcı size 170’ten fazla sorun türü sunar. Bunların tümünü bir rapora dökerseniz denetim değil, yalnızca bir belge üretmiş olursunuz. İş, sıralamaları ve geliri etkileyen birkaç sorunu bulup gerisini görmezden gelmektir.

Başlangıç noktası araç değil, yaşanan sorundur. Daha önce şöyle ifade etmiştim: “If clients are coming to you asking for an audit, they already have a pain point. Talk to them. Solve that one thing and they’ll be happy with the audit.” (Türkçe çeviri) «Müşteriler denetim istemek için size geliyorsa zaten canlarını yakan bir sorun vardır. Onlarla konuşun. O tek sorunu çözün; denetimden memnun kalırlar.» Mağazalarda sorun genellikle somuttur: trafik düşmüştür, bir kategori sıralamadan çıkmıştır, geçiş ters gitmiştir veya yeni ürünler dizine eklenmiyordur. Denetimi buna bağlayın, ardından kapsamı genişletin.

Ne zaman durmanız gerektiğini de bilin. Bir milyondan fazla alan adı üzerinde yaptığımız çalışmadan: “Sometimes, the best course of action is to do nothing because the costs outweigh the benefits.” (Türkçe çeviri) «Bazen en iyi seçenek hiçbir şey yapmamaktır; çünkü maliyetler faydaları aşar.» İşaretlenen her sorun bir geliştirici bileti açmaya değmez.

Neden sayfa içi SEO ile değil, Search Console ve tarama verileriyle başlıyorum?

Denetime başlık etiketleri ve sayfa başlıklarıyla başlama içgüdüsü, gördüğüm en yaygın hatadır. E-ticaret sitelerinde matematik bu yaklaşımın aleyhinedir: bir başlığı değiştirmek tek bir sayfaya, bir dizine ekleme kalıbını düzeltmek ise binlercesine yardımcı olur. Mağazalardaki en büyük kazanımlar neredeyse her zaman büyük ölçekli tarama ve dizine ekleme sorunlarından gelir ve risk tam da burada en yüksektir: “one mistake can keep millions of pages out of the index or remove an entire site from search results.” (Türkçe çeviri) «Tek bir hata milyonlarca sayfayı dizinin dışında tutabilir veya bir sitenin tamamını arama sonuçlarından kaldırabilir.»

Bu nedenle denetim yukarıdan aşağıya öncelik sırasıyla ilerler. İşte tamamı.

Adım 1 — Taranabilirlik

Botlar önemli olan içeriğe ulaşabiliyor mu ve önemsiz içeriklerle zaman kaybediyor mu?

E-ticarete özgü tuzaklar:

• Fasetli gezinmede URL patlaması. Filtreler (renk, beden, fiyat aralığı) birleşerek binlerce benzersiz URL oluşturur. Google bunun maliyeti konusunda açıktır: “the crawlers will typically access a very large number of faceted navigation URLs before the crawlers’ processes determine the URLs are in fact useless.” (Türkçe çeviri) «Tarayıcılar, kendi süreçleri bu URL’lerin aslında işe yaramadığını belirleyene kadar genellikle çok sayıda fasetli gezinme URL’sine erişir.»
• Parametre varyantları — oturum kimlikleri, izleme kodları (?utm_source=), sıralama düzenleri — aynı içeriği farklı URL’lerde çoğaltır.
• Tarama tuzakları — site içi arama sonuçları, sonsuz takvimler ve sınırsız filtre birleştirme.
• robots.txt ile gereğinden fazla veya az engelleme — oluşturma için gereken CSS/JS’nin ya da geçerli bir ürün yolunun yanlışlıkla engellenmesi veya değersiz bir parametre alanının engellenmemesi.
• JS’ye bağlı gezinme. Google gerçek bağlantılar ister: “use <a href> tags when creating links to other content. Don’t use JavaScript events on other HTML DOM elements for navigation.” (Türkçe çeviri) «Başka içeriklere bağlantı verirken <a href> etiketlerini kullanın. Gezinme için diğer HTML DOM öğelerindeki JavaScript olaylarını kullanmayın.»

Denetim adımları:

• robots.txt dosyasını getirip okuyun; önemli hiçbir şeyin engellenmediğini ve düşük değerli parametre alanlarının engellendiğini doğrulayın.
• Tarayıcıda “Blocked by robots.txt” listesini açın; önemli sayfalardan yakalanan var mı?
• GSC Crawl Stats: dizine eklenen sayfa sayısı sabitken taranan URL’lerde sıçrama olup olmadığına bakın; aradaki fark tarama israfıdır.
• Taranan tüm URL’leri dışa aktarın ve faset/parametre sorununun boyutunu belirlemek için yol/parametre kalıbına göre kümeleyin.

Tarama bütçesinde önce gerilimi düşürün. Çoğu mağazanın tarama bütçesi sorunu yoktur; olmayana sorun uydurmak yerine denetimde bunu açıkça söylerim: “Most sites don’t need to worry about crawl budget, but there are few cases where you may want to take a look.” (Türkçe çeviri) «Çoğu sitenin tarama bütçesi konusunda endişelenmesi gerekmez; ancak incelemek isteyebileceğiniz birkaç durum vardır.» Sorun, Google’ın eşikleri civarında gerçek hâle gelir: haftalık değişen “Large sites (1 million+ unique pages)…” (Türkçe çeviri) «Büyük siteler (1 milyonun üzerinde benzersiz sayfa)…», günlük değişen 10 000+ sayfa veya büyük bir “Discovered – currently not indexed” grubu. Sorun gerçekten varsa Google’dan daha fazla tarama istemek yerine israfı ortadan kaldırarak çözersiniz. (Ayrıntılı inceleme: tarama bütçesi.)

Adım 2 — Dizine ekleme

Taranabilir olmak, dizine eklenmiş olmak değildir. GSC Sayfa Dizine Ekleme raporu tüm denetimin merkezidir: “see which pages Google can find and index on your site, and learn about any indexing problems encountered.” (Türkçe çeviri) «Google’ın sitenizde hangi sayfaları bulup dizine ekleyebildiğini görün ve karşılaşılan dizine ekleme sorunlarını öğrenin.»

Bir mağazada en önemli durumlar:

• “Duplicate without user-selected canonical / Google chose a different canonical” (Türkçe çeviri) «Kullanıcının seçtiği canonical olmadan yinelenen / Google farklı bir canonical seçti» — fasetli gezinme/varyant yineleme sorununu görünür kılar.
• “Crawled – currently not indexed” (Türkçe çeviri) «Tarandı – şu anda dizine eklenmedi» — genellikle zayıf ürün veya birbirine çok benzeyen filtre sayfalarıdır.
• “Discovered – currently not indexed” (Türkçe çeviri) «Keşfedildi – şu anda dizine eklenmedi» — Google URL’yi biliyor ancak henüz taramamıştır; büyük kataloglarda bu bir tarama önceliği sinyalidir.
• “URL marked ‘noindex’” (Türkçe çeviri) «URL noindex olarak işaretlendi» — bunun kasıtlı olduğunu doğrulayın. Site genelinde yanlışlıkla uygulanması, “one mistake” senaryosudur.
• Soft 404 — fiilen boş olan bir sayfanın (stokta olmayan ürün, sıfır sonuçlu arama) 200 yanıtı vermesidir. Google bunların “will continue to be crawled, and waste your budget.” (Türkçe çeviri) «taranmaya devam edeceğini ve bütçenizi boşa harcayacağını» belirtir.

Denetim adımları:

• “Not indexed” URL’lerini nedenlerine göre dışa aktarın; her grubun büyüklüğünü belirleyin.
• GSC’deki dizine eklenmiş sayfa sayısını bilinen katalog büyüklüğünüzle karşılaştırın; büyük bir fark, Google’ın sayfaları bulamadığı anlamına gelir.
• Her neden grubundan bir örnek üzerinde URL Inspection çalıştırın.
• XML site haritasını denetleyin: burada yalnızca canonical, dizine eklenebilir ve 200 durumundaki URL’ler bulunmalıdır. Site haritasındaki yönlendirilmiş, noindex’li veya başka bir canonical’a bağlanmış URL’ler çelişkili sinyaller gönderir; bunları çıkarın.

Adım 3 — Yinelenen içerik (e-ticaretin #1 sorunu)

Bu, e-ticaret denetimlerinin ortaya çıkardığı en yaygın sorundur ve ayrı bir adımı hak eder. Google’dan Gary Illyes, internetin yaklaşık 60%‘ının yinelenen içerik olduğunu tahmin etmiştir; mağazalar da bu içerikte orantısız biçimde temsil edilir.

Kaynakları:

• Fasetli gezinme — ?color=blue, ?size=S&color=blue, ?size=S&color=blue&sort=price birbirine çok benzeyen içerikler sunar.
• Parametre sırası permütasyonları — ?color=blue&size=S ile ?size=S&color=blue aynı sayfanın iki ayrı kopyasıdır.
• Ayrı URL’ler olarak ürün varyantları — kendine referans veren bir canonical veya üst ürüne yönelen canonical olmadan kullanılan ?variant=….
• Bir ürünün birden fazla kategori yolu altında bulunması ve her iki yolun da dizine eklenebilir olması.
• Tek bir canonical’a 301 yönlendirmesi yapmayan HTTP/HTTPS, www/non-www ve sondaki eğik çizgi tutarsızlığı.

Adını özellikle anmaya değer Shopify tuzağı. Shopify, /collections/{collection}/products/{product} yolunu temiz /products/{product} URL’sine canonical olarak bağlar; bu nedenle insanlar sorunun çözüldüğünü varsayar. Tamamen çözülmez: koleksiyon sayfalarındaki iç bağlantılar hâlâ canonical olmayan /collections/... sürümünü gösterir. Dolayısıyla canonical ürün URL’si normal gezinme üzerinden iç bağlantı değeri almaz ve yetim sayfa olarak görünebilir. Çözümler: canonical /products/ URL’lerine bağlantı veren bir “All products” sayfası eklemek veya koleksiyon şablonlarını doğrudan canonical URL’ye bağlantı verecek şekilde düzenlemek.

Denetim adımları:

• GSC: Sayfa Dizine Ekleme raporundaki iki “Duplicate” grubunu da alın.
• Tarayıcının İçerik Kalitesi/yinelenen küme raporunda canonical belirtilmemiş kümeleri bulun.
• Fasetli parametre URL’lerinin yönetildiğini doğrulayın; Google’ın önerdiği önleme yöntemi filtre parametrelerini robots.txt ile engellemek veya “will have no impact on crawling.” olan parça tabanlı (#) filtrelemedir. Burada noindex kullanmayın (Mitler bölümüne bakın).
• Shopify /collections/*/products/* URL’lerinin /products/* yoluna canonical olarak bağlandığını ve bir yerden canonical sürüme bağlantı verildiğini kontrol edin.

(Arka plan: yinelenen içerik ve canonical belirleme.)

Adım 4 — Ölçekli sayfa içi SEO

Mağazalarda sayfa içi SEO, metin yazarlığı değil bir şablon oluşturma sorunudur; sayfaları değil kalıpları denetlersiniz.

Tekrarlanan sorunlar:

• Zayıf kategori sayfaları (e-ticaretin #2 sorunu). John Mueller bu konuda nettir: “When the ecommerce category pages don’t have any other content at all, other than links to the products, then it’s really hard for us to rank those pages.” (Türkçe çeviri) «E-ticaret kategori sayfalarında ürün bağlantıları dışında hiçbir içerik yoksa bu sayfaları sıralamamız gerçekten çok zordur.» Ancak bunu bir metin duvarıyla aşırı düzeltmeyin: “maybe 90%, 95% of that text is unnecessary,” (Türkçe çeviri) «Belki bu metnin %90’ı, %95’i gereksizdir.» ve “our algorithms sometimes get confused when they have a list of products on top and essentially a giant article on the bottom.” (Türkçe çeviri) «Üstte bir ürün listesi, altta ise devasa bir makale olduğunda algoritmalarımız bazen karışıklık yaşayabilir.» Hedef, üst kısma yakın yerde kısa ve yararlı bir blok (tedarik, malzemeler, beden bilgileri, popülerlik) sunmaktır; ürün ızgarasını gömen dolgu metinler değil.
• Şablon kaynaklı title çakışmaları — ürünler arasında neredeyse aynı hâle gelen Buy {Product} | Store kalıpları veya aynı adı paylaşan iki ürün.
• Şablon düzeyinde eksik/boş H1’ler ve title’lar.
• Meta description’lar — en önemli kategori ve ürün sayfalarınızda yapılmaya değer; uzun kuyrukta ise daha az değerlidir (Google bunları zaten çoğu zaman yeniden yazar).

Denetim adımları:

• Tarayıcının Sayfa İçi raporunda eksik title, eksik H1, eksik meta description, yinelenen title ve yinelenen H1 filtrelerini uygulayın.
• Benzersiz gövde metni çok az olan veya hiç olmayan kategori sayfalarını (zayıf içerik adayları) işaretleyin ve “Crawled – currently not indexed” durumuyla karşılaştırın.
• Title’ları dışa aktarın ve şablon çakışmalarını kontrol edin.

Denetim süresini harcamamanız gereken bir konu: birden fazla H1. Bunlar geçerli HTML5’tir ve sıralamayla neredeyse ilgisizdir; bir milyon alan adı üzerinde yaptığım çalışmaya göre sitelerin %51,3’ünde en az bir yerde bulunurlar. Atlayın.

Adım 5 — Teknik (CWV, HTTPS, canonical’lar, mobil)

Core Web Vitals. Google’ın geçiş eşikleri: LCP < 2,5s, INP < 200ms, CLS < 0,1. E-ticaretteki başarısızlık biçimleri öngörülebilir: optimize edilmemiş hero görselleri ve üçüncü taraf komut dosyaları (sohbet, A/B, pikseller) LCP’yi; sepete ekleme ve ödeme JS’si INP’yi; açık boyutları olmayan görseller ve sonradan eklenen promosyon çubukları CLS’yi olumsuz etkiler. Sorunun ürün, kategori veya ödeme şablonunda olup olmadığını görmek için GSC CWV raporunda URL grubuna göre denetleyin; ardından PageSpeed Insights’ta temsili şablonlarla doğrulayın. (Bkz. Core Web Vitals.)

HTTPS. Ürün, sepet ve ödeme dâhil her şey HTTPS üzerinde olmalı; karma içerik (HTTPS sayfalarındaki HTTP görselleri/kaynakları) bulunmamalı ve canonical’lar ile yönlendirmeler HTTPS sürümünü göstermelidir.

Canonical’lar. Yaygın e-ticaret hataları: 4XX sayfalarını gösteren canonical’lar; site haritasındaki canonical olmayan URL’ler; birinci sayfaya canonical olarak bağlanan sayfalandırılmış sayfalar (bunu yapmayın); ayrıca sessiz sorun olarak iç bağlantıların canonical olmayan sürümleri göstermesi ve canonical sürümün hiç bağlantı değeri biriktirememesi. Tek bir sayfadaki birden fazla rel=canonical etiketi yok sayılır.

Mobile-first. Google mobil sürümü dizine ekler. Mobil ürün sayfasının açıklama, yapılandırılmış veri veya tam boyutlu görselleri eksik, kırpılmış bir sürüm olmadığından emin olun.

Ham ve oluşturulmuş ürün kanıtı. Temsili PDP’lerde ilk HTML’yi ve yeni bir gezinmenin ardından oluşturulmuş yakalamayı kaydedin. Zaten yüklenmiş bir masaüstü sayfasını yeniden boyutlandırmayı mobil oluşturma testi olarak kabul etmeyin. Ham yanıt; temel ürün kimliğini, seçili/varsayılan SKU’yu ve niteliklerini, fiyatı, para birimini, bulunabilirliği, gerektiğinde taranabilir varyant bağlantılarını ve eşleşen Product/Offer verilerini göstermelidir. Ardından oluşturulmuş DOM ile görünür seçimi karşılaştırın. Google JavaScript’i oluşturabilir, ancak diğer tarayıcılar ve aracılar farklılık gösterir; başarılı bir oluşturma da çelişkili ürün bilgilerini düzeltmez.

Örneklenen her varyant için karşılaştırmayı feed, sepet ve ödeme aşamalarında sürdürün. URL, görünür PDP, oluşturulmuş JSON-LD, feed öğesi ve işlem; ürün kimliği, SKU, grup ID’si, seçili nitelikler, fiyat, para birimi ve bulunabilirlik açısından uyuşmalıdır. Kasıtlı konum veya müşteri özelindeki yeniden doğrulamaları, açıklanamayan uyuşmazlıklardan ayrı kaydedin. Ham/oluşturulmuş sınırı için Product Page SEO, seçili teklif sözleşmesinin tamamı için Product Variant SEO sayfasına bakın.

Adım 6 — Yapılandırılmış veri

Bir mağaza için öncelikli türler Product / ProductGroup, BreadcrumbList, Organization (iade politikasıyla) ve Review / AggregateRating’dir. Daha fazla geçerli özellik eklemek uygunluk kapsamını genişletir. Google: “adding the more properties you can add, the more enhancements your page can be eligible for.” (Türkçe çeviri) «Ekleyebildiğiniz özellik sayısı arttıkça sayfanızın uygun olabileceği geliştirmelerin sayısı da artar.» (Aklınızda tutmanız gereken mit: schema sizi zengin sonuçlara uygun kılar; sıralamanızı yükseltmez.)

Denetim adımları:

• Temsili bir ürün ve kategori sayfasında Rich Results Test çalıştırın.
• GSC Enhancements bölümünde Product Snippets ve Merchant Listings hata/uyarılarını kontrol edin.
• Her özellik için zorunlu ve önerilen alanları birbirinden bağımsız kontrol edin; bunları birleştirmeyin. Merchant listings için Google’ın zorunlu kümesi name, image ve offers alanlarından oluşur (bir Offer; price, priceCurrency ve availability içermelidir). Product snippets için name zorunludur ve uygunluk için review, aggregateRating veya offers alanlarından en az biri gerekir. Google bu özellikte aggregateRating, offers ve review alanlarını zorunlu değil, önerilen olarak listeler.
• Yaygın hatalar: eksik image, eksik offers, eksik availability, görünür fiyatla uyuşmayan schema fiyatları (politika ihlali) ve görünür iz ile uyuşmayan breadcrumb schema’sı.

Adım 7 — İç bağlantılar

Sorunlar: yetim ürün sayfaları (yukarıdaki klasik Shopify belirtisi); önemli kategori/ürün sayfalarının 5+ tıklama derinliğine gömülmesi; yönlendirmelere veya 404’lere giden iç bağlantılar; çok satan ürünlere yüksek otoriteli merkezlerden bağlantı verilmemesi. Google: “add links from menus to category pages, from category pages to sub-category pages, and finally from sub-category pages to all product pages.” (Türkçe çeviri) «Menülerden kategori sayfalarına, kategori sayfalarından alt kategori sayfalarına ve son olarak alt kategori sayfalarından tüm ürün sayfalarına bağlantılar ekleyin.»

Denetim adımları:

• Tarayıcının Bağlantılar raporunda yetim sayfaları ve tarama derinliğini alın; önemli sayfaların ana sayfadan yaklaşık ~3 tıklama uzakta olduğunu doğrulayın.
• Yönlendirmelere giden bağlantıları ve bozuk bağlantıları alın.
• En yüksek gelir sağlayan ürünlerinize ana gezinme menüsünden ve editoryal/merkez sayfalarından bağlantı verildiğini kontrol edin.

Adım 8 — Stokta olmayan ve üretimi durdurulan ürünler

Gerçek anlamda yalnızca e-ticarete özgü bir bölüm. Buradaki dürüst yanıtımın bir nedenle SEO klişesi hâline gelmiş olması şaşırtıcı değil: “though it’s a joke in the SEO community, ‘it depends’ is really the answer when dealing with out-of-stock products.” (Türkçe çeviri) «SEO topluluğunda şaka konusu olsa da stokta olmayan ürünlerde gerçek yanıt ‘duruma göre değişir’dir.» Ayrıca “ultimately, there’s no perfect solution.” (Türkçe çeviri) «Sonuçta kusursuz bir çözüm yoktur.» Karar, durumun geçici mi kalıcı mı olduğuna ve sayfanın trafik veya bağlantı alıp almadığına bağlıdır:

Bulunabilirliği yalnızca görünür etikete göre denetlemeyin. Sıradan bir stokta bulunan SKU, geçici stok tükenmesi, kısa süre önce yeniden stoklanmış bir ürün, mevcut bir ürün grubu içindeki kullanılamayan bir varyant ve posta koduyla sınırlandırılmış bir teklif örnekleyin. Her biri için yetkili backend durumunu, seçili varyantı, görünür sayfayı, Product/Offer işaretlemesini, merchant feed satırını, sepet satırını ve ödeme sonucunu uzlaştırın. Kişiselleştirilmiş teslimat sonucunun kataloğun genel durumuyla karıştırılmaması için pazarı, posta kodunu, kanalı, veri toplama zamanını ve feed işleme zamanını kaydedin. Eşlemenin tamamı Product Schema availability contract sayfasındadır.

Soft 404’lere dikkat edin: stokta olmayan ürün sayfaları, sıfır sonuçlu aramalar veya 200 döndüren boş sepet/hesap sayfaları. GSC’deki Soft 404 grubunu alın ve kalıba göre çözün. (Tam çerçeve için out-of-stock products sayfasına bakın.)

Adım 9 — Sayfa dışı SEO

Çoğu mağazada daha hafif ele alınır, ancak yine de gözden geçirilmeye değerdir:

• GSC Performance: markalı ve markasız tıklama payı; markaya aşırı bağımlılık, markasız keşfin zayıf olduğu anlamına gelir.
• Sayfa türüne göre backlink profili: kategori/ürün sayfaları bağlantı kazanıyor mu, yoksa yalnızca ana sayfa ve blog mu?
• Backlink’i olan 404 sayfalarını bulun ve en yakın canlı sayfaya 301 yönlendirin (bağlantı değerini geri kazanın).
• Kategori sayfalarındaki rakip bağlantı açığı.

Bulgular nasıl önceliklendirilir?

Yukarıdaki her şey bir liste üretir. Teslim edilecek çıktı listenin kendisi değil, sıralanmış hâlidir. Her bulguyu etki/çaba matrisinde puanlarım: “anything high-impact and low-effort is a quick win, so those tasks should be tackled first.” (Türkçe çeviri) «Etkisi yüksek, çabası düşük her şey hızlı bir kazanımdır; bu nedenle önce bu görevler ele alınmalıdır.» Bir mağaza için:

• Yüksek etki / düşük çaba — önce yapın: site genelinde başıboş bir noindex; yönlendirme/noindex URL’leriyle dolu bir site haritası; varyant URL’lerinde eksik canonical’lar; yönlendirmelere giden iç bağlantılar; stokta olmayan ürünlere ait soft 404’ler.
• Yüksek etki / yüksek çaba — planlayın ve takvime alın: fasetli gezinme mimarisi; Core Web Vitals çalışması; Product schema’nın şablonlara yayılması; tarama derinliği/ mimari düzeltmeleri.
• Düşük etki / düşük çaba — zaman olduğunda: uzun kuyruklu ürünlerde meta description’lar; küçük title şablonu düzenlemeleri.
• Düşük etki / yüksek çaba — atlayın: sıfır trafikli sayfalardaki yönlendirme zincirlerini temizleme; Open Graph etiketleri (sosyal içindir, sıralama için değil).

Matrisin bütün amacı, bazı işleri yapmama izni vermesidir.

Raporda açıklığa kavuşturulması gereken yaygın mitler

• “More indexed pages = better SEO.” Hayır. Google’ın kendi tavsiyesi: “eliminate duplicate content to focus crawling on unique content rather than unique URLs.” (Türkçe çeviri) «Taramayı benzersiz URL’ler yerine benzersiz içeriğe odaklamak için yinelenen içeriği ortadan kaldırın.» Dizini zayıf varyant sayfalarıyla şişirmek genellikle zarar verir.
• “Use noindex to save crawl budget on facets.” Hayır: “don’t use noindex, as Google will still request, but then drop the page… wasting crawling time.” (Türkçe çeviri) «noindex kullanmayın; Google sayfayı yine ister, sonra bırakır ve tarama süresini boşa harcar.» Bunun yerine getirmeyi (robots.txt) engelleyin veya parça filtreleme kullanın.
• “Shopify handles all canonicalization.” Canonical etiketini ayarlar ancak canonical olmayan sürümlere iç bağlantı verilmesi sorununu çözmez. Adım 3’e bakın.
• “Crawl budget affects every store.” Etkilemez; çoğu mağazanın bunu düşünmesi hiçbir zaman gerekmez.

AI özeti

Advanced sürümün kısa özeti:

• E-ticaret SEO denetimi, mağazayı geride tutan birkaç sorunu bulur — 500 maddelik bir kontrol listesi değil, önceliklendirilmiş bir listedir. Yaklaşım müşteri odaklıdır (gerçek soruna bağlanır) ve “sometimes the best course of action is to do nothing.” (Türkçe çeviri) «Bazen en iyi seçenek hiçbir şey yapmamaktır.»
• Sayfa içi SEO’dan değil, Google Search Console ve tarama verilerinden başlayın. Mağazalarda en büyük kazanımlar büyük ölçekli tarama/dizine ekleme sorunlarındadır; “one mistake can keep millions of pages out of the index.” (Türkçe çeviri) «Tek bir hata milyonlarca sayfayı dizinin dışında tutabilir.»
• Denetim sırası: taranabilirlik → dizine ekleme (GSC Sayfa Dizine Ekleme raporu) → yinelenen içerik → ölçekli sayfa içi SEO → teknik (CWV LCP<2,5s / INP<200ms / CLS<0,1, HTTPS, canonical’lar, mobil) → yapılandırılmış veri → iç bağlantılar → stokta olmayan ürünler → sayfa dışı SEO.
• E-ticaretin #1 sorunu: yinelenen içerik. Fasetli gezinme, parametre permütasyonları ve varyantlardan kaynaklanır. robots.txt engellemesi veya parça filtreleme ile düzeltin; noindex ile değil. Shopify tuzağı: /collections/.../products/... yolunu canonical olarak bağlar ancak iç bağlantılar hâlâ canonical olmayan URL’yi gösterir (yetim sayfalar).
• #2 sorun: zayıf kategori sayfaları. Mueller’e göre yalnızca ürün ızgarası olan kategori sayfalarını sıralamak zordur; ancak kısa ve yararlı bir blok, alttaki dev bir makaleden iyidir.
• Yapılandırılmış veri (Product, Breadcrumb, Org, Review) sizi zengin sonuçlara uygun kılar; sıralamanızı yükseltmez.
• Etki/çabaya göre önceliklendirin: hızlı kazanımlar (başıboş noindex, kirli site haritaları, varyant canonical’ları) önce; mimari çalışmalar (fasetler, CWV, schema yayılımı) planlanır; meşguliyet yaratan işler atlanır.
• Tarama bütçesi çoğu mağaza için sorun değildir — haftalık değişen ~1M+ sayfa, günlük değişen 10k+ sayfa veya büyük bir “Discovered – not indexed” grubu olduğunda önem kazanır.

Resmî belgeler

Her denetim adımının arkasındaki birincil kaynaklar.

Google — tarama ve dizine ekleme

• Tarama bütçenizi optimize edin — kimlerin buna ihtiyaç duyduğu, soft-404 israfı ve bütçeyi korumak için neden noindex kullanılmaması gerektiği.
• Fasetli gezinme URL’lerinin taranmasını yönetme — URL patlaması sorunu ve robots.txt/parça çözümleri.
• Sayfa dizine ekleme raporu (Search Console Yardım) — yinelenen parametre notu dâhil tüm “not indexed” durumları.
• URL Denetleme aracı (Search Console Yardım) — tek bir URL’nin dizin durumunu ve yapılandırılmış verisini kontrol etme.

Google — e-ticaret uzmanlığı

• E-ticaret URL yapısı için en iyi uygulamalar — alternatif URL’leri en aza indirme, açıklayıcı yollar, & ayırıcıları ve canonical parametre yönetimi.
• Google’ın e-ticaret sitesi yapınızı anlamasına yardımcı olun — menü → kategori → alt kategori → ürün hiyerarşisi ve <a href> gereksinimi.
• E-ticaret siteleri için yapılandırılmış veri — önerilen schema türleri.
• Ürün snippet’i yapılandırılmış verisi — zorunlu ve önerilen Product alanları.

Google — teknik

• Core Web Vitals’ı ve Google Arama sonuçlarını anlama — LCP/INP/CLS eşikleri ve CWV raporu.
• Zengin Sonuçlar Testi — Product, Breadcrumb ve diğer işaretlemeleri doğrulama.

Bing / Microsoft

• bingbot Series: Maximizing Crawl Efficiency — Bing’in “crawl efficiency” çerçevesi; büyük kataloglu mağazalar için önemlidir.

Kaynaktan alıntılar

Denetimin arkasındaki kayda geçmiş açıklamalar. Derin bağlantılar, kaynak sayfadaki alıntılanan bölüme gider.

Ben — denetim metodolojisi (Ahrefs yazılarımdan)

• “If clients are coming to you asking for an audit, they already have a pain point. Talk to them. Solve that one thing and they’ll be happy with the audit.” (Türkçe çeviri) «Denetim talep eden müşterinin zaten somut bir sıkıntısı vardır. Önce konuşup bu tek sıkıntıyı çözün; denetimin değerini orada görür.» — Patrick Stox, Ücretsiz SEO Denetim Şablonu.
• “Anything high-impact and low-effort is a quick win, so those tasks should be tackled first.” (Türkçe çeviri) «Etkisi yüksek, çabası düşük her şey hızlı bir kazanımdır; bu nedenle önce bu görevler ele alınmalıdır.» — Patrick Stox, Kurumsal Teknik SEO.
• “One mistake can keep millions of pages out of the index or remove an entire site from search results.” (Türkçe çeviri) «Tek bir hata milyonlarca sayfayı dizinin dışında tutabilir veya bir sitenin tamamını arama sonuçlarından kaldırabilir.» — Patrick Stox, Kurumsal Teknik SEO.
• “Sometimes, the best course of action is to do nothing because the costs outweigh the benefits.” (Türkçe çeviri) «Bazen en iyi seçenek hiçbir şey yapmamaktır; çünkü maliyetler faydaları aşar.» — Patrick Stox, 1 Milyondan Fazla Alan Adını İnceledik.
• “Most sites don’t need to worry about crawl budget, but there are few cases where you may want to take a look.” (Türkçe çeviri) «Çoğu sitenin tarama bütçesi konusunda endişelenmesi gerekmez; ancak incelemek isteyebileceğiniz birkaç durum vardır.» — Patrick Stox, Tarama Bütçesi Konusunda Ne Zaman Endişelenmelisiniz?
• “Though it’s a joke in the SEO community, ‘it depends’ is really the answer when dealing with out-of-stock products on e-commerce websites.” (Türkçe çeviri) «SEO çevrelerinde şakaya dönüşmüş olsa da e-ticarette stokta olmayan ürünler için doğru yanıt gerçekten ‘duruma bağlıdır’.» … “Ultimately, there’s no perfect solution.” (Türkçe çeviri) «Nihayetinde eksiksiz bir çözüm bulunmaz.» — Patrick Stox, Stokta Olmayan Ürünleri Nasıl Yönetmelisiniz?.

John Mueller, Google Search Advocate — zayıf kategori sayfaları (aktarılan)

• “When the ecommerce category pages don’t have any other content at all, other than links to the products, then it’s really hard for us to rank those pages.” (Türkçe çeviri) «E-ticaret kategori sayfalarında ürün bağlantıları dışında hiçbir içerik yoksa bu sayfaları sıralamamız gerçekten çok zordur.»
• “Maybe 90%, 95% of that text is unnecessary. But some amount of text is useful to have on a page so that we can understand what this page is about.” (Türkçe çeviri) «Belki bu metnin %90’ı, %95’i gereksizdir. Ancak sayfanın ne hakkında olduğunu anlayabilmemiz için sayfada bir miktar metin bulunması yararlıdır.»
• “Our algorithms sometimes get confused when they have a list of products on top and essentially a giant article on the bottom.” (Türkçe çeviri) «Üstte bir ürün listesi, altta ise devasa bir makale olduğunda algoritmalarımız bazen karışıklık yaşayabilir.»

Google — resmî belgeler

• “Eliminate duplicate content to focus crawling on unique content rather than unique URLs.” (Türkçe çeviri) «Taramayı benzersiz URL’ler yerine benzersiz içeriğe odaklamak için yinelenen içeriği ortadan kaldırın.» Alıntıya git
• “Don’t use noindex, as Google will still request, but then drop the page when it sees a noindex meta tag or header in the HTTP response, wasting crawling time.” (Türkçe çeviri) «noindex kullanmayın; Google sayfayı yine ister, HTTP yanıtında noindex meta etiketi veya üstbilgisi gördüğünde sayfayı bırakır ve tarama süresini boşa harcar.» Alıntıya git
• “The crawlers will typically access a very large number of faceted navigation URLs before the crawlers’ processes determine the URLs are in fact useless.” (Türkçe çeviri) «Tarayıcılar, kendi süreçleri bu URL’lerin aslında işe yaramadığını belirleyene kadar genellikle çok sayıda fasetli gezinme URL’sine erişir.» — Fasetli gezinme URL’lerinin taranmasını yönetme.
• “Use <a href> tags when creating links to other content. Don’t use JavaScript events on other HTML DOM elements for navigation.” (Türkçe çeviri) «Diğer içeriklere giderken gerçek <a href> bağlantıları oluşturun; gezinmeyi başka HTML DOM öğelerindeki JavaScript olaylarına bağlamayın.» — Google’ın e-ticaret sitesi yapınızı anlamasına yardımcı olun.

E-ticaret SEO denetimi kontrol listesi

Yukarıdan aşağıya ilerleyin; sıra, önceliklendirmenin kendisidir. Sayfa içi SEO’dan başlamayın.

1. Taranabilirlik

• robots.txt dosyasını okuyun; önemli hiçbir şey engellenmemiş, düşük değerli parametre alanları engellenmiş olmalı.
• “Blocked by robots.txt” raporu yanlış pozitifler açısından incelenmiş olmalı.
• GSC Crawl Stats, taranan ve dizine eklenen sayılar arasındaki farklar (tarama israfı) açısından kontrol edilmiş olmalı.
• Tüm URL’ler dışa aktarılmış ve faset sorununun boyutunu belirlemek için parametre/yola göre kümelenmiş olmalı.
• İşlem yapmadan önce tarama bütçesi endişesinin gerçek olduğu (haftalık 1M+ / günlük 10k+ / büyük “Discovered” grubu) doğrulanmış olmalı.

2. Dizine ekleme

• GSC Sayfa Dizine Ekleme raporundaki “Not indexed” URL’leri nedenlerine göre dışa aktarılmış ve sayılmış olmalı.
• Dizine eklenen sayfa sayısı bilinen katalog büyüklüğüyle karşılaştırılmış olmalı.
• Her neden grubundan bir örnekte URL Inspection çalıştırılmış olmalı.
• XML site haritası yalnızca canonical, dizine eklenebilir ve 200 durumundaki URL’leri içermeli.
• Site genelinde yanlışlıkla uygulanmış noindex bulunmamalı.

3. Yinelenen içerik

• GSC’deki iki “Duplicate” grubu da incelenmiş olmalı.
• Tarayıcıda canonical’ı olmayan yinelenen kümeler belirlenmiş olmalı.
• Fasetli parametreler robots.txt veya # parçalarıyla yönetilmeli (noindex ile değil).
• Shopify /collections/*/products/* yolları canonical olarak bağlanmalı ve canonical sürüme iç bağlantı verilmiş olmalı.
• HTTP/HTTPS, www/non-www ve sondaki eğik çizgi sürümlerinin tümü tek bir canonical’a 301 yönlendirmesi yapmalı.

4. Ölçekli sayfa içi SEO

• Eksik/yinelenen title’lar, H1’ler ve meta description’lar tarayıcıda filtrelenmiş olmalı.
• Zayıf kategori sayfaları işaretlenmeli; metin duvarı değil, kısa ve yararlı bir metin bloğu kullanılmalı.
• Title şablonları çakışmalar açısından kontrol edilmiş olmalı.

5. Teknik

• URL grubuna göre CWV: LCP < 2,5s, INP < 200ms, CLS < 0,1.
• Her yerde HTTPS kullanılmalı; karma içerik bulunmamalı.
• Canonical’lar: 4XX hedefi, canonical olmayan site haritası URL’si ve sayfalandırılmış sayfadan birinci sayfaya bağlantı olmamalı; sayfa başına tek etiket kullanılmalı.
• Mobil sürümden açıklama/schema/görseller çıkarılmış olmamalı.

6. Yapılandırılmış veri

• Rich Results Test ürün + kategori şablonlarında başarılı olmalı.
• GSC Product Snippets / Merchant Listings raporları temiz olmalı.
• Merchant listing için zorunlu küme bulunmalı: name, image, offers (price/currency/availability).
• Product snippet uygunluğu bulunmalı: name ile birlikte review, aggregateRating veya offers alanlarından en az biri.
• Schema fiyatları görünür fiyatlarla, breadcrumb schema’sı görünür iz ile eşleşmeli.

7. İç bağlantılar

• Yetim sayfalar ve tarama derinliği incelenmiş; önemli sayfalar yaklaşık ~3 tıklama içinde olmalı.
• Yönlendirmelere giden bağlantılar ve bozuk bağlantılar alınmış olmalı.
• Çok satan ürünlere gezinme menüsünden ve merkez/editoryal sayfalardan bağlantı verilmiş olmalı.

8. Stokta olmayan / üretimi durdurulan ürünler

• Soft 404 grubu alınmış ve kalıba göre çözülmüş olmalı.
• Geçici ve kalıcı durum kararları uygulanmış olmalı (yayında tut / 301 / 404-410).
• Silinen ürünlere giden iç bağlantılar kaldırılmış veya güncellenmiş olmalı.

9. Sayfa dışı SEO

• Markalı ve markasız tıklama payı incelenmiş olmalı.
• Bağlantılar sayfa türüne göre değerlendirilmiş olmalı.
• Backlink’i olan 404’ler canlı sayfalara 301 ile yönlendirilmiş olmalı.

10. Önceliklendirin ve teslim edin

• Her bulgu etki/çaba açısından puanlanmış olmalı.
• Hızlı kazanımlar önce yapılmalı; mimari planlanmalı; meşguliyet yaratan işler atlanmalı.
• Rapor, önemli birkaç soruna odaklanmalı ve bunların ticari etkisini nicelendirmeli.

Denetimin arkasındaki çerçeveler

1. Önce ölçek sıralaması. Kaldıraç alana göre değiştiği için denetim öncelik sırasıyla ilerler: sayfa içi bir değişiklik tek sayfayı, bir dizine ekleme kalıbı ise binlerce sayfayı düzeltir. Bu nedenle: taranabilirlik → dizine ekleme → yinelenen içerik → sayfa içi SEO → teknik → yapılandırılmış veri → iç bağlantılar → stokta olmayan ürünler → sayfa dışı SEO. Title etiketleriyle başlama dürtüsüne direnin.

2. Etki/çaba matrisi. Her bulguyu iki eksende puanlayın ve bulunduğu bölgeye göre harekete geçin:

Matrisin asıl değeri, bazı işleri atlama izni vermesidir: “sometimes the best course of action is to do nothing.”

3. Müşteri odaklı kapsam belirleme. Her şeyi denetlemeyin. Mağazanın gerçekten yaşadığı sorundan (trafik düşüşü, sıralamadan çıkan kategori, başarısız geçiş) başlayın, onu çözün ve ardından kapsamı genişletin. Nicelendirilmiş 5–10 soruna odaklanan bir rapor, 200 satırlık tarama dışa aktarımından her zaman daha iyidir.

4. Üç “eşit değildir” (teknik SEO’dan devralınmıştır). Tarama ≠ dizine ekleme (engellenmiş bir sayfa yine de dizine eklenebilir), tarama ≠ sıralama (daha fazla tarama ≠ daha yüksek konumlar), tarama ≠ oluşturma (JS ayrı çalışır). E-ticaretteki “ürünüm neden görünmüyor?” türü karışıklıkların çoğu, sorunun hangi aşamada olduğunu bulduğunuzda çözülür.

5. Stokta olmayan ürün karar ağacı. Geçici → yayında tut (yeniden stok/bekleme listesi). Kalıcı + yakın eşleşme → 301. Kalıcı + bağlantı/trafik var, eşleşme yok → ilgili ürünlerle yayında tut. Kalıcı + hiçbir değer yok → 404/410. Dürüst varsayılan yanıt “It depends”tir; değişkenler kalıcılık ve bağlantı değeridir.

E-ticaret SEO denetimi araçları

Bu denetimde anılanlar

• Google Search Console — omurga: Sayfa Dizine Ekleme raporu (tüm “not indexed” nedenleri), Crawl Stats, Core Web Vitals, Sitemaps, URL Inspection ve Enhancements (Product Snippets, Merchant Listings). Ücretsizdir ve denetim burada başlar.
• Ahrefs Site Audit — başlıca tarayıcım: 170’ten fazla sorun türünde taranabilirlik, dizine eklenebilirlik, yinelenen kümeler, canonical’lar, yetim sayfalar, iç bağlantılar, tarama derinliği, performans ve yapılandırılmış veri kontrolleri.
• Ahrefs Site Explorer — sayfa türüne göre backlink profili, bağlantı alan bozuk sayfalar (yönlendirmeyle değeri geri kazanma hedefleri), sayfaya göre organik anahtar kelimeler ve rakip bağlantı açıkları.
• Google Rich Results Test — canlı URL’de Product, BreadcrumbList ve diğer schema’ları doğrular.
• PageSpeed Insights — temsili şablonlarda saha (CrUX) + laboratuvar CWV verileri.

Ücretsiz seçenekler

• Ahrefs Webmaster Tools — doğruladığınız siteler için ücretsiz tarama + Site Audit; yukarıdakilerin çoğunu ücretsiz edinmenin yolu.
• Bing Webmaster Tools — tarama bilgileri, Site Scan ve IndexNow (yeniden taramayı beklemek yerine fiyat/stok değişikliklerini gönderme).

Diğer tarayıcılar

• Screaming Frog SEO Spider — URL’lerin, durum kodlarının, canonical’ların, meta verilerin ve hreflang’in toplu masaüstü dışa aktarımı; çok büyük özel taramalar için kullanışlıdır.
• Chrome DevTools — ürün içeriğinin ilk HTML’de mi bulunduğunu yoksa JavaScript tarafından mı eklendiğini doğrular (“View source” ve “Inspect”).

Uygulama rehberi: e-ticaret sitesinde genel organik trafik düşüşü

1. Kapsamı doğrulayın. Search Console verilerini sayfa türü, ülke, cihaz ve sorgu sınıfına göre ayırın. Yalnızca bir şablon veya pazar değiştiyse incelemeyi orada tutun; tüm segmentler değiştiyse site genelinde devam edin.
2. Zamanlamayı hizalayın. Dağıtımları, geçişleri, feed değişikliklerini, envanter olaylarını, mevsimselliği ve bilinen arama değişikliklerini aynı zaman çizelgesinde işaretleyin. Düşüş bir sürümle başladıysa genel bir sorun listesi oluşturmadan önce o sürümü inceleyin.
3. Erişim ve yanıt değişikliklerini kontrol edin. Güncel ve önceki robots kurallarını, durum kodlarını, canonical’ları, site haritalarını ve oluşturulmuş iç bağlantıları karşılaştırın. Önemli URL’ler engellenmiş, yönlendirilmiş, noindex’lenmiş veya yetim bırakılmışsa önce bu arızayı kontrol altına alın.
4. Dizine eklemeyi uzlaştırın. Site haritası/katalogdaki amaçlanan URL’leri tarama sonuçları ve Search Console Sayfa Dizine Ekleme nedenleriyle birleştirin. Kayıp yinelenen veya canonical durumlarında kümeleniyorsa URL sinyallerini; crawled-not-indexed durumunda kümeleniyorsa içerik ve sayfa değerini inceleyin.
5. Temsili şablonları test edin. Bilinen iyi ve etkilenen birer kategori, ürün, faset ve editoryal sayfayı oluşturma, schema, iç bağlantılar ve Core Web Vitals açısından doğrulayın. Paylaşılan bir bileşen başarısızsa münferit sayfaları değiştirmeden önce örneklemi genişletin.
6. Etkilenen değere ve güven düzeyine göre önceliklendirin. Doğrulanmış en yüksek değerli neden için geri alınabilir en küçük düzeltmeyi yayınlayın. Kanıt kesin değilse spekülatif değişiklikleri paketlemek yerine hedefli bir örneklem toplayın.
7. Doğrulayın ve açıklama ekleyin. Değişikliği tam olarak kaydedin, teknik çıktısını test edin ve etkilenen segmenti kendi temel çizgisine göre izleyin. Amaçlanan sinyal değişmediyse geri alın veya tanıyı yeniden açın.

Ekibin dikkatini boşa harcayan denetim uygulamaları

Tarayıcının her uyarısını dışa aktarıp buna denetim demek

Neden başarısız olur: önem derecesi etiketleri sitenin şablonlarını, trafiğini, gelirini veya amaçlanan URL politikasını bilmez. Bunun yerine: her bulguyu etkilenen URL’lere, kanıta, ticari etkiye ve belirli bir düzeltme sorumlusuna bağlayın.

Dizine ekleme kaybı sırasında title etiketi yeniden yazımlarıyla başlamak

Neden başarısız olur: sayfa içi iyileştirmeler engellenmiş, yönlendirilmiş, başka bir canonical’a bağlanmış veya oluşturulmamış sayfaları düzeltemez. Bunun yerine: yığında aşağı ilerlemeden önce taranabilirlik ve dizine ekleme kapsamını belirleyin.

Hariç tutulan her URL’yi sorun kabul etmek

Neden başarısız olur: alternatif varyantlar, filtrelenmiş URL’ler ve canonical olmayan yinelemeler kasıtlı olarak hariç tutulmuş olabilir. Bunun yerine: gözlemlenen durumu her URL sınıfı için belgelenmiş dizine ekleme politikasıyla karşılaştırın.

Hiçbir şeyi ölçmeden önce birden fazla sistemi değiştirmek

Neden başarısız olur: birleştirilmiş şablon, canonical, içerik ve bağlantı değişiklikleri nedensel açıklığı ortadan kaldırır ve geri almayı zorlaştırır. Bunun yerine: ilişkili düzeltmeleri gruplayın, beklenen sinyali belirtin ve her sürümü doğrulayın.

Birbiriyle uyuşmayan denetim kanıtlarını teşhis etme

Yakalama, zaman damgası, ortam, kapsam, sınırlamalar, yeniden üretme ve kabul testleri için ortak SEO audit evidence package paketini kullanın. Burada bunu ürün ID’si, SKU, seçili varyant, pazar, posta kodu, envanter/teslimat durumu, feed kaynağı ve işleme zamanı ile genişletin. Özgün katalog, sayfa ve feed yakalamalarını analistin tanısından ayrı tutun.

Tarama toplamları katalog büyüklüğünün çok üzerinde

Muhtemel neden: faset, sıralama, izleme, arama veya oturum parametreleri URL kombinasyonları oluşturuyordur. Düzeltme: parametre kalıplarını sınıflandırın, iç keşif ile canonical davranışını inceleyin ve kontroller önermeden önce sınırlandırılmış bir örneklemi tarayın.

Search Console ile tarayıcı dizine eklenebilirlik konusunda uyuşmuyor

Muhtemel neden: tarama bugünkü yanıtı görürken Search Console daha önceki bir taramayı yansıtıyordur veya oluşturma, ham HTML’den sonra direktifleri değiştiriyordur. Düzeltme: zaman damgalarını, ham ve oluşturulmuş çıktıyı, canonical sinyallerini ve temsili URL Inspection sonuçlarını karşılaştırın.

Yapılandırılmış veri hataları yalnızca bazı ürünlerde görünüyor

Muhtemel neden: isteğe bağlı katalog alanları, varyant mantığı veya stokta olmayan durumlar farklı bir şablon dalına giriyordur. Düzeltme: hataları şablon ve veri koşuluna göre segmentlere ayırın, etkilenen bir kaydı yeniden üretin ve URL’leri elle düzenlemek yerine ortak eşlemeyi düzeltin.

Öneriler sürekli artıyor ancak hiçbir şey yayınlanmıyor

Muhtemel neden: bulgularda etki, sorumluluk, bağımlılıklar veya kabul testleri eksiktir. Düzeltme: doğrulanmış her sorunu etkilenen kapsamı, kanıtı, önerilen değişikliği, beklenen sinyali, sorumluyu ve doğrulama adımını içeren bir bilete dönüştürün.

Denetim kanıtlarını düzenlemeye yönelik istemler

Önem derecesi uydurmadan bulguları kümeleme

Bu istemin ardından hassas bilgilerden arındırılmış bir tarama/sorun dışa aktarımı yapıştırın.

Group these ecommerce SEO findings by root cause and affected template. Preserve the
original evidence and URL counts. For each group, return: observed signal, likely
system owner, evidence still needed, affected page type, reversible first test, and
validation method. Do not assign business impact or severity unless the input
contains traffic, revenue, or indexation evidence supporting it.

[PASTE AUDIT EXPORT]

Doğrulanmış bulguları uygulama biletlerine dönüştürme

Convert only the confirmed findings below into engineering-ready tickets. Each ticket
must include current behavior, intended behavior, affected URL pattern, reproduction
steps, proposed acceptance tests, monitoring window, and rollback condition. Separate
facts from hypotheses and place unresolved questions in a final section.

[PASTE CONFIRMED FINDINGS AND EVIDENCE]

E-ticaret denetimi sinyal haritası

Denetim programının siteyi iyileştirip iyileştirmediğini ölçme

Çözülen doğrulanmış yüksek etkili bulgular

Metrik: yalnızca kapatılanların değil, yayınlanıp doğrulanan kanıta dayalı öncelikli bulguların sayısı ve oranı. Size ne söyler: denetim çalışmasının üretime ulaşıp ulaşmadığını ve beklenen teknik sinyali üretip üretmediğini. Nasıl alınır: denetim kayıt defterini sorun takipçisi durumu ve kabul testi kanıtıyla birleştirin. Karşılaştırma noktası / gerçekçi aralık: ekip kapasitesi ve bağımlılık sınıfına göre temel çizgi oluşturun; oranı şişirmek için düşük değerli bulguların kapatılmasını ödüllendirmeyin. Sıklık: her sprintte ve temel nedene göre üç ayda bir.

Sayfa türüne göre amaçlanan dizin kapsamı

Metrik: ürün, kategori, editoryal ve onaylanmış faset sayfalarına göre segmentlere ayrılmış, beklenen dizine ekleme durumunda temsil edilen amaçlanan canonical URL’ler. Size ne söyler: aranabilir envanterin politikayla eşleşip eşleşmediğini. Nasıl alınır: site haritası/katalog URL’lerini, tarama durumlarını ve Search Console Sayfa Dizine Ekleme dışa aktarımlarını uzlaştırın. Karşılaştırma noktası / gerçekçi aralık: hedef, açık URL politikasına bağlıdır; hariç tutulan varyantlar başarısızlık sayılmamalıdır. Sıklık: aylık ve platform sürümlerinden sonra.

Etkilenen kohortların organik performansı

Metrik: yayınlanan düzeltmelere bağlı tam URL/sorgu kohortları için tıklamalar, gösterimler ve nitelikli organik sonuçlar. Size ne söyler: teknik olarak doğrulanmış çalışmanın kalıcı arama ve ticari iyileşmeyle örtüşüp örtüşmediğini. Nasıl alınır: değişiklik öncesi Search Console kohortlarını kaydedin ve yönetişin izin verdiği durumlarda analitik veya ticaret sonuçlarıyla birleştirin. Karşılaştırma noktası / gerçekçi aralık: her kohortu kendi mevsimsel temel çizgisiyle ve mümkünse etkilenmemiş bir karşılaştırma grubuyla karşılaştırın. Sıklık: sürümde açıklama ekleyin; yeterli yeniden taramadan sonra ve ardından aylık olarak inceleyin.

Tekrarlanma oranı

Metrik: düzeltmeden sonra aynı şablonda veya URL sınıfında yeniden görünen doğrulanmış sorunlar. Size ne söyler: temel nedenin mi düzeltildiğini, yoksa yalnızca mevcut belirtilerin mi yamalandığını. Nasıl alınır: planlanmış tarama algılayıcılarını ve denetim kayıt defteri parmak izlerini çalışmalar arasında karşılaştırın. Karşılaştırma noktası / gerçekçi aralık: temel çizgiyi belirlemek için karşılaştırılabilir ilk iki denetimi kullanın ve yinelenen sistemik kusurları önleme çalışması olarak ele alın. Sıklık: her denetim döngüsü.

Kendinizi sınayın: e-ticaret SEO denetimleri

Denetim sıralaması, kanıt ve önceliklendirme üzerine beş soru.

Değişiklik günlüğü