Google site Sorgusu Neden Yanlış Sayı Gösterir? Dizin Sayısını Doğru Ölçmek

Bu yazıda Talha Aslan ve ekibi olarak sahada en sık karşılaştığımız soruyu ele alıyoruz: "Sitemizde 800 sayfa var, site: sorgusu 2.300 diyor, Search Console 600 diyor; hangisi doğru?" Kısaca söyleyelim, üç rakam aynı şeyi ölçmüyor. Bu nedenle önce her rakamın nereden geldiğini anlatacağız, ardından dizin sayısını doğru ölçmenin adımlarını vereceğiz. Son olarak site: operatörünün hâlâ işe yaradığı kontrolleri listeleyeceğiz.

Not: Buradaki bütün sayılar örnek senaryodur. Gerçek bir siteye ait rakam değildir; yalnızca okuma mantığını göstermek için var.

"Yaklaşık X sonuç" satırı aslında neyi ölçer?

Arama sonuçlarının üstünde bazen "Yaklaşık 2.300 sonuç" gibi bir satır görürsünüz. Buradaki "yaklaşık" kelimesi süs değildir. Google, sonuç sayısını sorguyu anında hesaplayarak tek tek saymaz; büyük bir dizinde hızlı yanıt vermek için kestirim yapar. Dolayısıyla aynı sorguyu birkaç dakika arayla iki kez çalıştırdığınızda farklı bir sayı görmeniz şaşırtıcı değildir.

Üstelik bu satır sizin sitenizin sayfa envanterini değil, sorgunuza uyan belgelerin tahmini hacmini anlatır. Yani "2.300 sonuç" ifadesi "Google bu siteden 2.300 sayfayı dizine ekledi" anlamına gelmez. Örneğin aynı içeriğin farklı adres varyasyonları, eski kopyalar ya da artık sunucuda olmayan sayfalar bu tahmine karışabilir.

Bir de şu ayrıntı var: Sonuç sayfalarında ilerlediğinizde liste çoğu zaman tahmin edilen rakamdan çok önce biter. Bu durum sayının bir envanter değil, kaba bir büyüklük göstergesi olduğunun en pratik kanıtıdır. Kısacası bu satırı SEO raporunun ana metriği yapmak, termometre yerine pencereden dışarı bakarak hava sıcaklığını tahmin etmeye benzer.

Google site: operatörü hakkında resmi olarak ne söylüyor?

Google Search Central, site: arama operatörü belgesinde bu konuyu açıkça yazar. Belgeye göre site: operatörü, belirttiğiniz önek altında dizine eklenen bütün URL'leri döndürmek zorunda değildir ve dönen liste her zaman eksiksiz değildir. Ayrıca belge, büyük sitelerin bütün adreslerini sonuçlarda görmeyi beklememesi gerektiğini de belirtir.

Belgede ilginç bir not daha var: Daha spesifik bir önek, daha geniş bir önekten daha fazla sonuç verebilir. Örneğin site:example.com/blog/ sorgusu, kimi zaman tek başına blog klasörü için site:example.com sorgusunun gösterdiğinden daha çok blog adresi listeler. Bu da sayının toplanabilir bir envanter olmadığını gösterir.

Peki site: sorgusunda göremediğiniz bir adres için Google ne öneriyor? Belge, o URL'nin dizine eklenebilir olup olmadığını görmek ve dizine ekleme isteği göndermek için URL Denetleme aracını (URL Inspection) işaret eder. Bu yüzden resmi tavsiye nettir: site: hızlı bir göz atmadır, ölçüm aracı değildir.

Dizine eklenen sayfa sayısını doğru nereden ölçersiniz?

Doğru kaynak, Google Search Console içindeki sayfa dizine ekleme raporudur (Page indexing). Search Console Yardım'daki Page indexing report sayfası, raporun Google'ın sitenizde bulup dizine ekleyebildiği sayfaları ve dizine eklenmeme nedenlerini gösterdiğini anlatır. Özet grafikte dizine eklenen ve eklenmeyen sayfaların toplamlarını ayrı ayrı görürsünüz.

