سئوی فنی برای وب‌سایت‌های سازمانی: Core Web Vitals، پیش‌رندر و داده ساخت‌یافته

Modern kurumsal siteler çoğunlukla React gibi istemci tarafı kütüphanelerle geliştirilir. Bu, zengin etkileşim sağlar; ancak arama motorlarının içeriği görmesi ve hızlı sayfa deneyimi için ek teknik özen gerektirir. Bu yazı, içerik ve anahtar kelime stratejisini değil, teknik tarafı ele alır: sayfa doğru yükleniyor mu, doğru dilde mi, doğru yapıda mı?

1. Core Web Vitals: ölçülebilir kullanıcı deneyimi

Google'ın Core Web Vitals göstergeleri üç ölçüm içerir: LCP (en büyük içerik boyaması: ana içeriğin görünme süresi), INP (etkileşimden sonraki boyama: tıklamaya tepki süresi) ve CLS (kümülatif düzen kayması: sayfa yüklenirken öğelerin zıplaması). Bu göstergeler sıralama sinyalleri arasındadır ve doğrudan kullanıcı deneyimini yansıtır.

Pratik iyileştirmeler:

• Hero görsellerini modern formatlarda (WebP/AVIF), doğru boyutta ve öncelikli yükleyin; geri kalan görseller tembel (lazy) yüklensin.
• Ağır animasyon ve üç boyutlu sahneleri yalnızca cihaz destekliyorsa ve ana içerik yüklendikten sonra başlatın; hareket azaltma tercihine saygı gösterin.
• Düzen kaymasını önlemek için görsel ve gömülü içeriklere boyut verin.
• JavaScript paketini rota bazında bölün; ana sayfa, yönetim panelinin kodunu indirmemelidir.

2. Ön render (prerender) ve sunucu tarafı render

İstemci tarafı render edilen sayfada ilk HTML boştur; arama motorları JavaScript'i çalıştırabilse de bu gecikmeli ve değişken olabilir. Çözüm, herkese açık sayfaların HTML'ini derleme anında üretmektir (prerender) veya sunucu tarafı render kullanmaktır. İçeriği veritabanından gelen kurumsal siteler için derleme anında ön render, içerik değiştiğinde yeniden derleme ile birleştirildiğinde pratik ve ucuz bir çözümdür.

// Örnek: derleme sonrası rota listesini ön render etme (kavramsal)
const routes = ['/', '/hakkimizda', '/cozumler', ...servisSluglari.map((s) => '/cozumler/' + s)];
for (const route of routes) {
  const html = await renderRouteToHtml(route);   // başlık, açıklama ve içerik dahil
  await writeFile('dist' + route + '/index.html', html);
}

3. Başlık, açıklama ve kanonik adres

Her sayfanın benzersiz bir title ve meta description etiketi olmalı; bu alanlar içerik yönetiminden gelmelidir, koda gömülmemelidir. Aynı içeriğe birden fazla adresle ulaşılıyorsa (örneğin sondaki eğik çizgi farkı) canonical etiketi tek adresi işaret etmelidir.

4. Çok dilli siteler: hreflang

Türkçe ve İngilizce sürümleri olan bir sitede her sayfa, diğer dil karşılığını hreflang etiketiyle belirtmelidir; böylece arama motoru kullanıcıya doğru dili sunar ve sürümleri birbirinin kopyası sanmaz.

<link rel="alternate" hreflang="tr" href="https://ornek-site.com/tr/cozumler" />
<link rel="alternate" hreflang="en" href="https://ornek-site.com/en/solutions" />
<link rel="alternate" hreflang="x-default" href="https://ornek-site.com/tr/cozumler" />

5. Yapısal veri: schema.org JSON-LD

Yapısal veri, arama motoruna sayfanın ne olduğunu anlatır: kuruluş, hizmet, yazılım uygulaması, makale. JSON-LD formatı sayfa içeriğinden bağımsız olarak eklenir ve kolay doğrulanır. Önemli kural: yapısal veride sayfada görünmeyen bilgi (örneğin olmayan puanlar veya yorumlar) bulunmamalıdır; bu hem yanıltıcıdır hem de yaptırımla karşılaşabilir.

{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "Kurumsal Web Siteleri İçin Teknik SEO",
  "datePublished": "2026-07-10",
  "author": { "@type": "Organization", "name": "Cy Logic Software" }
}

6. Sitemap ve robots

sitemap.xml yalnızca yayınlanmış sayfaları içermeli ve içerik değiştiğinde otomatik üretilmelidir; taslak veya gizli sayfalar listede olmamalıdır. robots.txt yönetim paneli ve API adreslerini taramadan hariç tutar; ancak gizlilik için robots.txt'e güvenilmez, bu bir erişim kontrolü değildir.

Teknik SEO'nun amacı arama motorunu kandırmak değil, sitenin gerçekte olduğu şeyi makinelerin de okuyabileceği biçimde sunmaktır.

