Kurumsal SEO Hataları

TL;DR — Kurumsal SEO hataları, SEO’nun devasa bir web sitesi ve çok sayıda ekip genelinde çalışması gerektiğinde ters giden şeylerdir. Asıl şaşırtıcı olan şudur: bunların çoğu teknik hata değil, insan ve süreç sorunudur. SEO sürece çok geç dahil edilir, mühendislerin sorunları düzeltmesini sağlayamaz ve “şirkete para kazandırdık” yerine “marka adımızda 1. sıradayız” diye rapor verir. Devasa bir sitede küçük bir hata milyonlarca sayfaya yayıldığı için maliyet hızla büyür.

Evidence for this claim Template-level metadata and canonicalization choices can affect many URLs at once on large sites. Scope: Inference from Google's canonicalization and metadata requirements applied at scale. Confidence: high · Verified: 2026-07-14 Google Search Central: Canonicalization Evidence for this claim Large sites with many unimportant or duplicate URLs may need crawl-budget management. Scope: Googlebot crawl efficiency; does not validate a fixed percentage of crawl problems. Confidence: high · Verified: 2026-07-14 Google Search Central: Crawl budget guide

”Kurumsal” hatalar neden farklıdır?

Küçük bir web sitesinde hata yalnızca birkaç sayfayı etkiler ve bunu bir öğleden sonra kendi başınıza düzeltebilirsiniz. Büyük bir şirkette ise üç unsur her şeyi değiştirir:

1. Ölçek. Bir şablondaki tek bir hatalı ayar, o şablonu kullanan her sayfaya kopyalanır; bu da yüz binlerce, hatta milyonlarca sayfa anlamına gelebilir.
2. Ekipler. Sitenin farklı bölümlerinden çok sayıda kişi sorumludur. Tek bir değişikliği hayata geçirmek beş toplantı ve üç departman gerektirebilir.
3. Eski sistemler. Eski sistemler, eski URL’ler ve geçmiş kararlar yıllar içinde birikir; bunların tamamını hiç kimse bütünüyle anlayamaz.

Dolayısıyla küçük bir sitede önemsiz bir sıkıntı olan aynı hata, kurumsal ölçekte milyon dolarlık bir soruna dönüşür. Bunun tersi de geçerlidir: tek bir iyi düzeltme milyonlarca dolar değerinde olabilir.

Sürekli karşılaşılan hatalar

• SEO’yu sürece çok geç dahil etmek. SEO bir projeyi ancak tamamlandıktan sonra inceleyebiliyorsa yalnızca sorunlara işaret edebilir. SEO, kararlar alındıktan sonra değil alınırken masada olmalıdır.
• Mühendislik ekibinin düzeltme yapmasını sağlayamamak. Hiç uygulanmayan mükemmel öneriler değersizdir. Kurumsal SEO’nun başarısı, geliştirici zamanı alıp alamamanıza bağlıdır.
• Yanlış şeyleri raporlamak. “Marka adımızda 1. sıradayız” kulağa iyi gelir ama neredeyse hiçbir şey ifade etmez. Yöneticiler trafik, potansiyel müşteriler ve gelirle ilgilenir; onların dilinde rapor verin.
• Ekiplerin birbiriyle rekabet etmesi. Farklı ekipler bazen tamamen aynı arama terimlerini hedefleyerek kendi şirketleriyle rekabet eder.
• Her “en iyi uygulamayı” yerine getirmek. Büyük ölçekte her şeyi düzeltemezsiniz. Her küçük en iyi uygulamanın peşinden gitmek, gerçekten gelir sağlayan birkaç konuya ayırmanız gereken zamanı tüketir.
• Büyük ölçekte teknik kazalar. Bir robots.txt dosyasındaki tek bir yanlış satır, bir şablondaki hatalı canonical etiketi veya özensiz bir site taşıma işlemi, sitenin devasa bölümlerini fark ettirmeden Google’dan kaldırabilir.

Çoğu kişinin yanlış anladığı konu

İnsanlar kurumsal SEO’nun zekice bir algoritma değişikliği veya eksik bir taktik yüzünden başarısız olduğunu varsayar. Oysa başarısızlığın nedeni neredeyse her zaman şirketin yapılanma biçimidir: kimin neden sorumlu olduğu, kimin kime rapor verdiği ve SEO ekibinin işi gerçekten sonuçlandırıp sonuçlandıramadığı. Çözüm genellikle gizli bir SEO numarası değildir. İnsanların birbiriyle konuşmasını sağlamak ve şirketin geri kalanına aynı hataları tekrarlamayacak kadar SEO öğretmektir.

Uygulayıcılara yönelik sürümü, gerçek hayattan örnekleri, Google ve Bing rehberlerini ve belirli teknik tuzakları mı istiyorsunuz? İleri Düzey sekmesine geçin.

Kurumsal SEO karşıt örüntüleri

SEO’yu geliştirme tamamlandıktan sonra sürece dahil etmek

Neden başarısız olur: Mimari, URL kuralları, şablonlar ve taşıma planı çoktan kesinleşmiştir; gerçekçi biçimde geri alınabilecekleri aşama geçildiğinden, önlenebilir tasarım kararları pahalı düzeltme taleplerine dönüşür. Ancak bir sorunun geç ortaya çıkması tek başına bunu kanıtlamaz. Yalnızca sorunun ne zaman bulunduğuna değil, taahhüdün gerçekte ne zaman verildiğine ilişkin karar kaydına bakın.

Bunun yerine: Mühendislik çalışmaları başlamadan önce SEO’yu planlamaya dahil edin ve kabul kriterlerini tanımlayın; ardından lansmandan önce hazırlık ortamını tarayın.

