WooCommerce add-to-cart URL'leri Google'da Dizine Giriyor: Nasıl Engellenir?

WooCommerce add-to-cart URL adresleri Google'da neden dizine giriyor?

WooCommerce add-to-cart URL adresleri, bir ürünün sepete eklenmesini tetikleyen ve sonunda ?add-to-cart= parametresi taşıyan bağlantılardır. Mağaza şablonunuz bu bağlantıları sayfada düz link olarak sunarsa Googlebot onları keşfeder, tarar ve bazen dizine ekler. Çözüm, bu adresleri taramaya ve dizine kapatmak, düğmeyi de linkten kurtarmaktır.

Panik gerekmez, ancak sorunu hafife de almayın. Bu yazıda yalnızca bu tek durumu ele alıyoruz: neden oluştuğunu, nasıl teşhis ettiğinizi ve hangi sırayla düzelttiğinizi anlatıyoruz. Genel SEO konularına girmiyoruz; ilgili konular için mevcut yazılarımıza bağlantı veriyoruz.

Talha Aslan ve ekibi olarak e-ticaret sitelerinde bu tabloyu sık görüyoruz. Belirti genellikle aynıdır: Search Console raporlarında ürün adresinin sonuna parametre eklenmiş yüzlerce, bazen binlerce adres görünür. Aşağıdaki adımlar kavramsaldır ve kod yazmayı gerektirmez.

Yazıyı okurken kendi mağazanızı düşünün. Önce sorunun sizde var olup olmadığını kontrol ediyoruz, ardından en düşük riskli çözümden başlıyoruz. Her bölümde yalnızca resmi belgelere dayanıyoruz ve emin olmadığımız ayrıntıyı kesin bilgi gibi yazmıyoruz.

WooCommerce add-to-cart URL parametresi (?add-to-cart=) tam olarak ne yapar?

WooCommerce, bir ürünü sepete eklemek için adrese eklenen bir sorgu parametresini kabul eder. Parametre, ürünün numarasını taşır. Tarayıcı bu adrese gittiğinde ürün sepete girer ve çoğu zaman sayfa yeniden yüklenir.

Yani bu adres bir sayfa değil, bir işlemdir. Ancak sunucu yine de 200 durum koduyla bir sayfa döndürür. Dolayısıyla bir tarayıcı robotu için bu adres, ürün sayfasının neredeyse birebir kopyası gibi görünür.

Bu davranışın kendisi hata değildir; WooCommerce bunu bilerek sunuyor. mağazanın çalışma biçimidir. Sorun, bu işlem adreslerinin arama motorlarına açık bırakılmasından doğar. Örneğin kategori sayfanızdaki her ürün kartında düz bir sepete ekle bağlantısı varsa, her kart için ayrı bir işlem adresi üretilir.

Bu yüzden WooCommerce add-to-cart URL kavramını iki parçada düşünün: parametreyi okuyan sunucu davranışı ve o parametreyi taşıyan bağlantıyı gösteren şablon. Sunucu davranışını değiştirmiyoruz; şablondaki bağlantıyı değiştiriyoruz.

Google bu adreslere nasıl ulaşır?

Googlebot, sayfalarda gördüğü bağlantıları izleyerek yeni adresleri keşfeder. Şablonunuz sepete ekle düğmesini bir bağlantı olarak yazdıysa robot bunu ziyaret edilebilir bir adres sayar. Bağlantıya nofollow işareti koymak yardımcı olabilir, ancak bu işaret robotlar için bir ipucudur; kesin bir engel değildir.

Keşif yolları yalnızca sayfa içi bağlantılarla sınırlı değildir. Aşağıdaki kaynaklar da bu adresleri dışarı taşıyabilir:

• Kategori, etiket ve arama sonucu sayfalarındaki ürün kartları.
• Sitemap eklentisinin yanlışlıkla eklediği parametreli adresler.
• Başka sitelerde ya da sosyal medyada paylaşılan, parametre taşıyan bağlantılar.
• E-posta ve reklam kampanyalarında kullanılan doğrudan sepete ekleme linkleri.

Bir adres bir kez keşfedildiğinde Google onu hemen unutmaz. Bu nedenle sorun düzeltildikten sonra bile eski adresler bir süre raporlarda görünmeye devam edebilir.

