Googlebot JavaScript okuyabilir – SEO'lar nasıl tepki vermeli?
Yayınlanan: 2017-12-11Geleneksel olarak, arama motorları bir web sitesinin yalnızca HTML kodunu okur ve oluşturur. Bu, SEO'ların odaklanması gereken şeyin HTML kodunu optimize etmek olduğu anlamına geliyordu. Googlebot'un artık JavaScript'i tarayıp dizine ekleyebilmesi, arama motoru optimizasyonu için ne anlama gelir? Bunu öğrenmek için birkaç endüstri uzmanına sorduk.

Googlebot ve JavaScript: Uzmanlar ne diyor
Googlebot ve JavaScript konusunda bir dizi bakış açısı elde etmek için uzmanlarımıza aşağıdaki soruları sorduk:
- Google, Googlebot'un JavaScript'e dayalı web sitelerini tarayabileceğini söylüyor - SEO'lar için ne gibi zorluklar ve fırsatlar görüyorsunuz?
- Bir JavaScript web sitesi yeniden başlatmayı planlıyorsa, birisi hangi belirli hususları dikkate almalıdır?
- Chrome'daki bir web oluşturma güncellemesinden verimlilik ve doğruluk açısından hangi değişikliklerin gelmesini bekliyorsunuz?
Ve işte cevaplar geliyor.
Martin Tauber
Yönetici Ortak, Marketing Factory GmbH
JavaScript tabanlı web siteleri, kullanımları daha hızlı ve etkileşimli oldukları için kullanıcı deneyimi açısından büyük fırsatlar sunar.
Bununla birlikte, Googlebot'un JavaScript'i yorumlamada hala güçlükleri var, bu da, hoş olmayan sürprizlerden kaçınılması için geliştirmenin son derece temiz olması ve SEO Birimi ile yakın işbirliği içinde köklenmesi gerektiği anlamına geliyor.
Dominik Wojcik
Genel Müdür, Trust Agents
Artık iki ayrı programlama dünyanız (örneğin, kaçan parçalar için) olmadığı için, temiz koda ve temiz bir web ortamına odaklanmanıza izin veren fırsatlar vardır. Geliştiriciler aşamalı iyileştirmeyi düşündükleri ve web uygulamalarını buna göre geliştirdiği sürece, Google bunun üstesinden iyi gelebilir.
Ancak, gizli zorluklar var. Hangi çerçeve kullanılıyor? İstemci tarafı oluşturma olacak mı yoksa sunucu tarafı oluşturma uygulamak mümkün mü? İzomorfik JavaScript uygulamak bile mümkün olabilir mi? JavaScript dahili olarak mı yoksa harici olarak mı uygulanıyor? SEO'lar olarak, Google'ın sayfalarımızı istediğimiz gibi indekslediğinden ve ağırlıklandırdığından emin olmak için inanılmaz miktarda test yapmamız ve farklı şeyler denememiz gerekecek.
Yeniden başlatmadan önce, kullanılacak çerçeve konusunda dikkatli bir karar verilmelidir. Hem taranabilirlik hem de performans dikkate alınmalıdır. İdeal olarak, istemci tarafı işleme kullanılıyorsa, mevcut geliştirmeyi dışarıdan test etmeyi mümkün kılan bir test ortamı oluşturulmalıdır. Bununla birlikte, sunucu tarafı oluşturmayı da kullanmanızı şiddetle tavsiye ederim. Bu, sunucu performansını etkiler, ancak riskleri en aza indirmelidir. Her şeyden önce, Googlebot'un ne bulduğunu, dizine eklediğini ve taradığını görmek için getirme ve oluşturmayı kullanarak gerçekten test etmeniz, test etmeniz ve test etmeniz gerekir.
Google nihayet V49'dan daha yüksek bir Chrome sürümüne geçerse, Googlebot'unkine benzer bir kurulumu simüle etmemize izin veren test ortamları oluşturmak için başsız Chrome'u Rendertron gibi bir şeyle birlikte kullanabiliriz. Bu, Google'ın nasıl ve neyi yorumlayabileceğini daha iyi anlamamıza yardımcı olur. Bu, biz SEO'lar için işleri çok daha kolay hale getirecektir.
Bartosz Goralwicz
Kurucu Ortak ve SEO Başkanı, Elephate
Kasım 2017'deki Searchmetrics Zirvesinde Elephate'den Bartosz Goralwicz, Googlebot ve JavaScript arasındaki ilişkiden bahsetti:
Stephan Czysch
Kurucu ve Genel Müdür, Trust Agents

