SEO Stratejisi Nasıl Kurulur? Teknik SEO, Mimari ve İçeriği Birlikte Planlamak

SEO stratejisi, bir web sitesinin organik görünürlüğünü artırmak için yapılacak işleri sıralayan bir kontrol listesi değildir. Hangi iş hedefine ulaşılacağını, hangi kullanıcı ihtiyaçlarının hedefleneceğini, hangi sayfaların bu ihtiyaçlara cevap vereceğini ve hangi teknik, mimari veya içerik kararlarının önce alınması gerektiğini belirleyen karar sistemidir.

Bir sitede teknik sorunları bulmak, anahtar kelime listesi çıkarmak ve içerik takvimi hazırlamak mümkündür. Ancak bu çalışmalar birbirine bağlanmadığında ortaya strateji değil, aynı proje içinde ilerleyen bağımsız görevler çıkar.

Örneğin hizmet sayfalarının URL yapısı henüz kesinleşmeden içerik üretmek, sonrasında yönlendirme, canonical ve iç bağlantı sorunları yaratabilir. Benzer biçimde bir e-ticaret sitesinde kategori mimarisi netleşmeden yüzlerce ürün veya blog içeriği planlamak, yanlış sayfaların yanlış arama ihtiyaçlarını hedeflemesine neden olabilir.

SEO stratejisinin temel sorusu “Hangi işleri yapacağız?” değil, “Hangi problemi neden, hangi sırayla ve hangi bağımlılıklarla çözeceğiz?” olmalıdır.

Google da SEO için her sitede aynı sonucu verecek gizli bir formül olmadığını ve bazı önerilerin her işletme için geçerli olmayabileceğini açıkça belirtir.^[1]

SEO stratejisi nedir?

SEO stratejisi, organik arama görünürlüğünü belirli bir iş sonucuna bağlayan ve bu sonuca ulaşmak için gereken kararları önceliklendiren çalışma modelidir.

Bu model genellikle şu sorulara cevap verir:

• İşletme organik aramadan hangi sonucu bekliyor?
• Hangi kullanıcılar hangi ihtiyaçlarla arama yapıyor?
• Bu ihtiyaçları karşılaması gereken sayfalar hangileri?
• Mevcut site bu sayfaları keşfedilebilir, erişilebilir ve anlaşılabilir biçimde sunuyor mu?
• Hangi teknik veya mimari sorunlar diğer çalışmaları engelliyor?
• Hangi içerikler gerçekten yeni bir kullanıcı ihtiyacını karşılıyor?
• Yapılan değişikliklerin sonucu hangi verilerle değerlendirilecek?
• Ölçümden sonra hangi yeni karar alınacak?

Ben bu ilişkiyi şu karar akışıyla özetliyorum:

İş hedefi
↓
Arama talebi ve kullanıcı ihtiyacı
↓
Mevcut durum
↓
Sayfa rolü ve site mimarisi
↓
Teknik gereksinimler ve bağımlılıklar
↓
Önceliklendirme
↓
Uygulama
↓
Ölçüm
↓
Bir sonraki karar

Bu akış katı bir proje şelalesi değildir. Yeni bir teknik bulgu sayfa mimarisini değiştirebilir. Yeni bir kullanıcı ihtiyacı içerik planını güncelleyebilir. Ölçüm sonuçları ise önceliklerin yeniden sıralanmasına neden olabilir.

SEO stratejisi ile SEO checklist arasındaki fark nedir?

Bir SEO checklist’i yapılabilecek işleri gösterir. Strateji ise hangi işin neden gerekli olduğunu ve hangi koşulda öncelik kazanacağını açıklar.

Örneğin bir kontrol listesinde şu maddeler bulunabilir:

• Title etiketlerini düzenle.
• Meta description alanlarını kontrol et.
• Canonical etiketlerini incele.
• İç bağlantıları artır.
• Blog içerikleri üret.
• Yönlendirmeleri kontrol et.

Bu maddelerin herhangi biri doğru olabilir. Ancak hangisinin önce yapılacağı sitenin durumuna bağlıdır.

Bir hizmet sitesinde en önemli ticari sayfa yanlış URL’ye yönleniyorsa, meta description iyileştirmesi ilk öncelik olmayabilir. Yeni yayımlanan bir kategori sayfasına site içinde hiçbir bağlantı verilmiyorsa, o kategori için beş destekleyici blog yazısı hazırlamak da sorunu çözmeyebilir.

Kontrol listesi şu soruyu sorar:

Hangi maddeleri tamamladık?

Strateji ise şu soruyu sorar:

Hangi değişiklik hedefe ulaşmayı engelleyen problemi gerçekten çözdü?

SEO stratejisi neden iş hedefiyle başlamalı?

Her organik trafik artışı aynı değeri üretmez.

Bir klinik için uygun hasta başvuruları önemli olabilir. Bir B2B işletme için teklif talepleri daha anlamlıdır. E-ticarette öncelik belirli ürün kategorilerinden gelen satış olabilir. Kişisel bir uzmanlık sitesinde ise doğru konu alanında güvenilir görünürlük ve profesyonel bağlantılar öne çıkabilir.

Bu nedenle “organik trafiği artıralım” tek başına yeterli bir hedef değildir.

Daha işlevsel hedef örnekleri şunlardır:

• Öncelikli hizmet sayfalarının ilgili ticari sorgulardaki görünürlüğünü artırmak.
• Satış potansiyeli olan kategori sayfalarının organik katkısını iyileştirmek.
• Belirli bir uzmanlık alanındaki bilgi ihtiyaçlarını doğru içeriklerle karşılamak.
• Site taşıması sırasında mevcut organik görünürlüğün gereksiz biçimde kaybolmasını önlemek.
• Organik ziyaretlerden gelen iletişim, teklif veya satış işlemlerini ölçülebilir hale getirmek.

Hedef belirlendiğinde hangi sayfaların önemli olduğu, hangi teknik sorunların gerçekten risk taşıdığı ve hangi içeriklerin öncelikli olduğu daha açık görünür.

SEO stratejisi nasıl kurulur?

Uygulanabilir bir SEO stratejisi oluştururken teknik SEO, site mimarisi, içerik ve ölçüm ayrı dosyalarda duran bağımsız çalışmalar gibi ele alınmamalıdır. Bu alanlar aynı kullanıcı yolculuğunun farklı karar katmanlarıdır.

1. Mevcut durumu ve başlangıç çizgisini belirle

İlk aşamada yalnızca sitenin kaç hataya sahip olduğuna bakmak yeterli değildir. Hangi sayfaların iş değeri taşıdığı ve mevcut organik performansın hangi yüzeylerden geldiği anlaşılmalıdır.

Bu aşamada şu sorular incelenebilir:

• Mevcut organik görünürlük hangi sayfalardan geliyor?
• Hangi sorgular hangi URL’lerle eşleşiyor?
• Öncelikli hizmet, kategori veya içerik sayfaları gerçekten mevcut mu?
• Önemli sayfalar taranabilir ve indekslenebilir durumda mı?
• Site yakın zamanda taşındı mı veya URL yapısı değişti mi?
• İç bağlantılar önemli sayfaları destekliyor mu?
• Google Search Console ve analiz kurulumu güvenilir veri üretiyor mu?

Yeni bir sitede geçmiş performans verisi sınırlı olabilir. Bu durumda başlangıç çizgisi; mevcut mimari, teknik erişilebilirlik, kullanıcı ihtiyacı, rakip sonuçları ve ölçüm kurulumunun durumu üzerinden oluşturulur.

Veri yokluğu, veri varmış gibi konuşmak için gerekçe değildir.

2. Arama talebini kullanıcı ihtiyacı üzerinden değerlendir

Anahtar kelime listesi, kullanıcı ihtiyacının kendisi değildir. Bir sorgu, kullanıcının gerçek bilgi ihtiyacının yalnızca görünen ifadesidir. Bu ayrımın arama sistemlerinde neden kritik olduğunu Information Retrieval nedir? yazısında query, information need ve relevance ilişkisi üzerinden daha detaylı ele alıyorum.

Aynı sorgu farklı amaçları temsil edebilir. Örneğin “M8 civata” araması yapan bir kullanıcı ürün satın almak isteyebilir. Başka bir kullanıcı ise ölçüleri, diş adımını veya hangi anahtarın uygun olduğunu öğrenmek istiyor olabilir.

Bu nedenle strateji oluştururken yalnızca sorguyu değil, şu ilişkiyi değerlendirmek gerekir:

Kullanıcı ihtiyacı
↓
Arama sorgusu
↓
Beklenen sayfa türü
↓
Sayfanın yerine getirmesi gereken görev

Web aramalarının farklı amaçlar taşıyabileceği, Andrei Broder’ın web search taxonomy çalışmasında informational, navigational ve transactional ihtiyaçlar üzerinden açıklanır. Transactional burada yalnız ürün satın almak anlamına gelmez; web üzerinde bir işlem gerçekleştirme ihtiyacını da kapsayabilir.^[2]

Arama sonuçları incelenirken şu sorular daha değerlidir:

• Sonuçlarda hizmet sayfaları mı öne çıkıyor?
• Kategori veya ürün sayfaları mı gösteriliyor?
• Kullanıcı açıklayıcı bir rehber mi bekliyor?
• Sorgu tek bir ihtiyacı mı, birden fazla olası ihtiyacı mı temsil ediyor?
• Mevcut sayfamız bu ihtiyaca gerçekten uygun mu?

Arama talebini doğru okumak, içerik yazmadan önce sayfa rolünü belirlemeyi sağlar.

3. Sayfa rollerini ve ownership kararlarını netleştir

Bir sayfanın hedeflediği sorgudan önce, hangi kullanıcı görevini üstlendiği belirlenmelidir.

Örneğin bir hizmet işletmesinde:

Kullanıcı ihtiyacı	Uygun sayfa rolü	Muhtemel içerik amacı
Hizmet almak veya teklif istemek	Hizmet sayfası	Hizmet kapsamını, süreci ve iletişim seçeneklerini açıklamak
Hizmetin nasıl uygulandığını öğrenmek	Bilgilendirici rehber	Uygulama aşamalarını ve karar kriterlerini anlatmak
Alternatifleri karşılaştırmak	Karşılaştırma içeriği	Seçeneklerin farklarını bağlama uygun biçimde göstermek
Belirli bir ürün grubunu incelemek	Kategori sayfası	İlgili ürünleri anlamlı bir sınıflandırmayla sunmak
Tek bir ürünün özelliklerini değerlendirmek	Ürün sayfası	Teknik özellikleri, uygunluğu ve satın alma bilgilerini göstermek