Search Console'da bu sorun nasıl görünür?

Genellikle sayfa dizinleme raporunda beklenmedik bir adres kümesi fark edersiniz. Adreslerin hepsi aynı ürün yoluna sahiptir; yalnızca sonlarındaki parametre değişir. Bazıları keşfedildi ama dizine eklenmedi, bazıları ise taranmış ama dizine eklenmemiş olarak listelenebilir.

Raporlardaki durum adlarını sürüme ve dile göre farklı görebilirsiniz. Bu nedenle kesin ekran metnine yaslanmak yerine, adres kalıbına bakın. Ürün yolunun sonunda ?add-to-cart= taşıyan her adres, aynı sorunun parçasıdır.

Ayrıca tarama istatistiklerinde şüpheli bir artış olup olmadığını inceleyin. Parametreli adreslerin toplam taramadaki payı yükseldiyse, robot zamanını gerçek ürün sayfaları yerine işlem adreslerine harcıyor demektir. Bu tabloyu gördüğünüzde ilk işiniz örnek birkaç adresi açıp ürün sayfasıyla karşılaştırmak. Çoğu zaman içerik aynıdır, yalnızca adres farklıdır. Bu durumun genel nedenleri için tarama sıklığı düşüşü yazımıza göz atabilirsiniz: Googlebot neden daha az tarar.

Sunucu yükü ve önbellek neden etkilenir?

Sepete ekleme adresi, sunucuda gerçek bir işlem çalıştırır. Oturum açılır, sepet kaydı güncellenir ve yanıt dinamik olarak üretilir. Bir robot yüzlerce bu adresi art arda çağırırsa, sunucunuz her seferinde bu işi yapmak zorunda kalır.

Önbellek burada ayrı bir sorun yaratır. WooCommerce'in resmi önbellek belgesi, sepet, hesabım ve ödeme sayfalarının müşteriye özel bilgi gösterdiği için önbelleğe alınmaması gerektiğini söyler. Belge ayrıca, sepete ekleme isteklerinin önbelleği atlaması için bir kural örneği de verir.

Önbellek ayarları bu istekleri atlamıyorsa iki risk doğar. Birincisi, yanlış sepet içeriğinin başka bir ziyaretçiye gösterilmesi ihtimalidir. İkincisi, her robot isteğinin önbelleği aşıp doğrudan sunucuya inmesidir. Barındırma tarafındaki genel tercihler için WooCommerce hosting seçimi yazımıza bakabilirsiniz.

WooCommerce add-to-cart URL adresleri tarama bütçesini nasıl tüketir?

Tarama bütçesi, Googlebot'un sitenize ayırdığı zaman ve istek miktarı gibi düşünülebilir. Google'ın tarama bütçesi rehberi, bu kaynağın benzersiz içeriğe yönlendirilmesini ve yinelenen içeriğin azaltılmasını öğütler. Rehber, önemsiz sayfaların robots.txt ile engellenmesini de önerir.

Her WooCommerce add-to-cart URL isteği, robot için bir istek harcaması demektir. Bu istekler gerçek ürün ve kategori sayfalarına gitmesi gereken zamanı alır. Sonuçta yeni ürünleriniz geç keşfedilir, güncellenen fiyatlar geç yansır.

Küçük sitelerde bu etki sınırlı kalabilir. Ancak büyük kataloglarda, özellikle sık güncellenen ürünlerde fark edilir hale gelir. Google'ın rehberi bu konuda yalnızca büyük ve sık güncellenen siteler için bir uyarı niteliği taşır; kendi durumunuzu Search Console verisiyle değerlendirin.

Rakam vermiyoruz, çünkü bütçe siteden siteye değişir ve Google bu değeri kamuya açık biçimde paylaşmaz. Bunun yerine, tarama istatistiklerinde parametreli adreslerin payını izlemek en güvenilir yoldur.

Robots.txt ile WooCommerce add-to-cart URL adreslerini engellemek nasıl çalışır?

