JavaScript SEO: Bağlantılarınızın render işleminden sağ çıktığından emin olun

Bir tarayıcının gördükleri

Googlebot, Mayıs 2019'dan beri her zaman güncel bir Chromium kullanıyor. Bu, modern JavaScript'i çalıştırıp çalıştıramayacağı sorusunu çözmüştür.

Pratik riskler daha eskidir: Render işlemi taramadan sonra gerçekleşir ve gecikebilir, tıklamaların veya girişlerin arkasındaki içerik görünmez ve bir div üzerindeki onclick işleyicisinden oluşturulan bir bağlantı bir bağlantı değildir. Siteyi yeni bir React ön yüzüne taşıdığınız sayfalardaki geri bağlantıları kontrol etmeden önce, bu sayfaların içeriklerini ham yanıtta veya render edilmiş HTML'de gösterip göstermediğini doğrulayın.

Dış bağlantılar nasıl gelir

Bir render hatası içeriğinizi gizler. Diğer sitelerin zaten size verdiği bağlantıları silmez.

Next.js, Vite veya headless bir CMS'ye geçişten sonra, ana makine için toppages komutunu çalıştırın ve en çok bağlantı alan 20 URL'nin durumunu, canonical'ını ve görünür içeriğini test edin. Bunu ilk yapın. 40 bağlantı alan bir sayfa boş bir kabuk veya istemci tarafı 404 döndürüyorsa, otoritenizin nereye hitap ettiğini bildiğiniz için başka hiçbir şeyden önce bunu düzeltin. İç ve dış bağışkı sayfası, bu listeyi iç bağlantılarınızla nasıl karşılaştıracağınızı gösterir ve geçiş kontrol listesi testi bir lansman planının içine yerleştirir.

Çerçeveler disiplinden daha az önemlidir. Şablon motoru ile Express, bir WordPress teması ve bir Next.js uygulama yönlendiricisi hepsi taranabilir bağlantılar sunabilir. Her biri de bir ekip, bağlantıları tıklamadan sonra yalnızca var olan şekilde gönderirse başarısız olabilir.

Arama Konsolu kanıtlarını okuma

Arama Konsolu, doğru raporu sorarsa çoğu render sorununu yanıtlar. URL Denetimi'ni kullanın, ardından Taranan Sayfa'yı görüntüleyin.

Üç şeyi karşılaştırın: Google'ın getirdiği HTML, ekran görüntüsü ve yüklenemeyen sayfa kaynakları. Tarayıcınızda tam görünen ancak ekran görüntüsünde boş olan bir sayfa genellikle bir betik hatası veya engellenen bir kaynak nedeniyle engellenir ve düzeltme içeriğinizde değil, derlemenizde yer alır.

Gecikmeyi unutmayın. Bugün yayınladığınız bir değişiklik, Google URL'yi yeniden taramadan önce denetim aracında yalnızca günler sonra görünür.

Sunucu render'ı gerekli mi, yoksa ön render yeterli mi?

Sunucu render'ı isteğe bağlıdır. İlk yanfın bir tarayıcının ihtiyaç duyduğu içeriği taşımasını sağlayan bir yoldur. Birçok genel site, ön render, statik bir derleme veya önemli sayfalar için sunucu render'ı ile bu sonuca ulaşır ve giriş gerektiren kısımları olduğu gibi bırakır.

Ürün sayfalarınız ve dokümantasyonunuz genelken, panelin giriş gerektirdiğini varsayın. İlk grubu ön render edin. Paneli istemci tarafında bırakın. Böylece genel sayfalar bağlantılarını ilk yanıtta taşır ve panel ihtiyacı olduğu kadar karmaşık kalabilir.

Yalnızca ana sayfanın ön render'ı

Ana sayfanın ön render'ı ilk taramayı çözer, ancak diğer tüm rotaları tarayıcıya bekletir. Ana sayfa istemci taraflı kategorilere link veriyorsa, bu sayfalardaki bağlantılar hala render'a bağlıdır. Sadece giriş kapısını değil, sahip olduğunuz her şablonu kontrol edin.

Genel rotaların ve render yöntemlerinin kısa bir listesini tutun. Bu liste, bir tarama raporundan daha hızlı boşlukları gösterecektir.

Sunucu render'ı yerel görünürlüğü değiştiriyor mu

