URL Parametreleri ve İzleme Kodları: Tarama ve Kopya

Bir ürün sayfasını paylaştığınızda adresin sonuna kendiliğinden eklenen birkaç karakter, arama motoru açısından yeni bir URL demektir. Kampanya etiketi, oturum kimliği, sıralama seçimi veya arama kutusuna yazılan sözcük aynı içeriği çok sayıda adreste görünür kılar. Küçük sitelerde bu pek hissedilmez. Çok sayıda ilanı, filtresi ve kampanya bağlantısı olan bir pazaryerinde ise tarama kaynağı kaybı, sinyal bölünmesi ve raporlama karmaşası olarak geri döner.

Bu rehber teknik SEO uzmanları, e-ticaret ve pazaryeri geliştiricileri ve kampanya bağlantılarını yöneten pazarlama ekipleri için yazıldı. Parametreleri türlerine göre ayırır, Google'ın yayımlanmış belgelerinin ne söylediğini aktarır, hangi sorunda hangi aracın seçileceğini bir karar merdiveniyle gösterir, site içi arama sayfaları için ayrı bir bölüm açar ve Search Console ile nasıl doğrulanacağını anlatır. Genel kopya içerik kavramını baştan anlatmıyoruz; o konu için kopya içerik nedir ve nasıl çözülür yazısına bakabilirsiniz. Bu yazı yalnız parametre, izleme kodu ve site içi arama kaynaklı çoğalmaya odaklanır. Arama hacmi, zorluk skoru veya sıralama kazancı gibi rakamlar bilerek verilmemiştir.

Parametreli URL'nin Anatomisi ve Neden Kontrol Gerektirdiği

Bir adres, bir içerik demek değildir

Alan adından sonra gelen yol sayfanın kimliğini, soru işaretiyle başlayan kısım ise sorgu dizesini taşır. Sorgu dizesi anahtar=değer çiftlerinden oluşur ve çiftler & işaretiyle birbirine bağlanır. Sunucu bu çiftleri okuyup sayfanın görünümünü değiştirebilir; ya da hiç okumadan aynı sayfayı döndürebilir. Arama motoru ise aradaki farkı baştan bilemez. Karakter dizisi farklıysa adres farklıdır ve içeriğin aynı olup olmadığını anlamak için sayfanın taranması gerekir.

Google'ın URL yapısı belgesi (yeni sekmede açılır) bu konuda iki ayrıntıyı açıkça yazar. Birincisi, Google URL'leri büyük küçük harfe duyarlı kabul eder; sunucunuz farklı harf düzenlerini aynı sayfa olarak sunuyorsa tutarlı tek bir düzen seçmeniz önerilir. İkincisi, içeriği değiştirmeyen parametrelerin kaldırılması URL'leri kısa ve temiz tutar. Parametrelerin sırasının değişmesi de, belgede ayrıca anlatılmasa da, karakter dizisini değiştirdiği için teknik olarak yeni bir adres üretir; bu yüzden uygulamanın parametreleri her zaman aynı sırada üretmesi iyi bir mühendislik alışkanlığıdır.

Google'ın önerdiği biçim

Aynı belge, anahtar ile değerin eşittir işaretiyle, birden çok parametrenin ise & işaretiyle ayrılmasını önerilen kalıp olarak gösterir. Bir anahtara birden çok değer verilecekse virgül ya da standartla çakışmayan başka bir karakter kullanılabilir; iki nokta üst üste ve köşeli parantez ya da çift virgül gösterimleri önerilmeyenler arasında sayılır. Okunabilir sözcükler, alt çizgi yerine tire ve ASCII dışı karakterlerin yüzde kodlamasıyla yazılması da aynı belgedeki yönergelerdendir. Türkçe slug üretiyorsanız bu, ş, ğ, ı gibi harflerin bağlantılarda doğru kodlanması anlamına gelir.