Denetim birikimini SEO stratejisi olarak görmek

Neden başarısız olur: Yüzlerce düşük etkili en iyi uygulama talebi, geliri somut biçimde artırabilecek birkaç şablon düzeyindeki değişiklikle rekabet eder. Ancak eski veya büyük bir iş birikimi de bunu tek başına kanıtlamaz; önceliklendirmenin bozuk olduğunu varsaymadan önce önem derecesini, uygulanabilirliği, sahipliği ve bağımlılıkları kontrol edin.

Bunun yerine: İşleri etki alanı, ticari etki ve gereken çabaya göre puanlayın. Düşük getirili işleri bilinçli olarak yapmadan bırakın.

İş bağlamı olmadan sıralama raporlamak

Neden başarısız olur: Markalı sorgulardaki sıralamalar ve birleştirilmiş trafik sağlıklı görünürken markasız keşif, satış hattı veya gelir yatay seyredebilir.

Bunun yerine: Raporlamayı hedef kitleye uyarlayın ve görünürlüğü trafik, dönüşümler, satış hattı, gelir ve teknik borcun azaltılmasıyla ilişkilendirin.

Ortak altyapıyı düzeltmenin maliyetini her ekibe yüklemek

Neden başarısız olur: Şirket içi maliyet geri kazanımı, yerel ölçekte mantıklı kararı şirketin genel arama performansıyla çatışmalı hâle getirir; bu nedenle ekipler arası düzeltmeler durur.

Bunun yerine: Ortak şablonları, yönlendirmeleri ve platform standartlarını merkezi olarak finanse edin ve hesap verebilir tek bir sorumlu belirleyin.

Otomasyonun inceleme olmadan yayınlamasına veya yönlendirme yapmasına izin vermek

Neden başarısız olur: Hata otomasyonun kendisi değil; bir kuralın önizleme, doğrulama, onay, izleme veya geri alma mekanizması olmadan çalışmasıdır. Bu kontroller olmadan aşırı geniş bir kural, kimse fark etmeden hatalı bir kararı tüm kataloğa yayabilir. (Manuel çalışma otomatik olarak daha güvenli değildir; yalnızca aynı hatayı ölçeklendirmesi daha yavaştır.)

Bunun yerine: Öneriler ve insan onayıyla başlayın, sınırlı bir şablon kümesinde doğrulama yapın; ardından yalnızca kanıtlanmış mekanik kuralları önizleme, izleme ve geri alma yolu sağlayarak otomatikleştirin.

Tek bir taşıma işleminde alan adını, platformu ve tasarımı değiştirmek

Neden başarısız olur: Trafik düştüğünde ekip soruna hangi değişikliğin yol açtığını ayıramaz; yönlendirme, işleme ve içerik riskleri aynı anda ortaya çıkar.

Bunun yerine: Mümkün olduğunda her seferinde tek bir ana unsuru değiştirin, URL’leri koruyun, doğrudan kalıcı yönlendirmeleri sürdürün ve bir lansman değişiklik günlüğü tutun. Değişiklikleri bu sırayla yapmak, neyin bozulduğunu ayırma becerinizi geliştirir; bu bir risk kontrolü stratejisidir, sıralamaların veya trafiğin sabit kalacağının garantisi değildir.

Kurumsal SEO hatalarını önceliklendirme

Kurumsal ölçekte geniş etki alanına sahip teknik tehlike işaretleri

• Facet ve eylem parametreleri, neredeyse sonsuz sayıda taranabilir URL alanı oluşturur.
• Canonical yöntemleri birbiriyle çelişir veya bir şablon bütün bölümleri ana sayfaya yönlendirir.
• robots.txt, önemli sayfaları veya işleme kaynaklarını yanlışlıkla engeller.
• JavaScript hata durumları 200 döndürür veya kritik içeriğin HTML alternatifi yoktur.
• Taşıma yönlendirmeleri zincir oluşturur, kalıcı taşımalar için geçici durum kodları kullanır ya da eşleşmeyen URL’leri ana sayfaya yönlendirir.
• Hazırlık ortamı, zayıf, yinelenen veya yetim URL’ler büyük ölçekte dizine eklenebilir durumda kalır.

Kendinizi sınayın: Kurumsal SEO hataları

Büyük kuruluşlar ve siteler genelinde katlanarak büyüyen hatalara ilişkin beş soru. Her biri için bir yanıt seçin, ardından kontrol edin.

TL;DR — Kurumsal hatalar katlanarak büyür: şablon düzeyindeki tek bir hata milyonlarca sayfanın dizine girmesini engelleyebilir; tek bir düzeltme ise milyonlarca dolar değerinde olabilir. Ancak başarısızlıkların çoğu teknik olduğu kadar organizasyonel de olabilir: SEO’nun sürecin sonunda konumlandırılması, mühendislik kadrosunun bulunmaması, gösteriş metriklerine dayalı raporlama ve silolaşmış ekiplerin birbirinin trafiğini tüketmesi. Teknik hatalar (Google’ın tarama sorunlarının yaklaşık %50’sini oluşturan facet gezinme kaynaklı tarama israfı, şablon düzeyindeki canonical hataları, robots.txt kazaları, JS işleme kör noktaları ve başarısız taşıma işlemleri) çoğu zaman organizasyon sorunlarıyla daha da ağırlaşır. Çözüm iş birliği ve eğitimdir; her şeyin birlikte çalışması gerekir.

