Hangi Sayfalar Noindex Olmalı? Dizin Kalitesi İçin Karar Rehberi

Biz Talha Aslan ve ekibi olarak teknik SEO denetimlerinde en sık şu soruyla karşılaşıyoruz: "Bu sayfa dizinde kalsın mı, çıksın mı?" Bu sorunun cevabını tek bir eklenti ayarında bulamazsınız. Çünkü her sayfa türü farklı bir amaç taşır ve yanlış bir kararın bedeli ağırdır. Örneğin trafik getiren bir kategori sayfasına yanlışlıkla bu kuralı eklerseniz, o sayfa birkaç tarama sonrasında arama sonuçlarından tamamen düşebilir.

Bu rehberde sayfa türlerini tek tek ele alıyor, noindex, robots.txt ve canonical arasında nasıl seçim yapacağınızı bir tabloyla gösteriyor ve yanlışlıkla dizin dışı kalma riskine karşı bir kontrol listesi veriyoruz. Önce dürüst bir not düşelim: Google'ın sıralama kararları üzerinde kimsenin kontrolü yoktur. Dolayısıyla bu yazı bir sıralama vaadi değil, dizininizi temiz tutmak için uygulanabilir bir karar çerçevesidir.

Noindex etiketi tam olarak ne yapar?

Google Search Central belgelerine göre noindex kuralı taşıyan bir sayfayı Google, başka siteler o sayfaya bağlantı verse bile arama sonuçlarından tamamen çıkarır. Kuralı iki yolla verirsiniz: sayfanın head bölümüne eklenen robots meta etiketiyle ya da sunucunun yanıtına eklenen X-Robots-Tag HTTP başlığıyla. İkinci yol özellikle PDF gibi HTML olmayan dosyalar için işe yarar.

Burada kritik bir ayrıntı var. Bu kural bir tarama engeli değildir; tersine, Google'ın kuralı görebilmesi için sayfayı taraması gerekir. Yani Googlebot sayfaya gelir, HTML'i okur, kuralı fark eder ve sayfayı dizinden çıkarır. Ayrıca Google, robots.txt dosyasına yazılan noindex satırını desteklemez. Bu nedenle kural yalnız sayfanın kendisinde ya da HTTP yanıtında anlam taşır.

Noindex etiketinin ayrıntılı tanımını Google'ın noindex ile dizine eklemeyi engelleme belgesinde bulabilirsiniz. Nofollow ile farkını merak ediyorsanız noindex ve nofollow farkını anlattığımız yazıya göz atın; burada o ayrımı tekrar etmeyeceğiz, çünkü bu rehberin odağı hangi sayfanın dizin dışı kalacağı kararıdır.

Noindex, robots.txt ve canonical arasındaki fark nedir?

Pek çok site sahibi bu üç aracı karıştırıyor, oysa her biri farklı bir soruya cevap verir. Robots.txt "bu adresi tarama" der. Noindex "tara ama sonuçlarda gösterme" der. Canonical ise "bu sayfa şu sayfanın kopyası, sinyalleri oraya topla" der. Dolayısıyla doğru aracı seçmek için önce sayfanın sorununu adlandırmanız gerekir.

Tablodaki filtre satırı ve kopya içerik satırı Google'ın kendi önerilerine dayanıyor. Google, site içinde kanonik sayfa seçimini yönlendirmek için noindex kullanılmasını önermiyor ve canonical için robots.txt kullanmayın diyor. Canonical etiketinin işleyişini canonical etiketi rehberimizde ayrıca anlattık.

İç arama sonuç sayfaları neden dizin dışı kalmalı?

İç arama sonuç sayfası, ziyaretçi sitenizin arama kutusuna bir kelime yazdığında oluşan listedir. Bu sayfalar sınırsız sayıda üretilebilir, çünkü her yeni kelime yeni bir adres demektir. Üstelik çoğu, kategori sayfalarınızın zayıf birer kopyasıdır. Kötü niyetli biri sitenize anlamsız arama adreslerine bağlantı verirse, Google bu adresleri bulup taramaya çalışabilir.

