royalrideturkey.com

Neden önemli: Çok kısa title değerlendirilebilir sinyal taşımaz; çok uzunu arama sonuçlarında kesilir.

Çözüm: Başlığı 30-60 karakter aralığında tutun; önemli kelimeleri başa alın, marka adını sona koyun.

Neden önemli: Canonical zinciri ya da döngüsü arama motorunun asıl sayfayı çözmesini engeller.

Çözüm: Canonical hedefinin başka bir adrese canonical/yönlendirme yapmadığından emin olun; doğrudan nihai URL'yi gösterin.

Neden önemli: www'lu ve www'suz sürümün ikisi de yanıt veriyorsa site iki kopya olarak değerlendirilebilir.

Çözüm: Bir sürümü asıl seçin, diğerini sunucu düzeyinde 301 ile yönlendirin.

Neden önemli: Çok sayıda/büyük CSS dosyası indirme ve işleme süresini uzatır.

Çözüm: CSS dosyalarını birleştirip küçültün, kullanılmayan kuralları ayıklayın (PurgeCSS vb.), 3 dosyadan azı hedefleyin.

Neden önemli: Ağır HTML dokümanı ilk yüklemeyi ve ayrıştırmayı yavaşlatır; mobilde veri harcar.

Çözüm: Satır içi devasa CSS/JS/SVG bloklarını harici dosyalara taşıyın, gereksiz işaretlemeyi azaltın, 100KB altı HTML hedefleyin.

Neden önemli: LCP (en büyük içerik boyaması) sayfanın ana içeriğinin ne kadar hızlı göründüğünü ölçer; Google'ın resmi sıralama sinyalidir.

Çözüm: LCP'yi 2.5 sn altına indirin: ana görseli optimize edin/önyükleyin (preload), sunucu yanıtını hızlandırın, render engelleyen kaynakları azaltın.

Neden önemli: CLS (düzen kayması) sayfa yüklenirken öğelerin zıplamasını ölçer; yüksek değerler yanlış tıklamalara yol açar.

Çözüm: Görsel ve iframe'lere width/height verin, dinamik içerik için yer ayırın, fontları font-display: swap ile yükleyin.

Neden önemli: TTFB, sunucunun ilk baytı gönderme süresidir; tüm diğer metriklerin tabanıdır.

Çözüm: Sunucu tarafı önbellekleme, hızlı hosting/CDN ve veritabanı optimizasyonu ile 800 ms altını hedefleyin.

Neden önemli: FCP, ekranda ilk içeriğin göründüğü andır; kullanıcının "yükleniyor" algısını belirler.

Çözüm: Kritik CSS'i satır içine alın, render engelleyen kaynakları erteleyin, sunucu yanıtını hızlandırın.

Neden önemli: Yanlış font yüklemesi metnin geç görünmesine (FOIT) ya da zıplamasına neden olur.

Çözüm: font-display: swap kullanın, fontları preload edin, WOFF2 biçimini tercih edin, kullanılmayan ağırlıkları yüklemeyin.

Neden önemli: Ekranın ilk görünümündeki (hero) görsele lazy loading vermek LCP'yi bilerek geciktirmek demektir.

Çözüm: İlk görünümdeki görsellerden loading="lazy" özniteliğini kaldırın; isterseniz fetchpriority="high" ekleyin.

Neden önemli: LCP adayı görsel önceliklendirilmezse tarayıcı onu geç indirir.

Çözüm: Ana görsele <link rel="preload"> ya da fetchpriority="high" ekleyin; CSS arkaplanı yerine <img> tercih edin.

Neden önemli: Küçültülmemiş JavaScript indirme ve ayrıştırma süresini uzatır.

Çözüm: Yayın sürecinde JS'i minify edin (terser, esbuild); büyük satır içi blokları harici sürümlenmiş dosyalara taşıyın.

Neden önemli: İç bağlantısı olmayan sayfa site bütünlüğüne katılmaz; arama motoru ilişkileri kuramaz.

Çözüm: Sayfadan ilgili diğer içeriklere anlamlı iç bağlantılar ekleyin.