Burada kullanılan owner kavramı içerik mimarisiyle ilgilidir: Belirli bir ihtiyaç için hangi sayfanın ana karşılık olacağını belirler.

Bu kavram, teknik anlamdaki rel="canonical" etiketiyle aynı şey değildir. Canonical etiketi benzer veya yinelenen URL’ler arasındaki tercih sinyallerinden biridir. İçerik ownership ise bir sayfanın konu ve kullanıcı ihtiyacı açısından üstlendiği rolü anlatır.^[3]

Ayrıca aynı sorgu için birden fazla URL’nin görünmesi tek başına cannibalization kanıtı değildir. Sayfaların gerçekten aynı ihtiyacı mı karşıladığına, farklı görevler mi üstlendiğine ve performans verisinin ne gösterdiğine bakmak gerekir.

4. Site mimarisini yalnız URL klasörleri üzerinden düşünme

Site mimarisi yalnızca adreslerin nasıl yazıldığı değildir.

Şu URL yapısı düzenli görünebilir:

/hizmetler/
/hizmetler/yangin-sonrasi-temizlik/
/blog/yangin-sonrasi-temizlik-nasil-yapilir/

Ancak hizmet sayfası menüde görünmüyorsa, ilgili rehberden bağlantı almıyorsa ve başka sayfalar tarafından desteklenmiyorsa adreslerin düzenli olması tek başına yeterli değildir.

URL yapısı site mimarisinin bir parçasıdır; ancak mimari yalnızca klasör düzeninden ibaret değildir. Google’ın özellikle e-ticaret rehberinde vurguladığı gibi, navigasyon, kategori bağlantıları ve sayfalar arasındaki iç link ilişkileri, site yapısının ve sayfaların göreli öneminin anlaşılmasında önemli rol oynar.^[4]

Bu nedenle mimari şu ilişkileri birlikte ele almalıdır:

• Sayfanın rolü.
• Sayfanın kullanıcı yolculuğundaki yeri.
• Menü ve navigasyon bağlantıları.
• Kategori ve alt kategori ilişkileri.
• İçeriklerin birbirine verdiği bağlamsal bağlantılar.
• Önemli URL’lerin erişilebilirliği.
• Sayfanın sitemap ve canonical sinyalleriyle tutarlılığı.

Kısa ve anlaşılır URL yapısı faydalı olabilir; ancak sitenin gerçek bilgi mimarisi sayfalar arasındaki ilişkiler, navigasyon ve iç bağlantılarla birlikte değerlendirilmelidir.

5. Teknik sorunları iş etkisine göre değerlendir

Her teknik hata aynı önceliğe sahip değildir.

Öncelikli bir hizmet sayfasının yanlışlıkla noindex olması ile ikincil bir görselin alt metninin eksik olması aynı risk seviyesinde değerlendirilemez.

Google, bir sayfanın aramada indekslenmeye uygun olabilmesi için erişilebilir olması, başarılı bir HTTP yanıtı vermesi ve indekslenebilir içeriğe sahip olması gerektiğini açıklar. Bu koşulların sağlanması bile indekslenmenin garanti edildiği anlamına gelmez.^[5]

Teknik değerlendirmede şu ayrım yapılmalıdır:

Görünürlüğü doğrudan engelleyen sorun
↓
Diğer işlerin uygulanmasını engelleyen bağımlılık
↓
Önemli sayfaların anlaşılmasını zorlaştıran problem
↓
İyileştirme fırsatı
↓
Kozmetik düzenleme

Örneğin:

• Öncelikli sayfanın 404 dönmesi kritik olabilir.
• Yanlış canonical, hedef sayfanın yorumlanmasını zorlaştırabilir.
• Site genelindeki hatalı iç bağlantılar kullanıcıları ve tarayıcıları gereksiz yönlendirmelere gönderebilir.
• Gereksiz filtre URL’leri büyük e-ticaret sitelerinde kaynak tüketimini artırabilir.
• Meta description revizyonu önemli olabilir; ancak her projede ilk çözülmesi gereken problem değildir.

6. İçerik üretimini sayfa göreviyle ilişkilendir

İçerik takvimi oluşturmak, stratejinin kendisi değildir.

Bir içerik fikrinin yayımlanması için şu soruların cevaplanması gerekir:

• Bu yazı hangi bilgi ihtiyacını karşılıyor?
• Aynı ihtiyacı karşılayan mevcut bir sayfa var mı?
• Bu sayfa ticari owner mı, destekleyici içerik mi, kavramsal rehber mi?
• Hangi mevcut sayfalarla anlamlı ilişki kuruyor?
• Okuyucu bu içerikten sonra hangi soruya geçebilir?
• Yazar gerçekten deneyim veya özgün değerlendirme katabiliyor mu?

Google, faydalı içerik değerlendirmesinde sitenin belirli bir amacı olup olmadığını, içeriğin gerçek deneyim gösterip göstermediğini ve okuyucunun ihtiyacını yeterince karşılayıp karşılamadığını sorgulamayı öneriyor. Ayrıca belirli bir ideal kelime sayısı bulunmadığını açıkça belirtiyor.^[6]

