Programatik SEO

TL;DR — Programatik SEO, her sayfayı elle yazmak yerine tek bir şablondan ve veri yığınından çok sayıda sayfa oluşturmaktır. Doğru yapıldığında (gerçek verilerle desteklenen para birimi dönüştürücüleri veya “[şehir] içinde yapılacaklar” sayfalarını düşünün) yararlı kapsamı verimli biçimde yayımlayabilir. Yalnızca zayıf varyasyonlarla sıralamaları manipüle etmek için yapıldığında ölçeklenmiş içerik veya doorway kötüye kullanımı politikalarını ihlal edebilir. Evidence for this claim Google defines scaled content abuse as generating many pages primarily to manipulate rankings, regardless of whether automation, humans, or both created them. Scope: Current Google spam policy; scale itself is not the violation. Confidence: high · Verified: 2026-07-14 Google Search Essentials: Scaled content abuse Evidence for this claim Programmatic pages should provide original value for an intended audience rather than thin permutations created mainly for search traffic. Scope: Current Google helpful-content self-assessment. Confidence: high · Verified: 2026-07-14 Google Search Central: Creating helpful content

Programatik SEO nedir?

İnsanlar Programatik SEO’yu çoğu zaman pSEO diye kısaltır. Bu terim, her sayfayı ayrı ayrı yazmak yerine tek bir şablon ve veri kaynağından çok sayıda sayfa üretmek anlamına gelir. Sayfa düzenini bir kez tasarlar, bir e-tabloya veya veritabanına bağlar ve binlerce varyasyonun dolmasını sağlarsınız.

Temel fikir basittir: tek şablon + iyi bir veri kümesi = farklı aramalara yönelik çok sayıda sayfa. Daha önce arayıp şu tür bir sayfaya geldiyseniz:

• Wise — her bir “[currency] to [currency]” çifti için para birimi dönüştürücü sayfaları. Bazı tahminlere göre Wise bunlardan milyonlarcasını çalıştırıyor.
• Zapier — “connect [App A] to [App B]” entegrasyon sayfaları; bildirildiğine göre yüz binlerce sayfa.
• Zillow — neredeyse her emlak ilanı için bir sayfa.

…programatik SEO kullanmışsınızdır. (Bu sayfa ve trafik sayıları üçüncü taraf tahminleridir; kesin gerçekler değil, yaklaşık değerler olarak ele alın.) Bunların çalışmasının nedeni, her sayfada gerçekten yararlı ve farklı bir şey bulunmasıdır: canlı bir döviz kuru, gerçek bir entegrasyon veya gerçek bir ilan.

Ne zaman harika, ne zaman spam?

Çoğu “pSEO nasıl yapılır?” rehberinin hızla geçtiği dürüst kısım şudur: Teknik tarafsızdır. İyi sayfaları da kötü sayfaları da aynı ölçekte büyütür.

• Harika: Her sayfa, insanların gerçekten istediği verilerle gerçek bir soruyu yanıtlar.
• Spam: Sayfalar arasında değişen tek şey başlıktaki bir kelimedir; geri kalan her şey dolgu metnidir. Arama motorlarının buna karşı açık politikaları vardır (ölçeklenmiş içerik kötüye kullanımı, doorway sayfaları, zayıf içerik) ve bunları saptamakta etkilidir.

Hızlı bir içgüdü testi yapın: Planladığınız sayfalardan birini alın ve hedeflediğiniz anahtar kelimeyi zihninizde silin. Geriye genellenebilir, herhangi bir konuya uyabilecek bir sayfa kalıyorsa veriniz henüz yeterince derin değildir — bu projeleri sorunlu hâle getiren şey de tam olarak budur.

Tam uygulama rehberini — veri kaynağını seçmeyi, sayfaları sorunlardan uzak tutmayı ve en çok önemsediğim kısmı, binlerce sayfanın gerçekten dizine eklenmesini sağlamayı — istiyorsanız Advanced sekmesine geçin.