Robots.txt, robotlara hangi adresleri taramamaları gerektiğini bildiren bir metin dosyasıdır. Google'ın resmi belgesine göre bu dosya esas olarak sitenizin gereksiz isteklerle yüklenmesini önlemek içindir. Dosyaya, içinde ?add-to-cart= geçen adresleri kapsayan bir yasaklama kalıbı yazarsınız.

Kalıbı kavramsal olarak şöyle düşünün: adresin herhangi bir yerinde bu parametre adı geçiyorsa tarama. Joker karakter kullanımı ve satır biçimi konusunda resmi belgeyi esas alın; kuralı yazmadan önce küçük bir deneme yapın. Dosyayı oluşturmak için robots.txt oluşturucu aracımızı kullanabilirsiniz.

Bu kural taramayı azaltır, sunucu yükünü hafifletir ve tarama bütçesini gerçek sayfalara yönlendirir. Google'ın tarama bütçesi rehberi de önemsiz sayfaları robots.txt ile engellemeyi önerir. Temel bilgi için robots.txt nedir yazımızı okuyun.

Robots.txt tek başına neden yetmez?

Çünkü taramayı engellemek, dizinlemeyi engellemek demek değildir. Google'ın belgesi açıkça şunu söyler: robots.txt ile yasaklanmış bir sayfa, başka yerlerden bağlantı aldığı için yine de dizine eklenebilir. Bu durumda adres sonuçlarda açıklamasız görünebilir.

Dolayısıyla zaten dizine girmiş adresleriniz varsa, yalnızca robots.txt kuralı eklemek onları listeden düşürmez. Üstelik robot sayfayı artık göremediği için sayfadaki herhangi bir işaretleme talimatını da okuyamaz. Bu tuzak, işlerin ters gitmesinin en yaygın nedenidir.

Bir örnek senaryo düşünün: mağazanızda bir ürün sayfası var ve robot bu sayfanın parametreli bir kopyasını keşfetti. Kopya robots.txt ile kapatıldı ama dışarıdan bir bağlantı almaya devam ediyor. Google bu adresi içeriğini okumadan listeleyebiliyor. İşte bu yüzden temizlik ayrı bir adım.

Biz bu yüzden robots.txt'yi her zaman son adım olarak planlıyoruz. Kısacası robots.txt bir önleme aracıdır, temizlik aracı değildir. Henüz dizine girmemiş adresler için iyi bir kalkandır. Dizine girmiş olanlar için ise farklı bir sıra izlemeniz gerekir; bunu aşağıdaki bölümlerde adım adım anlatıyoruz.

Sitemap ve iç linkler bu sorunu nasıl besler?

Bazen sorunun kaynağı düğme değil, sitemap dosyası ya da iç linklerdir. Bir eklenti yanlış yapılandırıldığında parametreli adresleri sitemap'e ekleyebilir. Bu, Google'a bu adreslerin önemli olduğunu söyleyen yanlış bir işarettir.

Aşağıdaki noktaları kontrol edin:

• Sitemap dosyasında parametre taşıyan hiçbir adres olmamalı.
• Menüde, altbilgide ve ürün önerilerinde parametreli bağlantı kullanılmamalı.
• Blog yazılarında ya da kampanya sayfalarında doğrudan sepete ekleme linki bulunmamalı.
• Canonical etiketleri her zaman parametresiz asıl adrese işaret etmeli.

Sitemap eklentisinin ayarlarında parametreli adresleri hariç tutan bir seçenek arayın; seçeneğin adı eklentiye göre değişiyor. Bu kontrolleri yapmak için bir tarama aracı kullanabilirsiniz. Sitenizdeki kırık ve gereksiz bağlantıları görmek için kırık link kontrol aracımıza göz atın.

Temiz bir sitemap ve temiz iç linkler, robota doğru sinyalleri verir. Sorunun yarısı genellikle burada çözülür.

noindex ile robots.txt arasındaki fark nedir?

İki araç farklı işler yapar ve birbirini zayıflatabilir. Robots.txt taramayı, noindex ise dizinlemeyi yönetir. Google, noindex'in çalışması için sayfanın robots.txt ile engellenmemiş ve robot tarafından erişilebilir olması gerektiğini belirtir.