SEO'ların (veya ajansların) insanların "Bu arada, yakında JavaScript'e geçeceğiz" dediğini duymasını istemiyoruz. SEO açısından düşünmemiz gereken bir şey var mı? Olmamalı, olmalı mı? Ancak Pazartesi günü yeni siteyle canlı yayına geçmeden önce hızlıca bir göz atabilirseniz harika olur.” Bu senaryo kaçınılmaz olarak tam bir kaosla sonuçlanacaktı. Bartosz [yukarıdaki videoda] JavaScript ve SEO konusuna harika bir bakış attı.
SEO uzmanları, bir web sitesini yeniden başlatırken, Google'ın ne oluşturabileceğini sormanın yanı sıra, botun neler görebileceğine bakmalı ve eski web sitesinden neyin farklı olduğunu belirlemelidir. Geçenlerde, eski sitenin bağlantı mantığı taşınmadığı için JavaScript'in yeniden başlatılmasının ardından tüm dahili bağlantı sisteminin bozulduğu bir web sitesiyle uğraştım. Ayrıca hreflang sorunları da vardı. Bu nedenle, istenen “SEO özelliklerinin” bir kontrol listesi ile çalışmak çok önemlidir. Ek olarak, kullanımlarınız için JavaScript oluşturmanın gerçekte ne anlama geldiğini sormalısınız: Web sitenize erişmek için ne tür donanımlar kullanıyorlar ve bu yükleme sürelerini nasıl etkileyecek? Bu konu hakkında daha fazla bilgi için Addy Osmani'nin bu makalesini önerebilirsiniz.

Sebastian Adler
SEO Danışmanı , leap.de
JavaScript tarama yeteneği gelişmiş olsa bile Google, daha az kaynak kullandığı için saf HTML içeriğini tercih edecektir. Soru, Google'ın JS'yi okuyup oluşturamaması değil, Google'ın elinden işlerin bir kısmını alıp alamayacağınız ve almak isteyip istemediğinizdir. İçeriğim JS olmadan okunabiliyorsa, çalışıyorsa ve hızlı bir şekilde yükleniyorsa, bu benim için daha iyi olur.
Render yeteneği her zaman arkasındaki teknolojiye bağlıdır ve Bartosz'un dediği gibi (deneyleri ve araştırmaları için harcadığı tüm çabaya saygı duyun!), teknolojiden en iyi şekilde yararlanmak istiyorsanız, teknolojiyi tam olarak anlamanız gerekir. . Buradaki büyük fırsat, önemli içeriği HTML olarak sağlayarak ve yalnızca JS'yi amaçlandığı şekilde kullanarak riskleri en aza indirmektir: ek özellikler için. JavaScript'e tam olarak bağlı kalırsanız, en büyük zorluk hataları bulmaktır.
Bir sayfayı yeniden başlatırken, sıralamak istediğiniz içeriğin JavaScript olmadan çalıştığından emin olun. Bu, yalnızca ana içeriği değil, aynı zamanda gezinme öğelerini de içerir. JS devre dışı bırakıldığında birçok sayfanın bir menüsü yoktur. Her bir süslü özelliği dahil etmek yerine, işletmeniz ve hedef kitleniz için bir işlevin gerçekten gerekli olup olmadığını sormak mantıklıdır. Belirli bir özellik işe yaramazsa etkisi ne olurdu? Ardından ilgili testleri yapın.
Google'ın web oluşturma güncellemesini web yöneticilerine çok iyi iletmesini beklemediğim gerçeğinin yanı sıra, değişecek asıl şeyin hatalara yatkınlık olacağını bekliyorum. Chrome ve çerçeveler gerçekten hızlı bir şekilde gelişiyor ve yeni sürümlerle birlikte RWS'ye yeni hataların gelmesi muhtemel.
Birkaç şeyin daha hızlı işleneceği veya daha temiz bir şekilde işleneceği kesin. Ama asıl sorun aynı kalıyor. Hatalı kod (kullanılan motor açısından) yorumlanamaz. Motorun kodumuzu nasıl yorumladığını bulmalıyız. Geliştirme sırasında bu, hata ayıklama için kullanmamız gereken aracı değiştirir. Ancak, hızlı yüklenen HTML (vb.) dosyaları gibi en önemli varlıklarınız varsa, endişelenmenize gerek yok – uygun SEO çalışmalarına odaklanabilirsiniz.
Björn Beth
Profesyonel Hizmetler Direktörü, Searchmetrics