TL;DR — Programatik SEO, benzer sorgular kümesi boyunca sayfalar üreten tek bir modüler şablon ile yapılandırılmış bir veri kaynağıdır (çekirdek + niteleyici modeli). Her sayfa sorgusunu benzersiz verilerle gerçekten yanıtlıyorsa meşrudur; uygulama zayıfsa spamdir — bu bir veri sorunudur, şablon sorunu değil. Rakiplerin atladığı kısım, teknik ölçek katmanıdır: Bu işin çalışıp çalışmayacağına önce dizine ekleme karar verir. Bu nedenle aşamalı gruplar hâlinde yayımlayın, ölçeklendirmeden önce dizine eklenmeyi ve gösterimleri doğrulayın; tarama bütçesini, dahili bağlantıları, site haritası bölümlendirmesini, şemayı ve dizin şişmesini birinci sınıf konular olarak ele alın. Otomasyon, zayıf veya yararsız çıktıyı mazur göstermez. Evidence for this claim Google defines scaled content abuse as generating many pages primarily to manipulate rankings, regardless of whether automation, humans, or both created them. Scope: Current Google spam policy; scale itself is not the violation. Confidence: high · Verified: 2026-07-14 Google Search Essentials: Scaled content abuse Evidence for this claim Programmatic pages should provide original value for an intended audience rather than thin permutations created mainly for search traffic. Scope: Current Google helpful-content self-assessment. Confidence: high · Verified: 2026-07-14 Google Search Central: Creating helpful content

Gerçekte ne?

Programatik SEO, tek bir modüler şablonu yapılandırılmış bir veri kaynağıyla birleştirerek geniş ölçekte, birbiriyle ilişkili çok sayıda sorguyu hedefleyen sayfaları sistematik biçimde oluşturmaktır. Sayfa modelini bir kez kurarsınız; veriler varyasyonları doldurur.

Standart zihinsel model çekirdek + niteleyicidir. Çekirdek, yinelenebilir sayfa kavramıdır (“currency converter”, “X vs Y comparison”, “things to do in”); niteleyici, verilerinizin değiştiği boyuttur. Bilmeniz gereken niteleyiciler şunlardır:

• Coğrafi — [service] in [city], things to do in [place].
• Karşılaştırma — [A] vs [B], [A] alternatives.
• Öznitelik — [product] for [use case], best [thing] for [audience].
• Biçim — [topic] template, [topic] calculator, [topic] examples.
• Soru — how to [task], what is [thing].

[service] in [city] kalıbı, erken işaretlenmesi gereken en yararlı kalıptır; çünkü aynı zamanda klasik doorway sayfası tuzağıdır — aşağıda daha fazlası var.

Nasıl oluşturulur?

1. Veri kaynağı bütün oyundur — seçeneklerinizi sıralayın. Savunulabilirlik sırasıyla:

• Sahip olduğunuz ve başka kimsede bulunmayan özel veriler. Savunma hendeği budur. Ahrefs’te bu sayfalarda kendi dizin verilerimize yaslanıyoruz — yalnızca otomatik bilgilendirici içerik itmek yerine verilerimizi sergiliyoruz.
• Herkese açık API’ler / lisanslı veri kümeleri — kullanılabilir; ancak size açıksa rakiplerinize de açıktır. Bu durumda değer, onu nasıl sunduğunuzdan ve birleştirdiğinizden gelmelidir.
• Kazınmış akışlar — seçeneklerin en zayıfı. Değer eklemeden başkasının içeriğini yeniden yayımlamak Google’ın adı konmuş spam örneklerinden biridir.

2. Şablon, sayfaya özgü gerçekten benzersiz veriye yer bırakmalıdır. İyi şablon, sayfadan sayfaya anlamlı biçimde değişen verilerin etrafında çoğunlukla iskele görevi görür; tek bir değişkeni değiştirilmiş bir boilerplate paragraf değildir.

3. CMS, oluşturma ve dağıtım. Ekiplerin çoğu bu sayfaları bir CMS veya statik site derlemesi aracılığıyla veritabanından üretir. Benzersiz içeriğin ilk HTML içinde bulunması için sunucu tarafı oluşturmayı (SSR) veya statik site oluşturmayı (SSG) tercih edin — sayfanın dizine eklenmesini değerli kılan tek şeyi görmek için Google’ı istemci tarafı JavaScript’i oluşturmaya zorlamayın. Sayfaları bölümlenmiş XML site haritalarına aktarın (aşağıya bakın).

Temel tezim: geniş ölçekte zayıf içerik şablon değil, veri sorunudur

Dönüp dolaşıp geldiğim çizgi budur. Programatik bir proje zayıf sayfalar ürettiğinde insanlar şablonu veya kelime sayısını suçlar ve her sayfaya daha fazla metin ekleyerek onu “güçlendirmeye” çalışır. Yanlış çözüm. Niteleyiciyi kaldırmak genel bir sayfa bırakıyorsa veri kümeniz fazla sığdır. Şablon cilası, söyleyecek benzersiz şeyi olmayan bir sayfayı kurtaramaz. Veriyi düzeltin — derinlik, boyutlar ve yalnızca sizin bildiğiniz şeyler ekleyin — ya da o sayfayı yayımlamayın.

