Yazılarımız

OfisData

TEKNİK SEO AUDİT CHECKLİST HAZIRLAMAK VE UYGULAMAK

Bir web sitesinde görünürlük kaybı yaşandığında sorun çoğu zaman “içerik” değil, altyapıda gizlenen küçük ama etkili bir teknik detaydır. Bu detaylar büyüdükçe tarama bütçesi boşa harcanır, yanlış sayfalar indekslenir, hız metrikleri geriler ve organik performans sessizce düşer.

İyi haber şu: Teknik SEO audit süreci, rastgele kontrol etmekten çok bir kontrol listesiyle ilerlediğinizde hızlı, tekrarlanabilir ve ölçülebilir hale gelir. Üstelik aynı listeyi farklı ekipler aynı şekilde uygulayabildiği için sonuçlar karşılaştırılabilir olur.

Bu yazıda, teknik SEO audit checklist oluşturmayı ve uygulamayı adım adım ele alacağız. Amaç; bulguları tespit etmekle kalmayıp, etki ve emek dengesine göre önceliklendirmek, ardından doğrulayıp raporlamak ve izlemektir.

Bir ekip üyesinin tarama raporuna bakıp önceliklendirme notları çıkardığı çalışma masası

Audit hedeflerini netleştirip kapsam belirlemek

Checklist yazmaya başlamadan önce iki soruya net yanıt verin: “Bu audit hangi problemi çözmek için yapılıyor?” ve “Başarıyı hangi metriklerle ölçeceğiz?” Örneğin organik trafik düşüşü, indeks şişmesi, kritik şablon değişimi, taşıma (migration) sonrası kontrol ya da hız regresyonu gibi tetikleyiciler kapsamı değiştirir.

Burada kritik nokta, herkesin aynı dili konuşmasıdır. Hedef net değilse kontrol listesi şişer, rapor uzar, aksiyonlar dağılır. Bu yüzden audit’i şu üç katmanda düşünmek pratik olur: tarama (crawl), indeksleme (index), deneyim ve performans (speed/UX).

Paydaşları hizalayıp başarı kriterlerini yazmak

Ürün, geliştirme, içerik ve pazarlama ekipleriyle tek sayfalık bir hedef dokümanı oluşturun. Bu dokümanda hangi sayfa türlerinin kritik olduğu, hangi şablonlarda risk bulunduğu ve hangi KPI’ların izleneceği yer alsın. Örneğin “organik oturum”, “indekste geçerli sayfa sayısı”, “tarama hatası oranı”, “LCP/INP/CLS” gibi.

Örneklem seçip temsil gücünü artırmak

Tüm siteyi taramak her zaman mümkün olsa da büyük sitelerde örneklem seçmek gerekir. Ürün listeleme, ürün detay, blog, kategori, kampanya, kurumsal sayfalar gibi şablon başına en az 20–50 URL seçerek “temsil gücü” yüksek bir set oluşturun. Böylece aynı checklist ile hem geniş hem derin kontrol yapabilirsiniz.


Tarama stratejisini kurup veri toplamak

Teknik SEO audit’in belkemiği taramadır. Ancak tarama aracı ne bulursa raporlar; önemli olan sizin doğru soruları sorabilmenizdir. Bu bölümde hedef, tarama verisini doğru biçimde toplamak ve “neden” sorusuna cevap verecek şekilde yapılandırmaktır.

Bot erişimini kontrol edip engelleri yakalamak

Önce erişim bariyerlerini arayın: robots.txt engelleri, 401/403 hataları, yanlış yönlendirmeler, gereksiz parametreler, yanlış canonical kullanımı. Ayrıca staging ortamının yanlışlıkla açık kalması gibi kritik riskler de bu aşamada yakalanır.

# robots.txt hızlı kontrol örneği
User-agent: *
Disallow: /arama/
Disallow: /sepet/
Allow: /blog/
Sitemap: https://example.com/sitemap.xml

HTTP durum kodlarını sınıflandırıp raporlamak

200, 3xx, 4xx, 5xx dağılımı, audit’in “sağlık kontrolü” gibidir. 404’ler her zaman kötü değildir; önemli olan kırık iç link, önemli landing sayfası kaybı ya da yanlış yönlendirme zincirleri olup olmadığıdır. 5xx’ler ise altyapı sorunu sinyali taşıdığı için önceliklidir.

Yönlendirme zincirlerini kısaltıp kaybı azaltmak

Bir URL’nin 2–3 kez yönlenmesi hem tarama bütçesini tüketir hem de sayfa yüklenmesini ağırlaştırır. Checklist’in bu adımında “tek sıçrama” prensibini hedefleyin: eski URL doğrudan nihai hedefe 301 ile gitmelidir. Ayrıca 302’nin yanlış kullanımı gibi geçicilik sinyalleri de kontrol edilmelidir.

