SEO Uyumlu Web Sitesi Altyapısı Nasıl Kurulur?

SEO uyumlu web sitesi altyapısı nasıl kurulur sorusu, işletmelerin ve teknik karar vericilerin dijital pazardaki organik varlığını doğrudan belirleyen kritik bir mühendislik konusudur. Sürdürülebilir bir organik büyüme elde etmek; temiz URL yapısı, hızlı sunucu yanıt süresi (TTFB), mobil uyumluluk ve taranabilirlik metriklerinin optimize edilmesiyle kurulur. Bu rehber, arama motoru botlarının web sitenizi verimli bir şekilde keşfetmesini sağlarken, kullanıcı deneyimini ve Core Web Vitals metriklerini en üst düzeye çıkarmak için izlemeniz gereken teknik adımları sistem mimarisi düzeyinde ele almaktadır. Altyapı kararlarından kodlama standartlarına kadar tüm teknik parametreleri bu kaynakta bulabilirsiniz.

SEO Uyumlu Altyapı Nedir ve Neden Geri Dönülemez Bir Zorunluluktur?

Arama motoru optimizasyonunun (SEO) en temel katmanı teknik altyapıdır. Teknik SEO, bir web sitesinin arama motorları tarafından sorunsuz bir şekilde bulunması, taranması, işlenmesi (render) ve dizine eklenmesi (indeksleme) süreçlerini kapsar. Bu süreçlerin sağlıklı bir şekilde yürütülemediği bir altyapıda, içerik kalitesi ya da harici bağlantı gücü ne kadar yüksek olursa olsun, sitenin arama motoru sonuç sayfalarında (SERP) hak ettiği performansı göstermesi mümkün değildir. SEO uyumlu bir altyapı, arama motoru botlarının siteyi tararken harcadığı kaynakları minimumda tutarak tarama verimliliğini optimize eder.

Modern arama motorları, web sitelerini değerlendirirken sadece içerik eşleşmesine değil, sitenin teknik stabilitesine, hızına ve güvenliğine de büyük ağırlık verir. Google'ın mobil öncelikli indeksleme (mobile-first indexing) politikası ve Önemli Web Verileri (Core Web Vitals) metriklerini sıralama faktörü olarak kullanması, altyapı tasarımının doğrudan bir iş hedefi haline gelmesine yol açmıştır. Altyapı kurulurken yapılan teknik bir hata, arama motoru botlarının sitenin önemli sayfalarına erişmesini engelleyerek organik görünürlüğü sıfıra indirebilir.

Sistem mimarisinin esnek ve standartlara uygun tasarlanması, gelecekte yapılacak geliştirme ve güncellemelerin SEO performansına zarar vermeden uygulanmasını kolaylaştırır. Örneğin, veritabanı sorgularının optimize edilmediği veya sunucu kaynaklarının yetersiz kaldığı bir sistemde, trafik artışıyla birlikte sunucu yanıt süresi (TTFB) uzayacak ve bu durum doğrudan tarama bütçesi (crawl budget) kaybına yol açacaktır. Bu nedenle, altyapı kurulumu aşamasında atılacak adımlar, uzun vadeli dijital varlığın sigortası niteliğindedir.

SEO Uyumlu Altyapının Temel Bileşenleri

Bir web platformunun SEO standartlarına uygun kabul edilebilmesi için belirli teknik yapı taşlarını bünyesinde barındırması gerekir. Bu bileşenlerin ilki, arama motoru botlarının siteyi engelsiz bir şekilde okuyabilmesini sağlayan taranabilirlik katmanıdır. Kod yapısının W3C standartlarına uygun olması, gereksiz kod yığınlarından (code bloat) arındırılmış olması ve CSS/JS dosyalarının asenkron yüklenecek şekilde yapılandırılması bu katmanın temelini oluşturur.

