Teknik SEO Ölçekte

TL;DR — Teknik SEO’yu ölçekte uygulamak, bir şablonun veya kuralın binlerce ya da milyonlarca sayfayı etkileyebildiği bir sitede uygulanan sıradan teknik SEO’dur. Her URL’yi manuel olarak inceleyemezsiniz. Hangi tür sayfaların var olması gerektiğini tanımlayın, önemli olanları bağlantılar ve site haritaları aracılığıyla bulunması kolay hale getirin, düşük değerli kombinasyonları kontrol altında tutun ve şablonları yayınlanmadan önce test edin. Günlükler ve Search Console, arama motorlarının gerçekte neyi taradığını ve dizine eklediğini söyler. Yönetişim, aynı sorunların geri dönmesini engeller.

Ölçekte teknik SEO nedir

Ölçekte teknik SEO, büyük veya karmaşık bir web sitesinde tarama, işleme, dizine ekleme, kurallaştırma, iç mimari ve arama odaklı yayınların yönetimidir.

Altta yatan arama süreci, şirket büyük olduğu için farklılaşmaz. İşletim modeli farklılaşır. 200 sayfalık bir sitede her sayfayı inceleyebilirsiniz. Milyonlarca ürünü, konumu, profili, belgesi veya parametre kombinasyonu olan bir sitede sistemleri ve sayfa sınıflarını yönetirsiniz:

• şablonlar ve bileşenler;
• URL kuralları ve veri akışları;
• gezinme ve iç bağlantı modülleri;
• robots, kurallılar, yönlendirmeler ve site haritaları;
• işleme, önbelleğe alma, CDN ve uç kuralları;
• yayınlama, sürüm, sahiplik ve izleme.

Paylaşılan bir şablondaki tek bir yanlış kurallı, büyük bir bölümü etkileyebilir. Tek bir iyi kural aynı bölümü düzeltebilir. Bu kaldıraç, teknik SEO’nun kurumsal ölçekte bu kadar önemli olmasının nedenidir.

URL envanteriyle başlayın

Bir URL envanteri, site haritasındaki bir listeden daha fazlasıdır. Şunları birleştirin:

• CMS, veritabanı, katalog veya yönlendirme dışa aktarımları;
• taramalar ve işlenmiş taramalar;
• XML site haritaları;
• Search Console sayfa ve site haritası raporları;
• analiz açılış sayfaları;
• sunucu ve CDN günlükleri;
• geri bağlantı verileri ve eski yönlendirme envanterleri.

Ardından URL’leri sayfa türüne, sahibine, pazara, değere, dizin amacına, kurallı desene, işleme moduna, güncelleme sıklığına ve yaşam döngüsü durumuna göre sınıflandırın. Şunu yanıtlamaya çalışıyorsunuz:

Hangi URL sınıflarını arama motorları keşfetmeli, taramalı, dizine eklemeli ve sunmalı ve gerçeklik farklı olduğunda kim sorumlu?

That is the foundation for indexing at scale. It is also how you stop “more indexed pages” from becoming the goal.

Değerli yolları belirgin hale getirin

Arama motorları sayfaları bağlantılar, site haritaları, yönlendirmeler ve diğer referanslar aracılığıyla keşfeder. İç mimariniz, önemli sayfaları istikrarlı ve açıklayıcı yollarla erişilebilir kılmalıdır.

• Use site architecture to define hierarchy and navigation.
• Use internal links to connect related pages and expose context.
• Use an internal-linking strategy to decide which page classes should receive links and why.
• Use sitemap indexes to organize large URL sets into monitorable cohorts.

Site haritaları iç bağlantıların yerini tutmaz. İç bağlantılar dizine eklemeyi garanti etmez. Birlikte, arama motorlarına daha net keşif ve kurallı sinyaller verirler.

Çoğalmaması gereken sayfaları kontrol edin

Büyük siteler genellikle filtreler, sıralamalar, arama sonuçları, izleme parametreleri, takvimler, kullanıcı profilleri, ürün kombinasyonları veya eksik kayıtlar aracılığıyla URL’ler üretir. Bazıları yararlı açılış sayfalarıdır. Çoğu kopya veya zayıf kombinasyonlardır.

