Dinamik İşleme Neden Uzun Vadeli Bir Çözüm Değil?

Kaçırmış olmanız durumunda, Google kısa süre önce şunları belirtti:

• Dinamik oluşturma, JavaScript sorunları için uzun vadeli bir çözüm değil, geçici bir çözümdür ve
• Google, bunun yerine sunucu tarafı oluşturma, statik oluşturma veya hidrasyon kullanılmasını önerir.

Resmi Google belgeleri dinamik işlemeyi şimdi nasıl ele almamız gerektiğine ışık tutsa da, pek çok kişinin canını sıkan soru şu: dinamik oluşturmayı tam olarak neden geçici bir çözüm olarak düşünmeliyiz?

Bu soru benim gibi cevabı aramanızı tetikliyorsa, hadi başlayalım!

Bu güncelleme neden önemli?

Bu güncellemeyi neden önemli gördüğümüzü anlamak için, Google'ın daha önce (dinamik) işlemeyi nasıl ele aldığını görmek için geri dönelim.

Dinamik oluşturma hikayesi zaman çizelgesi

Her şey 2009'da Google'ın bildiği tüm web sitelerinin neredeyse %70'inin JavaScript kullandığını fark etmesiyle başladı. Ancak sorun şu ki, o zamanlar JavaScript'i hiç oluşturamıyorlardı.

JavaScript'in taranmasını ve dizine eklenmesini sağlamak için Google , kullanıcılara tam özellikli JavaScript tabanlı bir web sitesi sunarken bir web sitesinin statik HTML sürümünü botlara sunmayı önerdi. Bu, Google'ın istemci tarafında oluşturulmuş bir web sitesiyle başa çıkamadığı durumlarda bir geçici çözüm olarak günümüzün dinamik oluşturmanın en başlangıcıydı.

2014'te Google , 2015'te genel olarak JavaScript oluşturabileceklerini güncellemek için JavaScript tabanlı web siteleri oluşturmaya başladıklarını resmen kabul etti . Ancak, birçok web sitesi hala JavaScript içeriklerini doğru bir şekilde oluşturmak ve dizine eklemek için mücadele etti.

Bu nedenle Onely'nin CEO'su Bartosz Goralewicz, konuyu araştırmaya ve Google'ın JavaScript çerçevelerini düzgün bir şekilde tarayıp dizine ekleyemediğini öğrenmek için denemeler yapmaya başladı .

Google tarafında ise dinamik oluşturma hakkında daha kesin bilgiler 2018'de ortaya çıktı. Google I/O konferansı sırasında Google çalışanları iki dalga indeksleme kullandıklarını itiraf etti. Genel olarak, JavaScript tabanlı web sitelerinin oluşturulmasının, Google'ın bu içeriği işleyecek kaynaklara sahip olmadığı sürece ertelendiğini belirtti. Ayrıca konferanstan kısa bir süre sonra Google , JavaScipt içeriğinizin daha hızlı dizine eklenmesini sağlamak için dinamik oluşturmayı öneren resmi belgelerini (şimdi güncellendi) yayınladı.

Ardından, 2019'da Bartosz Goralewicz , SMX WEST'teki sunumu sırasında dinamik görüntü oluşturma konusunda ayrıntılı bilgi verdi . Bu çözümün neden tüm işleme sorunları için gümüş bir kurşun olmadığını açıklamayı amaçladı.

Onely'de o zamana kadar dinamik oluşturmanın en iyi çözüm olmadığını zaten biliyor olsak da, Google, web yöneticilerinin kullanmaya devam etmesi için tarayıcılar tarafından JavaScript'i işlemek için bir geçici çözüm olarak bunu önerdi. Ancak ne yazık ki, çoğu zaman ev sahipliği yapmanın ne kadar pahalı olduğunun farkında değillerdi.

Dinamik oluşturma nedir?