Evidence for this claim Template-level metadata and canonicalization choices can affect many URLs at once on large sites. Scope: Inference from Google's canonicalization and metadata requirements applied at scale. Confidence: high · Verified: 2026-07-14 Google Search Central: Canonicalization Evidence for this claim Large sites with many unimportant or duplicate URLs may need crawl-budget management. Scope: Googlebot crawl efficiency; does not validate a fixed percentage of crawl problems. Confidence: high · Verified: 2026-07-14 Google Search Central: Crawl budget guide

Ölçek her şeyi büyütür

Bütün mesele budur. Küçük bir sitede hata yuvarlama farkından ibarettir; kurumsal ölçekte ise aynı hata, şablon sayınızla çarpıldığı için felakete dönüşür. Daha önce ifade ettiğim gibi: Tek bir hata milyonlarca sayfanın dizine girmesini engelleyebilir veya bütün bir siteyi arama sonuçlarından kaldırabilir. Tek bir düzeltme potansiyel olarak milyonlarca dolar değerinde olabilir.

Tek bir robots.txt hatası yüz binlerce sayfayı engelleyebilir. Şablon düzeyindeki tek bir hatalı canonical, milyonlarca ürün sayfasının sıralamasını çökertir. Bu asimetri, yani küçük neden ile devasa sonuç arasındaki fark, kurumsal SEO’yu hem ürkütücü kılar hem de açıkçası teknik SEO’nun gücünü gösterdiği alan hâline getirir. Kaldıraç etkisi her iki yönde de gerçektir.

Kurumsal SEO başarısızlıklarının çoğu teknik değil, organizasyoneldir

Bu makaleden tek bir şey çıkaracaksanız bu olsun. Kurumsal SEO, birisi doğru etiketi bilmediği için nadiren başarısız olur. Başarısız olur çünkü çalışma modeli başarıyı neredeyse imkânsız kılar. Bill Hunt bunu iyi ifade ediyor: Kurumsal SEO genellikle kötü taktikler nedeniyle değil, çalışma modelinin başarıyı neredeyse imkânsız hâle getirmesi nedeniyle başarısız olur. Benim Enterprise SEO Chaos konuşmam (SMX sunumu) da aynı sonuca varıyor: temel neden neredeyse her zaman teknik bilgisizlik değil, iletişim kopuklukları ve belirsiz sahipliktir.

Herhangi bir teşhis koymadan önce önemli bir ayrım yapmak gerekir: Yanlış canonical üreten bir şablon, bir robots.txt engeli veya durmuş bir taşıma gibi tekrarlanan teknik bir belirti, organizasyonel bir nedenin kanıtı değil, gözlemlenmiş bir durumdur. Bu durum bir sorun kataloğunda yer almalıdır; bu makale ise bu durumları yaratan, tekrarlayan, gizleyen veya düzeltilmelerini geciktiren süreç ya da karar hataları hakkındadır. Bir şeyi “organizasyonel hata” olarak adlandırmak için yine de bir karar izi gerekir: Kim, neye, ne zaman, hangi kısıt altında karar verdi ve rakip bir açıklama veya karşı olgusal durum nasıl görünürdü? Bunlar olmadan teşhis koymuyor, yalnızca örüntü eşleştiriyorsunuz.

En sık gördüğüm organizasyonel hatalar şunlardır:

• SEO’yu sürecin sonunda yer alan, tepkisel bir işlev olarak görmek. SEO, kararlar alındıktan sonra; yeniden tasarımın kapsamı belirlendikten, taşıma planlandıktan ve yeni ürün adlandırıldıktan sonra sürece dahil edilir. Bu aşamada hiç var olmaması gereken sorunlar için talepler açarsınız. SEO’nun yeri QA değil, ürün geliştirme yaşam döngüsüdür. Test, “bir sorun yayına girdi mi?” değildir; pek çok sorun zamanlamayla ilgisiz nedenlerle yayına girer. Asıl soru, proje kaydının mimari, URL, içerik veya taşıma kararının SEO inceleme fırsatı bulmadan önce, gerçekçi biçimde geri alınamayacağı noktayı aşacak şekilde kesinleştiğini gösterip göstermediğidir. SEO’ya erken danışıldığı hâlde karar yine yanlış yönde alındıysa bu, SEO’nun geç dahil edilmesinden farklı bir başarısızlıktır.
• Mühendislik kadrosu ayırmamak. Hiç yayına alınmayan öneriler değersizdir. SEO, resmî bir önceliği olmadan geliştirici zamanı için yalvarmak zorundaysa iş birikimi her çeyrekte kazanır.
• Yönetişim veya sahiplik bulunmaması. Web sitesinin sahibi herkes olduğunda hiç kimse hesap vermez. Ekipler arası kararlar (URL yapısı, şablonlar, canonical belirleme) için açık bir sorumlu bulunmadığında her ekip yerel ölçekte mantıklı, genel ölçekte ise tutarsız seçimler yapar.
• Yanlış teşvikler ve maliyet geri kazanım modelleri. Bu, kurumsal ortama özgüdür ve küçük sitelerde gerçek bir karşılığı yoktur: Şirketlerin SEO düzeltmelerini uygulamak için iç ekiplerden ücret aldığını gördüm; bir yönlendirme, ekibinizin bütçesinden harcanır. Böylece ekipler doğru şeyi yapmaktan kaçınır çünkü doğru şeyi yapmak onlara para kaybettirir. Teşvik yapısı, istediğiniz sonuca etkin biçimde karşı çalışır.
• Ekipler arasında dahili anahtar kelime yamyamlığı. Ürün, bölge ve pazarlama ekipleri aynı sorguları hedefleyerek kendi şirketleriyle rekabet eder. Bill Hunt; kötü hreflang uygulaması ve silolaşmış bölgesel ekiplerin yol açtığı pazarlar arası yamyamlık nedeniyle ayda yaklaşık 25 milyon dolar kaybeden bir CPG şirketini belgeledi. Burada organizasyon yapısı doğrudan teknik bir başarısızlık üretmişti. Ancak buna yamyamlık demeden önce benzer URL’lerin bir arada bulunmasının meşru nedenlerini eleyin: farklı personalar, pazarlar, yaşam döngüsü aşamaları veya ayrı sayfalar gerektiren mevzuat koşulları. Gerçek arama niyeti çakışması, aynı konuyu hedefleyen ekipler arasında tanımlı bir sahiplik sınırı bulunmayan, birbirine çok benzeyen içeriklerde görülür. Bu, yalnızca çakışan anahtar kelimelerden çıkarılan bir tahmin değil, parça düzeyinde bir karşılaştırmadır.
• Eğitime yetersiz yatırım yapmak. SEO bilgisi demokratikleştirilmek yerine tek bir ekipte tutulduğunda kuruluşun geri kalanı aynı hataları yapmaya devam eder. Büyük bir şirkette “Google Analytics yüklemek sıralamaları yükseltir” ve “URL’lerdeki anahtar kelimeler en önemli sıralama faktörüdür” gibi açıkça yanlış yönlendirmelerin şirket içinde dolaştığını gördüm. İkisi de doğru değildir ve ikisi de gerçek kararları şekillendirmiştir.