Dizin şişkinliği, arama dizini düşük değerli, kopya veya istenmeyen sayfalarla dolduğunda oluşur. Çözüm, site genelinde tek bir numara değildir. Her URL sınıfının şunları yapıp yapmayacağına kaynağında karar verin:

• var olması ve dizine eklenebilir olması;
• kullanıcılar için var olması ancak başka bir kurallıya konsolide edilmesi;
• taranabilir ancak geçici olarak noindex olması;
• oluşturulmasının veya bağlanmasının engellenmesi;
• artık mevcut olmadığında 404/410 döndürmesi.

robots.txt dosyasına dikkat edin. Taramayı engellemek, bilinen bir URL’yi dizinden otomatik olarak kaldırmaz ve bir tarayıcının sayfa düzeyindeki noindex etiketini görmesini engeller.

Arama motorlarının gerçekte ne yaptığını gözlemleyin

Günlük dosyası analizi, botların hangi URL’leri istediğini, ne sıklıkta istediğini ve sunucunun ne döndürdüğünü gösterir. Search Console, dizinleme, site haritası, performans ve tarama bilgileri ekler. Taramalar, seçilen başlangıç noktalarından ulaşabileceğiniz siteyi gösterir.

Hiçbiri tek başına yeterli değildir:

Use them together. That is more useful than arguing about a single “crawl budget” number. The deeper crawl budget guide explains when crawl capacity and demand are likely to matter.

Satırları değil, kuralları düzeltin

Manuel düzeltmeler bazen istisnalar için gereklidir. Bunlar ölçeklenebilir bir işletim modeli değildir. 40 000 sayfada aynı canonical kusuru olduğunda, bunu üreten ortak şablonu, veri koşulunu, yönlendirme kuralını veya sürümü bulun.

Kalıcı düzeltme genellikle dört bölümden oluşur:

1. sistemi düzeltin;
2. etkilenen grubu onarın;
3. otomatik bir test ekleyin;
4. sorunun sessizce geri dönmemesi için bir sahip ve uyarı atayın.

TL;DR — Kurumsal teknik SEO’yu bir kontrol sistemi olarak yürütün. Sayfa sınıfına göre amaçlanan URL durumunu tanımlayın, gerçek durumu taramalar, günlükler, Search Console, analitik ve iş verileri aracılığıyla gözlemleyin, ardından farklılıkları şablonlar, yönlendirme, veri kalitesi, mimari ve sürüm yönetimi aracılığıyla kapatın. Taramayı ve dizinlemeyi ikisini de en üst düzeye çıkarmak yerine değere göre bölümlere ayırın. Kalıcı önceliği ifade etmek için iç bağlantıları, kohort izleyicileri olarak site haritası dizinlerini ve bot davranışını doğrulamak için günlükleri kullanın. Her tekrarlayan kusur, bir sistem düzeltmesi, regresyon testi, sorumlu sahip ve ölçülebilir hizmet düzeyiyle sonuçlanmalıdır.

Siteyi bir üretim sistemi olarak modelleyin

Büyük bir web sitesi, birkaç sistem tarafından oluşturulan bir grafiktir. Görünür CMS bunlardan yalnızca biri olabilir. Ürün bilgileri, envanter, yerelleştirme, kullanıcı tarafından oluşturulan içerik, kimlik doğrulama, fasetleme, arama, öneriler, uç orta katman ve eski yönlendirmelerin tümü URL’ler oluşturur veya değiştirir.

Arama üretim zincirini belgeleyin:

1. Kaynak veri: kayıtlar, alanlar, uygunluk, tazelik ve sahiplik.
2. URL oluşturma: yollar, parametreler, varyantlar, sayfalama ve yaşam döngüsü kuralları.
3. İşleme: sunucu, istemci, hibrit, API’ler, hidrasyon ve hata durumları.
4. Normalleştirme: yönlendirmeler, canonicals, alternatif ek açıklamalar ve yinelenen kurallar.
5. Keşif: gezinme, iç modüller, site haritaları, akışlar ve harici bağlantılar.
6. Sunum: DNS, CDN, önbellek, WAF, kaynak, başlıklar ve durum kodları.
7. Gözlem: günlükler, taramalar, Search Console, analitik ve iş sonuçları.
8. Değişiklik: depolar, sahipler, testler, sürüm kapıları, geri alma ve olay müdahalesi.