İç arama sayfaları için iki makul yol görüyoruz. Birincisi, sayfalara noindex ekleyip Google'ın onları görmesine ama göstermemesine izin vermektir. İkincisi, arama yolunu robots.txt ile taramaya kapatmaktır. Ancak bu iki yolu aynı anda kullanmayın; robots.txt engeli varken Google noindex kuralını hiç göremez. Sorun dizinde görünen arama sayfalarıysa önce noindex ile temizlersiniz, sonra tarama yükü hâlâ yüksekse robots.txt kısıtlamasını düşünürsünüz.

Örnek senaryo: example.com adlı bir mağazada Search Console, "?s=" ile başlayan yüzlerce adresin dizinde olduğunu gösteriyor. Bu durumda önce arama şablonuna noindex eklersiniz, ardından adreslerin "URL "noindex" olarak işaretlenmiş" durumuna geçmesini izlersiniz. Bu geçiş tamamlandıktan sonra tarama kısıtlaması daha güvenli bir adım olur.

Etiket ve kategori arşivlerinde noindex ne zaman doğru karardır?

Etiket sayfaları, özellikle WordPress gibi içerik yönetim sistemlerinde kendiliğinden oluşur. Her yazıya beş altı etiket eklendiğinde, içinde yalnız bir ya da iki yazı bulunan yüzlerce ince sayfa ortaya çıkar. Bu sayfalar ne kullanıcıya ne Google'a yeni bir değer sunar. Dolayısıyla içeriği zayıf etiket arşivleri noindex için güçlü adaydır.

Kategori sayfalarında ise durum farklıdır. İyi kurgulanmış bir kategori sayfası, bir konunun ana kapısıdır ve çoğu zaman genel sorgularda sıralama alır. Bu yüzden kategori sayfalarına toptan noindex koymak yerine tek tek bakarsınız. Kategori açıklaması, düzenli içerik akışı ve iç bağlantı alıyorsa dizinde kalır.

Karar verirken şu soruları sorun:

• Bu arşiv sayfası son dönemde organik tıklama aldı mı?
• Sayfada en az birkaç farklı, güncel içerik var mı?
• Başka bir kategori ya da etiketle büyük ölçüde aynı listeyi mi gösteriyor?
• Sayfanın kendine ait bir açıklaması ya da tanıtım metni var mı?

Cevaplar çoğunlukla olumsuzsa noindex mantıklıdır. Zayıf sayfaların dizini nasıl şişirdiğini dizin şişmesi yazımızda ayrıntılı ele aldık.

Filtre ve sıralama sayfaları için hangi yöntemi seçmelisiniz?

Filtre sayfaları, yani renk, beden, fiyat aralığı gibi seçimlerle oluşan adresler, e-ticaret sitelerinde dizin kalitesinin en büyük tehdididir. Birkaç filtrenin birleşimi bile binlerce adres üretir. Google'ın yönlü gezinme (faceted navigation) belgesi, bu adreslere aramada ihtiyaç duymayan siteler için robots.txt ile taramanın engellenmesini öneriyor.

Peki bu kural burada neden ilk tercih değil? Çünkü dizin dışı bırakma kuralı Google'ın her adresi taramasını gerektirir. Google'ın tarama bütçesi belgesi de tarama yükünü azaltmak amacıyla noindex kullanmayın der; Google sayfayı yine ister, ardından düşürür ve bu süreç zaman harcar. Dolayısıyla sorun tarama yükü olduğunda robots.txt, sorun dizinde görünen birkaç gereksiz sayfa olduğunda noindex daha uygundur.

Öte yandan bazı filtre sayfaları gerçek arama talebi karşılar; örneğin "siyah deri bot" gibi bir kombinasyon. Bu sayfaları kendine ait başlık ve açıklamayla zenginleştirip dizinde tutabilirsiniz. Filtrelerin teknik yönetimini faceted navigation yazımızda anlattık. Tarama bütçesinin hangi sitelerde gerçekten önemli olduğunu ise tarama bütçesi rehberimizde bulabilirsiniz.

Teşekkür ve onay sayfaları neden dizinde olmamalı?