Parça tanımlayıcıları, yani diyez işaretinden sonrası, ayrı bir uyarıyı hak eder. Google içeriği değiştirmek için URL parçalarını genel olarak desteklemez; JavaScript ile içerik değiştiren siteler için History API önerilir. Aynı mantıkla kanonik belgesi de bir parçanın kanonik olarak belirlenmemesini söyler. Dolayısıyla filtre ya da sekme durumunu yalnız diyezden sonra taşıyan bir tasarım, arama motoruna ayrı sayfalar sunmaz; bu iyi de olabilir kötü de, hangi durumun indekslenmesini istediğinize bağlıdır.

İçeriği değiştiren ve değiştirmeyen parametre testi

Bir parametre için sorulacak en yararlı soru şudur: bu parametre kaldırılırsa kullanıcı farklı bir içerik görür mü? Görmüyorsa parametre izleme, oturum ya da sunum amaçlıdır ve kullanıcıya gösterilen adres dışında aranacak bir sayfa değeri yoktur. Görüyorsa, örneğin ürün listesinin farklı bir alt kümesi geliyorsa, o adres ayrı bir sayfa adayıdır ve indekslenip indekslenmeyeceği bir ürün kararıdır. Bu ayrım, aşağıdaki karar merdivenindeki her adımın başlangıç noktasıdır.

Parametre Ailelerine Saha Rehberi

Pazaryerlerinde karşılaşılan parametreler birkaç aileye ayrılır. Aşağıdaki ayrım Google'ın belgelerindeki örneklerle genel mühendislik pratiğini birleştirir; parametre adları sitenize göre değişse de her ailenin sorununun mantığı aynıdır.

İzleme parametreleri

Kampanya etiketleri, reklam tıklama kimlikleri ve yönlendirme kaynağı bilgileri adrese eklenir ve sayfanın içeriğini hiç değiştirmez. Çok yaygın bir kalıp olan utm_ ile başlayan anahtarlar kaynak, ortam ve kampanya adını taşır; reklam platformları ise tıklama kimliği ekler. Google'ın kanonik belgesi, ürün sayfasının gclid gibi bir izleme parametresiyle ve temiz haliyle ulaşılabilir olmasını yinelenen URL örneği olarak anar. URL yapısı belgesi de yönlendirme ve tıklama izleme parametrelerini, çok sayıda yinelenen URL üretebilecek ilgisiz parametreler arasında listeler.

Oturum parametreleri

Oturum kimliğini adrese yazan eski bir yöntem hâlâ bazı altyapılarda görülür. Her ziyaretçi için ayrı bir adres doğar ve aynı sayfa sayısız biçimde dolaşıma girer. Google'ın URL yapısı belgesi bunu açıkça sorun olarak işaretler ve mümkün olduğunda çerezlerin kullanılmasını önerir. Çerez kullanımı da kişisel veri ve rıza gereklilikleriyle birlikte düşünülmelidir; bu yazının kapsamı yalnız URL tarafıdır.

Sıralama ve görünüm parametreleri

Fiyata göre artan, yeniye göre sıralama ya da liste ile ızgara görünümü, aynı ilan kümesini farklı sırayla sunar. Tarama bütçesi belgesi, aynı sayfanın farklı sıralanmış sürümlerini düşük değerli URL örneği olarak gösterir. Bu varyantların kendi başlarına ayrı bir arama ihtiyacına karşılık gelmesi beklenmez; ürün listesinin ana sayfasına kanonik vermek ya da taramayı engellemek tipik tepkidir.

Sayfalama parametreleri

İkinci, üçüncü sayfa gibi sayfalar gerçekten farklı ilanları listeler; bu yüzden sıralama parametresinden farklı bir durumdur. Her sayfa kendi içeriğini taşıdığından, hepsini ilk sayfaya kanonik yapmak ilanların keşfini zayıflatabilir. Sayfalamanın ayrıntıları bu yazının konusu değildir; yine de sayfalama adresinin, sıralama ve filtre parametreleriyle birleşip yeni çarpanlar üretmesini engellemek gerekir.

Filtre parametreleri

Fiyat aralığı, marka, durum gibi birleştirilebilir filtreler, URL yapısı belgesinin eklemeli filtreleme dediği duruma yol açar ve çok sayıda benzer liste URL'si doğurur. Bu, ayrıca ele alınması gereken geniş bir konudur; ayrıntılar için e-ticaret filtre URL'leri ve faceted navigation yazısını kullanın. Burada yalnız filtre dışı aileleri işliyoruz.