Dinamik oluşturma (ön işleme olarak da bilinir) , web sitenizin tam özellikli bir JavaScript sürümünü kullanıcılara sunmaktan ve JavaScript içeriğinizi sunmak için tarayıcılara statik bir HTML sürümünü sunmaktan oluşur. Farklı kullanıcı aracılarını tespit edip ayırt ederek ve kullanıcılara ve botlara uygun web sitesi versiyonları sunarak çalışır.

Ancak bu, kullanıcılara tamamen istemci tarafında oluşturulmuş içeriğin sunulması gerektiği anlamına gelmez; sadece botlarla aynı statik dosyalara sunulmazlar. Genel anlamda, tüm JavaScript deneyimi kullanıcılara ve HTML dosyaları ‒ robotlara sunulur.

Google, aşağıdakileri belirterek bu tanımı tamamlar:

Buna dinamik diyoruz çünkü siteniz, isteğin Googlebot gibi bir arama motoru tarayıcısı olup olmadığını dinamik olarak algılar ve ancak o zaman sunucu tarafında oluşturulan içeriği doğrudan istemciye gönderir. Render ile uğraşamayan diğer web servislerini de buraya dahil edebilirsiniz. Örneğin, sosyal medya hizmetleri, sohbet hizmetleri, sayfalarınızdan yapılandırılmış bilgiler çıkarmaya çalışan herhangi bir şey olabilir. Ve diğer tüm istek sahipleri için, yani normal kullanıcılarınız için, normal karma veya istemci tarafında oluşturulmuş kodunuzu sunarsınız.

kaynak: John Muller

Oluşturma aşamasının tarayıcılar tarafından işlenmesi genel olarak pahalı olduğundan, dinamik oluşturma Googlebot'a içeriğinizi olası dizine eklemeye daha hızlı hazır hale getirmek için kolayca anlaşılabilir, hafif, statik bir HTML sürümü sunar.

Bu nedenle Google, dinamik oluşturmanın esas olarak web siteleri için bir değiş tokuş olabileceğini öne sürüyor:

• haber yayınlayan web siteleri gibi içeriklerini sık sık değiştirenler ‒ yeni içeriklerini mümkün olan en kısa sürede dizine eklemeleri gerekir, böylece JavaScript oluşturmanın yürütülmesini erteleyemezler,
• tarayıcılar tarafından desteklenmeyen modern JavaScript özelliklerini kullanmak ve
• içeriklerini sosyal medya veya sohbet uygulamaları aracılığıyla paylaşmaya güvenmek.

Dinamik oluşturma, JavaScript sunmanın diğer popüler yollarından nasıl farklıdır?

Oluşturma, dizine ekleme hattının çok önemli bir adımıdır ‒ web sitenizin nasıl oluşturulduğu, arama motorlarının içeriğinizi nasıl gördüğünü etkiler. Hem botların hem de kullanıcıların ihtiyaçlarını karşılamak için iki farklı yaklaşım hakkında bilgi edinmeniz gerekir: sunucu tarafı ve istemci tarafı oluşturma.  

Bu kavramlar, dinamik oluşturma gibi seçebileceğiniz JavaScript sunmanın farklı yollarında da tekrarlandığından, bunları anlamak çok önemlidir.

İstemci tarafı oluşturma

İstemci tarafı oluşturma, içeriğin JavaScript kullanılarak doğrudan tarayıcıda işlenmesine dayanır. İlk başta, tarayıcılar ve tarayıcılar ilk HTML'yi alır (bu, genellikle içeriği çok az olan veya hiç olmayan boş sayfaları temsil eder). Ardından, JavaScript eşzamansız olarak indirilir ve dinamik içeriğinizi kullanıcılara gösteren sunucudan çalıştırılır.

Bununla birlikte, bu yaklaşımı benimserseniz, sınırlı kaynakları nedeniyle bir web sitesinin JavaScript tabanlı sürümünü bağımsız olarak işlemekte zorlanabileceğinden, içeriğinizin Google tarafından oluşturulmama riskini alırsınız. İstemci tarafı oluşturmanın tek başına bir sorun olmadığını ve Google'ın bununla başa çıkabileceğini unutmayın, ancak iyi optimize edilmediği sürece Google'ın tarama, oluşturma ve dizine ekleme işleminin çok pahalı olduğunu unutmayın.

