niranar.com SEO Mimarisi: Programatik SEO Yaklaşımı

Bir arama motoru niranar.com'u taramaya başladığında 300.000'i aşkın ilan sayfasıyla karşılaşır. Bu sayfaların her biri farklı bir mülkü temsil eder — farklı konumda, farklı özellikte, farklı fiyatta. Google bu sayfaları indekslemeye çalışacak ve her birini ayrı ayrı değerlendirmeye alacaktır. Bu noktada SEO, bir pazarlama sorusu olmaktan çıkar ve bir mimari soruya dönüşür: 300.000 sayfanın tamamı arama motorları için gerçekten erişilebilir mi?

niranar.com, Türkiye'nin Akdeniz bölgesindeki tatil kiralama ilanlarını tek platformda toplayan bir dijital pazar yeridir. Platforma teknik bir bakış için bu serinin niranar.com'un Teknik Mimarisi makalesine göz atabilirsiniz. Bu makale ise doğrudan SEO mimarisini ele alıyor: hangi teknik kararlar alındı, neden alındı ve 300.000 sayfa ölçeğinde SEO mühendislik sorunu olarak nasıl çerçeveleniyor.

300.000 Sayfada SEO Neden Farklıdır?

10 sayfalık bir web sitesinde SEO, büyük ölçüde içerik kalitesi ve bağlantı meselesidir. 300.000 sayfalık bir platformda ise bu kalkül tamamen değişir. Benzer bir programatik SEO yaklaşımını Finlandiya kiralık konut pazarı için kotireitti.fi'nin SEO mimarisinde de uyguladık.

Bir kez değil, 300.000 kez doğru yapılması gereken şeyler vardır. Her ilan sayfasının arama motoru botlarınca okunabilir HTML olarak sunulması, her sayfanın teknik olarak erişilebilir olması, yapısal verinin tüm sayfa ailesinde tutarlı biçimde uygulanması. Bu gereksinimlerin hiçbirini tek tek sayfalar için el ile yönetmek mümkün değil. Bu, sistem tasarımı düzeyinde çözüme kavuşturulması gereken bir problem.

niranar.com bu gerçeği ürünün mimari temellerine yansıtmış. Teknik SEO, lansman sonrası düşünülecek bir konu olarak ertelenmemiş — framework seçimi ve sayfa oluşturma stratejisi bu gereksinimi baştan karşılayacak biçimde kurgulanmış.

Bunun somut çıktısı iki temel yatırımda görünüyor: sunucu tarafı oluşturma (SSR) ve schema.org yapısal verisi. Bu iki karar, SEO altyapısının birbirini tamamlayan iki katmanını oluşturuyor.

Katman 1 — Sunucu Tarafı Oluşturma: Taranabilirlik Altyapısı Olarak Next.js SSR

niranar.com'un frontend'i Next.js App Router ile, server-side rendering aktif olarak inşa edilmiştir. Bu teknik tercih, 300.000 sayfa ölçeğinde doğrudan bir taranabilirlik kararıdır.

İstemci Tarafı Oluşturmanın Tarama Sorunu

React ve benzer modern JavaScript framework'leriyle geliştirilen birçok web uygulaması varsayılan olarak istemci tarafı oluşturma (client-side rendering, CSR) kullanır. Bu yaklaşımda sunucu tarayıcıya neredeyse boş bir HTML belgesi gönderir — içerik JavaScript çalıştırıldıktan sonra, yani tarayıcıda oluşur.

Kullanıcı deneyimi açısından bu çoğu zaman kabul edilebilir. Tarayıcılar JavaScript çalıştırabilir, içerik birkaç yüz milisaniye içinde görünür. Ama arama motoru botları farklı davranır. Google Googlebot'u JavaScript'i işleme kapasitesine sahip olmakla birlikte, bu süreç zaman alır ve kaynakları gerektirir. CSR ile oluşturulan sayfalarda içerik ertelenmiş veya kısmi olarak indekslenebilir. Bazı sayfalar bot için hiç görünmeyebilir.

300.000 sayfalık bir platformda bu risk kabul edilemez. Bir ilan sayfası arama motoruna görünmüyorsa, o ilan organik aramalarda potansiyel misafire hiç ulaşamaz. İndekslenmeyen her sayfa, gelir yaratamayan bir katalog girişidir.

SSR: Her Sayfa, Her Seferinde Tam HTML