Önceliklendirme hatası

Bununla yakından ilişkili ve ayrıca vurgulanmayı hak eden bir başka konu da kurumsal ekiplerin her en iyi uygulamayı zorunlu sayma tuzağına düşmesidir. Pek çok SEO uzmanının yaptığını gördüğüm hata, bir şeyin yalnızca en iyi uygulama olması veya Google’ın yapılmasını söylemesi nedeniyle yapılması gerektiğini düşünmeleridir. Bu yaklaşım büyük ölçekte, düşük yatırım getirili taleplerden oluşan sonsuz kuyruklar yaratır. Her sayfadaki her küçük şeyi düzeltemezsiniz ve düzeltmemelisiniz. SEO kontrol listeleri büyük ölçekte uygulanabilir değildir. Her sayfadaki her küçük şeyi kontrol etmek zaman kaybıdır çünkü bunun hiçbir yatırım getirisi yoktur. Projeleri gelire bağlayın, ekiplerin primlerinin başarıya bağlı olduğu ürünlerle hizalayın ve düşük etkili işleri tamamlamamayı seçin.

Ancak eski veya büyük bir iş birikimini kendi başına başarısızlığın kanıtı sayacak kadar ters yönde aşırıya kaçmayın. Uygulanmamış bir bulgu pek çok nedenle bekleyebilir: önem derecesi (yeterince büyük bir etki yaratmıyordur), uygulanabilirlik (düzeltme, kimsenin planlamadığı bir platform değişikliği gerektiriyordur), sahiplik (o alandan kimse sorumlu değildir), bağımlılıklar (bir taşıma veya tedarikçi tarafından engellenmiştir) ya da gerçek fırsat maliyeti (kapasite daha önemli bir işe ayrılmıştır). Sürecin bozuk olduğu sonucuna varmadan önce nedenin hangisi olduğunu teşhis edin.

Teknik hatalar (çoğunlukla yukarıdakilerin belirtileri)

URL parametrelerinden kaynaklanan tarama bütçesi israfı. Salt hacim açısından kurumsal sitelerdeki bir numaralı teknik hata budur. Gary Illyes, tarama sorunlarının %75’inin iki ana URL sorunundan kaynaklandığını bildirdi: filtreli gezinme (%50) ve sepete ekleme, sıralama ve yazdırma gibi eylem parametreleri (%25). Geri kalanın çoğunu UTM etiketleri ve oturum kimlikleri gibi ilgisiz parametreler (%10) ile eklentiler ve pencere öğeleri (%5) oluşturur. Google’ın kendi Crawling December serisi filtreli gezinme uyarısını resmîleştirdi: filtre birleşimleri (renk × beden × fiyat × sıralama), tarayıcıları tuzağa düşüren neredeyse sonsuz URL varyantları üretir. Illyes’in ifadesiyle mekanizma şöyledir: “it cannot make a decision about whether that URL space is good or not unless it crawled a large chunk of that URL space.” Google’ın tarama bütçesi rehberi, orta sıklıkta değişen yaklaşık 1M+ sayfa veya her gün değişen 10 000+ sayfa düzeyinde devreye girer; bu tam anlamıyla kurumsal ölçektir.

Şablon düzeyindeki canonical hataları. Google açıkça şunlar konusunda uyarır: aynı sayfa için farklı tekniklerle farklı URL’leri canonical olarak belirtmeyin (biri site haritasında, diğeri rel=canonical ile), canonical belirlemek için robots.txt kullanmayın, bir URL parçasını canonical olarak belirtmeyin ve “can cause problems in the long run.” olduğu için göreli yollara bel bağlamayın. Bunun üretimde yarattığı kaosu gördüm: her göreli canonical’ı // önekiyle oluşturan bir CMS, yanlışlıkla ana sayfayı canonical olarak belirleyen sayfalar ve aynı sayfanın (HTTP/HTTPS, www/www olmayan, sondaki eğik çizgi, mobil yollar, parametreler) aynı anda yayında olan 24 farklı URL sürümü. Kurumsal ölçekte buradaki bir şablon hatası tek bir sayfayı değil, bütün bir kataloğu etkiler.