Aynı URL herhangi bir katmanda başarısız olabilir. Bir “dizinleme sorunu”, eksik bir veri kaydı, bir istemci işleme hatası, bir sahipsiz yol veya bir şablondan miras alınan bir canonical olarak başlayabilir.

URL durumu sözleşmesi oluşturun

Her önemli sayfa sınıfı için amaçlanan durumu tanımlayın:

Bu, dizinlemeyi bir SEO tercihinden test edilebilir bir arayüz sözleşmesine dönüştürür.

Değere ve davranışa göre segmentlere ayırın

Büyük sitelerde toplam sayılar tehlikelidir. Sabit bir dizinlenmiş sayfa sayısı, değerli sayfaların düşerken kopyaların onların yerini almasını gizleyebilir.

Şu kohortları kullanın:

• sayfa türü ve şablonu;
• iş değeri ve dönüşüm rolü;
• yeni, aktif, kullanılamaz, bayat, arşivlenmiş ve kullanımdan kaldırılmış yaşam döngüsü durumları;
• ülke, dil, cihaz davranışı ve işleme modu;
• bağlantılı, yalnızca site haritasında, sahipsiz, harici bağlantılı ve yönlendirilmiş;
• kurallı, kopya, keşfedilmiş-ancak-dizinlenmemiş, taranmış-ancak-dizinlenmemiş ve hariç tutulmuş;
• sürüm, özellik bayrağı veya veri kaynağı.

Hem değerli kapsamı hem de israfı ölçün. Değerli kapsam, yararlı kurallı sayfaların keşfedilip taranıp dizinlenip sunulup sunulamayacağını sorar. İsraf, hangi sistemlerin düşük değerli istekler, kopyalar, hatalar ve kararsız URL’ler ürettiğini sorar.

Bir puanın peşinden koşmak yerine taramayı yönetin

Crawl budget is a combination of Google’s crawl capacity and crawl demand. Most sites do not need to optimize it. It becomes more relevant for very large sites, rapidly changing large inventories, or sites with substantial duplicate and low-value URL spaces. Optimize your crawl budget defines the concepts and recommends managing inventory, duplicate URLs, errors, capacity, sitemaps, and freshness.

Öncelikler:

1. Kaynağı ve CDN’i hızlı, kararlı tutun ve botlara kazara hız sınırlaması olmadan hizmet verebilir hale getirin.
2. İşe yaramaz URL kombinasyonları üretmeyi ve bunlara bağlantı vermeyi bırakın.
3. Kaldırılan sayfalar için doğru 404/410 yanıtları döndürün.
4. Yönlendirme zincirlerini ve kararsız URL’leri kaldırın.
5. Site haritalarını güncel tutun ve kurallı dizinlenebilir sayfalara odaklayın.
6. Ticari ve bilgisel açıdan önemli kohortlar için dahili keşfi iyileştirin.

Kanıt olmadan önemli kaynakları engellemeyin veya tarama gecikmesi taktikleri icat etmeyin. Bir robots kuralının değerli sayfaların ne kadar hızlı işlendiğini değiştirdiğini varsaymak yerine değişiklikleri günlüklerde ve Search Console’da doğrulayın.

Dizinlemeyi açık bir portföy kararı haline getirin

Ölçekte dizinleme, “her şeyi gönder ve Google’ın çözmesine izin ver” değildir. Bir sayfanın neden ayrı bir arama sonucu olarak var olmayı hak ettiğini tanımlayın. Yararlı ölçütler arasında benzersiz amaç, yeterli farklılaştırılmış içerik veya envanter, güvenilir veri, erişilebilir işlevsellik, dahili destek ve bir bakım sahibi yer alır.

