SEO 2025: Teknik SEO Rehberi

Teknik SEO, bir sayfanın yalnız “hızlı” olmasını değil; doğru URL’den erişilebilmesini, arama motoru tarafından taranıp işlenebilmesini, doğru kanonikle dizine aday olmasını ve kullanıcıya hatasız sunulmasını sağlar. İçerik çok iyi olsa bile sunucu hatası, yanlış noindex, bozuk canonical veya yalnız istemci tarafında kalan bağlantılar görünürlüğü engelleyebilir.

Başlıktaki 2025 ifadesi arşiv niteliğindedir. Rehber 2026’daki güncel Google Search belgelerine göre yenilenmiştir. Buradaki amaç “ilk sırayı garanti eden ayar” aramak değil, URL’nin istekten arama sonucuna kadar geçtiği teknik zinciri ölçülebilir hâle getirmektir.

---

Teknik SEO teşhisi; erişim, tarama, işleme, dizin ve sunum aşamalarını sırayla kontrol eder.

Önce URL’nin Teknik Yaşam Döngüsünü Anlayın​

Bir URL için sorun araştırırken aşağıdaki sırayı izlemek, birbirinden farklı kavramların karışmasını önler:

1. Keşif: URL iç bağlantı, site haritası veya başka bir kaynak üzerinden bulunabiliyor mu?
2. Erişim: DNS, TLS ve sunucu isteğe tutarlı HTTP yanıtı veriyor mu?
3. Tarama izni: robots.txt veya erişim kontrolü isteği engelliyor mu?
4. İşleme/render: Ana içerik ve bağlantılar alınan ya da render edilen HTML’de görülebiliyor mu?
5. Dizin uygunluğu: noindex, canonical, durum kodu ve içerik kalitesi ne söylüyor?
6. Kanonik seçim: Benzer URL’ler arasında hangi sürüm temsilci seçiliyor?
7. Arama görünümü: Başlık, açıklama ve uygun yapılandırılmış veri nasıl sunuluyor?

“Taranmadı”, “tarandı ama dizine eklenmedi” ve “dizinde fakat sorguda görünmüyor” aynı sorun değildir. Düzeltmeye geçmeden önce URL Denetleme aracındaki canlı test, dizin kaydı ve seçilen canonical bilgisini ayrı ayrı okuyun.

Teşhis kuralı' Alıntı:

Bir URL görünmüyorsa önce erişim ve indexlenebilirliği doğrulayın; içerik veya bağlantı çalışmasına ancak teknik engel bulunmadığında geçin.

Genişletmek için tıkla ...

HTTP Durum Kodlarını Sayfanın Gerçek Durumuyla Eşleştirin​

Indexlenebilir bir sayfa normalde başarılı bir `200` yanıtı ve kullanıcıya anlamlı ana içerik sunmalıdır. Sunucu `200` döndürüp gövdede “ürün bulunamadı” veya boş şablon gösteriyorsa soft 404 sinyali oluşabilir. Geçici sunucu problemi için `5xx`, yoğunlukta uygun retry bilgisi ve izleme kullanılmalıdır; hata sayfasını `200` ile gizlemeyin.

URL kalıcı olarak taşındıysa ve eşdeğer hedef varsa sunucu tarafı `301` veya `308` yönlendirme uygundur. Taşıma geçiciyse `302` ya da `307` kullanılabilir. Kaldırılan her URL’yi ana sayfaya yönlendirmek yerine gerçek bir karşılığı olmayan içerik için `404` veya `410` döndürmek daha açıklayıcıdır.

• Yönlendirme hedefi kullanıcı ihtiyacının gerçek karşılığı olmalı.
• Uzun yönlendirme zincirlerini ve döngüleri kaldırın.
• HTTP→HTTPS ve www/apex tercihini tutarlı hâle getirin.
• İç bağlantıları eski yönlendirmeli URL yerine son hedefe güncelleyin.
• Sitemap’e yönlendiren veya hata veren URL koymayın.

Robots.txt ile noindex’i Birbirinin Yerine Kullanmayın​

`robots.txt`, tarayıcının hangi yolları istememesi gerektiğini yönetir; bir URL’nin kesinlikle dizinden çıkarılması için tasarlanmamıştır. Başka bağlantılardan bilinen fakat taraması engellenen bir URL, içerik görülmeden arama sonuçlarında sınırlı biçimde yer alabilir.

Bir sayfanın dizine eklenmemesini istiyorsanız tarayıcının sayfaya erişebilmesi ve `noindex` robots meta etiketi veya `X-Robots-Tag` başlığını okuyabilmesi gerekir. Aynı URL’yi robots.txt ile engellerseniz bu kural görülemeyebilir. Giriş gerektiren özel içerikte gerçek kimlik doğrulama kullanın.

robots.txt değişikliklerinde yalnız dosya sözdizimini değil etkilediği CSS, JavaScript ve görsel kaynakları da kontrol edin. Ana içeriğin doğru işlenmesi için gerekli kaynakları yanlışlıkla engellemek render sonucunu bozabilir.