Taklit etmek de işe yaramaz. Kaliteli içerik oluşturmak için gerçek uzmanlık gerekir; birçok durumda insanlar uzmanlık taklidi yapıyor veya yazarlarına yaptırıyor. Ölçekte farklılaşmanın yolu uzmanlardan gerçek bilgi almak ve yalnızca sizin erişebildiğiniz verileri eklemektir.

Ne zaman çalışır, ne zaman spamdir?

Şu durumda çalışır: niteleyici kümesinde gerçek arama talebi vardır; her sayfa sorgusunu anlamlı biçimde yanıtlar; veri benzersizdir veya benzersiz biçimde sunulur; sayfalar yalnızca bir trafik grafiğine değil, gerçek bir ticari hedefe bağlanır.

Şu durumda spamdir: sıralamaları manipüle etmek amacıyla üretilmiş özgün olmayan içeriktir — Google’ın ölçeklenmiş içerik kötüye kullanımı politikasının söylediği gibi, “nasıl oluşturulduğu fark etmeksizin”. Otomasyon fantezisi konusunda açık konuşayım: Bunu otomatikleştirmeye çalışanlar iyi gitmiyor — çoğu geriye düştü. Geçen yıl çoğu araç sitesi olmak üzere buna benzer yaklaşık 300 web sitesi kurduk; amacımız özellikle yapay zekâ sistemlerinin bunu yapacak kadar iyi olup olmadığını test etmekti. Bazı şeyler çalışıyor; bazıları bir süre çalışıp sonra düşüyor. Google, gerçek emek vermediğiniz bir şeyi ödüllendirmeyecek. Tembel kalıplar da bariz hedeflerdir — insanlar “bir SSS hazırlayayım ve üzerine 50 veya 100 SSS koyayım” dediğinde bunun çalışmayacağı baştan belliydi; cezalandırılacak kadar açık bir örüntüdür.

Herkesin atladığı kısım: ölçekte gerçekten sıralanmasını sağlamak

Çoğu pSEO rehberi “yayımla ve izle” noktasında durur. Gerçek teknik iş orada başlar. Bu benim uzmanlık alanım; rakiplerin kaçırdığı katman şudur.

İlk önemli şey dizine eklenmedir

En büyük konu yalnızca dizine eklenmedir — sayfa dizinde mi, değil mi? Sayfa dizine eklenmemişse başka ne yaptığınızın önemi yoktur. Binlerce sayfayı aynı anda yayımladığınızda dizine eklenme garanti değildir; Google neyi tutmak istediğine karar verir ve zayıf varyasyonlar düşürülür (veya hiç alınmaz). Bu nedenle:

• Hiçbir şeyi aynı anda yayımlamayın. Aşamalı gruplar hâlinde yayımlayın ve ölçeklendirmeden önce dizine eklenmeyi ve gösterimleri doğrulayın. Önce 10–20 sayfa yayımlayın; dizine eklenip gösterim kazandıklarını doğrulayın, sonra 50–100 ve ardından tüm küme. İlk grup iyi dizine eklenmiyorsa on bin sayfalık grup da eklenmez — bunu ucuza öğrenmiş olursunuz.
• GSC’nin Sayfa Dizine Eklenme raporunda “Tarandı — şu anda dizine eklenmedi” ve “Keşfedildi — şu anda dizine eklenmedi” durumlarının artmasını izleyin. Bu, Google’ın sayfaların alanına değmediğini söylemesidir — genellikle etiket sorunu değil, veri derinliği sorunudur.

Tarama bütçesi ve Tarama İstatistikleri

Çoğu site için tarama bütçesi sorun değildir — büyük ölçekte önem kazanmaya başlar ve pSEO tam olarak burada yaşar. Daha fazla tarama daha iyi sıralanacağınız anlamına gelmez; ancak taranmayan ve dizine eklenmeyen sayfalar hiç sıralanamaz. Yanıt kodlarını ve ortalama yanıt süresini izlemek için GSC’nin Tarama İstatistikleri raporunu kullanın; parametre patlamalarının ve yinelenenlerin gerçek sayfalarınız yerine işe yaramaz URL’leri taramayla meşgul olmasına izin vermeyin.

Dahili bağlantılar — yetim bırakmayın

Kendilerine bağlantı veren hiçbir şey olmayan binlerce sayfa yetimdir; yetim sayfalar iyi keşfedilmez veya dizine eklenmez. Gerçek bir merkez ve kollar yapısı kurun: programatik sayfalara bağlantı veren kategori/merkez sayfaları ve ilgili kardeşlere yanal bağlantılar veren programatik sayfalar. Eski Google doorway kılavuzu da bunu sorar — sayfalarınızın sitenin geri kalanından gezinilemeyen bir “ada” olarak yaşayıp yaşamadığını.

Dizin şişmesi ve zayıf varyasyonlar

