Indexlenmeyen Sayfalar Nasıl Tespit Edilir? Search Console Rehberi

Indexlenmeyen sayfalar nedir ve nasıl tespit edersiniz?

Indexlenmeyen sayfalar, Google'ın bildiği ya da taradığı hâlde arama dizinine eklemediği URL'lerdir. Bunları Search Console'daki Sayfalar raporunda, Dizine girmeyen sayfaların nedenlerine bakarak tespit edersiniz. Tek tek sayfaları ise URL Denetleme aracıyla sınarsınız, böylece nedeni de görürsünüz.

Yani indexlenmeyen sayfalar konusunda işin özü iki adımdır. Önce rapordan toplu resmi görürsünüz, ardından şüpheli sayfaları tek tek denetlersiniz. Bu yazıda her durumun ne anlama geldiğini, hangisinin gerçek sorun olduğunu ve nasıl çözeceğinizi anlatıyoruz.

Konuya ürün sayfaları açısından bakmak isterseniz ürün sayfaları neden indekslenmez yazımızı da okuyabilirsiniz. Burada ise her site türü için geçerli genel yöntemi ele alıyoruz.

Raporu açtığınızda karşınıza çıkan rakamlar önce göz korkutabilir. Oysa bu rakamların büyük kısmı zararsızdır. Önemli olan, hangi satırın gelirinizi ya da görünürlüğünüzü etkilediğini ayırt etmenizdir. Bu rehberdeki sıra, sahada her denetimde izlediğimiz sıradır.

Indexlenmeyen sayfa ile indekslenmemesi gereken sayfa arasındaki fark nedir?

Her indekslenmeyen sayfa sorun değildir. Sepet, teşekkür sayfası, filtre kombinasyonları ve yönetim ekranları zaten dizinde olmamalıdır. Asıl mesele, gelir getiren ya da bilgi veren sayfaların dizin dışında kalmasıdır.

Bu yüzden ilk işiniz sayfaları iki gruba ayırmaktır. Birinci grupta dizinde görmek istedikleriniz, ikinci grupta görmek istemedikleriniz yer alır. Ardından rapordaki her durumu bu iki listeyle karşılaştırırsınız.

• Dizinde olması gerekenler: hizmet, ürün, kategori ve blog yazıları.
• Dizinde olmaması gerekenler: sepet, ödeme, arama sonucu ve test sayfaları.
• Karar vermeniz gerekenler: etiket arşivleri, sayfalama ve eski kampanya sayfaları.

Bu ayrımı yapmazsanız Google'ı gereksiz sayfaları dizine almaya zorlarsınız. Sonuçta hem tarama bütçesi hem de zaman boşa gider. Bu nedenle ilk kararınız, hangi sayfaların dizinde bulunmasını istediğinizdir.

Özellikle küçük sitelerde indexlenmeyen sayfalar listesi, birkaç düzeltmeyle hızla küçülür. Büyük sitelerde ise bu ayrım, yüzlerce satırlık rapordan sizi kurtarır. Bir kez hazırladığınız dizinde olmalı, olmamalı listesi aylarca işinize yarar.

Sayfalar raporuna nereden ulaşırsınız?

Search Console'da sol menüden Dizine ekleme başlığını açın ve Sayfalar seçeneğine tıklayın. İngilizce arayüzde bu ekran Indexing altındaki Pages adını taşır. Rapor için mülkü Search Console'a eklemiş olmanız gerekir.

Mülk henüz yoksa önce onu eklemeniz gerekir. Kurulum adımları için Google Search Console nedir ve nasıl kullanılır rehberine göz atabilirsiniz.

Domain mülkü kullanırsanız www, https ve alt alan adlarının tamamını tek raporda görürsünüz. URL öneki mülkünde ise yalnızca o öneke ait sayfalar listelenir. Bu fark, eksik veri sandığınız durumların çoğunu açıklar.

Arayüzde raporun adı sürüme göre biraz değişebilir. Menüde Sayfalar ya da Pages yazan satırı arayın. Rapora girince üstte özet grafik, altta ise nedenlerin listesi görünür.

Raporun üstündeki grafik ve toplamlar neyi gösterir?