Önemli sayfaları engelleyen robots.txt hataları. Kasıtlı engellemelerden değil, kazalardan söz ediyorum. Kimsenin yayınlamayı amaçlamadığı robots.txt hataları yüzünden yüz binlerce sayfanın engellendiğini, hatta bir keresinde alan adının yanlışlıkla robots.txt dosyasının içine gömüldüğünü gördüm. Kuralı unutmayın: robots.txt dizine eklemeyi değil, taramayı kontrol eder. Tarama bütçesini yönetmek için noindex kullanmaya da yönelmeyin; Google’ın yönergeyi okuyabilmek için sayfayı yine getirmesi gerekir, dolayısıyla tarama zamanı gene boşa gider.

JavaScript işleme kör noktaları. Martin Splitt, kurumsal siteleri ağır biçimde etkileyen ve sürekli karşılaşılan üç JS hatasına dikkat çekti: işlenmiş HTML yerine sayfa kaynağına bakmak (“A lot of people are still looking at view source. That is not what we use for indexing. We use the rendered HTML.”); SPA’nın “just responds with 200… always showing a page based on the JavaScript execution,” olması nedeniyle 200 durumu döndüren ve bozuk sayfaların dizine eklenmesine yol açan hata sayfaları; ayrıca “Googlebot does not say yes on that popup… so if you request geolocation, Googlebot says no” olduğu için alternatifi bulunmayan, coğrafi konumla sınırlandırılmış içerikler ve bunun sonucunda kalan boş sayfalar. Tamamen JavaScript ile oluşturulduğu için tarayıcıların geçemediği gezinme menüleri de gördüm. Bing, JS işleme konusunda Google’dan daha sınırlıdır; bu nedenle ağır çerçeveler Bing’de Google’da hiç görülmeyen biçimlerde başarısız olabilir. Kritik içeriği sunucu tarafında işlenen HTML üzerinden erişilebilir kılın.

Site taşıma hataları. Google’ın kendi rehberi “change one element at a time” der; ancak kurumsal şirketler düzenli olarak alan adını, CMS’yi ve tasarımı aynı anda değiştirir, ardından neyin bozulmaya yol açtığını belirleyemez. Diğer klasik hatalar şunlardır: yeni URL’lerde noindex veya kısıtlayıcı robots kurallarını bırakmak, alakasız sayfalara yönlendirmek, uzun yönlendirme zincirleri oluşturmak (üretimde bizzat 14 atlama ve kalıcı taşımalar için kullanılan üç yüz iki kodlu geçici yönlendirmeler gördüm), güncellenmiş site haritalarını göndermeyi unutmak ve yönlendirmeleri çok erken kaldırmak. Yönlendirmeleri en az bir yıl koruyun; büyük sitelerin dizinde tamamen taşınması uzun sürer. Haber verilmeden yinelenen taşıma işlemleri başlı başına bir organizasyon hatasıdır: SEO ekibi durumu ancak sonradan öğrenir.

Büyük ölçekte dizin şişmesi ve zayıf/yinelenen içerik. Şablon çoğaltmaları, parametre sayfaları ve dizine açık bırakılan hazırlık ortamları, dizini düşük değerli URL’lerle şişirir. Yinelenen içerik cezası yoktur; John Mueller açıkça “there is no duplicate content penalty” demiştir. Ancak bu, kurumsal ölçekte pek teselli sayılmaz: filtrelenen yinelenen içerik, önemli sayfalarınızın hiç dizine eklenmemesi anlamına gelebilir. Efsaneyi çürütürken ifade ettiğim gibi, yinelenen içerik genellikle “just gonna be ignored” olur; ancak bu ölçekte yok sayılmak, fiilen dizine eklenmemek demektir. Kendine referans veren canonical’lar yardımcı olur: Mueller, “because it really makes it clear to us which page you want to have indexed.” diyerek kendine referans veren canonical kullanılmasını önerir.

Yetim sayfalar ve iç bağlantıların ihmal edilmesi. Mueller, iç bağlantıları defalarca “super critical” olarak nitelendirdi. Kurumsal şirketler bunu tam da departmanlar arası koordinasyon gerektirdiği için ihmal eder; her ekip kendi sayfalarını korur ve dışarıya bağlantı vermek istemez. Sonuç, site haritasında bulunan ancak kendisine gelen hiçbir iç bağlantısı olmayan sayfalardır. İç bağlantılar ve bağlantı geri kazanımı (hâlâ backlink taşıyan eski URL’leri yönlendirmek), kurumsal ölçekte öncelik verdiğim en yüksek kaldıraç etkili teknik projeler arasındadır.

Strateji ve içerik hataları

• Satın alma hunisinin altına odaklanma yanlılığı. Kurumsal satış döngüsü uzundur; bu nedenle şirketler huninin üst kısmını ve bilgilendirici içerikleri atlamak ister. Böylece huninin bütün üst kısmını ve marka ilişkisini rakiplere bırakırlar.
• Markalı aramayı olduğundan değerli görmek. Markalı organik trafik çok iyi görünerek zayıf markasız performansı gizler. Kendi marka adınızda 1. sırada olmak, gösteriş metriklerinin en gösterişlisidir.
• Strateji yerine meşguliyet. Makro sorunlar sürerken ekipler tekil sayfalardaki kutuları işaretler. Büyük markaların çoğu kazanabilecekleri yüksek görünürlüğe sahiptir ancak bunu değerlendirmez.

Ölçüm hataları

