33. Bölüm: Gerçek Bir SEO Projesi Nasıl Yönetilir?

Son güncelleme: 1 Kasım 2026.

Bu bölüm 32. bölümdeki audit’in devamı gibi olacak. Audit’te problemleri bulduk; bu bölümde o problemleri gerçek projede nasıl yönettiğimizi konuşacağız. 32. bölümde “hangi problemi bulduk?” dedik. Bu bölümde ise asıl zor kısma geçiyoruz:

Bulduğumuz problemleri hangi sırayla, kimle, ne kadar sürede ve hangi beklentiyle çözeceğiz?

SEO projesi teoride çok düzenli görünür. Audit yapılır. Eksikler çıkarılır. Teknik hatalar düzeltilir. İçerikler hazırlanır. Backlink çalışması yapılır. Sonra trafik artar.

Gerçekte ise çoğu proje böyle ilerlemez.

Bir şey düzelir, başka bir şey bozulur. Rakip yeni bir şey yapar. Google güncelleme çıkarır. Yazılım ekibi başka bir önceliğe geçer. Müşteri fikrini değiştirir. İçerik yetişmez. Ürün stoğu biter. Site taşınır.

Bu yüzden bence SEO projesi yapılacaklar listesinden çok daha fazlasıdır.

SEO projesi, sürekli değişen bir sistemin yönetimidir.

1. Audit bittiğinde iş bitmiyor, aslında yeni başlıyor

Bir önceki bölümde audit’i anlattık. Problemleri bulduk. Önceliklendirdik. Ama şimdi daha zor bir soru var:

Bunları kim, hangi sırayla ve ne zaman yapacak?

Çünkü SEO uzmanı çoğu zaman tek başına çalışmıyor. Projede şunlar olabiliyor:

• Yazılımcı
• İçerik ekibi
• Tasarımcı
• Performans pazarlama ekibi
• Müşteri
• Yönetici
• Satış ekibi

İyi SEO projesi biraz da bu ekipleri aynı hedef etrafında tutabilme işi.

2. Her şeyi aynı anda yapmaya çalışmayın

Audit sonunda 150 görev çıkabilir. Ama bunların hepsi aynı anda yapılamaz. Bence burada en önemli şey önceliklendirme.

Örneğin:

• Önemli kategori noindex olmuş
• 400 tane Meta Description eksik
• Birkaç görsel çok büyük
• Breadcrumb eksik
• Checkout mobilde bozuk

Bunların hepsi problem olabilir. Ama aynı önemde değiller.

Ben genelde şu sorularla ilerlerim:

• Etkisi ne kadar büyük?
• Kaç sayfayı etkiliyor?
• Ticari önemi ne?
• Çözmesi ne kadar zor?
• Başka işleri engelliyor mu?
• Kullanıcıyı doğrudan etkiliyor mu?

Bazen tek bir canonical hatasını düzeltmek, yüzlerce küçük uyarıyı düzeltmekten daha fazla sonuç getirir.

3. Önceliklendirme için Etki x Efor yaklaşımı

Bunu audit bölümünde de konuştuk ama proje yönetiminde de çok işe yarıyor. İşleri kabaca şu şekilde ayırabiliriz:

• Yüksek etki / Düşük efor
• Yüksek etki / Yüksek efor
• Düşük etki / Düşük efor
• Düşük etki / Yüksek efor

İlk grup genelde hızlı kazanım. Örneğin önemli bir sayfada yanlış noindex varsa ve düzeltmek 5 dakika sürüyorsa bekletmenin anlamı yok.

Ama tüm site mimarisini değiştirmek yüksek etki yaratabilir fakat aylar sürebilir. İki iş de önemlidir ama proje planındaki yerleri farklıdır.

4. SEO neden zaman alır?

Çünkü SEO’da bazı şeyleri biz kontrol ediyoruz. Bazılarını etmiyoruz.

Biz:

• Teknik problemi düzeltebiliriz
• İçeriği yazabiliriz
• İç link verebiliriz
• Sitemap hazırlayabiliriz
• Backlink kazanabiliriz

