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 · Advanced
Diller

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. Evidence for this claim 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. Scope: Google Search documentation; conceptual explanation, not a promise of ranking outcomes. Confidence: high · Verified: 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.

And it’s not just search engines anymore. When I analyzed Cloudflare Radar crawl data (an Ahrefs piece I wrote on the new wave of bots), search-engine crawlers still crawled the most, but AI bots were firmly in second place and on track to overtake them. If you read your logs, the cast of characters has changed — and managing it (which AI crawlers you allow, and confirming the ones hitting you are who they claim) is now part of the job.

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

Google defines crawl budget as “the set of URLs that Google can and wants to crawl,” set by crawl capacity (your server’s health) and crawl demand (popularity and staleness). You raise effective budget two ways: give bots more capacity, or — far more often — stop wasting it. Consolidate duplicates, block low-value spaces, return 404/410 for permanently gone pages, fix soft 404s, keep sitemaps current with accurate lastmod, and avoid long redirect chains.

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. Evidence for this claim 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. Scope: Google Search guidance; the page-count examples are diagnostic starting points, not hard eligibility thresholds. Confidence: high · Verified: 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

Canonicalization is where a lot of advanced technical SEO lives, and it’s widely misunderstood. rel="canonical" is a hint, not a directive. Google weighs it against many other signals — redirects, internal links, sitemap inclusion, HTTPS, URL structure — when it picks the representative URL. My deep dive on canonicalization puts the count around 40 signals that feed canonical selection, which is why you sometimes see “Duplicate, Google chose different canonical than user” in Search Console: your tag was outvoted.

Pratik sonuçlar:

  • Don’t send conflicting signals. I spent years on enterprise sites (I ran technical SEO in-house at IBM), and in a talk I give called Enterprise SEO Chaos I show real pages that “redirected to one version, canonicaled to a second, and internally linked to a third.” Pick one URL and make every signal agree.
  • Signal strength roughly ranks redirect > rel="canonical" > internal links > sitemap. A 301 is a much stronger statement than a canonical tag.
  • Duplicate content isn’t a penalty. Google’s Gary Illyes has said roughly 60% of the web is duplicate content, and Google treats some of it as normal — not a spam violation. The cost is split signals and wasted crawling, not a punishment. The fix is consolidation, not panic.

And a note on JavaScript: I once ran a test — injecting a rel="canonical" via JavaScript on a page that had none in the HTML — and Google honored it, even though it had publicly said it wouldn’t. After that surfaced, Google updated its JavaScript SEO documentation. The lesson isn’t “use JS canonicals”; it’s that this stuff is testable, and the docs aren’t always the last word.

İş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.” Evidence for this claim Google processes JavaScript pages in crawling, rendering, and indexing phases and uses a recent version of Chrome for rendering. Scope: Google Search JavaScript processing; rendering and indexing remain subject to technical and quality constraints. Confidence: high · Verified: 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 isn’t the enemy here. As I put it in my guide to JavaScript SEO, JavaScript is not bad for SEO, and it’s not evil — it’s just different from what many SEOs are used to. The real decision is how you render:

  • 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 hemen hemen 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.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.