Programatik SEO ve GEO Mimarisi: Veri, Şablonlar, İndeksleme ve AI Arama Görünürlüğü

Programmatic SEO (Programatik SEO / pSEO) tarafındaki en büyük hata genellikle teknik değildir. Binlerce URL üretmek teknik olarak kolaydır. Asıl zor olan:

Hangi URL'lerin gerçekten üretilmesi ve indekslenmesi gerektiğini belirlemektir.

Programatik SEO mimarisi; veritabanındaki bütün kombinasyonları sayfaya çevirmek değildir. Arama talebi, veri erişilebilirliği, sayfanın faydası, site mimarisi ve indekslenebilirlik birlikte tasarlanmalıdır. GEO da bu prensibi değiştirmez. AI arama için her olası fan-out sorgusuna ayrı URL üretmek yerine, ana programatik sayfalarınızın entity'leri, doğrulanabilir bilgileri, ilişkileri ve kanıtları daha net sunmasını sağlamalısınız.

Programatik SEO Mimarisi Nedir?

Programatik SEO mimarisini şu zincir olarak düşünebilirsiniz:

sorgu sınıfları → veri → entity'ler → sayfa tipleri → şablonlar → URL'ler → iç bağlantılar → crawl/index kontrolleri → ölçüm

Bu yaklaşım:

anahtar kelime → AI metni → yayınla

modelinden tamamen farklıdır. Mimari şu kararları önceden vermelidir:

• hangi sorguların ayrı URL gerektirdiği;
• hangi verilerin zorunlu olduğu;
• hangi entity ve ilişkilerin sayfayı oluşturduğu;
• hangi sayfa tiplerinin gerçekten gerekli olduğu;
• şablonun hangi modüllerinin değişmesi gerektiği;
• hangi URL'lerin indekslenebilir olacağı;
• sayfaların birbirine nasıl bağlanacağı;
• düşük değerli URL'lerin nasıl engelleneceği;
• performansın nasıl ölçüleceği.

Sorgu Kalıpları Nasıl Belirlenir?

Programatik SEO'nun temelinde tek tek keyword değil, tekrar eden sorgu kalıpları bulunur. Örnekler:

• [ürün] fiyatı
• [ürün] alternatifleri
• [ürün A] vs [ürün B]
• [hizmet] [şehir]
• [kategori] [fiyat] altında
• [entity] istatistikleri
• [entegrasyon A] + [entegrasyon B]

Burada asıl soru:

Bu varyasyon ayrı ve faydalı bir kullanıcı görevi oluşturuyor mu?

Bir lokasyon veritabanında 2.000 şehir olması, otomatik olarak 2.000 landing page yayınlamanız gerektiği anlamına gelmez. Her sorgu sınıfı için en azından şunları tanımlayın:

• arama niyeti;
• kullanıcı görevi;
• sayfa tipi;
• zorunlu veri;
• minimum özgün değer;
• iç link ilişkileri;
• indekslenebilirlik kriteri.

Veri ve Entity Modeli Nasıl Tasarlanır?

Programatik SEO büyük ölçüde bir veri architecture problemidir. Şablon tasarımından önce entity'leri belirleyin. Örneğin bir fiyat karşılaştırma platformunda:

• ürün;
• marka;
• kategori;
• mağaza;
• teklif;
• fiyat;
• varyant;
• bölge

gibi entity'ler bulunabilir. Bir spor/veri platformunda:

• oyuncu;
• takım;
• lig;
• maç;
• sezon;
• istatistik;
• tahmin pazarı

gibi entity'ler olabilir. Her entity için:

• benzersiz ID;
• özellik'lar;
• diğer entity'lerle ilişkiler;
• canonical source of truth;
• veri güncelleme sıklığı;
• eksik veri davranışı;
• birinci el / üçüncü taraf veri ayrımı;
• sayfaya özgün değer sağlayabilecek alanlar

tanımlanmalıdır. Zayıf veri modeli, ölçeklendiğinde zayıf şablon üretir.

Programatik Sayfa Tipleri Nasıl Tanımlanır?

Tek bir veri tabanı farklı arama niyeti'leri destekleyebilir. Bu nedenle bütün sayfalar aynı şablon'i kullanmak zorunda değildir. Örneğin ayrı sayfa tipi'lar şunlar olabilir:

• entity sayfası;
• karşılaştırma sayfası;
• kategori sayfası;
• fiyat sayfası;
• lokasyon sayfası;
• istatistik sayfası;
• öneri sayfası.

Her sayfa tipi belirli bir görevi sahiplenmelidir.

Şablonlar Hangi Zorunlu ve Koşullu Alanları İçermeli?

Her şablon için bir şablon sözleşmesi / şablon contract oluşturun. Bu sözleşme şunları tanımlamalıdır:

• hedef sorgu sınıfı;
• zorunlu veri;
• koşullu modüller;
• title kuralı;
• H1 kuralı;
• doğrudan cevap alanı;
• tablo ve karşılaştırma bileşenleri;
• schema türü;
• iç link kuralları;
• canonical mantığı;
• indekslenebilirlik koşulları;
• eksik veri davranışı.