Google'ın tarama bütçesi rehberi de ayrıca uyarır: noindex kullanmak tarama zamanını boşa harcar, çünkü Google sayfayı yine isteyip sonra bırakır. Bu yüzden iki aracı aynı adrese aynı anda uygulamayın. Ayrıntılı karşılaştırma için noindex, nofollow ve robots.txt farkı yazımıza bakın.

Canonical etiketi bu durumda işe yarar mı?

Kısmen yarar. Canonical, parametreli adresin asıl ürün sayfasının bir kopyası olduğunu Google'a bildirir. Ürün sayfaları zaten kendi adreslerini canonical olarak gösteriyorsa, parametreli kopya da aynı etiketi taşıyabilir.

Ancak canonical bir yönlendirme ya da emir değil, bir ipucudur. Google farklı bir adresi seçebilir. Ayrıca bu yöntem tarama yükünü azaltmaz; robot her adrese yine uğrar.

Sonuç olarak canonical, ikinci katman olarak değerlidir. Birinci katmanı düğmeyi linkten çıkarmak, ikinci katmanı robots.txt oluşturur. Yöntemin temelleri için canonical etiketi yazımızı inceleyin.

WooCommerce add-to-cart URL düğmesini bağlantı yerine form veya AJAX ile nasıl yaparsınız?

Asıl çözüm, sorunu kaynağında kapatmaktır. Düğme, robotun izleyebileceği bir link olmaktan çıkarsa, parametreli adresler hiç üretilmez. Burada iki yaklaşım vardır: form gönderimi ve arka planda çalışan AJAX isteği (sayfayı yenilemeden sunucuyla konuşma yöntemi).

Form yaklaşımında düğme, bir bağlantı değil bir gönderim kontrolüdür. Robotlar genellikle formları bir bağlantı gibi izlemez; ancak bunu garanti olarak görmeyin. AJAX yaklaşımında ise tıklama, sayfa içinde bir istek başlatır ve adres çubuğunda yeni bir adres oluşmaz.

WooCommerce arşiv sayfalarında AJAX ile sepete ekleme seçeneği sunabilir. Ayarın tam adı sürüme göre değişebilir, bu yüzden kendi mağazanızın ürün ayarlarında ve resmi belgelerde kontrol edin. Tema ya da sayfa oluşturucu eklentisi düğmeyi kendi biçiminde yazıyorsa, tema geliştiricisiyle konuşun.

Değişikliği yaptıktan sonra sayfanın kaynağında ilgili düğmenin artık parametreli bir adrese işaret etmediğini kontrol edin. Bunu SEO analiz aracımızla da hızlıca gözden geçirebilirsiniz.

Sorunu Search Console olmadan nasıl fark edersiniz?

Search Console her zaman ilk uyarıyı vermez. Çoğu zaman ilk belirti sunucu tarafında görülür: yavaşlayan sayfalar, artan işlemci kullanımı ya da şişen erişim kayıtları. Bu kayıtlarda WooCommerce add-to-cart URL kalıbını aramak, sorunu en erken yakalayan yoldur.

Barındırma panelinizdeki erişim kayıtlarını ya da yöneticinizin sağladığı raporu inceleyin. Robot kimliği taşıyan isteklerin ne kadarının parametreli adreslere gittiğine bakın. Oran yüksekse sorun vardır.

Bir diğer yol, Google'da site adınızla birlikte arama yapıp parametreli adreslerin sonuçlarda görünüp görünmediğine bakmaktır. Bu yöntem kesin sayı vermez, ancak hızlı bir fikir sunar.

Ayrıca analitik raporlarınızda, ürün sayfasına benzer ama parametre taşıyan adreslerin sayfa görüntülemesi alıp almadığını da kontrol edebilirsiniz. Bu, gerçek kullanıcıların da bu adreslere düştüğünü gösterir.

Çok eklentili mağazalarda ek risk var mı?

Evet, vardır. WooCommerce mağazaları genellikle birden fazla eklentiyle çalışır: SEO, önbellek, sayfa oluşturucu, hızlı bakış ve istek listesi eklentileri gibi. Her biri düğmeyi ve bağlantıları kendi yöntemiyle değiştirebilir.

Örneğin bir hızlı bakış eklentisi, sepete ekle düğmesini yeniden yazabilir. Siz temada düzeltme yaptığınız halde, eklenti eski yapıyı geri getirebilir. Bu yüzden düzeltmeyi test ederken tüm eklentilerin açık olduğu canlı benzeri bir ortam kullanın.

