SEO tools 2026: ajans araç yığını nasıl kurulur

Bir ajansın kullandığı SEO tools listesi çoğu zaman plansız büyür: bir müşteri için bir tarayıcı alınır, başka bir proje için sıralama takibi eklenir, bir süre sonra kimsenin tam olarak neden ödediğini bilmediği abonelikler birikir. Bu yazı, SEO tools seçimini tek tek ürünlerden değil, yapılacak işlerden başlatan bir yöntem öneriyor. Amaç en çok aracı toplamak değil; her soruya bir veri kaynağı, her veri kaynağına bir sorumlu atamak. Örneklerde marka adları geçiyor, ancak bu bir sıralama ya da tavsiye listesi değil; aynı mantık başka ürünlerle de kurulabilir.

Araç yığını işlerden başlar, ürünlerden değil

SEO araçları seçerken ilk soru "hangi araç en iyisi" değil, "hangi kararları vermemiz gerekiyor" olmalı. Bir ajansın düzenli verdiği kararlar aşağı yukarı aynıdır: hangi sayfalar taranamıyor ya da dizine eklenmiyor, hangi sorgularda görünürlük artıyor ya da düşüyor, rakipler hangi konularda içerik üretiyor, hangi bağlantılar kazanılmış ya da kaybedilmiş, sayfalar kullanıcı için ne kadar hızlı. Bu kararları bir tabloya yazın ve her satırın yanına o kararı destekleyen veri kaynağını ekleyin.

Bu tablo iki şeyi hemen görünür kılar. Birincisi, bazı kararlar için birden fazla araç aynı işi yapıyordur; bu, gereksiz maliyet ve çelişen raporlar demektir. İkincisi, bazı kararların hiçbir veri kaynağı yoktur; ekip bu konularda tahminle hareket ediyordur. Yığın kurmanın asıl değeri, bu iki boşluğu kapatmaktır.

Birinci katman: Google'ın kendi verisi

Her yığının tabanı, sitenin kendisinden gelen birinci taraf veridir. Search Console, Google Arama'da hangi sorgularda gösterim ve tıklama alındığını, hangi sayfaların dizinde olduğunu ve hangi sorunların tespit edildiğini gösterir. Google'ın kendi belgeleri de aracı arama performansını izlemek, dizine eklemeyi kontrol etmek ve sorun bildirimlerini almak için konumlandırır. Hiçbir üçüncü taraf araç bu veriyi birebir üretemez; en fazla tahmin eder.

Aynı katmanda sayfa deneyimi ölçümü yer alır. PageSpeed Insights iki tür veri sunar: Chrome kullanıcı deneyimi raporundan gelen saha verisi ve Lighthouse ile simüle edilen laboratuvar verisi. Google'ın açıklamasına göre laboratuvar verisi hata ayıklamak için kullanışlıdır, saha verisi ise gerçek kullanıcı deneyimini yansıtır ve ikisi birbiriyle çelişebilir. Bu ayrımı nasıl okuduğumuzu site hız testi yazımızda ayrıntılı anlattık. Analitik tarafında ise dönüşümü ölçen bir kurulum olmadan hiçbir SEO raporu iş sonucuna bağlanamaz.

Bu katmanın maliyeti düşüktür ama emeği yüksektir: doğru mülk doğrulaması, kullanıcı erişimlerinin düzenli gözden geçirilmesi ve veri saklama ayarları ilk haftada yapılmalıdır. Sonradan kurulan bir mülk geçmiş veriyi geri getirmez.

Birinci katmanı kurarken erişim yapısını da baştan düşünün. Müşterinin mülkleri müşterinin kendi hesabında durmalı, ajansa kullanıcı olarak erişim verilmelidir. Ajans hesabında açılmış bir mülk, iş birliği sona erdiğinde devredilmesi zor bir varlığa dönüşür ve geçmiş verinin kime ait olduğu tartışma konusu olur.

İkinci katman: tarama ve teknik denetim

