Teknik SEO

Teknik SEO için eksiksiz bir rehber — sade bir dille yazılmış Başlangıç Rehberi ve tarama, işleme, dizinleme ve sıralama konularında sistem düzeyinde bir İleri Düzey Rehber.

İlk yayın tarihi: 25 Haz 2026 · Son güncelleme: 8 Ağu 2026 · İleri düzey

Tek rehberde iki rehber. Başlangıç Rehberi teknik SEO'yu sıfırdan anlatır — tarama → dizinleme → sıralama hattı, her sitenin ihtiyaç duyduğu bir avuç temel, kendi sitenizi nasıl kontrol edeceğiniz ve hangi mitleri görmezden gelmeniz gerektiği. İleri Düzey Rehber sistem derinliğine iner: tarama bütçesi, işleme kararı, kanonikleştirmenin ~40 sinyali, iç bağlantı, Core Web Vitals'ın üç ayrı sorun olarak ele alınması, sürekli izleme, geçişler ve yapay zeka araması. Ana tema her zaman geri döndüğüm şeydir — teknik SEO, SEO'nun en önemli parçasıdır, ta ki öyle olmaktan çıkana kadar. İçeriğin ve bağlantıların sıralanmasını sağlayan temeldir, kendi başına bir sıralama hilesi değildir. Google'ın dizinlemediği bir sayfayı sıralayamazsınız, bu yüzden en yüksek değerli iş genellikle en sıkıcı olanıdır.

TL;DR — Teknik SEO, her sitede aynı tarama → işleme → dizinleme → sunma boru hattıdır — ayrı bir “teknik SEO algoritması” yoktur — ve bu bir temeldir, kendi başına bir sıralama faktörü değildir. Boru hattını bir dizi kapı olarak ele alın ve herhangi bir şeyi değiştirmeden önce bir sayfanın hangisinde takılı kaldığını teşhis edin. Kaldıraç çoğunlukla negatiftir (kazandıklarınızı kaybetmemek), bu yüzden sıkıcı yapısal işler — kanonikleştirme, yönlendirmeler, iç bağlantılar — en iyi getiriyi sağlar ve ölçekte birleşir. Çoğu sitenin tarama bütçesini yönetmesi gerekmez; işleme geride kalabilen ayrı bir adımdır; Core Web Vitals üç ayrı sorundur ve küçük bir sıralama kaldıracıdır; kanonikleştirme ~40 sinyal arasında ağırlıklı bir karardır; ve 2025’ten itibaren yapay zeka araması, sizi sıralamadan veya alıntılamadan önce temiz teknik sinyallere uygunluğu kapılar. Buradaki en yüksek beceri önceliklendirmedir — neyi görmezden geleceğinizi bilmek.

Teknik SEO konumu değil, uygunluğu belirler

Teknik SEO, SEO’nun getirisi neredeyse tamamen negatif olan tek parçasıdır: görevi sıralamaları kaybetmenizi önlemektir, kazanmanızı değil. Google temiz altyapı için pozisyonlar dağıtmaz. Aynı tarama, dizinleme ve sıralama sistemleri, siteniz kusursuz veya bir felaket olsun çalışır — arkalarında oturan ayrı bir “teknik SEO algoritması” yoktur. Teknik SEO’nun gerçekte belirlediği şey, sayfalarınızın bu sistemlere girebilip giremeyeceği ve içeri girdiklerinde motorun onları doğru anlayıp anlamadığıdır.

Yani doğru zihinsel model “teknik SEO yaparak sıralamaya girmek” değil. “Teknik SEO yap ki içeriğin ve bağlantıların sıralanmaya izinli olsun.” Bu tersine çevirme, gösterişsiz işin — kanonikleştirme, yönlendirmeler, iç bağlantılar — en yüksek değerli iş olmasının ve bu disiplindeki en kullanışlı becerinin önceliklendirme olmasının tüm nedenidir: neyi düzelteceğini ve çoğu zaman neyi olduğu gibi bırakacağını bilmek.

Boru hattı, kapılar olarak