Site içi arama parametreleri

Arama kutusuna yazılan her sözcük, sorgu dizesinde yeni bir adres üretir. Ziyaretçilerin yazdığı ifade sayısı kadar, hatta yazım hatası sayısı kadar sayfa çıkabilir. URL yapısı belgesi, arama sonuçlarını engellenmesi düşünülebilecek dinamik URL'ler arasında sayar. Bu aile aşağıda kendi bölümünü alıyor.

Aileleri yan yana görmek

Tablo bir değerlendirme çerçevesidir; her sitenin verisi ve ürün hedefi farklıdır, bu yüzden bir ailenin kararı başka bir sitede ters çıkabilir.

Belgeler Tarama ve Kopya Etkisi Hakkında Ne Söylüyor

Konsolidasyonun nedenleri

Google'ın kanonik URL belirleme belgesi (yeni sekmede açılır), tek bir tercih edilen adres seçmenin dört gerekçesini sayar: aramada hangi URL'nin görüneceğini yönlendirmek, varyant adreslerdeki bağlantı gibi sinyalleri tek adreste toplamak, ölçümlemeyi basitleştirmek ve Googlebot'un yinelenenler yerine yeni ya da güncellenen sayfalara zaman ayırması için tarama bütçesini korumak. Kanonik belirlemenin isteğe bağlı olduğunu da ekler; belirtmezseniz Google bir sürümü kendisi seçer. Yani sorun, hiçbir şey yapmazsanız indeksin boşalması değil, hangi adresin seçileceği üzerindeki kontrolü bırakmanızdır.

Ölçüm ve raporlama etkisi

Belgenin üçüncü gerekçesi ölçümleme olarak geçer. Aynı sayfa için çoğalan adresler, analitik raporlarında bölünmüş görünümler üretebilir. Bu, Google belgelerinin değil günlük işin gözlemidir: yönetim raporunda bir ilanın tıklamaları üç farklı yolda dağılmış görünür ve hangisinin gerçek performansı gösterdiği tartışmalı hale gelir. Kanonik ve temiz iç bağlantı bu tartışmayı kısaltır.

Tarama bütçesi kime ait bir sorun

Google'ın tarama bütçesi rehberi (yeni sekmede açılır) kimin dikkat etmesi gerektiğini somut eşiklerle sınırlar: haftalık değişen bir milyondan fazla benzersiz sayfa, günlük değişen on binden fazla sayfa ya da çok sayıda URL'si Search Console'daki "Discovered - currently not indexed" durumunda olan siteler (Türkçe arayüzde farklı bir adla görünebilir). Bu rakamların kaba tahmin olduğunu da belirtir. Diğer siteler için öneri, site haritasını güncel tutmak ve Sayfa indeksleme raporunu izlemektir. Yani çok az ilanı olan bir mağaza için parametre kontrolü tarama bütçesinden çok düzen ve doğru ölçüm meselesidir; çok büyük bir pazaryeri için ise gerçek bir kaynak yönetimi konusudur. Kendi sitenizin hangi grupta olduğunu sayfa sayınızla değerlendirin.

Rehber tarama bütçesini tüketen unsurlar arasında yinelenen içeriği, aynı sayfanın farklı sıralanmış sürümleri gibi düşük değerli URL'leri, yumuşak 404'leri, uzun yönlendirme zincirlerini ve yavaş ya da hatalı sunucu yanıtlarını sayar. Parametreli adresler büyük oranda ilk ikisine girer. Rehberin önerileri arasında yinelenen içeriğin konsolide edilmesi ve konsolide edilemeyen önemsiz URL'lerin robots.txt ile engellenmesi yer alır. Tarama bütçesi kavramının kendisini baştan öğrenmek isterseniz tarama bütçesi optimizasyonu yazısı bu çerçeveyi ayrıca ele alır.

Rehberin iki uyarısı