İkinci katman, sitenin bir arama motoru gözüyle nasıl göründüğünü çıkaran tarayıcılardır. Masaüstünde çalışan bir tarayıcı, sayfa sayısı fazla olmayan sitelerde yeterli olabilir; büyük ya da sık değişen sitelerde bulut tabanlı ve zamanlanmış taramalar daha pratiktir. Seçim yaparken bakılacak ölçütler şunlardır: JavaScript ile oluşturulan içeriği işleyebiliyor mu, sonuçları dışa aktarmak kolay mı, iki taramayı karşılaştırıp değişeni gösterebiliyor mu.

Bu katmanda kritik olan, tarama çıktısını bir iş listesine dönüştürme alışkanlığıdır. Binlerce uyarı içeren bir rapor, önceliklendirilmediği sürece kimseyi harekete geçirmez. Pratikte her taramadan sonra en fazla birkaç maddelik bir düzeltme listesi çıkarıp sorumlusuna atamak, uzun raporlardan daha çok sonuç verir.

Üçüncü katman: pazar ve rakip verisi

Üçüncü katman, Semrush ve Ahrefs gibi kendi veri tabanlarını tutan pazar araçlarıdır. Bu araçlar anahtar kelime fikirleri, rakip görünürlüğü ve bağlantı profili hakkında bilgi verir. Burada unutulmaması gereken nokta, bu verinin tahmin olduğudur. Semrush'ın kendi yardım sayfası da alan adı genel bakışındaki organik trafiği "tahmini" olarak tanımlar. Bu sayılar yön bulmak ve karşılaştırmak için değerlidir; bir müşteriye "trafiğiniz şu kadar" demek için değil.

Bağlantı profili tarafında hangi aracın neyi gösterdiğini ve ücretsiz seçeneklerin sınırlarını backlink analizi yazımızda karşılaştırdık. Sıralama takibi için de ayrı bir karar gerekir: takip edilecek anahtar kelime seti, konum ve cihaz ayarları önceden belirlenmezse raporlar zamanla karşılaştırılamaz hale gelir. Bu kurulumu sıralama takibi rehberimizde adım adım anlattık.

SEO checker araçları ne zaman işe yarar

Tek bir URL girip anında puan veren SEO checker araçları, hızlı bir ilk izlenim için kullanışlıdır. Bir satış görüşmesinden önce bariz sorunları görmek ya da bir sayfanın başlık ve açıklama etiketlerini kontrol etmek için yeterlidir. Ancak bu puanlar araçtan araca farklı hesaplanır ve Google'ın kullandığı bir ölçüt değildir. Bir SEO checker'ın düşük puan vermesi sayfanın sıralanmayacağı anlamına gelmez; yüksek puan vermesi de sıralanacağını garanti etmez.

Kendi ücretsiz yardımcılarımızı da bu mantıkla kurduk: araçlar sayfamızdaki meta etiket, schema ve UTM yardımcıları belirli bir işi hızlandırmak içindir, bir sitenin genel SEO durumunu tek sayıya indirmek için değil.

Aramanın ötesi: tek bir ölçüm yığınının üç katmanı

Yukarıdaki katmanlar tek bir soruyu yanıtlıyor: site organik aramada ne kadar görünür ve teknik olarak önünde ne var? Bu gerekli, ama tıklamada bitiyor. Arama araçları hangi ziyaretlerin nitelikli lead'e dönüştüğünü, hangi ücretli kampanyaların aynı kitleyi paylaştığını ya da bir platformun bildirdiği cironun gerçekten oluşup oluşmadığını söyleyemez. Bunun için yığının birinci katmana bağlanan iki katmana daha ihtiyacı var: analitik ve atribüsyon, bir de ücretli medya. Üçünü ortak tanımlarla tek bir iş akışı olarak ele alın; üç ayrı araç alışveriş listesi gibi değil.

Organik araçlar neyi ölçebilir, neyi ölçemez

Search Console, tarayıcılar ve pazar araçları görünürlüğü, taranabilirliği ve rekabet konumunu ölçer. Search Console verisi birinci taraf veridir ama yalnızca Google Arama'yı kapsar; pazar araçlarının trafik rakamları ise tahmindir. Hiçbiri ziyaretçinin sitenizde ne yaptığını kaydetmez, bu yüzden organik trafiğin başvuru ya da satış üretip üretmediğini söyleyemez. Bir sonraki katman tam bu sınırda başlıyor.