Trafik veya gelir bağlamı olmadan sıralama raporlamak en büyük günahtır. Sıralamalar gelir değildir. Yöneticilerin organik kaynaklı satış hattına, etkilenmiş gelire ve LTV:CAC karşılaştırmalarına; uygulayıcıların ise dizine ekleme kapsamına, tarama verimliliğine ve teknik borçtaki ilerlemeye ihtiyacı vardır. Farklı paydaşlar için farklı raporlar hazırlayın. Gerçek ilişkilendirme ve tahmin sistemlerini de en baştan kurun; hedefler ve başlangıç noktası olmadan, milyonlarca dolar geri kazandırmış olsa bile bir düzeltmenin herhangi bir şeyi geri kazandırdığını kanıtlayamazsınız.

Temel test şudur: Bu metrik paydaşın karar vermesini sağlıyor mu, yoksa yalnızca slaytta iyi görünen bir sayı mı? Tek bir iş metriği her programa uymaz; önünüzdeki kararla bağlantılı olanı seçin ve gerçekte neyi ifade ettiğini açıkça etiketleyin. Search Console verileri birinci taraf gözlemidir; GA4’ten veya başka bir analiz platformundan geçirilen gelir sayısı ise aramanın gerçekte neye yol açtığının kesin ölçümünü değil, o platformun ilişkilendirme modelini yansıtır. İkisini de raporlayın ancak bir ilişkilendirme modelinin çıktısını tartışılmaz gerçek olarak sunmayın.

Süreç ve araç hataları

• Yalnızca aylık taramalara güvenmek. Aylık anlık görüntüler, arada bozulan her şeyi kaçırır. Kurumsal ölçekte lansmandan önce hazırlık ortamını tarayın ve her gün örnek alın; değişikliklerin gerçek zamanlı fark edilmesi için bunu sürekli izleme ve IndexNow ile eşleştirin.
• Yanlış araçları satın almak. Bazı kurumsal SEO araçlarının satış ekipleri dünyaları vadeder ancak araçlar hayal kırıklığı yaratır ve kimse onları kullanmaz. Süreç ve organizasyon uyumu bulunmayan araçlar rafta kalır.
• Sorunları planlama yerine QA aşamasında yakalamak. Lansman öncesi SEO incelemesi yapacağınız en ucuz düzeltmedir. Sorunu lansmandan sonra yakalamak ise en pahalı olanıdır.

Çözüm: İş birliği ve eğitim

Olgunluk ilerlemesi geçici → merkezi → standartlaştırılmış → proaktif şeklindedir ve çoğu kurumsal program geçici aşamayı aşamaz. Sizi yukarı taşıyan iki kaldıraç, Enterprise SEO Chaos konuşmamı (SMX sunumu) bitirirken vurguladığım iki unsurla aynıdır: iş birliği ve eğitim. SEO’yu yaşam döngüsüne dahil edin, gereken kadroyu güvenceye alın, teşvikleri düzeltin, gelir üzerinden raporlayın ve kuruluşun geri kalanına sorun üretmeyi bırakacak kadar bilgi verin. Tez değişmedi: Her şeyin birlikte çalışması gerekir.

Yapay zekâ özeti

İleri Düzey sürümün kısa özeti:

• Ölçek her şeyi büyütür. Şablon düzeyindeki tek bir hata milyonlarca sayfanın dizine girmesini engelleyebilir; tek bir düzeltme milyonlarca dolar değerinde olabilir. Küçük neden, devasa sonuç: Kurumsal SEO’yu benzersiz derecede yüksek kaldıraçlı yapan budur.
• Başarısızlıkların çoğu teknik değil, organizasyoneldir. SEO’nun sürecin sonunda ve tepkisel konumlandırılması; mühendislik kadrosunun olmaması; yönetişim eksikliği (“herkes sahipleniyor, kimse hesap vermiyor”); doğru işi yapmaları için ekiplerden ücret alan maliyet geri kazanım modelleri; aynı anahtar kelimelerde birbirinin trafiğini tüketen silolaşmış ekipler (belgelenmiş aylık yaklaşık 25 milyon dolarlık bir vaka) ve yanlış efsanelerin yayılmasına izin veren, paylaşılmayan SEO bilgisi. Bunlardan herhangi birini teşhis etmek yalnızca gözlemlenmiş bir belirtiyi değil, bir karar izini (kim, ne zaman, hangi kısıt altında) gerektirir; tekrarlanan bir teknik sorun tek başına organizasyonel bir nedeni kanıtlamaz.
• Önceliklendirme başlı başına bir hata alanıdır. Her en iyi uygulamayı zorunlu görmek, düşük yatırım getirili taleplerden oluşan sonsuz kuyruklar yaratır. Kontrol listeleri büyük ölçekte uygulanabilir değildir; projeleri gelire bağlayın.
• Teknik hatalar çoğunlukla belirtilerdir: Filtreli gezinme ve parametrelerden kaynaklanan tarama israfı (Gary Illyes’e göre Google’ın tarama sorunlarının ~%50 + ~%25’i); şablon düzeyindeki canonical hataları (göreli yollar, çelişen yöntemler, ana sayfayı canonical olarak belirleme, 24 URL sürümü); büyük ölçekte yanlışlıkla uygulanan robots.txt engelleri; JS işleme kör noktaları (sayfa kaynağı ile işlenmiş HTML farkı, 200 durumlu hata sayfaları, alternatifsiz coğrafi konum; Bing’in JS konusunda daha zayıf olması) ve başarısız taşıma işlemleri (her şeyi aynı anda değiştirmek, 14 atlamalı zincirler, kalıcı taşımalar için üç yüz iki kodlu geçici yönlendirmeler kullanmak, yönlendirmeleri çok erken kaldırmak).
• Yinelenen içeriğin cezası yoktur (Mueller), ancak büyük ölçekte “yok sayılmak” = dizine eklenmemek demektir. Kendine referans veren canonical’lar kullanın; iç bağlantılar “super critical” olarak nitelenir.
• Strateji/ölçüm: Huninin üst kısmını atlamayın; markalı aramaya gereğinden fazla değer vermeyin; sıralama değil, gelir raporlayın.
• Çözüm: Geçici olgunluk düzeyinden proaktif olgunluğa ilerleten iş birliği + eğitimdir. Her şeyin birlikte çalışması gerekir.