Aynı rehber iki ayrıntıyı özellikle vurgular. Birincisi, robots.txt ile yer açtığınız bütçe otomatik olarak başka sayfalara aktarılmaz; Google bunu yalnız site zaten tarama kapasitesi sınırına dayandığında yapar. İkincisi, noindex tarama tasarrufu sağlamaz: Google sayfayı düşürmeden önce yine de ister, dolayısıyla tarama süresi harcanır. Bu iki cümle, aşağıdaki karar merdiveninin neden tek bir aracı mükemmel çözüm saymadığını açıklar.

Müdahale Merdiveni: Yönlendirme, Canonical, Noindex ve Robots.txt

Parametreli bir adres için dört temel araç vardır ve her biri farklı bir soruya cevap verir. Seçimi ezbere değil, adresin kaderine göre yapın: kaybolmalı mı, birleşmeli mi, indeksten düşmeli mi, taranmamalı mı?

Yönlendirme: adres artık var olmamalıysa

Kanonik belgesi yönlendirmeyi en güçlü yöntem olarak sıralar. Kalıcı bir yönlendirme, yönlendirilen adresin hedefin daha kötü bir sürümü olduğunu bildirir; belge bunun yalnız yinelenen bir adres emekliye ayrılırken kullanılmasını söyler. Sunucu tarafı HTTP yönlendirmeleri en hızlı etkiyi verir. Parametrenin kullanıcıya hiçbir faydası yoksa, örneğin eski bir oturum kimliği ya da kullanılmayan bir kampanya etiketi, temiz adrese yönlendirmek en kalıcı çözümdür.

Rel canonical: adres kullanıcıya erişilebilir kalacaksa

İkinci güçlü sinyal rel canonical bağlantı açıklamasıdır; HTML head bölümünde link öğesi ya da HTTP Link üst bilgisi olarak verilir. Üst bilgi PDF gibi HTML olmayan dosyalar için düşünülmüştür. Belge, ikisinden yalnız birini seçmeyi önerir, çünkü ikisini birden kullanmak hataya açıktır. Kanonik sayfada kendine işaret eden bir kanonik bulundurmak, mutlak URL kullanmak, site haritasında kanonikten farklı bir adres vermemek ve iç bağlantıları tutarlı biçimde kanonik adrese vermek de aynı belgenin yönergeleridir. Kanonik etiketi yalnız head içinde geçerlidir; head bozuksa etiket görmezden gelinir. Sık görülen kanonik hatalarını ayrıntılı incelemek için canonical etiketi hataları ve denetimi yazısını izleyebilirsiniz.

İzleme parametreli bir adreste kanonik tipik olarak parametresiz sürüme işaret eder. Bu yöntem kullanıcıyı etkilemez; ziyaretçi bağlantıya tıkladığında kampanya etiketi yerinde kalır ve analitik çalışmaya devam eder. Bedeli, Google'ın kanonik etiketi görmek için sayfayı yine de taramasıdır; yani tarama yükünü azaltmaz, yalnız konsolidasyonu yönlendirir.

Site haritası: zayıf ama tamamlayıcı sinyal

Kanonik belgesi, site haritasına bir adres eklemeyi kanonik önerisi için zayıf bir sinyal olarak anlatır. Pratik sonuç şudur: haritanız yalnız temiz, tercih edilen adresleri içermeli, parametreli varyantları barındırmamalıdır. Harita ile etiketin farklı adresleri kanonik göstermesi çelişkili sinyaldir.

Noindex: sayfa kullanıcıya açık ama aramada görünmemeli

Google'ın dizine eklemeyi engelleme belgesi (yeni sekmede açılır), noindex kuralının meta etiketi ya da X-Robots-Tag üst bilgisiyle iletilebileceğini ve Googlebot bunu gördüğünde sayfayı başka sitelerin bağlantı vermesine rağmen sonuçlardan çıkardığını anlatır. Kritik koşul şudur: sayfa robots.txt ile engellenmemelidir; engellenirse tarayıcı noindex kuralını hiç görmez ve sayfa bağlantı alıyorsa sonuçlarda kalabilir. Kuralın etkili olması için Google'ın sayfayı yeniden taraması gerekir ve önemsiz sayfalarda bu aylar sürebilir. Ayrıca kanonik belgesi, aynı site içinde kanonik seçmek için noindex kullanmayı önermez, çünkü sayfayı aramadan tümüyle çıkarır; kanonik açıklamaları tercih edilen yoldur.