Canonical Sinyallerini Aynı Yöne Çevirin​

Canonical, benzer veya yinelenen URL’ler arasından tercih edilen temsilciyi bildiren güçlü bir sinyaldir; mutlak komut değildir. Google, sayfa benzerliği ve başka sinyaller nedeniyle farklı bir canonical seçebilir.

• Indexlenebilir ana sayfada kendine işaret eden canonical kullanın.
• Parametre veya baskı sürümü gerçekten eşdeğerse ana sürüme canonical verin.
• Canonical hedefi `200`, erişilebilir ve noindex olmayan bir URL olsun.
• İç bağlantı, sitemap, hreflang ve yönlendirme sinyallerini tercih edilen URL ile uyumlu tutun.
• Bir sayfayı başka, alakasız bir sayfaya canonical vererek “gizlemeye” çalışmayın.

İçerikler ayrı kullanıcı ihtiyaçlarına cevap veriyorsa yalnız benzer anahtar kelimeler taşıdıkları için canonical ile birleştirilmemelidir. Gerçek kopyalarda ise yalnız etiket eklemek yerine platformun aynı içeriği neden birden çok URL’den ürettiğini düzeltmek daha kalıcıdır.

Site Haritasını Temiz Bir Keşif Listesi Olarak Tutun​

XML site haritası, önemli ve tercih edilen URL’leri arama motoruna bildirir; taranma veya dizine eklenme garantisi vermez. Haritada yalnız kanonik, başarılı yanıt veren ve dizine aday URL’leri bulundurun.

`lastmod` alanını yalnız sayfanın anlamlı içeriği değiştiğinde doğru tarihle güncelleyin. Her istekte bütün URL’lere bugünün tarihini yazmak güvenilir bir sinyal üretmez. Büyük sitelerde haritaları tür veya bölüm bazında ayırmak, hangi grupta hata oluştuğunu izlemeyi kolaylaştırır.

Bir URL’nin site haritasında bulunması, iç bağlantı ihtiyacını ortadan kaldırmaz. Kullanıcının site içinde ulaşamadığı “yetim” sayfayı yalnız sitemap ile keşfettirmek bilgi mimarisindeki sorunu çözmez.

İç Bağlantıları Render Edilmiş HTML’de Doğrulayın​

Google sayfaları büyük ölçüde bağlantılar üzerinden keşfeder. Önemli sayfalara standart, taranabilir `a` öğeleri ve anlamlı `href` değerleriyle bağ verin. Yalnız tıklama olayıyla çalışan, URL taşımayan JavaScript bileşenleri keşfi zorlaştırabilir.

Bağlantı metni hedef sayfanın konusunu açıklamalı; “buraya tıklayın” gibi anlamsız tekrarlar yerine doğal bağlam sunmalıdır. Navigasyon, breadcrumb ve içerik içi bağlantıları birlikte değerlendirerek önemli sayfaların gereksiz derinlikte kalmasını önleyin.

JavaScript Sitelerde Alınan ve Render Edilen Çıktıyı Karşılaştırın​

Google JavaScript’i işleyebilir; fakat tarama, render ve dizin aşamaları ayrı zamanlarda gerçekleşebilir. Sunucu ilk yanıtta yalnız boş uygulama kabuğu veriyorsa ana içerik ve bağlantılar render kaynaklarına bağımlı kalır.

• URL Denetleme aracında render edilmiş HTML ve ekran görüntüsünü kontrol edin.
• Ana başlık, açıklama, canonical ve içerik yalnız kullanıcı etkileşiminden sonra gelmesin.
• JS/CSS dosyalarının Googlebot erişimine açık olduğunu doğrulayın.
• API hata veya timeout durumunda sayfanın boş kalmadığından emin olun.
• Sonsuz kaydırmada her içerik grubuna ayrı, bağlantıyla erişilebilir URL sağlayın.
• Değişen JS/CSS dosyalarında içerik parmak izli dosya adları kullanmayı değerlendirin.

Sunucu tarafı veya statik render her proje için zorunlu değildir; karar, içerik kritikliğine, performans bütçesine ve altyapıya göre verilmelidir. Önemli olan Google’ın ve kullanıcının aynı ana içeriğe güvenilir biçimde ulaşmasıdır.

Yapılandırılmış Veriyi Görünür İçeriğin Temsili Olarak Kullanın​

Yapılandırılmış veri, sayfanın anlamı hakkında açık ipucu verir ve uygun arama özelliklerine adaylık sağlayabilir. Geçerli işaretleme, zengin sonucun kesin gösterileceği veya sıralamanın yükseleceği garantisi değildir.

Sayfada görünmeyen SSS, sahte değerlendirme, güncel olmayan fiyat veya içerikle ilgisiz şema eklemeyin. Kullanacağınız tür için Google’ın özel belgesindeki zorunlu ve önerilen alanları izleyin. Rich Results Test sözdizimini; URL Denetleme ise Google’ın canlı sayfadaki işaretlemeyi görüp görmediğini kontrol etmek için kullanılabilir.

