Programatik SEO ajansı ile çalışmak, şablon ile veri kaynağını eşleştirip ölçekli URL üretimini bir karar sürecine dönüştürmek demektir. Bu rehberde ajans seçiminden devreye almaya kadar izlenecek adımları, Pixenon’un saha deneyiminden somut örneklerle ele alıyoruz. Odak noktamız, üretilen her URL’nin arama niyetine gerçekten karşılık vermesi.
Şablonlu üretimin mantıklı hale geldiği eşik
Şablonlu üretim, aynı yapıdaki onlarca sayfayı elle yazmanın anlamsızlaştığı noktada devreye girer. Örneğin ilçe bazlı hizmet sayfaları, ürün varyantları veya karşılaştırma tabloları bu eşiğin tipik adaylarıdır. Tek bir sayfa 20 dakikada yazılabiliyorsa ve toplam sayfa sayısı 15’i geçmiyorsa, şablon kurmak gereksiz bir mühendislik yatırımına dönüşür.
Karar verirken şu üç sinyale bakın: veri kaynağı düzenli güncelleniyor mu, her kayıt için ayrı bir arama talebi var mı, sayfalar arasında yalnızca birkaç değişken mi farklılaşıyor. Bu üçü aynı anda sağlanıyorsa şablon mantıklı hale gelir. Aksi halde editoryal üretim hem daha hızlı hem daha güvenilir sonuç verir.
Veri kaynağını şablondan önce sabitlemek
Çoğu proje şablon tasarımıyla başlar, veri kaynağı sonradan eklenir; bu sıralama tersine çevrilmelidir. Veri kaynağı sabitlenmeden kurulan şablon, ilk güncellemede kırılır ve URL yapısı bozulur. Pixenon olarak önce kaynağın sahipliğini, güncelleme sıklığını ve alan şemasını netleştiriyoruz.
Kaynak seçenekleri genellikle şunlardır:
- İç CRM veya ERP tabloları, en yüksek kontrolü sağlar ancak bakım ister.
- Resmi açık veri setleri, kapsamı geniş tutar fakat güncellik değişkendir.
- Üçüncü taraf API’ler, hızlı başlangıç sunar ancak kesinti riski taşır.
- Manuel küratörlü CSV dosyaları, küçük hacimlerde en pratik çözümdür.
Hangi kaynağı seçerseniz seçin, her alanın zorunlu mu opsiyonel mi olduğunu yazılı hale getirin. Boş alanların şablonda nasıl davranacağı sonradan değil, baştan kararlaştırılmalıdır.
Ajans seçiminde sorulacak teknik sorular
Programatik SEO ajansı seçerken portfolyo görselleri yeterli bilgi vermez. Teklif görüşmesinde şablon motorunun nasıl çalıştığını somut olarak sormalısınız. Hangi katmanın sunucu tarafında, hangisinin istemci tarafında render edildiği yanıtı, projenin indekslenme performansını doğrudan belirler.
Görüşmede şu başlıkları netleştirin:
- URL üretim kuralları ve kanonik yönetimi kim tarafından kodlanıyor?
- İnce sayfa filtresi hangi eşik değerine göre çalışıyor?
- Veri güncellemesi sonrası yeniden indeksleme nasıl tetikleniyor?
- Hata durumunda 404 ve 410 davranışı nasıl tanımlanıyor?
- Raporlama hangi metrikleri hangi sıklıkla sunuyor?
Bu sorulara yazılı yanıt veremeyen ekip, büyük olasılıkla şablonu hazır bir araca bağlayıp geçiyordur. Sizin projenizde ölçek büyüdükçe bu yaklaşımın sınırları hızla görünür hale gelir.
Devreye alma takvimi ve kilometre taşları
Sağlıklı bir devreye alma, dört haftalık dilimlere bölünebilir. İlk dilimde veri şeması ve URL haritası çıkarılır, ikinci dilimde şablon motoru ve içerik kuralları yazılır. Üçüncü dilimde pilot grup yayına alınır, dördüncü dilimde ölçüm ve düzeltme yapılır. Bu takvim projeden projeye değişir ancak sıralama korunmalıdır.
Pilot grubu tüm veri setinin yüzde 5 ila 10’u arasında tutmak, erken geri bildirim almayı kolaylaştırır. Pilot sayfalarda indekslenme oranı, ortalama oturum süresi ve arama niyeti eşleşmesi ayrı ayrı izlenir. Bu üç metrikten biri zayıf kalıyorsa tüm veri setini yayına almak riskli olur.
Kilometre taşlarını yazılı onaya bağlamak, tarafların beklentisini eşitler. Her dilim sonunda neyin teslim edildiği ve neyin bir sonraki dilime kaldığı kayıt altına alınmalıdır.
İçerik kalitesini ölçekte korumak
Şablonlu üretimin en zayıf noktası, sayfaların birbirine benzemesiyle oluşan içerik kaybıdır. Bunu engellemek için her sayfaya veri kaynağından gelen en az iki özgün değişken eklenmelidir. Örneğin bir hizmet sayfasında bölge adı tek başına yeterli değildir; ortalama yanıt süresi veya uzmanlık alanı gibi ikinci bir alan fark yaratır.
Aşağıdaki tablo, şablon alanlarının özgünlük katkısını karşılaştırır:
| Alan türü | Örnek | Özgünlük katkısı |
|---|---|---|
| Değişken ad | Bölge veya şehir | Düşük |
| Sayısal veri | Süre, kapasite | Orta |
| Serbest metin | Uzman notu | Yüksek |
| Yapısal liste | Hizmet kalemleri | Orta |
Serbest metin alanları küratörlük gerektirir, bu yüzden ölçeklenmesi zordur. Yine de her sayfaya en az bir kısa uzman notu eklemek, toplu benzerliği belirgin biçimde azaltır. Bu notları yıl içinde güncellemek de sayfanın tazeliğini korur.
İndeks yönetimi ve ince sayfa filtresi
Binlerce URL üretildiğinde arama motorlarına hangi sayfaların sunulacağı ayrı bir karar haline gelir. Her veri satırı otomatik olarak indekslenmemelidir; bazı satırlar arama talebi taşımaz veya yetersiz içerikle üretilir. Bu sayfaları noindex ile işaretlemek, tarama bütçesini korur.
Filtre eşiğini belirlerken şu ölçütleri kullanabilirsiniz:
- Sayfada en az iki dolu veri alanı bulunmalı.
- Başlık ve açıklama etiketleri boş şablon değişkeni içermemeli.
- Sayfa, aynı veri setindeki başka bir URL ile yüzde 90 benzer olmamalı.
- Kullanıcıya sunulan birincil eylem net olmalı.
Bu eşikler yayın öncesi otomatik kontrolden geçirilirse, ince sayfa sorunu büyümeden çözülür. Ayrıca kanonik etiketlerin doğru URL’yi işaret ettiği her güncellemede doğrulanmalıdır.
Ölçüm çerçevesi: hangi metrik neyi anlatır
Programatik projelerde toplam trafik tek başına yanıltıcıdır, çünkü sayfa sayısı arttıkça trafik de artar. Bunun yerine sayfa başına ortalama performansı izlemek gerekir. İndekslenen sayfa başına tıklama, dönüşüm ve oturum süresi, şablonun gerçek verimini gösterir.
İkinci katman, segment bazlı kırılımdır. Veri setini bölge, kategori veya kaynak türüne göre ayırıp her segmentin indekslenme oranını ayrı okuyun. Bir segment diğerlerinden belirgin biçimde zayıfsa sorun şablonda değil, o segmentin verisinde olabilir. Bu ayrım, düzeltme yapılacak yeri doğru işaret eder.
Üçüncü katman, zaman içindeki değişimdir. Yayına alınan sayfaların ilk 30, 60 ve 90 günlük performansını karşılaştırmak, şablon kalitesinin oturup oturmadığını gösterir. Sabit kalan veya düşen segmentler için içerik revizyonu planlanmalıdır.
Sık karşılaşılan tuzaklar ve kaçınma yolları
En yaygın tuzak, şablonu tüm veri setine aynı anda uygulamaktır. Bu yaklaşım kısa vadede hacim yaratır, ancak hatalı sayfaların toplu indekslenmesine yol açar. Pilot grup ve kademeli yayın, bu riski büyük ölçüde azaltır.
İkinci tuzak, URL yapısını sık değiştirmektir. Her değişiklik yönlendirme zinciri ve kayıp sinyal anlamına gelir. Yapıyı baştan sabitleyip yalnızca zorunlu durumlarda revize etmek gerekir. Üçüncü tuzak, içerik kurallarını koda gömmektir; bu durumda metin güncellemesi her seferinde geliştirici gerektirir.
Dördüncü tuzak, raporlamayı sayfa sayısı üzerinden kurmaktır. Sayfa sayısı bir çıktı göstergesidir, sonuç göstergesi değildir. Sonuç, indekslenen sayfaların arama niyetini karşılama oranıdır. Beşinci tuzak ise veri kaynağının sahipsiz kalmasıdır; güncelleme sorumluluğu yazılı olarak atanmadığında şablon zamanla eskir.
Pixenon yaklaşımı ve devir teslim
Pixenon olarak programatik SEO projelerinde önce karar çerçevesini kuruyoruz, ardından üretimi otomatikleştiriyoruz. Her projede veri şeması, URL haritası ve içerik kuralları tek bir dokümanda toplanır. Bu doküman hem geliştiriciye hem içerik ekibine aynı dili konuşma imkanı verir.
Devir teslim aşamasında şablon motorunun bakımı, veri güncelleme takvimi ve raporlama sorumluluğu netleştirilir. Müşteri ekibi kendi verisini güncelleyebilecek düzeyde eğitilir; böylece her küçük değişiklik için ajansa bağımlılık oluşmaz. Bu yaklaşım, uzun vadede projenin sürdürülebilirliğini artırır.
Otomasyon, doğru kararların yerine geçmez; yalnızca onları ölçekler. Bu yüzden her yayın diliminde insan kontrolü korunur ve şablon çıktısı örneklemle gözden geçirilir.
Programatik SEO projenizde şablon ile veri kaynağını doğru eşleştirmek için Pixenon ekibiyle bir keşif görüşmesi planlayın.
Kaynaklar
- Google Search Central – Ölçekli içerik ve site yapısı
- Google Search Central – Canonical ve indeksleme
Sık sorulan sorular
Programatik SEO ajansı ile klasik SEO ajansı arasındaki fark nedir?
Fark, üretim modelindedir: klasik ajans sayfa bazlı çalışır, programatik ajans veri ve şablonla ölçek üretir. Klasik modelde her sayfa ayrı brief ve onay gerektirir. Programatik modelde şablon kuralları bir kez tanımlanır, sayfalar veriyle doldurulur. İki yaklaşım birbirinin alternatifi değil, tamamlayıcısıdır. Yüksek değerli sayfalar elle, tekrar eden varyasyonlar şablonla üretilir.
Programatik SEO hangi sektörlerde işe yarar?
Uygunluk, tekrar eden sayfa tiplerinin varlığına bağlıdır: katalog, konum ve hizmet varyasyonu olan sektörler öne çıkar. E-ticaret, emlak, otomotiv, seyahat, yerel hizmet ve B2B ürün katalogları bu gruba girer. Tek ürünlü veya dar hizmetli iş modellerinde ölçek avantajı sınırlı kalır. Karar, arama talebinin varyasyon sayısıyla verilmelidir.
Kaç sayfa üretmek gerekir, alt sınır var mı?
Alt sınır, talebin kendisiyle belirlenir: sayfa sayısı değil karşılanan sorgu kümesi önemlidir. 200 iyi kurgulanmış sayfa, 5.000 zayıf sayfadan daha fazla görünürlük getirebilir. Eşik sektöre ve rekabete göre değişir. Önce talep analizi yapılmalı, üretim hacmi bu analizden türetilmelidir. Sayı hedef değil, sonuçtur.
Programatik sayfalar Google'da ince içerik olarak değerlendirilir mi?
Risk, şablon kalitesine bağlıdır: ayırt edici bilgi taşımayan sayfalar ince içerik olarak değerlendirilebilir. Yalnızca değişken adı değişen sayfalar bu riski taşır. Veri kaynaklı özgün bilgi, yapısal işaretleme ve iç bağlantı katmanı bu riski azaltır. Kalite kontrol kuralları yayın öncesi devreye alınmalıdır. Değerlendirme sonucu ölçümle takip edilir.
Programatik SEO çalışmasının ilk sonuçları ne zaman görülür?
Zaman çizelgesi, dizine ekleme hızına bağlıdır: ilk teknik sinyaller genellikle birkaç hafta içinde izlenir. Dizine ekleme oranı ve tarama verisi erken görünür. Sıralama ve tıklama artışı daha uzun bir dönemde oluşur. Bu süre sektöre ve rekabete göre değişir. Sağlıklı değerlendirme için en az bir çeyrek izleme gerekir. Programatik SEO, doğru veri mimarisi ve ölçüm çerçevesiyle kurulduğunda ölçeklenen bir görünürlük kanalına dönüşür. Yanlış kurulduğunda ise ince içerik ve indeksleme sorunu üretir. Fark, üretim hızından çok, veri kalitesi ve kalite kontrol disiplininden gelir. Pixenon bu sistemi veri hazırlığından raporlamaya kadar tek akışta yönetir. Mevcut arama talebinizi ölçmek ve uygun sayfa gruplarını belirlemek için teklif formunu doldurabilirsiniz. Ekibimiz ilk değerlendirmeyi verileriniz üzerinden yapar.