Teşekkür sayfası, kullanıcı bir form gönderdikten ya da satın alma yaptıktan sonra gördüğü sayfadır. Bu sayfalar aramada kimsenin işine yaramaz; üstelik dizinde olurlarsa iki sorun yaratır. Birincisi, form doldurmadan bu sayfaya gelen ziyaretçiler dönüşüm ölçümünüzü bozar. İkincisi, kullanıcı aramadan geldiğinde bağlamsız bir "teşekkürler" mesajıyla karşılaşır.

Bu nedenle teşekkür, onay, bülten kayıt sonucu ve indirme sonrası sayfalarına noindex eklemenizi öneriyoruz. Bunu yaparken sayfayı robots.txt ile kapatmayın, çünkü Google kuralı görebilmek için sayfayı taramalıdır. Ayrıca bu sayfaları XML site haritanızdan çıkarın. Site haritası, dizine girmesini istediğiniz adreslerin listesidir; noindex'li bir adresi orada tutmak çelişkili bir sinyal verir.

Bir not daha ekleyelim: dönüşüm etiketleri teşekkür sayfasında çalışmaya devam eder. Bu kural yalnız arama sonuçlarını etkiler, sayfanın açılmasını ya da reklam ve analiz etiketlerinin tetiklenmesini engellemez. Yani ölçüm kurulumunuz bu karardan etkilenmez.

Hesap, sepet ve ödeme sayfalarına ne yapmalısınız?

Giriş, kayıt, hesabım, şifre sıfırlama, sepet ve ödeme sayfaları kullanıcı için zorunludur ama arama için anlamsızdır. Kimse "example.com sepetim" diye arama yapıp bu sayfaya gelmek istemez. Dolayısıyla bu sayfaların arama sonuçlarında yer alması hiçbir fayda sağlamaz.

Burada önemli bir ayrım yapmanız gerekiyor. Kişisel bilgi içeren sayfalar, örneğin sipariş detayları ya da profil bilgileri, noindex ile korunmaz. Noindex yalnız arama sonuçlarında göstermemeyi ister; adresi bilen herkes sayfayı açabilir. Bu tür içerik için oturum açma zorunluluğu ve sunucu tarafı yetkilendirme gerekir. Google da gizli içerik için parola korumasını işaret eder.

1. Giriş ve kayıt sayfalarına noindex ekleyin.
2. Sepet ve ödeme adımlarına noindex ekleyin ya da bu yolları taramaya kapatın.
3. Kişisel veri gösteren sayfaları yalnız oturum açan kullanıcıya gösterin.
4. Bu adreslerin hiçbirini site haritasına koymayın.

WooCommerce kullanan sitelerde sepete ekleme adreslerinin dizine girmesi ayrı bir sorundur; bunu sepete ekleme adresleri yazımızda çözümüyle anlattık.

Yazar, tarih ve ince arşivler noindex için aday mı?

Tek yazarlı bloglarda yazar arşivi, ana blog sayfasının birebir kopyasıdır. Benzer şekilde tarih arşivleri, yani ay ve yıl bazlı listeler, çoğu sitede kimsenin aramadığı sayfalardır. Bu iki arşiv türü, içerik yönetim sistemlerinin kendiliğinden ürettiği ince sayfaların başında gelir.

Ancak çok yazarlı yayınlarda durum değişir. Uzman yazarların profil sayfaları, okura ve Google'a içeriği kimin hazırladığını anlatır. Böyle bir sayfa kısa bir biyografi, uzmanlık alanı ve yazı listesi içeriyorsa dizinde kalmalıdır. Kısacası kararı arşivin türüne değil içeriğine bakarak verirsiniz.

Sayfalama sayfaları, yani "sayfa 2", "sayfa 3" gibi devam sayfaları ise genellikle noindex gerektirmez. Bu sayfalar eski içeriklere ulaşan bağlantıları taşır; dizin dışı bırakmak bağlantı keşfini zorlaştırabilir. Üstelik her sayfalama sayfasının canonical adresini birinci sayfaya yönlendirmek de yaygın bir hatadır, çünkü içerikleri aynı değildir.