Oluşturulan sayfalar için URL oluşturmadan önce uygunluk kapıları kullanın. Bir konum sayfası, aktif bir konum, benzersiz saatler ve hizmetler, doğru iletişim verileri, yerel içerik ve bir sahip gerektirebilir. Bir pazar yeri profili, doğrulanmış bir satıcı, aktif envanter, yararlı ayrıntılar ve dolandırıcılık kontrolleri gerektirebilir.

Bir sayfa sınıfı sözleşmesini ihlal ettiğinde, oluşturmayı kaynağında düzeltin. Kurallı ve noindex, meşru kopya veya geçiş durumlarını yönetebilir; sınırsız düşük kaliteli URL oluşturma için kalıcı bir örtü haline gelmemelidirler.

Mimaride kalıcı önceliklendirme olarak kullanın

İç mimari, site genelinde ilişkileri ve önemi ifade etmenin ölçeklenebilir birkaç yolundan biridir.

Tasarım:

• gerçek kullanıcı ve iş kavramlarıyla eşleşen istikrarlı merkezler;
• önemli sayfalar için yeterince sığ yollar, her URL’yi küresel gezinmeye zorlamadan;
• ilişkileri açıklayan bağlamsal bağlantılar;
• eksiksiz yararlı envantere ulaşan sayfalama ve göz atma yolları;
• açık dizin ve bağlantı politikalarıyla yönlü yollar;
• deterministik uygunluk, yineleme kaldırma, sınırlar ve geri dönüş davranışına sahip bağlantı modülleri;
• tarama, site haritası, günlük ve analiz karşılaştırmalarına dayalı öksüz algılama.

Ortaya çıkan grafiği ölçün: derinlik, gelen bağlantılar, benzersiz bağlantı şablonları, çapa bağlamı, öksüz oranı ve tarama, dizinleme, trafik ve sonuçlarla ilişkisi. Tek bir evrensel “minimum iç bağlantı” eşiği kullanmayın.

Site haritası dizinlerini izleme bölümleri olarak ele alın

Google, bir site haritasını 50 000 URL veya 50 MB sıkıştırılmamış ile sınırlar ve bir site haritası dizini 50 000 site haritası dosyasına başvurabilir. Bunlar protokol sınırlarıdır, önerilen hedefler değildir. Google’ın site haritası belgeleri sınırları belgeler ve site haritalarının arama sonuçlarında istediğiniz kanonik URL’leri içermesi gerektiğini söyler.

Site haritalarını ekibin üzerinde işlem yapabileceği kohortlara göre bölümlere ayırın: sayfa türü, pazar, yaşam döngüsü, şablon veya sürüm dalgası. Her site haritasının anlamını, zaman içinde gönderilen ve dizinlenen desenleri karşılaştırabilecek kadar istikrarlı tutun. Doğru lastmod değerleri, her URL’ye dokunan gece işi değil, önemli bir sayfa güncellemesini yansıtmalıdır.

Site haritası dizinini operasyonel bir gösterge paneli olarak kullanın:

• Hangi kohort büyüdü ve neden?
• Hangi değerli kohort dizinlenmiş kapsamı kaybetti?
• Kullanımdan kaldırılan URL’ler aktif site haritasından çıktı mı?
• Bir sürüm, kanonik olmayan veya hata URL’lerini bir akışa yerleştirdi mi?
• Sahip ekip değişikliği anlıyor ve kabul ediyor mu?

Hipotezleri test etmek için günlükleri kullanın

Günlük analizi, belirli bir soruyu yanıtladığında güçlüdür:

• Doğrulanmış Googlebot, değiştirilen ürün kohortunu istedi mi?
• Parametre kombinasyonları isteklerin artan bir payını tüketiyor mu?
• Bir sürümden sonra 5xx yanıtları veya gecikme arttı mı?
• Eski yönlendirmeler hâlâ isteniyor mu ve doğru şekilde çözümleniyor mu?
• Değerli yeni sayfalar bağlantılar aracılığıyla mı yoksa yalnızca site haritaları aracılığıyla mı keşfediliyor?
• Bot davranışı ana bilgisayar adına, dizine, duruma veya şablona göre farklılık gösteriyor mu?