Katman B: analitik, atribüsyon ve iş zekâsı

Analitik katmanı ziyaretleri ölçülmüş davranışa, ideal olarak da iş sonuçlarına dönüştürür. Genellikle tek bir üründen değil, birbirine bağlı birkaç parçadan oluşur.

• Google Analytics 4 (GA4) sitedeki olayları ve anahtar olayları (dönüşümleri) kaydeder. Standart sürümü ücretsizdir; çok büyük mülkler için ücretli bir kurumsal seviyesi vardır.
• Google Tag Manager, etiketleri kod yayını olmadan yayına alan ve sürümleyen kapsayıcıdır. Standart seviyesi ücretsizdir; asıl değeri, her etiket değişikliğinin incelenebilir ve geri alınabilir olmasıdır.
• GA4'te Search Console entegrasyonu. İkisini bağlamak, Search Console'dan gelen sorgu ve açılış sayfası verisini GA4'ün etkileşim ve dönüşüm verisinin yanına koyan Google Organik Arama Sorguları ve Google Organik Arama Trafiği raporlarını ekler. Google, verinin toplandıktan sonra 48 saate kadar gecikmeyle gelebileceğini belirtiyor; bu yüzden birleşik raporu canlı değil, haftalık bir görünüm olarak okuyun. Search Console rehberimiz hangi raporun hangi kararı beslediğini, GA4 kurulum rehberimiz ise ilk raporları anlatıyor.
• Looker Studio üstteki raporlama katmanını kurar: Search Console, GA4 ve reklam platformu verisini birleştiren tek bir dashboard. Çekirdek ürün ücretsizdir; ekip çalışma alanları ve yönetim için ücretli bir Pro seviyesi vardır. Uygulamalı bir örnek için klinikler için Looker Studio SEO panosu yazımıza bakın.
• Bir CRM ya da randevu sistemi formdan sonra olanları tutar: hangi lead'in nitelikli bulunduğu, hangisinin müşteriye dönüştüğü ve ne kadar getirdiği. Onsuz analitik, başvuruda biter. Klinik örneği için hasta koordinatörü ve CRM ile kaynaktan randevuya atribüsyon yazımıza bakın.

Rıza, veri kalitesi ve atribüsyonun sınırları

Ölçüm baştan rızaya göre tasarlanmalıdır. Consent Mode ve sunucu taraflı toplama, rıza tercihlerinin ve tarayıcı kısıtlamalarının yarattığı boşlukları azaltır ama ortadan kaldırmaz; modellenmiş dönüşümler raporlarda modellenmiş olarak etiketlenmelidir. Tipik veri kalitesi hataları şunlardır: mükerrer olaylar, sayfa yenilenince yeniden tetiklenen satın alma olayı, eksik UTM disiplini, filtrelenmemiş iç trafik ve kimsenin tanımlamadığı dönüşüm olayları. Atribüsyon modelleri krediyi kurallarla dağıtır; nedensellik kanıtlamaz. Multi-touch attribution ve cookie'siz atribüsyon yazılarımız her modelin neyi destekleyebildiğini daha ayrıntılı ele alıyor.

Katman C: ücretli medya ve kanallar arası optimizasyon

Ücretli katman, dikkat satın aldığınız platformları ekler; her birinin kendi verisi ve dönüşümü saymanın kendi yolu vardır.