Her şey tek bir boru hattına bağlıdır ve Google’daki işlevsel madde “her sayfa her aşamadan geçmez” ifadesidir. Bu iddiaya ilişkin kanıt Google Search describes crawling, indexing, and serving as three stages; discovery is part of the crawling stage, and not every page advances through each stage. Kapsam: Google Search documentation; conceptual explanation, not a promise of ranking outcomes. Güven düzeyi: yüksek · Doğrulandı: Google: How Search Works Her sayfayı bitişe taşıyan bir konveyör bant hayal etmeyin. Her birinin kendi geçti/kaldı durumu olan bir dizi kapı hayal edin:

  • Tarama — keşif (bağlantılar + sitemap’ler + push protokolleri) artı getirme. Hiçbir şeyin bağlantı vermediği veya robots.txt içinde izin verilmeyen bir sayfa asla ulaşamayabilir.
  • İşleme — Google, sayfayı tam olarak anlayabilmeden önce JavaScript’inizi güncel bir headless Chrome’da (Web Rendering Service) çalıştırır. Bu, getirmeden ayrı bir adımdır, durum bilgisizdir ve gecikebilir.
  • Dizinleme — motor sayfayı işler, kopyalar arasından bir kanonik seçer ve saklayıp saklamayacağına karar verir. Tarama ve işleme başarılı olsa bile “dizinleme garanti değildir”.
  • Sunma — sorgu anlama, ardından birçok otomatik sistemde sıralama ve son olarak üstüne eklenen arama özellikleri.

Tarama ≠ işleme ≠ dizinleme ≠ sıralama ayrımlarını kafanızda tutun ve teknik SEO’nun çoğu gizemli olmaktan çıkar. Bir sayfa beklentinin altında kaldığında tahmin yürütmezsiniz ve on şeyi değiştirmezsiniz — hangi kapıda başarısız olduğunu bulur ve o aşamayı düzeltirsiniz.

Herhangi bir boru hattı açıklamasını, benimki de dahil, mutlak doğru kabul etmeden önce dürüst bir uyarı: bu bir model, kaynak kod değil. How Search Works, konferanslarda verdiğim ve bu boru hattının tamamını anlatan bir konuşmadır (SlideShare’deki slaytlar) ve burada tekrarlayacağım bir uyarıyla açıyorum: “bu benim sistemlere dair anlayışım… %100 eksiksiz veya doğru olmayacak.” Buna gevşek tutunun ve sorunlar hakkında akıl yürütmek için kullanın.

Taramayı aslında kim yapıyor

“Googlebot” tek bir program gibi görünüyor. Bu bir aile — masaüstü, mobil (önemli olan, çünkü dizinleme mobil önceliklidir), görsel, haber, video ve reklam tarayıcıları — hepsi aynı tarama bütçesi havuzundan beslenir; bu yüzden kontrolden çıkmış bir görsel veya parametre taraması, gerçek içeriğinizin taranmasını aç bırakabilir.

Artık mesele yalnızca arama motorları da değil. Cloudflare Radar tarama verilerini analiz ettiğimde arama motoru tarayıcıları hâlâ en çok isteği yapıyordu; ancak AI botları açık ara ikinci sıradaydı ve onları geçme yolundaydı. Günlüklarınızı inceliyorsanız oyuncu kadrosunun değiştiğini görürsünüz. Hangi AI tarayıcılarına izin vereceğinizi yönetmek ve istek yapan botların gerçekten iddia ettikleri bot olduğunu doğrulamak artık işin bir parçasıdır.

Tarama bütçesi: ne zaman önemli, ne zaman değil

Google, tarama bütçesini “the set of URLs that Google can and wants to crawl,” (çeviri: “Google’ın tarayabildiği ve taramak istediği URL kümesi”) olarak tanımlar. Bunu tarama kapasitesi (sunucunuzun sağlığı) ve tarama talebi (popülerlik ve güncellik) belirler. Etkin bütçeyi iki yolla artırırsınız: botlara daha fazla kapasite sağlamak veya daha sık gereken çözüm olarak israfı durdurmak. Yinelenenleri birleştirin, düşük değerli alanları engelleyin, kalıcı olarak kaldırılan sayfalarda 404/410 döndürün, soft 404’leri düzeltin, sitemap’leri doğru lastmod değerleriyle güncel tutun ve uzun yönlendirme zincirlerinden kaçının.