Sunucu tarafı oluşturma

Sunucu tarafı oluşturma ile, botlar ve kullanıcılar, web sitenizin HTML sürümünü, istek anında, sunucuda tamamen işlenmiş olarak alırlar. HTML işlemenin sunucuda işlenmesi gerçeği, tarayıcılar için tüm süreci daha hızlı hale getirir ve arama motorlarının içeriği almasını genellikle daha kolay hale getirir.

Ayrıca, sunucu tarafı oluşturma önerilen bir çözüm olsa da, Google bunu seçmenin sıralamalarınızı etkilemediğinin altını çiziyor ‒ dinamik oluşturmadan yalnızca kurulum ve bakım açısından farklı:

Bunu şu ya da bu şekilde uygulamak için SEO sıralama bonusu yoktur – bunlar yalnızca içeriği dizine eklenebilir hale getirmenin farklı yollarıdır (istemci tarafı oluşturmada olduğu gibi). Benim bakış açımdan dinamik oluşturma ve sunucu tarafı oluşturma arasındaki farklar daha çok pratik altyapı kurulumu ve bakımı açısındandır (aynı zamanda, nasıl kurduğunuza bağlı olarak hızı da etkileyebilir).

kaynak: John Muller

Dinamik oluşturma nasıl çalışır?

Dinamik oluşturma, ilk HTML ve JavaScript'i tarayıcıların işleyebileceği statik HTML'ye değiştirmeyi kolaylaştırmak için harici bir oluşturucu kullanabilir.

Google, aşağıdaki dinamik oluşturucuların kullanılmasını önerir:

• Prerender.io (üçüncü taraf yazılım),
• Puppeteer (açık kaynaklı yazılım) veya
• Rendertron (açık kaynaklı yazılım).

Önerilen çözümlerden herhangi birini yapılandırdıktan sonra şunları unutmayın:

1. Web sitenizin statik HTML sürümünü sunmak istediğiniz kullanıcı aracılarını seçin, örneğin "googlebot" veya "twitterbot".
2. Web sitenizin mümkün olduğunca çabuk sunulmasını sağlamak ve zaman aşımlarından kaçınmak için bir önbellek kurun.
3. Web sitenizin önceden oluşturulmuş sürümünün cihaz odaklı sürümü sunduğundan emin olun. Diğer bir deyişle, mobil arama motoru tarayıcıları, diğer tarayıcılar masaüstündeyken sitenizin mobil sürümünü görmelidir.
4. Sunucunuzun statik HTML'yi seçilen kullanıcı aracılarına sunabildiğinden emin olun.

Google, dinamik oluşturmanın uygulanmasıyla ilgili olarak, dinamik oluşturma yapılandırmasının uygulanması ve doğrulanmasıyla ilgili resmi belgelerini sağlar.

Dinamik görüntü oluşturma sorunlarına neden ve nasıl başlamalı?

Google, JavaScript tabanlı bir web sitesini tam olarak oluşturulana kadar tam olarak dizine ekleyemez. Bu nedenle, dinamik oluşturma başarısız olursa içeriğiniz SERP'lere dahil edilmez.

Örnek olarak ABD merkezli popüler e-ticaret web sitelerini ele alalım: %80'i ana içerik ve benzer ürünlere bağlantılar oluşturmak için JavaScript kullanıyor . Bu etki alanlarının kritik bölümlerinin endekslenebilirliği için ciddi bir tehdit oluşturur. Şimdi, bunun gelirlerinin azalmasına nasıl yansıdığını bir düşünün.

Bu nedenle, dinamik oluşturmayı uygulamanın en önemli adımı , olası sorunlarda gezinmek ve bunları doğrulamaktır.  