Ancak bu raporun bile bir sınırı var. Yardım sayfası, toplamların Google'ın bakış açısından eksiksiz ve doğru olduğunu, yine de küçük farklılıklar çıkabileceğini belirtir. Üstelik tek tek sayfaların durumunu incelemek için raporu değil, URL Denetleme aracını kullanmanızı önerir.

Search Console'u hiç kurmadıysanız, önce temel kurulum ve menüleri anlatan Google Search Console rehberimize göz atın. Ardından bu yazıdaki ölçüm adımlarına dönün. Böylece site: sorgusundaki dalgalanmaya değil, Google'ın kendi kayıtlarına dayanan bir rakama bakarsınız.

Sayfa dizine ekleme raporu hangi sayıları gösterir?

Rapor iki ana kova sunar: dizine eklenen sayfalar ve dizine eklenmeyen sayfalar. Dizine eklenmeyenleri ise nedenlerine göre gruplar. Yardım sayfasına göre dizine eklenmemek her zaman bir sorun değildir; robots.txt ile engellediğiniz ya da noindex ile işaretlediğiniz adresler zaten bilerek dışarıda kalır.

Raporda dikkat etmeniz gereken başlıca noktalar şunlardır:

• Özet grafikteki toplamlar sitenizin tamamı için Google'ın gördüğü durumu verir.
• Her nedenin altındaki örnek URL listesi en fazla 1.000 satırla sınırlıdır ve o durumdaki bütün adresleri göstermeyi garanti etmez.
• Kopya ya da alternatif olarak işaretlenen sayfalar genellikle normaldir; çünkü Google yalnızca kanonik sürümü dizine ekler.
• Dizine eklenmiş olmak, sayfanın aramada görüneceği anlamına gelmez; yardım sayfası bunu da ayrıca vurgular.

Dizine eklenmeyen sayfaları neden bazında tek tek ayıklamak isterseniz, indexlenmeyen sayfaları Search Console ile tespit etme rehberimiz bu adımı ayrıntılı anlatıyor. Bu yazıda ise o konuyu tekrar etmeyip sayım farkına odaklanıyoruz.

Google site sorgusu ile Search Console neden farklı sonuç verir?

İki araç farklı soruları cevaplar. Google site sorgusu bir arama sorgusudur; sıralama, filtreleme ve tahmin süreçlerinden geçen bir sonuç sayfası üretir. Search Console ise sizin mülkünüze ait dizin kayıtlarını raporlar. Bu nedenle iki rakamın tutması değil, tutmaması normal durumdur.

Sahada gördüğümüz farkların çoğu şu nedenlerden birine dayanır:

1. Tahmin: site: satırındaki sayı kestirimdir, rapordaki sayı kayıt tabanlıdır.
2. Kanonik seçim: Google kopyalar arasından bir sürümü seçer ve rapor bunu ayrı bir kovaya koyar.
3. Mülk kapsamı: URL öneki mülkü yalnızca belirli bir protokol ve ana makineyi kapsar.
4. Zaman: site: anlık bir kesit gösterir, rapor ise belirli bir güncelleme tarihine kadar olan durumu.
5. Eski kayıtlar: kaldırdığınız ya da yönlendirdiğiniz adresler bir süre site: sonuçlarında kalabilir.

Kısacası farkı "hangisi yanlış" diye değil, "hangisi neyi ölçüyor" diye okumalısınız. Sonraki bölümlerde bu nedenleri tek tek açıyoruz; böylece kendi sitenizdeki farkın hangi kaynaktan geldiğini ayırt edebilirsiniz.

Kanonik seçim ve kopya sayfalar sayıyı nasıl etkiler?