Rahatlatıcı kısım ve bunu sürekli söyleyeceğim: çoğu site tarama bütçesi konusunda endişelenmek zorunda değil. Google’ın kendisi size, sayfalarınız genellikle yayınlandıkları gün taranıyorsa, “bu kılavuzu okumanıza gerek olmadığını” söyler. Bu durum 1M+ sayfa veya hızla değişen 10k+ sayfa civarında sorun olmaya başlar. Bunun altında, enerjinizi başka yere harcayın. Bu iddiaya ilişkin kanıt Google says crawl-budget guidance is mainly relevant to very large sites, including sites with over one million unique pages or over ten thousand rapidly changing pages. Kapsam: Google Search guidance; the page-count examples are diagnostic starting points, not hard eligibility thresholds. Güven düzeyi: yüksek · Doğrulandı: Google: Large site crawl budget guide Bing’den Fabrice Canel aynı fikri daha net bir şekilde ifade ediyor: az çoktur — taranacak daha az URL, SEO için daha iyidir.

robots.txt: tarama kontrolü, indeks kontrolü değil

Bu dosyadaki en önemli ayrım: robots.txt taramayı kontrol eder, indekslemeyi değil. Bir URL’yi engellemek botların onu getirmesini durdurur — onu indeksten uzak tutmaz. Engellenen bir sayfa, diğer sayfalar ona bağlantı veriyorsa yine de indekslenebilir (yalnızca URL, içerik olmadan) ve daha da kötüsü, bir sayfayı engellerseniz Google’ın üzerindeki bir noindex etiketini asla görememesine de neden olursunuz.

Yani kurallar şunlardır:

  • Bir sayfanın aramadan kaybolmasını mı istiyorsunuz? Taramaya izin verin ve noindex ekleyin. İndeksten çıkarmak için asla robots.txt kullanmayın.
  • Botların düşük değerli bir URL alanını atlamasını mı istiyorsunuz (iç arama, sonsuz faset kombinasyonları) ve indekslemeyi umursamıyor musunuz? robots.txt engellemesi doğrudur.
  • AI tarayıcılarını mı yönetiyorsunuz? GPTBot, ClaudeBot, PerplexityBot, CCBot ve benzerlerine izin verdiğiniz veya engellediğiniz yer de burasıdır — stratejik bir karar, varsayılan bir durum değil.

Kanonikleştirme: bir komut değil, ağırlıklı bir karar

İleri düzey teknik SEO’nun önemli bir bölümü kanonikleştirmede yaşar ve konu yaygın biçimde yanlış anlaşılır. rel="canonical" bir ipucudur, talimat değil. Google temsilci URL’yi seçerken bunu yönlendirmeler, dahili bağlantılar, sitemap üyeliği, HTTPS ve URL yapısı gibi başka sinyallerle birlikte değerlendirir. Kanonikleştirme incelememde seçimi besleyen yaklaşık 40 sinyal sayıyorum. Search Console’da bazen “Duplicate, Google chose different canonical than user” (çeviri: “Yinelenen sayfa; Google kullanıcıdan farklı bir canonical seçti”) görmenizin nedeni budur: etiketiniz diğer sinyallere yenilmiştir.

Pratik sonuçlar:

  • Çelişkili sinyaller göndermeyin. Yıllarca kurumsal sitelerde çalıştım ve IBM’de şirket içi teknik SEO’yu yönettim. Enterprise SEO Chaos konuşmamda bir sürüme yönlenen, ikinci bir sürümü canonical gösteren ve üçüncü bir sürüme dahili bağlantı veren gerçek sayfaları gösteriyorum. Tek bir URL seçin ve bütün sinyalleri onunla uyumlu hâle getirin.
  • Sinyal gücü kabaca yönlendirme > rel="canonical" > dahili bağlantılar > sitemap sırasındadır. Bir 301, canonical etiketinden çok daha güçlü bir ifadedir.
  • Yinelenen içerik ceza değildir. Google’dan Gary Illyes web’in yaklaşık %60’ının yinelenen içerik olduğunu söylemiştir; Google bunun bir bölümünü normal, yani spam ihlali olmayan bir durum sayar. Maliyet, bölünen sinyaller ve boşa harcanan taramadır; ceza değil. Çözüm panik değil, birleştirmedir.