Grafik iki seri gösterir: dizine giren sayfalar ve girmeyen sayfalar. Google'ın belgelerine göre grafiğin üzerindeki toplam rakamlar Google açısından eksiksiz ve doğrudur. Kaynak: Google Search Console Yardım.

Bu toplamlar sizin için bir başlangıç noktasıdır. Toplam URL sayınız sitenizdeki gerçek sayfa sayısıyla tutmuyorsa, iki ihtimal vardır. Ya Google bazı sayfalarınızı hiç keşfetmemiştir ya da sitenizde fazladan, gereksiz URL'ler üretilmektedir.

Bu yüzden grafikte ani düşüş ya da sıçrama aradığınızda tarihe de bakın. Bir tema güncellemesi, bir taşıma ya da robots.txt değişikliği çoğu zaman aynı haftaya denk gelir.

Grafiğin yeşil alanı dizine giren sayfaları, gri alanı girmeyenleri gösterir. Gri alan büyüyor diye panik yapmayın. Önce büyüme hangi nedenden geliyor, ona bakın; çünkü sepet ya da filtre URL'leri de bu alana düşer.

Dizine eklenmeme nedenleri tablosunu nasıl okursunuz?

Rapor, dizine eklenmeyen sayfaları nedene göre gruplar. Her satırda neden, kaynak (web sitesi ya da Google sistemi), doğrulama durumu, eğilim ve sayfa sayısı bulunur. Sayfa sayısı en yüksek satırla değil, iş açısından en önemli satırla başlayın.

Aşağıdaki tablo, en sık karşılaşılan durumları ve ilk aksiyonu özetler. Durum adları Google'ın resmi tanımlarına dayanır.

Satırlara tıkladığınızda örnek URL'leri görürsünüz. Her örneğin yanındaki menüden URL'yi denetleyebilir ya da sayfayı açabilirsiniz. Bu küçük ayrıntı, teşhisi hızlandırır.

Taranmış, şu anda dizinde yok durumu ne anlama gelir?

Bu durumda Google sayfanızı ziyaret etmiş, ancak dizine eklememiştir. Google'ın belgesi ek bir işlem gerekmediğini, sayfanın ileride dizine girebileceğini söyler. Yine de sayfa haftalarca bu durumda kalıyorsa kalite sinyalini sorgulamanız gerekir.

Bizim sahadaki deneyimimize göre bu durumla en çok zayıf, ince ya da başka sayfaların kopyası gibi duran içeriklerde karşılaşırız. Ayrıca sayfaya hiç iç link verilmemişse Google o sayfayı önemsiz sayabilir.

• İçeriği özgün örnek, veri ve net bir cevapla derinleştirin.
• Sayfaya ilgili blog ve hizmet sayfalarından bağlam içinde link verin.
• Başlık ve açıklamayı benzer sayfalardan ayırt edin.
• Gerçekten değer katmayan sayfaları birleştirin ya da kaldırın.

Kalite sorunu olan sayfaların ortak yanı genellikle şablondur. Örneğin yüzlerce aynı şablonlu şehir sayfası varsa Google bunların çoğunu dizine almayabilir. Bu durumda tek tek sayfayı değil, şablonu düzeltirsiniz.

Tabloyu bir kontrol listesi gibi düşünün. Her satırın yanına sorumlu kişiyi ve hedef tarihi yazarsanız indexlenmeyen sayfalar sorunu takip edilebilir bir işe dönüşür. Ayrıca durumları iş etkisine göre sıralamanız, ekibin önceliği doğru vermesini sağlar.

Keşfedildi, şu anda dizinde yok durumu ne anlama gelir?

Bu durum, Google'ın URL'yi bulduğunu ancak henüz taramadığını gösterir. Google belgesine göre bekleyebilirsiniz, acil bir sayfa için URL Denetleme aracından dizine ekleme isteyebilirsiniz.

Çok sayıda sayfa bu satırda birikiyorsa sorun genellikle tarama önceliğindedir. Site büyükse, yavaşsa ya da gereksiz URL'lerle doluysa Googlebot önce önemli gördüğü sayfalara gider. Tarama davranışını ayrıntılı anlamak için Googlebot neden daha az tarar yazımıza bakabilirsiniz.