Ama Google’ın sayfayı ne zaman tekrar tarayacağını, değişikliği ne zaman değerlendireceğini ve rakiplere karşı nasıl yeniden sıralayacağını tam olarak kontrol edemeyiz.

Bu yüzden SEO’da yapılan iş ile sonucu arasında zaman farkı olabilir.

5. Aynı SEO çalışması her projede aynı sürede sonuç vermez

Bunu daha önce 31. bölümde örneklerle konuştuk.

Düşük rekabetli bir projede küçük bir düzenleme birkaç saat içinde ciddi sıralama artışı yaratabilir. Başka bir projede aylarca çok az hareket görürsünüz. Sonra bir gün ciddi sıçrama gelir.

Bu yüzden “SEO 3 ayda sonuç verir” veya “6 ayda sonuç verir” gibi net cümleleri çok doğru bulmuyorum. Daha doğru soru:

Bu projede, bu rekabet seviyesinde, bu kaynaklarla ne kadar sürede anlamlı sinyal görmeyi bekliyoruz?

6. Kısa vadeli ve uzun vadeli işleri ayırmak gerekiyor

Bir SEO yol haritası (roadmap) hazırlarken işleri tek listede tutmak yerine iki gruba ayırmak faydalı.

Kısa vadeli işler:

• Kritik teknik hatalar
• Yanlış canonical
• Noindex
• 404 iç linkler
• Sitemap sorunları
• Ölçümleme hataları
• Mevcut içerik güncellemeleri

Uzun vadeli işler:

• Site mimarisi
• Yeni içerik kümeleri
• Backlink
• Digital PR
• Marka talebi
• Yeni ülke hedefleri
• Kategori genişletme

Kısa vadeli işler hızlı kazanım sağlayabilir. Uzun vadeli işler ise genelde kalıcı büyümeyi getirir.

7. Trafik düştüğünde ilk yapılacak şey paniklemek değil

SEO projelerinde en stresli anlardan biri trafik düşüşü. Müşteri arıyor: “Trafik düştü, ne oldu?” İlk refleks “Google Update yaptı.” olmamalı.

Önce şunu anlamamız gerekiyor:

Gerçekten ne düştü?

• Tıklama mı?
• Gösterim mi?
• Sıralama mı?
• CTR mı?
• Belirli sayfalar mı?
• Belirli ülke mi?
• Mobil mi?
• Marka sorguları mı?
• Markasız sorgular mı?

Sorunu küçültmeden sebebe gitmek zor.

8. Trafik düşüşü her zaman SEO problemi değildir

Örneğin:

• Sezon bitmiştir.
• Talep azalmıştır.
• Ürün stoktan kalkmıştır.
• Haber ilgisi bitmiştir.
• Reklam kampanyası sona ermiştir.
• Marka aramaları düşmüştür.

Sıralamalar aynı kalmasına rağmen trafik düşebilir. Bu yüzden Search Console, Analytics ve gerekiyorsa Google Trends birlikte okunmalı.

“Grafik düştü” teşhis değildir.

9. Sıralama düşüşü olduğunda neye bakarım?

Ben kabaca şu sırayla giderim:

• Düşüş ne zaman başladı?
• Site genelinde mi?
• Belirli URL’lerde mi?
• Belirli sorgularda mı?
• Teknik değişiklik oldu mu?
• Deploy yapıldı mı?
• Canonical, noindex, robots.txt değişti mi?
• Site taşıma oldu mu?
• Rakiplerde değişiklik var mı?
• SERP yapısı değişti mi?
• Google güncellemesi var mı?
• İçerik güncelliğini kaybetti mi?

Bu soruların bir kısmı birkaç dakikada problemi daraltabilir.

10. Core Update sonrası ne yapılır?

Çekirdek güncelleme (Core Update) sonrası en büyük hata hemen panikle büyük değişiklik yapmak. Önce güncellemenin tamamlanmasını beklemek ve tabloyu görmek gerekiyor.

Sonra şunlara bakılmalı:

• Hangi sayfalar düştü?
• Hangi sayfalar yükseldi?
• Hangi sorgular etkilendi?
• Rakiplerden kim kazandı?
• Kazanan sayfalar neyi daha iyi yapıyor?
• İçerik mi, otorite mi, kullanıcı niyeti mi fark yaratıyor?