JavaScript hakkında bir not: Bir zamanlar HTML’sinde canonical bulunmayan bir sayfaya JavaScript ile rel="canonical" eklediğim bir test yürüttüm. Google, bunu yapmayacağını açıkça söylemiş olmasına rağmen etiketi dikkate aldı. Bu ortaya çıktıktan sonra Google JavaScript SEO dokümantasyonunu güncelledi. Buradan çıkarılacak ders “JS canonical kullanın” değildir; bu davranışların test edilebilir olduğu ve dokümanların her zaman son söz olmadığıdır.

İşleme kararı

İşleme, çoğu genel bakışın atladığı adımdır ve JavaScript sitelerinin başının belaya girdiği yerdir. “Tarama sırasında Google, sayfayı işler ve bulduğu herhangi bir JavaScript’i yakın tarihli bir Chrome sürümü kullanarak çalıştırır.” Bu iddiaya ilişkin kanıt Google processes JavaScript pages in crawling, rendering, and indexing phases and uses a recent version of Chrome for rendering. Kapsam: Google Search JavaScript processing; rendering and indexing remain subject to technical and quality constraints. Güven düzeyi: yüksek · Doğrulandı: Google: JavaScript SEO basics Bu, ayrı, durumsuz bir hizmettir, kaynakları haftalarca önbelleğe alabilir ve ilk getirmeden geride kalabilir — bu nedenle JS’ye bağlı bir değişikliğin yansıması biraz zaman alabilir.

JavaScript burada düşman değildir. JavaScript SEO rehberimde söylediğim gibi JavaScript SEO için kötü ya da şeytani değildir; yalnızca birçok SEO uzmanının alıştığından farklıdır. Asıl karar nasıl işleyeceğinizdir:

  • Sunucu tarafı render (SSR) — SEO için en güvenlisi; HTML eksiksiz gelir.
  • Statik üretim (SSG/önceden render) — istek başına değişmeyen içerik için iki dünyanın en iyisi.
  • İstemci tarafı render (CSR) — en yüksek risk; içerik yalnızca JS çalıştıktan sonra var olur, bu yüzden render adımına bahse girersiniz.
  • Dinamik render — Google buna geçici çözüm der, öneri değil; Bing daha olumlu. Bunu bir köprü olarak görün, hedef olarak değil.

İki tuzağı iyi bilin. İlk olarak, tembel yükleme: Googlebot kaydırmaz veya tıklamaz, bu yüzden yalnızca etkileşimde yüklenen içerik görünmez kalabilir — görünüm alanına girdiğinde yüklendiğinden emin olun. İkinci olarak, bağlantılar: Google yalnızca gerçek bir <a href> öğesi olan bir bağlantıyı takip edebilir. routerLink olmayan bir href veya tıklama işleyicisi taranabilir bir bağlantı değildir. Bir boşluktan şüphelendiğinizde URL İnceleme aracıyla işlenmiş çıktıyı ham HTML ile doğrulayın.

Site mimarisi ve iç bağlantılama

İç bağlantılar aynı anda üç iş yapar: botların sayfaları keşfetmesine yardımcı olurlar, PageRank dağıtırlar ve çapa metni aracılığıyla konu bağlamı aktarırlar. John Mueller iç bağlantılamayı “SEO için süper kritik” ve kendi sitenizde sahip olduğunuz en büyük kaldıraçlardan biri olarak adlandırdı — ve ben de katılıyorum. Doğrudan kontrol ettiğiniz en yüksek ROI’li şeylerden biridir.