İkinci bileşen, tarama bütçesinin verimli kullanılmasıdır. Arama motoru botlarının bir siteye ayırdığı günlük tarama süresi ve sayfa sayısı sınırlıdır. Altyapı, gereksiz parametreli URL'leri, yinelenen içerikleri ve hata sayfalarını botların karşısına çıkarmayacak şekilde kurgulanmalıdır. Üçüncü bileşen ise performans ve kullanıcı deneyimidir. Hızlı yüklenen sayfalar, kaymayan mizanpajlar ve hızlı yanıt veren etkileşim elemanları, Core Web Vitals metriklerinin doğrudan belirleyicisidir.

Yanlış Altyapı Seçimlerinin Maliyetleri ve Riskleri

Yanlış teknoloji yığını (tech stack) seçimi, hazır temaların kontrolsüz kullanımı veya hatalı veritabanı mimarileri, işletmeler için yüksek maliyetli teknik borçlar yaratır. Özellikle e-ticaret siteleri ve büyük ölçekli portal projelerinde, başlangıçta SEO kriterleri dikkate alınmadan seçilen hazır şablonlar, ilerleyen dönemlerde site içi optimizasyon işlemlerinin yapılamamasına neden olabilir. Bu durum, tüm kod tabanının ve veritabanı mimarisinin yeniden yazılmasını gerektiren büyük bütçeli revizyon süreçlerini tetikler.

Teknik açıdan yetersiz bir altyapının en büyük risklerinden biri, indeks kayıplarıdır. Sunucu taraflı hatalar (5xx hata kodları), yavaş yükleme süreleri nedeniyle botların taramayı yarıda kesmesi veya dinamik sayfaların istemci tarafında (client-side) render edilememesi gibi sorunlar, binlerce sayfalık organik trafiğin bir gecede kaybolmasına yol açabilir. Ayrıca, güvenlik açıkları nedeniyle sitenin zararlı yazılımlar barındırması, arama motorlarının siteyi tamamen dizinden çıkarmasına (de-indexing) sebep olan manuel işlemlerle sonuçlanabilir.

Temel Atma: Sunucu Mimarisi ve Barındırma (Hosting) Kriterleri

Web sitesinin barındırılacağı sunucunun seçimi ve bu sunucunun mimari tasarımı, teknik SEO'nun ilk fiziksel adımıdır. Arama motoru botları bir web sayfasını talep ettiğinde, sunucunun bu talebe yanıt verme hızı tüm tarama sürecinin ritmini belirler. Paylaşımlı (shared) hosting planları, aynı sunucu üzerindeki diğer sitelerin kaynak tüketiminden doğrudan etkilendiği için ani performans düşüşlerine ve erişilebilirlik sorunlarına yol açar. Bu nedenle, kurumsal projelerde ve organik trafik hedefi olan web sitelerinde Virtual Private Server (VPS), Virtual Dedicated Server (VDS) veya doğrudan bulut (Cloud) sunucu mimarileri tercih edilmelidir.

Sunucu mimarisinin optimize edilmesi, sadece donanım kaynaklarının artırılması anlamına gelmez. Sunucu tarafındaki işletim sisteminin, web sunucusu yazılımının (Nginx, Litespeed veya Apache) ve veritabanı yönetim sisteminin (MySQL, PostgreSQL) birbiriyle uyumlu ve güncel sürümlerle çalıştırılması gerekir. Örneğin, PHP tabanlı bir sistem kullanılıyorsa, en güncel kararlı PHP sürümünün kullanılması, sayfa oluşturma sürelerinde %30'a varan performans artışları sağlayarak sunucu üzerindeki yükü azaltır.

Bunun yanı sıra, sunucunun coğrafi konumu, hedef kitle ile doğrudan ilişkili olmalıdır. Türkiye pazarını hedefleyen bir web projesinin sunucularının fiziksel olarak Türkiye'deki veri merkezlerinde konumlandırılması, ağ gecikmesini (network latency) minimuma indirir. Global projelerde ise içeriğin kullanıcılara en yakın lokasyondan sunulmasını sağlayan Edge ve Content Delivery Network (CDN) teknolojileri sisteme entegre edilmelidir.

Sunucu Yanıt Süresi (TTFB) Optimizasyonu ve Sunucu Seçimi