Bu nedenle “her ay kesin olarak şu kadar içerik” veya “her yazı mutlaka şu uzunlukta olmalı” gibi kurallar bağlamdan bağımsız strateji ilkeleri değildir.

7. Ölçüm sistemini uygulamanın sonuna bırakma

Ölçüm altyapısı çalışmanın sonunda hazırlanacak bir rapor değildir. Başlangıç çizgisini belirlemek ve yapılan değişikliğin etkisini anlayabilmek için hangi verilerin izleneceği çalışmanın başında netleşmelidir.

Google, arama performansını değerlendirmek için Search Console’ı; kullanıcıların site içindeki davranışlarını anlamak için Google Analytics’i temel referans olarak konumlandırır. Search Console click ile Google Analytics session farklı sistemlerde ve farklı kurallarla ölçüldüğünden bu değerlerin birebir eşleşmesi beklenmemelidir.^[7]

Bir SEO stratejisinde ölçüm şu katmanlarda kurulabilir:

• İndekslenebilirlik ve teknik erişim.
• Hedef sorguların görünürlüğü.
• Öncelikli sayfaların gösterim ve tıklamaları.
• Doğru landing page’e ulaşan organik ziyaretler.
• Form, iletişim, teklif veya satın alma gibi hedef işlemler.
• Değişiklikten sonra alınacak yeni karar.

Teknik SEO, site mimarisi ve içerik neden tamamen ayrı sprintler değildir?

Teknik SEO, mimari ve içerik farklı uzmanlık alanlarıdır. Ancak aynı site üzerinde verdikleri kararlar birbirinden bağımsız değildir.

Örneğin aşağıdaki sırayı düşünelim:

Kullanıcı ihtiyacı
↓
Uygun sayfa türü
↓
Sayfanın site mimarisindeki yeri
↓
URL kararı
↓
İç bağlantılar
↓
İçerik kapsamı
↓
Teknik doğrulama
↓
Ölçüm

Bu zincirde sayfa rolü değişirse URL değişebilir. URL değişirse yönlendirme ve canonical kararları değişebilir. İç bağlantıların güncellenmesi gerekebilir. Ölçüm raporlarında izlenen landing page de farklılaşabilir.

Dolayısıyla “önce teknik tamamen bitsin, sonra mimari başlasın, sonra içerik yazılsın” yaklaşımı her projede çalışmaz.

Daha doğru model şudur:

Teknik altyapı ↔ Site mimarisi ↔ İçerik ↔ Ölçüm

Bir sprintin ana hedefi teknik olabilir. Başka bir sprintin odağı kategori mimarisi veya hizmet sayfaları olabilir. Ancak diğer alanlarla bağımlılık ortadan kalkmaz. Ölçüm de yalnız son sprintte başlayan bir iş değildir; baseline başlangıçta kurulur ve değişikliklerin etkisi sprintler boyunca takip edilir.

Site migration neden bu bağımlılıkları açık biçimde gösterir?

Site taşıması veya URL değişikliği, SEO çalışmalarının neden birbirinden koparılamadığını gösteren en iyi örneklerden biridir.

Bir migration projesinde yalnızca eski URL’leri yeni adreslere yönlendirmek yeterli değildir.

Şu kararlar birlikte ele alınmalıdır:

• Hangi eski sayfalar korunacak?
• Yeni sitede her sayfanın karşılığı ne olacak?
• Hangi içerikler birleştirilecek veya ayrıştırılacak?
• Yeni hizmet veya kategori mimarisi nasıl kurulacak?
• Eski URL’ler doğru yeni hedeflere mi yönleniyor?
• Canonical sinyalleri tercih edilen uygun yeni URL’lerle tutarlı mı?
• İç bağlantılar eski adreslere mi, yeni owner URL’lere mi gidiyor?
• Yeni sitemap doğru sayfaları içeriyor mu?
• Öncelikli sayfalar Search Console ve analiz araçlarında nasıl izlenecek?

Google’ın resmi site taşıma dokümantasyonu; URL eşleştirmesini, kalıcı yönlendirmeleri, canonical güncellemelerini, iç bağlantıları, sitemap düzenlemelerini ve trafik takibini aynı hareket planı içinde değerlendiriyor.^[8]

Google ayrıca ilgisiz çok sayıda eski URL’nin tek bir genel sayfaya yönlendirilmemesi gerektiğini belirtiyor. Böyle bir işlem kullanıcı ihtiyacıyla uyuşmayabilir ve bazı durumlarda soft 404 olarak yorumlanabilir.^[8]

Kendi yürüttüğüm site taşıma çalışmalarında da aynı desen tekrar ediyor: Hizmet mimarisi değiştiğinde yalnız redirect tablosu değil, sayfa ownership kararları, iç bağlantı yapısı, içerik kapsamı ve ölçüm yüzeyleri de birlikte değişiyor.

Migration teknik bir iş gibi başlayabilir; ancak doğru uygulama için içerik ve mimari kararları aynı masada olmalıdır.

E-ticaret sitelerinde kategori mimarisi neden stratejinin merkezindedir?

E-ticaret sitelerinde strateji çoğu zaman tek tek ürünlerin optimizasyonundan önce kategori ve alt kategori ilişkilerinin anlaşılmasını gerektirir.

