Sunucu tarafında oluşturma (SSR), doğrudan sunucudan Googlebot’a tamamen oluşturulmuş bir HTML belgesi sunarak arama motoru görünürlüğünü artırır. Arama motorunun birincil içeriği belirlemeden önce karmaşık JavaScript çalıştırması gereksinimini atlayarak SSR, sayfalarınızın hız ve doğrulukla dizine eklenmesini sağlar. Bu yöntem, arama motorları yalnızca bir tarayıcı ortamında oluşturulan dinamik içeriği yorumlamada zorluklarla karşılaştığında ortaya çıkan yaygın tarama hatalarını etkili bir şekilde düzeltir.
Sunucu tarafında oluşturma, verimli dizine eklemeye nasıl yardımcı olur?
Bir web sitesi tamamen istemci tarafında oluşturmaya (CSR) güvendiğinde, Googlebot iki aşamalı bir mimariyi izlemek zorundadır. İlk aşamada tarayıcı, genellikle kullanıcıların deneyimlediği gerçek içerikten yoksun minimal bir şablon olan ham HTML’yi alır. İkinci aşamada Googlebot, Web Oluşturma Hizmetinin JavaScript dosyalarını yürütmesi için sayfayı kuyruğa alır. Bu ikincil adım, keşif ile sayfanın son yorumu arasında gecikme sunar.
SSR, ilk keşif sırasında bu ikinci aşamaya olan ihtiyacı ortadan kaldırır. Sunucu eksiksiz bir HTML belgesi döndürdüğü için Googlebot metni, dahili bağlantıları ve meta verileri hemen ayrıştırabilir. Bu geçiş, tarayıcı için önemli ölçüde kaynak tasarrufu sağlar ve içeriğin uzun bir oluşturma kuyruğunda beklemeden dizine hazır olmasını sağlar. Büyük web siteleri için işlem süresindeki bu azalma, genel görünürlük için büyük bir kazançtır.
Tipik bir hesap yönetimi senaryosunda, saf CSR’den bir SSR modeline geçmenin daha hızlı yeniden dizine ekleme döngüleriyle sonuçlandığını gözlemliyoruz. Binlerce sayfası olan bir sitede ürün açıklamalarını veya fiyatlandırmayı güncellediğinizde, sunucu son durumu doğrudan gönderir. Sonuç olarak, Googlebot’un yeni dağıttığınız değişiklikleri görmek için pahalı tarayıcı benzeri görevler gerçekleştirmesine gerek kalmaz.
Ayrıca SSR, arama motorları için kararlı bir temel sağlar. Oluşturma hizmeti kuyruk hacminde geçici bir artış yaşasa bile, temel içeriğiniz ham yanıt aracılığıyla erişilebilir kalır. Bu güvenilirlik, temel SEO çabalarınızın karmaşık JavaScript ortamlarına içkin dalgalanmalardan cezalandırılmamasını sağlar.
Modern JavaScript çerçeveleri neden genellikle tarama hatalarını tetikler?
React, Angular veya Vue gibi modern çerçeveler, yüksek performanslı, etkileşimli kullanıcı arayüzleri oluşturmak için mükemmeldir. Ancak, sunucunuz boş bir kabuk döndürürse, Googlebot teknik engellerle karşılaşır. Bu sorunlar genellikle tarayıcının sayfa hiyerarşisini anlamasını veya JavaScript yürütme yoluyla eklenen kritik dahili bağlantıları bulmasını engeller.
- JavaScript paketi tarayıcı için çok ağırsa oluşturma aşamasında zaman aşımı.
- Arama motoru tarafından kullanılmayan belirli tarayıcı API’lerine dayanan içeriği ayrıştırma yetersizliği.
- Kanonik etiketler veya open graph verileri gibi kritik meta verilerin gecikmiş dizine eklenmesi.
- Sunucunuzda, geçici tarama hızı sınırlarına yol açabilecek artan kaynak tüketimi.
Bu hatalar sadece varsayımsal değildir; gezinme menülerinin veya kenar çubuğu filtrelerinin yalnızca bir kullanıcı sayfayla etkileşime girdikten sonra oluşturulduğu kurumsal platformlarda sıklıkla meydana gelirler. Bağlantılar ham HTML’de yoksa, Googlebot bunları ilk tarama sırasında bulamayacaktır. Bu, derin bağlantılı sayfaların yetim kalmasına, yeniden tarama gerçekleşene kadar arama motoru sonuçlarından etkili bir şekilde gizlenmesine neden olan bir durum yaratır.
Yetim sayfaların ötesinde, bu çerçeveler içeriği tarayıcının etkinleştiremeyebileceği tembel yükleme tetikleyicilerinin arkasında istem dışı olarak gizleyebilir. Birincil ürün bilgileriniz yüklenmek için bir kaydırma olayına veya düğme tıklamasına bağlıysa, Googlebot bu içeriği asla göremeyebilir. Bu mantığı sunucuya taşıyarak, içeriğin herhangi bir arama botunun işlemesi için en güvenilir biçim olan statik metin olarak var olmasını sağlarsınız.
Google Arama, bu içeriği bir web sitesinin HTML’indeki içerikle birlikte görür.
Google Search Central
Alien Road bu teknolojiyi nasıl uygular
Alien Road’da ekibimiz, karmaşık JavaScript odaklı web sitelerini yönetmek için pratik bir yaklaşım benimser. SSR veya Statik Site Üretimi’ne (SSG) geçişin ileriye dönük en iyi yolu sağlayıp sağlamadığını belirlemek için site mimarisinin derinlemesine bir denetimini gerçekleştirerek başlıyoruz. Tipik bir müşteri için, gizli boşlukları belirlemek üzere oluşturulan kaynak kodunu ham HTML yanıtıyla karşılaştırarak başlıyoruz.
Süreçiz, Googlebot’un değişmeyen sayfaları yeniden işlemeye çok fazla zaman harcayıp harcamadığını veya komut dosyalarını düzgün bir şekilde çalıştırıp çalıştırmadığını belirlemek için sunucu günlüklerini analiz etmeyi içerir. Ardından, temel içeriğin ilk istekte sunulmasını sağlayan oluşturma çözümleri uyguluyoruz. Bu strateji, envanterlerini günlük olarak güncelleyen yüksek trafikli e-ticaret mağazaları için dizine eklemeyi istikrara kavuşturmamıza olanak tanır.
Son bir çalışmada, bir perakende mağazasının kategori sayfalarında zayıf dizine eklemeden muzdarip olduğunu gözlemledik. Ana ürün listelemelerinin istemci tarafı oluşturmanın arkasında gizlendiğini belirleyerek, bu belirli şablonları bir SSR modeline geçirdik. Bu değişiklik, tarayıcının tüm ürün kataloğunu ilk yanıt içinde görmesini sağladı ve iki hafta içinde dizine eklenen sayfa hacminde önemli bir artışla sonuçlandı.
Uygulama sırasında hangi yaygın tuzaklardan kaçınmalısınız?
SSR’ye geçiş, yeni teknik komplikasyonlar getirmekten kaçınmak için dikkat gerektirir. Sık yapılan bir hata, sunucuda kullanıcının tarayıcıda gördüğünden önemli ölçüde farklı içerik oluşturmaktır. Bu uyumsuzluk, zayıf deneyimler yaratabilir ve arama motorunun sayfanın amacını yanlış anlamasına potansiyel olarak neden olabilir.
- Sunucu tarafında oluşturulan sayfalarınızın tüm geçerli içerik için 200 HTTP durum kodu döndürdüğünden emin olun.
- Kolay keşif için tüm kritik dahili bağlantıların statik HTML’de mevcut olduğunu doğrulayın.
- Googlebot’un tam olarak ne aldığını görmek için URL İnceleme aracını kullanarak sitenizi test edin.
- Sunucunuzun arama isteklerini gecikmeden idare etmesini sağlamak için tarama bütçenizi izleyin.
Bir diğer yaygın tuzak, sunucunun kendisinin performans etkisini göz ardı etmektir. Oluşturmayı sunucuya taşıdığınızda, her isteğe bir hesaplama görevi eklersiniz. Altyapınızın, Googlebot’un zaman aşımı yaşayacağı noktaya kadar yanıt sürelerini yavaşlatmadan artan yükü kaldırabileceğinden emin olmalısınız.
Ayrıca, önbellekleme stratejileri güncellenmelidir. SSR katmanınız yanıtları yanlış önbelleğe alırsa, kullanıcılar veya botlar eski verileri görebilir. Temel veritabanı veya CMS içeriği değiştiğinde tetiklenen sıkı önbellek geçersiz kılma kuralları ayarlamanızı öneririz; bu, sunucu tarafında oluşturulan çıktının gelen her istek için taze ve doğru kalmasını sağlar.
Bu hafta nereden başlamalı?
En önemli şablonlarınızın ham HTML’sini inceleyerek site performansınızı gözden geçirin. JavaScript’i devre dışı bırakmak ve H1 etiketlerinizin, ana içeriğinizin ve dahili bağlantılarınızın görünür kalıp kalmadığını doğrulamak için tarayıcı geliştirici araçlarınızı kullanın. Sayfa boş veya eksik görünüyorsa, arama görünürlüğünüzü iyileştirmek için bu belirli sayfalar için SSR uygulamayı görüşmek üzere mühendislik ekibinizle iletişime geçin.
Gelir için en kritik olanlar oldukları için önce ürün veya hizmet sayfalarınıza öncelik verin. Bunları hallettikten sonra kategori sayfalarına ve blog arşivlerine geçin. En önemli şablonları önce ele alarak, Googlebot’un en yeni içeriğinizi ne kadar hızlı keşfettiğinde ölçülebilir bir iyileşme görebilirsiniz.
Son olarak, özellikle geçiş yaptığınız sayfalar için Search Console kapsam raporlarını izleyin. Dizine ekleme sayısının yukarı doğru meyilli olup olmadığını ve tarama sıklığının dengelenip dengelenmediğini kontrol edin. Oluşturma stratejinizdeki küçük, aşamalı değişiklikler genellikle uzun vadeli arama performansı ve teknik sağlık için en iyi sonuçları verir.