Kanonik (canonical), birbirine çok benzeyen sayfalar arasından Google'ın dizinde temsil için seçtiği ana sürümdür. Google Search Central'ın kopya URL'leri birleştirme belgesi, yönlendirmeyi ve rel="canonical" etiketini güçlü sinyal, site haritasını ise zayıf sinyal olarak tanımlar. Yani bunlar emir değil, Google'ın kararını etkileyen işaretlerdir.

Örnek senaryo düşünelim: Bir e-ticaret sitesinde her ürün renk ve beden parametreleriyle beş farklı adreste açılıyor. Siz 400 ürün sayfası beklerken site: sorgusu bu varyasyonların bir kısmını gösterip tahmini şişirebilir. Öte yandan Search Console bu varyasyonların çoğunu "kopya" ya da "uygun standart etiketle alternatif sayfa" benzeri bir durumda toplar ve dizine eklenen sayıyı daha düşük gösterir.

Bu tür durumların anlamını alternatif sayfa uygun standart etiketle durumu yazımızda, hatalı kanonik kurulumların teşhisini ise canonical hatalarını tespit etme rehberimizde anlattık. Burada bilmeniz gereken tek şey şu: kopyalar arttıkça site: tahmini ile gerçek dizin sayısı arasındaki makas açılır.

Pratikte kopya sayısını azaltmanın yolu da bellidir: iç bağlantılarınızı her zaman kanonik adrese verin, parametreli sürümleri site haritasına koymayın ve gereksiz varyasyonları kalıcı yönlendirmeyle birleştirin. Böylece Google benzer sayfalar arasında daha az karar vermek zorunda kalır. Ayrıca rapordaki kopya kovası küçüldükçe, dizine eklenen sayı ile beklenen setiniz birbirine yaklaşır.

Mülk türü Search Console sayısını nasıl değiştirir?

Search Console'da iki mülk türü vardır: alan adı mülkü (Domain) ve URL öneki mülkü (URL-prefix). Search Console Yardım'daki mülk ekleme sayfasına göre alan adı mülkü bütün alt alan adlarını ve hem http hem https protokolünü kapsar. URL öneki mülkü ise yalnızca girdiğiniz protokol ve ana makineyle eşleşir.

Örneğin yalnızca https://www.example.com/ için bir URL öneki mülkünüz varsa, blog.example.com altındaki sayfalar o raporda görünmez. Ancak site:example.com sorgusu bu alt alan adını da sonuçlara katar. Böylece raporunuz 600 derken site: sorgusu alt alan adının sayfalarını da ekleyip çok daha büyük bir tahmin verebilir.

Bu yüzden ölçüme başlamadan önce hangi mülke baktığınızı mutlaka not edin. Mümkünse alan adı mülkünü kurun; ardından gerekirse klasör ya da alt alan adı bazında ayrı URL öneki mülkleriyle ayrıntıya inin. Böylece "rakam neden farklı" sorusunun yarısını en baştan elersiniz.

Zaman farkı ve eski kayıtlar sayıyı neden bozar?

site: sorgusu sonuç sayfasını aradığınız anda üretir. Search Console raporu ise belirli bir son güncelleme tarihine kadar olan durumu gösterir. Dolayısıyla büyük bir taşıma, toplu silme ya da toplu noindex işleminden hemen sonra iki aracın birbirinden uzaklaşması olağandır.

Üstelik silinen, yönlendirilen ya da noindex eklenen bir adres, Google o adresi yeniden tarayana kadar dizindeki eski durumunu korur. Yardım sayfası da raporun bazen düzeltmenizden önceki bir tarama tarihini gösterebileceğini belirtir. Bu nedenle bir değişiklikten sonra sayının hemen düşmesini beklemek yerine, birkaç haftalık eğilime bakmak daha sağlıklıdır.

Bir başka zaman etkisi de önbellek gibi davranan eski sonuçlardır. Örneğin bir sayfanın başlığını değiştirdiğinizde site: sonucunda bir süre eski başlığı görebilirsiniz. Bu da aynı mantığın sonucudur: arama sonucu, sayfanın en son dizine eklenen sürümünü yansıtır. Dolayısıyla değişikliği doğrulamak için URL Denetleme aracının canlı testine bakın, site: sonucunu ise birkaç gün sonra yeniden kontrol edin.