İnce içeriğin genel etkisini thin content yazımızda ele aldık. Bu rehberde ise yalnız arşiv türleri için karar kısmına odaklanıyoruz.

Sayfayı gizlemek yerine birleştirmek ne zaman daha iyidir?

Her zayıf sayfa dizin dışı bırakılmayı hak etmez; bazıları birleştirilmeyi bekler. Örneğin aynı konuyu birbirine yakın açılardan anlatan üç kısa blog yazınız varsa, üçünü de gizlemek yerine tek ve kapsamlı bir yazıda toplayabilirsiniz. Ardından eski adresleri yeni yazıya kalıcı yönlendirmeyle bağlarsınız. Böylece eski adreslerin aldığı bağlantılar boşa gitmez.

Google'ın kopya adresleri birleştirme belgesi, kanonik sayfayı etkileme yöntemlerini güç sırasına göre listeler: yönlendirmeler, rel="canonical" bağlantı açıklamaları ve site haritasına ekleme. Dolayısıyla bir sayfanın içeriği başka bir sayfada zaten varsa, yönlendirme ya da canonical genellikle gizlemekten daha sağlıklı bir yoldur.

Biz bu kararı verirken üç ölçüte bakıyoruz:

• Sayfanın dış bağlantısı var mı? Varsa yönlendirme değeri korur.
• İçerik başka bir sayfayla büyük ölçüde örtüşüyor mu? Örtüşüyorsa birleştirme mantıklıdır.
• Kullanıcı sayfaya site içinden hâlâ ulaşmalı mı? Ulaşmalıysa ve aramada yeri yoksa gizleme uygundur.

Kısacası gizleme, birleştirme ve kaldırma birbirinin alternatifi değil, farklı sorunların çözümüdür. Doğru standart etikete sahip alternatif sayfa durumunu anlattığımız yazı da canonical tarafını tamamlar.

Hangi sayfalara asla noindex koymamalısınız?

Dizin dışı bırakma kararının ters yüzü de en az kendisi kadar önemlidir. Saha tecrübemizde gördüğümüz dizin kayıplarının büyük kısmı, yanlış sayfaya eklenen tek bir etiketten doğar. Bu nedenle aşağıdaki sayfa türlerini her denetimde ayrıca kontrol ediyoruz:

• Ana sayfa ve hizmet ya da ürün kategorisi sayfaları.
• Organik tıklama alan blog yazıları ve rehberler.
• Stokta olan ürün sayfaları.
• İletişim, hakkımızda ve şube sayfaları.
• Başka dillerdeki karşılık sayfaları.

Özellikle çok dilli sitelerde dikkatli olun. Bir dil sürümüne noindex eklerseniz, o sürüm arama sonuçlarından çıkar ve diğer dillerden gelen dil ilişkisi sinyalleri boşa düşer. Benzer şekilde canonical hedefi olarak gösterdiğiniz bir sayfaya noindex eklemek de çelişkili bir sinyaldir: bir yandan "asıl sayfa bu" der, öte yandan "bunu gösterme" dersiniz.

Kısacası noindex, emin olmadığınız sayfalar için varsayılan çözüm değildir. Bir sayfanın değeri hakkında tereddüt varsa önce verisine bakarsınız.

Bir sayfanın noindex kararını beş soruda nasıl verirsiniz?

Ekip olarak kullandığımız karar sırası basittir ve her sayfa türüne uygulanabilir. Sorulara sırayla cevap verin; ilk "evet" cevabı genellikle doğru aracı gösterir.

1. Sayfa gizli ya da kişisel bilgi içeriyor mu? Evetse parola koruması ve yetkilendirme kullanın.
2. Sayfa kalıcı olarak kaldırıldı mı? Evetse 404 veya 410 döndürün.
3. Sayfa başka bir sayfanın kopyası ya da parametreli sürümü mü? Evetse canonical ekleyin.
4. Sayfa kullanıcıya faydalı ama aramada değersiz mi? Evetse noindex ekleyin.
5. Sayfa türü binlerce adres üretip tarama yükü yaratıyor mu? Evetse robots.txt kısıtlamasını değerlendirin.