Çözüm çoğu zaman sadedir: önemli sayfaları site haritasına ekleyin, ana menüden ve ilgili içeriklerden link verin. Böylece Google o sayfaların değerini daha erken fark eder.

Yeni bir sayfa yayınladığınızda kısa süre bu durumda görünmesi de olağandır. Endişelenmeniz gereken, eski ve önemli bir sayfanın aylardır bu satırda kalmasıdır.

Soft 404 hatasını nasıl tespit edersiniz?

Soft 404, sayfanın kullanıcıya 'bulunamadı' ya da boş içerik gösterip sunucudan 200 koduyla yanıt vermesidir. Google bu sayfaları dizine almaz, çünkü değer taşımadıklarını düşünür.

Raporda Soft 404 satırını açın ve örnek URL'leri tek tek inceleyin. Örneğin stoku biten ürünün boş bir kabuk sayfası kaldıysa ya da arama sonucu sıfır ürün gösteriyorsa sorun buradadır.

• Kalıcı olarak kalkan sayfa için 404 ya da 410 döndürün.
• Yerine geçen bir sayfa varsa 301 ile ona yönlendirin.
• Sayfa gerçekten önemliyse içeriğini anlamlı biçimde doldurun.
• Geçici boş kategorilerde ilgili ürün ve alternatifleri gösterin.

Tarama önceliği meselesinde site hızı da rol oynar. Sunucunuz yavaş yanıt veriyorsa Googlebot daha az sayfa ister. Bu nedenle barındırma performansına da göz atmanız yararlı olur.

Bu durumda yalnızca dizine ekleme isteği göndermek kalıcı çözüm sayılmaz. İstek bir sayfayı öne çekebilir, ama yüzlerce sayfa için site yapısını düzeltmeniz gerekir. Bu yüzden önce iç link ağınızı ve site haritanızı güçlendirin.

Noindex ve robots.txt engellerini nasıl ayırt edersiniz?

İki yöntem farklı işler yapar. Robots.txt Googlebot'un sayfayı taramasını engeller. Noindex ise sayfa taranırken görülen ve dizine eklenmemesini isteyen bir komuttur. Ayrıntılar için Google Search Central noindex rehberi kaynağına bakın.

Kritik nokta şudur: robots.txt ile engellediğiniz sayfada Google noindex etiketini göremez. Bu yüzden dizinden çıkarmak istediğiniz sayfayı önce taramaya açıp noindex vermeniz gerekir. Google'ın belgesi de engellenmiş URL'nin harici linklerle yine dizine girebileceğini belirtir.

Sık yapılan hataları robots.txt hataları yazımızda topladık. Dosyayı sıfırdan hazırlamak için robots.txt oluşturucu aracımızı kullanabilirsiniz.

Sitemizde bu hatayı en çok e-ticaret ve ilan sitelerinde görürüz. Şablon, ürün bittiğinde boş bir kabuk sayfa üretir ve sunucu yine 200 döndürür. Bu durumu şablon düzeyinde çözmek kalıcı sonuç verir.

Kanonik kaynaklı durumlar gerçek bir sorun mu?

Çoğu zaman hayır. 'Alternate page with proper canonical tag' durumu, sayfanın doğru kanonik sayfaya işaret ettiğini söyler ve Google'a göre aksiyon gerektirmez. Sorun, kanonik etiketin yanlış sayfaya gitmesidir.

Daha dikkatli olmanız gereken iki durum vardır. Birincisi 'Duplicate without user-selected canonical' durumudur; burada Google yinelenen sayfayı fark etmiştir, ama siz tercihinizi belirtmemişsinizdir. İkincisi 'Duplicate, Google chose different canonical than user' durumudur; yani sizin seçtiğiniz kanonik ile Google'ın seçimi uyuşmaz.

Her iki durumda da iki URL'yi karşılaştırın. Gerçekten aynı içerikse birini kanonik yapın ve diğerinden link verin. Farklı içerikse sayfaları birbirinden net biçimde ayırın.