Robots.txt: taramayı sınırlamak için

Google'ın robots.txt giriş belgesi (yeni sekmede açılır) dosyanın amacını tarayıcı trafiğini yönetmek ve sunucu yükünü azaltmak olarak tanımlar; önemsiz ya da birbirine çok benzeyen sayfalardan tarayıcıyı uzak tutmak da kullanım alanlarındadır. Aynı belge, dosyanın bir sayfayı Google'dan uzak tutma mekanizması olmadığını söyler. Engellenmiş bir adres, başka sitelerden bağlantı alıyorsa içeriği hiç taranmadan sonuçlarda, genellikle açıklamasız görünebilir. Kanonik belgesi de kanonik belirlemek için robots.txt kullanılmamasını söyler.

Yazım tarafında robots.txt oluşturma belgesi (yeni sekmede açılır) şunları hatırlatır: dosya sitenin kök dizininde robots.txt adıyla durur, kurallar yalnız yayımlandığı protokol, ana makine ve port için geçerlidir, disallow yolları eğik çizgiyle başlar, joker yıldız kullanılabilir ve kurallar büyük küçük harfe duyarlıdır. Belge sorgu parametresi içeren bir örnek vermez; bu yüzden parametre desenleri yazarken kuralı sitenizdeki gerçek adreslerle denemeniz gerekir.

Dört aracı karşılaştırma

Tablodaki tarama yükü sütunu belgelerdeki ifadelerin özetidir. Hangi aracın kendi trafiğinizde ne kadar fark yarattığını ancak sunucu günlüklerinden ölçebilirsiniz.

Site İçi Arama Sonuç Sayfaları

Neden kendi başına ayrı bir sorun

Diğer parametre ailelerinde sınırlı sayıda varyant vardır: bir kampanya etiketi, bir sıralama seçimi. Site içi aramada varyant sayısı kullanıcının yazabileceği her dizeyle sınırlıdır, yani pratikte sınırsızdır. Her biri çoğunlukla ince, ziyaretçiye göre değişen ve sonuç bulamazsa boş kalan bir sayfadır. Arama motoru açısından değer taşıyan sayfalar zaten kategori ve ilan sayfalarınızdır; arama sonucu sayfası bunların başka bir sunumudur. Ayrıca kötü niyetli biri arama kutusuna uygunsuz ifadeler yazıp bu adresleri başka sitelerden bağlayabilir; sonuç sayfaları taranabilir ve indekslenebilirse sitenizin adı altında istenmeyen sayfalar listelenebilir. Bu risk Google belgelerinde ayrıca anlatılmaz, genel bir güvenlik gözlemidir.

Google'ın önerisi ve iki hedef

URL yapısı belgesi, taramanın engellenebileceği problemli dinamik URL'ler arasında arama sonuçlarını, takvimleri, sıralama ve filtre işlevlerini açıkça sayar. Burada iki ayrı hedef vardır ve karıştırılmamalıdır. Birinci hedef taramayı azaltmaktır; araç robots.txt'tir. İkinci hedef bu sayfaların sonuçlarda görünmemesidir; araç noindex'tir. Robots.txt ile noindex birlikte aynı adreste çalışmaz, çünkü engellenen sayfada kural görülemez.

Pratik yaklaşım

Aşağıdaki sıralama, yukarıdaki iki belgeden çıkarılan bir uygulama önerisidir; Google'ın tek bir reçetesi değildir.

• Henüz indekste olmayan site içi arama sayfalarında, taramayı azaltmak için arama yolunu robots.txt ile engelleyin ve bu adreslere taranabilir sayfalardan bağlantı vermeyin.
• Sonuç sayfaları zaten indekste ise önce taranabilir bırakıp noindex ekleyin, sayfalar indeksten düştüğünde engeli devreye alın. Sırayı tersine çevirirseniz noindex hiç görülmez.
• Noindex kararında Google'ın sayfayı yeniden taraması gerektiğini ve bunun önemsiz sayfalarda aylar alabildiğini hesaba katın.
• Arama kutusu eylemini sunucuda yönetin ve sonuç bulunmayan sorguları normal bir sayfa gibi dolaşımda bırakmayın; bu, belgelerde geçmeyen genel bir kalite önlemidir ve boş sonuç sayfalarının ince içerik görünümünü azaltır.