Bu sıralamanın bir mantığı var. Güvenlik her şeyden önce gelir, çünkü dizin dışı bırakma erişimi engellemez. Ardından kalıcı kaldırma gelir, çünkü 404 Google'a en net mesajı verir. Kopya içerik için canonical, sinyalleri kaybetmeden birleştirir. Dizin dışı bırakma ise kullanıcıya hizmet eden ama aramada yeri olmayan sayfalar içindir.

Örneğin bir kampanya açılış sayfası yalnız reklam trafiği içinse ve organik aramada başka bir sayfayla yarışıyorsa, dördüncü soruda "evet" cevabını alırsınız. Bu durumda kural, iki sayfanın aynı sorguda birbirini zayıflatmasını da önler.

Ekip içinde dizin kararlarını nasıl belgelersiniz?

Dizin kararları çoğu zaman bir kişinin hafızasında kalır. Ancak o kişi ayrıldığında ya da site yeni bir altyapıya taşındığında, hangi şablonun neden gizlendiğini kimse hatırlamaz. Bu yüzden basit bir karar tablosu tutmanızı öneriyoruz. Tablo, sayfa türünü, seçilen aracı, gerekçeyi, uygulama tarihini ve sorumlu kişiyi göstermelidir.

Bu tablo özellikle site taşımalarında hayat kurtarır. Örneğin yeni tema kurulduğunda geliştirici, tabloya bakarak hangi arşiv türlerinin gizli kalması gerektiğini hemen görür. Benzer şekilde yeni bir eklenti eski ayarları sıfırladığında, karşılaştırma yapacağınız bir referansınız olur.

Ayrıca tabloyu üç ayda bir gözden geçirin. Bir etiket sayfası zamanla zenginleşmiş ve arama talebi kazanmış olabilir; o durumda kararı tersine çevirirsiniz. Öte yandan yeni eklenen bir sayfa türü, örneğin karşılaştırma ya da favori listeleri, tabloya henüz girmemiş olabilir. Düzenli gözden geçirme, dizininizin sitenizle birlikte büyümesini sağlar.

Noindex etiketini teknik olarak nereye eklersiniz?

HTML sayfalarda kuralı head bölümündeki robots meta etiketiyle verirsiniz. Etiketin name değeri robots olursa tüm arama motorlarına, googlebot olursa yalnız Google'a seslenir. Google'ın robots meta etiketi belgesine göre birden fazla kural virgülle birleştirilebilir ve çelişen kurallarda daha kısıtlayıcı olan geçerli olur. Ayrıca none değeri, noindex ile nofollow'un birlikte kullanımına eşittir.

HTML olmayan dosyalarda, örneğin PDF kataloglarda ya da indirilebilir belgelerde, meta etiket ekleyemezsiniz. Bu durumda sunucu yanıtına X-Robots-Tag başlığını eklersiniz. Bu işi genellikle sunucu yapılandırmasında ya da içerik yönetim sisteminin ayarlarında halledersiniz; hangi yolun sizin altyapınıza uyduğunu geliştiricinizle birlikte belirlemenizi öneririz.

WordPress kullanıyorsanız SEO eklentileri bu ayarı sayfa, şablon ya da arşiv türü bazında sunar. Ancak ayarlar menüsündeki "arama motorlarının dizine eklemesini engelle" kutusu tüm siteyi etkiler; bu kutunun açık kaldığı durumları WordPress dizin engeli yazımızda anlattık. Her durumda değişikliği yaptıktan sonra sayfanın kaynak kodunda kuralın gerçekten göründüğünü kontrol edin.

Search Console'da noindex sonuçlarını nasıl izlersiniz?

Değişikliğin etkisini Search Console içindeki Sayfa dizine ekleme raporunda (Page indexing) izlersiniz. Search Console Yardım belgesine göre noindex kuralı görülen sayfalar "URL "noindex" olarak işaretlenmiş" durumunda listelenir. Robots.txt ile engellenen adresler "URL, robots.txt tarafından engellendi" durumunda görünür.