Verify Googlebot using reverse and forward DNS or published IP ranges when identity matters. Google documents both approaches in its crawler verification guide. Normalize URLs carefully, retain timestamps and status, account for CDN/origin layers, and document sampling or retention limits.

Teslimata yönetişim ekleyin

Teknik öneriler, ürün kontrolleri hâline gelmedikçe ölçeklenmez.

Sahiplik

Her sayfa sınıfı, şablon, alan adı, site haritası ve kritik kural için bir kayıt tutun. İş, mühendislik, veri, içerik ve SEO sahiplerini adlandırın. Yükseltme ve olay iletişim kişilerini ekleyin.

Tasarım incelemesi

URL oluşturmayı, gezinmeyi, işlemeyi, kanonikleri, robotları, yönlendirmeleri, yapılandırılmış verileri, yerelleştirmeyi veya yüksek hacimli içeriği değiştiren değişiklikler için arama incelemesi isteyin. Tasarımı değiştirebilmek için yeterince erken inceleyin.

Otomatik testler

Sözleşmeleri birim, bileşen, entegrasyon, tarama ve üretim izleme katmanlarında test edin. Örnekler:

• dizinlenebilir şablonlar noindex yayamaz;
• kanonik ana bilgisayarlar ve yollar ortamla eşleşir;
• kullanımdan kaldırılmış kayıtlar aktif site haritalarında kalamaz;
• iç modüller 200 olmayan veya kanonik olmayan URL’lere bağlantı veremez;
• hreflang hedefleri kanonik ve karşılıklıdır;
• yapılandırılmış veri tanımlayıcıları ve URL’leri istikrarlı kalır;
• robotlar ve uç kuralları onaylanmış üretim politikasıyla eşleşir.

Sürüm kapıları

Etkilenen her sayfa sınıfını örnekleyin, ham ve işlenmiş çıktıyı karşılaştırın, aday ortamı yetkili araçlarla tarayın ve üretim sözleşmesine karşı fark alın. Başlatmadan önce geri alma ve ileri düzeltme eşiklerini tanımlayın.

Sistemik teknik borca öncelik verin

Girişimleri etkilenen değerli URL’ler, iş maruziyeti, hata ciddiyeti, kanıt güveni, tekrarlama, uygulama maliyeti ve sahip hazırlığına göre puanlayın. Belirsizliği görünür tutun, kesin bir puanın içine gizlemek yerine.

İyi kurumsal projeler genellikle sıkıcı görünür:

• sınırsız parametre alanını kaldırmak;
• ürün yaşam döngüsü durumunu ve yönlendirmeleri düzeltmek;
• kırılgan canonical mantığını değiştirmek;
• güvenilir sayfa uygunluk kapıları oluşturmak;
• eski yönlendirme zincirlerini düzleştirmek;
• sahip farkındalıklı sitemap izleme eklemek;
• aynı olayı sonsuza dek önleyen bir sürüm testi oluşturmak.

En iyi backlog öğesi her zaman en büyük mevcut hata sayısı değildir. Bir hata sınıfını ortadan kaldıran ve gelecekteki işletme maliyetini azaltan kontrolleri tercih edin.

Son düşünceler

Ölçek, gizli bir SEO tekniği gerektirmez. Net bir URL sözleşmesi, birkaç sistemden gelen kanıt ve şablonları, verileri, keşfi ve sürümleri onunla uyumlu tutacak kadar kurumsal disiplin gerektirir.

AI özeti

• Web sitesini veri, URL üretimi, işleme, normalleştirme, keşif, sunum, gözlem ve değişim sistemleri olarak modelleyin.
• Her maddi sayfa sınıfı için bir URL durumu sözleşmesi ve hesap verebilir sahip tanımlayın.
• Tarama ve dizin verilerini iş değeri, yaşam döngüsü, şablon, pazar ve sürüme göre bölümlere ayırın.
• Kalıcı öncelik için mimariyi, kohort keşfi ve izleme için sitemap’leri ve bot istekleri ve yanıtları hakkında doğrudan kanıt için günlükleri kullanın.
• İstenmeyen URL oluşturmayı kaynağında önleyin, canonicals, noindex veya robots kurallarına süresiz güvenmek yerine.
• Tekrarlayan hataları sistem düzeltmelerine, otomatik testlere, sürüm kapılarına ve uyarılara dönüştürün.
• Maksimum tarama veya dizin sayılarını değil, değerli canonical kapsamını ve iş sonuçlarını ölçün.