Neden önemli: "Tıkla", "buraya" gibi bağlantı metinleri hedef sayfanın konusu hakkında hiçbir sinyal taşımaz.

Çözüm: Bağlantı metnini hedef sayfayı tarif edecek şekilde yazın (ör. "buraya tıklayın" yerine "SEO rehberini inceleyin").

Neden önemli: Hiç bağlantı içermeyen "çıkmaz" sayfalar kullanıcıyı ve tarayıcıyı hapseder.

Çözüm: Her sayfaya menü, ilgili içerik ya da anasayfa bağlantısı ekleyin.

Neden önemli: javascript:, boş href gibi sahte bağlantılar tarayıcılar için anlamsızdır, erişilebilirliği de bozar.

Çözüm: Eylemler için <button> kullanın; gerçek gezinme için geçerli URL içeren <a href> bırakın.

Neden önemli: width/height verilmeyen görseller yüklenince sayfa zıplar (CLS artar).

Çözüm: Tüm <img> etiketlerine gerçek en-boy oranını koruyan width ve height öznitelikleri ekleyin.

Neden önemli: WebP/AVIF, JPEG/PNG'ye göre %25-50 küçüktür; eski formatlar bant genişliği israfıdır.

Çözüm: Görselleri WebP ya da AVIF'e dönüştürün; eski tarayıcılar için <picture> ile yedek sunabilirsiniz.

Neden önemli: Tek boyut görsel, mobil cihazlara masaüstü boyutunda iner.

Çözüm: <img srcset="..." sizes="..."> ile cihaz genişliğine uygun görsel sürümleri sunun.

Neden önemli: IMG_1234.jpg gibi dosya adları görsel aramada hiçbir sinyal vermez.

Çözüm: Dosya adlarını içeriği anlatan tireli kelimelerle yazın (ör. kirmizi-kosu-ayakkabisi.webp).

Neden önemli: HSTS başlığı tarayıcıya "bu siteye yalnızca HTTPS ile bağlan" der; ilk istek dahil düşürme saldırılarını engeller.

Çözüm: Strict-Transport-Security: max-age=31536000; includeSubDomains başlığını ekleyin (emin olunca preload da).

Neden önemli: Bu başlık olmadan siteniz başka sitede iframe içine alınıp tıklama korsanlığında (clickjacking) kullanılabilir.

Çözüm: X-Frame-Options: SAMEORIGIN başlığı ya da CSP frame-ancestors yönergesi ekleyin.

Neden önemli: MIME sniffing ile tarayıcı, dosyayı beyan edilenden farklı türde çalıştırabilir; bu bir saldırı vektörüdür.

Çözüm: X-Content-Type-Options: nosniff başlığını ekleyin.

Neden önemli: Content-Security-Policy, XSS saldırılarında enjekte edilen betiklerin çalışmasını engelleyen en güçlü savunmadır.

Çözüm: CSP başlığı tanımlayın; önce Content-Security-Policy-Report-Only ile test edip kaynak listenizi (script-src vb.) netleştirin.

Neden önemli: Permissions-Policy, kamera/mikrofon/konum gibi API'lere erişimi sınırlar; yoksa gömülü içerikler bunları isteyebilir.

Çözüm: Kullanmadığınız özellikleri kapatan bir Permissions-Policy başlığı ekleyin (ör. camera=(), microphone=()).

Neden önemli: Referrer başlığı ziyaretçinin geldiği tam URL'yi dış sitelere sızdırabilir.

Çözüm: Referrer-Policy: strict-origin-when-cross-origin başlığını ekleyin.

Neden önemli: Zorunlu alanları eksik şema zengin sonuç üretmez; önerilen alanlar sonucu zenginleştirir.

Çözüm: Uyarıda listelenen alanları şemaya ekleyin (ör. Organization için sameAs, address).

Neden önemli: Eksik LocalBusiness bilgisi haritalar ve yerel aramadaki görünürlüğü zayıflatır.

Çözüm: address (streetAddress dahil), telephone, openingHours, priceRange ve image alanlarını doldurun.