Sunucu Yanıt Süresi (TTFB - Time to First Byte), tarayıcının sunucudan ilk veri baytını alması için geçen süredir. Google'ın Core Web Vitals metrikleri içinde doğrudan yer almasa da, LCP (Largest Contentful Paint) gibi kritik hız metriklerini doğrudan etkileyen bir ön koşuldur. İdeal bir teknik SEO altyapısında TTFB değerinin 200 milisaniyenin altında olması hedeflenmelidir. 600 milisaniyenin üzerindeki TTFB değerleri, arama motorları tarafından yavaş sunucu performansı olarak işaretlenir.

TTFB değerini düşürmek için şu teknik adımlar uygulanmalıdır:

• Gelişmiş Önbellekleme (Caching) Katmanları: Redis veya Memcached gibi bellek içi (in-memory) veri depoları kullanılarak veritabanı sorgu yükü azaltılmalıdır. HTML sayfalarının tamamı sunucu tarafında (Server-Side Caching) önbelleğe alınarak dinamik sorgu ihtiyacı ortadan kaldırılmalıdır.

• Gzip ve Brotli Sıkıştırma: Sunucudan istemciye gönderilen metin tabanlı kaynaklar (HTML, CSS, JS) Brotli algoritması ile sıkıştırılmalıdır. Brotli, Gzip'e göre %20'ye varan oranlarda daha yüksek sıkıştırma verimliliği sunar.

• DNS Optimizasyonu: Premium Anycast DNS servisleri kullanılarak alan adının çözümlenme süresi kısaltılmalıdır. Hızlı DNS çözümlemesi, bağlantı kurulum sürecini hızlandırarak TTFB'ye olumlu katkı sağlar.

SSL/TLS Sertifikaları ve Güvenlik Protokollerinin Doğru Yapılandırılması

Güvenlik, Google arama algoritmalarında resmi bir sıralama faktörüdür. Web sitenizin tüm sayfalarının HTTPS protokolü üzerinden sunulması, kullanıcı verilerinin güvenliğini sağlarken arama motoru botları nezdinde de güvenilirlik kazanmanızı sağlar. Altyapı kurulumunda TLS (Transport Layer Security) protokolünün en güncel sürümü olan TLS 1.3 tercih edilmelidir. TLS 1.3, daha eski sürümlere göre daha az el sıkışma (handshake) adımı gerektirdiğinden bağlantı hızını artırır.

SSL yapılandırmasında sık yapılan hatalardan biri, HTTP'den HTTPS'e yönlendirmelerin eksik veya hatalı yapılmasıdır. Altyapıda, HTTP üzerinden gelen tüm isteklerin 301 (kalıcı) yönlendirmesi ile HTTPS versiyonuna aktarılması zorunludur. Ayrıca, sitenin güvenliğini artırmak ve tarayıcılara yalnızca güvenli bağlantıları kabul etmelerini bildirmek için HSTS (HTTP Strict Transport Security) başlığı sunucu düzeyinde etkinleştirilmelidir.

# Nginx Sunucusu İçin Örnek HSTS ve Güvenlik Başlıkları Yapılandırması
add_header Strict-Transport-Security "max-age=63072000; includeSubDomains; preload" always;
add_header X-Frame-Options "SAMEORIGIN" always;
add_header X-Content-Type-Options "nosniff" always;
add_header Content-Security-Policy "upgrade-insecure-requests";

Bilgi Mimarisi ve Gezinme (Navigation) Hiyerarşisi

Bilgi mimarisi, bir web sitesindeki içeriklerin mantıksal bir hiyerarşi içinde düzenlenmesi ve bu içeriklere erişim yollarının tasarlanması sürecidir. Arama motoru botları, sitenizi ziyaret ettiğinde sayfalar arasındaki anlamsal ilişkileri anlamak ve hangi sayfaların daha önemli olduğunu kavramak için site içi hiyerarşiyi analiz eder. İyi tasarlanmış bir bilgi mimarisi, hem kullanıcıların aradıkları bilgiye en fazla 3 tıklamayla ulaşmasını sağlar hem de arama motoru botlarının siteyi derinlemesine taramasına yardımcı olur.