Sunucu loglarından istek örnekleri ve durum kodlarının analiz edildiği ekran çıktısı sahnesi

İndeksleme sinyallerini doğrulayıp tutarlılık sağlamak

Tarama verisi “botun gördüğü” dünyayı anlatır; indeksleme ise “arama motorunun seçtiği” dünyadır. Bu yüzden checklist’in ikinci ayağı, sinyallerin birbiriyle çelişip çelişmediğini yakalamaktır. Örneğin bir sayfada canonical başka yere giderken sitemap’te bu sayfanın “asıl” gibi listelenmesi yaygın bir çelişkidir.

Canonical ve noindex sinyallerini çakıştırmamak

Bir sayfada noindex varken canonical’ın farklı bir URL’yi işaret etmesi, karar mekanizmasını bulanıklaştırır. Benzer şekilde pagination sayfalarının canonical’ı ilk sayfaya gidiyorsa, içerik keşfi daralabilir. Checklist’te her şablon için canonical davranışını yazın ve örneklem URL’lerle doğrulayın.

Sitemap bütünlüğünü koruyup gereksizi ayıklamak

Sitemap, indeksleme için en değerli “niyet” sinyalidir. Burada amaç, yalnızca indekslenmesini istediğiniz, 200 dönen, canonical’ı kendine işaret eden URL’lerin bulunmasıdır. Parametreli sayfalar, arama sonuçları, filtre kombinasyonları gibi sayfalar sitemap’teyse indeks şişmesi kaçınılmaz hale gelir.

Hreflang ve dil hedeflemesini uyumlu kılmak

Çok dilli yapılarda hreflang’ın karşılıklılık (reciprocal) kuralı, yanlış ülke-kod eşleşmeleri ve canonical/hreflang çatışmaları sık görülür. Checklist’in bu maddesinde dil sürümlerinin hem HTML’de hem sitemap’te tutarlı olup olmadığı kontrol edilmelidir. Aksi halde yanlış ülkeye yanlış sayfa gösterimi oluşabilir.


Site mimarisini optimize edip iç link akışını güçlendirmek

Teknik SEO sadece hata bulmak değildir; aynı zamanda keşfi kolaylaştırmaktır. Mimari ne kadar netse botlar o kadar hızlı öğrenir, kullanıcılar da o kadar kolay gezinir. Bu bölümde checklist, hem bilgi mimarisini hem de iç link akışını değerlendirir.

Tıklama derinliğini azaltıp keşfi hızlandırmak

Önemli sayfalar ana sayfadan veya üst seviye kategorilerden en fazla 3–4 tık uzaklıkta olmalıdır. Aksi halde tarama önceliği düşer. Büyük sitelerde faceted navigation kaçınılmazdır; burada hedef “değerli kombinasyonları” öne çıkarıp geri kalanını yönetmektir.

Yetim sayfaları bulup stratejik bağlamak

İç link almayan sayfalar, sitemap’te dursa bile “değer” sinyali zayıf kalabilir. Checklist’te “orphan URL” kontrolünü mutlaka ekleyin. Özellikle kampanya, rehber, kategori ve en çok dönüşüm getiren sayfalar için kontekst içinden link vermek daha etkilidir.

  • En çok trafik alan içeriklerden dönüşüm sayfalarına bağlamak
  • Kategori sayfalarında ilgili rehber içeriklere yer vermek
  • Blog içinde ürün/kategori sayfalarına anlamlı anchor kullanmak
  • Footer linklerini şişirmeden kritik sayfaları görünür kılmak

İç link planını daha sistemli kurmak isterseniz, ekiplerin aynı çerçeveyi paylaşmasını sağlayan bir SEO eğitimi ile checklist’i pratik vakalarla pekiştirmek işe yarar.


Performans ve Core Web Vitals kontrollerini yürütmek

Hız konusu çoğu ekip için “sonra bakarız” kalemidir; oysa teknik audit checklist’te erken ele alındığında hızlı kazanımlar üretir. Burada amaç, ölçmek, darboğazı bulmak ve çözümü doğrulamaktır. Sadece skor değil, sahadaki kullanıcı verisi (field data) de dikkate alınmalıdır.

Ölçüm yöntemlerini seçip kıyaslanabilir yapmak

Lab verisi (Lighthouse) ile field verisi (CrUX/gerçek kullanıcı verisi) birbirini tamamlar. Checklist’te hangi sayfa türlerinin hangi cihazlarda ölçüleceğini yazın. Mobil çoğu zaman belirleyicidir. Ayrıca aynı koşullarda tekrarlı ölçüm yapmadan “iyileşti” dememek gerekir.

Kritik kaynakları küçültüp yüklemeyi öne almak