Server-side rendering yaklaşımında sunucu, tarayıcıya veya arama motoru botuna eksiksiz ve içerik dolu HTML belgesi gönderir. JavaScript yüklenmesine ya da çalıştırılmasına gerek yoktur — içerik zaten orada, sayfa kaynağında, okunmaya hazır.

Next.js App Router ve React Server Components bu mimarinin çerçevesini oluşturuyor. Her ilan sayfası sunucuda oluşturulur ve arama motoruna tam HTML olarak iletilir. Googlebot bir niranar.com ilan sayfasını taradığında mülkün adını, konumunu, özelliklerini, fiyatını ve diğer tüm içeriği JavaScript çalıştırmadan önce okuyabilir.

Bu fark soyut değil. SSR olmadan bir platform, arama motorunun görebileceği içeriği JavaScript'e erteliyor demektir. SSR ile içerik baştan görünür, her zaman, tüm sayfalarda.

Ölçekte SSR: Sistem Tasarımı Olarak SEO

SSR'ın avantajı yalnızca bireysel sayfa düzeyinde değil, sistem düzeyinde ortaya çıkar. 300.000 sayfanın tamamı aynı oluşturma altyapısını paylaşır. Yeni bir ilan eklendiğinde o ilan da otomatik olarak SSR kapsamına girer. Teknik SEO açısından özel müdahale gerekmez — altyapı bu özelliği her sayfaya varsayılan olarak sağlar.

Bu, SEO'nun mimari bir endişe olarak tasarımın merkezine yerleştirilmesinin ne anlama geldiğini gösteriyor. Çerçeve bir kez doğru kurulduktan sonra ölçek farkı yaratmaz: 1 ilan da 300.000 ilan da aynı taranabilirlik kalitesinden yararlanır.

Neden SSR Önemlidir: SPA ile Karşılaştırma

Bu tercih daha iyi anlaşılmak için kısa bir karşılaştırma yararlı olabilir.

Birçok modern web uygulaması tek sayfalı uygulama (SPA) olarak inşa edilir — React, Vue veya Angular kullanılarak. Bu uygulamalar güçlü etkileşim deneyimleri sunar ama varsayılan olarak istemci tarafında çalışır. Google bu sayfaları işleyebilir, ancak JavaScript oluşturma kuyruğu nedeniyle tüm içerik ilk taramada görünmeyebilir; tam indeksleme gecikebilir veya kısmi kalabilir.

Öte yandan SSR ile oluşturulan sayfalar, statik HTML sayfaları gibi davranır — ama statik değillerdir. Her sayfa sunucuda dinamik olarak üretilir ve tam içerik olarak sunulur. Tatil kiralama platformları için bu ayrım kritiktir çünkü ilan içeriği sürekli değişir: müsaitlik bilgisi güncellenir, fiyatlar düzenlenir, yeni ilanlar eklenir. SSR hem taranabilirlik hem de güncel içerik sunumu ihtiyacını eş zamanlı karşılar.

Katman 2 — Yapısal Veri: schema.org WebSite ve SearchAction

SSR her sayfanın içeriğini arama motorlarına görünür kılar. Yapısal veri ise bu içeriğin arama sonuçlarında nasıl görüneceğini ve nasıl anlaşılacağını yönlendirir.

niranar.com, sayfa başlığına schema.org WebSite ve SearchAction yapısal verisi uygulamıştır. Bu iki schema türü birlikte çalışır ve platforma özel teknik SEO yetenekleri açar.

schema.org WebSite: Arama Motoruna Platform Kimliği

WebSite schema türü, Google'a platformun temel kimliğini bildiren yapısal bir işarettir. Bu schema aracılığıyla site adı, URL ve temel bağlantı özellikleri makinece okunabilir bir formatta sunulur. Google bu bilgileri arama sonuçlarında site adını ve markayı daha tutarlı biçimde göstermek için kullanır.

Bu, küçük ama anlamlı bir teknik adım: Platformun kim olduğunu, Google'ın kendi çıkarımlarına bırakmak yerine doğrudan ve kesin olarak bildirmek.

schema.org SearchAction: Google Sitelinks Arama Kutusu

SearchAction schema türü daha somut bir kullanıcı deneyimi etkisi yaratır. Bu şema, bir sitenin kendi arama fonksiyonunu tanımlar ve Google'a bu fonksiyonun nasıl çalıştığını, hangi parametreleri kabul ettiğini bildirir.