Veri ızgaranızdaki her hücre bir sayfayı hak etmez. Talebi veya gerçek verisi olmayan kombinasyonlar, tüm projeyi seyrelten zayıf sayfalar üretir. Zayıf varyasyonlara noindex uygulayın (veya bunları üretmeyin) ve zaman içinde düşük performanslıları budayın. Bu, faceted-navigation yönlü gezinmede dizin şişmesine yakından bağlıdır — aynı sorun, makine tarafından üretilen URL kombinasyonlarının yararlı olanı aşacak şekilde çoğalmasıdır.

Site haritaları ve şema

• Bölümlenmiş XML site haritaları. Ölçekte URL’lerinizi bir site haritası dizininin altındaki birçok site haritasına bölün. Wise’ın çoklu site haritası örüntüsü bunun bariz örneğidir — bölümlendirme, GSC’de dizine eklenmeyi bölüm bazında izlemenizi ve hangi sayfa diliminin dizine eklenip hangisinin eklenmediğini görmenizi sağlar.
• Gerçekten uyduğu yerde şema: liste/toplama sayfaları için ItemList, yalnızca gerçek SSS’lerin bulunduğu yerde FAQPage (yukarıdaki spam örüntüsü değil), gerçek konum varlıkları için LocalBusiness. Şema zayıf bir sayfayı iyi hâle getirmez — yalnızca iyi bir sayfanın anlaşılmasına yardım eder.

Bing’in mevcut durumu

Bilinmesi gereken nokta: Bing, 2026’da tutumunu yumuşattı. Eski kılavuzlar makine tarafından üretilen içeriği “kötü niyetli”, “çöp” ve “cezalarla sonuçlanacak” olarak adlandırıyordu. Güncellenen ifade, denetim, kalite kontrolü veya editoryal inceleme olmadan geniş ölçekte üretilen içeriğin “dizine eklemenin dışında bırakılabileceğini” söylüyor. Bu, Google’ın ulaştığı sonuçla aynıdır — ölçüt, sayfaya makinenin dokunup dokunmadığı değil, editoryal denetim ve katma değerdir.

Doğruluk omurgası — bunları doğru yapın

1. Google’ın ölçeklenmiş içerik kötüye kullanımı politikası, ağırlıklı olarak sıralamaları manipüle etmek için yapılan ve değer taşımayan içeriği hedefler — “nasıl oluşturulduğu fark etmeksizin”. Otomasyon ve yapay zekâ özünde politikaya aykırı değildir; çizgi değer + niyet + denetimdir.
2. Bing, 2026’da aynı sonuca ulaştı: yöntemden önemli olan değerdir.
3. [service] in [city] şablonlu huniler, tam anlamıyla doorway riskidir.
4. Wise, Zillow, Zapier vb. her vaka çalışmasında ortalıkta dolaşan sayfa ve trafik rakamları üçüncü taraf tahminidir — ihtiyat payı bırakın.
5. Programatik SEO, her sayfa sorguyu benzersiz verilerle gerçekten yanıtlıyorsa meşrudur. Spam olup olmamasını uygulama belirler; teknik değil.

Sonuç

Veriniz ve onu destekleyecek teknik disiplininiz varsa Programatik SEO ölçeklenmenin harika bir yoludur. Verilerinizi kullanarak iyi sayfaları programatik biçimde oluşturabiliyorsanız hızla ölçeklenmek için güçlü bir yöntem olabilir. Otomasyonun sizin yerinize düşünmesini umuyorsanız arama motorlarının son birkaç yıldır görmezden gelmeyi öğrendiği şeyi inşa ediyorsunuz.

AI özeti

Advanced sürümünün özeti:

• Programatik SEO = tek şablon + yapılandırılmış veri kaynağıdır; coğrafi, karşılaştırma, öznitelik, biçim ve soru niteleyicileriyle bir çekirdek + niteleyici sorgu kümesinde sayfalar üretir.
• Teknik tarafsızdır. Her sayfa sorguyu benzersiz verilerle yanıtlıyorsa meşrudur; uygulama zayıfsa spamdir.
• Temel tez: ölçekte zayıf içerik şablon değil, veri sorunudur — niteleyiciyi silmek geriye genel bir sayfa bırakıyorsa veri kümesi fazla sığdır. Daha fazla şablon cilası bunu kurtarmaz.
• Veri kaynağı sıralaması: özel > herkese açık API/lisanslı > kazınmış (değer eklemeden kazımak adı konmuş bir spam örneğidir).
• Önce dizine ekleme gelir. “Sayfa dizinde mi, değil mi?” her şeyi belirler. Aşamalı gruplar hâlinde yayımlayın (10–20 → 50–100 → tüm küme); gruplar arasında dizine eklenmeyi ve gösterimleri doğrulayın.
• Rakiplerin atladığı teknik katman: tarama bütçesi + GSC Tarama İstatistikleri; merkez ve kollar dahili bağlantısı (yetim yok); zayıf varyasyonlara noindex uygulama/budama (dizin şişmesi, yönlü gezinme); bölümlenmiş XML site haritaları (Wise örüntüsü); gerçekten uyduğu yerde şema (ItemList/FAQPage/LocalBusiness).
• Politika: Google’ın ölçeklenmiş içerik kötüye kullanımı “nasıl oluşturulduğu fark etmeksizin” geçerlidir; [service] in [city] hunileri = doorway riski; Bing “denetim/katma değer eksikse dizine eklenmenin dışında bırakılabilir” noktasına yumuşadı — Google’la aynı sonuç.
• Gerçeklik kontrolü: Tam otomatikleştirmeye çalışanlar iyi gitmiyor; kazananlarda özel veri ve gerçek editoryal denetim var. Tüm vaka çalışması rakamları üçüncü taraf tahminidir.

Resmi belgeler

Bir programatik projenin uygun mu yoksa sorunlu mu olduğuna karar veren birincil kaynak politikaları.

Google

• Spam politikaları — Ölçeklenmiş içerik kötüye kullanımı — pSEO için temel politika: sıralamaları manipüle etmek amacıyla üretilen çok sayıda düşük değerli sayfa; “nasıl oluşturulduğu fark etmeksizin”.
• Spam politikaları — Doorway kötüye kullanımı — [service] in [city] huni sayfalarının neden riskli olduğu.
• Spam politikaları — Kazıma — değer eklenmeden yeniden yayımlanan akışlar/veriler.
• Yararlı, güvenilir, insan odaklı içerik oluşturma — “Kim, Nasıl, Neden” öz değerlendirmesi ve arama motoru odaklı kırmızı bayraklar.
• Üretken yapay zekâ içeriğini kullanma — otomasyon uygundur; değer olmadan çok sayıda sayfa üretmek değildir.

Bing / Microsoft

• Bing Webmaster Guidelines — 2026 güncellemesi: denetim/kalite kontrolü olmadan geniş ölçekte üretilen içerik “dizine eklenmenin dışında bırakılabilir”.

Kaynaktan alıntılar

Meşru programatik SEO ile ölçeklenmiş spam arasındaki çizgiyi açıklayan kayda geçmiş ifadeler ve kendi görüşlerimden bazıları.

Google — programatik SEO ve ölçeklenmiş içerik

• “I love fire, but also programmatic SEO is often a fancy banner for spam.” (ve hakkını vermek gerekirse devamında: “programmatic SEO is not always spam but hey: Forever the optimist.”) — John Mueller, Google. Jump to quote
• “We don’t really care how you’re doing this scaled content, whether it’s AI, automation, or human beings. It’s going to be an issue.” — Danny Sullivan, Google (April 2025). Jump to quote
• “The key things are, large amounts of unoriginal content and also no matter how it’s created.” — Danny Sullivan, Google. Jump to quote
• “As said before when asked about AI, content created primarily for search engine rankings, however it is done, is against our guidance. If content is helpful & created for people first, that’s not an issue.” — Danny Sullivan, @searchliaison (January 2023). Jump to quote
• “We focus on the quality of content, not who produced it. Use AI to provide people with unique, satisfying information.” — Danny Sullivan, Google (brightonSEO 2023). Jump to quote (Türkçe açıklama: Alıntılar, ölçeklenmiş içeriğin üretim yönteminden çok özgünlük, kullanıcı yararı ve editoryal niyetin önemini vurgular.)

Google — otomasyon, yapay zekâ ve denetim

• “Scaled content abuse is when many pages are generated for the primary purpose of manipulating search rankings and not helping users… no matter how it’s created.” — Google Search Central, spam policies. Jump to quote
• “I think the word human created is wrong. Basically, it should be human curated. So basically someone had some editorial oversight over their content and validated that it’s actually correct and accurate.” — Gary Illyes, Google (August 2025). Jump to quote
• The Helpful Content language shift: Google’s August 2022 guidance described helpful content as “written by people, for people”; in September 2023 it changed to “created for people” — formally acknowledging that AI-assisted content can be fine when it’s made for users, not ranking manipulation. (Türkçe açıklama: Google, ölçekte içeriğin arama sıralamalarını manipüle etmek için değil kullanıcıları desteklemek için oluşturulmasını; doğruluğun da insan denetimiyle kontrol edilmesini ister.)

Bing / Microsoft