Mobil Uyumluluk Testini Kullanın

Araç, web sitenizin mobil uyumlu olduğundan emin olmanıza ve test edilen web sitesinin oluşturulmuş kaynak kodunun yanı sıra Googlebot'un sayfanızı mobil cihazlarda nasıl oluşturduğuna dair bir ekran görüntüsü görmenize olanak tanır.

Kaynak kodunda içeriğinizin bazı bölümlerinin eksik olduğunu görebilirsiniz ‒ bu, Googlebot'un bu kaynakları oluşturamadığının sizin için bir işaretidir ve bu, yanlış uygulanan dinamik oluşturmanın bir sonucu olabilir.

Araç içinde, sayfanın ne zaman ve hangi tarayıcı tarafından tarandığını öğrenmek ve hatta HTTP yanıtını kontrol etmek için Ayrıntılar bölümüne dalabilirsiniz. Etki alanınızı kontrol ediyorsanız, Mobil Uyumluluk Testi sizi Google Search Console'da daha fazla analize aktarabilir.

Mobil Uyumluluk Testini kullanırken herhangi bir sorunla karşılaşırsanız , web sitenizi mobil cihazlar için nasıl optimize edeceğinizi öğrenmek için blogumuzdaki makaleyi okuyun.

Google Arama Konsolunu Kullanın

Dinamik oluşturmayı doğru şekilde uyguladığınızdan emin olmak için kontrol etmeniz gereken raporlardan biri Dizin Kapsamı (Sayfa dizini oluşturma) raporudur. Dizine ekleme sorunlarınızda gezinmenize yardımcı olur ve hangi sayfalarınızın dizine eklenmediğini ve neden dizine eklenmediğini size bildirir.

Web sitenizde oluşturma sorunları önerebilecek bir duruma örnek, Sayfanın içerik olmadan dizine eklenmesi durumudur ‒ Googlebot, sayfayı oluşturamadığı için içeriği göremedi.

Google Search Console'daki bir başka yararlı özellik de URL Denetleme aracıdır . Mobil Uyumluluk Testine benzer şekilde, URL Denetleme aracı, test edilen bir sayfanın durumunu kontrol etmenize ve işlenmiş sürümünü görmenize olanak tanır.

ZipTie.dev'i kullanın

Dizin oluşturma sorunları, oluşturma sorunlarından kaynaklanabileceğinden, web sitenizin nasıl dizine eklendiğini analiz etmeye değer. Hem dizine eklenen sayfaların sayısına hem de bu sayfaların belirli bölümlerinin dizine eklenip eklenmediğine bakmalısınız.

Sayfanızın belirli bir parçasının dizine eklenip eklenmediğini kontrol etmek için site: komutunu tırnak içindeki bir metin parçasıyla birlikte kullanabilirsiniz. Ancak analiz edilecek milyonlarca URL'ye sahip büyük bir web siteniz olduğunda, hepsini manuel olarak kontrol edemezsiniz.

ZipTie.dev, indekslemeyi kelime sayısı, başlıklar, başlıklar, meta açıklamalar ve daha fazlası gibi diğer veri noktalarıyla birlikte analiz eder. Bu, dizin oluşturma (ve dolayısıyla oluşturma) sorunlarınızın olası nedenlerini belirlemenize yardımcı olacaktır.

Zengin Sonuçlar testini kullanın

Web sitenizde yapılandırılmış veriler kullanıyorsanız ve zengin sonuçlarınıza önem veriyorsanız, işaretlemenin doğru şekilde uygulanıp uygulanmadığını kontrol etmek için Zengin Sonuçlar testini kullanın.

Test ayrıca web sitenizin işlenmiş sürümünü gösterir ve hataları, türlerini ve kodda nerede göründüklerini belirterek Googlebot'un işaretlemenizi nasıl anladığını özetler.

Ancak, "Dinamik oluşturma sorunları nasıl giderilir" listesindeki kutuları işaretlemek genellikle yeterli olmayabilir. Web sitesi ne kadar büyük ve karmaşıksa, ilk bakışta tam olarak neyin yanlış gittiğini belirlemek o kadar zor olabilir.