Benzer şekilde yeni bir sitede tablo tersine döner. Yardım sayfasına göre Google'ın yeni bir sayfayı ya da siteyi taramaya ve dizine eklemeye başlaması bir hafta kadar sürebilir. Bu dönemde site: sorgusu hiçbir şey göstermeyebilir; bu durum tek başına bir hata işareti değildir.

Örnek senaryo: üç farklı rakamı nasıl okursunuz?

Aşağıdaki tablo tamamen kurgusal bir örnek senaryodur. Alan adı example.com, sitenin kendi içerik yönetim panelinde 800 yayımlanmış sayfa var. Amaç rakamları değil, her rakamın neyi anlattığını göstermektir.

Bu örnekte asıl soru "2.300 nereden çıktı" değildir. Asıl soru, site haritasındaki 760 adresten 150 kadarının neden dizinde olmadığıdır. Yani boşluğu site: ile değil, site haritası ile dizine eklenen sayı arasındaki farkla ölçersiniz.

Dizin sayısını adım adım doğru ölçmek için ne yaparsınız?

Aşağıdaki sırayı ekibimizle yeni bir SEO danışmanlığı projesine başlarken neredeyse her sitede uyguluyoruz. Menü adları zamanla değişebilir; bu yüzden kesin buton metnine değil, raporun adına odaklanın.

1. Search Console'da alan adı mülkünü açın ve doğru mülkte olduğunuzu kontrol edin.
2. Sayfa dizine ekleme raporunda dizine eklenen toplamı ve son güncelleme tarihini not edin.
3. Rapordaki filtreyle yalnızca gönderdiğiniz site haritalarındaki adreslere bakın; böylece beklediğiniz kanonik setle karşılaştırırsınız.
4. Dizine eklenmeyen nedenleri büyükten küçüğe sıralayın ve her nedenin "beklenen mi, sorun mu" olduğunu işaretleyin.
5. Kritik şablonlardan (ürün, kategori, blog) birkaç örnek adresi URL Denetleme aracında açın ve Google'ın seçtiği kanoniği okuyun.
6. Gerekirse canlı testi çalıştırın; bu test dizindeki sürümü değil, sayfanın şu anki halini kontrol eder.
7. Aynı ölçümü belirli aralıklarla tekrarlayın ve tek bir günün rakamı yerine eğilimi raporlayın.

URL Inspection tool yardım sayfası, aracın Google'ın dizindeki sürümünü gösterdiğini ve canlı testin URL'yi anlık olarak getirdiğini belirtir. Bu ayrım, "düzelttim ama hâlâ eski görünüyor" şikâyetinin çoğunu açıklar.

Beklediğiniz sayfa sayısını nasıl hesaplarsınız?

Dizin sayısını yorumlamak için önce bir hedef rakamınız olmalı. Bu rakam CMS'teki toplam sayfa sayısı değildir. Çünkü etiket arşivleri, sayfalama, filtre adresleri ve iç arama sonuçları gibi sayfaların çoğunun dizine girmesini zaten istemezsiniz.

Pratik bir yöntem şudur: Dizine girmesini istediğiniz her şablonu listeleyin, her şablondaki kanonik sayfa sayısını çıkarın ve bunları toplayın. Örneğin 300 ürün, 40 kategori, 120 blog yazısı ve 15 kurumsal sayfa varsa beklenen set 475 olur. Ardından XML site haritanızın bu 475 adresi, yalnızca bunları ve yalnızca kanonik sürümleriyle içerdiğini doğrulayın.

Site haritası mantığını tazelemek isterseniz site haritası nedir ve nasıl oluşturulur yazımız temel kuralları özetliyor. Böylece beklenen set ile dizine eklenen sayı arasındaki fark, gerçek bir sorun listesine dönüşür. Ayrıca beklenen setin çok üstünde dizin kaydı görüyorsanız, bu durum çoğu zaman gereksiz sayfaların dizine sızdığını gösterir.