• Old guidelines (pre-2026): machine-generated content “is considered malicious and usually contains garbage text only created to garnish a higher ranking… This type of content will result in penalties.”
• New guidelines (February 2026): “Large-scale content generated without oversight, quality control, or editorial review often lacks usefulness, accuracy, and originality, and may be excluded from indexing.” (Türkçe açıklama: Eski ve yeni Bing ifadeleri, sırasıyla makine içeriğini cezalandırma ve denetimsiz geniş ölçekli içeriği dizin dışında bırakma riskini anlatır.)

Benim programatik SEO hakkındaki görüşüm

• “The people that are trying to automate this are not doing well… a lot have fallen.” — Patrick Stox (PageTraffic podcast). Read the source
• “The biggest one is just indexing — is the page indexed or not? It doesn’t matter what else you do if the page isn’t indexed.” — Patrick Stox (PageTraffic podcast). Read the source
• “If you have the ability to create good pages programmatically using your data, it can be a great way to scale quickly.” — Patrick Stox, Ahrefs. Jump to quote
• “To create quality content, you need real expertise. The problem is that, in many cases, we’re just faking expertise, or we have writers who are faking expertise.” — Patrick Stox, Search Engine Land. Jump to quote (Türkçe açıklama: Bu alıntılar, otomasyonun tek başına başarı getirmediğini; dizine eklenme, özel veri, ölçek ve gerçek uzmanlığın birlikte gerektiğini vurgular.)

Ölçeklendirmeden önce QA kontrol listesi

Bir programatik kümeyi yayımlamadan önce bunu çalıştırın — çoğu hata daha sonra keşfedilmez; bu aşamada gömülüdür.

• Veri derinliğini doğrulayın. Üç örnek sayfa seçin, niteleyiciyi silin ve geriye kalanın hâlâ gerçekten yararlı olduğunu doğrulayın. Genelse veri kümesi fazla sığdır — sayfa üretmeden önce veriyi düzeltin.
• Yinelenme / kanibalizasyon kontrolü. Sayfaların aynı sorgu için rekabet etmediğinden veya ızgara boyunca neredeyse aynı içeriği yinelemediğinden emin olun.
• Dahili bağlantı planı. Her sayfaya merkezden gerçek <a href> bağlantılarıyla ulaşılabilsin; yetim kalmasın; programatik sayfalar ilgili kardeşlere yanal bağlantı versin.
• Dizine ekleme pilot grubu. Önce 10–20 sayfa yayımlayın; geri kalanını üretmeden önce dizine eklenip gösterim kazandıklarını doğrulayın.
• Şema. ItemList / FAQPage / LocalBusiness yalnızca gerçekten sayfaya uyuyorsa ekleyin; işaretleme tetiklemek için sahte SSS üretmeyin.
• Site haritası bölümlendirmesi. URL’leri bir dizinin altındaki bölümlenmiş XML site haritalarına ayırın; böylece dizine eklenmeyi bölüm bazında izleyebilirsiniz.
• Budama planı. Hangi zayıf veya talep görmeyen kombinasyonların noindex alacağına veya hiç üretilmeyeceğine önceden karar verin ve düşük performanslıları budamak için bir sıklık belirleyin.
• Oluşturma kontrolü. Sayfayı tanımlayan benzersiz içerik sonradan istemci tarafı JavaScript’le eklenmek yerine ilk HTML içinde olsun (SSR/SSG).

Çerçeveler

1. Programatik SEO yapmalı mısınız?

Başlamadan önce dört sorunun da yanıtı “evet” olsun:

• Ticari hedef uyumu — Bu sayfalar gerçek bir amaca mı hizmet ediyor, yoksa yalnızca bir trafik sayısına mı? (İyi bir OKR için kendi örneğim: verilerimizi ve platformumuzu değerli olduğunu göstermek üzere altı ayda 2 000 programatik sayfa oluşturmak — ham sayfa sayısına değil, veriye ve platforma bağlıdır.)
• Dönüşüm bağlantısı — Bu sayfalardan önemli bir şeye (kayıtlar, potansiyel müşteriler, gelir) giden makul bir yol var mı?
• Erişilebilir benzersiz veri — Size ait olan veya başkasının sunmadığı şekilde sunabileceğiniz bir veri var mı? Tek veri kazınmış veya emtiaysa burada durun.
• Gerçek talep — Niteleyici kümesi genelinde gerçek arama hacmi var mı, yoksa kimsenin yapmadığı sorgular için sayfa mı üretiyorsunuz?

2. Aşamalı yayın çerçevesi

Kümenin tamamını bir kerede göndermeyin. Gruplar arasında dizine eklenmeyi ve gösterimleri doğrulayın:

1. Pilot — 10–20 sayfa. Yayımlayın, ardından GSC’de dizine eklendiklerini ve gösterim kazanmaya başladıklarını doğrulayın. Eklenmiyorlarsa durun ve veriyi/şablonu düzeltin — sorun yalnızca çoğalacaktır.
2. Genişlet — 50–100 sayfa. Daha büyük kümede dizine eklenme oranını ve erken gösterim eğilimlerini yeniden kontrol edin. “Tarandı/Keşfedildi — şu anda dizine eklenmedi” durumlarının artmasını izleyin.
3. Tam yayın. Yalnızca birinci ve ikinci gruplar temiz biçimde dizine eklendikten sonra. Site haritası bölümü başına izlemeyi sürdürün ve hiç dizine eklenmeyen veya gösterim kazanmayan kombinasyonları budayın.

İlke şudur: Her grup, bir sonraki daha büyük grubun üretilmeye değer olup olmadığını gösteren ucuz bir deneydir.

Spam politikası → pSEO hatası — kısa başvuru tablosu

Her arama motoru kavramı belirli bir programatik hata biçimine karşılık gelir. Projeniz sağdaki şeyi yapıyorsa soldaki politika sizi yakalar.

Tek satırlık test: Sayfadaki niteleyiciyi silin. Geriye genel bir şey kalıyorsa sayfa zayıftır — şablonu değil veriyi düzeltin.

Bir programatik kümeyi baskı testine sokacak istemler

Bir veri kümesinde niteleyiciyi silme testini çalıştırın

Satırlarınızdan bir örnek ile sayfa şablonunu veya oluşturulmuş sayfa alanlarını yapıştırın. Birincil niteleyici sütununu ekleyin. Üretilmiş dolgu metni değil, satır düzeyinde risk incelemesi bekleyin.

Audit this proposed programmatic SEO dataset and template for distinct per-page value.

For each sample row:
1. Identify the primary modifier.
2. Describe what useful information remains if that modifier and its direct mentions
   are removed from the rendered page.
3. Mark the row as distinct, borderline, or generic.
4. Name the supplied fields that create real page-specific value.
5. If it is borderline or generic, say whether the honest fix is deeper data,
   consolidation into a broader page, noindex, or not generating the URL.

Then flag rows likely to cannibalize one another, pages that funnel to the same final
destination without standalone value, and fields that merely restate commodity or
scraped data. Do not write extra paragraphs to disguise shallow data. Do not invent
demand, proprietary fields, or conversion value that I did not provide.

[PASTE DATA SAMPLE AND TEMPLATE/RENDERED FIELDS]

Aşamalı yayın incelemesi oluşturun

Önerilen URL kalıbını, veri kaynağını, dahili bağlantı planını, site haritası bölümlendirmesini ve mevcut grubun sonuçlarını yapıştırın. İzin ver, dur ve düzelt veya üretme kararı bekleyin.

Review this programmatic SEO rollout using these gates:
- The pages support a business goal and a plausible conversion path.
- The dataset supplies useful, distinct information for each modifier.
- Real search demand exists across the intended combinations.
- Every page is reachable through crawlable internal links and a segmented sitemap.
- The unique content is present in the rendered HTML.
- The pilot is 10–20 pages; expansion is 50–100 pages; full rollout waits until the
  earlier batches index and begin earning impressions.

Return:
1. A verdict: proceed to the next batch, stop and fix, or do not generate.
2. Evidence for each gate using only the supplied material.
3. Any scaled-content, doorway, scraping, cannibalization, or index-bloat risk.
4. The smallest next batch and the GSC/sitemap evidence required before scaling again.

Do not infer that indexed pages are valuable merely because they indexed, and do not
invent an acceptable indexing-rate benchmark.

[PASTE PROJECT PLAN AND CURRENT BATCH RESULTS]

Yayın öncesi ve aşamalı yayın kontrolleri için araçlar

Site içi araçlarla başlayın

• Google Index Checker — pilot URL’lerde gözlemlenebilir durumu, yönlendirmeyi, noindex ve canonical engellerini kontrol eder; ardından Google’ın gerçek yanıtı için sizi GSC URL Denetimi’ne yönlendirir. Her gruptan temsili bir örnek kullanın.
• XML Sitemap Validator — her şablonu veya yayın kohortunu izlemek için kullanılan site haritası bölümlerini doğrular; hataları ve uyarıları tahmin edilen dizine eklenme sonucu yerine XML’e bağlar.
• XML Sitemap Generator — aynı site üzerindeki bir taramadan, robotlara saygılı ve sınırlandırılmış bir site haritası oluşturur; noindex, canonical dışı, başarısız ve belirsiz URL’leri ayrı tutar. Oluşturucunun yayımlamayı amaçladığı URL kümesiyle taranabilir çıktıyı karşılaştırmak için kullanın.

