Modern SEO'nun Anatomisi: Arama Motorları Nasıl Çalışır?

Daha önce SEO'nun ne olduğunu ve neden önemli olduğunu anlatmıştık. Bu yazı onun teknik devamı: arama motorlarının kaputunun altına bakıyoruz. Çünkü "anahtar kelime koy, içerik yaz" tavsiyesi, motorun nasıl çalıştığını bilmeyen biri için pusulasız yürümektir. Bir sayfanın Google'da görünür olması; tek bir sihirli işlem değil, birbirini izleyen üç ayrı mühendislik aşamasının sonucudur. Bu yazıda her aşamayı, 2026 dinamikleriyle ve Infisale'in teknik bakış açısıyla tek tek açıyoruz. Bu, Infisale SEO & GEO serisinin ilk yazısıdır.

1 Tarama (Crawling): Sayfanız Önce Bulunmalı

Her şey Googlebot adı verilen otomatik bir programla başlar. Bu yazılım, bilinen bir adres listesinden yola çıkar; her sayfayı ziyaret eder, içindeki bağlantıları takip ederek yeni sayfalar keşfeder ve bu döngüyü sürekli tekrarlar. Buna tarama denir. Basit bir benzetmeyle: Googlebot, internetin sonsuz koridorlarında kapı kapı dolaşan ve her odaya not düşen bir kütüphane görevlisidir.

Ama bu görevlinin sonsuz zamanı yoktur. Google, her site için ne kadar sıklıkta ve kaç sayfa tarayacağını belirleyen bir tarama bütçesi (crawl budget) ayırır. Bu bütçe iki şeyle şekillenir: sitenizin sunucusunun ne kadar hızlı yanıt verdiği (crawl rate) ve içeriğinizin ne kadar talep gördüğü/güncellendiği (crawl demand). Kaynak: Google Search Central — Large Site Owner's Guide to Managing Crawl Budget Yavaş açılan, 5xx hataları döndüren ya da binlerce gereksiz URL üreten bir site, bu bütçeyi çöpe attığı için önemli sayfaları geç taranır veya hiç taranmaz.

Parametrik URL Yığınları: E-ticaret ve SaaS'ın Sessiz Bütçe Sızıntısı

Yukarıdaki "sonsuz URL tuzağı" maddesi, büyük e-ticaret ve çok kategorili SaaS yapılarında en pahalı tarama probleminin tohumudur. Bir kategori sayfasına eklenen her filtre kombinasyonu yeni bir URL üretir: /ayakkabi?renk=mavi&beden=42&sira=fiyat, /ayakkabi?beden=42&renk=mavi… Sadece 4 filtre ve 5'er seçenek, binlerce neredeyse aynı URL demektir (faceted navigation patlaması). Googlebot bunların her birini ayrı bir sayfa sanıp tarama bütçenizi bu kopyalara harcar; gerçek ürün ve içerik sayfalarınız geride kalır.

Doğru mimari çözüm, bu kombinasyonların hangilerinin indekslenebilir bir değer taşıdığına baştan karar vermektir. İki katmanlı yaklaşım:

Pratik kural: Her filtre durumu bir URL hak etmez. "Bu kombinasyon için biri Google'da arama yapar mı?" sorusunun cevabı hayırsa, o durum istemci tarafında kalmalı; bot için var olmamalıdır.

Render Stratejisi Tarama Bütçesini Doğrudan Etkiler

Tarama bütçesi yalnızca kaç URL ürettiğinizle değil, her URL'nin Googlebot'a ne kadar hızlı ve ne kadar dolu teslim edildiğiyle de ilgilidir. İşte bu yüzden son dönemde arama motorlarının render maliyetini düşürmek için siteler, tamamen istemci tarafı (CSR) yaklaşımından hibrit render modellerine geçiyor. Aralarındaki fark, doğrudan bütçeye yansır:

Özet ilke şudur: Bota dolu HTML'i ne kadar hızlı verirseniz, aynı bütçeyle o kadar çok sayfanız taranır ve indekslenir. Infisale tarafında siteler varsayılan olarak sunucuda/edge'de önceden oluşturulmuş statik HTML ile yayınlanır; tam da bu yüzden tarama ve indeksleme aşamaları "kuyrukta beklemeden" ilerler.

2 İndeksleme (Indexing): İçeriğin Anlaşılması

Bir sayfa tarandı diye otomatik olarak Google'a "girmiş" sayılmaz. Tarama, sadece içeriğin indirilmesidir. İndeksleme ise Google'ın o sayfanın ne hakkında olduğunu çözmeye çalıştığı aşamadır. Bu aşamada Google sayfayı tıpkı bir tarayıcı gibi render eder (JavaScript dahil çalıştırır), metni, görselleri, başlıkları, yapılandırılmış veriyi analiz eder ve içeriği dev bir veri tabanına; Google İndeksi'ne kaydeder. Bu indeks yüz milyarlarca sayfayı içerir ve 100 milyon gigabaytın üzerindedir. Kaynak: Google — How Search Works (Crawling & Indexing)

