Teknik SEO Nedir?

İlgili alt konular ve karar notları

Bu bölüm, aynı kullanıcı ihtiyacını parçalayan kısa sayfalardaki yararlı noktaları tek rehber altında toplar. Böylece konu, birbirine rakip URL’ler yerine tek ve güncellenebilir kaynak üzerinden izlenebilir.

Bingbot Nasıl Çalışır? Bing İçin Tarama ve İndeksleme Rehberi

Site içindeki bağlantılar, XML sitemap dosyaları ve başka sitelerden gelen linkler yeni URL’lerin keşfedilmesine yardımcı olur. Önemli bir sayfanın yalnız sitemap içinde bulunması yeterli değildir; site mimarisinde ilgili bölümlerden ulaşılabilir olması gerekir. Bingbot, alan adının kökündeki robots.txt dosyasını kontrol eder. Yanlış yazılmış geniş bir Disallow kuralı önemli klasörleri taramaya kapatabilir. Robots.txt indeks kaldırma aracı değildir; kaldırılacak sayfalarda uygun yöntem ayrıca belirlenmelidir. Botun URL’yi ziyaret etmesi, sayfanın mutlaka arama sonuçlarına alınacağı anlamına gelmez. Yinelenen içerik, canonical tercihi, zayıf sayfa veya noindex etiketi nedeniyle URL indeks dışında kalabilir. Sorun incelenirken bu aşamalar birbirine karıştırılmamalıdır.

Cache-Control ve SEO Rehberi: Önbellek Başlıklarını Yönetme

Logo, yazı tipi, CSS ve JavaScript gibi dosyalar her sayfa açılışında yeniden indirilmeyebilir. Tarayıcı geçerli kopyayı kullanarak veri aktarımını ve bekleme süresini azaltır. Bu fayda özellikle aynı site içinde birden fazla sayfa gezen kullanıcıda belirginleşir. max-age kaynağın kaç saniye taze kabul edileceğini bildirir. public, yanıtın ortak önbelleklerde saklanabileceğini anlatır. Her dosyaya aynı uzun süre verilmez; kişiye özel veya sık değişen yanıtlar farklı kurallara ihtiyaç duyar. no-cache, kayıtlı yanıt kullanılmadan önce sunucuda doğrulama yapılmasını ister; adı “hiç saklama” anlamına gelmez. no-store ise yanıtın saklanmamasını belirtir. Hassas hesap sayfalarında no-store gerekebilir, fakat bütün siteye uygulanması performansı düşürebilir.

CDN ve SEO Rehberi: İçerik Dağıtımını Teknik Olarak Yönetme

Kaynak dosyaların kopyaları farklı noktalarda tutulur ve ziyaretçiye uygun kenar sunucudan gönderilir. İlk istek kaynak sunucuya gidebilir, sonraki istekler önbellekten karşılanabilir. Kazanç, kullanıcıların konumuna ve dosya boyutlarına göre değişir. Farklı şehir veya ülkelerden ziyaret alan, büyük görseller kullanan ve trafik dalgalanması yaşayan siteler CDN’den daha fazla yararlanabilir. Yalnız tek bölgeye hizmet veren küçük bir sitede önce sunucu ve görsel sorunlarını düzeltmek daha önemli olabilir. Dosyaların farklı bir CDN alan adından sunulması çoğu durumda sorun değildir. HTML kopyaları farklı URL’lerde açılıyorsa canonical ve yönlendirme düzeni dikkatle kurulmalıdır. Aynı içerik hem kaynak hem CDN adresinde indekslenebilir bırakılmamalıdır.

CSS Optimizasyonu Rehberi: Kritik Stilleri ve Yüklemeyi Yönetme

Tema, sayfa oluşturucu ve eklentiler her sayfaya ihtiyaç duyulmayan stiller ekleyebilir. Kullanılmayan kurallar şablon bazında incelenir. Otomatik temizlik, sonradan açılan menü veya etkileşimli bileşenin stilini yanlışlıkla kaldırabilir. Sayfanın ilk görünen bölümünü çizmek için gereken az miktardaki stil HTML içine eklenebilir; geri kalan dosya daha sonra yüklenebilir. Kritik bölüm her şablonda farklıdır. Çok büyük bir stil bloğunu satır içine almak HTML’i ağırlaştırır. Boşluk ve yorumların kaldırılması dosya boyutunu azaltır. Sunucu tarafında Brotli veya gzip sıkıştırması da kullanılabilir. Minify işlemi geliştirme dosyalarının yerini almamalı; hata ayıklama ve kaynak haritaları kontrollü tutulmalıdır. HTTP/2 ve HTTP/3 kullanılan sitelerde bütün CSS dosyalarını tek büyük dosyada birleştirmek her zaman gerekli değildir.