Örneğin bir hırdavat sitesinde şu sorgular aynı ihtiyacı temsil etmez:

m8 civata

m8 civata ölçüleri

paslanmaz m8 civata

m8 civata anahtar ölçüsü

Bunların bazıları kategori veya ürün sayfasına uygun olabilir. Bazıları teknik bir rehber gerektirebilir. Bazıları ise mevcut kategori altında anlamlı bir filtre veya alt kategori ihtiyacını gösterebilir.

Hırdavat e-ticareti üzerinde çalışırken gördüğüm temel problem şu: Sayfa türü belirlenmeden üretilen içerikler, aynı ürün ailesiyle ilgili olmalarına rağmen farklı kullanıcı görevlerini birbirine karıştırabiliyor.

Stratejik soru yalnızca “M8 civata için hangi kelimeleri kullanalım?” değildir.

Asıl soru şudur:

Hangi kullanıcı ihtiyacı kategori tarafından, hangisi ürün sayfası tarafından, hangisi teknik rehber tarafından karşılanmalı?

Google, e-ticaret sitelerinde menüden kategorilere, kategorilerden alt kategorilere ve ürünlere ulaşılmasını sağlayan bağlantı yapısının önemli olduğunu belirtiyor. Bir ürün yalnız site içi arama kutusundan erişilebiliyorsa, bağlantılar üzerinden keşfedilmesi zorlaşabilir.^[4]

Filtre URL’leri her zaman indekslenmeli mi?

Hayır. Her filtre kombinasyonu organik görünürlük için ayrı bir sayfa olmak zorunda değildir.

Bazı filtreler kullanıcı için faydalıdır; ancak arama sonuçlarında ayrı bir landing page olarak değer üretmeyebilir. Buna karşılık belirli bir ürün niteliği güçlü ve bağımsız bir arama ihtiyacına karşılık geliyorsa, ayrı bir kategori veya kontrollü bir landing page değerlendirmeye değer olabilir.

Google, faceted navigation yapılarının çok sayıda URL üretebildiğini; indekslenmesi gerekmeyen kombinasyonlarla gerçekten görünürlük hedeflenen sayfaların farklı ele alınması gerektiğini açıklıyor.^[9]

Faceted navigation kaynaklı sorunlar yalnızca indeks şişmesiyle sınırlı değildir. Çok büyük veya kontrolsüz filtre kombinasyonları gereksiz crawling, sunucu kaynaklarının verimsiz kullanımı ve yeni, yararlı URL’lerin daha yavaş keşfedilmesi gibi sonuçlar da doğurabilir. Bu riskin büyüklüğü sitenin ölçeğine, üretilen URL sayısına ve filtre sayfalarının gerçek arama değerine göre değerlendirilmelidir.^[9]

Küçük bir sitedeki her parametreyi otomatik olarak “crawl budget krizi” diye tanımlamak doğru değildir. Öncelik, sitenin ölçeğine, üretilen URL sayısına, sunucu etkisine ve gerçekten önemli sayfaların keşfinde yaşanan soruna göre belirlenmelidir.

SEO önceliklendirmesi nasıl yapılır?

Bir audit raporunda yüzlerce bulgu olabilir. Ancak hepsini aynı anda çözmeye çalışmak strateji değildir.

Ben önceliklendirmeyi şu sorular üzerinden yapmayı daha doğru buluyorum:

• Problem iş açısından önemli bir sayfayı etkiliyor mu?
• Sayfanın görünürlüğünü doğrudan engelliyor mu?
• Başka işlerin tamamlanmasını engelleyen bir bağımlılık oluşturuyor mu?
• Mevcut organik görünürlüğün kaybına neden olabilecek bir risk taşıyor mu?
• Düzeltmenin etkisi ne kadar görünür ve doğrulanabilir?
• Uygulama için hangi ekip veya sistem gerekiyor?
• Bu işi şimdi yapmazsak ne kaybederiz?

Basit öncelik çerçevesi şöyle kurulabilir:

Öncelik	Karar ölçütü	Örnek
P0	Görünürlüğü engelleyen, mevcut değeri tehdit eden veya diğer kritik işleri kilitleyen problem.	Öncelikli hizmet sayfasının 404 olması, önemli URL’lerin hatalı yönlenmesi, yanlışlıkla uygulanan noindex.
P1	Önemli fırsatları sınırlandıran veya sayfa mimarisiyle içerik arasındaki ilişkiyi zayıflatan problem.	Owner sayfanın eksik olması, önemli kategoriye yetersiz iç bağlantı verilmesi, ölçüm kurulumundaki eksikler.
P2	Ana sistemi bloke etmeyen fakat deneyimi veya performansı zaman içinde iyileştirebilecek geliştirme.	İkincil açıklama metinlerinin revizyonu, düşük etkili görsel iyileştirmeleri, ek içerik genişletmeleri.

Bu sınıflandırma sabit değildir. Aynı sorun farklı sitelerde farklı öncelik taşıyabilir.

Örneğin bir title sorunu düşük öncelikli görünebilir. Fakat organik görünürlüğün büyük bölümünü taşıyan ticari bir sayfada yanlış title kullanılıyorsa önceliği yükselir. Strateji, sorunun adına değil bağlamdaki etkisine bakar.

