1. Kurumsal Next.js Mimari Haritası: Karar noktalarını tek çerçevede toplayın
Kurumsal ölçekte Next.js’in değeri, “tek tek sayfalar” değil; kararların standarda dönüşmesidir. Routing → Rendering → Data → Components → Deploy hattını netleştirdiğinizde hem CWV hem SEO hem de geliştirme hızı birlikte iyileşir.

2. Next.js neden kurumsal web siteleri için güçlü?
Kurumsal sitede ihtiyaçlar nettir: hızlı açılan sayfalar, iyi indexlenen içerik, esnek içerik yönetimi, ölçülebilir dönüşüm ve entegrasyonlara hazır altyapı. Next.js; server-side rendering, static generation, incremental static regeneration, modern routing ve component mimarisiyle bunu mümkün kılar. Ayrıca ekip ölçeği büyüdükçe, iyi tasarlanmış bir Next.js mimarisi “geliştirme hızını” da korur.
Kurumsal ölçek için avantajlar
- •SEO dostu HTML üretimi (doğru render stratejisiyle)
- •Performans (route bazlı code splitting, caching yaklaşımı)
- •Esneklik (CMS/CRM/PMS gibi sistemlerle çalışabilme)
- •Ölçeklenebilir UI (design system + shared components)
Mini Check
- • “Hangi sayfalar SEO kritik?” listem var mı?
- • İçerik yönetimi (CMS) ve satış akışı (CRM/PMS) modele dahil mi?
- • Çok dilli yapı (Varsayım) en baştan tasarlandı mı?
3. SSR/SSG/ISR tercihi: Kurumsal projede render stratejisini nasıl seçersiniz?
Yanlış render seçimi, Next.js projelerinde en sık yaşanan “performans/SEO fırsatı boşa gitti” sebebidir. Bu kararı “teknik zevk” ile değil, sayfa tipi + veri güncelliği + kullanıcı beklentisi ile verin.
SSR, SSG ve ISR arasındaki fark nedir, hangisini seçmeliyim?
SSG (Static) sayfayı derleme anında üretir; içerik sık değişmiyorsa en hızlı ve stabil çözümdür. SSR her istekte üretir; veri anlık değişiyorsa (ör. fiyat, oda müsaitliği) uygundur ama caching şarttır. ISR ise static hızını korurken belirli aralıklarla sayfayı yeniler; kurumsal içerik + dönemsel güncellenen sayfalar için idealdir.
Karar matrisi (kurumsal pratik)
- •SSG için uygun: Kurumsal hizmet sayfaları, bloglar, “hakkımızda”, sabit içerikler
- •ISR için uygun: Kampanya sayfaları, sezon/etkinlik sayfaları, “yakın zamanda güncellenen” içerikler
- •SSR için uygun: Otel oda fiyat/müsaitlik, rezervasyon adımı, kullanıcıya göre değişen içerikler (B2B teklif paneli vb.)