Örneğin, Mobil Uyumluluk Testinden alınan hata sonuçları, bazı işleme sorunlarınız olduğunu gösterebilir. Ancak aynı zamanda, sunucu geçici bir aksaklık yaşamış ve CSS dosyaları gibi diğer kaynaklarla etkin bir şekilde yanıt vermemiş olabilir. Sonuç olarak, web sitesinin nasıl görüntülendiğini etkiler, ancak bu yalnızca bir kerelik bir durum olabilir.

Sorun giderme (dinamik) oluşturma her zaman genel teknik SEO bilgisi ve kapsamlı analiz gerektirir.

Dinamik oluşturma neden uzun vadeli bir çözüm değil?

Dinamik oluşturma, önemli miktarda sunucu kaynağı kullanır

Dinamik oluşturma, sunucunuzu önemli ölçüde yavaşlatabilir. Çok sayıda önceden oluşturma isteği, oluşturucunun başarısız olmasına neden olabilir ve sonuç olarak Googlebot:

• Boş bir sayfa al ‒ Googlebot yalnızca ilk HTML'yi görür, ancak kodda JavaScript referansı olmadığından, web sitesinin geri kalanı ona görünmez. Googlebot içeriği görmediği için web sitesi dizine eklenemiyor.
• Bir web sitesinin istemci tarafında oluşturulmuş bir sürümünü alın ‒ Google, çoğu durumda JavaScript ile teknik olarak ilgilenebilir, ancak dinamik oluşturmayı uygulamanın tüm amacı, ona statik içerik sunmaktı. Bazı durumlarda, JavaScript içeriğini indirmenin ve bir web sitesinin ilk HTML sürümünü bununla güncellemenin maliyeti Googlebot için çok yüksek olabilir.

Bu nedenle, dinamik işlemeye karar vermeden önce, web sitenizin buna ihtiyacı varsa bilinçli bir karar vermeniz önemlidir.

Dinamik oluşturmanın uygulanması ve bakımı, önemli miktarda sunucu kaynağı kullanabilir. Googlebot'un sayfalarınızı düzgün şekilde dizine ekleyebildiğini görürseniz, sitenizde kritik, yüksek sıklıkta değişiklikler yapmıyorsanız, belki de gerçekten özel bir şey uygulamanıza gerek yoktur. […]

kaynak: John Muller

Dinamik oluşturma, bir yerine iki ayrı site yapısı oluşturur

Dinamik oluşturmayı kullanarak web sitenizin iki sürümünü korursunuz. Bu, web sitenizin kullanıcılar ve botlar için iyi optimize edildiğini ayrıca doğrulamanız gerektiği anlamına gelir.

Dinamik olarak oluşturulmuş bir web sitesi, mükemmel SEO ve geliştirme ekipleri gerektirir. Ve bir web sitesi sahibi olarak emrinizde bu tür ekipleriniz olsa bile, bunun yerine dinamik oluşturma doğrulamasına odaklanmadıklarında zamanlarını ne kadar iyi harcayabileceklerini düşünün.

Dinamik oluşturma, kullanıcı deneyimini kötüleştirir

Dinamik oluşturma, kullanıcılarınıza istemci tarafında oluşturulmuş bir sürüm sunulduğu anlamına gelir ve bu, tarayıcılarının oluşturma işlemini kendi taraflarında gerçekleştirmesini gerektirdiğinden, kullanıcılar için sayfa performansını olumsuz etkileyebilir. Ve bu, özellikle büyük miktarda JavaScript'i işlemekte zorluk çekecek eski telefonları olan kullanıcılar için gerçek bir mücadele olabilir. İstemci tarafı oluşturma tamamen kötü olmasa da, mümkün olduğunda sunucu tarafı yoluna gitmenizi öneririz.