DNS Prefetch Rehberi: Harici Kaynak Bağlantılarını Hazırlama

Tarayıcı bir alan adına bağlanmadan önce adın hangi IP adresine karşılık geldiğini öğrenir. Bu işlem önceden tamamlanırsa daha sonraki kaynak isteği biraz daha erken başlayabilir. Kazanç ağ ve önbellek durumuna göre değişir. HTML head bölümünde rel="dns-prefetch" bağlantısı kullanılabilir. Yalnız alan adı belirtilir; belirli dosya indirilmez. Tarayıcı desteği ve kendi optimizasyon kararları nedeniyle ipucu her zaman aynı biçimde uygulanmayabilir. Gerçekten kullanılan font, video, analiz veya CDN alan adları aday olabilir. Sayfanın ilk bölümünde hiç kullanılmayan onlarca üçüncü tarafı listelemek doğru değildir. Ağ paneli üzerinden erken gereken kaynaklar belirlenmelidir. Preconnect, DNS yanında TCP ve gerektiğinde TLS bağlantısını da önceden kurmaya çalışır; daha güçlü ve daha maliyetli bir.

Edge Rendering SEO Rehberi: Uçta Render Kararları

İstek merkezi sunucuya kadar gitmeden yakın bir noktada karşılanabilir. Kenar işlevi veri çekip HTML oluşturabilir veya önceden hazırlanmış sayfayı sunabilir. Gerçek kazanç, veri kaynağının konumu ve önbellek isabetine bağlıdır. Klasik CDN çoğunlukla hazır dosyaları önbellekten sunar. Edge rendering ise isteğe göre kod çalıştırıp HTML üretebilir. Sunucu taraflı renderın nerede yapıldığını değiştirir; temel indekslenebilir HTML gereksinimini ortadan kaldırmaz. Kullanıcı aracına göre tamamen farklı içerik sunmak risklidir. Dil, para birimi veya konum uyarlaması yapılıyorsa ana bilgi ve bağlantıların tutarlı kaldığı doğrulanmalıdır. Botlar doğrulanmadan yalnız user-agent adına göre özel sayfa gösterilmemelidir. Dil, cihaz, oturum ve çerez değerleri cache anahtarını gereksiz büyütebilir veya yanlış kullanıcıya yanlış içerik gösterebilir. Kişisel.

Google News Sitemap Rehberi: Haber URL'lerini Yönetme

Dosyada yakın zamanda yayımlanmış gerçek haber içerikleri bulunmalıdır. Kategori, etiket, reklam sayfası veya yıllar önceki arşiv yazıları eklenmez. Haber niteliği taşımayan kurumsal duyuruların sırf görünürlük için dosyaya konması doğru değildir. Her kayıt yayın adı, dil, başlık ve yayın tarihi gibi alanları içerir. Sitemap içindeki yayın adı sitedeki gerçek yayın kimliğiyle tutarlı olmalıdır. Başlık sayfadaki haber başlığını doğru yansıtmalı, anahtar kelime listesine dönüştürülmemelidir. News sitemap genellikle son iki gün içinde yayımlanan haber URL’lerini tutar. Eski kayıtlar dosyadan çıkarılsa da normal web sitemap’inde kalabilir. İçerik URL’sinin silinmesi gerekmez; yalnız haber sitemap kaydı güncellenir.

HTTP/2 ve SEO Rehberi: Bağlantı Verimliliğini Anlama

