JavaScript SEO: Google'ın gördüğü sayfayı doğrula

Google'ın bir JavaScript sayfasını işlemesini tarama, oluşturma ve indeksleme aşamalarıyla düşünün. Tarayıcınızda güzel görünmesi, ilk sunucu yanıtının anlamlı olduğu veya arama sisteminin tüm içeriği gördüğü anlamına gelmez. Bir uygulama başlangıçta boş bir kabuk gönderebilir, içeriği sonradan API isteğiyle ekleyebilir. Bu bağımlılığı anlamak, bütün JavaScript kullanımını sorun ilan etmekten daha faydalıdır.

Denetimde üç belge toplayın: ağ üzerinden gelen ilk HTML, tarayıcının çalıştırdığı koddan sonraki DOM ve Search Console URL Denetimi'nin sunduğu işlenmiş sonuç. Her birinde ana başlık, açıklayıcı metin, ürün veya hizmet bilgisi ve önemli bağlantıları arayın. Farkları tabloya yazın. Google JavaScript çalıştırabilse de kaynak erişimi, çalışma hataları ve koşullu içerikler sonucu etkileyebilir.

Bir hizmet kartı sayfa açıyorsa gerçek hedefi olan bir bağlantı kullanın. Yalnız tıklama işleyicisi bulunan görsel kutular, gezinme ilişkisinin anlaşılmasını zorlaştırabilir. Uygulama içi geçişler hızlı kalabilir; önemli olan adresin bağımsız olarak açılabilmesi ve kullanıcının bağlantıyı kopyalayabilmesidir. Sayfayı doğrudan yeni sekmede açarak kontrol edin. Önce ana sayfaya girmek zorunda kalıyorsanız sorun vardır.

<a href="/hizmetler/teknik-seo/">Teknik SEO hizmetini incele</a>

Eğitim senaryosu: Hayali bir eğitim uygulamasında dersler yalnız “sonraki” düğmesiyle geliyor; adres hiç değişmiyor. Ekip her derse kalıcı URL, konu başlığı ve dersler arası bağlantı ekler. Böylece öğrenci kaldığı dersi paylaşabilir. Bu kararın yararı yalnız arama değildir; destek ekibi de sorunu belirli bir sayfa üzerinden konuşabilir.

Uygulama göreviniz: beş kritik URL'yi oturumsuz pencerede doğrudan açın. Başlık, içerik ve geri dönüş bağlantısının çalıştığını kaydedin. Çerez kabul etmeden temel bilgiye ulaşılıp ulaşılmadığını da inceleyin. Özel müşteri verileri elbette kamuya açılmaz; eğitim veya hizmet açıklamasıyla hesap bilgilerini karıştırmayın.

Statik üretim, sunucu tarafında oluşturma ve istemci tarafında oluşturma farklı mimari seçeneklerdir. Bir sözlük veya hizmet sayfası için ana metnin sunucudan hazır gelmesi bağımlılıkları azaltabilir. Kişiye özel hesap ekranı ise farklı ihtiyaçlara sahiptir. Bütün site için tek yöntem seçmek zorunda değilsiniz. Kararınızı içerik güncelliği, kişiselleştirme, ekip kapasitesi ve hata toleransıyla birlikte verin.

SEO uzmanının görevi belirli bir çatıyı dayatmak değil, gerekli çıktıyı tarif etmektir. Örneğin “ana ürün bilgisi, oturum veya kaydırma gerektirmeden işlenmiş HTML'de bulunmalı; ürün URL'si doğrudan açılmalı” ölçülebilir bir gereksinimdir. “Bu kütüphane SEO'ya uygun değil” ifadesi ise sorunun nerede olduğunu açıklamaz.

Eğitim için aynı içerikle iki küçük test sayfası hazırlayın: birinde metin ilk HTML'de, diğerinde gecikmeli API çağrısından sonra gelsin. Ağ isteğini başarısız yapınca ne olduğunu gözlemleyin. Bu deney gerçek indeksleme sonucunu kanıtlamaz; teslim zincirindeki kırılganlığı öğretir. Sonucu ekran görüntüsü, yanıt kodu ve eksilen içerikle belgeleyin.

Başlangıç HTML'sindeki canonical ile JavaScript sonrasında oluşan canonical birbiriyle çelişmemelidir. İlk yanıttaki noindex etiketini sonradan kaldırarak güvenilir bir indeksleme stratejisi kurmayın. Kritik arama sinyallerinin mümkün olduğunca ilk yanıtta doğru olması, hata ayıklamayı kolaylaştırır. Bir URL'nin görünür başlığıyla metadata'sını birlikte kontrol edin; bütün ürünlerde aynı başlığı bırakan şablonlar sık rastlanan kusurlardır.

Olmayan içeriği 200 yanıtı ve “bulunamadı” yazısıyla sunmak soft 404 sorununa yol açabilir. Silinmiş bir ürünün gerçekten kaldırıldığını doğru HTTP durumuyla bildirin. Yeni ve eşdeğer bir adrese taşınmış içerik için uygun yönlendirme tasarlayın. Her silinen sayfayı ilgisiz ana sayfaya göndermek kullanıcıyı da incelemeyi de yanıltır.

Eğitim senaryosu: Hayali katalogdaki /urun/olmayan-model adresi normal ürün şablonunu boş alanlarla açıyor. Hata kaydınız beklenen sonucu “404 yanıtı, anlaşılır açıklama ve ilgili kategoriye bağlantı” olarak tarif etsin. Var olan ürün URL'sinin yanlışlıkla aynı davranışı göstermediğini de regresyon kontrolüne ekleyin.

İyi bir JavaScript SEO hatası kaydında URL, ortam, zaman, tekrar adımları, beklenen davranış ve gözlenen fark bulunur. “Google görmüyor” demeden önce bunu hangi araçta gördüğünüzü belirtin. Canlı URL testi ile daha önce indekslenmiş sürüm farklı zamanlara ait olabilir. Düzeltme yayınlandıktan sonra yeniden tarama ve işleme anında gerçekleşmeyebilir; sırf hemen değişmedi diye aynı kodu tekrar değiştirmeyin.

1. Bir hizmet, bir liste ve bir detay sayfası seçin.
2. İlk HTML'de ana içeriği, title ve canonical'ı kontrol edin.
3. İşlenmiş DOM'daki farkları kaydedin.
4. Kritik kaynakların başarılı yüklendiğini inceleyin.
5. Doğrudan URL açma ve gerçek 404 davranışını deneyin.
6. Search Console sonuçlarını ilgili zaman bilgisiyle karşılaştırın.

Ödev tesliminizde en az bir sorunu ve bir sorunsuz örneği gösterin. Her gözlemi aynı anda mimari değişim talebine çevirmeyin. Küçük ve doğrulanabilir düzeltme, gereksiz yeniden yazımdan daha değerlidir. Botlara farklı ana içerik göstermek gibi cloaking yöntemlerine başvurmayın; aynı bilgiyi kullanıcıya ve arama sistemine tutarlı biçimde sunun.

Kontrol listesini farklı şablonlar için ayrı saklayın. Bir ürün sayfasında düzelen hata, aynı kodu paylaşmayan makale sayfasında otomatik düzelmiş sayılmaz. Yayın notunda kapsamı açıkça belirtin.