Dinamik oluşturma, bir web sitesini optimize ederken fazladan bir karmaşıklık katmanı ekler

Dinamik görüntü oluşturma ile, oluşturduğu sorunları tespit etmek ve tanımak daha zordur .

Sunucudaki sorunlar veya eksik bileşenler nedeniyle dinamik işleme genellikle başarısız olur. Sonuç olarak, Googlebot boş bir sayfa alır. Ne yazık ki, web sitesine bir bot olarak değil, bir kullanıcı olarak (tam özellikli JavaScript ile) baktığınızda bunun hakkında hiçbir fikriniz yok. Bu sorunu gidermek için tarayıcınızda kullanıcı aracısını Googlebot olarak değiştirin .

Bu tür sorunları teşhis etmek ve belirli bir sorun oluşturan kullanıcı aracısını keşfetmek, önemli SEO uzmanlığı gerektirir. Ayrıca, oluşturma sorunlarınıza hiçbir yanıtın web sitenizin dizine eklenmesini yansıtamayacağının farkında olmanız gerekir.

Dinamik işlemeye daha iyi alternatifler nelerdir?

İyi uygulandığında, aşağıda belirtilen tüm çözümler SEO açısından web siteniz için eşit derecede faydalı olabilir.

Ancak uygulamanın etkisi, esas olarak kullandığınız teknolojiye ve geliştirme ekibinize bağlıdır. Geliştirme kaynakları ile ilgili olarak, her çözümün uygulama maliyeti farklılık gösterebilir, ancak duruma bağlı olarak ayrı ayrı değerlendirilmelidir.

Sunucu tarafı oluşturma

Dinamik oluşturma yerine kullanabileceğiniz en popüler çözümlerden biridir.

SEO açısından, sunucu tarafı oluşturma kullanmanın en önemli avantajı, web sitenizin yalnızca bir sürümünün korunmasına dayanır. Dinamik oluşturmanın aksine, kullanıcılar ve Googlebot sürümlerinin aynı olup olmadığını doğrulamanız gerekmez ‒ tüm kullanıcı aracıları aynı içeriği alır.

Ayrıca, dinamik oluşturmanın aksine, sunucu tarafı oluşturma, kullanıcıların ana sayfa öğelerini oluşturmak için JavaScript dosyalarını kendi taraflarında işlemesini sağlamaz. Sayfanın daha hızlı yüklenmesini sağlar; bazı web performans ölçümleri , sıralamalarınızı ve kullanıcı deneyiminizi etkiler .

Ancak dikkatli olun: sunucu tarafı oluşturma ile, sunucunun statik HTML geçici oluşturması gerekiyorsa veya sunucu yanıtları önbelleğe alma yeterince verimli değilse, kullanıcılar İlk Bayt Süresi metriklerini biraz daha kötü deneyimleyebilir.

Ve sadece açıklığa kavuşturmak için: sunucu tarafı oluşturma doğru şekilde uygulanmış olsa bile, SEO'ların tüm web sitesi öğelerini doğrulaması gerekir. Ancak sonuçta, bir web sitesinin yalnızca bir sürümüyle bakımı daha kolaydır.

Statik oluşturma

Statik oluşturma (statik oluşturma olarak da bilinir), botlara ve kullanıcılara derleme zamanında oluşturulan statik HTML sürümünü sunmaya dayanır . Bu, web sitenizin kodunun, indirilmek üzere sunucuda bekleyen tarayıcılar ve kullanıcılar tarafından işlenmeye hazır olduğu anlamına gelir.

Sunucu tarafı işlemeye benzer şekilde, bu çözümü kullanırken tüm kullanıcı aracıları için web sitenizin yalnızca bir sürümünü doğrulamanız gerekir.

Ayrıca, dinamik oluşturmanın aksine, statik oluşturma, web sitenizin önceden oluşturulmuş sürümüne daha hızlı hizmet verdiği için sayfa performansını artırır ‒ statik dosyalar, kullanıcıların cihazlarında önbelleğe alınabilir ve tekrar kullanılabilir.