HTTP/1.1 döneminde tarayıcılar aynı alan adına sınırlı sayıda bağlantı açardı. HTTP/2, bir bağlantı üzerinde birden fazla isteği eş zamanlı taşıyabilir. Bu nedenle dosya sayısını azaltmak için yapılan bazı eski optimizasyonlar yeniden değerlendirilir. Tekrarlanan HTTP başlıkları HPACK ile daha verimli iletilir. Çok sayıda küçük isteğin bulunduğu sayfalarda gereksiz veri azalabilir. Asıl kazanç, sunucu ve tarayıcı desteği ile ağ koşullarına göre değişir. Bütün CSS veya JavaScript dosyalarını tek büyük dosyaya toplamak HTTP/2’de her zaman faydalı değildir. Şablona özel küçük dosyalar daha iyi önbellek sağlayabilir. Yine de yüzlerce gereksiz istek bırakmak doğru değildir.

HTTP/3 ve SEO Rehberi: QUIC Tabanlı Teslimatı Değerlendirme

QUIC, UDP üzerinde güvenli bağlantı ve çoklu akış desteği sunar. Bağlantı kurulumu ile paket kaybı davranışı önceki protokollerden farklıdır. Kullanıcı mobil ağ ile Wi-Fi arasında geçerken bağlantı devamlılığı sağlayabilir. HTTP/2’de tek TCP bağlantısındaki paket kaybı farklı akışları bekletebilir. HTTP/3 akışları bu açıdan daha bağımsız yönetir. Gerçek fark, kullanıcı ağı, sunucu konumu ve sayfa kaynaklarının yapısına bağlıdır. HTTP/3 çoğu sitede CDN üzerinden etkinleştirilir. Kaynak sunucu yalnız HTTP/2 kullansa bile ziyaretçi CDN ile HTTP/3 bağlantısı kurabilir. DNS, güvenlik duvarı ve UDP trafiğinin yapılandırılması gerekir. Her tarayıcı ve ağ HTTP/3 bağlantısını kullanmayabilir. Site HTTP/2’ye güvenli biçimde dönebilmelidir. Kurulum yalnız yeni protokole bağlı bırakılmamalı; farklı cihaz ve ağlarda test.

Index Budget Nedir? İndeksleme Kaynaklarını Yönetme Rehberi

Tarama bütçesi, Googlebot’un siteyi ne kadar ve hangi hızda ziyaret ettiğiyle ilgilidir. İndeksleme ise taranan sayfanın Google dizinine alınıp alınmaması kararıdır. Bir URL sık tarandığı halde indekslenmeyebilir. Hayır. Sepet, hesap, filtre, dahili arama ve yinelenen parametre sayfalarının çoğu arama sonucu için yararlı değildir. Amaç indeks sayısını büyütmek değil, değerli ve tercih edilen URL’lerin dizinde bulunmasını sağlamaktır. Birbirine çok benzeyen şehir veya ürün sayfaları, zayıf açıklamalar ve otomatik üretilmiş kombinasyonlar indeks dışında kalabilir. Kelime sayısını artırmak tek başına çözüm değildir; sayfanın farklı bir kullanıcı ihtiyacına cevap vermesi gerekir. Benzer kopyalarda canonical, arama sonucu için gereksiz sayfalarda noindex kullanılabilir. Bu etiketler amaçlarına göre seçilmelidir. Canonical güçlü bir.

Lazy Loading ve SEO Rehberi: Geç Yüklemeyi Güvenle Kullanma

İlk ekranın altında kalan görseller, videolar ve haritalar uygun adaylardır. Sayfa açıldığında hemen görünen logo veya ana görseli geciktirmek doğru değildir. Her öğe aynı ayarla yüklenmemeli; sayfadaki konumu ve önemi dikkate alınmalıdır. Görsellerde loading="lazy" kullanımı çoğu modern tarayıcı tarafından desteklenir. Basit sitelerde ek JavaScript kütüphanesi gerekmeyebilir. Yerleşik yöntem daha az kod taşır; yine de farklı tarayıcı ve şablonlarda sonuç kontrol edilmelidir. Sayfanın ana görünür görseli çoğu zaman LCP öğesidir. Bu görsele lazy loading vermek indirme başlangıcını geciktirebilir. Gerekli durumda fetchpriority ve preload değerlendirilir; fakat aynı dosyaya gereksiz öncelik ipuçları eklenmemelidir.

PDF SEO Rehberi: PDF Dosyalarını Arama İçin Hazırlama