Eklenti çakışmalarında en sağlıklı yol, tek tek kapatıp açarak sorunun kaynağını bulmaktır. Bunu canlı mağazada değil, hazırlık ortamında yapın. Ayrıca her eklenti güncellemesinden sonra kısa bir kontrol yapmayı alışkanlık haline getirin.

Önbellek ve oturum ayarlarını nasıl kontrol edersiniz?

Önce önbellek eklentinizin ya da sunucu önbelleğinin sepet, ödeme ve hesabım sayfalarını dışarıda bıraktığından emin olun. WooCommerce'in resmi belgesi bu üç sayfanın önbellek dışında kalmasını önerir. Ayrıca sepet çerezlerinin ve oturum verisinin önbelleğe alınmaması gerektiğini de belirtir.

Ardından sepete ekleme isteklerinin önbelleği atlayıp atlamadığına bakın. Belge, bu istekler için bir kural örneği içerir. Kendi altyapınızda bunu nasıl uyguladığınızı barındırma sağlayıcınızdan ya da geliştiricinizden öğrenin.

• Sepet, ödeme ve hesabım sayfaları önbellek dışında mı?
• Sepet çerezleri önbellek kurallarında istisna olarak tanımlı mı?
• Sepete ekleme istekleri önbelleği atlıyor mu?
• Önbellek temizlendikten sonra sepet davranışı doğru mu?

Önbellek hataları sessiz ilerliyor ve çoğu zaman müşteri şikâyetiyle ortaya çıkıyor. Bu kontrol SEO kadar sipariş kaybı açısından da önemlidir. Yanlış önbelleklenmiş bir sepet, müşteriyi kararsızlığa iter. Bu yüzden değişiklikleri önce deneme ortamında test edin.

Dizine girmiş parametreli adresleri nasıl temizlersiniz?

Sıra önemlidir. Önce düğmeyi linkten kurtarıp yeni adres üretimini durdurun. Sonra, mevcut parametreli adreslerin robot tarafından görülebildiğinden emin olun ve bu adreslerin dizinden düşmesini bekleyin.

Dizinden düşmenin üç yolu vardır: sayfanın noindex işareti taşıması, adresin kalıcı olarak kaldırılması ya da asıl ürüne yönlendirilmesi. Hangisini seçeceğiniz mağaza yapınıza bağlıdır. Yönlendirme seçerseniz, sepete ekleme işleminin kendisini bozmadığından emin olun.

Google'ın engelleme belgesi, hızlı kaldırma gerekiyorsa Search Console'daki kaldırma araçlarının kullanılabileceğini söyler. Ancak bu araç geçici bir çözüm olarak düşünülmelidir. Kalıcı çözüm, adreslerin üretilmesini kaynağında durdurmaktır.

Bu işlemi toplu yapmak için geliştiricinizle çalışın. Binlerce adresi tek tek elle düzenlemeyin; şablon düzeyinde tek bir kural yazdırın. Biz bu tür işlerde önce küçük bir örnek grup üzerinde deneme yapıyoruz, sonuç iyiyse tüm mağazaya yayıyoruz.

Adresler dizinden düştükten sonra robots.txt kuralını ekleyin. Kuralı daha erken eklerseniz robot noindex talimatını göremez ve adresler dizinde kalmaya devam eder.

Hangi çözümü hangi durumda seçmelisiniz?

Her yöntemin güçlü ve zayıf yanı vardır. Aşağıdaki tablo, yöntemleri karşılaştırır. Tek başına hiçbiri yeterli değildir; katmanlı kullanmak en sağlıklı yoldur.

Tabloya bakarak şunu görebilirsiniz: kaynakta çözüm her zaman birinci sıradadır. Diğer yöntemler, kaynak kapanana kadar riski yönetir. Hangisini ne zaman uygulayacağınızı yukarıdaki sıra bölümünden takip edin.

Kampanyalarda doğrudan sepete ekleme linki kullanmalı mısınız?