Mini Check
- • Her sayfa tipi için render stratejisi seçildi mi?
- • SSR kullanılan sayfalarda caching yaklaşımı var mı? (Varsayım)
- • ISR için revalidate stratejisi belirlendi mi?
Ne yapmalıyım?
- • Sitenizdeki sayfaları 4 gruba ayırın: Blog, Hizmet, Landing, Dinamik (rezervasyon/teklif).
- • Her grup için SSR/SSG/ISR kararını yazılı hale getirin.
- • En kritik 10 sayfada CWV hedefi belirleyin.
4. Dosya ve route mimarisi: URL hiyerarşisi, locale ve ekip ölçeği
Kurumsal projelerde “dosya düzeni” sadece düzen değil, ekip ölçeğini taşıyan sistemdir. Route mimarisi; URL hiyerarşisini, locale yapısını ve SEO düzenini doğrudan etkiler.
/[locale]/ yapısı ve SEO uyumlu URL tasarımı
Çok dilli (Varsayım) yapılarda /tr/, /en/ gibi net locale segmentleri; hreflang ve içerik yönetimini kolaylaştırır. URL’ler; kategori–alt kategori–detay mantığıyla “okunabilir” olmalıdır.
- •/tr/yazilim/web-sitesi-gelistirme (hizmet hub)
- •/tr/yazilim/blog/... (child içerik)
- •Otel projeleri için destinasyon/konsept sayfalarında aşırı parametre kullanımından kaçınma (Varsayım)
Mini Check
- • Locale segmentleri tutarlı mı?
- • Blog ve hizmet URL’leri aynı silo dilini konuşuyor mu?
- • Dinamik parametreler canonical ile yönetiliyor mu?
Layout, shared component ve design system yapısı
Kurumsal projede “her sayfa kendi başına” yaklaşımı sürdürülemez. Çözüm: layout hiyerarşisi + shared component kütüphanesi + tasarım sistemi.
- •Global Layout: header/footer, dil switcher, temel grid
- •Silo Layout: yazılım/otel/seo gibi alanların ortak şablonu
- •Component katmanı: Button, Card, CTA, Form, Section blokları
- •“Content block” yaklaşımı: CMS’ten gelen modüler bloklar (Varsayım)

Otel ve B2B için örnek klasör yapısı (öneri)
- •Otel odaklı (Varsayım): /(site)/[locale]/hotel/... | /(site)/[locale]/rooms/... | /(site)/[locale]/offers/... | /(booking)/[locale]/reservation/... (SSR + caching yaklaşımı)
- •B2B odaklı: /(site)/[locale]/services/... | /(site)/[locale]/case-studies/... | /(site)/[locale]/contact/... | /(app)/[locale]/dashboard/... (Varsayım)
Ne yapmalıyım?
- • Silo bazlı route standardı belirleyin (hizmet/blog/case).
- • UI bileşenlerini “design system” altında toplayın.
- • İçerik bloklarını tekrar kullanılabilir hale getirin.
5. SEO ve performans için best practice’ler: meta değil, sistem
Kurumsal Next.js sitesinde SEO “meta tag” değil; render, URL, içerik, performans ve schema toplamıdır. Teknik SEO ile tutarlı bir mimari kurmak, ileride maliyeti düşürür.
Metadata, canonical, schema ve iç link stratejisi
- •Her sayfada doğru title/meta
- •Canonical ve pagination (Varsayım) düzeni
- •JSON-LD @graph standardı
- •İç link: hizmet → blog → ilgili teknik sayfalar zinciri
Performans pratikleri (CWV odaklı)
- •Görsel optimizasyon (WebP/AVIF, doğru boyut)
- •Route bazlı yük azaltma (ağır script’leri sınırlama)
- •Caching stratejisi (SSR/ISR’de kritik) (Varsayım)
- •Üçüncü taraf script disiplini (tag/ads/chat) (Varsayım)
Mini Check
- • LCP öğesi optimize mi?
- • INP’yi bozan ağır JS var mı?
- • CLS oluşturan layout zıplaması çözüldü mü?
Ne yapmalıyım?
- • En çok trafik alan 10 sayfada CWV ölç.
- • Görsel–script–font kaynaklarını sadeleştir.
- • Deploy sonrası 72 saat izleme rutini kur.
6. Otel ve B2B örnek mimariler: aynı Next.js, farklı kritik katmanlar
Otel ve B2B’de “aynı Next.js” farklı problemleri çözer. Otelde dinamik fiyat/müsaitlik + rezervasyon akışı; B2B’de içerik ölçeği + lead üretimi + CRM bağlantısı kritik.
Otel ve B2B site mimarisi Next.js’te nasıl tasarlanır?
Otel için: içerik sayfaları (SSG/ISR) + rezervasyon akışı (SSR) ayrıştırılır; PMS/rezervasyon motoru entegrasyonu ve ölçümleme (event tracking) en baştan kurgulanır. B2B için: hizmet/case içerikleri (SSG/ISR) ölçeklenir; lead form ve CRM akışı “kanıtlı test” ile yayınlanır; içerik yönetimi (CMS) modüler bloklar üzerinden yürür.