Bu aşamada Programatik SEO artık bir içerik taktiği değil, ürün ve mühendislik sistemi hâline gelir.

URL ve Site Mimarisi Nasıl Kurulmalı?

Binlerce programatik URL'nin sitenin içinde mantıklı bir konumu olmalıdır. Genel yapı çoğu zaman şu şekilde düşünülebilir:

Hub → kategori / alt kategori → programatik sayfa

Kontrol edilmesi gereken alanlar:

• sabit URL kalıpları;
• kategori yapısı;
• üst ve alt sayfa ilişkileri;
• breadcrumb;
• tarama derinliği;
• faceted navigation;
• filtre ve parametre kuralları;
• canonical yapı.

Sadece URL'nin temiz görünmesi yeterli değildir. Sayfa hâlâ yetimse mimari problemi çözülmemiştir.

İç Bağlantılar Ölçekli Olarak Nasıl Üretilmeli?

Programatik SEO'da iç linkleme manuel olarak sonradan eklenemez. Link kuralları şablon sistemine yazılmalıdır. Örneğin:

Hub → kategori → programatik URL

Programatik URL → üst hub

Programatik URL ↔ bağlamsal olarak ilgili entity sayfaları

Bir ürün sayfası:

• marka;
• kategori;
• alternatif ürünler;
• satıcı;
• fiyat aralığı

sayfalarına bağlanabilir. Bir spor sayfası:

• takım;
• lig;
• sezon;
• ilgili oyuncular;
• maç istatistikleri

ile bağlanabilir. Bu yapı, sitemap'te görünen ama site içinde linksiz kalan binlerce URL üretmenizi engeller. Ölçek büyüdüğünde iç bağlantı denetimi ile yetim sayfaları ve crawl-depth sorunlarını düzenli kontrol edin.

Hangi Programatik Sayfalar İndekslenebilir Olmalı?

Her üretilen URL'nin indekslenebilir olması gerekmez. Sayfa yayınlanmadan veya noindex kaldırılmadan önce automated quality gate uygulanabilir. Örneğin sayfa:

• doğrulanmış arama niyeti taşımalı;
• yeterli veri içermeli;
• bağımsız değer sunmalı;
• HTTP 200 dönmeli;
• doğru canonical'a sahip olmalı;
• çelişkili robots direktifi taşımamalı;
• zorunlu şablon modülleri dolu olmalı;
• iç link desteği almalı;
• aşırı şablon benzerliği göstermemeli;
• güncel veri kullanmalı.

Örneğin fiyat karşılaştırma şablon'i hiçbir güncel fiyat içermiyorsa, veritabanında entity bulunduğu için otomatik olarak indekslenebilir sayfa üretmek mantıklı olmayabilir.

URL üretim kuralı ile indeksleme kuralı aynı olmak zorunda değildir.

Bu ayrım, programatik sistemin en önemli kalite katmanlarından biridir. Daha ayrıntılı teknik kontrol için web sitesi indekslenebilirlik denetimi kullanılabilir.

Thin Content ve Yinelenen Sayfalar Nasıl Önlenir?

Programatik SEO'da şablon tekrar etmesi normaldir. Sayfanın sunduğu değerin tekrar etmesi problem olabilir. URL'ler arasında neyin gerçekten değiştiğini kontrol edin:

• veri;
• entity;
• fiyat;
• karşılaştırma seti;
• istatistik;
• öneri;
• lokasyon bilgisi;
• kullanılabilirlik;
• ilişki yapısı;
• analiz.

Sadece şehir veya ürün adı değişen şablon, bağımsız URL oluşturmak için yeterli değer sağlamayabilir. Bu nedenle minimum veri ve özgünlük eşiği önceden tanımlanmalıdır.

XML Sitemap ve Canonical Yapısı Nasıl Tasarlanmalı?

Büyük URL envanterleri logical sitemap gruplarına ayrılabilir:

• sayfa tipi;
• entity type;
• dil;
• kategori;
• launch cohort;
• veri durumu.

Sitemap'lerde tercihen yalnızca canonical ve indekslenebilir URL'ler yer almalıdır. Canonical mantığı da URL üretim sistemiyle aynı kurallardan beslenmelidir. Şu yapıdan kaçının:

• generator URL A üretiyor;
• iç linkler URL B'ye gidiyor;
• sitemap URL C'yi listeliyor;
• canonical URL D'yi gösteriyor.

Küçük kural hataları ölçek büyüdüğünde binlerce URL problemine dönüşür.

Yapılandırılmış Veri Şablonlara Nasıl Eklenmeli?

Schema, programatik sayfalar üretildikten sonra sonradan eklenen ayrı bir katman olmamalıdır. Visible content'i üreten veri modeli, JSON-LD'yi de beslemelidir. Sayfa tipine göre:

• Product;
• ProductGroup;
• Offer;
• Veriset;
• LocalBusiness;
• SoftwareApplication;
• BreadcrumbList;
• Article

gibi schema türü'ları kullanılabilir. Schema görünür içerikle tutarlı olmalıdır. Ölçekli sistemlerde şablon seviyesindeki tek schema hatası binlerce URL'yi etkileyebilir. Bu nedenle schema markup denetimi launch QA'nın parçası olmalıdır.

GEO Katmanı Programatik SEO'ya Nasıl Eklenmeli?

GEO ayrı bir URL üretim motoru değildir. GEO'nun etkilediği alanlar daha çok şunlardır:

• entity netliği;
• açık ilişkiler;
• canonical fact alanları;
• kısa ve doğrudan cevap blokları;
• first-party / proprietary veri;
• karşılaştırma tabloları;
• görünür kanıt;
• kaynak alanları;
• terminoloji tutarlılığı;
• crawlable HTML;
• visible content ile uyumlu structured veri;
• güncellik mantığı.

Örneğin bir ürün için her olası AI sorusuna ayrı URL oluşturmak yerine, ana ürün sayfasında:

• fiyat;
• özellik;
• karşılaştırma;
• alternatif;
• kullanılabilirlik;
• kaynak/provenance

bilgilerinin açık ve yapılandırılmış biçimde bulunmasını sağlayın.

Programatik SEO ölçeklenebilir sayfa sistemini kurar. GEO ise bu sistemin varlıkları, doğrulanabilir bilgileri, ilişkileri ve kanıtları nasıl sunduğunu geliştirir.

Programatik SEO Performansı Nasıl Ölçülmeli?

50.000 URL'lik sistemi tek tek sayfa bazında değerlendirmeyin.

Şablon ve cohort seviyesinde ölçün:

• üretilen URL;
• indekslenebilir URL;
• sitemap'e gönderilen URL;
• crawl edilen URL;
• indexed URL;
• impression alan sayfa;
• query coverage;
• clicks;
• conversions;
• sayfa tipi;
• entity type;
• launch cohort;
• canonical consolidation;
• cannibalization;
• ölçülebiliyorsa AI mention/citation.

Örneğin:

> Şablon A: 12.000 üretilen → 9.500 indekslenebilir → 7.600 indexed → 5.400 impression alan URL.

Bu veri, rastgele 10 URL incelemekten çok daha değerlidir.

Ne Zaman Ölçeklenmemeli?

Şu durumlarda ölçeklemeyi durdurun:

• sorgu kalıpları doğrulanmadıysa;
• veri çok zayıfsa;
• sayfaların büyük bölümü birbirine çok benzeyecekse;
• iç link mimarisi yoksa;
• indeksleme kuralı tanımlanamıyorsa;
• pilot cohort kötü indeksleniyorsa;
• veri güncelliği sürdürülemiyorsa;
• şablon ayrı bir kullanıcı görevini cevaplamıyorsa;
• ölçüm kurulmadıysa.

Daha küçük ama güçlü bir URL envanteri, sonradan binlerce URL'yi noindex veya consolidate etmekten genellikle daha sağlıklıdır.

Sonuç

Programatik SEO mimarisi bir “daha fazla URL üretme” sistemi değildir. Sorgu kalıplarını doğrulayın. Veri ve entity modelini kurun. Sayfa tiplerini ve şablon contract'larını tanımlayın. URL ve iç link mimarisini oluşturun. İndeksleme quality gate'lerini devreye alın. Schema'yı aynı veri modeliden üretin. Ardından GEO katmanıyla varlıkları, doğrulanabilir bilgileri, ilişkileri ve kanıtların sunumunu güçlendirin. Sorulması gereken soru:

Kaç sayfa üretebiliriz?

değil;

Verimiz gerçekten kaç faydalı, teknik olarak tutarlı ve bağımsız değer taşıyan arama deneyimini destekliyor?

Mimariyi uygulama planına dönüştürün

Gerçek teslim kapsamını spor veri platformu projesinde inceleyin. Platformunuz için gereksinimleri netleştirmek üzere Programatik SEO ve GEO mimari denetimi hizmetine geçebilirsiniz.

İndekslenebilirlik kararlarını ayrıntılandırmak için Programatik SEO indeksleme ve kalite kontrol eşikleri rehberini inceleyin.

Şablon gereksinimi örneği

Bir istatistik sayfası için sabit entity kimliği, ilgili sezon, kaynak güncelleme zamanı, dolu istatistik tablosu ve tanımlı karşılaştırma bağlamı gerekebilir. Tercih edilen URL, title ve H1 aynı sayfa sahipliği kurallarından üretilmelidir. Zorunlu veri yoksa sitemap’e eklemeden önce önceden belirlenen davranış uygulanır. Bu, konuyu açıklayan bir örnektir; proje platformunda doğrulanmış bir kural olarak sunulmaz.

Kaynaklar: Google AI arama uygunluğu rehberi ve Google ölçekli içerik kötüye kullanımı politikası.