Kullanabilirsiniz, ancak dikkatli olun. Reklam ve e-posta kampanyalarında doğrudan sepete ekleyen bağlantılar dönüşümü kolaylaştırır. Öte yandan bu bağlantılar paylaşıldıkça robotlar tarafından da keşfedilebilir.

Bu nedenle kampanya bağlantısını bir açılış sayfasına yönlendirmek daha güvenlidir. Müşteri ürünü orada görür ve düğmeye kendisi basar. Ölçüm için gereken parametreleri ise ayrıca ekleyebilirsiniz.

Reklam tarafında hedef adresin temiz olması, onay ve kalite açısından da iyidir. Bütçe planlaması için Google Ads bütçe hesaplama aracımıza göz atın. Ölçüm parametreleri için ise UTM yazımızı okuyun: UTM nedir.

Kampanya adresini canlıya almadan önce, bağlantının sepet davranışını bozmadığını test edin. Bu küçük kontrol, hem kullanıcı deneyimini hem de SEO temizliğini korur.

Hangi sırayla ilerlemelisiniz?

Aşağıdaki sıra, riski en aza indiren yoldur. Her adımı tamamlayıp doğruladıktan sonra bir sonrakine geçin.

1. Search Console ve sunucu kayıtlarında sorunun boyutunu belirleyin.
2. Sepete ekle düğmesini linkten form ya da AJAX yapısına taşıyın.
3. Önbellek kurallarını sepet ve oturum için kontrol edin.
4. Dizindeki adresler için noindex veya yönlendirme planı yapın.
5. Adresler düştükten sonra robots.txt kuralını ekleyin.
6. Bir süre sonra raporları yeniden inceleyin.

Bu listeyi bir proje planına çevirebilirsiniz: her madde için bir sorumlu ve bir kontrol tarihi belirleyin. Tarihleri biz belirtmiyoruz, çünkü Google'ın tarama hızı sitenize göre değişiyor. Bu sırayı atlamayın. Özellikle robots.txt adımını erkene çekmek, en sık yapılan ve geri dönüşü zor hatadır. Süreler site büyüklüğüne ve tarama sıklığına göre değiştiği için kesin bir takvim vermiyoruz.

Çalışmayı bir geliştirici ile yürütüyorsanız bu listeyi doğrudan ona iletebilirsiniz. Böylece herkes aynı sıraya uyar ve ara adımlar atlanmaz.

Düzeltmenin işe yaradığını nasıl doğrularsınız?

Doğrulamayı tek seferlik bir iş saymayın. Düzeltmeden sonra ilk günlerde, ardından aylık aralıklarla kontrol edin. Böylece güncellemelerle geri gelen sorunları erken yakalıyorsunuz.

Doğrulama iki katmanlıdır: adres üretimini ve dizin durumunu ayrı ayrı izleyin. Önce kategori ve ürün sayfalarında düğmenin artık parametreli bir bağlantı üretmediğini kontrol edin. Bunun için sayfa kaynağına bakın ya da bir tarama aracı çalıştırın.

Ardından Search Console'da URL denetimi aracıyla birkaç örnek adresi test edin. Google'ın engelleme belgesi de noindex doğrulaması için bu aracı önerir. Raporlardaki parametreli adres sayısının zamanla azalmasını bekleyin.

Sunucu kayıtlarını da inceleyin. Robot isteklerinde bu kalıbın payı düşmüyorsa, düğme hâlâ bir yerde link olarak yazılıyor olabilir. Kayıt incelemesi için log analizi aracımız yardımcı olabilir.

En sık yapılan hatalar nelerdir?

Ekiplerin bu konuda tekrar eden birkaç hatası var. Bunları önceden bilmek, zaman ve emek kazandırır.

• Robots.txt kuralını ekleyip dizindeki adreslerin kendiliğinden düşeceğini beklemek.
• Aynı adreste hem robots.txt yasağı hem noindex kullanmak.
• Yalnızca nofollow işaretine güvenmek.
• Önbellek kurallarını sepet istekleri için kontrol etmemek.
• Kuralı canlıda denemeden yayınlayıp ürün sayfalarını yanlışlıkla engellemek.