SearchAction uygulaması, Google'ın sitelinks arama kutusu özelliği için gerekli teknik koşulu sağlar. Bu özellikle birlikte Google, belirli sitelerin arama çubuğunu doğrudan Google arama sonuçları sayfasında gösterebilir. Bir kullanıcı Google'da niranar.com'u aradığında, Google sonuçları listesinin hemen altında niranar.com'a özgü bir arama kutusu görünebilir. Kullanıcı bu kutuya destinasyon veya mülk adı yazarak doğrudan platforma arama yapabilir.

Bu bir UX kolaylığı değil — organik arama ile kullanıcı bağlılığı arasındaki köprü kısalır. Kullanıcı Google'dan niranar.com'a geldiğinde zaten aramayı başlatmış olabilir. Bir tatil kiralama platformu için bu, doğrudan rezervasyon niyetiyle gelen kullanıcıları yakalamak anlamına gelir.

Yapısal Verinin Ölçekteki Anlamı

Her iki schema türü de sayfa başlığına tek kez uygulanır ve site genelinde etkisini gösterir. Platform büyüdükçe, yeni sayfalar eklendikçe, yapısal verinin bu temel katmanı değişmeden işlev görmeye devam eder. Bu da SSR ile aynı tasarım prensibini yansıtır: teknik SEO kararı sistem düzeyinde alındığında, ölçek sorun olmaktan çıkar.

Erişilebilirlik ve SEO: Örtüşen Kaygılar

niranar.com'da erişilebilirlik uyumluluk çalışmasının varlığı gözlemlenmiştir — sayfada agd-partner-manual-verification etiketi görünmektedir. Bu doğrudan bir SEO aracı değil; ama erişilebilirlik ile teknik SEO belirgin bir şekilde örtüşür.

Erişilebilirlik için alınan birçok karar, SEO kalitesini de artırır. Anlamlı başlık hiyerarşisi hem ekran okuyucular hem de arama motoru tarayıcıları için içerik yapısını netleştirir. Görsel alternatif metinler hem engelli kullanıcılara hem de görsel içeriği indekslemekte sınırlı olan arama motorlarına fayda sağlar. Yükleme performansını iyileştiren kod kalitesi hem kullanıcı deneyimini hem de Google'ın Core Web Vitals metriklerini olumlu etkiler.

Bu iki kaygı alanının birbirini beslemesi, teknik kaliteye yapılan yatırımın birden fazla boyuta aynı anda değer kattığını gösteriyor. Erişilebilirlik için alınan teknik karar, SEO tarafında da sinyaller üretiyor.

Ne İddia Edilmiyor: Dürüst Kapsam

SEO mimarisini doğru değerlendirmek için, doğrulanmış olanın yanı sıra doğrulanmamış olanı da net biçimde ortaya koymak gerekir.

Bu makalede ele alınan teknik SEO unsurları — SSR ve schema.org yapısal verisi — canlı site gözlemlerine ve teknik analiz bulgularına dayanmaktadır. Ancak bir platforma özgü SEO stratejisinin başka boyutları da vardır ve bu boyutlar onaylanmış değildir:

Sitemap üretimi: niranar.com'un 300.000+ sayfasını Google Search Console aracılığıyla arama motorlarına nasıl ilettiği — XML sitemap yapısı, sitemap güncellenme sıklığı ve sitemap yönetim stratejisi — doğrulanmamıştır. Bu, büyük ölçekli platformlar için kritik bir SEO mühendislik meselesidir; ancak mevcut gözlem verileri bu konuda kesin bir sonuç çıkarmaya yetmemektedir.

URL yapısı: Tekil ilan sayfalarının URL formatı, kategorilerin URL hiyerarşisindeki konumu ve URL kalıplarının SEO dostu olacak biçimde tasarlanıp tasarlanmadığı doğrulanmamıştır.

Organik performans metrikleri: Hangi arama terimlerinde görünürlük elde edildiği, organik trafik miktarı, sayfaların indekslenme oranları — bunların hiçbiri bu makalenin dayandığı veri tabanında yer almaktadır.

Anahtar kelime stratejisi: Hangi destinasyon veya mülk tiplerinin organik arama hedeflenerek optimize edildiği bilinmemektedir.

Bu kapsam sınırı dürüstlük gereği önemlidir. SSR ile eksiksiz taranabilir HTML ve schema.org yapısal verisi, sağlam bir SEO altyapısı için zorunlu koşullardır — ama tek başlarına yeterli değillerdir. Sitemap yönetimi, URL yapısı ve içerik sinyalleri de büyük ölçekli platformlar için sonucu belirleyen faktörler arasındadır. Bu makale, doğrulanabilir teknik temeli belgeler; daha geniş SEO stratejisini değil.

