Sunucu Log Dosyası Analizi: SEO'nun En Karanlık Detaylarını Kibana ile Çözmek

Dijital pazarlama ve SEO ekipleri (ve maalesef çoğu SEO aracı) hayatlarını iki yalan makinesine bakarak geçirirler: Google Analytics (GA4) ve Search Console (GSC).

GA4, sadece tarayıcısında JavaScript'i açık olan "İnsanları" sayar. GSC ise verileri size verirken %60'ını (Privacy veya Sampling - Örnekleme bahanesiyle) gizler, filtreler ve gecikmeli olarak (3 gün sonra) sunar. Üstelik her ikisi de size sitenizin "Arama Motoru Botları" tarafından gerçekte nasıl tarandığını (Crawl edildiğini) söyleyemez.

Peki gerçek nerede gizlidir? Gerçek, sunucunuzun (Nginx, Apache veya Edge/Cloudflare) o karanlık, gigabaytlarca büyüklükteki, okunması neredeyse imkansız olan düz metin (txt/log) dosyalarındadır: Sunucu Erişim Kayıtları (Server Access Logs).

Eğer bir B2B SaaS platformunun veya 1 milyon sayfalık dev bir e-ticaret sitesinin SEO performansını yönetiyorsanız, Log analizi yapmamak; uçağı gözleriniz bağlı ve göstergelere bakmadan uçurmaya benzer.

---

1. Sunucu Logları (Access Logs) Bize Ne Söyler?