rehidrasyon

Rehidrasyon ayrıca önceki iki çözüm gibi botlara ve kullanıcılara bir web sitesinin yalnızca bir sürümünü sunar. Ancak iki aşamalı olarak çalışır.

İlk aşamada, tarayıcılar ve kullanıcılar, kritik öğeleri içeren sunucu tarafında oluşturulmuş bir sayfa alır. Örneğin, bir e-Ticaret web sitesi söz konusu olduğunda, bunlar ürünün adı, açıklaması veya ürün derecelendirmeleri olabilir. İkinci aşamada JavaScript, SEO açısından gerekli olan tüm kritik olmayan kaynakları indirir, ancak kullanıcılar bunları gecikmeyle alabilir. Bunlar, örneğin sohbet widget'ları veya yorum bölümleridir.

Rehidrasyon kullanarak bir web sitesini denetlerken, JavaScript tarafından eklenen tüm öğelerin kritik olmayan öğeler olup olmadığını kontrol etmeniz gerekir.

Dinamik oluşturma uzun süreli çalışabilir mi?

Olabilir ama nadiren yapar. Özellikle büyük bir web siteniz varsa ve teknik SEO konusunda bilgili değilseniz, bu yaklaşımı tek başınıza ele almayın.

Teknik SEO konusunda endişeli olmasanız bile, dinamik oluşturmanın bakımının pahalı olacağını unutmayın .

Müşterilerimizin dinamik oluşturmayı ne zaman kullandığına dair iki örnek:

Altbilgideki kullanıcılar için istemci tarafında oluşturulmuş bağlantılar sunma

Bu durumda, dinamik oluşturma sayesinde, Googlebot kaynak koddaki bağlantıları bulabildi, ancak aynı zamanda kullanıcılar için altbilgi bağlantıları oluşturuldu ve DOM'a (oluşturduktan sonra sayfanızın durumunu temsil eden) eklendi. sayfayı kaydırmaya başladı. Müşteri, performansını optimize etmek için dinamik oluşturmayı uygulamaya karar verdi ‒ kullanıcılar sayfanın sonuna kaydırmazsa tüm öğelerin hemen DOM'de saklanması gerekmez.

Kullanıcılara istemci tarafında oluşturulmuş dahili arama sonuçlarının listesini sunma

İstemci, sunucu tarafında oluşturulmuş sürümü botlara (listelerin daha hafif bir sürümü) ve istemci tarafında oluşturulmuş sürümleri kullanıcılara (ürün listesi geçici olarak oluşturulduğunda ve kişiselleştirilebildiğinde) sunmaya karar verdi.

toparlamak

Dinamik oluşturma yalnızca geçici bir çözüm olarak düşünülürken, bazı durumlarda bunu web siteniz için bir can simidi olarak kabul edeceksiniz.

Dinamik oluşturmayı uygulamanız gerekiyorsa şu dört adımı izlemeyi unutmayın:

1. Güncellemelerinizi ve dağıtımlarınızı planlayın. Geliştirme ve SEO ekiplerinizin, önceden oluşturulmuş bir web sitesinin uygulanması ve bakımıyla ilgilenmek için yeterli kaynağa sahip olduğundan emin olun.
2. Kurulumun verimli ve hatasız olduğundan emin olun. Kurulumun doğru çalıştığını ve botlara sunulan sürümde hiçbir temel sayfa öğesinin eksik olmadığını doğrulamanın bir yolunu geliştirin.
3. Web sitenizin HTML ve JavaScript sürümlerini karşılaştırabilmeniz ve tutarsızlıkları tespit edebilmeniz gerektiğini unutmayın.
4. Çoğu durumda dinamik oluşturmanın yalnızca bir geçici çözüm olması gerektiğini unutmayın. Geliştirme kaynaklarınızı ve teknoloji yeteneklerinizi göz önünde bulundurarak, önerilen diğer çözümlere geçme fırsatlarını arayın.