Kritik nokta şu: tarama ≠ indeksleme. Google Search Console'da gördüğünüz "Taranmış ancak şu anda dizine eklenmemiş" (Crawled - currently not indexed) uyarısı tam olarak bunu anlatır; Google sayfanızı gördü, ama indekse almadı. Çoğu kişi bunu yalnızca "içerik zayıf" diye yorumlar — oysa nedenlerin önemli bir kısmı içerik kalitesi değil, teknik indeks engelleridir.

İşte bu yüzden render performansı ve temiz HTML çıktısı kadar, sunucunun gönderdiği teknik sinyallerin doğruluğu da indekslenmenin görünmez ama belirleyici şartıdır.

İki Aşamalı İndeksleme: HTML Okuması ve Render Kuyruğu (WRS)

JavaScript ağırlıklı sitelerde indekslemenin neden geciktiğini anlamak için Google'ın kritik bir mimari gerçeğini bilmek gerekir: Googlebot, JavaScript'i sayfayı ilk gördüğü anda çalıştırmaz. İndeksleme iki dalga halinde ilerler. Kaynak: Google Search Central — Understand the JavaScript SEO Basics

3 Sıralama (Ranking): Doğru Cevabı Seçmek

Bir kullanıcı arama yaptığında Google, indeksindeki yüz milyarlarca sayfayı saniyenin çok altında bir sürede tarayıp, o sorguya en uygun olanları sıralar. Bu sıralamayı tek bir faktör değil, birbiriyle etkileşen yüzlerce sinyal belirler. Google bu sinyalleri beş ana başlıkta topluyor. Kaynak: Google — How Search Works: Ranking Results

Buradaki en sık yanlış anlama: "200 sıralama faktörünü işaretlersem birinci olurum" düşüncesidir. Gerçekte bu sinyaller bir kontrol listesi değil, kullanıcıya en yararlı sonucu tahmin eden bir bütündür. Sayfa hızı tek başına sizi zirveye taşımaz; ama yavaş sayfa, eşit derecede iyi iki içerikten birini geri plana iter. Detayları site hızı ve müşteri kaybı yazımızda işlemiştik.

"

Arama motoru için değil, kullanıcı için içerik üretin. Kullanıcılara dürüst olun. Onlar için işe yarayan, arama motorları için de işe yarar.

— Google Arama Temel Kuralları Kaynak: Google Search Essentials — Key Best Practices

4 Core Updates Mantığı: Algoritma Neden Sürekli Değişiyor?

Google, sıralama sistemlerinde yılda birkaç kez büyük çaplı, geniş kapsamlı güncellemeler yayınlar; bunlara Core Update (çekirdek güncelleme) denir. Bir Core Update belirli bir siteyi cezalandırmayı amaçlamaz. Amaç, Google'ın "en yararlı, en güvenilir içeriği nasıl tanırım?" sorusuna verdiği cevabı yeniden kalibre etmektir. Kaynak: Google Search Central — Google Search's Core Updates & Your Site

Bir güncellemeden sonra sıralaması düşen sitelerin çoğu yanlış bir şey yapmamıştır; sadece Google artık aynı sorgu için başka bir sayfayı daha iyi bir cevap olarak görmektedir. Bu yüzden Google'ın kendi tavsiyesi nettir: bir güncelleme sonrası "hızlı düzeltme" peşinde koşmak yerine, içeriğinizi insan odaklı kalite açısından dürüstçe gözden geçirin. Bu da bizi serinin omurgasına götürüyor: E-E-A-T (Deneyim, Uzmanlık, Otoriterlik, Güvenilirlik).

5 Infisale Perspektifi: Altyapı, Üç Aşamayı da Belirler

Tarama, indeksleme ve sıralamanın ortak paydası tek bir kelime: altyapı. Çünkü bu üç aşama, içeriğinizden önce teknik temelinizle karşılaşır. Hızlı sunucu yanıtı tarama bütçenizi korur; temiz ve sunucu tarafında oluşturulmuş (SSR) HTML indekslenmeyi garantiler; iyi Core Web Vitals değerleri sıralamada size avantaj verir. Infisale tam olarak bu üç kapıyı baştan açık tutmak için kurgulandı:

Kısacası SEO, "sonradan eklenen" bir pazarlama katmanı değil; sitenizin kuruluş anındaki mühendislik kararlarıdır. Yavaş ve karmaşık bir altyapının üzerine ne kadar içerik yazarsanız yazın, motor onu görmekte zorlanır. Bu serinin ilerleyen yazılarında bu temelin üzerine yapay zekâ motorlarında görünürlüğü (GEO), teknik SEO'yu, semantik otoriteyi ve schema markup'ı inşa edeceğiz.

Ana Çıkarımlar