• Google Ads, kampanya yönetimi sağlar ve Keyword Planner üzerinden Ads hesabı içinde kullanılabilen anahtar kelime fikirleri sunar. Arama terimi raporları, reklamları gerçekten tetikleyen sorguları gösterir.
• Microsoft Advertising, pazarınızda Bing arama payı önemliyse eklemeye değer. Google Import aracı kampanyaları ve dönüşüm hedeflerini Google Ads'ten taşır ve çevrimdışı dönüşüm hedeflerini destekler. İçe aktarılan ayarlar yine de kontrol edilmelidir, çünkü sitenizdeki takip etiketleri iki platformda farklıdır.
• Meta Ads Manager, Facebook ve Instagram kampanyalarını yönetir. Meta'nın Conversions API'si, Pixel olaylarıyla birlikte işlenen sunucu olayları gönderir; olay tekilleştirmenin önemi buradan gelir.
• Dönüşüm takibi ve çevrimdışı aktarımlar. Google Ads, potansiyel müşteri için gelişmiş dönüşümleri destekler: tıklama kimliğini ve formlardan gelen karmalanmış birinci taraf veriyi kullanarak sonradan oluşan bir CRM sonucunu reklama bağlar. Kampanyaların ham form gönderimleri yerine nitelikli lead'lere ya da satışa göre optimize olmasını sağlayan mekanizma budur.

Ücretli veriyi organik çalışmaya yön vermek için kullanmak, ikisini aynı şey saymadan

Ücretli arama terimleri, reklam metni sonuçları ve açılış sayfası testleri, hangi ifadelerin ve tekliflerin tıklama ve dönüşüm getirdiğini hızla gösterir. Bu, organik içeriğin önce hangi konu ve başlıkları test edeceğine yön verebilir. Organik talebi ya da sıralama potansiyelini söyleyemez: ücretli performans teklif (bid) tutarlarına, bütçeye ve açık artırma rekabetine, organik sıralama ise başka etkenlere bağlıdır; reklamlarda iyi dönüşen bir anahtar kelimede sıralamak yine de zor olabilir, tersi de geçerlidir. İkisini yan yana okuyun, ayrı satırlarda raporlayın. Kanallar arasındaki ilişki sağlık turizminde organik ve paid senkronu rehberimizde, ücretli tarafın pratiği ise haftalık Google Ads optimizasyon rutini yazımızda anlatılıyor.

Katmanları birbirine bağlayan pratik bir iş akışı

1. Önce sonuçları tanımlayın. Nitelikli lead ya da satışın ne sayıldığını ve her birinin nerede kaydedildiğini yazın.
2. Bir kez kurun. GA4'te anahtar olayları Tag Manager üzerinden, rıza yönetimiyle tanımlayın ve aynı tanımları her reklam platformuna yansıtın.
3. CRM'i bağlayın. Lead kaynağını ve tıklama tanımlayıcılarını CRM'e aktarın; nitelik ve ciro durumunu çevrimdışı aktarımlarla GA4'e ve reklam platformlarına geri döndürün.
4. Tek bir doğruluk kaynağı üzerinden raporlayın. Bütçe kararlarını hangi sistem yönlendiriyorsa onu seçin, genellikle GA4 ya da CRM; platformların bildirdiği rakamları yanında teşhis verisi olarak gösterin.
5. Aylık gözden geçirin. Organik ve ücretli katkıyı açılış sayfası ve konu bazında karşılaştırın, bütçenin ya da içerik emeğinin nereye kayacağına karar verin ve nedenini yazın.

Ücretli medya hizmetimiz ve analitik ve veri hizmetimiz aynı sırayla çalışır; kampanyalar değişmeden önce ölçüm tanımlanır.

Her olgunluk seviyesinde ne kurulmalı

• Başlangıç: Search Console, birkaç tanımlı anahtar olaylı GA4, Tag Manager ve tek bir tablo ya da Looker Studio raporu. Sonuçlar tanımlanana kadar ücretli platform araçlarını atlayın.
• Büyüyen: zamanlanmış bir tarayıcı, sabit ayarlı sıralama takibi, GA4'te Search Console bağlantısı, UTM kuralları ve dönüşüm takibi doğrulanmış tek bir ücretli platform ekleyin.
• Yerleşik: CRM geri bildirim döngüsünü ve çevrimdışı dönüşüm aktarımlarını, ortak tanımlar üzerinde çok platformlu ücretli medyayı ve büyük bütçe kararları için incrementality testlerini ekleyin.
• İleri: harcama ve geçmiş maliyeti haklı çıkarıyorsa BigQuery gibi bir veri ambarı, sunucu taraflı etiketleme ve pazarlama karması modellemesi ekleyin. Bunlar iyi sonuç için ön koşul değildir.