Resmi referanslar

• Google: Optimize your crawl budget
• Google: crawling and indexing overview
• Google: canonicalization
• Google: build and submit a sitemap
• Google: verify Googlebot
• Google: Page Indexing report
• Google: Crawl Stats report

Bu belgeler Google’ın sistemlerini ve raporlarını açıklar. Kurumsal eşikler, hizmet düzeyleri, sahiplik ve iş değeri sitenin kendisi için tanımlanmalıdır.

Kaynaktan alıntılar

• “The amount of time and resources that Google devotes to crawling a site is commonly called the site’s crawl budget”. (çeviri) «Google’ın bir siteyi taramaya ayırdığı zaman ve kaynak miktarına genellikle sitenin tarama bütçesi denir». Google Crawling Infrastructure. Alıntıya atla

Ölçekte teknik SEO kontrol listesi

Temel

• URL kaynaklarını, alan adlarını, şablonları, sitemap’leri, sistemleri ve sahipleri envanterleyin.
• Sayfa sınıflarını ve URL durumu sözleşmelerini tanımlayın.
• İş değerini, yaşam döngüsünü, dizin niyetini, canonical davranışını ve sahibi etiketleyin.
• Taramaları, günlükleri, Search Console’u, analizleri, bağlantıları ve iş verilerini kohorta göre birleştirin.

Kontroller

• Programatik ve kullanıcı tarafından oluşturulan sayfalar için üretim kapıları ekleyin.
• Yönlendirmeleri, canonicals’ları, iç bağlantıları, sitemap’leri, hreflang’ı ve şemayı hizalayın.
• Sitemap dizinlerini istikrarlı, uygulanabilir kohortlara bölün.
• Şablonlara, veri boru hatlarına, yönlendirmeye ve uç kurallarına sözleşme testleri ekleyin.
• Sürüm, geri alma, olay ve yükseltme prosedürlerini tanımlayın.

Operasyonlar

• Değerli kapsamı ve israfı toplam yerine kohort bazında inceleyin.
• Günlük ve dizinleme değişikliklerini sürümler ve yaşam döngüsü olaylarıyla karşılaştırın.
• Tekrarlayan kusurları sistemik bir sahibine atayın.
• Eski yönlendirmeleri, parametreleri, akışları ve platformları yalnızca yönetilen planlarla kullanımdan kaldırın.
• Ürünler değiştiğinde kararları kaydedin ve sözleşmeleri güncelleyin.

SCALE kontrol döngüsü

• S — Belirle: Hangi URL sınıflarının var olması, dizinlenmesi ve kullanıcılara sunulması gerektiğini tanımlayın.
• C — Bağla: Dayanıklı mimari, iç bağlantılar, site haritaları ve alternatif ilişkiler oluşturun.
• A — Güvenceye Al: Şablonları, verileri, işlemeyi, yönergeleri, yönlendirmeyi ve sürümleri test edin.
• L — Dinle: Taramaları, günlükleri, Search Console’u, analitiği ve iş sonuçlarını gözlemleyin.
• E — Ortadan Kaldır: Üreten sistemi düzeltin, kohortu onarın ve tekrarını önleyin.

Döngü süreklidir. Büyük siteler, üç aylık bir denetimin kontrol sistemi olması için çok sık değişir.

Bir URL sınıfının nasıl ele alınacağına karar verin

Sayfa sınıfı olay prosedürü

