SEO Projesi Başlangıç Kontrol Listesi: Ajans Onboarding

Yeni bir müşteriyle ilk görüşme, SEO projesinin geri kalanını belirler. Erişimler eksik kalırsa ilk iki hafta yazışmayla geçer, hedef net değilse ay sonunda herkes farklı bir tablo okur, geçmişte yapılmış link işleri sorulmazsa sürpriz ancak üçüncü ayda ortaya çıkar. Bu yazı, bir seo projesi başlangıç sürecini düzenli yürütmek isteyenler için yazıldı: toplantının gündemi, erişim taleplerinin sırası, ilk ölçümler ve ilk 30 günün planı.

Burada link kurma sürecinin kendisini ya da aylık rapor şablonunu anlatmıyoruz; onlar için ayrı rehberlerimiz var ve ilgili bölümlerde bağlantı veriyoruz. Odak yalnızca proje başlangıcı: kimden ne istenir, hangi sırayla, neden ve ilk ayın sonunda masada ne olmalı. Sonda müşteriye gönderebileceğiniz bir bilgi talep formu ve tek tabloda toplanmış bir başlangıç kontrol listesi bulacaksınız.

SEO Projesi Başlangıç Toplantısı ve Beklenti Ayarı

İyi bir başlangıç toplantısı satış sunumunun devamı değildir; iki tarafın aynı projeyi anlattığını doğruladığı bir hizalama toplantısıdır. Toplantıdan önce müşteriye kısa bir gündem gönderin ve katılımcıları netleştirin: karar veren kişi, siteye müdahale edebilen teknik kişi ve içerikten sorumlu kişi masada olmalı. Bunlardan biri eksikse toplantı güzel geçer ama kararlar iki hafta sonra tekrar tartışılır.

Gündem için pratik bir sıra şöyle işler:

1. İşin tanımı: neyi yapacağınız, neyi yapmayacağınız, hangi dönemi kapsadığı.
2. Müşterinin iş modeli: neyi, kime, hangi kanaldan satıyor ve organik trafikten ne bekliyor.
3. Geçmiş: daha önce çalışılmış ajanslar, yapılmış büyük site değişiklikleri, bilinen sorunlar.
4. Karar ve onay yolu: kim onaylar, bir onay ne kadar sürer, acil durumda kime ulaşılır.
5. Erişimler ve takvim: hangi hesaplara kimin, hangi tarihe kadar erişim vereceği.

Beklenti ayarında en önemli cümle, süre ve sonuçla ilgili olandır. Google'ın SEO uzmanı seçimine dair belgesi de bu konuda nettir: kimse belirli bir sıralamayı vaat edemez ve bir uzmandan beklenen, hangi sonuçları beklediğini, hangi zaman aralığında ve nasıl ölçeceğini açıklamasıdır. Bu yüzden toplantıda "şu tarihte şu sırada olacağız" demek yerine, "ilk ay şunları ölçeceğiz, ikinci ay şunları değiştireceğiz, bulguları bu ritimle paylaşacağız" demek hem dürüst hem savunulabilirdir.

Toplantının sonunda yazılı bir özet gönderin: alınan kararlar, istenen erişimler, sorumlular ve tarihler. Özet, ileride "bunu konuşmuştuk" tartışmasının tek referansı olur.

Erişimler: Search Console, Analytics, CMS ve Sunucu

Erişim talebinin sırası bir tercih değil, risk yönetimidir. Önce hiçbir şeyi bozamayacak, yalnız okuma sağlayan erişimleri isteyin; yazma yetkisi gerektiren erişimleri ise ihtiyaç doğduğunda ve gerekçesiyle isteyin. Google'ın belgesi de denetim aşamasında Search Console için yalnızca okuma erişimi verilmesini öneriyor, yazma erişimi vermenin henüz gerekmediğini söylüyor. Aynı mantık diğer sistemlere de uygulanabilir. Kaynak olarak Google Search Central'ın SEO uzmanı gerekli mi sayfasına (yeni sekmede açılır) bakabilirsiniz.

Önerilen sıra:

• Search Console: Sahip değil, yalnızca kullanıcı yetkisi. Mülkün domain düzeyinde mi, URL öneki düzeyinde mi tanımlı olduğunu da sorun.
• Analytics: Görüntüleyici düzeyi yeterlidir. Dönüşüm olaylarının tanımlı olup olmadığına bakın.
• CMS: Önce içerik girişini görebilen bir editör hesabı; yönetici yetkisi ancak sizin yapacağınız bir değişiklik netleştiğinde.
• Sunucu ve CDN: Doğrudan erişim yerine log dosyası ve yönlendirme kuralları için teknik kişiyle çalışmak çoğu zaman yeterlidir.
• Etiket yöneticisi ve reklam hesapları: Gerekiyorsa görüntüleme düzeyinde.

Her erişim için üç şeyi kayıt altına alın: kim verdi, hangi düzeyde, ne için gerekli. Bu liste proje bittiğinde erişimleri kaldırmak için de kullanılır. Müşteri tarafında bir kişinin kişisel hesabı yerine ortak bir yönetim hesabı üzerinden yetki vermesi, personel değişikliklerinde projenin kilitlenmesini önler.

Erişim gelmeden önce de çalışabileceğiniz şeyler vardır: herkese açık sayfaları tarayabilir, arama sonuçlarında markayı inceleyebilir ve rakipleri gözlemleyebilirsiniz. Böylece erişimin gecikmesi projeyi tamamen durdurmaz.

İş Hedefi ve KPI Tanımı

SEO projelerinde en sık görülen sorun, hedefin "trafik artsın" gibi bir dilek olarak bırakılmasıdır. Başlangıç toplantısında hedefi üç katmanda yazın: iş hedefi (örneğin yeni müşteri talebi), pazarlama hedefi (organik kanaldan gelen nitelikli form doldurma) ve SEO göstergeleri (hedef sayfalardaki görünürlük ve tıklama). Her katman bir üsttekine hizmet etmeli; gösterge iyileşirken iş hedefi hareket etmiyorsa bunu görünür kılacak bir yapı kurmuş olursunuz.

Gösterge seçerken iki ölçüt yardımcı olur: ajansın etkileyebileceği bir şey mi ve kaynak veriyle doğrulanabilir mi? Sıralama tek başına zayıf bir hedeftir, çünkü kişiselleştirme ve konuma göre değişir. Search Console'daki gösterim, tıklama ve ortalama konum ise aynı kaynaktan her ay karşılaştırılabilir. Link çalışması da yürütülecekse hangi ölçümlerin hangi çalışmaya bağlandığını belirlemek için backlink kampanyası KPI rehberindeki metrik ayrımından yararlanabilirsiniz.

KPI tanımında şu sorulara yazılı yanıt arayın:

• Bu gösterge nerede ölçülür ve hangi tarihten itibaren referans alınır?
• Hangi sayfalar ya da sayfa grupları kapsamdadır?
• Marka aramaları ile markasız aramalar ayrı mı izlenecek?
• Hedefe ulaşıldı sayılması için hangi değişim aralığı makuldür ve bu aralığı kim kabul eder?

Son soru önemlidir. Rakam yerine aralık ve ritim konuşmak, ileride tartışma çıkarmaz. Örnek bir cümle: "İlk üç ayda hedef sayfa grubunda gösterim ve tıklama eğilimini izleyeceğiz, ay sonlarında yorumlayacağız." Bu cümle sonuç vaadi içermez ama ölçüm taahhüdü içerir.

Mevcut Durum Fotoğrafı: Temel Ölçümler ve İlk Denetim

Proje başında temel ölçüm almanın nedeni basit: bugünü kayda geçirmezseniz üç ay sonra yaptığınız işin etkisini gösteremezsiniz. Temel ölçüm, bir "şimdiki durum fotoğrafı"dır ve proje boyunca aynı yöntemle yenilenir. Aynı fotoğrafın sonradan farklı araçlarla çekilmesi, karşılaştırmayı bozar; bu yüzden hangi aracı, hangi tarih aralığıyla ve hangi filtreyle kullandığınızı not edin.

Temel ölçüm paketi için şu başlıkları öneriyoruz:

• Search Console'dan erişilebilen en uzun dönemin gösterim, tıklama ve sayfa bazlı dağılımı.
• Analytics'ten organik oturumlar, hedef sayfalar ve dönüşüm olayları.
• Dizine eklenen ve eklenmeyen sayfa sayısı ile nedenleri.
• Temel teknik göstergeler: durum kodları, yönlendirme zincirleri, sitemap durumu.
• Bağlantı profili özeti: yönlendiren alan sayısı ve ana bağlantı kaynakları (araca özgü metriklerle, tarihli olarak).

Ardından ilk denetim yapılır. Burada amaç her şeyi çözmek değil, engelleri sıralamaktır: indekslemeyi ya da taramayı engelleyen bir şey var mı, iş hedefiyle ilgili sayfalar erişilebilir mi, şablon düzeyinde tekrarlanan bir hata var mı? Bulguları "hemen düzelt, planla, izle" olarak üç kovaya ayırmak, müşteriye yapılacakları anlatmayı kolaylaştırır.

Temel ölçüm raporu ile aylık rapor birbirine karıştırılmasın. Birincisi başlangıç noktasını tanımlar ve bir kez hazırlanır; ikincisi düzenli ritimle devam eder. Aylık raporun yapısı için aylık SEO raporu şablonu rehberine bakın; bu yazıda yalnızca başlangıç ölçümüne odaklanıyoruz.

Rakip ve Pazar Çerçevesi

Müşterinin kendi söylediği rakipler ile arama sonuçlarında gerçekten karşısına çıkan siteler çoğu zaman farklıdır. Bu yüzden rakip listesini iki kaynaktan kurun: müşterinin iş bilgisi ve hedef sorgulardaki arama sonuçları. İlki size pazarı, ikincisi arama motorunun pazarı nasıl gördüğünü gösterir. İki liste arasındaki fark, ilk toplantıda tartışılacak değerli bir bilgidir.

Başlangıç aşamasında derin bir rakip analizi şart değildir. Üç ila beş rakibin hangi sayfa türleriyle öne çıktığını, hangi konularda yoğunlaştığını ve ne tür bağlantı kaynaklarına sahip olduğunu not etmek ilk çerçeve için yeterlidir. Bağlantı tarafını daha ayrıntılı çalışacaksanız adım adım yöntem için rakip backlink analizi rehberine geçebilirsiniz.

Pazar çerçevesi için şu soruları tek sayfada toplayın:

• Hedef kitle hangi dilde ve hangi niyetle arıyor: öğrenme, karşılaştırma, satın alma?
• Mevsimsellik var mı, yılın hangi dönemi talep yükseliyor?
• Yerel, ulusal ya da çok dilli bir kapsam mı söz konusu?
• Hangi rakipler büyük markalar, hangileri gerçekten ulaşılabilir hedefler?

Rakip çalışması bir kopyalama listesi değildir. Amaç, müşterinin neden farklı olabileceğini ve hangi boşlukta daha net bir konum alabileceğini görmektir. Bu bölümün çıktısı, ilk 30 günlük planda hangi sayfa ve konuların öne alınacağını belirleyen kısa bir notdur.

İçerik ve Link Envanteri

Envanter, sitenin elinde ne olduğunu sayma işidir. İçerik tarafında sayfa listesi, türü, son güncelleme tarihi, hedef sorgusu ve bugünkü performansı kolon olarak yeterlidir. Link tarafında ise sitenin dışarıdan aldığı bağlantıların ana kaynakları, bağlantı verilen sayfalar ve kullanılan bağlantı metinleri toplanır. İkisini birlikte bakmak değerlidir: çok bağlantı alan ama zayıf içerikli bir sayfa, ya da güçlü içeriği olup hiç iç bağlantısı olmayan bir sayfa, ilk 30 günün kolay kazanım adaylarıdır.

İçerik envanterini çıkarırken her sayfaya basit bir karar etiketi verin: koru, güncelle, birleştir, kaldır ya da yeniden yönlendir. Bu etiketler tek seferde uygulanmaz; yalnızca bir sonraki aşamanın önceliklerini oluşturur. Yeni içerik üretilecekse, her konu için yazara iletilecek bir yapı gerekir; bunun için SEO içerik brief'i hazırlama rehberi işe yarar.

Envanter tablosu için önerilen kolonlar:

1. Adres ve sayfa türü (blog, ürün, kategori, hizmet).
2. Ana konu ve hedef sorgu.
3. Son güncelleme tarihi ve sahibi.
4. Gelen iç ve dış bağlantı özeti.
5. Karar etiketi ve kısa gerekçe.

Envanter büyük sitelerde tamamlanmayabilir; bunda sorun yok. İş hedefiyle doğrudan ilgili sayfa gruplarından başlayın ve genişletmeyi planlayın. Yarım ama düzenli bir envanter, hiç başlanmamış mükemmel bir envanterden daha kullanışlıdır.

Riskler: Eski Cezalar ve Geçmiş Link İşleri

Yeni projede en pahalı sürpriz, önceki dönemden kalan bir yük olabilir. Bu bölümde amaç suçlu aramak değil, bilinmeyeni azaltmaktır. Müşteriye doğrudan sorun: önceki ajanslar ya da freelancer'lar hangi link çalışmalarını yaptı? Ücretli yerleşim, toplu dizin kayıtları, yorum ve forum bağlantıları, ağ içi bağlantılar var mıydı? Yazılı kayıt yoksa yanıt "bilmiyorum" da olabilir; bu da bir bilgidir.

Kontrol için üç kaynak birlikte okunmalı: Search Console'daki manuel işlem raporu, bağlantı araçlarındaki yönlendiren alan listesi ve müşterinin elindeki eski fatura ve sözleşmeler. Manuel işlem raporunun boş olması, bağlantı geçmişinin temiz olduğunu kanıtlamaz; yalnızca o raporda bildirim olmadığını gösterir. Bağlantı araçlarının kalite ya da spam puanları ise araca özgüdür ve Google'ın kullandığı bir değer değildir; bunları yalnızca şüpheli kalıpları bulmak için ipucu olarak kullanın.

Risk kaydında şu satırları tutun:

• Bilinen geçmiş sorun ve tarihi.
• Şüpheli bağlantı kalıpları ve örnekleri.
• Büyük bir site taşıma ya da yönlendirme geçmişi.
• Hukuki ya da sözleşmesel yükümlülükler (örneğin eski ajansla devam eden ödeme).

Bu kayıt, ilk 30 günde ne yapılacağını ve ne yapılmayacağını da belirler. Riski anlaşılmamış bir siteye hızlıca yeni bağlantı kazandırmaya çalışmak, sorunu büyütmenin kolay yoludur. Bağlantı çalışması ne zaman, hangi hızda başlayacak sorusunun cevabı için ajanslar için ölçeklenebilir link building süreci yazısındaki işleyişi, projenin ilk ayı bittikten sonra devreye alın.

İlk 30 Gün İş Planı

İlk 30 gün, büyük işleri bitirme dönemi değil, temeli sağlamlaştırma dönemidir. Plan, tek bir kişinin takip edebileceği kadar basit olmalı. Haftalık yapı genellikle şöyle işler:

1. 1. hafta: Erişimler, hedef ve KPI belgesi, temel ölçümün alınması.
2. 2. hafta: İlk teknik denetim, risk kaydı, içerik ve link envanterinin ilk sürümü.
3. 3. hafta: Bulguların önceliklendirilmesi, rakip ve pazar notu, hızlı kazanım listesi.
4. 4. hafta: Müşteriye ilk sunum, onay alınan işlerin takvime bağlanması, ikinci ayın planı.

Hızlı kazanım listesine yalnızca düşük riskli ve geri alınabilir işleri koyun: kırık yönlendirme düzeltmeleri, eksik başlık ve açıklamalar, iç bağlantı eksikleri gibi. Yüksek etkili ama riskli değişiklikleri, örneğin URL yapısı ya da yönlendirme haritası, ilk ayda yalnızca planlayın. Yeni bir site için daha uzun bir zaman çizelgesi gerekiyorsa, sıfırdan başlayan siteler için hazırlanmış 90 günlük link building yol haritasını ikinci ve üçüncü ayın çerçevesi olarak kullanabilirsiniz.