Sistem düzeyinde birkaç nokta:

  • Yetim sayfalar — hiçbir şeyin bağlantı vermediği sayfalar — aranacak ilk şeydir. Bağlantı verilmezse, neredeyse keşfedilemez ve neredeyse hiç değer almaz.
  • Mimari, tarama hunisi yönetimidir. Önemli sayfalar ana sayfaya yakın olmalıdır; derin, tıklama mesafesi uzak sayfalar daha az taranır ve daha kötü sıralanır.
  • nofollow ile PageRank şekillendirme öldü (2009’dan beri). İç bağlantıları nofollow yapmak, bu değerin yeniden dağıtılmak yerine buharlaşmasına neden olur. Akışı gerçek mimariyle yönetin, nofollow hileleriyle değil.

Core Web Vitals: üç sorun, tek değil

Sayfa deneyimiyle ilgili en büyük uygulayıcı hatası, bunu tek bir “siteyi hızlandır” sorunu olarak ele almaktır. Core Web Vitals, farklı kök nedenleri ve farklı çözümleri olan üç ayrı sorundur:

  • LCP (Largest Contentful Paint) — yükleme. Sunucu yanıt süresi, render’ı engelleyen kaynaklar ve ana içerik varlığının ne kadar hızlı yüklendiği tarafından belirlenir. Hedef 2,5 saniyenin altı.
  • INP (Interaction to Next Paint) — etkileşim. Ana iş parçacığını engelleyen JavaScript yürütmesi tarafından belirlenir. Hedef 200 milisaniyenin altı. (INP, 2024’te FID’nin yerini aldı — hâlâ bir yerde FID görüyorsanız, tavsiye bayattır.)
  • CLS (Cumulative Layout Shift) — görsel stabilite. Boyutları olmayan görseller, geç yüklenen yazı tipleri ve enjekte edilen içerik tarafından belirlenir. Hedef 0,1’in altı.

Tanımların ötesinde iki şey önemlidir. Saha verisi, laboratuvar verisi değil: Google, Lighthouse puanınıza göre değil, gerçek kullanıcı CrUX verilerine göre sıralar; bu yüzden iyi saha verisine sahip bir Lighthouse 65, kötü saha verisine sahip bir Lighthouse 100’ü yener. Ve orantı: Dürüst olacağım — Core Web Vitals’ın SEO üzerinde çok fazla etkisi olduğunu düşünmüyorum ve bir site aşırı yavaş olmadıkça sıralamalar için bunları düzeltmeye genellikle öncelik vermem. İşi kullanıcılar ve dönüşümler için yapın; sadece bunu bir sıralama kaldıracı olarak abartmayın.

Yapılandırılmış veri: arama ve yapay zeka için sinyaller

Yapılandırılmış veri (JSON-LD kullanarak) sizi sıralamaz, ancak sayfaları zengin sonuçlar için uygun hale getirir ve giderek artan şekilde yapay zeka sistemlerinin içeriğinizi alıntı için ayrıştırmasına yardımcı olur. Gerçekten kullanışlıdır — ve gerçekten de bir sıralama sinyali olarak abartılır. Dürüst çerçevem: SEO’nun çoğu temelleri iyi yapmaktır ve içerik ile bağlantılar, şemadan daha fazla işe yarar. Bunu, zengin bir sonuç açtığı veya bir varlığı netleştirdiği yerde uygulayın; kendi başına sıralamaları yükseltmesini beklemeyin. (Ayrıca not: şema işaretleme URL’leri taranabilir iç bağlantılar değildir — Mueller bunu doğruladı.)

Uluslararası, kısaca

Birden fazla dil veya bölgeye hizmet veriyorsanız, her sürüm için ayrı URL’ler kullanın ve bunları eşlemek için hreflang ek açıklamaları kullanın; URL parametreleri yerine ccTLD’leri veya alt dizinleri tercih edin. IP’ye göre otomatik yönlendirme yapmayın — Google bunu açıkça önermez ve taramayı bozar. Uluslararası SEO kendi başına derin bir konudur; bu sadece teknik el sıkışmadır.

Teknik SEO tek seferlik bir denetim değil, sürekli bir sistemdir