Dikkat etmeniz gereken asıl durum ise "robots.txt tarafından engelleniyor olsa da dizine eklendi" uyarısıdır. Bu, Google'ın adresi taramadan, başka sayfalardan gelen bağlantılar sayesinde dizine aldığını gösterir. Böyle bir adresi dizinden çıkarmak istiyorsanız robots.txt engelini kaldırıp noindex eklemeniz gerekir. Ayrıca "Doğru standart etikete sahip alternatif sayfa" durumu genellikle bir sorun değildir; canonical doğru çalışıyor demektir.

Tek bir adresin durumunu görmek için URL denetleme aracını (URL Inspection) kullanırsınız. Araç, Googlebot'un aldığı HTML'i gösterir; böylece kuralın gerçekten okunduğunu doğrularsınız. Raporda gördüğünüz noindex listesinin ne anlama geldiğini noindex etiketi tarafından hariç tutuldu yazımızda ayrıca açıkladık.

Yanlışlıkla noindex riskini nasıl önlersiniz?

Yanlışlıkla eklenen dizin engeli, en sessiz SEO hatalarından biridir. Site çalışır, ziyaretçiler sayfaları açabilir, ama birkaç hafta içinde organik trafik erir. En sık nedenler şunlardır: test sitesinden canlıya taşınan ayarlar, şablon değişikliğiyle tüm kategoriye yayılan etiket ve eklenti güncellemesiyle sıfırlanan varsayılanlar.

Bu riski azaltmak için ekip olarak şu kontrol listesini kullanıyoruz:

• Her yayın öncesinde ana sayfa ve birkaç kritik sayfanın kaynak kodunda robots meta etiketini kontrol edin.
• Test ortamını noindex yerine parola korumasıyla kapatın; böylece canlıya taşınan bir noindex ayarı kalmaz.
• Sayfa dizine ekleme raporunda noindex sayısını haftalık izleyin; ani artış bir alarmdır.
• HTTP başlıklarını da kontrol edin, çünkü X-Robots-Tag kaynak kodda görünmez.
• Noindex eklenen her şablonu bir değişiklik kaydına yazın.

Bu kontrolleri düzenli yürütmek zaman ister. Sitenizde dizin kaybı yaşıyorsanız ya da hangi sayfanın dizinde kalacağına karar veremiyorsanız, SEO danışmanlığı hizmetimizde bu sorunu sitenizde biz tespit eder, çözer ve sonrasını takip ederiz.

Noindex ile robots.txt'yi birlikte kullanmak neden hatalıdır?

Bu hata o kadar yaygın ki ayrı bir başlığı hak ediyor. Akıl yürütme genellikle şöyledir: "Bu sayfayı hem taramaya kapatayım hem de noindex ekleyeyim, böylece iki kat güvende olurum." Ancak sonuç tam tersidir. Google'ın belgesine göre robots.txt bir sayfayı engellediğinde tarayıcı noindex kuralını hiç göremez ve sayfa arama sonuçlarında görünmeye devam edebilir.

Üstelik Google'ın robots.txt tanıtım belgesi, robots.txt'nin bir sayfayı Google dışında tutma yöntemi olmadığını açıkça belirtir. Engellenen bir adres, açıklaması olmadan sonuçlarda yer alabilir. Yani robots.txt tarama trafiğini yönetir, dizini değil.

Doğru sıra şudur: önce noindex ekler, Google'ın sayfaları tarayıp dizinden çıkarmasını beklersiniz. Raporda sayfalar noindex durumuna geçtikten sonra, tarama yükü hâlâ bir sorunsa robots.txt kısıtlamasını eklersiniz. Robots.txt dosyanızı düzenlerken robots.txt oluşturucu aracımızla taslak hazırlayabilir, sık yapılan hataları da robots.txt hataları yazımızda inceleyebilirsiniz.

Örnek senaryo: example.com dizinini nasıl temizler?

Varsayımsal bir örnekle süreci somutlaştıralım. Example.com, birkaç yüz ürünü olan bir ev tekstili mağazası olsun. Search Console'da dizine eklenmiş sayfa sayısı, ürün ve kategori sayısının çok üzerinde görünüyor. İlk inceleme, fazlalığın iç arama, etiket, filtre ve hesap adreslerinden geldiğini gösteriyor.