Karar kapıları SEO stratejisinde nasıl kullanılır?

Karar kapısı, bütün işlerin kusursuz biçimde bitmesini beklemek değildir. Bir sonraki çalışmaya geçmeden önce kritik kararın yeterince netleşip netleşmediğini kontrol etmektir.

Basit bir çalışma modeli şu şekilde kurulabilir:

Gate 0: Hedef ve erişim

İş hedefi, öncelikli dönüşüm, temel erişimler ve ölçüm kaynakları belirlenir.

Çıkış koşulu: Ne için çalışıldığı ve mevcut durumun hangi kaynaklarla izleneceği açıklanabiliyorsa sonraki kararlar başlayabilir.

Gate 1: Görünürlüğü engelleyen riskler

Öncelikli URL’leri etkileyen erişim, indekslenebilirlik, kritik yönlendirme veya migration problemleri değerlendirilir.

Çıkış koşulu: Önemli sayfaların görünürlüğünü açık biçimde engelleyen problemler tespit edilmiş ve çözüm planına bağlanmış olmalıdır.

Gate 2: Sayfa rolü ve mimari

Hangi ihtiyacın hangi hizmet, kategori, ürün veya rehber sayfası tarafından karşılanacağı belirlenir.

Çıkış koşulu: Öncelikli owner URL’ler, temel iç bağlantı ilişkileri ve gerekli mimari kararlar netleşmiş olmalıdır.

Gate 3: Uygulama ve içerik

Teknik düzenlemeler, sayfa iyileştirmeleri ve yeni içerikler belirlenen bağımlılıklara göre uygulamaya alınır.

Çıkış koşulu: Yapılan işin yayınlandığı, çalıştığı ve ilgili kullanıcı ihtiyacını gerçekten karşıladığı doğrulanmalıdır.

Gate 4: Ölçüm ve sonraki karar

Öncelikli sayfaların görünürlüğü, kullanıcı davranışı ve dönüşüm katkısı değerlendirilir.

Çıkış koşulu: Sonuçlar yalnız raporlanmaz; hangi değişikliğin korunacağı, hangisinin iyileştirileceği ve sıradaki çalışmanın ne olacağı belirlenir.

Bu kapılar doğrusal bir zorunluluk değildir. Yeni bir migration problemi ortaya çıkarsa teknik kararlar yeniden açılabilir. Yeni bir sorgu davranışı görülürse ownership modeli güncellenebilir.

SEO sprinti nasıl planlanmalı?

Bir sprintin amacı “bu ay sadece teknik SEO yapıyoruz” demek değildir.

Doğru sprint, belirli bir sonucu hedefler ve o sonuca ulaşmak için gereken farklı çalışma türlerini birlikte planlar.

Scrum Guide, Sprint Goal’ı Sprint’in tek amacı olarak tanımlar; ancak hedefe ulaşmak için yapılacak işin kapsamı öğrenilenlere göre Sprint boyunca netleştirilebilir ve uyarlanabilir.^[10]

Örneğin:

Sprint hedefi:

Öncelikli hizmet sayfasının doğru kullanıcı ihtiyacına cevap veren,
erişilebilir ve ölçülebilir bir owner URL olarak yayımlanması.

Bu hedefin içindeki işler farklı uzmanlık alanlarına ait olabilir:

• Hizmet sayfasının rolünü belirlemek.
• URL yapısını netleştirmek.
• Gerekirse eski adresi yeni sayfaya yönlendirmek.
• Canonical ve indekslenebilirlik durumunu kontrol etmek.
• Sayfa içeriğini gerçek kullanıcı sorularına göre düzenlemek.
• İlgili rehberlerden ve navigasyondan bağlantı eklemek.
• İletişim veya teklif aksiyonunun ölçümünü doğrulamak.

Burada sprint tek bir amaç etrafında kurulmuştur; fakat teknik, içerik, mimari ve ölçüm birlikte çalışır.

Bir SEO sprintinin teslimatı nasıl tanımlanır?

Belirsiz teslimatlar kapsam taşmasına neden olur.

Örneğin:

Siteyi sürekli optimize edeceğiz.

Bu ifade sprint hedefi değildir. Ne zaman tamamlandığı, neyin dahil olduğu ve hangi değişikliğin sonuç ürettiği belirsizdir.

Daha uygulanabilir teslimat şu şekilde tanımlanabilir:

Sprint amacı:

Öncelikli hizmet sayfasının teknik ve içeriksel olarak yayına hazır hale gelmesi.

Kapsam:

1. Hedef URL ve sayfa rolü.
2. İçerik revizyonu.
3. Gerekli canonical ve redirect kontrolleri.
4. İlgili iç bağlantılar.
5. Dönüşüm ölçümü.

Kapsam dışı:

Yeni hizmet kümeleri, kapsamlı backlink çalışması ve başka kategori mimarileri.

Kabul kriteri:

Sayfa doğru URL'de açılıyor, önemli bağlantılar çalışıyor,
içerik ilgili ihtiyacı karşılıyor ve hedef işlem ölçülebiliyor.

Bu çerçeve, her gün siteye girip rastgele düzenleme yapmayı engeller. Yeni bir fırsat ortaya çıktığında mevcut sprinti sessizce büyütmek yerine sonraki sprint için değerlendirilmesini sağlar.