Planın her satırında iş, sorumlu, bağımlılık ve bitiş tarihi bulunsun. "Bağımlılık" sütunu özellikle önemlidir; çünkü projeler çoğunlukla ajansın yavaşlığından değil, müşteri tarafındaki bekleyen bir onaydan ya da erişimden gecikir. Bu sütun, gecikmenin kaynağını ilk haftadan görünür kılar.

Raporlama Ritmi ve Onay Süreci

Raporlama ritmini başlangıçta kararlaştırmak, sonradan "neden bu kadar az bilgi veriyorsunuz" ya da "neden bu kadar çok rapor geliyor" gerilimlerini önler. Basit bir yapı: haftalık kısa durum notu, aylık yorumlu rapor ve üç ayda bir strateji gözden geçirme toplantısı. Haftalık not üç satırı geçmesin: ne yapıldı, ne bekleniyor, neye karar verilmesi gerekiyor.

Onay süreci için şunları yazılı hâle getirin:

• Hangi değişiklikler müşteri onayı olmadan yapılabilir (örneğin başlık metni düzeltmesi) ve hangileri onay gerektirir (örneğin URL değişikliği, yeni sayfa, yönlendirme).
• Onay için beklenecek süre ve süre dolduğunda ne olacağı.
• Acil durumda, örneğin yanlışlıkla bir sayfanın indekslemeye kapatılması, kime ulaşılacağı.
• Değişiklik kaydının nerede tutulduğu.

Değişiklik kaydı, sıkça atlanan ama değerli bir araçtır. Trafikte bir dalgalanma olduğunda "o hafta ne değişti" sorusunun cevabını verir. Bu kayıt, Google'ın belgesinin müşteriye önerdiği "yapılan her değişikliği paylaşıp gerekçesini açıklayan" uzman beklentisinin de pratik karşılığıdır.

Müşterinizin markası altında üçüncü taraf içerik yerleşimi yürütülüyorsa, raporda bu kalemlerin nasıl etiketleneceğini de baştan belirleyin; white label tanıtım yazısı süreci bu konuda sorumluluk ve onay adımlarını ayrıntılı gösterir. Rapor formatını müşteriyle ilk haftada paylaşıp onay alın. Aksi hâlde ilk raporda beklenti farkı çıkar ve zaman, bulguları konuşmak yerine biçimi tartışmakla geçer.

Müşteri Bilgi Talep Formu

Bilgi talep formu, toplantı sonrası tek mesajla gönderilebilecek ve cevaplar tek yerde toplanabilecek bir belgedir. Kısa tutun; müşteri yirmi soruluk bir forma bir hafta geç döner, sekiz sorunun yanıtını ise aynı gün verebilir. Formu iki bölüme ayırın: zorunlu ve ek.

Zorunlu bölüm:

• Sitenin ana adresi, varsa ek alan adları ve dil sürümleri.
• Kullanılan CMS ve sitenin kimin tarafından yönetildiği.
• Search Console ve Analytics hesaplarının sahibi.
• Başlıca ürün ya da hizmetler ve önceliklendirilen sayfalar.
• Son iki yıl içindeki büyük site değişiklikleri (yeniden tasarım, taşıma, alan adı değişikliği).
• Önceki SEO çalışmaları ve çalışılan taraflar.

Ek bölüm:

• Öncelikli rakipler ve beğenilen siteler.
• Marka dili, yasaklı ifadeler, hukuki uyarılar.
• Mevsimsel kampanya takvimi.
• İçerik onayında yer alacak kişiler.

Formdaki her sorunun karşısında neden sorduğunuzu bir cümleyle yazın. "Büyük site değişiklikleri" sorusunun yanına "taşıma sonrası kalıntı yönlendirmeleri bulmak için" notunu eklemek, yanıt kalitesini ve hızını artırır. Cevaplanmayan sorular da kayıt altına alınır ve haftalık notta açıkça listelenir.

Örnek Şablon: SEO Projesi Başlangıç Kontrol Tablosu

Aşağıdaki tablo kurgu bir senaryo üzerinden hazırlanmıştır. Hayal edin ki küçük bir online mağaza, "ornek-magaza.example" adresiyle ajansınıza başvurdu. Tablodaki durumlar ve notlar yalnızca örnek amaçlıdır; gerçek bir müşteriyi anlatmaz ve herhangi bir sonuç ya da süre vaadi taşımaz.