Arama davranışını değerli sayfaya çevirmek

Ziyaretçilerin sık yazdığı sorgular size gerçek bir talep haritası verir. Sık aranan bir ifade için, parametreli arama sayfası yerine, kendi başlığı, açıklaması, seçilmiş ilanları ve kendine kanonik adresi olan bir kategori ya da seçki sayfası hazırlamak daha sağlam bir yaklaşımdır. Böyle bir sayfa arama motoruna yönelik değil, kullanıcıya yönelik bir gezinme aracıdır ve içerik ekibinin bakımını üstlenebileceği ölçüde üretilmelidir. Bunu toplu ve otomatik biçimde çoğaltmak başka bir risk doğurur: ince sayfa yığını. Hangi sorguların sayfaya dönüştürüleceği iç arama verisi, katalog gerçekliği ve ürün stratejisine göre belirlenir; burada hacim ya da talep rakamı veremeyiz.

Kurgusal örnek: ilan pazaryerinde arama kutusu

Kurgusal örnek: hizmet ilanları yayımlayan bir pazaryerinin arama kutusu, sorguyu q adlı bir parametreyle taşıyor ve sonuç sayfası sıralama ile sayfa numarası parametrelerini de kabul ediyor. Ekip, günlüklerde Googlebot'un en çok arama sonucu adreslerini istediğini görüyor. Önce bu adreslerin indekste olup olmadığını Sayfa indeksleme raporundan inceliyor. Bir kısmı indekste. Ekip önce arama sonuç şablonuna noindex ekliyor, sayfaların indeksten düştüğünü görünce arama yolunu robots.txt ile engelliyor ve iç bağlantılardan arama sonucu adreslerini kaldırıyor. Ayrıca en sık yazılan birkaç meslek sorgusu için editör onaylı seçki sayfaları hazırlıyor. Örnek karar sırasını gösterir; sayı ya da sonuç içermez.

İzleme Kodlarını İndeksten Uzak Tutma Uygulaması

Kural: kampanya adresi paylaşım içindir, iç bağlantı için değil

Kampanya parametreleri dış kanallarda, yani e-posta, sosyal medya ve reklamlarda anlam taşır. Sitenin kendi menüsünde, ilan kartlarında ve site haritasında bu parametreleri taşıyan adresler bulunmamalıdır. Kanonik belgesi iç bağlantıların tutarlı biçimde kanonik adrese verilmesini ister; parametreli iç bağlantılar bu tutarlılığı bozar ve ölçümü de karıştırır.

Kaynak kodda temiz adres üretin

Şablon katmanında kanonik adres tek bir yerden hesaplanmalıdır. Sayfa hangi sorgu dizesiyle istenirse istensin, içeriği değiştirmeyen parametreleri atıp izin verilen parametreleri sabit sırayla birleştiren bir işlev kullanın. Bu işlevin çıktısı hem rel canonical hem de site haritası ve sayfa içi bağlantılar için aynı olmalıdır. İzin verilen listeyi kısa ve açık tutmak, yeni bir parametre ortaya çıktığında varsayılan davranışın güvenli olmasını sağlar: tanınmayan parametre kanoniğe girmez. Bu, belgelerde yer almayan bir mühendislik tasarımı önerisidir.

Sunucuda ya da tarayıcıda temizleme

Kampanya ziyareti sayfa yüklendikten sonra analitik betiğinin okuması gereken bir parametre taşıyorsa, sunucu tarafında yönlendirerek parametreyi atmak ölçümü bozabilir. Ölçüm kurulumunuzun parametreyi ne zaman okuduğunu doğrulamadan yönlendirme eklemeyin. Alternatif olarak, analitik okuması bittikten sonra tarayıcıdaki adresi History API ile temizleyen bir yaklaşım kullanılabilir; bu, kullanıcının adres çubuğunu etkiler, ancak arama motorunun gördüğü adresi değiştirmez. Bu bir mühendislik seçeneğidir ve Google belgelerinde ayrıca önerilmemiştir; kampanya ölçümü ekibiyle birlikte denenmelidir.