7. Erişilebilirlik SEO'nun dostudur

Anlamlı başlık hiyerarşisi (tek h1, sıralı h2/h3), görsellerde alt metin, klavye ile gezilebilir menüler ve yeterli renk kontrastı hem erişilebilirlik hem de indeksleme açısından değer taşır. Bunlar sonradan eklenen süsler değil, bileşen kütüphanesinin parçası olmalıdır.

8. İzleme

Search Console benzeri araçlarla indekslenme durumu, tarama hataları ve Core Web Vitals raporları düzenli izlenmelidir. Sitede yapılan her büyük değişiklikten sonra (yeni rota yapısı, dil değişikliği) bu raporlar kontrol edilmelidir.

İçerik yönetiminden gelen SEO alanları

Teknik altyapı ne kadar iyi olursa olsun, her sayfanın başlığı, açıklaması ve kanonik adresi içerik ekibinin elinde olmalıdır. Pratik model: her içerik kaydının (hizmet, ürün, makale) yanında isteğe bağlı SEO alanları bulunur; boş bırakılırsa sistem başlık ve özetten makul bir varsayılan üretir. Sosyal paylaşım kartları için Open Graph alanları (başlık, açıklama, görsel) da aynı yerden yönetilir; paylaşım görseli yoksa marka varsayılanı kullanılır.

Görsel optimizasyonu: en büyük kazanım

Kurumsal sitelerde sayfa ağırlığının büyük kısmı görsellerdir. Yükleme anında sunucu tarafında boyutlandırma ve modern format dönüşümü (WebP/AVIF), srcset ile cihaza uygun boyut sunumu, ekran dışı görsellerin tembel yüklenmesi ve her görsele genişlik/yükseklik verilmesi hem LCP'yi hem CLS'yi doğrudan iyileştirir. Medya kütüphanesi bu dönüşümleri otomatik yapmalı; editörden "doğru boyutta yükle" beklenmemelidir.

URL yapısı ve yönlendirmeler

Adresler kısa, okunabilir ve kalıcı olmalıdır. İçerik taşındığında veya slug değiştiğinde eski adres 301 ile yeni adrese yönlendirilmelidir; aksi hâlde kazanılmış sıralama ve dış bağlantılar kaybolur. Yönlendirme tablosu içerik yönetiminin parçası olmalı; her slug değişikliği otomatik bir yönlendirme kaydı üretmelidir. Çok dilli sitelerde dil, adresin bir parçası olmalı (ör. /tr/, /en/); çerez veya tarayıcı diliyle değişen aynı adres, indeksleme açısından sorunludur.

Tarama bütçesi ve gereksiz sayfalar

Filtre kombinasyonları, sıralama parametreleri ve sayfalama, aynı içeriğe yüzlerce farklı adres üretebilir. Bu adreslerin ya kanonik ile ana sayfaya bağlanması ya da indekslenmemesi (noindex) gerekir. Yönetim paneli, giriş sayfaları ve API uç noktaları indekslenmemeli; ancak bunların gizliliği robots.txt'e değil erişim kontrolüne dayanmalıdır.

Ölçüm: laboratuvar ve saha verisi

Lighthouse gibi araçlar laboratuvar ölçümü verir; gerçek kullanıcı verisi (Chrome User Experience Report ve sitenizdeki gerçek kullanıcı ölçümü) ise sıralamada dikkate alınan değerdir. İkisi farklı sonuç verebilir: laboratuvarda hızlı görünen bir sayfa, yavaş mobil bağlantılarda kötü performans gösterebilir. Gerçek kullanıcı ölçümünü sitenize eklemek, kişisel veri açısından değerlendirilmeli ve gerekiyorsa anonim tutulmalıdır.

// Örnek: web-vitals ile gerçek kullanıcı ölçümü (kavramsal)
import { onLCP, onINP, onCLS } from 'web-vitals';
const send = (metric) => navigator.sendBeacon('/api/vitals', JSON.stringify({ name: metric.name, value: metric.value, route: location.pathname }));
onLCP(send); onINP(send); onCLS(send);

Yayın öncesi kontrol listesi

1. Her sayfada benzersiz başlık ve açıklama
2. Kanonik adres ve hreflang etiketleri
3. Ön render edilmiş HTML'de içerik görünüyor mu?
4. Yapısal veri doğrulama aracından geçti mi?
5. sitemap.xml yalnızca yayınlanmış sayfaları içeriyor mu?
6. Görseller boyutlu, modern formatta ve tembel yükleniyor mu?
7. Eski adresler için 301 yönlendirmeleri tanımlı mı?
8. Mobil görünümde yatay kaydırma ve küçük dokunma alanı yok mu?

Cy Logic'in web ve mobil uygulamalar hizmetinde SEO uyumlu mimari, bir pazarlama eklentisi değil, kurumsal sitelerin varsayılan teslimat standardıdır; dijital pazarlama ekibimiz ise içerik ve ölçüm tarafını üstlenir.