Sık güncellenen, mobilde okunması gereken ve site içinde gezinme beklenen içerikler için HTML daha kullanışlıdır. Yazdırılabilir rapor, form veya sabit belge PDF olarak sunulabilir. Aynı içeriğin iki sürümü varsa hangisinin ana kaynak olduğu belirlenmelidir. Anlaşılır dosya adı kullanılmalı; belge özelliklerindeki title alanı gerçek başlığı yansıtmalıdır. Dosya adını uzun anahtar kelime listesine çevirmek veya başlığı boş bırakmak kullanıcıya yardımcı olmaz. Tarama görüntüden oluşuyorsa OCR uygulanmalı ve metin seçilebilir hale getirilmelidir. Başlık sırası, okuma düzeni, tablo açıklamaları ve görsel alternatifleri erişilebilirlik açısından düzenlenmelidir. Yalnız görsel metin arama motoru için sınırlı olabilir. PDF içindeki site ve kaynak bağlantıları tıklanabilir olmalıdır. Kullanıcı belgeden ana hizmet veya güncel HTML sayfasına.

Preconnect Rehberi: Kritik Bağlantıları Önceden Kurma

Tarayıcı üçüncü taraf kaynağı indirmeden önce alan adını çözer, ağ bağlantısı kurar ve HTTPS görüşmesini tamamlar. Kritik font veya API farklı bir alan adındaysa bu adımlar görünür içeriği geciktirebilir. Sayfanın ilk bölümünde gerçekten gereken font, CDN veya kritik API alan adları adaydır. Kullanılma ihtimali düşük reklam ve pazarlama servislerine önceden bağlantı açmak doğru değildir. Ağ paneliyle erken ihtiyaç duyulan alanlar belirlenir. Font gibi CORS ile indirilen kaynaklarda crossorigin özelliği gerekebilir. Preconnect ile gerçek istek farklı kimlik bilgisi modunda yapılırsa kurulan bağlantı yeniden kullanılamayabilir. Kaynak türüne uygun etiket kullanılmalıdır. DNS-prefetch yalnız alan adı çözümlemesini erkene alır; preconnect bağlantı ve TLS adımlarını da yapar. Preconnect daha güçlü.

Prefetch Rehberi: Sonraki Sayfa Kaynaklarını Planlama

Tarayıcı boş ağ kapasitesi bulduğunda belirtilen dosyayı önbelleğe alabilir. Kullanıcı sonraki sayfaya geçtiğinde kaynak hazır olabilir. Bu bir ipucudur; tarayıcı bağlantı, veri tasarrufu veya öncelik nedeniyle isteği yapmayabilir. Bir sonraki adımda büyük olasılıkla kullanılacak JavaScript parçası, görsel veya belge aday olabilir. Kullanıcının hangi sayfaya geçeceği belirsizse çok sayıda dosyayı indirmek veri israfına yol açar. Preload mevcut sayfanın kritik kaynağını yüksek öncelikle ister. Prefetch gelecekteki olası kullanım için düşük önceliklidir. İki etiketi aynı dosyada gelişigüzel kullanmak öncelik çatışması yaratabilir. Bazı sistemler fareyle linkin üzerine gelme veya görünür alana girme anında sonraki sayfanın verisini hazırlayabilir. Analiz ve gizlilik isteklerinin bu sırada yanlışlıkla çalışmadığı kontrol edilmelidir.

Preload Rehberi: Kritik Kaynaklara Doğru Öncelik Verme

İlk görünüm için gerekli font, CSS içinde geç keşfedilen ana görsel veya kritik script aday olabilir. Tarayıcının HTML içinde zaten erken bulduğu her dosyayı yeniden preload etmek gerekmez. Önce ağ zaman çizelgesi incelenir. Kaynağın font, image, style veya script türü as özelliğiyle doğru belirtilmelidir. Yanlış tür, önbelleğin tekrar kullanılamamasına ve dosyanın iki kez indirilmesine yol açabilir. Fontlarda gerekli CORS ayarı ayrıca kontrol edilir. CSS arka planı veya geç oluşturulan img etiketi LCP ise preload indirmeyi erkene alabilir. Responsive görsellerde imagesrcset ve imagesizes gerekebilir. Mobil cihaza masaüstü boyutlu görsel önceden yüklenmemelidir.

RSS Feed SEO Rehberi: İçerik Akışını Teknik Olarak Yönetme