Google site sorgusu hangi kontroller için hâlâ işe yarar?

Google site sorgusu sayım için güvenilir olmasa da hızlı keşif için kullanışlıdır. Search Console'a erişiminiz olmayan bir rakip ya da yeni devraldığınız bir site için ilk fikri verir. Ancak her bulguyu mutlaka Search Console ya da URL Denetleme aracıyla teyit edin.

Ekibimizin sık kullandığı yararlı kontroller şunlardır:

• Test ya da hazırlık ortamı sızıntısı: site:example.com ile birlikte alt alan adlarını tarayıp "staging" benzeri adreslerin sonuçlara düşüp düşmediğine bakarsınız.
• Parametre sızıntısı: site:example.com inurl:? benzeri bir kombinasyonla parametreli adreslerin görünüp görünmediğini kontrol edersiniz.
• Protokol ve www karışıklığı: http ya da www olmayan sürümlerin hâlâ listelenip listelenmediğini görürsünüz.
• Başlık ve açıklama görünümü: belirli bir klasörde Google'ın hangi başlıkları gösterdiğine hızlıca göz atarsınız.
• Spam ya da hack belirtisi: sitenizle ilgisi olmayan dilde ya da konuda sonuçlar varsa bunu erken fark edersiniz.

Kısacası site: bir el feneridir. Karanlık bir köşede ne olduğunu gösterir ama odanın metrekaresini ölçmez.

site: sorgusuyla hangi yorumları asla yapmamalısınız?

En yaygın hata, site: sayısındaki düşüşü "Google sitemizi cezalandırdı" diye okumaktır. Tahmini bir sayının dalgalanması tek başına hiçbir şeyi kanıtlamaz. Benzer şekilde artış da başarı göstergesi değildir; çoğu zaman gereksiz adreslerin dizine sızdığını gösterir.

Aşağıdaki yorumlardan kaçının:

• "site: sayısı rakipten düşük, demek ki daha az otoriteye sahibiz." Sayfa sayısı otorite ölçüsü değildir.
• "Bir sayfa site: sonuçlarında yok, demek ki dizinde değil." Resmi belgeye göre liste eksiksiz değildir; URL Denetleme aracına bakın.
• "site: sayısını ay ay raporlayalım." Tahmini bir sayıyı KPI yapmak, raporunuzu gürültüye bağlar.
• "Sayı artıyor, içerik stratejisi çalışıyor." Artış, filtre ya da etiket sayfalarının dizine dolduğunu da gösterebilir.

Dizin şişmesinin nasıl teşhis edildiğini merak ediyorsanız index bloat (dizin şişmesi) yazımızda bu konuyu ayrıntılı ele aldık. Burada kısaca şunu söyleyelim: dizin sayısının kalitesi, büyüklüğünden önemlidir.

Sayı aniden düştüğünde ne yapmalısınız?

Önce panik yapmayın ve hangi rakamın düştüğünü netleştirin. site: tahmini düştüyse bu çoğu zaman tek başına anlamsızdır. Ancak sayfa dizine ekleme raporunda dizine eklenen toplam belirgin şekilde düştüyse, nedenini araştırmanız gerekir.

1. Düşüşün başladığı tarihi bulun ve o tarihte sitede ne değiştiğini kontrol edin: tema, eklenti, taşıma, robots.txt ya da noindex ayarı.
2. Dizine eklenmeyen nedenler arasında hangi kovanın büyüdüğüne bakın.
3. O kovadan birkaç adresi URL Denetleme aracında açın ve canlı test yapın.
4. Hatayı düzelttikten sonra raporda doğrulama başlatın; yardım sayfasına göre doğrulama genellikle iki hafta kadar sürebilir.