Kanonik ve izleme birlikte çalışır

Bu yaklaşımda ziyaretçi kampanya parametreli bağlantıya tıklar, analitik kayıt tutar ve sayfa başlığındaki kanonik temiz adresi gösterir. Arama motoru parametreli adresi görse de tercih edilen sürümün temiz adres olduğunu öğrenir. Ölçümü bozmadan konsolidasyon sağlayan en az riskli desen budur ve çoğu site için ilk adım olarak düşünülebilir. UTM adlandırma standardı bu yazının kapsamı dışındadır.

Sinyalleri birbiriyle çelişkiye düşürmeyin

Aynı sayfa için kanonik temiz adrese, site haritası parametreli adrese, iç bağlantı bir üçüncü varyanta işaret ediyorsa Google kendi seçimini yapar. Üç yerin aynı değeri üretmesi için tek bir kaynağın kullanılması hem bakım hem tutarlılık açısından en sade çözümdür. Yönlendirme eklerseniz, yönlendirilen adres site haritasında ya da kanonikte yer almamalıdır.

Search Console ile Doğrulama ve Düzenli Denetim

URL Denetimi aracıyla tek adres analizi

Search Console'un URL Denetimi aracı (yeni sekmede açılır) Google'ın bir sayfa hakkındaki dizin bilgisini gösterir ve sayfanın güncel halinde canlı test çalıştırır. Araç, sitenin bildirdiği kanonik ile Google'ın seçtiği kanoniği ayrı gösterir; Google'ın seçimi bildirdiğinizden farklı olabilir. Ayrıca taramaya robots.txt'in izin verip vermediğini, sayfanın alınıp alınamadığını ve noindex kuralının dizine eklemeyi engelleyip engellemediğini gösterir. Site haritaları bölümü, adresi içeren ve Search Console'a gönderilmiş ya da robots.txt'te belirtilmiş haritaları listeler.

Aracın sınırlarını bilmek gerekir. Canlı test, Google'ın hangi kanoniği seçeceğini önceden söylemez ve geçerli bir canlı sonuç dizine eklemeyi garanti etmez. Yinelenenleri de tespit etmez. Ayrıca yönlendirmeler raporlanmadan izlenir ve günlük inceleme ile dizine ekleme isteği sınırları vardır. Bu yüzden araç toplu bir temizliğin kanıtı değil, örnek adresler üzerinde bir kontroldür.

Sayfa indeksleme raporunda parametreli adresler

Noindex belgesi, Googlebot'un noindex kuralı bulduğu sayfaları Sayfa indeksleme raporunda izlemenizi önerir. Parametreli adreslerin raporda hangi durumlarda toplandığına bakmak, düzeltmenin işe yarayıp yaramadığının en doğrudan göstergelerinden biridir. Rapordaki sayıları yorumlarken tek bir ana değil, değişiklik öncesi ve sonrasını karşılaştırın.

Kontrol listesi

1. Örnek bir izleme parametreli adresi URL Denetimi'nde açın ve bildirilen ile seçilen kanoniği karşılaştırın.
2. Site haritasında parametre içeren adres olmadığını doğrulayın.
3. Robots.txt kurallarını arama yolu, sıralama ve oturum parametreleri için gerçek adreslerle deneyin.
4. Noindex eklenen şablonun robots.txt ile engellenmediğini kontrol edin.
5. Sayfa indeksleme raporunda parametreli adreslerin durumunu değişiklik öncesi ve sonrası karşılaştırın.
6. Sunucu günlüklerinde Googlebot'un parametreli adreslere ayırdığı payı izleyin.

Günlük analizi için Googlebot kimliği doğrulanmış kayıtlar kullanılmalıdır; yalnız kullanıcı aracısı dizesine güvenmek yanıltıcı olabilir. Değişiklik sonuçlarının görünmesi için zamana ihtiyaç vardır, bu yüzden tek günlük karşılaştırma yapmayın.

Sık Yapılan Hatalar