Kanıt zincirini tamamlayın

• Google Search Console Sayfa Dizine Eklenme ve Performans raporları — bir grubun dizine eklenip gösterim kazanmaya başlayıp başlamadığını görmek için site haritasına veya URL kalıbına göre filtreleyin.
• Google Search Console URL Denetimi — grup düzeyindeki raporun somut bir örneğe ihtiyaç duyduğu yerde Google’ın bildirdiği durumu temsili bir URL için doğrular.
• Tam site tarayıcısı — ölçek katlamadan önce durum, canonical’lar, yönergeler, oluşturulmuş görünür benzersiz içerik, dahili bağlantı derinliği, yetim adayları ve yinelenen sayfa kalıplarını kontrol eder.
• Sunucu erişim günlükleri — Googlebot’un programatik bölüme ulaşıp ulaşmadığını ve tarama kapasitesinin istenmeyen parametre veya yönlü kombinasyonlarla tüketilip tüketilmediğini gösterir.
• Şema doğrulaması — yalnızca sayfaya doğru biçimde uyan işaretleme için kullanın; geçerli sözdizimi sığ bir veri kümesini yararlı hâle getiremez.

Zaman ayırmaya değer kaynaklar

İlgili yazılarım

• The Beginner’s Guide to Technical SEO — programatik SEO’nun dayandığı tarama, dizine ekleme ve mimarinin büyük resimdeki yeri.
• Enterprise SEO — kendi verinizden programatik sayfalar oluşturmayı da içeren, SEO’yu veri ve süreçle ölçeklendirme.
• What is quality content? — gerçek uzmanlığın ve benzersiz verinin farklılaştırıcı olması; taklit uzmanlığın ölçekte neden başarısız olduğu.
• When Should You Worry About Crawl Budget? — çoğu sitenin endişelenmesine gerek yoktur, ancak programatik projeler tam olarak endişelenebileceğiniz örnektir.

Kullandığım örnekler

• “SEO for x” sayfa kalıbı — x farklı bir işletme türü olduğunda sayfalar oluşturmak için bileşenleri yeniden kullanmak; programatik sayfaların çalıştığı, küçük emekli ve gerçek verili bir örnektir.
• SEO OKRs yazısından altı ayda 2 000 programatik sayfa OKR’ı — yalnızca yayın hacmini değil, verinizin ve platformunuzun değerini kanıtlamaya odaklanmış bir hedef.

Teknik taraf hakkında — tarama, dizine ekleme ve tarama bütçesi konusunda — bunların genelinde daha çok yazdım; programatiğe özgü dersler (önce dizine ekleme, aşamalı yayınlar, şablonlardan önce veri), ölçekli projelerin pratikte başarılı ve başarısız olmasını izlemekten geliyor.

Sektörden

• Programmatic SEO, Explained for Beginners (Ryan Law, Ahrefs) — tanım, gerçek dünya örnekleri (Wise, Zapier, Webflow) ve “veya spam mi?” sorusuna iyi bir giriş; Mayıs 2024 ölçeklenmiş içerik kötüye kullanımı güncellemesinden önce yayımlandı.
• Programmatic SEO: Scale content, rankings & traffic fast (Search Engine Land) — şablon tasarımını, dizin şişmesinden kaçınmayı ve performansı ölçekte izlemeyi ele alır.
• Programmatic SEO: What It Is + Tips & Examples for 2026 (Backlinko) — pSEO’nun ne zaman anlamlı olup ne zaman olmadığını, Wise, Zapier, TripAdvisor ve Zillow için trafik tahminleriyle anlatır.
• Google On Scaled Content: ‘It’s Going To Be An Issue’ (Search Engine Journal) — yöntemin değil, niyet ve değerin önemli olduğuna dair Danny Sullivan’ın en açık kayda geçmiş ifadesi.
• Bing Adds GEO To Official Guidelines, Expands AI Abuse Definitions (Search Engine Journal, Şubat 2026) — geniş ölçekli üretilen içerik hakkındaki eski ve yeni Bing politika ifadelerinin yan yana karşılaştırması.
• Google’s Spam Policies — Scaled Content Abuse — yetkili politika metni; “nasıl oluşturulduğu fark etmeksizin”.
• Google Crawl Budget documentation — tarama bütçesinin ne zaman önemli olduğu ve nasıl yönetileceğine dair resmi rehber; geniş ölçekli pSEO projeleriyle doğrudan ilgili.

Kendinizi test edin: Programatik SEO

Veri derinliği, politika riski ve aşamalı yayın hakkında beş soru. Her biri için bir yanıt seçin, sonra kontrol edin.

Değişiklik günlüğü