Hiyerarşinin en tepesinde ana sayfa yer alır. Ana sayfanın altında ana kategoriler, alt kategoriler ve son olarak tekil ürün ya da içerik sayfaları konumlanır. Bu yapıya "Silo Mimarisi" adı verilir. Silo mimarisinde, benzer konular veya ürün grupları kendi içlerinde dikey olarak ilişkilendirilir. Bu sayede, belirli bir konuda sitenin otoritesi (topical authority) arama motorlarına daha net aktarılmış olur. Altyapı tasarlanırken, kategorizasyonun gelecekteki içerik büyümesine uyum sağlayacak şekilde esnek tutulması kritik bir adımdır.

Gezinme (navigation) elemanları, sitenin hiyerarşik yapısını fiziksel olarak kullanıcıya ve bota sunan araçlardır. Ana menü, footer (sayfa altı) linkleri ve kenar çubukları (sidebar), sitenin en değerli sayfalarına doğrudan bağlantı vermelidir. Botlar, menü ve footer içinde yer alan linkleri daha sık takip eder ve bu sayfalara daha yüksek iç bağlantı değeri (link equity) aktarır.

Temiz ve Hiyerarşik URL Yapısı Standartları

URL yapısı, hem kullanıcı deneyimi hem de arama motorlarının sayfa içeriğini anlamlandırması açısından temiz ve anlaşılır olmalıdır. Parametreli, karmaşık karakterlerden oluşan URL'ler yerine, okunabilir ve hiyerarşik URL yapıları tercih edilmelidir. URL'ler tasarlanırken hiyerarşi, klasör yapısı şeklinde URL'ye de yansıtılmalıdır.

Doğru URL mimarisine dair kurallar şunlardır:

• Küçük Harf ve Tire Kullanımı: URL'lerdeki tüm karakterler küçük harfle yazılmalı, kelimeleri ayırmak için alt çizgi (_) yerine tire (-) kullanılmalıdır.

• Parametrelerin Temizlenmesi: Dinamik filtreler, oturum kimlikleri (session ID) ve takip kodları URL yapısından uzak tutulmalı; gerekirse bunlar için canonical etiketleri kullanılmalıdır.

• Derinliğin Sınırlandırılması: URL derinliği (klasör seviyesi) olabildiğince az tutulmalıdır. site.com/kategori/alt-kategori/urun yapısı idealdir. Çok derin klasörler botların sayfaya ulaşmasını zorlaştırır.

Breadcrumb (Sayfa İşaretleri) Kurulumu ve Teknik İşlevi

Breadcrumb, kullanıcının o anda sitenin hangi sayfasında olduğunu gösteren ve ana sayfaya kadar olan hiyerarşik yolu gösteren bir navigasyon aracıdır. Teknik SEO açısından breadcrumb, arama motorlarının sitenin yapısını daha iyi anlamasını sağlar ve SERP sonuçlarında sitenin hiyerarşik diziliminin gösterilmesine yardımcı olur.

Breadcrumb kurulumu yapılırken, Schema.org standartlarına uygun olarak JSON-LD biçiminde yapılandırılmış veri (structured data) işaretlemesi kullanılmalıdır. Bu işaretleme sayesinde Google botları, sayfanın konumunu anlamsal olarak okuyabilir ve arama sonuçlarında kullanıcı dostu bir şekilde sunabilir.

{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "itemListElement": [{
    "@type": "ListItem",
    "position": 1,
    "name": "Ana Sayfa",
    "item": "https://example.com"
  },{
    "@type": "ListItem",
    "position": 2,
    "name": "Yazılım Altyapısı",
    "item": "https://example.com/yazilim-altyapisi"
  },{
    "@type": "ListItem",
    "position": 3,
    "name": "SEO Entegrasyonu",
    "item": "https://example.com/yazilim-altyapisi/seo"
  }]
}

Site İçi Linkleme Stratejileri