1. Etkilenen sınıfı, ilk gözlemlenme zamanını, sürümü ve iş maruziyetini belirtin.
2. Aynı sistemlerde ilgisiz değişiklikleri dondurun.
3. URL durumu sözleşmesini ham, işlenmiş, tarama, günlük ve Search Console kanıtlarıyla karşılaştırın.
4. Paylaşılan veri, şablon, yönlendirme, bağlantı, site haritası veya uç durumu belirleyin.
5. Temsili, uç ve kontrol URL’lerinde bir düzeltmeyi doğrulayın.
6. Geri alma veya ileri düzeltme kriterleriyle normal değişiklik kapısından yayınlayın.
7. Etkilenen URL’leri onarın ve kohort bazında tarama/dizin kurtarmayı doğrulayın.
8. Bir regresyon testi, uyarı, sahip ve olay incelemesi ekleyin.

Kurumsal bir teknik programın ilk 90 günü

1–30. Günler: envanter ve istikrar

• Sistemleri, sahipleri, sayfa sınıflarını, alan adlarını, site haritalarını ve kritik kuralları haritalayın.
• Tarama, günlükler, Search Console, analitik ve sonuçlardan temel kohortlar oluşturun.
• Etkin güvenlik, kullanılabilirlik, dizinlenebilirlik ve yüksek değerli şablon olaylarını düzeltin.

31–60. Günler: kontrolleri tanımlayın

• En değerli sayfa sınıfları için URL durumu sözleşmelerini onaylayın.
• Site haritası bölümlerini, günlük boru hatlarını, panoları ve sürüm incelemesini oluşturun.
• En yüksek riskli paylaşılan şablonlar ve yönergeler için testler ekleyin.

61–90. Günler: tekrarı ortadan kaldırın

• Bir sistemik tarama/dizin israfı kaynağı seçin ve üretimde ortadan kaldırın.
• Yüksek değerli bir mimari veya iç bağlantı kohortunu onarın.
• Sahipliği, hizmet düzeylerini, yükseltmeyi ve gelecek çeyrek yol haritasını yayınlayın.

Yaygın ölçekleme hataları

• Keşfedilen her URL’yi dizinlenmeyi hak eden bir şey olarak ele almak.
• Başarıyı toplam dizinlenen sayfa veya toplam bot isteğiyle ölçmek.
• robots.txt’yi dizinden kaldırma aracı olarak kullanmak.
• Yetim mimariyi telafi etmek için site haritalarına güvenmek.
• Kontrolsüz üretimi düzeltmek yerine noindex veya canonical’ları sonsuza dek uygulamak.
• Bir soru, doğrulanmış bot kimliği veya kohort modeli olmadan günlükleri dışa aktarmak.
• Üretim kuralı canlı kalırken binlerce satırı elle onarmak.
• Her ekibin URL, canonical ve yaşam döngüsü davranışını bağımsız olarak icat etmesine izin vermek.
• SEO’yu geliştirme tamamlandıktan sonra değil, tasarım sırasında incelemek.
• Bir test ve sorumlu sahip eklemeden bir olayı kapatmak.

Katmana göre araç yığını

• Envanter: CMS/veritabanı dışa aktarımları, tarayıcılar, XML site haritaları, analitik ve geri bağlantı araçları.
• Sunum: DNS/CDN/kaynak gözlemlenebilirliği, çalışma süresi, sentetik testler ve durum izleme.
• Bot davranışı: doğrulanmış sunucu/CDN günlükleri ve Search Console Tarama İstatistikleri.
• Dizin durumu: Search Console Sayfa Dizinleme, Site Haritaları, URL İnceleme ve performans dışa aktarımları.
• Mimari: tarama grafikleri, iç bağlantı raporları, yetim birleştirmeleri ve şablon düzeyinde farklar.
• Kalite kontrolleri: şema doğrulayıcıları, işlenmiş testler, birim/entegrasyon testleri ve CI kapıları.
• Yönetişim: sahiplik kaydı, karar kayıtları, yayın takvimi, olay günlüğü ve SLO panosu.

Üçüncü taraf tahminleri keşif ve önceliklendirme için yararlıdır. Birinci taraf günlüklerinin, Search Console’un, analitiğin veya iş kanıtlarının yerini tutmazlar.

Sayfa sınıfı kabul testleri

Sağlıklı bir arama varlığını ölçün

İstikrarlı sayfa sınıfına ve iş değeri kohortuna göre raporlayın:

• uygun kurallı URL’ler ile oluşturulan URL’ler;
• bağlantılı, site haritasında listelenen, taranan, kurallı seçilen, dizinlenen ve trafik alan kapsam;
• keşfedilen ancak dizinlenmeyen, taranan ancak dizinlenmeyen, yinelenen, yumuşak 404, engellenen ve hata durumları;
• doğrulanmış bot istekleri, yanıt kodları, gecikme ve israf edilen parametre/yinelenen istekler;
• tarama derinliği, gelen bağlantılar, yetim oranı ve kurallı olmayan/hata URL’lerine bağlantılar;
• gösterimler, tıklamalar, nitelikli oturumlar, dönüşümler ve uygun olduğunda gelir;
• gerileme sayısı, tespit için ortalama süre, geri yükleme için ortalama süre, tekrarlama ve sahip uyumu.

Oranları ve mutlak sayıları kullanın. %99 sağlıklı bir oran yine de binlerce hatayı gizleyebilir; Büyük bir hata toplamı, kasıtlı olarak emekliye ayrılmış bir kohorta aitse yine de düşük öncelikli olabilir. Hacmin yanında her zaman değeri ve amacı gösterin.

Ölçekte teknik SEO kaynakları

Yazılarım

• Kurumsal Siteler Teknik SEO’nun Parladığı Yerdir: kurumsal sistemlerin, ekiplerin, önceliklendirmenin, izlemenin ve uygulamanın teknik SEO çalışmasını nasıl değiştirdiği.
• Kurumsal SEO Denetimi Nedir ve Nasıl Yapılır: büyük web sitelerinde denetimleri nasıl kapsamlandırdığım, bölümlendirdiğim, örneklediğim, önceliklendirdiğim ve raporladığım.

Konuşmalarım

Temmuz 2026 araştırma turunda ölçekte teknik SEO hakkında doğrulayabildiğim halka açık bir konuşma veya sunum bulamadım. Bu bölümü dürüst bırakmayı, doğrulanmamış bir kaynağa adımı iliştirmekten tercih ederim.

Bu sitedeki ilgili rehberler

• Tarama Bütçesi: kapasite, talep, israf ve optimizasyonun ne zaman önemli olduğu.
• Günlük Dosyası Analizi: bot isteklerini ve yanıt davranışını doğrulama.
• Ölçekte Dizinleme: uygunluk, oluşturulan envanterler ve sürdürülebilir indeksleme.
• Dizin Şişkinliği: düşük değerli dizinlenmiş URL alanlarını teşhis etme ve kontrol etme.
• Site Mimarisi: hiyerarşi, gezinme, tarama yolları ve yapısal kararlar.
• İç Bağlantılar: mekanikler, çapalar, keşif ve yaygın sorunlar.
• İç Bağlantı Stratejisi: bağlantı öncelikleri ve uygulama için bir planlama çerçevesi.
• Site Haritası Dizini: büyük site haritası kümelerini düzenleme ve kohortları izleme.

Sektörden

• Arama bütçenizi optimize edin: kapsam, tarama kapasitesi, tarama talebi, envanter kontrolleri ve sunum sağlığı.
• Google’ın çok yönlü gezinme rehberi: yüzey URL’lerinin tarama ve potansiyel dizinleme için ne zaman uygun olup olmadığı.
• Google’ın site haritası belgeleri: desteklenen biçimler, katı sınırlar, kurallı URL rehberliği ve gönderim uyarıları.
• Google’ın tarayıcı doğrulama rehberi: Google isteklerini doğrulamak için ters/ileri DNS ve yayınlanmış IP yöntemleri.
• Bing Webmaster Tools Site Explorer: Bing tarafından gözlemlenen, site bölümüne göre düzenlenmiş tarama, dizin, URL ve performans bilgileri.
• Screaming Frog Log File Analyser: desteklenen günlük biçimleri, bot doğrulama özellikleri ve tarama ile günlük verilerini birleştirme yolları.
• Search Engine Land’in site mimarisi rehberi: gezinme, iç bağlantı, URL stratejisi, taksonomi ve ölçeklenebilir yapı.

Kendinizi test edin

Değişiklik günlüğü