Neden önemli: Etiketi olmayan etkileşimli öğeler ekran okuyucu kullanıcıları için anlamsızdır.

Çözüm: Metinsiz düğme ve bağlantılara aria-label ekleyin ya da görünür metin verin.

Neden önemli: Odak göstergesi olmadan klavye kullanıcısı sayfada nerede olduğunu bilemez.

Çözüm: outline'ı kaldırmayın; :focus-visible için belirgin bir stil tanımlayın.

Neden önemli: Etiketsiz form alanları ekran okuyucuda "boş kutu" olarak okunur.

Çözüm: Her inputa <label for> bağlayın ya da aria-label verin; placeholder tek başına yeterli değildir.

Neden önemli: "Tıkla" gibi bağlamsız bağlantılar ekran okuyucunun bağlantı listesinde anlamsızdır.

Çözüm: Bağlantı metnini hedefi tarif edecek şekilde yazın.

Neden önemli: Atlama bağlantısı olmadan klavye kullanıcısı her sayfada tüm menüyü geçmek zorunda kalır.

Çözüm: Sayfa başına gizli "içeriğe atla" bağlantısı ekleyin (odaklanınca görünür olsun) ve ana içeriğe hedefleyin.

Neden önemli: Küçük dokunma hedefleri mobilde yanlış tıklamalara yol açar.

Çözüm: Tıklanabilir öğeleri en az 44×44 px yapın; aralarına boşluk koyun.

Neden önemli: Metnin HTML koduna oranı çok düşükse sayfa "içerikten çok kod" taşıyor demektir.

Çözüm: Gereksiz sarmalayıcı ve satır içi kod bloklarını azaltın; gerçek metin içeriğini artırın.

Neden önemli: Uzun açıklamalar sonuç sayfasında "..." ile kesilir; mesajınız yarım kalır.

Çözüm: Açıklamayı ~920 piksel (yaklaşık 155 karakter) altında tutun; ana mesajı başa koyun.

Neden önemli: Sosyal profil bağlantıları marka doğrulaması ve güven sinyalidir.

Çözüm: Üstbilgi ya da altbilgiye aktif sosyal medya profillerinizin bağlantılarını ekleyin.

Neden önemli: Yazarsız içerik, özellikle uzmanlık gerektiren konularda anonim ve güvensiz görünür.

Çözüm: Makalelere görünür yazar adı ekleyin; yazar adını author şemasıyla da işaretleyin.

Neden önemli: Kaynaksız iddialar doğrulanamaz; güven ve otorite sinyali zayıflar.

Çözüm: İstatistik ve iddialar için güvenilir kaynaklara bağlantı verin.

Neden önemli: Tarihsiz içerikte güncellik değerlendirilemez; okuyucu bayat bilgiyle karşılaşabilir.

Çözüm: İçeriklere görünür yayın/güncelleme tarihi ekleyin; şemada datePublished/dateModified kullanın.

Neden önemli: Editoryal süreç şeffaflığı içerik kalitesine dair güven verir.

Çözüm: İçeriklerin nasıl üretilip doğrulandığını anlatan bir editoryal politika sayfası yayınlayın.

Neden önemli: Kullanım koşulları, hizmetin kurallarını netleştirir; ticari sitelerde beklenir.

Çözüm: Kullanım koşulları sayfası ekleyip altbilgiden bağlayın.

Neden önemli: Yatay kaydırma mobil kullanım deneyimini ciddi bozar.

Çözüm: Sabit genişlikli öğeleri (tablo, görsel, embed) max-width:100% ve overflow kurallarıyla dizginleyin.

Neden önemli: 12px altı metin mobilde okunmak için yakınlaştırma gerektirir; Google mobil uyumsuzluk sayar.

Çözüm: Gövde metnini en az 16px yapın; hiçbir metin 12px altına inmesin.

Neden önemli: Ekranı kaplayan pop-up'lar mobilde içeriğe erişimi engeller; Google bunun için ceza uygular.

Çözüm: İçeriği örten geçiş reklamlarını kaldırın; küçük banner ya da yasal zorunlu bildirimlerle sınırlayın.