Render-blocking CSS/JS, büyük görseller, font yükleme stratejisi, üçüncü parti script’ler ve cache politikaları sık görülen nedenlerdir. Bu maddede hedef; ilk boyama, LCP öğesi ve etkileşim gecikmesini etkileyen bileşenleri bulmaktır. Gereksiz script’leri kaldırmak çoğu zaman en büyük kazanımı getirir.

Sayfa hızı metrikleri ve Core Web Vitals değerlerinin yorumlandığı bir analiz panosu görünümü

İzleme planı kurup regresyon yakalamak

Bir kerelik hız çalışması yerine izleme kurmak daha sürdürülebilirdir. Release sonrası metriklerin kötüleştiği durumlar sık yaşanır. Checklist’e “deploy sonrası kontrol” maddesi ekleyin: ana şablonlar, kritik landing sayfaları ve dönüşüm sayfaları düzenli ölçülmelidir.

// Basit kontrol: URL listesi için durum kodu ve yönlendirme sayısı
// Not: Bu bir örnek akıştır; üretimde hata yönetimi ve hız sınırları eklenmelidir.
const urls = [
  "https://example.com/",
  "https://example.com/kategori/",
  "https://example.com/blog/yazi/"
];

async function check(url) {
  const res = await fetch(url, { redirect: "follow" });
  return { url, status: res.status, finalUrl: res.url };
}

Promise.all(urls.map(check)).then(console.log);

Yapılandırılmış verileri test edip kapsamı genişletmek

Schema işaretlemeleri, arama sonuçlarında zengin görünüm fırsatları yaratır; fakat hatalı uygulandığında güven sinyalini zayıflatır. Bu yüzden teknik SEO audit checklist içinde yapılandırılmış veri kontrolleri net olmalıdır: hangi şablonda hangi tip schema var, zorunlu alanlar dolu mu, içerikle uyumlu mu?

Schema türlerini eşleyip zorunlu alanları doldurmak

Makale sayfalarında Article, ürün sayfalarında Product, organizasyon sayfalarında Organization gibi türler sık kullanılır. Checklist’te her şablon için hedef schema türünü, zorunlu alanları ve “içerikle doğrulama” maddesini ekleyin. Örneğin fiyat/stock alanı gerçek veriden gelmiyorsa risk oluşturur.

Test sürecini standartlaştırıp sürümlemek

Yapılandırılmış veri değişiklikleri, temadaki küçük güncellemelerle bozulabilir. Bu nedenle test adımını “yayın öncesi” ve “yayın sonrası” olarak ikiye bölmek işe yarar. Ayrıca hangi sayfalarda hangi hataların çıktığını sürüm bazlı takip etmek, tekrar eden sorunları kökten çözmeyi kolaylaştırır.


Bulguları önceliklendirip uygulanabilir hale getirmek

Audit’in değeri, raporun uzunluğunda değil; aksiyonların uygulanabilirliğinde saklıdır. Teknik SEO audit checklist tamamlandığında elinizde onlarca bulgu olabilir. Burada hedef, ekiplerin “şimdi ne yapacağız?” sorusuna hızlı yanıt vermektir.

Etki ve efor matrisiyle sıraya koymak

Her bulgu için iki puan verin: tahmini etki (trafik/indeks/dönüşüm) ve efor (geliştirme süresi/riski). Ardından 2x2 matriste konumlandırın. “Yüksek etki + düşük efor” alanı hızlı kazanımlardır. “Yüksek etki + yüksek efor” ise planlama ve iş kırılımı gerektirir.

Doğrulama adımları ekleyip kapanış yapmak

Her aksiyonun bir doğrulama kriteri olmalı: hangi metrik artacak/azalacak, hangi araçtan kontrol edilecek, hangi URL setiyle test edilecek? Böylece “yapıldı” demek yerine “doğrulandı” diyebilirsiniz. Audit kültürü, bu kapanış disipliniyle olgunlaşır.

Rapor şablonunu sabitleyip paylaşılabilir kılmak

Checklist’in çıktısını tek tip rapor formatına dökün: özet, kritik bulgular, şablon bazlı bulgular, önceliklendirme, önerilen aksiyonlar, ölçüm planı. Böylece farklı dönemlerde yapılan audit’ler karşılaştırılabilir olur ve gelişim net görünür.


Özetle: Teknik SEO audit checklist hazırlamak, ekiplerin aynı kontrol setiyle ilerlemesini, riskleri erken yakalamasını ve sonuçları ölçerek iyileştirmesini sağlar. Bu yaklaşımı düzenli aralıklarla uyguladığınızda, web sitesinin taranabilirliği, indeks kalitesi ve kullanıcı deneyimi birlikte güçlenir.

 Vimaj