Sunucu render'ı ilk içeriğin ne kadar hızlı göründüğünü değiştirebilir ve okuyucular bunu hisseder. Bir sayfayı yerel bir sorgu için uygun kılmaz. Bu sinyaller sayfa içeriğinden, işletme detaylarından ve sayfaya yönlendiren bağlantılardan gelir.

Render'ı bu sinyallerin bir tarayıcı tarafından okunabilir hale gelme yolu olarak ele alın ve bağlantıları API ile ayrı olarak ölçün.

Tek kabuk sunan Vite ve React uygulamaları

Her yol için tek bir HTML kabuğu sunan bir Vite derlemesi, tüm işi istemciye bırakır. Böyle bir uygulama bazı sorgular için hala sıralanabilir, ancak her genel rota için bir plana ihtiyaç vardır: ön render yapın, sunucuda render yapın veya kaybı kabul edin ve bunu yazın.

Yeniden derleme sonrası rotalardaki geri bağlantıları kontrol etmeden önce, her genel rotanın içeriğini nasıl alacağınıza karar verin. Aksi takdirde link verisi, dış bağlantıların içi boş sayfalara düştüğünü gösterecektir.

Bir rotanın bağlantılarını gösterip göstermediğini test etme

İki test çoğu soruyu yanıtlar. Ham yanıt, herhangi bir betik çalışmadan önce bir tarayıcının ne aldığını gösterir. Render edilmiş DOM, bir tarayıcının sonrasında ne oluşturduğunu gösterir. Yalnızca ikincide görünen bir bağlantı hala bir bağlantıdır, ancak render'ın iyi gitmesine bağlıdır.

Arama Konsolu'ndaki canlı testi okuma

URL Denetimi'nden canlı testi rota başına çalıştırın. Render edilmiş HTML'ye bakın, ardından yüklenemeyen kaynaklar listesine bakın. Engellenen bir betik tüm bir navigasyon bloğunu silebilir ve sayfa görünür bir hata göstermeden ince görünür.

Çerçeve yükseltmesinden sonra testi tekrarlayın, çünkü yeni bir varsayılan, bağlantıların bir betik çalışmadan önce mi yoksa sonra mı render edileceğini değiştirebilir. İndekslenmeyen sayfalar kılavuzu, render edilmiş bir sayfanın hala dışarıda kalması durumunda ne yapılacağını kapsar.

Bir rota render edildiğinde ancak içerik bir dönen simge olduğunda

İlk yanfttaki yedek içerik, çoğu ekibin beklediğinden daha önemlidir. Bir dönen simge veya boş bir kapsayıcı, sayfanın o anda tarayıcı için hiçbir metin taşımadığı anlamına gelir. Başlık, giriş ve ana bağlantıları ilk yanıtta koyun, detaylı bir liste daha sonra yüklense bile.

Gerçek sayfa olan bir yedek basit kalabilir. Tek işi, geri kalanı gelene kadar içeriği tutmaktır.

İstemci taraflı bir uygulamada durum kodları ve yönlendirmeler

Tek sayfalık bir uygulama genellikle bulunamadı ekranı gösterirken sunucu 200 durumunu döndürür. Google böyle bir sayfayı yumuşak 404 olarak değerlendirebilir ve eksik URL'ye指向 dış bağlantılar size pek fayda sağlamaz. Düzeltme sunucuda olmalıdır.

Hala 200 döndüren bilinmeyen rotalar

Var olmayan herhangi bir rota için sunucudan gerçek bir 404 döndürün ve istemci taraflı bir rota ile gelen ziyaretçiler için uygulama içi bulunamadı ekranını koruyun. Bir yer değiştirme varsa, bunun yerine 301 gönderin.

Her yayından sonra canlı ana makinede birkaç uydurma adresi kontrol edin. Okunması gereken şey yanıt kodudur, tarayıcıda gördüğünüz sayfa değil.

Tarayıcıda çalışan yönlendirmeler

Sayfa yüklendikten sonra tetiklenen bir yönlendirme (örneğin bir bileşen içinde bir URL parametresi okuyarak), bir sunucu yönlendirmesinden farklı bir şeydir. Bir tarayıcı, yönlendirme çalışmadan önce ilk yanıtı indeksleyebilir. Bir rota kalıcı olarak taşındıysa, sunucudan 301 döndürün ve içeriği değiştiren parametreleri koruyun. Yönlendirme haritası tarifi, bu kuralları nasıl test edeceğinizi gösterir.