7. “Next.js Kurumsal Site Mimari Karar” Checklist Şablonunu İndir — Yazılım (v1.0)
“Next.js Kurumsal Site Mimari Karar” Checklist Şablonunu İndir — Yazılım (v1.0)
Bu checklist, kurumsal Next.js projelerinde en kritik mimari kararları (SSR/SSG/ISR, URL/locale, route–layout, entegrasyon modeli) tek sayfada toplar. Teknik ekip ile iş tarafının aynı dilden konuşmasını sağlar ve “yanlış karar nedeniyle performans/SEO kaybı” riskini azaltır. Otel ve B2B projelerinde ölçeklenebilir yapı için hızlı başlangıç standardı sunar.
Kim Kullanır?
Ajans teknik lideri, proje yöneticisi, ürün/IT, SEO/performance uzmanı, marka yöneticisi.
Nasıl Kullanılır?
- Proje sayfalarını sınıflandırın (blog/hizmet/landing/dinamik akış).
- Render stratejisi + URL/locale + entegrasyon kararlarını checklist’te işaretleyin ve kanıtlayın.
- 14 günlük sprint planıyla “mimari borçları” kapatın ve CWV/SEO KPI’larını takip edin.
Ölçüm & Önceliklendirme (Kısa sürüm)
- ▢ ✅ Sayfa tipleri listelendi (blog/hizmet/landing/dinamik)
- ▢ ✅ SSR/SSG/ISR matrisi çıkarıldı
- ▢ ✅ ISR revalidate stratejisi belirlendi (Varsayım)
- ▢ ✅ SSR caching yaklaşımı belirlendi (Varsayım)
- ▢ ✅ /[locale]/ stratejisi net
- ▢ ✅ Blog/hizmet URL hiyerarşisi tutarlı
- ▢ ✅ Dinamik parametreler canonical ile yönetiliyor
- ▢ ✅ Çok dil hreflang planı var (Varsayım)
- ▢ ✅ Shared component seti tanımlı
- ▢ ✅ Layout hiyerarşisi net
- ▢ ✅ UI kit / design tokens var (Varsayım)
- ▢ ✅ Content block modeli (CMS) belirlendi (Varsayım)
- ▢ ✅ CMS entegrasyonu tanımlı
- ▢ ✅ CRM lead akışı modeli var
- ▢ ✅ Otel ise PMS/rezervasyon entegrasyonu modeli var
- ▢ ✅ Güvenlik/log/monitoring planı var (Varsayım)
PDF içinde: Problem→Kök Neden→Çözüm tablosu + 14 gün sprint planı + önce/sonra KPI tablosu
B) Problem → Kök Neden → Çözüm tablosu
8. Sonuç: Kurumsal Next.js mimarisini “karar sistemi” olarak kurun
Next.js ile kurumsal site mimarisinde başarı; framework bilgisi kadar, kararların yazılı standarda dönüşmesine bağlıdır: render stratejisi, URL/locale hiyerarşisi, component sistemi ve entegrasyon modeli. Bu 4’lü doğru kurulduğunda hem SEO hem CWV hem de geliştirme hızı birlikte yükselir.

Bir Sonraki Adım
Projenize özel SSR/SSG/ISR karar matrisi, route standardı ve entegrasyon planını birlikte netleştirelim (otel & B2B için).
Sık Sorulan Sorular
Next.js ile kurumsal web sitesi mimarisi nasıl olmalı?▾
SSR, SSG ve ISR arasındaki fark nedir, hangisini seçmeliyim?▾
Kurumsal sitede klasör ve route yapısını nasıl kurarım?▾
Otel sitesi mimarisinde Next.js’te en kritik katman nedir?▾
B2B kurumsal sitede en kritik katman nedir?▾
/[locale]/ yapısı SEO’yu nasıl etkiler?▾
Next.js’te SEO ve performansı birlikte nasıl korurum?▾
İlgili İçerikler