Her rakip rehberin yanlış yaptığı çerçeve: teknik SEO bir kez tamamladığınız bir kontrol listesi değildir. Siteler sürekli değişir — dağıtımlar canonical etiketlerini bozar, bir sürüm bir şablona noindex ekler, yeni bir reklam script’i INP’yi düşürür, yönlendirme zincirleri birikir. Olgun uygulama izleme ve regresyon tespitidir:

  • Dizinlenen sayılar ve hariç tutulan durumlardaki ani değişiklikler için GSC Sayfa Dizinleme’yi izleyin.
  • Tarama İstatistikleri’ni ve günlüklerinizi yanıt kodu artışları ve tarama deseni değişimleri için izleyin.
  • Her önemli dağıtımdan sonra tarama, işleme ve yönlendirmeleri yeniden doğrulayın.

Günlük dosyaları hakkında özel olarak: Eskiden bunları birkaç yılda bir kullanılan bir sorun giderme aracı olarak görürdüm. Bu değişti. Günlükler artık hangi AI tarayıcılarının size gerçekten ulaştığını ve ne sıklıkta olduğunu görmenin en net yolu — başka hiçbir aracın bu kadar doğrudan göstermediği bir şey — bu yüzden AI aramasını önemseyen herkes için eskisinden çok daha kullanışlı hale geldiler.

Site taşımaları: en yüksek riskli olay

Bir taşıma — yeni alan adı, HTTP’den HTTPS’e, platform değişikliği, URL yeniden yapılandırması — en yüksek riskli teknik olaydır, çünkü aynı anda her URL’yi etkiler. Eski ile yenisini 1:1 eşleyin, 301/308 kalıcı yönlendirmeler kullanın, bunları süresiz olarak yerinde tutun (kaldırmak için acele etmem — birkaç yönlendirme adımı endişelenecek bir şey değildir) ve geçerli olduğu yerlerde GSC Adres Değişikliği aracını kullanın. Taşımalar karmaşık olabilir ve birçok kişiyi içerebilir, ancak panik yapmayın — yanlış giden neredeyse her şeyi düzeltebilirsiniz. Bu sütunun altında eksiksiz bir Site Taşımaları kümesi vardır.

AI araması için teknik SEO

Modern değişim ve tembel “teknik SEO öldü” görüşüne karşı çıkıyor: 2025’ten itibaren, AI arama sistemleri sıralamadan veya alıntı yapmadan önce uygunluğa karar veriyor. Bir AI yanıtında alıntılanmak için sayfanız genellikle temiz bir şekilde canonicalize edilmiş, yeterince hızlı, kahramanlık gerektirmeden işlenebilir ve güvenle ayrıştırılabilecek kadar yapılandırılmış olmalıdır. Dağınık sinyaller artık sadece sıralamayı düşürmüyor — sizi yanıttan tamamen çıkarabilirler. Bing’in dizini birçok LLM yanıtını beslediğinden, Bing Webmaster Tools ve IndexNow, Bing’in arama payının önerdiğinden daha önemlidir. Teknik hijyen AI çağında daha önemlidir, daha az değil.

Kaldıraç aslında nerede

Bu rehberden tek bir şey alacaksanız, önceliklendirme olsun. Zamanınızı dizinleme, canonicalization, iç bağlantılar ve temiz taşımalara harcayın — sayfaların aramada var olup olmadığına ve eşitliklerini birleştirip birleştirmediğine karar veren iş. Tarama bütçesi, Core Web Vitals, yinelenen içerik veya kısa yönlendirme zincirleri hakkında endişelenmeyin; belirli, teşhis edilmiş bir sorununuz yoksa. Ve mükemmelliği kovalamayın — teknik olarak mükemmel olan büyük bir web sitesi olduğundan şüpheliyim ve olsaydı, önemli olmayan şeylere değil, önemli olan şeylere kaynak harcadıklarını düşünürdüm.

Bu merkez, pillar’ın geri kalanını haritalar: Arama Nasıl Çalışır, Site Taşımaları, Sayfa İçi, Arama Motoru Araçları ve JavaScript SEO. Sitenizin nerede bozulduğuna göre başlayın — boru hattı size hangi kapıya önce bakmanız gerektiğini söyler.

Uzman notu ekle

Uzman alıntısını sabitle

Yeni biri mi? Sahipsiz profilini şu bağlantıdan oluşturun: /admin/experts/ → Uzman alıntısını sabitle Bu işlemi önce tamamlayın.