Düşüş özellikle "taranmış ama dizine eklenmemiş" benzeri bir durumda yoğunlaşıyorsa, crawled currently not indexed durumunu anlatan yazımız ilk adımları veriyor. Öte yandan sayı aniden yükseldiyse aynı adımları tersinden uygulayın ve hangi şablonun dizine dolduğunu bulun.

Dizin sayısını yönetime nasıl raporlarsınız?

Yönetim ekipleri genellikle tek bir rakam ister. Ancak dizin konusunda tek rakam yanıltıcıdır. Bu yüzden raporunuzda en az üç sayıyı yan yana verin: beklenen kanonik set, dizine eklenen sayfa sayısı ve beklenen setin dizine eklenme oranı.

Örneğin şöyle bir cümle kurabilirsiniz: "Dizine girmesini istediğimiz 475 sayfanın 430'u dizinde; kalan 45 sayfanın 30'u kopya içerik, 15'i yeni yayımlandı." Bu cümle, "site: sorgusunda 2.300 sonuç var" cümlesinden çok daha fazla karar desteği sağlar. Üstelik bir sonraki adımın ne olduğunu da kendiliğinden gösterir.

Ayrıca rakamları her zaman tarih ve mülk adıyla birlikte yazın. "Alan adı mülkü, raporun son güncelleme tarihi itibarıyla" gibi bir not, iki ay sonra aynı raporu açan kişinin yanlış karşılaştırma yapmasını önler. Kısacası iyi bir dizin raporu bir sayı değil, bağlamı olan bir tablodur.

Hangi sayfaların dizinde olmaması normaldir?

Dizin sayısını yorumlarken en çok gözden kaçan nokta şudur: her sayfanın dizine girmesi gerekmez. Yardım sayfası da dizine eklenmemenin her zaman sorun olmadığını belirtir. Bu nedenle raporda "dizine eklenmedi" kovasını görmek tek başına alarm sebebi değildir.

Genellikle dizin dışında kalması doğal olan sayfa türleri şunlardır:

• Sepet, ödeme, hesabım ve giriş sayfaları gibi kişisel ya da işlem odaklı sayfalar.
• İç arama sonuç sayfaları ve sınırsız kombinasyon üreten filtre adresleri.
• Teşekkür, onay ve kampanya sonrası açılan geçici sayfalar.
• Kanonik sürümü başka bir adres olan parametreli ya da izleme kodlu kopyalar.
• Yönlendirme yapan eski adresler ve bilerek kaldırdığınız sayfalar.

Asıl sorun, dizine girmesini istediğiniz bir sayfanın bu kovalardan birine düşmesidir. Dolayısıyla her nedeni "beklenen" ve "beklenmeyen" diye etiketlemek, raporu bir yapılacaklar listesine çevirir. Ayrıca bu ayrımı bir kez yaptığınızda, sonraki aylarda yalnızca beklenmeyen kovadaki değişimi izlemeniz yeterli olur.

Çok dilli ya da çok klasörlü sitelerde sayımı nasıl ayırırsınız?

Tek bir toplam, büyük sitelerde sorunun nerede olduğunu gizler. Örneğin Türkçe, İngilizce ve Almanca bölümleri olan bir sitede toplam dizin sayısı sabit görünürken bir dil bölümü sessizce eriyor olabilir. Bu yüzden sayımı bölüm bazında yapmanız gerekir.

Pratik yol şudur: Alan adı mülkünü ana görünüm olarak tutun, ardından /en/ ya da /de/ gibi klasörler için ayrı URL öneki mülkleri ekleyin. Böylece her bölümün sayfa dizine ekleme raporunu ayrı ayrı okursunuz. Ayrıca her dil için ayrı bir site haritası göndermek, rapordaki site haritası filtresiyle karşılaştırmayı kolaylaştırır.