Neden önemli: Çok dilli sitelerde hreflang, her kullanıcıya doğru dil sürümünü göstermeyi sağlar.

Çözüm: Her dil sürümü için karşılıklı hreflang etiketleri tanımlayın (x-default dahil).

Neden önemli: Tek yönlü hreflang (dönüş bağlantısı eksik) Google'ca yok sayılır.

Çözüm: Her dil sürümü diğer TÜM sürümlere ve kendisine hreflang versin.

Neden önemli: Title yalnızca JavaScript'le oluşuyorsa bazı tarayıcı/botlar boş başlık görür.

Çözüm: Title'ı sunucu tarafında (ilk HTML'de) üretin; JS yalnızca güncellesin.

Neden önemli: JS ile eklenen meta açıklama ilk HTML'de yoktur; bazı araçlar hiç görmez.

Çözüm: Meta açıklamayı sunucu tarafında üretin.

Neden önemli: H1 yalnızca JS sonrası oluşuyorsa render edilmeyen bağlamlarda sayfa başlıksız kalır.

Çözüm: Ana başlığı ilk HTML'e koyun.

Neden önemli: JS ile eklenen canonical güvenilir işlenmez; Google ilk HTML'dekini tercih eder.

Çözüm: Canonical etiketini sunucu tarafında ilk HTML'e ekleyin.

Neden önemli: JS'in canonical'ı değiştirmesi iki farklı sinyal üretir; hangisinin geçerli olduğu belirsizleşir.

Çözüm: Sunucu ve JS aynı canonical değeri üretsin; ideali JS'in hiç dokunmamasıdır.

Neden önemli: JS'in noindex ekleyip kaldırması dizinleme kararını kumara çevirir.

Çözüm: Robots kararını yalnızca sunucu tarafında verin; JS robots meta'ya dokunmasın.

Neden önemli: JS'in title'ı değiştirmesi, dizindeki başlıkla sayfadakinin farklılaşmasına yol açabilir.

Çözüm: Sunucu title'ı ile JS sonrası title'ı tutarlı tutun.

Neden önemli: JS'in açıklamayı değiştirmesi dizin özetinde tutarsızlık yaratabilir.

Çözüm: Sunucu ve JS çıktısını aynı hizada tutun.

Neden önemli: JS'in H1'i değiştirmesi ana konu sinyalini belirsizleştirir.

Çözüm: H1 içeriğini sunucu tarafında sabitleyin.

Neden önemli: Ana içerik yalnızca JS ile geliyorsa ilk HTML boştur; dizinleme gecikir ya da eksik kalır.

Çözüm: Kritik içeriği sunucu tarafında render edin (SSR/SSG) ya da prerendering kullanın.

Neden önemli: Yalnızca JS ile oluşan bağlantılar ilk taramada görünmez; keşif gecikir.

Çözüm: Ana gezinme bağlantılarını ilk HTML'e koyun.

Neden önemli: JS yönlendirmesi botlarca geç ya da hiç işlenmeyebilir.

Çözüm: Yönlendirmeleri HTTP 301/302 ile sunucu tarafında yapın.

Neden önemli: Yönlendirme döngüsü sayfayı hem kullanıcı hem bot için tamamen erişilmez kılar.

Çözüm: Yönlendirme zincirini izleyip döngüyü kıran kuralı düzeltin.

Neden önemli: Hata veren adrese yönlendirme kullanıcıyı çıkmaza taşır.

Çözüm: Yönlendirme hedeflerini 200 dönen sayfalara güncelleyin.

Neden önemli: Aşırı büyük HTML ayrıştırmayı yavaşlatır; bazı botlar kesip eksik işler.

Çözüm: Satır içi devasa içerikleri harici dosyalara taşıyın; işaretlemeyi sadeleştirin.

Neden önemli: llms.txt, sitenizi AI sistemlerine tanıtan yeni bir standarttır; erken benimseyenler avantajlıdır.

Çözüm: Kök dizine sitenizi ve önemli sayfalarınızı özetleyen bir /llms.txt dosyası ekleyin (bkz. llmstxt.org).