Okuyucu uygulamaları, e-posta servisleri ve bazı otomasyonlar yeni yayınları feed üzerinden takip eder. Başlık, bağlantı, tarih, özet veya tam içerik sunulabilir. Feed adresinin 200 yanıt vermesi ve geçerli XML üretmesi gerekir. Tam içerik okuyucu için kolaydır; otomatik kopyalayan sitelerin bütün yazıyı almasını da kolaylaştırabilir. Özet akış kullanıcıyı asıl sayfaya yönlendirir. Karar yayın modeline ve dağıtım amacına göre verilmelidir. Feed içindeki her kayıt özgün yazının kalıcı URL’sini göstermelidir. İçerik başka kanallarda yeniden yayımlanıyorsa kaynak bağlantısı ve mümkünse canonical düzeni korunmalıdır. Bunun uygulanması kopyanın önüne her zaman geçmez. Yayın tarihi ile anlamlı son güncelleme doğru kullanılmalıdır. Her küçük şablon değişikliğinde bütün kayıtları yeni gibi göstermek aboneleri ve.

Trailing Slash SEO Rehberi: URL Sonundaki Eğik Çizgi

Alan adının kök adresinde eğik çizgi zorunlu görünür; alt yollar ise sunucuya göre dosya veya klasör gibi yorumlanabilir. İki sürüm de 200 verirse kopya adres oluşur. Tercih edilen biçim önceden belirlenmelidir. Kullanılmayan sürüm tek adımda tercih edilen URL’ye 301 ile yönlenmelidir. HTTP–HTTPS, www ve slash kuralları birleştiğinde zincir oluşmamasına dikkat edilir. Sorgu parametreleri gerekiyorsa korunmalıdır. Canonical, sitemap, hreflang ve site içi bağlantılar tercih edilen biçimi göstermelidir. Bir yandan slashsız link verip diğer yandan slashlı canonical kullanmak gereksiz tarama ve yönlendirme oluşturur. Gerçek dosya uzantılı URL’lere otomatik slash eklemek 404 veya döngü yaratabilir. Sunucu kuralı tüm yollar için kör biçimde uygulanmamalı; statik dosya, yönetim ve API.

Web Font Optimizasyonu Rehberi: Yazı Tipi Yükleme ve Performans

Tasarımda kullanılmayan 100–900 arası bütün ağırlıkları indirmek gereksizdir. Başlık ve gövde için gerçekten kullanılan dosyalar belirlenir. Sahte kalın veya italik üretiminin görsel sonucu ayrıca kontrol edilir. Modern tarayıcılarda WOFF2 yaygın ve verimli formattır. Yalnız gereken karakter seti sunulabilir; Türkçe karakterlerin alt kümede eksik kalmaması gerekir. Farklı alfabeler gerekiyorsa unicode-range dikkatle hazırlanır. swap metni yedek fontla hızlı gösterip dosya gelince değiştirir; optional bazı koşullarda özel fontu hiç kullanmayabilir. Seçim marka tasarımı ve kullanıcı deneyimine göre yapılır. Görünmez metin süresi uzatılmamalıdır. İlk görünümde gerekli bir font preload edilebilir. Bütün ağırlıkları önceden yüklemek ağ önceliğini bozar. Preload URL’si, CSS içinde kullanılan dosya ve crossorigin ayarı aynı olmalıdır.

WWW ve Non-WWW SEO Rehberi: Alan Adı Sürümünü Standartlaştırma

`www.example.com` ve `example.com` teknik olarak farklı host adlarıdır. İkisi de 200 yanıt verirse aynı içerik iki adreste açılabilir. Kullanıcı hangi sürümü yazarsa yazsın tek tercih edilen adrese ulaşmalıdır. Kullanılmayan sürüm, yolu ve gerekli sorguyu koruyarak tek adımda tercih edilen sürüme yönlenmelidir. HTTP–HTTPS ve slash kurallarıyla birlikte uzun zincir oluşturulmamalıdır. Bütün canonical etiketleri, XML sitemap URL’leri, hreflang ve yapılandırılmış veri tercih edilen hostu göstermelidir. Site içi bağlantılarda karışık sürümler kullanmak gereksiz yönlendirme oluşturur. Domain property iki sürümü ve protokolleri birlikte izlemeyi kolaylaştırır. URL-prefix mülkleri kullanılıyorsa her sürüm ayrı görünebilir. Geçmiş veri korunmalı ve doğru sitemap tercih edilen mülkte gönderilmelidir.