Programatik SEO: Ne Zaman İşe Yarar, Ne Zaman "Doorway" Sayfaya Dönüşür?

Programatik SEO, bir veri kaynağını bir sayfa şablonuyla birleştirip çok sayıda sayfayı otomatik olarak üretme yaklaşımı. "İstanbul'dan Antalya'ya uçuşlar", "Kadıköy'de diş kliniği", "X ile Y karşılaştırması" gibi aynı kalıpta binlerce arama varsa, her biri için elle sayfa yazmak yerine yapılandırılmış veriyi sayfaya dönüştürürsünüz.

Doğru kurulduğunda uzun kuyruktaki talebi verimli biçimde karşılar. Yanlış kurulduğunda ise Google'ın spam politikalarındaki iki maddeye, doorway (köprü sayfa) ve ölçeklenmiş içerik kötüye kullanımına doğrudan takılır. Bu yazıda ikisi arasındaki çizgiyi, Google'ın resmi tanımlarına dayanarak netleştiriyorum.

Kısa cevap: Programatik SEO, her sayfa o sorgu için gerçekten farklı ve yararlı bilgi (fiyat, stok, konum, hizmet, karşılaştırma verisi gibi) sunduğunda işe yarar. Sayfalar yalnızca anahtar kelime değişen, kullanıcıyı başka bir sayfaya yönlendirmek için var olan kopyalarsa Google bunu doorway ya da ölçeklenmiş içerik kötüye kullanımı olarak değerlendirebilir.

Programatik SEO nedir, nasıl çalışır?

Üç parçası var: tekrarlanan bir arama kalıbı (baş terim + değişken), her değişken için ayrı veri tutan bir kaynak (veritabanı, ürün akışı, envanter, API) ve bu veriyi okunur bir sayfaya çeviren şablon. Kalıbı bulmak için anahtar kelime araştırması rehberindeki kümeleme yöntemi iyi bir başlangıç; aynı niyetteki sorguları gruplayıp hangi değişkenin gerçekten farklı bir ihtiyaç doğurduğunu görürsünüz.

Kritik soru şablon değil, veri: Her sayfa için başka hiçbir yerde toplu halde bulunmayan, o sayfaya özgü bilgi var mı? Yoksa şablon ne kadar iyi olursa olsun sayfalar birbirinin kopyası olur.

Google'ın doorway ve ölçeklenmiş içerik politikaları ne diyor?

Google'ın spam politikaları dokümanına göre doorway kötüye kullanımı, belirli ve birbirine benzer arama sorgularında sıralanmak için site ya da sayfa oluşturulmasıdır. Verilen örnekler arasında kullanıcıları tek bir hedefe yönlendiren bölge ya da şehir odaklı sayfalar, ziyaretçiyi sitenin asıl yararlı bölümüne itmek için var olan sayfalar ve düzenli bir site yapısının önüne geçen neredeyse aynı sayfalar var.

Ölçeklenmiş içerik kötüye kullanımı ise çok sayıda sayfanın, esas amacı arama sıralamalarını manipüle etmek olacak şekilde üretilmesi. Burada üretim yöntemi belirleyici değil: Yapay zekâ, şablon, kazıma ya da insan emeği fark etmez; ölçüt kullanıcıya değer katılıp katılmadığı. Google'ın üretken yapay zekâ içeriğine dair rehberi de kullanıcıya değer katmadan çok sayıda sayfa üretmenin bu politikayı ihlal edebileceğini açıkça belirtiyor. Ayrıntıları yapay zekâ ile üretilen içerik ve Google politikası yazısında ele alıyorum.

İşe yarayan programatik SEO ile doorway sayfa arasındaki fark

Aynı şablon yaklaşımı iki farklı sonuca gidebilir. Denetimlerde kullandığım ayrım tablosu şu:

En sık gördüğüm örnek, hizmet verilmeyen onlarca ilçe için açılan "[ilçe] SEO hizmeti" türü sayfalar. Yerel sayfaların doğru kurgusunu yerel SEO rehberinde anlattım: Her sayfanın o bölgeye özgü gerçek bilgisi olmalı.

Hangi durumlarda programatik SEO işe yarar?

Genel kural şu: Kullanıcının aradığı yanıt, sizin elinizdeki yapılandırılmış veriden doğrudan üretilebiliyorsa programatik yaklaşım doğal bir seçimdir. Uygun senaryolar:

• Büyük ürün kataloglarında kategori ve filtre kombinasyonları; yalnızca gerçek arama talebi olan ve yeterli ürün içerenler.
• Gerçek şubesi ya da hizmet alanı olan işletmelerde konum sayfaları; adres, ekip, çalışma saati, bölgeye özgü bilgilerle.
• Rota, tarife, kur, hava durumu gibi her sorguda verisi değişen bilgi sayfaları.
• Teknik özelliklere dayanan ürün ya da yazılım karşılaştırmaları.
• Otel, tur ve destinasyon sayfaları; oda tipi, konum, mesafe ve güncel uygunluk verisiyle.

Turizm ve konaklamada bu yapıyı sıkça kuruyoruz; otel ve turizm SEO'su sayfasında yaklaşımı anlattım. Ürün tarafında platformun şablon esnekliği belirleyici; e-ticaret altyapılarının SEO karşılaştırması bu açıdan yardımcı olur.

Yayın öncesi kontrol listesi

Şablonu yayına almadan önce şu soruların her birine "evet" diyebilmelisiniz:

• Her sayfa, aynı şablonun diğer sayfalarından okuyucu için anlamlı biçimde farklı mı?
• Veri kaynağı doğru ve güncel mi; güncelleme sıklığı belli mi?
• Talep olmayan ya da veri yetersiz kombinasyonlar için sayfa üretilmiyor mu (ya da noindex mi)?
• Sayfalar kategori ve iç linklerle gezilebilir bir yapının parçası mı?
• Başlık, meta açıklama ve giriş metni değişkene göre gerçekten anlamlı mı, yoksa yalnızca kelime mi değişiyor?
• Yapılandırılmış veri sayfadaki görünür içerikle birebir uyumlu mu?
• Rastgele seçilen 10 sayfayı bir uzmana gösterdiğinizde "bu sayfa işime yarar" der mi?

Yapısal veri tarafında Product, LocalBusiness ya da Event gibi işaretlemeleri şablona bağlamak mantıklı; kuralları schema yapısal veri rehberinde bulabilir, örnek kodu schema oluşturucu ile hazırlayabilirsiniz.

Aşamalı yayın ve indeksleme takibi

Binlerce sayfayı tek seferde yayına almak yerine küçük bir partiyle başlayın; birkaç yüz sayfa, en güçlü veriye sahip kombinasyonlardan seçilmiş olsun. Search Console'da bu partinin dizine eklenme oranını, gösterimlerini ve tıklamalarını birkaç hafta izleyin.

Sayfaların önemli bir kısmı "Tarandı – şu anda dizine eklenmemiş" durumunda kalıyorsa Google size sayfaların yeterince farklı bulunmadığını söylüyor olabilir. Bu sinyali nasıl okuyacağınızı "Tarandı – şu anda dizine eklenmemiş" hatasını çözme yazısında anlattım. Bu durumda yeni parti açmak yerine şablonu ve veriyi güçlendirin.

Programatik bir projeyi veri modeli ve şablon kurgusundan başlayarak planlamak isterseniz içerik stratejisi hizmeti ve SEO uzmanı olarak teknik tarafı birlikte ele alabiliriz. Projenizi anlatmak için iletişim sayfasından bana ulaşabilirsiniz.

150+ projede e-ticaret, SaaS, sağlık ve yerel işletme sektörlerinde 8+ yıllık uygulamalı SEO ve GEO deneyimi. Teoriye değil, gerçek müşteri verilerine dayanarak yazıyor.