Site içi linkleme (internal linking), web sayfaları arasında değer transferi sağlayan en güçlü araçlardan biridir. Yeni yayınlanan bir sayfanın arama motorları tarafından hızlıca keşfedilmesi ve otorite kazanması için, sitenin diğer güçlü sayfalarından bu yeni sayfaya bağlantı verilmelidir. Linkleme yapılırken kullanılan çapa metinleri (anchor text), hedef sayfanın anahtar kelimeleriyle uyumlu olmalı ancak aşırı optimizasyondan (over-optimization) kaçınmak adına doğal varyasyonlar içermelidir.

Altyapı tasarlanırken "yetim sayfalar" (orphan pages) oluşmasının önüne geçilmelidir. Yetim sayfa, sitenin hiçbir yerinden link almayan, arama motoru botlarının site haritası dışında bir yolla bulamayacağı sayfalardır. Altyapı, her yeni sayfa eklendiğinde ilgili kategorilerden veya benzer içeriklerden otomatik olarak dinamik iç bağlantılar oluşturacak bir mekanizmaya sahip olmalıdır.

Taranabilirlik ve İndekslenebilirlik Konfigürasyonları

Web sitenizin arama motorlarında sıralama alabilmesi için öncelikle taranması ve dizine eklenmesi gerekir. Bu süreç tamamen sizin belirleyeceğiniz taranabilirlik ve indekslenebilirlik konfigürasyonlarına bağlıdır. Tarama bütçesi (crawl budget), Googlebot ve diğer arama motoru botlarının sitenizde harcayacağı kaynak miktarıdır. Milyonlarca sayfası olan büyük e-ticaret sitelerinden küçük kurumsal sitelere kadar her platformda tarama bütçesinin verimli kullanılması gerekir. Eğer botlar sitenizdeki gereksiz, kalitesiz veya yinelenen sayfaları taramakla vakit kaybederse, yeni ve güncel sayfalarınızı keşfetmeye zaman bulamayabilir.

Taranabilirlik yönetimi, sunucu kaynaklarının korunması açısından da kritik önem taşır. Botların siteye yaptığı yoğun istekler, sunucunun gerçek kullanıcılara hizmet verme kapasitesini düşürebilir. Bu nedenle altyapının, botların erişim limitlerini ve izinlerini düzenleyen standart protokolleri eksiksiz ve hatasız bir şekilde sunması gerekmektedir.

Sistem mimarları, indeksleme süreçlerini yönetirken sadece botları engellemeyi değil, aynı zamanda botların hangi yolları takip edeceğini göstermeyi de hedeflemelidir. Bu süreç, üç temel sac ayağı üzerine kurulur: robots.txt dosyası, XML site haritaları ve canonical (özgün kaynak) etiketleri. Bu üç unsurun birbiriyle çelişmeyecek şekilde yapılandırılması, teknik SEO'nun en önemli başarı kriterlerinden biridir.

Robots.txt ve Tarama Bütçesi (Crawl Budget) Yönetimi

@@CODE0@@ dosyası, arama motoru tarayıcılarına sitenin hangi bölümlerini tarayıp tarayamayacaklarını bildiren bir yönlendirme kılavuzudur. Bu dosya sitenin kök dizininde (@@CODE1@@) yer almalıdır. robots.txt dosyasında yapılan küçük bir yazım hatası, sitenin tamamının indeks dışı kalmasına neden olabilir.

Robots.txt yapılandırılırken şu stratejiler izlenmelidir:

• Gereksiz Alanların Engellenmesi: Yönetim panelleri (/admin/, /wp-admin/), kullanıcı sepet sayfaları, arama sonuç sayfaları (?s=, ?filter=) gibi arama motoru indeksinde yer almaması gereken alanlar taranmaya kapatılmalıdır.

• Site Haritası Bildirimi: robots.txt dosyasının en alt satırında, dinamik XML site haritasının tam adresi belirtilmelidir.

• Bot Özelinde Kurallar: Genel tarayıcıların yanı sıra, sadece belirli botlar (örneğin sadece görsel botları veya yapay zeka eğitim botları) için özel kısıtlamalar tanımlanabilir.