Ücretsiz, freemium ve ücretli: nasıl karşılaştırılır

Bu katmanlardaki araçların çoğunun ücretsiz bir çekirdeği var: Search Console, GA4, Tag Manager ve Looker Studio standart biçimlerinde ücretsizdir, reklam platformlarının kendisi de kullanımı ücretsizdir; çünkü arayüze değil medyaya ödersiniz. Ücretli seviyeler ve üçüncü taraf platformlar başka yerden alamayacağınız ölçek, iş birliği, destek ya da veri ekler. Fiyatlar ve limitler sık değiştiği için burada rakam yayımlamıyoruz; bütçelemeden önce her sağlayıcının güncel fiyat sayfasına bakın ve ücretli bir aracı yukarıda anlatıldığı gibi desteklediği kararlara göre değerlendirin.

Sık yapılan uygulama hataları

• Platformların bildirdiği dönüşümleri kanallar arasında toplanabilir saymak.
• Dönüşüm takibi doğrulanmadan kampanya başlatmak.
• Organik ve ücretliyi tek bir birleşik rakamda raporlamak; böylece hiçbiri değerlendirilemez.
• Bir aracın puanını ya da tahminini ölçülmüş gerçek saymak.
• CRM'i bağlamadan bırakmak; optimizasyon form gönderiminde durur.
• Müşterinin hesaplarının ve mülklerinin sahipliğini ajansa vermek.

Yığını belgelemek: sahiplik, erişim ve maliyet satırı

Bir araç yığını, belgelenmediği sürece kişiye bağlı kalır. Her araç için basit bir kayıt tutun: hangi karar için kullanılıyor, kimin hesabı, müşteri erişimi nasıl veriliyor, yenileme tarihi ne zaman ve iptal edilirse hangi veri kaybolur. Bu son soru önemlidir; bazı araçlar geçmiş taramaları ya da sıralama geçmişini yalnızca abonelik sürdükçe saklar.

Maliyeti değerlendirirken liste fiyatına değil, araç başına desteklenen karar sayısına bakın. Ayda bir kez açılan bir abonelik, çoğu zaman proje bazlı kısa süreli bir erişimle değiştirilebilir. Tersi de geçerlidir: ekibin her gün kullandığı bir aracı ücretsiz sürümün kısıtlarıyla yürütmek, zaman kaybı olarak geri döner.

Yıllık bir gözden geçirme, yığını sağlıklı tutar. Her aracı karar tablosuyla yeniden eşleştirin; hiçbir karara bağlanmayan araç çıkarılır, veri kaynağı olmayan karar için yeni bir araç değerlendirilir. Bu çerçeveyi müşteri projelerinde SEO hizmetlerimizin ilk haftasında kuruyoruz; araç seçimi, ölçüm planının bir parçası olarak ele alınıyor.

Kaynaklar

• Google Search Central — Search Console'u kullanma: Search Console'un performans, dizin ve bildirim işlevleri.
• Google for Developers — PageSpeed Insights hakkında: saha verisi ile laboratuvar verisi farkı.
• Chrome for Developers — Lighthouse'a giriş: açık kaynaklı sayfa kalite denetimi.
• Semrush Bilgi Bankası — Domain Overview: alan adı raporundaki tahmini trafik verisi.
• Google Analytics Yardım: Search Console entegrasyonu: entegrasyonun eklediği iki rapor ve verinin ne zaman kullanılabilir olduğu.
• Google Ads Yardım: Potansiyel müşteri için gelişmiş dönüşümler ve çevrimdışı dönüşüm aktarımı: tıklama kimliği ve karmalanmış birinci taraf veri.
• Meta for Developers: Conversions API: Pixel olaylarıyla birlikte işlenen sunucu olayları.
• Microsoft Advertising API rehberi: Google Ads Import: Google Import'un neyi taşıdığı.