Bir örnek senaryo düşünün. Yeni sitenizi geliştirirken tüm siteye noindex koymuşsunuz ve yayına alırken kaldırmayı unutmuşsunuz. Rapor bu durumda yüzlerce sayfayı noindex nedeniyle dışlanmış gösterir. Etiketi kaldırıp doğrulamayı başlatmanız yeterlidir.

Son olarak şunu unutmayın: noindex kaldırıldıktan sonra Google'ın sayfayı yeniden taraması gerekir. Bu süre sayfanın tarama sıklığına bağlıdır, bu yüzden sonucu birkaç gün içinde beklemek gerçekçi değildir.

Sunucu, 404 ve yönlendirme hatalarını nasıl çözersiniz?

Bu grup teknik hatalardır ve çoğunlukla net bir çözümü vardır. Sunucu hatası (5xx) Google'ın sayfayı isterken 500 seviyesinde bir yanıt aldığını gösterir. Belgeye göre barındırma durumunu ve Tarama İstatistikleri raporunu kontrol etmeniz gerekir.

404 satırında önce sayfanın bilerek mi silindiğine bakın. Bilerek silindiyse dokunmayın. Yanlışlıkla silindiyse içeriği geri getirin ya da 301 yönlendirme verin.

Yönlendirme hatasında zincirleri ve döngüleri arayın. Ayrıntılı çözüm için yönlendirme zinciri yazımızı okuyun; tek bir URL'yi hızla denemek için yönlendirme denetleyici aracı işinizi görür.

Önemli bir ayrıntı daha var: kanonik etiket bir ipucudur, kesin komut değildir. Google başka bir sayfayı seçebilir. Bu yüzden iç linklerinizi ve site haritanızı da tercih ettiğiniz URL ile tutarlı tutun.

URL Denetleme aracıyla tek sayfayı nasıl test edersiniz?

URL Denetleme aracı, tek bir adresin dizin durumunu gösterir. Search Console'un üstündeki arama kutusuna tam URL'yi yapıştırırsınız. Araç son tarama tarihini, kullanıcı ve Google kanoniğini, dizine eklenip eklenmediğini bildirir. Ayrıntı: URL Denetleme aracı belgesi.

Canlı URL'yi test et seçeneği, sayfanın şu andaki hâlini Google'ın gözüyle gösterir. Böylece yayınladığınız düzeltmenin gerçekten etkili olup olmadığını dizin beklemeden anlarsınız.

• Sayfa dizinde mi, yoksa değil mi sorusunun cevabı.
• Hangi sayfanın kanonik seçildiği.
• Taramaya izin verilip verilmediği ve noindex bilgisi.
• Canlı testte işlenmiş HTML ve ekran görüntüsü.

Dizine ekleme isteği göndermek hızlandırabilir, ancak kaliteyi garanti etmez. Bu yüzden önce neden dizine girmediğini çözün.

Sunucu hataları aralıklı olduğunda yakalamak zordur. Bu nedenle Tarama İstatistikleri raporunu ve sunucu kayıtlarını birlikte inceleyin. Hata belli saatlerde yoğunlaşıyorsa yedekleme ya da yük sorunu olabilir.

Her hata grubunu ayrı bir iş kalemi olarak ele alın. Sunucu hataları barındırma ekibine, 404'ler içerik ekibine, yönlendirmeler ise geliştiriciye gider. Böylece indexlenmeyen sayfalar listesi sahipsiz kalmaz.

site: sorgusu indexlenmeyen sayfaları bulmak için yeterli mi?

Hayır, tek başına yeterli değildir. Google'da site:alanadiniz.com yazmak kaba bir fikir verir, ancak sonuç sayısı kesin değildir ve belirli bir URL'nin durumunu göstermez. Bu yöntemi yalnızca hızlı bir ilk bakış olarak kullanın.

Kesin cevap için Search Console gerekir. Tek sayfa için URL Denetleme aracı, toplu resim için Sayfalar raporu sizi doğru yere götürür. Sahada şu kombinasyonu öneririz: önce site: ile hızlı kontrol, sonra Search Console ile doğrulama.