SEO Altyapı Olarak, Sonradan Düşünülmüş Şey Olarak Değil

niranar.com'da gözlemlenen teknik SEO kararlarında dikkat çekici olan, bunların framework seçimi ve mimari kurgu düzeyinde alınmış olmasıdır.

Next.js SSR, lansman sonrasında SEO bir sorun olarak ortaya çıkınca devreye alınan bir çözüm değil — platformun baştan seçilmiş teknoloji çerçevesinin bir parçasıdır. schema.org yapısal verisi, platform genişledikten sonra sayfaların üstüne yapıştırılmış bir eklenti değil — sayfa başlığında sistematik biçimde uygulanmış bir tasarım kararıdır.

Bu ayrım önemli. SEO'yu sonradan inşa edilmiş bir katman olarak ele almak, her zaman geriye gidip sayfaları, şablonları ve oluşturma mantığını değiştirmeyi gerektirir. Bunu 300.000 sayfada yapmak hem maliyetli hem de tutarsızlık riski taşır.

SEO'yu ilk günden mimari bir kısıt olarak kabul etmek ise farklı bir sonuç üretir: platforma eklenen her yeni ilan, her yeni sayfa, otomatik olarak doğru SEO temelini miras alır. Karar bir kez alınır, faydası ölçeksiz biçimde kopyalanır.

Bu Neler Gösteriyor?

niranar.com'un SEO mimarisi, Smart Maple'ın teknik SEO'yu bir ürün özelliği olarak değil, bir mimari gereksinim olarak nasıl ele aldığını ortaya koyuyor.

300.000+ ilan barındıran bir platformda, taranabilirlik mühendislik sorusudur. İçerik iyi olabilir, tasarım etkileyici olabilir, kullanıcı deneyimi kusursuz olabilir — ama arama motorları sayfaları göremiyorsa, bunların hiçbiri organik kanaldan misafir getirmez. SSR ve yapısal veri, bu görünürlüğü mümkün kılan teknik zemini oluşturuyor.

Benzer ölçekte bir platform geliştirmeyi değerlendiren müşteriler için bu yaklaşım somut bir referans noktası sunuyor: teknik SEO, pazarlama ekibinin sonradan üstleneceği bir konu değil, yazılım mimarisi sürecinde çözülmesi gereken bir mühendislik problemidir.

Tek Geliştirici, Sistem Düzeyinde Çözüm

Bu bağlamda özellikle dikkat çekici olan bir ayrıntı var: niranar.com tek bir geliştirici tarafından inşa ediliyor. 300.000+ ilan ölçeğinde teknik SEO altyapısını doğru kurmak, geçmişte özel bir SEO mühendisi ya da en azından çok kişilik bir geliştirme ekibi gerektirirdi.

Next.js ve modern React Server Components bu denkliği değiştiriyor. Framework, SSR'ı varsayılan davranış olarak sunar — geliştirici ayrıca bir taranabilirlik katmanı inşa etmek zorunda kalmaz, doğru çerçeveyi seçmek bu özelliği kendiliğinden sağlar. Benzer biçimde, schema.org yapısal verisi sayfa şablonuna bir kez uygulandığında tüm site genelinde tutarlı biçimde işlev görür.

Bu, ölçeğin doğasını değiştiren bir mimari seçim. Teknik SEO'nun doğru kurulmuş bir sistemde nasıl "ücretsiz" hale geldiğini — yani ekstra geliştirici çabası gerektirmeden her yeni sayfaya otomatik olarak uygulandığını — niranar.com somut bir örnekle gösteriyor.

Sonuç

300.000 sayfada SEO, büyütülmüş bir içerik sorunu değil — altyapı sorunudur. niranar.com, bu gerçeği iki tamamlayıcı teknik kararla yanıtlıyor: Next.js SSR aracılığıyla her sayfanın eksiksiz HTML olarak sunulması ve schema.org yapısal verisi aracılığıyla Google'ın platform işlevselliğini anlayıp arama sonuçlarında doğru biçimde sergilemesi.

Bu iki karar, SEO'nun ürün geliştirme sürecinde inşaat sonrası bir adım olarak değil, platformun işlevselliğine ait bir kısıt olarak nasıl ele alınabileceğini gösteriyor.

Bu serinin diğer makaleleri niranar.com'un arama uygulamasını, UX kararlarını ve beta stratejisini ele alıyor. SEO altyapısının teknik temeli burada belgelendikten sonra, platformun daha geniş mimari bağlamı çok daha anlamlı bir çerçeveye oturuyor.