Aynı framework farklı projelerde nasıl değişir?

Yeni bir hizmet sitesi

Yeni bir hizmet sitesinde ilk ihtiyaç çoğu zaman daha fazla blog yazısı değildir.

Önce şu kararlar netleşmelidir:

• Hangi hizmet gerçekten öncelikli?
• Bu hizmetin ana owner sayfası hangisi?
• Sayfa iletişim ve teklif ihtiyacına cevap veriyor mu?
• Site içinde doğru yerlerden bağlantı alıyor mu?
• Sayfanın taranması ve indekslenmesi önünde açık bir engel var mı?
• Destekleyici içerikler aynı sayfanın rolünü mü güçlendiriyor, yoksa onunla mı çakışıyor?

Burada içerik üretimi, hizmet mimarisinin yerine geçmez; onu destekler.

Migration geçiren mevcut site

Mevcut görünürlüğü olan bir sitenin taşımasında öncelik yeni içerik üretmek olmayabilir.

İlk hedef şu olabilir:

Mevcut değeri taşıyan sayfaların yeni mimaride doğru karşılıklarını korumak.

Bu durumda URL eşleştirmesi, yönlendirme, canonical sinyalleri, sitemap ve iç bağlantıların birlikte doğrulanması gerekir.

Yeni içerik çalışmaları ancak korunması gereken mevcut sayfaların durumu anlaşıldığında sağlıklı biçimde önceliklendirilebilir.

Büyük ürün kataloğuna sahip e-ticaret sitesi

Çok sayıda ürün bulunan sitelerde ana problem bazen içerik eksikliği değil, kategorilerin kullanıcı talebini doğru temsil etmemesidir.

Bir ürün ailesi doğru alt kategoriye yerleştirilmemişse, ilgili sorgular yanlış sayfalara dağılabilir. Filtre kombinasyonları gereksiz URL alanları üretebilir. Önemli ürünler kategori bağlantılarından yeterince erişilebilir olmayabilir.

Bu durumda sprint hedefi:

Öncelikli ürün grubunu doğru kategori mimarisi ve erişilebilir owner sayfalarla temsil etmek.

olabilir.

Aynı framework kullanılır; ancak ilk çözülmesi gereken problem proje bağlamına göre değişir.

SEO başarısı hangi metriklerle ölçülmeli?

Başarıyı yalnız toplam organik trafik üzerinden değerlendirmek yanıltıcı olabilir.

Daha sağlıklı ölçüm için dört soru birlikte sorulmalıdır:

1. Doğru sayfalar görünür hale geldi mi?
2. Doğru sorgular bu sayfalarla eşleşiyor mu?
3. Gelen kullanıcılar beklenen görevi tamamlayabiliyor mu?
4. Yeni veri bir sonraki stratejik kararı değiştiriyor mu?

Google Search Console, sorgu ve sayfa performansındaki değişimleri incelemek için kullanılabilir. Google Analytics ise ziyaretçilerin landing page sonrasındaki davranışlarını ve ölçülebilen işlemlerini anlamaya yardımcı olur.^[7]

Örneğin üç ayrı durum farklı aksiyon gerektirir:

Gözlem	Olası değerlendirme	Sonraki soru
Sayfa gösterim alıyor fakat ilgili sorgularda tıklama sınırlı.	Sayfa sunumu, arama sonucu bağlamı veya kullanıcı beklentisi incelenebilir.	Sayfa gerçekten doğru sorgu ve ihtiyaçla mı eşleşiyor?
Organik kullanıcı geliyor fakat iletişim veya satış gerçekleşmiyor.	Sayfa rolü, teklif, kullanıcı deneyimi veya ölçüm kurulumu incelenebilir.	Kullanıcı ihtiyacı karşılanıyor mu ve dönüşüm doğru ölçülüyor mu?
Yeni sayfa yayımlandı fakat görünürlük oluşmadı.	Teknik erişim, indekslenebilirlik, iç bağlantı, sayfanın kalitesi ve zamanlama birlikte değerlendirilebilir.	Sayfa keşfedilebilir mi ve kullanıcı için yeterince anlamlı mı?

Tek bir metrike bakarak neden-sonuç ilişkisi kurmak doğru değildir. Düşük tıklama oranı her zaman title sorunu değildir. Düşük dönüşüm her zaman trafik kalitesi problemi değildir. Yeni sayfanın hemen görünmemesi de otomatik olarak teknik hata anlamına gelmez.

Google, yapılan değişikliklerin etkisinin bazen kısa sürede, bazen ise daha uzun bir dönemde görülebileceğini; her değişikliğin belirgin sonuç üretmeyebileceğini açıklıyor.^[1]

AI Search, SEO stratejisini tamamen değiştiriyor mu?

AI destekli arama yüzeyleri kullanıcı davranışını ve sonuç sunumunu değiştirebilir. Ancak bu durum teknik erişilebilirlik, sayfa rolü, içerik kalitesi veya kullanıcı ihtiyacı gibi temellerin ortadan kalktığı anlamına gelmez.

Google, AI Overviews ve AI Mode gibi özelliklerde yer almak için özel bir AI şeması, ayrı bir makine okunabilir dosya veya farklı bir gizli optimizasyon gerektirmediğini belirtiyor. Mevcut teknik uygunluk, indekslenebilirlik, kullanıcı odaklı içerik ve anlaşılır site yapısı geçerliliğini koruyor.^[11]