Ayrıca kritik sayfanın başlığından bir cümle seçip tırnak içinde aratabilirsiniz. Sayfa sonuçta çıkmıyorsa URL Denetleme ile teyit edin.

Araç canlı testte sayfayı Googlebot gibi getirir. Sayfa yalnızca tarayıcıda görünüp Googlebot'a boş geliyorsa, sorun JavaScript ile yüklenen içeriktedir. Bunu ancak bu testle görürsünüz.

Küçük bir ipucu daha: denetleme sonucunda gördüğünüz Google tarafından seçilen kanonik URL ile sizin belirttiğiniz URL aynı mı, mutlaka karşılaştırın. Farklıysa bu, indexlenmeyen sayfalar için en erken uyarı işaretlerinden biridir.

Site haritası filtresiyle eksik sayfaları nasıl bulursunuz?

Sayfalar raporundaki filtrede dört seçenek vardır: tüm bilinen sayfalar, tüm gönderilen sayfalar, gönderilmeyen sayfalar ve belirli bir site haritası. Google'ın önerisine göre yalnızca önemli sayfalarınızı içeren bir site haritası hazırlayıp raporu ona göre filtrelemek işi hızlandırır.

Bu yöntem pratikte çok işe yarar. Sitemap'te olup dizine girmeyen her sayfa bir soru işaretidir, çünkü siz bu sayfayı Google'a bilerek önerdiniz. Bu listeyi haftalık inceleyin.

• Gönderilen ama dizine girmeyen sayfalar: öncelikli inceleme listeniz.
• Gönderilmeyen ama dizinde olan sayfalar: gereksiz URL üretimi olabilir.
• Bölünmüş site haritaları: hizmet, blog ve ürün gruplarını ayrı ayrı izlersiniz.

Site haritası kurulumunda XML sitemap oluşturucu ve sitemap lastmod etiketi yazımız yardımcı olur.

Bazı durumlarda sayfa dizinde olur ama site: sorgusunda görünmez. Bu yüzden tek bir sorguya güvenip karar vermeyin. Her kritik sayfa için URL Denetleme sonucunu kayda alın.

Kısacası site: sorgusu bir ilk bakış, Search Console ise kesin cevaptır. İkisini birlikte kullanmak hem zaman kazandırır hem yanlış teşhisi önler.

Düzeltmeyi doğrula düğmesi nasıl çalışır?

Bir sorunu giderdikten sonra ilgili durum sayfasında Düzeltmeyi doğrula düğmesine basarsınız. Google yalnızca bilinen etkilenen URL'leri yeniden kontrol eder, tüm siteyi taramaz. Belgeye göre doğrulama genellikle iki haftaya kadar sürebilir.

Doğrulama sürecinde durumlar şöyle ilerler: Başlatılmadı, Başlatıldı, İyi görünüyor, Geçti ya da Başarısız. Eşik sayıda sayfada sorun sürerse doğrulama başarısız olur ve e-posta alırsınız.

Bu yüzden düğmeye basmadan önce sorunun tüm örneklerini düzeltin. Yalnızca birkaç sayfayı düzeltip doğrulamaya başlarsanız süreç başarısız olur ve iki hafta kaybedersiniz.

Site haritanıza yalnızca dizine girmesini istediğiniz, 200 döndüren ve kanonik olan URL'leri koyun. Bu tek kural, raporun gürültüsünü ciddi biçimde azaltır.

Sayfa dizine girmiyorsa içerik tarafında nelere bakarsınız?

Teknik engel yoksa sorun çoğunlukla içeriktedir. Google her sayfayı dizine almak zorunda değildir; okura net bir değer sunmayan sayfaları eler. Bu nedenle sayfayı bir okur gibi yeniden okumanız gerekir.

• Sayfa başka bir sayfanın aynısı ya da çok benzeri mi?
• Kullanıcının sorusuna ilk paragrafta cevap veriyor mu?
• Özgün bilgi, örnek ya da deneyim içeriyor mu?
• Sitenin başka yerlerinden link alıyor mu?
• Başlık, açıklama ve H1 sayfayı benzersiz kılıyor mu?

Bu soruların birkaçına hayır diyorsanız sayfayı geliştirin, birleştirin ya da kaldırın. Bu karar çoğu zaman tek bir teknik ayarı düzeltmekten daha fazla fark yaratır.