Son maddeye özellikle dikkat edin. Fazla geniş yazılmış bir kural, gerçek ürün sayfalarını da kapsayabilir. Biz kuralı yayınlamadan önce en az bir ürün, bir kategori ve bir sepete ekleme adresiyle deniyoruz. Bu nedenle siz de kuralı yayınlamadan önce birkaç gerçek adresle deneyin.

Hata yapmak normaldir; önemli olan değişikliği geri alabilmektir. Her değişiklikten önce mevcut robots.txt dosyasının bir kopyasını saklayın, değişiklik tarihini not edin ve sonuçları takip edin. Geri dönüş planı olmayan bir değişiklik, küçük bir hatayı büyük bir kesintiye çevirebilir.

Ayrıca eklenti çakışmalarını da gözden kaçırmayın. SEO eklentisi, önbellek eklentisi ve tema aynı robots.txt dosyasını farklı biçimde değiştirmeye çalışabilir.

Bu sorun neden tekrar eder?

En sık neden, tema ya da eklenti güncellemesidir. Güncelleme sonrasında düğme şablonu eski haline dönebilir ve parametreli bağlantılar yeniden ortaya çıkar. Bu yüzden büyük güncellemelerden sonra kısa bir kontrol yapın.

İkinci neden, yeni sayfa türleridir. Yeni bir kampanya sayfası ya da ürün vitrini eklendiğinde, aynı düğme yapısı orada da kullanılabilir. Tasarım ekibiyle bu kuralı paylaşın.

Bazen de sebep basitçe unutulmuş bir ayardır. Bir geliştirici test için önbellek istisnasını kaldırır, ardından geri koymayı unutur. Bu yüzden değişiklik kayıtlarını tutmanızı ve her değişikliğin yanına kısa bir açıklama yazmanızı öneriyoruz.

Üçüncü neden ise dış bağlantılardır. Reklam ya da e-posta kampanyasında doğrudan sepete ekleyen bir bağlantı kullandıysanız, bu adres başka yerlerde paylaşılabilir. Kampanya bağlantılarını yeniden gözden geçirin, çünkü eski bir e-posta bile yıllar sonra robotlara yol gösteriyor; ölçüm parametreleri için parametreli URL yazımıza bakabilirsiniz.

Hangi ilgili konulara ayrıca bakmalısınız?

Bu yazı yalnızca sepete ekleme adresleriyle ilgilidir. Dizin şişmesi daha geniş bir konudur ve ayrı ele alınır. Genel tabloyu görmek için index bloat nedir yazımızı okuyun.

Benzer bir kopya adres sorunu başka platformlarda da yaşanır. Shopify mağazalarında koleksiyon altındaki ürün adresleri için Shopify kopya ürün URL'leri yazımıza bakın. WordPress'te medya dosyalarının ayrı sayfa olarak görünmesi için WordPress ek sayfaları yazımız yol gösterir.

E-ticaret sitenizin teknik SEO sağlığını bütün olarak ele almak isterseniz SEO danışmanlığı hizmetimizi inceleyebilirsiniz. Mağaza yapısı ve dönüşüm tarafı için e-ticaret danışmanlığı sayfamız da var.

Ne zaman uzman desteği almalısınız?

Birkaç durumda kendi başınıza ilerlemek riskli olur. Mağazanız yüksek trafik alıyorsa, önbellek ayarları karmaşıksa ya da robots.txt dosyasını birden fazla eklenti yönetiyorsa, bir uzman değişikliği güvenle planlayabilir.

Bu işte garanti vermiyoruz ve sonuç sözü de vermiyoruz; Google'ın dizinden ne zaman çıkaracağı bizim kontrolümüzde değil. Ancak doğru sırayla ilerlemek, riski belirgin biçimde azaltır. Kaynak olarak yalnızca resmi belgeleri esas alırız.

Bu yazıdaki bilgiler genel bir rehberdir; mağazanızın altyapısına göre uyarlanmalıdır. Kuralları canlıya almadan önce yedek alın ve değişiklikleri küçük adımlarla test edin. Resmi kaynaklar için aşağıdaki dış bağlantılara göz atın:

• Google Search Central: robots.txt'ye giriş.
• Google Search Central: tarama bütçesi yönetimi.
• Google Search Central: dizinlemeyi engelleme.
• WooCommerce: önbellek eklentilerini yapılandırma.