Tarama ve dizine ekleme arasında ayrım yapmalıyız. Google JavaScript'i tarayabilir, ancak saf HTML'yi taramaktan çok daha fazla kaynak gerektirir. Search Console'daki Fetch & Render'a benzer şekilde tarayıcıdan aldığı bağlantıları (URL'leri) web oluşturma hizmeti (WRS) yardımıyla oluşturan dizin oluşturucu için daha sorunludur. Bunu yapmak için Google kendi Chrome tarayıcısını kullanır (Sürüm 41). Tarayıcı yardımıyla bir Belge Nesne Modeli (DOM) oluşturmaya ve sayfayı bir tarayıcıda görüntüleneceği şekilde yorumlamaya çalışır. Bu, örneğin Google'ın (Distilled ve Bartosz Goralewicz tarafından yürütülen testlerde gösterildiği gibi), koddaki sorunlarla baş edemediği veya oluşturma sırasında başka büyük sorunlar meydana geldiğinden, Google'ın beş saniye sonra sayfada oluşturmayı durduracağı için sorunlara yol açabilir. . Bu, Screaming Frog tarafından yapılan testlerde gösterildi.
Temel olarak JavaScript, taramayı ve dizine eklemeyi çok daha karmaşık hale getirir ve ikisi arasında oldukça verimsiz bir ilişki oluşturur. SEO sizin için önemliyse, her zaman bir botun sayfalarınızı olabildiğince hızlı ve verimli bir şekilde okuyabildiğinden emin olmalısınız.
HTML tabanlı bir web sitesinden JavaScript tabanlı bir çerçeveye veya kitaplığa yeniden başlamadan önce, hizmet tarafı oluşturmanın dahil edildiğinden emin olmalısınız. Örneğin React, renderToString adlı kendi çözümüyle birlikte gelir. Bu, sunucuda JavaScript'i oluşturan, DOM'yi oluşturan ve onu bot'a gönderen tarayıcıdan bağımsız bir DOM arabirimi kullanır. AngularJS, Angular Universal'ı kullanır. Bu, istemciye önceden oluşturulmuş HTML olarak önemli olan her şeyi kanıtlar. İstemci daha sonra JavaScript'i gerektiği gibi alır. Bununla birlikte, sunucuda başsız Chrome ile de çalışabilir ve önceden oluşturulmuş HTML'yi bota gönderebilirsiniz.
Her şeyden önce, Chrome 59'dan daha hızlı, daha verimli oluşturmanın gelmesini ve saf HTML ile eşit performansa doğru ilerlemesini bekliyorum. Bunun gerçekten olup olmadığını yalnızca testler söyleyecektir.
Çamurda gezinin: Web sitenizin sağlığını değerlendirin
Şimdi Searchmetrics ile JavaScript Tarayıcısını içeren Site Yapısı Optimizasyonu ile hem HTML'yi hem de JavaScript'i analiz edin! Senin çıkarların:
- Angular ve React dahil tüm ilgili JavaScript çerçevelerini tarayın
- Öncelikli teknik sorunlar listesi aracılığıyla web sitesi performansını iyileştirin
- JavaScript Taraması olan ve olmayan taramaları karşılaştırın
JavaScript Taramamız hakkında daha fazla bilgi edinin
Ve sen ne düşünüyorsun?
Bu beş uzman böyle düşünüyor, ancak bu blogu okuyan çok daha fazla uzmanımız var. Peki JavaScript hakkında ne düşünüyorsunuz? Web sitelerinizde zaten değişiklik yaptınız mı? Testlerinizde zaten ilginç bir şey keşfettiniz mi?