Doğrulama başarısız olursa paniğe gerek yok. Hata listesindeki başarısız URL'lere bakın, nedeni düzeltin ve doğrulamayı yeniden başlatın.

Büyük sitelerde 1000 satır sınırını nasıl aşarsınız?

Google'ın belgesine göre rapordaki örnek URL listesi 1000 öğeyle sınırlıdır ve bir durumdaki tüm URL'leri göstermeyebilir. Toplam sayılar ise eksiksizdir. Büyük sitelerde bu fark önemlidir.

Çözüm, veriyi dilimlemektir. Sitenizi bölümlere ayıran site haritaları hazırlayın ve raporu her birine göre ayrı ayrı filtreleyin. Böylece her filtrede 1000 satırın altında kalır ve örnekler daha temsili olur.

Ayrıca şablon bazlı düşünün. Aynı şablonu kullanan yüz sayfa aynı nedenle dizine girmiyorsa, tek bir düzeltme hepsini çözer. Bu nedenle örnek URL'lerde ortak bir desen arayın.

Google'ın kalite beklentilerini okurken özgün katkı, uzmanlık ve güven sinyallerine bakın. Kendi deneyiminizden örnek ve veri eklemek, benzer sayfalar arasında sizi ayırır.

İçeriği geliştirirken sadece kelime sayısını artırmayın. Okurun sorusunu net yanıtlayan, örnekle destekleyen ve güncel bilgi veren bir sayfa yazın. Böylece indexlenmeyen sayfalar arasından en değerli olanları kurtarırsınız.

Aylık indeks kontrol rutinini nasıl kurarsınız?

Dizinleme kontrolünü olay çıkınca değil, takvime bağlı yaparsanız sorunları erken yakalarsınız. Sahada aşağıdaki sırayı öneririz. Her adım on beş ile otuz dakika sürer.

1. Dizindeki toplam sayfa sayısının trendine bakın.
2. Yeni çıkan durum satırlarını ve artan satırları işaretleyin.
3. Gönderilen ama dizine girmeyen sayfaları listeleyin.
4. Yeni yayınladığınız önemli sayfaları URL Denetleme ile kontrol edin.
5. Doğrulama bekleyen sorunların durumunu izleyin.

Rutini bir kontrol listesine çevirip ekiple paylaşırsanız en güvenilir sonucu alırsınız. Teknik denetimin tamamı için teknik SEO ipuçları yazımızı da inceleyin.

Bu yaklaşım, yüz binlerce sayfalı sitelerde bile işe yarar. Önemli olan her dilimin kendi içinde okunabilir ve yönetilebilir olmasıdır.

Örneğin blog, hizmet ve ürün için üç ayrı site haritası kullanırsanız, hangi bölümün dizinde zayıf kaldığını tek bakışta görürsünüz. Bu ayrım aynı zamanda ekipler arası sorumluluğu da netleştirir.

Dizinleme sorunlarında en sık hangi hataları görürüz?

Bu alanda sık yapılan hataların çoğu, semptoma odaklanıp nedeni atlamaktan çıkar. Aşağıdaki liste ekibimizin denetimlerde en çok karşılaştığı yanlışları özetler.

• Her indekslenmeyen sayfayı sorun sanıp gereksiz zaman harcamak.
• Sadece dizine ekleme isteğiyle sorunu çözmeye çalışmak.
• Robots.txt ile engelledikleri sayfaya noindex koyup sonuç beklemek.
• Yayın sonrası testte noindex'i kaldırmayı unutmak.
• Site haritasına yönlendiren ya da 404 veren URL'leri koymak.

Bu hataların hepsinin ortak noktası, raporu okumadan aksiyona geçmektir. Önce durumu doğru okuyun, sonra tek bir değişiklik yapın ve sonucu ölçün.

Rutini ay başına sabitlemek, yayın takvimiyle çakışmasını önler. Büyük bir yayın ya da taşıma sonrasında ise ilk iki hafta haftalık bakın.