Tabloyu müşteriyle ortak bir belgede tutun. Kimin neyi beklediğini herkes aynı ekranda görürse, proje yürütmek yazışma takibinden çıkar ve gerçek işe döner. Boş kalan her hücre, o haftanın toplantı gündemine bir madde olarak eklenir.

Sıkça Sorulan Sorular

SEO projesinde ilk toplantıda ne konuşulmalı?

İşin kapsamı, müşterinin iş modeli, geçmiş çalışmalar, karar ve onay yolu ile erişim takvimi konuşulmalıdır. Sonuç ve süre vaadi yerine hangi ölçümlerin hangi ritimle paylaşılacağı netleştirilmeli; toplantı sonunda kararlar ve sorumlular yazılı bir özetle müşteriye gönderilmelidir.

Müşteriden hangi erişimler istenmelidir?

Önce Search Console ve Analytics için okuma düzeyinde erişim, ardından içerik girişini görebilen bir CMS editör hesabı istenir. Yönetici ya da sunucu erişimi, yalnızca somut bir değişiklik gerektiğinde ve gerekçesiyle talep edilir. Her erişim için veren kişi, düzey ve amaç kaydedilmelidir.

Temel ölçümler neden proje başında alınır?

Başlangıç noktası kayıt altına alınmazsa yapılan işin etkisi sonradan gösterilemez ve ajans ile müşteri aynı tabloya bakmaz. Temel ölçüm aynı araç, aynı tarih aralığı ve aynı filtreyle alınmalı; böylece sonraki aylık raporlar adil biçimde karşılaştırılabilir.

Eski link işleri nasıl öğrenilir?

Müşteriye doğrudan sorarak, eski ajans sözleşme ve faturalarını isteyerek ve bağlantı araçlarındaki yönlendiren alan listesini inceleyerek öğrenilir. Search Console'daki manuel işlem raporuna da bakılır. Hiçbir kaynak tek başına yeterli değildir; üçü birlikte okunduğunda şüpheli kalıplar görünür olur.

İlk ay raporu ne içermelidir?

Temel ölçüm özeti, ilk denetim bulguları, risk kaydı, hızlı kazanım listesi, yapılan değişikliklerin kaydı ve ikinci ayın planı yeterlidir. Büyük sonuç iddiaları yerine neyin ölçüldüğü, neyin bilinmediği ve müşteriden hangi kararların beklendiği açıkça yazılmalıdır.

Müşteri erişim vermek istemezse ne yapılır?

Nedenini öğrenin; çoğu zaman endişe güvenlikle ilgilidir. Okuma düzeyinde sınırlı yetki, ortak yönetim hesabı ya da müşterinin ekran paylaşımıyla veri aktarması gibi alternatifler sunun. Hiçbir erişim verilmezse yapılabilecek işleri ve yapılamayacakları yazılı olarak netleştirin.

Sonuç ve Sonraki Adım

Sağlam bir başlangıç, parlak bir strateji sunumundan daha çok iş görür. Toplantıda hizalanmış beklentiler, kademeli ve kayıtlı erişimler, yazılı hedef, tarihli bir başlangıç ölçümü ve risk kaydı birlikte düşünüldüğünde, ikinci ayın tartışmaları "neredeyiz" sorusundan "ne yapıyoruz" sorusuna kayar. Yukarıdaki tabloyu kendi müşteri dosyanıza uyarlayın ve ilk görüşmeden önce doldurulabilir bir kopyasını hazır bulundurun.

Müşterinizin ilk 30 günlük planında yayıncı sitelerde içerik yerleşimi de yer alıyorsa, risk kaydı tamamlandıktan sonra bu işi sipariş akışıyla yürütebilirsiniz. Tanıtım yazısı paketlerinden uygun seçenekleri seçip sepete ekleyebilir, ödemeden sonra satıcı onayını ve teslimat bildirimini izleyebilir, teslimatla ilgili bir sorunda itiraz yolunu kullanabilirsiniz. Sipariş kalemlerini müşteriye ayrı bir satır olarak göstermek, proje bütçesinin şeffaf kalmasını da kolaylaştırır.