Performansı Teknik Zincirin Bir Parçası Olarak Ölçün​

Core Web Vitals; yükleme, etkileşim ve görsel kararlılığa ilişkin gerçek kullanıcı deneyimini ölçer. LCP, INP ve CLS değerleri önemlidir fakat teknik SEO denetimini yalnız Lighthouse skoruna indirgemeyin. Hızlı bir noindex sayfa görünmez; doğru canonical’lı bir sayfa da sunucu sürekli `5xx` veriyorsa güvenilir değildir.

Laboratuvar testi değişiklik karşılaştırmak için, saha verisi ise gerçek kullanıcı dağılımını görmek için kullanılır. Şablon, cihaz ve sayfa türü bazında ölçün; tek URL veya tek masaüstü testiyle bütün site için hüküm vermeyin.

Log ve Search Console Verisiyle İzleme Kurun​

Tek seferlik tarama raporu zaman içindeki bozulmayı yakalamaz. Sunucu logları ile Search Console raporlarını birlikte kullanarak şu eğilimleri izleyin:

• Önemli URL’lerde artan `5xx`, `404` veya timeout oranı
• Googlebot’un parametre ve filtre URL’lerine aşırı yönelmesi
• Sitemap’te gönderilen fakat dizine uygun olmayan URL grupları
• Google’ın seçtiği canonical ile sizin tercihinizin ayrışması
• Yeni sürüm sonrasında kaybolan başlık, canonical veya structured data
• Mobil şablonda farklılaşan noindex/robots davranışı

Dağıtım tarihlerini kaydedin. Trafik veya dizin kapsamı değiştiğinde aynı dönemdeki sunucu, şablon ve robots/canonical değişikliklerini karşılaştırın.

Örnek Teşhis: “URL Dizine Eklenmiyor”​

Varsayımsal bir ürün kategorisi sitemap’te bulunuyor fakat dizinde görünmüyor olsun. İlk kontrol URL’nin `200` verdiğini gösteriyor. Canlı testte sayfa taranabiliyor; ancak HTML’de canonical, tüm filtreli kategorilerin yönlendirildiği başka ve daha genel bir kategoriye işaret ediyor.

Ekip önce URL’nin gerçekten ayrı kullanıcı ihtiyacı taşıyıp taşımadığına karar veriyor. Ayrı değer sunuyorsa özgün kategori içeriği, kendi canonical’ı, ilgili iç bağlantılar ve sitemap kaydı birlikte düzeltiliyor. Sayfa aslında kopyaysa yeni URL’yi zorla dizine sokmaya çalışmak yerine ana kategoriye yönlendirme veya tutarlı canonical uygulanıyor.

Değişiklikten sonra canlı URL tekrar test ediliyor, sitemap gönderimi kontrol ediliyor ve seçilen canonical zaman içinde izleniyor. “Dizine ekleme iste” düğmesine sürekli basmak, çelişen teknik sinyali çözmez.

Teknik SEO Yayın Kontrol Listesi​

• URL tek ve tercih edilen HTTPS sürümünden açılıyor mu?
• Beklenen HTTP durum kodu ve içerik birlikte doğru mu?
• robots.txt, noindex ve erişim kontrolü birbiriyle çelişiyor mu?
• Canonical hedefi erişilebilir, indexlenebilir ve eşdeğer mi?
• URL temiz sitemap’te ve anlamlı iç bağlantılarla keşfedilebilir mi?
• Ana içerik ile bağlantılar render edilmiş HTML’de görünüyor mu?
• Yapılandırılmış veri görünür içerikle aynı ve güncel mi?
• Mobil/masaüstü şablonları aynı temel indexleme sinyallerini veriyor mu?
• Yönlendirme zinciri, soft 404 veya artan `5xx` bulunuyor mu?
• Değişiklik sonrası canlı test, log ve Search Console kontrolü planlandı mı?

İç Bağlantılar​

• SEO içerik planı ve URL sorumluluğu
• Teknik SEO ve web performansı
• Konu kümeleri ve iç bağlantı mimarisi
• SEO genel denetim kontrol listesi

Dış Kaynaklar​

• Google Search teknik gereksinimleri
• Google: canonical URL belirtme yöntemleri
• Google: yönlendirmeler ve Search davranışı
• Google: robots meta ve X‑Robots‑Tag kuralları
• Google: JavaScript SEO temelleri
• Google: yapılandırılmış veri genel kuralları

Özetle​

HTTP yanıtını doğrulayın → tarama ve render engellerini bulun → noindex/canonical/sitemap sinyallerini hizalayın → arama motorunun gördüğü çıktıyı test edin → log ve Search Console ile izleyin. Teknik SEO, çok sayıda etiketi ezberlemek değil; her URL için çelişkisiz ve gözlemlenebilir bir yayın zinciri kurmaktır.

Güncelleme: 15 Temmuz 2026

---