Öte yandan site: tarafında da daha spesifik önek kullanmak işe yarar. Resmi belgeye göre daha spesifik bir önek daha fazla sonuç verebilir; yani site:example.com/de/ sorgusu Almanca bölüm için genel sorgudan daha anlamlı bir örnek listesi getirir. Yine de bu listeyi sayım için değil, örnek inceleme için kullanın.

Örnek senaryo: site taşımasından sonra rakamlar neden ayrışır?

Kurgusal bir örnek düşünelim: example.com, http'den https'e geçti ve aynı anda URL yapısını değiştirdi. Taşımadan sonraki ilk haftalarda site: sorgusu hem eski hem yeni adresleri gösteriyor; tahmini sayı neredeyse iki katına çıkıyor. Ancak sayfa dizine ekleme raporunda yeni adreslerin dizine eklenen sayısı yavaş yavaş yükseliyor.

Bu tabloda hiçbir araç yanlış değildir. Google eski adresleri yeniden taradıkça yönlendirmeleri görür ve kanonik olarak yeni adresleri seçer. Dolayısıyla eski kayıtlar zamanla dizinden çekilir, site: tahmini de buna göre küçülür.

Bu süreçte yapmanız gerekenler basittir: yönlendirmelerin tek adımda ve doğru hedefe gittiğini kontrol edin, site haritasında yalnızca yeni adresleri tutun ve birkaç kritik sayfayı URL Denetleme aracıyla izleyin. Eski http sürümü için bir URL öneki mülkünüz varsa, o mülkteki dizin sayısının düşmesi de beklenen bir işarettir. Kısacası taşıma sonrası ayrışma, çoğu zaman bir hata değil, geçiş dönemidir.

Bu ölçümü sitenizde biz nasıl yürütürüz?

Dizin sayısını doğru okumak, teknik SEO çalışmasının ilk adımıdır; asıl iş farkı kapatmaktır. SEO danışmanlığı hizmetimizde bu süreci sizin sitenizde biz yürütürüz: beklenen kanonik seti çıkarırız, site haritasını bu setle hizalarız, dizine eklenmeyen nedenleri şablon bazında önceliklendiririz ve düzeltmeleri geliştirici ekibinizle birlikte uygularız.

Ardından süreci takip ederiz. Doğrulama sonuçlarını, dizine eklenme oranını ve kopya sayfa sayısını düzenli aralıklarla raporlarız. Böylece "site: sorgusu neden farklı" sorusu yerine "hangi sayfalar neden dizinde değil ve ne zaman düzelecek" sorusuna odaklanırsınız.

Şunu da açıkça söyleyelim: hiçbir ekip belirli bir sıralama ya da dizine eklenme süresi garanti edemez. Google dizine ekleme kararını kendi ölçütleriyle verir. Biz bu kararı etkileyen teknik sinyalleri düzeltir ve sonucu şeffaf şekilde ölçeriz. Sitenizin durumuna göre kapsam ve teklif almak için SEO danışmanlığı sayfamızdan bize ulaşabilirsiniz.

Kısacası Google site sorgusu mu, Search Console mu?

Sayım için Search Console, keşif için Google site sorgusu. Bu ayrımı benimsediğinizde rakamlar arasındaki farklar sizi kaygılandırmaz; aksine her fark size bir kontrol noktası verir. Dolayısıyla raporunuzun ana metriği her zaman sayfa dizine ekleme raporundaki dizine eklenen sayı ve beklenen sete oranı olmalıdır.

Özetle akılda tutmanız gerekenler şunlardır: site: satırı tahmindir ve liste eksiksiz değildir. Search Console raporu Google kayıtlarına dayanır ama örnek listeler sınırlıdır. Tek bir adresin gerçeği ise URL Denetleme aracındadır. Kopyalar, mülk kapsamı ve zaman farkı rakamlar arasındaki makasın başlıca nedenleridir.

Bu üç katmanı birlikte kullandığınızda, dizin sayınızı tahmin etmek yerine ölçersiniz. Ardından o ölçüm, hangi sayfaya emek vermeniz gerektiğini size kendiliğinden söyler.

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