AI Search katmanı, temel SEO stratejisinin yerine geçmez; mevcut kullanıcı ihtiyaçlarını ve görünürlük yüzeylerini yeniden değerlendirmeyi gerektirebilir.

Bir sitenin hedef kitlesi AI destekli arama yüzeylerini kullanıyorsa, hangi soruların araştırma, karşılaştırma veya karar aşamasında ortaya çıktığı incelenebilir. Ancak “AI Overview için özel schema” veya “GEO için zorunlu kelime sayısı” gibi iddialar stratejinin temeli olmamalıdır.

SEO stratejisi kurarken yapılan yaygın hatalar

Teknik SEO’yu bütün projeyi durduran sonsuz bir aşamaya dönüştürmek

Her teknik iyileştirmenin tamamlanmasını beklemek, değer üretecek içerik ve mimari çalışmalarını gereksiz biçimde geciktirebilir.

Doğru yaklaşım, kritik engeller ile daha sonra iyileştirilebilecek konuları ayırmaktır.

Sayfa ownership belirlenmeden içerik üretmek

Hangi kullanıcı ihtiyacının hangi sayfa tarafından karşılanacağı netleşmeden hazırlanan içerikler aynı konuyu tekrar edebilir veya önemli ticari sayfalarla rol çakışması yaşayabilir.

URL yapısını site mimarisinin tamamı sanmak

Anlaşılır URL yapısı faydalıdır. Ancak navigasyon, iç bağlantı, sayfa ilişkisi ve kullanıcı yolculuğu olmadan tek başına güçlü bir mimari oluşturmaz.

Bütün SEO sorunlarını aynı öncelik seviyesinde değerlendirmek

Bir audit raporundaki hata sayısı, işin ticari veya operasyonel önemini tek başına göstermez.

Backlink çalışmasını temel problemlerin yerine koymak

Dış bağlantılar görünürlük değerlendirmesinde bağlama göre rol oynayabilir. Ancak yanlış sayfa rolü, erişim engeli, zayıf içerik veya bozuk kullanıcı yolculuğu yalnız bağlantı sayısı artırılarak çözülemez.

E-E-A-T’yi ölçülebilen tekil bir SEO puanı gibi görmek

Google, E-E-A-T’nin tek başına belirli bir sıralama faktörü olmadığını açıkça belirtir. Deneyim, uzmanlık, yetkinlik ve güven; içeriğin kim tarafından, nasıl ve hangi amaçla üretildiğini değerlendirmek için yararlı kavramlardır.^[6]

Ölçümü yalnız aylık rapora indirgemek

Bir raporun değerli olması için yalnız rakamları göstermesi yetmez. Değişikliğin hangi hipotezi desteklediğini ve sıradaki kararın ne olduğunu da açıklaması gerekir.

Sprint kapsamını sürekli genişletmek

Yeni bir fırsat fark edildiğinde her işi mevcut sprintin içine almak, teslimatı belirsizleştirir ve öncelikleri dağıtır.

Sağlıklı süreç; yeni bulguyu not eder, risk seviyesini değerlendirir ve gerçekten kritik değilse sonraki planlama dönemine taşır.

İyi bir SEO stratejisi sonunda ne üretmelidir?

Uygulanabilir bir SEO stratejisinin çıktısı yalnızca uzun bir sunum veya denetim dosyası değildir.

En azından şu kararların açık olması gerekir:

• Öncelikli iş hedefi.
• Hedeflenen kullanıcı ihtiyaçları.
• Bu ihtiyaçları karşılayan owner sayfalar.
• Önemli teknik ve mimari bağımlılıklar.
• P0, P1 ve P2 öncelikleri.
• Bir sonraki sprintin amacı ve kapsamı.
• Yapılan işin tamamlandığını gösteren kabul kriterleri.
• Sonuçları değerlendirmek için kullanılacak ölçüm kaynakları.
• Ölçüm sonrasında alınacak yeni karar.

Bu parçalar birbirine bağlanmadığında teknik çalışma, içerik üretimi ve raporlama aynı projede bulunabilir; ancak aynı hedefe hizmet etmeyebilir.

SEO stratejisi, daha fazla iş üretme sistemi değil; hangi işin gerçekten değer üreteceğini belirleme sistemidir.

SEO ile ilgili diğer yazıları SEO bölümünde, bu kararların arama sistemlerinin işleyişiyle ilişkisini ise Search Systems bölümünde takip edebilirsiniz.

Kaynaklar ve teknik referanslar

1. Google Search Central — SEO Starter Guide
2. Andrei Broder — A Taxonomy of Web Search
3. Google Search Central — What Is URL Canonicalization?
4. Google Search Central — Help Google Understand Your Ecommerce Website Structure
5. Google Search Central — Google Search Technical Requirements
6. Google Search Central — Creating Helpful, Reliable, People-First Content
7. Google Search Central — Using Search Console and Google Analytics Data for SEO
8. Google Search Central — Site Moves and Migrations
9. Google Crawling Infrastructure — Managing Crawling of Faceted Navigation URLs
10. Schwaber ve Sutherland — The Scrum Guide
11. Google Search Central — AI Features and Your Website