Bu örnek senaryoda ekip şu sırayla ilerler:

1. Dizindeki adresleri sayfa türüne göre gruplar.
2. Organik tıklama alan etiket ve filtre sayfalarını ayırır ve bunlara dokunmaz.
3. İç arama, hesap ve teşekkür şablonlarına noindex ekler.
4. İnce etiket arşivlerine noindex ekler ve site haritasından çıkarır.
5. Değer taşımayan filtre kombinasyonları için, noindex durumuna geçtikten sonra robots.txt kısıtlaması planlar.
6. Sayfa dizine ekleme raporunu haftalık izler.

Burada dikkat edilmesi gereken nokta ikinci adımdır. Toplu karar verirken trafik getiren tek tük sayfaları gözden kaçırmak kolaydır. Bu yüzden ekip her grup için önce performans raporuna bakar, sonra şablonu değiştirir. Sonuç olarak dizin, sitenin gerçek değerini yansıtan sayfalardan oluşur.

Noindex kararından sonra ne kadar beklemek gerekir?

Kuralın etkisini anında göremezsiniz, çünkü Google'ın sayfayı yeniden taraması gerekir. Google'ın belgesine göre daha az önemli sayfaların yeniden ziyaret edilmesi aylar sürebilir. Dolayısıyla önemsiz bir etiket arşivinin dizinden çıkması, önemli bir kategori sayfasına göre çok daha uzun zaman alabilir.

Süreci hızlandırmak için URL denetleme aracından tek tek yeniden tarama isteyebilirsiniz. Ancak bu yol yüzlerce adres için pratik değildir ve günlük bir kotası vardır. Acil bir durumda, örneğin yanlışlıkla yayınlanmış bir sayfa için, Google'ın kaldırma araçlarını kullanırsınız; bu araç geçici bir gizleme sağlar, kalıcı çözüm yine noindex ya da sayfanın kaldırılmasıdır.

Ters yönde de sabırlı olun. Yanlışlıkla eklenen kuralı kaldırdığınızda, sayfanın tekrar dizine girmesi ve eski konumuna yaklaşması da zaman alır. Bu nedenle sayfa türü bazında yapılan her değişiklikten sonra en az birkaç tarama döngüsü izleme planlayın. Bu sürenin kesin bir değeri yoktur; sitenizin büyüklüğüne ve tarama sıklığına göre değişir.

Biz bu süreci sitenizde nasıl yürütürüz?

Talha Aslan ve ekibi olarak dizin kalitesi çalışmasına her zaman veriyle başlıyoruz. Önce Search Console verisi ve site taraması ile tüm sayfa türlerini çıkarıyoruz. Ardından her türün organik performansını, iç bağlantı durumunu ve içerik derinliğini değerlendiriyoruz. Böylece dizin dışı bırakma, canonical, robots.txt ya da 404 kararlarını sayfa türü bazında, gerekçeleriyle birlikte belgeliyoruz.

Değişiklikleri uyguladıktan sonra işimiz bitmiyor. Sayfa dizine ekleme raporundaki geçişleri, yanlışlıkla dizin dışı kalan sayfa olup olmadığını ve organik trafikteki değişimi düzenli raporluyoruz. Bunun yanında yeni şablonlar ya da eklenti güncellemeleri geldiğinde robots kurallarını tekrar kontrol ediyoruz.

Sıralama konusunda garanti vermiyoruz, çünkü kimse veremez. Ancak temiz bir dizin, Google'ın sitenizin değerli sayfalarına odaklanmasını kolaylaştırır. Sitenizin dizin yapısını birlikte ele almak isterseniz SEO danışmanlığı sayfamızdan teklif isteyebilirsiniz; sitenizin durumuna göre bir çalışma planı hazırlarız.

Temel rehber: Dijital Pazarlama Nedir? Türleri, örnekleri ve nasıl yapıldığı, beynin içinden geçen etkileşimli bir filmle tek sayfada.