Resmî belgeler

Yukarıdaki hataların temelini oluşturan birincil kaynak rehberleri.

Google

• Optimize your crawl budget — 1M+ sayfalı sitelere yönelik tarama bütçesi rehberi; yinelenenleri birleştirin, düşük değerli alanları robots.txt ile engelleyin (noindex ile değil), kaldırılan içerik için 404/410 döndürün, yönlendirme zincirlerinden kaçının, site haritalarını ve lastmod değerlerini güncel tutun.
• Consolidate duplicate URLs (canonicalization) — açık “yapmayın” listesi: canonical belirleme tekniklerini karıştırmayın, canonical belirlemek için robots.txt veya kaldırma aracını kullanmayın, URL parçası kullanmayın, göreli yollara dikkat edin ve site içinde canonical URL’lere bağlantı verin.
• Site moves with URL changes — “change one element at a time,” yönlendirmeleri koruyun, güncellenmiş site haritalarını gönderin ve yeni URL’lerde noindex/robots engelleri bırakmayın.
• JavaScript SEO basics — Google’ın JS’yi nasıl işlediği ve dizine eklenen şeyin neden sayfa kaynağı değil, işlenmiş HTML olduğu.
• Crawling December: faceted navigation — Google’ın neredeyse sonsuz facet gezinme URL alanlarına ilişkin resmî rehberi.
• Block search indexing with noindex — bir sayfayı kaldırmak için kullanılan aracın neden robots.txt disallow değil, noindex olduğu.

Bing / Microsoft

• Keeping Content Discoverable with Sitemaps in AI-Powered Search (Fabrice Canel & Krishna Madhavan, Temmuz 2025) — site haritası dizinlerinin ölçek sınırları ve doğru bir lastmod değerinin (üretim zamanı değil, gerçek değişiklik zamanı) yeniden tarama önceliklendirmesini neden yönlendirdiği.
• IndexNow — Bing’e ve katılımcı arama motorlarına gerçek zamanlı değişiklik bildirimi; kurumsal sitelerde sık görülen bir eksiklik.

Kaynaktan alıntılar

Google ve Bing’in kayda geçmiş açıklamaları. Her bağlantı, alıntılanan bölüme veya bunun birebir aktarıldığı içeriğe giden derin bağlantıdır.

Gary Illyes, Google — tarama israfı

• “75% of crawling problems stem from two main URL issues” — Search Off the Record yıl sonu tarama raporuna göre facet gezinme (%50) ve eylem parametreleri (%25). Haberi okuyun
• “Once it discovers a set of URLs, it cannot make a decision about whether that URL space is good or not unless it crawled a large chunk of that URL space.” Haberi okuyun

Martin Splitt, Google — JavaScript SEO

• “A lot of people are still looking at view source. That is not what we use for indexing. We use the rendered HTML.” Haberi okuyun
• Hata durumlarında 200 sunan SPA’lar hakkında: “Instead of responding with 404, it just responds with 200 … always showing a page based on the JavaScript execution.” Haberi okuyun
• Alternatifi olmayan coğrafi konum uygulamaları hakkında: “Googlebot does not say yes on that popup. It says no on all these requests … so if you request geolocation, Googlebot says no.” Haberi okuyun

John Mueller, Google — yinelenen içerik, canonical’lar ve iç bağlantılar

• “There is no duplicate content penalty.” Yinelenen içerik cezalandırılmaz; filtrelenir veya yok sayılır. Ancak kurumsal ölçekte filtrelenmek, dizine eklenmemek demektir. (Mueller, Google Office Hours / Hangouts yayınlarında ve sosyal medyada defalarca; belirli canlı kaynaktan doğrulayın.)
• “I recommend [using a] self-referential canonical because it really makes it clear to us which page you want to have indexed.” (Mueller, Google Office Hours; belirli canlı kaynaktan doğrulayın.)
• Mueller, iç bağlantıları defalarca “super critical” olarak nitelendirdi; bunlar sayfa üzerindeki en etkili faktörlerden biridir. (Mueller, Google Webmaster Hangouts; tekrarlanan açıklamalardan özetlenmiştir — belirli canlı kaynaktan doğrulayın.)

Fabrice Canel, Microsoft Bing — lastmod doğruluğu

• Bing’in işaret ettiği yaygın bir kurumsal hata, lastmod değerini gerçek sayfa değişiklik zamanı yerine site haritasının oluşturulma zamanına ayarlamaktır; bu, alanı yeniden tarama önceliklendirmesi açısından anlamsız hâle getirir. (Canel & Madhavan, Bing Webmaster Blog, Temmuz 2025 — özetlenmiştir; canlı gönderiden doğrulayın.)

Kurumsal SEO hata denetimi

Programınızın maliyetli hatalar yapıp yapmadığını kontrol etmek için bir değerlendirme:

Organizasyonel