• Noindex ve robots.txt engelini aynı adreste birleştirmek: engel yüzünden Google noindex kuralını görmez.
• Tüm parametreli sayfaları ilk sayfaya kanonik yapmak: sayfalama gibi gerçekten farklı içerik taşıyan adreslerin keşfini zayıflatabilir.
• Kanonik belirlemek için robots.txt kullanmak: belgelerin önermediği bir yoldur.
• Site haritasına parametreli adres koymak: kanonik etiketle çelişen sinyaldir.
• İç bağlantılarda kampanya etiketi taşımak: kanonik tutarlılığını bozar ve ölçümü karıştırır.
• Oturum kimliğini adreste bırakmak: sınırsız adres üretir.
• Parametre listesini sahipsiz bırakmak: yeni özellik her sürümde yeni bir parametre ekler; kimse envanteri tutmazsa sorun yeniden büyür.
• Tek günlük bir sonuçla karar vermek: raporların güncellenmesi zaman alır.

Sık Sorulan Sorular

UTM parametreli sayfalar indekslenir mi?

Bağlantı taranabilir ve sayfa içeriği temiz URL ile aynıysa Google iki adresi de görebilir ve aralarından birini kanonik seçer. Google'ın belgeleri, izleme parametreli adresi (gclid örneği) yinelenen URL sayılan bir durum olarak gösterir. Temiz adrese işaret eden bir rel canonical eklemek ve iç bağlantılarda parametresiz adres kullanmak bu seçimi yönlendirir; sonucu garanti etmez.

Site içi arama sonuç sayfaları noindex mi olmalı yoksa robots.txt ile mi engellenmeli?

İkisi aynı adreste birlikte çalışmaz: robots.txt ile engellenen sayfada Google noindex kuralını göremez. Google'ın URL yapısı belgesi, arama sonuçları gibi dinamik URL'ler için robots.txt engelini örnek verir. Tarama yükünü azaltmak istiyorsanız engel, zaten indekste olan sayfaları düşürmek istiyorsanız önce taranabilir noindex mantıklıdır.

Parametreli URL'ler için canonical yeterli mi?

Çoğu durumda yinelenen varyantları konsolide etmek için tek başına yeterlidir, ancak tarama yükünü azaltmaz; Google kanonik etiketi görmek için sayfayı yine de tarar. Çok sayıda değersiz varyant varsa üretimi kaynağında durdurmak, yönlendirmek veya robots.txt ile engellemek gerekir.

Oturum kimliğini URL'de taşımak neden sorun?

Her ziyaretçi için aynı içerik farklı bir adresle görünür ve yinelenen URL sayısı sınırsız artar. Google'ın URL yapısı belgesi, mümkünse oturum kimliği yerine çerez kullanılmasını önerir.

Parametre temizliği için Search Console'da ne izlemeliyim?

URL Denetimi aracında kullanıcı tarafından bildirilen kanonik ile Google'ın seçtiği kanoniği karşılaştırın, Sayfa indeksleme raporunda parametreli adreslerin hangi durumda listelendiğine bakın ve site haritanızda yalnız temiz adreslerin yer aldığından emin olun.

Sonuç

Parametreli URL'ler tek bir sorun değil, birbirinden farklı ailelerin toplamıdır. İzleme ve oturum parametreleri içeriği değiştirmez; bunlar konsolide edilir ya da kaynağında durdurulur. Sıralama varyantları düşük değerlidir. Sayfalama gerçek içerik taşır. Site içi arama ise sınırsız ve ince sayfa üretir. Yönlendirme, rel canonical, noindex ve robots.txt farklı sorulara cevap verir; birini diğerinin yerine koymak ya da çelişen ikisini, yani noindex ile engeli, aynı adreste birleştirmek işlemez. Sitenizin boyutu tarama bütçesinin gerçek bir konu olup olmadığını belirler. Hangi kararı verirseniz verin, değişiklikten önce ve sonra Search Console ile sınayın.

Kategori ve seçki sayfalarının metinlerini hazırlarken içerik üretimine destek istiyorsanız Akua Adforce'taki SEO içerik yazımı hizmetine bakabilirsiniz; kapsam ve koşullar ürün sayfasında yazılıdır.