# Örnek Standart ve Güvenli robots.txt Dosyası Yapısı
User-agent: *
Disallow: /wp-admin/
Disallow: /checkout/
Disallow: /search/
Disallow: /*?filter=

Sitemap: https://example.com/sitemap_index.xml

Dinamik XML Site Haritalarının Yapılandırılması

XML site haritası, sitenizdeki tüm indekslenebilir sayfaların bir listesini içeren ve botların sayfalarınızı daha hızlı keşfetmesini sağlayan bir dosyadır. Altyapı, site haritasını statik olarak değil, yeni bir sayfa eklendiğinde veya güncellendiğinde otomatik olarak güncellenen dinamik bir yapıda sunmalıdır.

Site haritası mimarisinde dikkat edilmesi gereken teknik detaylar:

• Hacim Limitleri: Tek bir XML site haritası en fazla 50.000 URL içerebilir ve dosya boyutu sıkıştırılmamış olarak 50 MB'ı geçemez. Bu limitler aşıldığında "Sitemap Index" (Site Haritası Dizini) yapısı kullanılmalıdır.

• Sadece 200 Durum Kodlu Sayfalar: Site haritasına yalnızca indekslenmesi istenen, 200 OK yanıtı veren, kanonik (canonical) sayfalar eklenmelidir. 404 veren sayfalar, yönlendirmeler (301, 302) veya noindex etiketli sayfalar kesinlikle haritada yer almamalıdır.

• Güncellik Etiketleri (lastmod): Her URL için son güncellenme tarihini gösteren <lastmod> etiketi doğru bir zaman damgasıyla yer almalıdır. Bu, botların değişen içerikleri daha hızlı tekrar taramasını tetikler.

Canonical Etiketleri ile Kopya İçerik Riskini Önleme

Kopya içerik (duplicate content), arama motorlarının aynı veya çok benzer içeriğe sahip farklı URL'lerle karşılaşması durumunda hangi sayfayı sıralamaya alacağını bilememesine yol açan bir sorundur. Özellikle e-ticaret sitelerinde ürünlerin farklı renk, beden veya filtre seçenekleri için üretilen dinamik URL'ler bu riski artırır. Bu sorunun çözümü, her sayfanın HTML kodunun @@CODE0@@ bölümüne yerleştirilecek bir @@CODE1@@ etiketidir.

Kanonik etiket kullanımı, arama motorlarına "Bu sayfa farklı parametrelerle açılmış olsa bile, bu sayfanın asıl ve dizine eklenmesi gereken ana versiyonu şudur" mesajını iletir. Altyapı, her sayfanın kendi benzersiz (self-referential) kanonik etiketini otomatik olarak üretmelidir. Bir sayfa parametre barındırıyorsa, kanonik etiket parametresiz ana URL'yi göstermelidir.

Render Süreçleri ve Mobil Öncelikli İndeksleme (Mobile-First Indexing)

Modern web teknolojileri geliştikçe, web sitelerinin tarayıcıda nasıl görüntülendiği (render süreci) teknik SEO'nun en karmaşık ve kritik alanlarından biri haline gelmiştir. Google, 2020 yılından itibaren tamamen mobil öncelikli indeksleme (mobile-first indexing) sistemine geçiş yapmıştır. Bu sistemde, bir web sitesinin sıralama gücü ve içeriği, sitenin masaüstü versiyonuna göre değil, mobil versiyonunun taranması ve işlenmesi sonucunda belirlenir. Bu nedenle altyapının mobil cihazlarda hatasız, hızlı ve eksiksiz bir şekilde çalışması hayati önem taşır.

Bunun yanı sıra, modern JavaScript framework'lerinin (React, Vue, Angular gibi) yaygınlaşması, "JavaScript SEO" kavramını ortaya çıkarmıştır. Arama motoru botları, klasik HTML sayfalarını anında okuyabilirken, yoğun JavaScript barındıran siteleri işlemek için iki aşamalı bir indeksleme süreci (two-pass indexing) kullanır. İlk aşamada ham HTML taranır, ikinci aşamada ise sunucu kaynakları müsait olduğunda JavaScript kodları render edilerek sayfa içeriği okunur. Altyapınız bu sürece uygun tasarlanmadıysa, botlar sitenizin içeriğini boş bir sayfa olarak görebilir.

Responsive Tasarım ve Mobil Mimarideki Tuzaklar

Mobil uyumluluk, sadece ekran boyutunun küçülmesiyle sınırlı değildir. Responsive (duyarlı) tasarımın altyapı düzeyinde doğru kurgulanması gerekir. Mobil sürüm ile masaüstü sürüm arasında içerik farklılıkları olmamalıdır. Masaüstünde sunulan bir metin, görsel ya da yapılandırılmış veri (schema), mobil sürümde "alan tasarrufu" amacıyla koddan kaldırılmamalı veya display: none CSS özelliği ile botlardan gizlenmemelidir. Googlebot, mobil görünümde gizlenmiş olan içerikleri ikincil değerde görebilir veya tamamen yok sayabilir.

Mobil mimaride karşılaşılan temel tuzaklar şunlardır:

• Tıklama Hedeflerinin Yakınlığı: Mobil cihazlarda dokunmatik alanların (butonlar, linkler) birbirine çok yakın olması, kullanıcı deneyimini düşürür ve arama motorları tarafından mobil kullanılabilirlik hatası olarak raporlanır.

• Büyük Boyutlu Görseller: Mobil cihazların hücresel veri bağlantıları masaüstü fiber hatlara göre daha yavaştır. Altyapı, cihaz çözünürlüğüne uygun boyutlandırılmış dinamik görseller (srcset niteliği kullanarak) sunmalıdır.

• Yazı Boyutları: Mobil ekranlarda okunabilirliği sağlamak için minimum yazı boyutunun 12px (tercihen 16px) olması ve kullanıcıyı yakınlaştırma (zoom) yapmaya zorlamaması gerekir.

JavaScript Render Riskleri ve SSR (Server-Side Rendering) Çözümleri

Eğer projenizde modern bir JavaScript kütüphanesi kullanıyorsanız, geleneksel Client-Side Rendering (CSR - İstemci Taraflı Render) yöntemi teknik SEO açısından büyük bir risk taşır. CSR modelinde, tarayıcıya boş bir HTML şablonu ve büyük bir JS dosyası gönderilir. Sayfa içeriği kullanıcının tarayıcısında (veya botun render sunucusunda) JS çalıştırıldıktan sonra oluşur. Google dışındaki birçok arama motorunun (Bing, Yandex, Baidu) JS işleme yetenekleri oldukça sınırlıdır.

Bu sorunun kesin çözümü, altyapıyı Server-Side Rendering (SSR - Sunucu Taraflı Render) veya Static Site Generation (SSG - Statik Site Oluşturma) modelleriyle kurmaktır. Next.js veya Nuxt.js gibi modern framework'ler, sayfaları sunucu tarafında hazır HTML olarak oluşturur ve hem bota hem de kullanıcıya içeriği anında sunar. Bu durum, arama motorlarının sayfayı anında ve eksiksiz indekslemesini sağlarken, Core Web Vitals metriklerinden LCP değerini de önemli ölçüde düşürür.

Core Web Vitals İçin Frontend Optimizasyonları

Core Web Vitals (Önemli Web Verileri), Google'ın gerçek kullanıcı deneyimini ölçmek için kullandığı üç temel metriği kapsar. Altyapı kurulumu sırasında frontend (önyüz) kodlama standartları bu metrikleri optimize edecek şekilde tasarlanmalıdır:

• LCP (Largest Contentful Paint - En Büyük İçerikli Boyama): Sayfadaki en büyük görsel veya metin bloğunun yüklenme süresidir. Optimize etmek için ilk ekran (above-the-fold) görsellerine fetchpriority="high" niteliği eklenmeli ve bu görseller tembel yükleme (lazy loading) dışında tutulmalıdır.

• CLS (Cumulative Layout Shift - Kümülatif Düzen Kayması): Sayfa yüklenirken öğelerin beklenmedik şekilde yer değiştirmesidir. Görsellere ve reklam alanlarına kesin @@CODE0@@ ve @@CODE1@@ (genişlik ve yükseklik) değerleri atanmalı, dinamik olarak eklenen içeriklerin altındaki alanlar önceden rezerve edilmelidir.

• INP (Interaction to Next Paint - Sonraki Boyamayla Etkileşim): Kullanıcının sayfayla girdiği etkileşime sunucunun ve tarayıcının verdiği yanıt süresidir. JavaScript kodlarının ana iş parçacığını (main thread) bloke etmesini önlemek amacıyla uzun görevler (long tasks) bölünmeli ve kodlar optimize edilmelidir.

Canlıya Alım Öncesi Teknik SEO Denetimi (Pre-Launch Audit)

Yeni yapılandırılan bir web sitesinin canlıya (production) alınması, teknik SEO açısından en riskli süreçtir. Altyapı ne kadar kusursuz kurulmuş olursa olsun, yayına geçiş (launch) anında yapılacak küçük bir operasyonel hata, arama motoru görünürlüğünün ciddi zarar görmesine yol açabilir. Bu nedenle, tüm sistemin yayına alınmadan önce kontrollü bir test ortamında (staging) kapsamlı bir denetimden geçirilmesi gerekir.

Pre-launch denetimi, yazılım geliştiriciler, sistem yöneticileri ve SEO uzmanlarının ortak çalışmasıyla yürütülmelidir. Bu aşamada amaç, geliştirme sürecinde gözden kaçan kod hatalarını, yönlendirme problemlerini ve erişilebilirlik engellerini tespit edip düzeltmektir. Canlıya geçiş sonrasında yapılacak müdahaleler, arama motorlarının sitenin hatalı versiyonunu indekslemesine yol açabileceğinden, tüm optimizasyonların "sıfır hata" hedefiyle canlıya geçiş öncesinde tamamlanması kritik önem taşır.

Staging Ortamında Kontrol Edilmesi Gereken Kritikler

Geliştirme ve test süreçlerinin yürütüldüğü staging (hazırlık) sunucuları, internete açık olmalı ancak arama motoru botlarının erişimine kesinlikle kapalı tutulmalıdır. Aksi takdirde, sitenizin test aşamasındaki yarım yamalak veya örnek içeriklerle (Lorem Ipsum) dolu versiyonu Google tarafından indekslenebilir ve bu durum canlı site yayına girdiğinde yinelenen içerik sorunlarına yol açar.

Staging ortamını korumak için robots.txt dosyasına Disallow: / eklemek her zaman yeterli ve güvenli bir çözüm değildir. En sağlıklı yöntem, staging sunucusuna HTTP Basic Authentication (Kullanıcı Adı ve Şifre Koruması) eklemek veya IP kısıtlaması uygulayarak dış dünyaya tamamen kapatmaktır. Canlıya geçiş gününde ise bu koruma kaldırılmalı ve robots.txt dosyasındaki tüm engeller temizlenmelidir.

Yayına Geçiş Sürecindeki SEO Risk Yönetimi

Eğer yeni altyapı mevcut ve çalışan bir web sitesinin üzerine kuruluyorsa (site taşıma/migration), en kritik konu eski URL'lerin yeni URL yapılarına doğru bir şekilde eşlenmesidir. URL yapısı değişecek olan tüm sayfalar için birebir (1:1) olacak şekilde 301 (Kalıcı) Yönlendirme Haritası hazırlanmalıdır. Eski URL'lerin topluca ana sayfaya yönlendirilmesi (soft 404 hatalarına yol açar) ya da yönlendirmelerin hiç yapılmaması, mevcut tüm organik sıralamaların kalıcı olarak kaybedilmesine neden olur.

Yönlendirme haritası uygulanırken "yönlendirme zincirleri" (redirect chains) oluşturulmamasına dikkat edilmelidir. A -> B -> C şeklinde zincirleme yönlendirmeler hem tarama bütçesini tüketir hem de sayfa açılış hızını yavaşlatır. Doğrudan A -> C yönlendirmesi kurgulanmalıdır. Yayına geçiş tamamlandığında, gerçek zamanlı sunucu logları (server logs) izlenerek arama motoru botlarının siteye erişim durumları kontrol edilmeli ve herhangi bir 4xx veya 5xx hatası oluşup oluşmadığı anlık olarak takip edilmelidir.