Bence “Core Update oldu, 200 sayfayı hemen yeniden yazalım” yaklaşımı riskli. Önce neyin değiştiğini anlamak gerekiyor.

11. Algoritmik düşüş ile manuel ceza aynı şey değil

Bu ayrım önemli.

Manuel İşlem (Manual Action) varsa Search Console’da görebilirsiniz. Google size açıkça belirli bir spam politikası ihlaliyle ilgili uyarı verebilir.

Algoritmik düşüşte ise böyle bir bildirim olmayabilir. Site sıralama sistemlerindeki değişiklikler nedeniyle görünürlük kaybedebilir.

Bu yüzden “Ceza aldık.” cümlesini çok kolay kullanmamak gerekiyor. Her düşüş ceza değildir.

12. Manuel işlem varsa önce sebebi çözmek gerekir

Manuel işlemde süreç daha nettir. Örneğin yapay backlink problemi varsa şunlar incelenir:

• Hangi bağlantılar oluşturuldu?
• Hangileri kaldırılabilir?
• Hangi işlemler geçmişte yapıldı?
• Gerekirse Disavow kullanılmalı mı?

Sorun düzeltildikten sonra yeniden değerlendirme talebi gerekebilir.

Ama algoritmik düşüşte “Ceza kaldırma” butonu yok. Sitenin genel kalitesini ve rekabet gücünü artırmak gerekir.

13. Teknik olarak iyi site neden yükselmeyebilir?

Bu çok önemli. Site şöyle olabilir:

• Hızlı
• Mobil uyumlu
• Sitemap düzgün
• Canonical doğru
• Schema doğru
• 404 yok

Ama yine de yükselmeyebilir. Çünkü SEO teknik sağlık kontrolünden ibaret değil. Belki:

• İçerik zayıf
• Arama niyeti yanlış
• Rakip daha güçlü
• Marka bilinmiyor
• Backlink yok
• Ürün zayıf
• Fiyat rekabetçi değil
• Kullanıcı sayfayı beğenmiyor

Teknik SEO bizi yarışa sokar. Her zaman yarışı kazandırmaz.

14. Yeni site SEO’su farklı yönetilmeli

Yeni sitelerde sık yapılan hata, birkaç hafta sonra “Niye trafik gelmedi?” demek.

Yeni sitenin durumu şöyle olabilir:

• İçerik geçmişi yok
• Backlink profili yok
• Marka talebi yok
• Kullanıcı sinyali az
• Google’ın site hakkında verisi az

Bu nedenle yeni projede ilk hedef “Her kelimede ilk 3.” değil. Önce şunlar oluşturulmalı:

• Taranabilirlik
• Dizinleme
• Doğru site mimarisi
• Temel içerik kümeleri
• İlk görünürlük
• İlk backlinkler
• Marka varlığı

15. Yeni sitede en büyük hata: her şeyi bir anda üretmek

Bazen yeni bir proje geliyor. İlk plan: “3 ayda 1.000 içerik yayınlayalım.”

Ben genellikle önce küçük ama güçlü bir çekirdek oluşturmayı daha mantıklı buluyorum. Örneğin şunlar önce düzgün hazırlanabilir:

• En önemli kategoriler
• En önemli ürünler
• Ticari sorgular
• Ana rehberler

Sonra veriye bakarak genişlenir. Çünkü Google’ın hiç değer üretmeyen binlerce yeni URL keşfetmesinin bize faydası olmayabilir.

16. Site taşıma projeleri ayrı yönetilmeli

Domain değişikliği veya büyük URL değişikliği SEO açısından kritik. Burada süreç sadece “301’leri yapın.” değil.

Öncesinde şunlar hazırlanmalı:

• Eski URL envanteri
• Trafik alan sayfalar
• Backlink alan sayfalar
• Yeni URL eşleşmeleri
• Sitemap
• Canonical
• İç linkler
• Analytics
• Search Console

Sonrasında şunlar takip edilmeli:

• 301’ler çalışıyor mu?
• Eski URL’ler nereye gidiyor?
• Redirect Chain var mı?
• Yeni URL’ler dizine giriyor mu?
• Trafik nasıl değişiyor?

Site taşıma bir geliştirme işi değil. Proje.

17. Site taşıma öncesi Excel bazen en önemli araç

Excel ve Google Sheets’i 30. bölümde konuşmuştuk. Site taşıma (site migration) bunun çok iyi örneği.

20.000 eski URL var. 20.000 yeni URL var. Bunların doğru şekilde eşleştirilmesi gerekiyor.

Basit bir tablo bazen onlarca SEO aracından daha kritik hale geliyor:

• Eski URL
• Yeni URL
• Eski trafik
• Backlink
• Redirect durumu
• Yeni durum kodu

18. Küçük işletmelerde SEO farklı yönetilmeli

Küçük işletmeye büyük e-ticaret sitesi stratejisi uygulamak yanlış.

50 sayfalık yerel işletmede tarama bütçesi (crawl budget), milyonlarca parametre URL ve büyük ölçekli log analizi ilk öncelik olmayabilir. Daha çok şunlar önemli olabilir:

• Hizmet sayfaları
• Yerel sorgular
• Google İşletme Profili (Google Business Profile)
• Yorumlar
• Doğru içerik
• Yerel backlink
• Dönüşüm

SEO stratejisi sitenin büyüklüğüne değil, iş modeline göre hazırlanmalı.

19. Büyük projelerde ise koordinasyon işi büyür

Büyük e-ticaret sitesinde bir SEO değişikliği için şu ekipler birlikte çalışabilir:

• SEO ekibi
• Yazılım
• Ürün
• UX
• Tasarım
• Veri
• Pazarlama

Örneğin filtre URL’lerinin indekslenmesi problemi var. SEO “Kontrol edelim.” diyor. Ama ürün ekibi filtreleri kullanıcı deneyimi için gerekli görüyor. Yazılım sistemi o şekilde tasarlamış.

Burada SEO kararı tek başına alınamaz. Doğru çözüm ekipler arası ortak karardır.

20. SEO ekibi ile yazılım ekibi nasıl çalışmalı?

Bence en büyük problemlerden biri dil farkı.

SEO ekibi “Canonical yanlış.” diyor. Yazılım ekibi “Hangi URL’de, nasıl olmalı?” diye soruyor.

Görevler net olmalı. Örneğin:

Mevcut:
/urun?color=black
canonical: /urun?color=black

Beklenen:
canonical: /urun

Bu çok daha uygulanabilir. SEO görevleri teknik olarak test edilebilir şekilde yazılmalı.

21. “SEO önemli” demek geliştirici için görev değildir

Yazılımcıya “Siteyi SEO uyumlu yap.” demek anlamsız. Görev şu şekilde olmalı:

• Ne değişecek?
• Nerede değişecek?
• Beklenen çıktı ne?
• Örnek URL ne?
• Test kriteri ne?

Bu hem işi hızlandırır hem yanlış anlaşılmayı azaltır.

22. İçerik ekibi nasıl yönetilmeli?

İçerik ekibine sadece anahtar kelime vermek yeterli değil. 22. bölümde İçerik Planı (Content Brief) konusunda konuşmuştuk.

Yazar şunları bilmeli:

• Kime yazıyor?
• Kullanıcı ne istiyor?
• Arama niyeti ne?
• Rakipler ne anlatıyor?
• Biz ne farklı söyleyeceğiz?
• Hangi ürün veya hizmetle bağ kuracağız?

Kötü brief aynı içeriği 4–5 defa yeniden yaptırabilir. İyi proje yönetimi bu tekrarları en başta azaltır.

23. Müşteri tarafında karar verici belli olmalı

Ajans tarafında sık karşılaşılan problemlerden biri: Beş kişi geri bildirim veriyor.

Biri “Daha kurumsal olsun.” diyor. Diğeri “Daha samimi olsun.” Bir başkası “Teknik yazalım.” Sonra yönetici “Çok teknik olmuş.” diyor.

Bu şekilde proje yavaşlar. Müşteri tarafında mümkünse şunlar net olmalı:

• Ana karar verici
• Teknik sorumlu
• İçerik onaylayan kişi

24. SEO’da iletişim bazen teknik bilgiden daha önemli hale geliyor

Çok iyi analiz yapabilirsiniz. Ama yazılım ekibine anlatamazsanız uygulanmaz. Müşteriye anlatamazsanız onaylanmaz. İçerik ekibine anlatamazsanız yanlış yazılır. Yöneticiye anlatamazsanız bütçe çıkmaz.

Bu yüzden SEO uzmanının sadece Google’ı değil, insanları da anlaması gerekiyor.

25. Müşteri beklentisi nasıl yönetilir?

Bence proje başlamadan önce konuşulması gereken en önemli konulardan biri.

Örneğin müşteri “Ne zaman birinci oluruz?” diye sorabilir. Burada “3 ay.” deyip satış yapmak kolay. Ama doğru cevap çoğu zaman daha karmaşık. Şunlara bağlı:

• Rekabet
• Mevcut site gücü
• Marka
• Backlink
• İçerik
• Teknik altyapı
• Bütçe
• Ekip hızı

Beklentiyi başta yanlış kurarsanız proje iyi gitse bile müşteri mutsuz olabilir.

26. Garantili sıra vermek neden problemli?

Google sizin değil. Rakipler sizin değil. Algoritma sizin değil.

Dolayısıyla “Şu kelimede 1. sıra garantisi.” bence profesyonel bir SEO hizmetinin vermemesi gereken vaatlerden biri.

Biz yapılacak işi, metodolojiyi, öncelikleri ve ölçüm yöntemini garanti edebiliriz. Ama Google’daki kesin sırayı değil.

27. Yapılan her işi kayıt altında tutun

Bunu birkaç bölümdür tekrar ediyorum çünkü önemli. SEO değişiklik günlüğü (SEO Change Log) çok faydalı. Örneğin:

• 12 Ocak: canonical değişti
• 18 Ocak: kategori içerikleri güncellendi
• 2 Şubat: iç link modülü yayına alındı
• 8 Şubat: filtre yapısı değişti

Üç ay sonra grafik değiştiğinde geçmişe bakabilirsiniz. Aksi halde “Bir şey yapmıştık ama neydi?” durumu oluşur.

28. Deploy tarihleri de kayıt altında olmalı

Sadece SEO değişiklikleri değil. Yazılım deploy’ları da önemli.

Örneğin trafik 15 Mart’ta aniden düştü. SEO ekibi hiçbir şey yapmamış. Ama yazılım ekibi 14 Mart gecesi release çıkmış. Bu bilgi olmadan teşhis zorlaşır.

Mümkünse şunlar aynı timeline üzerinde tutulmalı:

• SEO değişiklikleri
• Büyük deploy’lar
• Site taşıma
• Tasarım değişikliği
• Kampanya başlangıçları

29. Proje yönetim aracı kullanmak faydalı

Excel olabilir. Trello olabilir. Asana olabilir. Jira olabilir. Notion olabilir.

Aracın kendisi çok önemli değil. Önemli olan her işin şu bilgilerinin belli olması:

• Sahibi
• Önceliği
• Son tarihi
• Durumu
• Beklenen etkisi

“Yapılacak.” bir durum değildir. Kim yapacak ve ne zaman?

30. SEO Roadmap nasıl hazırlanmalı?

Bence 6–12 aylık genel yön faydalı. Ama bir yıl boyunca değişmeyecek kadar katı olmamalı.

Örneğin ilk plan şöyle olabilir:

Ama 2. ay ciddi bir Core Update geldi. Rakip yapısı değişti. Yeni ürün çıktı. Plan değişebilir.

Roadmap yön verir. Kanun değildir.

31. SEO projesi hipotezlerle ilerlemeli

Bence çok önemli bir yaklaşım. Örneğin:

Hipotez: “Kategori sayfalarında iç linkleri artırırsak derin ürün sayfalarının keşfi ve görünürlüğü artacak.”

Değişikliği yapıyoruz. Sonra ölçüyoruz. Gerçekten arttı mı? Olmadıysa:

• Hipotez yanlış olabilir.
• Uygulama yetersiz olabilir.
• Daha fazla zaman gerekebilir.
• Başka bir problem baskın olabilir.

Bu yaklaşım SEO’yu daha bilimsel hale getiriyor.

32. Bir şey çalışmıyorsa ne zaman vazgeçilir?

Bence zor sorulardan biri.

SEO’da sonuç için zaman gerektiği doğru. Ama “SEO zaman alır.” cümlesini yıllarca hiçbir sonuç üretmeyen stratejiyi savunmak için kullanmamak lazım.

Örneğin altı aydır şu tablo varsa stratejiyi yeniden değerlendirmek gerekiyor:

• Görünürlük artmıyor
• Gösterim artmıyor
• Trafik artmıyor
• Yeni sorgu yok
• İçerikler sonuç vermiyor

Sabırlı olmakla inat etmek aynı şey değil.

33. Başarısız denemeler de veri üretir

Bir içerik formatı denedik. Çalışmadı. Bu tamamen kayıp değil. Şunu öğrenmiş olabiliriz:

• Kullanıcı istemiyor.
• SERP başka format istiyor.
• Konu ticari değil.
• Rakip üstünlüğü çok yüksek.
• İçeriğin konumlandırması yanlış.

SEO’da her deney başarılı olmaz. Ama iyi proje yönetimi her deneyden veri çıkarır.

34. Bir problem çözüldü diye bir daha kontrol etmeme hatası

Bunun gerçek bir örneğini 32. bölümde vermiştik. Canonical problemini düzelttik. Daha sonra başka bir yazılım güncellemesinde hata geri geldi. Aylık audit yapmasaydık gözden kaçacaktı.

Bu yüzden proje yönetiminde bazı kontroller Tamamlandı değil, Sürekli kontrol durumunda olmalı.

35. Uptime takibi de proje yönetiminin parçası

Yeni müşterilerimizi UptimeRobot benzeri servislerle izliyoruz. Çünkü site bir saat kapalıysa o sırada SEO trafiği, Google Ads, sosyal medya ve direct traffic hepsi boşa gidiyor.

Bir müşterimizin sitesinin yakın zamanda yaklaşık bir saat kapalı kaldığını bu şekilde gördük.

SEO audit aylık olabilir. Ama site erişilebilirliği anlık takip edilmeli.

Önce site çalışacak. Sonra siteyi büyüteceğiz.

36. SEO ile reklam ekipleri ayrı dünyalar olmamalı

Bunu 31. bölümde de konuştuk. Google Ads organik sıralamayı doğrudan yükseltmez. Ama reklam tarafındaki veri SEO’ya çok faydalı olabilir. Örneğin:

• Hangi arama terimleri dönüşüyor?
• Hangi ürün grubu yüksek gelir sağlıyor?
• Hangi landing page daha iyi çalışıyor?
• Hangi mesaj daha iyi CTR alıyor?

Bu bilgiler SEO stratejisini güçlendirebilir. Aynı şekilde SEO verileri Ads tarafına fikir verebilir.

37. Satış ekibi de SEO projesine dahil edilmeli

Özellikle B2B’de.

SEO aracı bize “Bu kelime ayda 500 kez aranıyor.” diyor. Satış ekibi ise “Bu kelimeyle gelen müşteri hiç satın almıyor.” diyebilir.

Ya da tam tersi. Ayda 20 arama alan bir sorgudan çok iyi müşteriler geliyor olabilir.

SEO stratejisinde satış ekibinin verisini göz ardı etmek büyük eksiklik.

38. “Yaptık, bitti” SEO’da çok az şey için geçerli

Site sürekli değişiyor. Google sürekli değişiyor. Rakip sürekli değişiyor. Kullanıcı davranışı değişiyor.

Bu yüzden şunlar döngü halinde ilerliyor:

• Audit
• İçerik
• Teknik kontrol
• Backlink
• Raporlama
• Önceliklendirme

Bence SEO projesinin en doğru görseli checklist değil.

Döngü.

39. Her ay neyi konuşmak gerekir?

Ben aylık değerlendirmede kabaca şu soruları görmek isterim:

• Geçen ay ne yaptık?
• Ne sonuç verdi?
• Ne sonuç vermedi?
• Trafik neden değişti?
• Dönüşüm neden değişti?
• Teknik yeni problem var mı?
• Rakiplerde ne değişti?
• Önümüzdeki ay en önemli üç iş ne?

Bence 50 maddelik görev listesi yerine bu sorular projeyi daha iyi yönetiyor.

40. Projede herkesin “neden”i bilmesi önemli

Yazılımcıya “Bu redirect’i yap.” demek yerine “Eski URL backlink aldığı için yeni karşılığına yönlendiriyoruz.” dediğinizde işi daha iyi anlayabilir.

İçerik yazarına “Bu başlığı yaz.” yerine “Kullanıcı satın alma öncesi bu soruyu soruyor.” dediğinizde daha iyi içerik çıkabilir.

Ekip sadece görevi değil amacı da bilmeli.

41. Müşteri yönetimi SEO’nun bir parçası

SEO uzmanı teknik olarak haklı olabilir. Ama müşterinin bütçesi yoksa iş yapılamaz. Yazılım ekibinin üç aylık roadmap’i doluysa değişiklik yapılamaz. İçerik ekibi yetişemiyorsa plan kayar.

Bu yüzden SEO stratejisi ideal dünyaya değil, mevcut kaynaklara göre kurulmalı.

Uygulanmayan mükemmel strateji, uygulanan iyi stratejiden daha değersizdir.

42. SEO projesinin başarısı sadece SEO ekibine bağlı değil

Bence bunu müşteriye de açık anlatmak gerekiyor.

SEO ajansı çok iyi iş çıkarabilir. Ama şu durumlarda sonuç sınırlı kalabilir:

• Site sürekli kapanıyorsa
• Yazılım görevleri yapılmıyorsa
• İçerikler onaylanmıyorsa
• Ürün stokta yoksa
• Satış ekibi lead’leri aramıyorsa

SEO ekip işi. Ajansın tek başına kontrol ettiği bir sistem değil.

43. Ben iyi yönetilen SEO projesini nasıl tanımlarım?

Şunların net olduğu proje:

• Nerede olduğumuzu biliyoruz.
• Nereye gitmek istediğimizi biliyoruz.
• Önceliklerimiz belli.
• Her işin sahibi belli.
• Yapılan değişiklikler kayıtlı.
• Sonuçları ölçüyoruz.
• İşe yaramayan şeyi değiştirebiliyoruz.
• Teknik, içerik ve ticari ekip birlikte hareket ediyor.
• Müşterinin beklentisi gerçekçi.
• Yeni problemlere hızlı tepki verebiliyoruz.

Bence SEO proje yönetimi bu.

Sonuç olarak

SEO projesi “Audit yap. 50 görev çıkar. Görevleri tamamla. Trafiğin artmasını bekle.” şeklinde ilerleyen düz bir süreç değil. Daha çok şu döngü:

Analiz → Önceliklendir → Uygula → Ölç → Öğren → Yeniden önceliklendir

Bazen trafik düşer. Bazen Google güncellemesi gelir. Bazen teknik olarak düzelttiğiniz problem geri gelir. Bazen rakip sizden daha hızlı hareket eder. Bazen yaptığınız içerik hiç sonuç vermez. Bazen de küçük bir değişiklik beklediğinizden çok daha fazla sonuç getirir.

İyi SEO proje yönetimi bütün bunlara rağmen ne yaptığınızı ve neden yaptığınızı kaybetmemek.

Bence bu bölümün ana fikri şu:

SEO projesi yapılacaklar listesi değil, kararlar ve geri bildirimlerle sürekli yönetilen bir süreçtir.

Ve belki daha önemlisi:

En iyi SEO stratejisi, uygulanabilen ve sonuçlarına göre değiştirilebilen stratejidir.

Önceki: 32. Bölüm, SEO Audit Nasıl Yapılır? · İçindekiler · Sonraki: 34. Bölüm, SEO Kontrol Listesi Nasıl Oluşturulur?

Bu bölümün ilk hali X’te yayınlandı (9 Ekim 2026).