• SEO, projelerin kapsamı belirlenmeden önce masadadır (QA’da değil, ürün yaşam döngüsünde).
• SEO çalışmaları için talep başına yalvarmayı gerektirmeyen, güvence altına alınmış ve yinelenen mühendislik kapasitesi vardır.
• Ekipler arası kararların (URL yapısı, şablonlar, canonical belirleme) açıkça tanımlanmış bir sorumlusu vardır.
• Ekiplerden SEO düzeltmelerini uygulamak için ücret alan bir maliyet geri kazanım modeli yoktur (veya kaldırılmıştır).
• Hiçbir iki ekip aynı öncelikli anahtar kelimeleri hedefleyerek birbiriyle rekabet etmez.
• SEO bilgisi ekipler arasında paylaşılır; şirket içi SEO efsaneleri sorgulanmadan dolaşmaz.

Teknik (önce şablon düzeyi — ölçeğin etkisi burada görülür)

• Facet gezinme ve eylem/UTM/oturum parametreleri sonsuz taranabilir URL alanları oluşturmuyor.
• Canonical’lar tutarlı (karışık teknikler, göreli yol hataları veya ana sayfayı canonical olarak belirleme yok) ve uygun olduğunda kendine referans veriyor.
• robots.txt önemli hiçbir şeyi engellemiyor; yanlışlıkla site genelinde uygulanan engeller veya dosyaya gömülmüş ilgisiz alan adları yok.
• Kritik içerik botlar için HTML’de işleniyor (yalnızca JS kullanan gezinme, 200 durumlu JS hata sayfaları veya alternatifsiz coğrafi konum engeli yok).
• Taşıma işlemlerinde her seferinde tek unsur değişiyor; yönlendirmeler tek atlamalı, kalıcı (301) ve 1+ yıl korunuyor.
• Hazırlık ortamları dizine eklenemiyor; zayıf/yinelenen şablonlardan kaynaklanan dizin şişmesi kontrol altında.
• Yetim sayfa yok; önemli URL’ler kendilerine gelen iç bağlantılara ve backlink taşıyan eski URL’lerden geri kazanılmış yönlendirmelere sahip.

Strateji ve ölçüm

• Yalnızca huninin altına değil, huninin üst kısmındaki/bilgilendirici içeriğe de yatırım yapıyorsunuz.
• Markalı arama, raporlarınızda zayıf markasız performansı gizlemiyor.
• Raporlar yöneticilere gelir diliyle (satış hattı, etkilenmiş gelir, LTV:CAC), uygulayıcılara ise operasyon diliyle sesleniyor.
• Bir düzeltmenin etkisini kanıtlayabilmeniz için ilişkilendirme, başlangıç değerleri ve tahminler mevcut.

Süreç ve araçlar

• Hazırlık ortamını lansmandan önce tarıyor ve her gün örnek alıyorsunuz; yalnızca aylık tarama yapmıyorsunuz.
• Gerçek zamanlı değişiklik sinyalleri için IndexNow ve doğru lastmod uygulanmış durumda.
• Kurumsal SEO araçlarınız bir satış vaadi üzerine alınmış raf ürünleri değil, gerçekten kullanılıyor.

Zihinsel modeller

1. Ölçek bir çarpandır; bu nedenle etki alanına göre önceliklendirin. Herhangi bir şeyi düzeltmeden önce hatanın veya düzeltmenin kaç sayfaya dokunduğunu sorun. Şablon ve site düzeyindeki sorunlar her zaman sayfa düzeyindekilerden daha önceliklidir; çünkü kurumsal ölçekte bir şablon hatası, katalog hatasıdır. Kaldıraç iki yönde de işler: Tek bir hata milyonlarca sayfayı dizinden çıkarabilir; tek bir düzeltme milyonlarca dolar değerinde olabilir.

2. Teknikten önce organizasyonel yapı. Kurumsal bir program başarısız olduğunda önce çalışma modeline bakın: Kim neden sorumlu, SEO kime rapor veriyor, mühendislik kapasitesi güvence altına alınmış mı ve ekipler nasıl teşvik ediliyor? “Teknik borcun” çoğu organizasyon sorununun sonucudur. Yapıyı düzeltin; teknik düzeltmeler de yayınlanmaya başlar.

3. En iyi uygulamaların eksiksizliğine değil, gelire göre önceliklendirin. Google’ın yapılabileceğini söylediği her şey büyük ölçekte yapılmaya değmez. Projeleri ticari etki ve gereken çabaya göre puanlayın, ekiplerin teşviklerinin zaten uyumlu olduğu ürünlere bağlayın ve düşük yatırım getirili işleri bilinçli olarak tamamlamayın. Kontrol listeleri ölçeklenmez; yatırım getirisi ölçeklenir.

4. Olgunluk merdiveni: geçici → merkezi → standartlaştırılmış → proaktif. Programınızın yerini dürüstçe belirleyin. Çoğu program geçici aşamadadır (tepkisel, talep odaklı). Her üst basamağa yeni bir araçla değil, süreçlerle (SOP’ler, lansman öncesi incelemeler) ve ortak sahiplikle çıkılır. Hedef durum proaktif olmaktır: lansman öncesi SEO incelemeleri, hazırlık ortamı taramaları, sürekli izleme ve ekipler arası eğitim.

5. İki kaldıraçlı çözüm: İş birliği + eğitim. Gördüğüm her kronik kurumsal SEO sorunu sonuçta bu iki unsura dayanır. Doğru kişilerin aynı plan doğrultusunda konuşup çalışmasını sağlayın (iş birliği) ve kuruluşun geri kalanına sorun üretmeyi bırakacak kadar bilgi verin (eğitim). Her şeyin birlikte çalışması gerekir.

Değişiklik günlüğü