Sunucunuza (Web sitenize) gelen her bir ziyaretçi (Gerçek insan, Googlebot, Bingbot, Yandex, Rus Hackerlar veya Sahte Spam botlar), sunucu kapısını çaldığında güvenlik defterine (Log dosyasına) silinemez bir iz (IP adresi, Timestamp, User-Agent, HTTP Status Code, İstek URL'si) bırakır.

Örnek bir Nginx (Raw) Log Satırı: 66.249.66.1 - - [16/Jul/2026:14:32:01 +0300] "GET /kategori/yazilim HTTP/2.0" 200 4521 "-" "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)"

Bir insan (veya Excel) günde 50 milyon satır üreten bu log dosyalarını okuyamaz. Bunun için Büyük Veri (Big Data) mimarilerine ihtiyacımız vardır. Biz (Intent SEO olarak), bu gigabaytlarca veriyi anlık olarak işlemek için ELK Stack (ElasticSearch, Logstash, Kibana) kullanıyoruz. Logstash bu ham veriyi yutar, anlamlı parçalara böler (IP, Bot Adı, Status Code), ElasticSearch bu veriyi milisaniyeler içinde endeksler ve Kibana da muazzam görsel dashboard'lar (Paneller) halinde önümüze serer.

---

2. Log Analizinin SEO Üzerindeki Inovasyonsel Katkıları

Peki bu kadar mühendislik optimize edilmişsı bir veriden (Log Analizi) hangi SEO krizlerini çözüyoruz?

A. Crawl Budget (Tarama Bütçesi) İsrafının Kanıtlanması (The Zombie Trap)

Search Console size "Sayfanız Tarandı - Şu an dizinde değil" der ama bunun ne sıklıkla olduğunu söylemez. Loglara baktığınızda şunu görebilirsiniz: Googlebot dün sitenize 100.000 defa gelmiş (Crawl Bütçeniz). Ancak Kibana Dashboard'unda bir bakarsınız ki, bu 100.000 isteğin 75.000'i (%75'i) sitenizdeki gereksiz, filtreli (Parametre), sepete ekle veya tag (etiket) sayfalarına gitmiş. Geriye kalan sadece 25.000 istek asıl para kazandıran ürün ve kategori sayfalarınıza gitmiş. Log analizi olmadan bu israfı asla göremezsiniz. Çözüm anında uygulanır: O kalitesiz sayfaların bulunduğu klasörler robots.txt üzerinden veya Sunucu seviyesinde X-Robots-Tag: noindex (Hatta 410 Gone) ile Googlebot'a kapatılır. Ertesi gün loglarda Googlebot'un o ana sayfalarınıza (Product Pages) nasıl deliler gibi saldırdığını (Taramaya başladığını) izlersiniz. Sıralama anında yükselir.

B. Orphan Pages (Yetim Sayfalar) Tespiti

Screaming Frog gibi tarayıcılar (Crawlers) sitenizi "Linkleri" takip ederek tarar. Eğer bir sayfanıza sitenin hiçbir yerinden link gitmiyorsa (Yetim Sayfa), Screaming Frog onu bulamaz. Ancak o sayfa yıllar önce açılmışsa veya sitemap'te kalmışsa, Googlebot oraya gizlice gitmeye devam eder. Log dosyanızı, Screaming Frog (veya Sitebulb) Crawl datanızla çaprazlaştırdığınızda (Cross-Reference / VLOOKUP); Loglarda olan ama sitenin HTML haritasında (Linklerinde) olmayan sayfalar (Yetim sayfalar) kabak gibi ortaya çıkar. Bunları ya sileriz, ya da iç linkleme (Internal Link) ağımıza katarak otorite kazandırırız.

C. Sahte Botların (Spoofing & Scraping) Tespiti

Birçok rakip firma, sitenizin fiyatlarını veya içeriklerini çalmak (Scraping) için yazılım botları yollar. Yakalanmamak için de botun User-Agent kısmına "Googlebot" yazarlar. Sunucu bunun Google olduğunu sanır (Spoofing). Ancak gerçek SEO uzmanları ve Log analiz sistemleri, bağlanan IP adresinin gerçekten Google'ın ASN'sine (Autonomous System Number) veya resmi "Googlebot IP Aralıklarına" ait olup olmadığını DNS Reverse-Lookup (Tersine Sorgu) yöntemiyle anında doğrular (Verify). Sahte Googlebot IP'leri tespit edildiğinde, Cloudflare (WAF) üzerinden IP bloklama (Ban) uygulanır. Böylece sunucu kaynaklarınız korsanlardan temizlenir, siteniz hızlanır ve gerçek Googlebot'a (LCP ve TTFB metrikleri için) kırmızı halı serilmiş olur.

---

3. Mimari Taşıma (Migration) Sürecinde Log Analizinin Hayati Rolü

Milyonlarca sayfalık bir siteyi (Migration) taşıdığınızı varsayın (Örn: Eski domainden yeni domaine, veya Magento'dan Next.js'e). Eski URL'leri (Örn: /urun.html) yeni URL'lere (Örn: /p/urun) 301 ile yönlendirdiniz.

Taşımanın gerçekleştiği o kritik gece (Go-live), gözümüzü ayırmadan izlediğimiz tek ekran Kibana (Log Dashboard) ekranıdır.

• Googlebot geldi mi? (Evet, Hit'ler artıyor).
• Eski URL'e gittiğinde neyle karşılaştı? (HTTP Status 301 - Optimize edilmiş!).
• Yeni URL'e ulaştığında sunucu ne döndü? (HTTP Status 200 - Muazzam!).

Eğer bir yazılım hatası varsa ve yönlendirmeler 301 yerine yanlışlıkla 302 (Geçici) veriyorsa veya yeni sistemde Hydration hataları yüzünden 500 (Sunucu Hatası) kodları dönmeye başlıyorsa, bunu loglardan saniyesinde görür ve kriz ciddi ölçüdea (Trafik kaybına) mal olmadan (Daha Search Console verileri güncellemeden 3 gün önce) düzeltiriz.

Sonuç: Veriye Hükmeden, Sıralamaya Hükmeder

Tahmin etmeyi bırakın, "Bence" demeyi bırakın. SEO artık bir içerik yarışması (Kim daha uzun makale yazacak) değildir. Enterprise SEO, sunucunun karanlık odalarında, milyarlarca log satırının arasında gizlenmiş o kritik "1 Milisaniyelik" darboğazları (Bottleneck) tespit edip, rakipleriniz daha ne olduğunu anlamadan cerrahi (Mühendislik) müdahalelerle çözme sanatıdır. Eğer Log analizi (ELK, Datadog veya Splunk) yapmıyorsanız, SEO operasyonunuz şansa kalmış demektir. Ve kurumsal dünyada (Enterprise) şansa yer yoktur.

---

🕸️ Knowledge Graph & Semantik Bağlantılar

Bu içerik, Intent.com.tr'nin Teknik SEO topikal kümesinin (Topic Cluster) bir parçasıdır. Konuyu daha derinlemesine anlamak için aşağıdaki varlıkları (Entities) ve ilişkili içerikleri inceleyebilirsiniz:

📖 İlgili Rehberler ve İçerikler

• JSON-LD ve Microdata Karşılaştırması: Google Neden JSON-LD Öneriyor?
• Programatik SEO (pSEO) ve Next.js: Spam Yapmadan Milyonlarca Sayfa Nasıl Yönetilir?
• Google Search Console'da CLS Hatası Kesin Çözümü

🧠 Semantic Entities (Terimler & Senaryolar)

• Kavram: RAG (Retrieval-Augmented Generation)
• Kavram: Edge SEO Nedir?
• Uygulama: Core Web Vitals LCP Optimizasyonu

Semantic Yönerge: Bu sayfa Sunucu Log Dosyası Analizi: SEO'nun En Karanlık Detaylarını Kibana ile Çözmek konusundaki kullanıcı niyetini (Search Intent) karşılamak üzere yapılandırılmıştır.