Rutine bir de not tutma alışkanlığı ekleyin. Her ay hangi satırın arttığını, hangisinin azaldığını ve hangi değişikliği yaptığınızı yazın. Altı ay sonra indexlenmeyen sayfalar trendinizin gerçek hikayesini görürsünüz.

Indexlenmeyen sayfalar organik trafiğe nasıl zarar verir?

Dizinde olmayan bir sayfa arama sonuçlarında hiç çıkamaz. Dolayısıyla o sayfanın hedeflediği tüm aramalar için trafiğiniz sıfırdır. Kritik bir hizmet sayfası bu durumdaysa kayıp doğrudan görüşme ve satış kaybına dönüşür.

Daha sinsi bir etki de iç link değeridir. Dizine girmeyen sayfalara verdiğiniz linkler değerin bir kısmını boşa harcar. Ayrıca çok sayıda zayıf sayfa, sitenin genel kalite algısını düşürebilir.

Bu nedenle indexlenmeyen sayfalar listesini trafikle ilişkilendirin. Hangi sayfaların geçmişte trafik getirdiğini ve şimdi dizinden düştüğünü bulun. Düşüş teşhisi için Search Console ile trafik düşüşü tespiti yazımız yol gösterir.

Yeni yayınlanan sayfa ne kadar sürede dizine girer?

Google bunun için sabit bir süre vermez. Sayfa birkaç günde de girebilir, daha uzun sürede de. Sitenizin otoritesi, tarama sıklığı ve sayfanın iç link gücü süreyi etkiler.

Yeni sayfanın hızlı fark edilmesi için basit bir sıra izleyin. Sayfayı site haritasına ekleyin, ana sayfadan ya da ilgili bir kategoriden link verin ve URL Denetleme ile dizine ekleme isteği gönderin.

• Site haritasında yer alsın ve lastmod tarihi doğru olsun.
• En az iki ilgili sayfadan iç link alsın.
• Sayfa 200 döndürsün, noindex taşımasın ve robots.txt ile engellenmesin.
• Kanonik etiketi kendisini göstersin.

Ardından birkaç gün bekleyin. Hâlâ görünmüyorsa Sayfalar raporunda durumu kontrol edin.

Örnek bir teşhis süreci nasıl ilerler?

Bu bölüm kurgusal bir örnek senaryodur, gerçek bir müşteri verisi değildir. Bir kurumsal sitede yeni hizmet sayfalarının dizine girmediğini düşünelim. Teşhise rapordan başlarsınız.

1. Sayfalar raporunda bu sayfalar Keşfedildi, şu anda dizinde yok satırında görünür.
2. Site haritasına baktığınızda sayfaların haritada olmadığını fark edersiniz.
3. Sayfalara yalnızca bir alt menüden, tek link veriliyor.
4. Sayfaları haritaya ekler ve ilgili blog yazılarından link verirsiniz.
5. Birkaç hafta sonra durum Dizinde olarak değişir.

Dikkat edin: çözüm bir teknik hata düzeltmesi değil, tarama önceliğini artıran iç bağlantı ve harita düzenlemesidir. Gerçek sitelerde durumun çoğunda bu tür sade çözümler işe yarar.

Profesyonel destek ne zaman gerekir?

Durumların çoğunu bu rehberle kendiniz çözebilirsiniz. Ancak büyük bir taşıma, sürekli artan Taranmış durumu ya da açıklanamayan trafik kaybı varsa uzman bir göz zaman kazandırır.

Biz ekip olarak bu tür teşhisleri Search Console, sunucu kayıtları ve içerik analizini birleştirerek yaparız. Sonuçta size hangi sayfanın neden dizine girmediğini ve hangi sırayla düzelteceğinizi gösteren bir liste veririz.

Böyle bir denetim düşünüyorsanız SEO danışmanlığı sayfamızdan bize ulaşabilirsiniz. Kararı vermeden önce bu yazıdaki kontrol listesini kendi sitenizde bir kez denemenizi öneririz.

Ayrıca hataları tekrar etmemek için bir değişiklik sonrası kontrol listesi kullanın. Yayın öncesi ve sonrası noindex, robots.txt ve kanonik kontrolü bu listenin ilk üç maddesi olsun.