Kurumsal SEO: Neden 'en iyi uygulamalar' yeterli olmuyor ve bunun yerine ne yapılmalı?

Birçok SEO uzmanı, SEO çabalarında “en iyi uygulamalara” dayanır.

Ancak site hızı için JavaScript tabanlı kurumsal web sitelerini optimize ederken, "en iyi uygulama"dan daha fazlasına ihtiyacınız vardır.

Standart çözümlerin neden kurumsal siteler için her zaman geçerli olmadığını ve bunun yerine neler yapabileceğinizi burada bulabilirsiniz.

Site hızını artırma: Sunucu tarafı oluşturmaya geçmek her zaman doğru cevap değildir

CEO'ya (veya üst düzey liderlikteki herhangi birine) gittiğinizi ve onlara "Web sitemizi sunucu tarafı işleme (SSR) olarak değiştirmemiz gerekiyor" tavsiyesinde bulunduğunuzu hayal edin.

Size “Neden?” diye soruyorlar. ve onlara verebileceğiniz tek cevap, "Çünkü site hızını artırmak en iyi uygulamadır." Muhtemelen kelimenin tam anlamıyla odadan gülerek çıkarsınız.

SSR geçişiyle ilişkili ticari sonuçlar ve maliyetler, yüksek çabaya ve düşük etkiye değmez.

Bir kurumsal web sitesi sıfırdan sunucu tarafında oluşturulacak şekilde oluşturulmadığı veya halihazırda bir web sitesi geçişinden geçmediği sürece, nadiren SSR'ye geçmek için bir neden vardır.

Bunun getireceği yumuşak ve zor maliyetlerden bazılarını düşünün:

• Muhtemelen tamamı belgelenmemiş olan uyumluluğu doğrulamak için tüm sistemleri ve API'leri gözden geçirme (binlerce olmasa da muhtemelen yüzlerce).
• Tüm web sitesi için yeniden düzenleme, QA ve erişilebilirliği gözden geçirmek için binlerce adam-saat.
• Mevcut personeli yeni çerçeve konusunda eğitmek (kuruluş genelinde yüzlerce değilse de düzinelerce insan).
• Yeni çerçevede istekli olmayan veya teknik özelliklere uygun olmayan geliştiricileri ve mühendisleri işe almak veya işten çıkarmak.
• Sunucu ücretlerine daha fazla para harcandı.

Bu kadar zaman alıcı ve kaynak yoğun bir sürece katlanmak yerine, kurumsal web sitelerinin hızını artırmanın daha başarılı başka yolları da var.

Önceki bir kurumsal rolümde, bu senaryoyu kıdemli sistem mühendislerimizden biriyle eğlenmek için konuştum.

Şirketin bir buçuk yıl, özel bir çevik grup (genellikle yaklaşık 70 kişi) ve en az 2 milyon dolar (AUD) alacağını tahmin ettik. Ve bu muhtemelen ihtiyatlı bir tahmindi.

Peki ilerleme kaydetmek yerine ne yapıyoruz?

Diğer takımlarınızı tanıyın ve onlara yardımcı olun

Kurumsal düzeyde, SEO'nun bir bukalemun olması gerekir çünkü diğer ekiplerin sizin için işinizi önceliklendirmesine ve tamamlamasına güveniyorsunuz.

Web sitesinde canlı değişiklik yapmak için krallığın anahtarlarına sahip olmamanızın iyi bir nedeni var. Yani SEO sadece SEO değildir.

SEO, "bu, site hızımızı artıracak/erişilebilirlik gereksinimlerini karşılamamıza yardımcı olacak/vb." SEO her şeydir ama SEO.

Tom Critchlow bunu SEO MBA kursunda ve podcast'im Engage: On Enterprise SEO'da söyledi.

Bir kurumsal SEO olarak hayatı gerçekten çok iyi özetliyor.

Diğer insanların ne yaptığını dinlemek ve bunlara dikkat etmek için çok zaman harcamalı ve ardından onlara yaptıklarının web sitesinin organik görünürlüğünü nasıl iyileştirdiğini göstermelisiniz.

Savunucuları oluşturun ve bu kişiler, web sitesinde yaptıkları ve yaptıkları değişikliklerle ilgili düzenli bir raporla size geri dönmeye devam edecekler. Oradaki savaşın yarısı bu.

İkinci yarı, işleri halletmek için geliştiriciler, tasarımcılar ve analistlerle çalışmayı içerir. İnsanların kendi düşünceleri, duyguları ve hedefleri olan insanlar olduğunu anladığınızda bu genellikle çok daha yumuşaktır.

Meraklı ve hayatlarını kolaylaştırmak isteyen biri olmak, bir porselen dükkanında birkaç haftada bir hayatlarına giren ve tavizsiz taleplerde bulunan bir boğayla çalışmaktan çok daha çekici.

Geliştiriciler ve yapımcılarla çalışmak

Bugünlerde birçok kuruluşta site hızı, dönüşüm oranlarına yardımcı olan (veya engelleyen) bilinen bir faktördür.

Şirket içindeki birçok geliştirme ekibi, muhtemelen bir KPI olarak site hızına sahiptir. Buna dokunun.

İkiniz de aynı şeyin peşindesiniz ve geliştiricileriniz kod tabanını sizden daha iyi bilecek. Ve iyi yapılırsa, ikiniz de bundan bir ikramiye ile çıkabilirsiniz.

Geliştiricilerin size yardımcı olabileceğini bulduğum yaygın site hızı fırsatlarından bazıları şunlardır:

Kodun boyutu/ağırlığı

Ekiplerinizin teknik borç sprintleri veya tahsisleri varsa, bu işi tipik olarak ne zaman yaptıklarını takip etmek, yeniden düzenlemelerinin etkilerini anlamanıza yardımcı olabilir.

Bunu onlara geri yansıtın ve sıkı çalışmalarını kabul edin.

Görüntü yükleme ve kümülatif düzen kaydırma (CLS)

CLS, büyük, kurumsal, JS tabanlı web sitelerinin algılanan yükleme süresinde büyük bir faktör olabilir. Bunun nasıl uygulandığına bağlı olarak, görüntülerin konumunu etkili bir şekilde "tutmak" için bir yer tutucu JS kitaplığı kullanmak, görüntüler yüklendiğinde sayfayı kaydırmayarak sayfanın algılanan yükleme süresini azaltabilir.

Yönlendirme yönetimi

Yönlendirme yönetimimiz büyük ölçüde parçalanmış olduğu için bu, dayanabileceğim bir şey değildi.

Yine de, sisteminiz biraz daha merkeziyse, yönlendirmeleri yönetmek, atlamaları kaldırmak, kuralları regex'te birleştirmek ve bu teknik borcu iyileştirmek biraz yardımcı olabilir.

Bazı sunucu dağıtımlarında, sayfa yüklenmeden önce her yönlendirme kuralının okunması gerekir ve bu, ilk yükleme süresine makul bir süre (milisaniyeden fazla) ekleyebilir.

<a href> yerine <düğme>

Bu biraz daha nüanslı, ancak JS geliştiricilerinin varsayılan olarak ahref bağlantılarını düğmeler olarak dahil ettiğini gördüm.

Bunun nedeni genellikle zaman kısıtlı olmaları ve içinde çalıştıkları çerçevenin yerel varsayılanıdır.

Yeni sayfa şablonlarını QA'larken, <a href> olarak güncellenmesi için bunu sık sık işaretlerdim.

Arama pazarlamacılarının güvendiği günlük haber bültenini edinin.

İşleniyor .. Lütfen bekleyin.

ABONE

Şartlara bakın.

Tasarımcılarla çalışmak

Kurumsal web sitelerindeki en büyük site hızı fırsatlarından biri görsel boyutu ve ağırlığıdır.

Dahili standartlar, özellikle ekipler çevik ve bir şekilde merkeziyetsiz olduğunda zaman içinde yanlış tercüme edilebilir veya kaybolabilir.

Kurumsal tarafa başladığımda, bazı amiral gemisi ürünlerimiz için ürün sayfalarında 10MB boyutunda resimler gördüğümü hatırlıyorum. Aklımı başımdan aldı.

Web'de hiçbir görüntünün 10 MB olması gerekmez. Tam dur.

Bu yüzden tasarımcılarımızla bazı hassas konuşmalar yaptım ve yaklaşık 8 ay boyunca görsel boyutlarımızı küçültmek için onlarla birlikte çalıştım.

100 KB, ölmeye razı olduğum bir tepe değildi, bu yüzden bir tasarımcıya 100 KB'lik bir başlık afişi veya bir çerçeve söylersem ve onlar bunu 300 KB'ye çıkarırsa, bu yine de bir gelişmedir.

Kurumsal SEO genellikle artımlı kazançlarla ilgilidir.

Analistlerle çalışmak

Analistler, muhtemelen etiketleme sistemlerinizi ve web sitenizdeki tüm üçüncü taraf etiketlerini yönetecekleri için sohbete girerler.

Bu özel etiketin kritik olup olmadığı veya bir alternatif olup olmadığı hakkında etiket sahipleri ile görüşmeler yapmak için giriş noktasıdırlar.

Çünkü oğlum, üçüncü taraf komut dosyaları web sitesinde büyük şişkinliğe neden olabilir.

Bu nedenle, sitedeki 250'den fazla reklam komut dosyası hakkında sohbet ederken ve hepsine ihtiyacımız olursa, bazı kısa vadeli uzlaşmalar bulabilirsiniz, örneğin:

• HotJar, Fullstory veya başka bir kullanıcı deneyimi izleme komut dosyasının yalnızca aktif olarak ısı haritası uygulanan veya izlenen sayfalarda çalıştırılması.
• Uygulamalarınızı kopyalar için denetleme (tahmin ettiğinizden daha fazla gerçekleşir).
• Sayfa yüklendiğinde değil, Tıklamada hangi chatbot veya müşteri hizmetleri etiketlerinin başlatılabileceğini görmek.

QA ekibi ile çalışma

Bu ortaklık pekala sizin için gizli bir silah olabilir. Genel olarak SEO'nun yanı sıra JavaScript SEO'nun da birçok ikili evet/hayır gereksinimi veya en iyi uygulamaları vardır, örneğin:

• Meta veriler, sayfa kaynağı ile istemci tarafında oluşturulan sayfa arasında aynı olmalıdır
• Kurallı, istemci tarafında oluşturulan sayfada bulunmalıdır
• Bağlantılar <button> yerine <a href=””> olarak biçimlendirilmelidir.
• Yazı tiplerini önceden yükle
• Büyük kaynaklara önceden bağlanın

QA ekibinizle iyi defterlere girin ve bunları genel, günlük QA süreçlerinin bir parçası olarak dahil etmek için onlarla birlikte çalışın (eğitim dahil). Her yerde gözleriniz ve potansiyel olarak büyük bir mikro savunucular ağınız olacak.

Genel olarak web sitenizin SEO'sunu iyileştirmek için birlikte çalışabileceğiniz birçok başka ekip olsa da, uygulamanın daha teknik yönü söz konusu olduğunda bunlar muhtemelen en çok birlikte çalışacağınız ekiplerdir.

Birlikte çalıştığınız diğer ekipleri savunmak

Daha önce, insanların insan olduklarını hatırladığınızda onlarla çalışmanın nasıl gerçekleştiği hakkında söylediklerimi hatırlıyor musunuz? Bunu eyleme geçirmek istiyorsunuz.

Bunu kurumsal düzeyde yapmanın gerçekten güçlü iki yolu vardır.

Zamanlarına saygı gösterin

Diyelim ki "sunucu tarafı işlemeye geçmeliyiz" gibi büyük bir fikriniz var.

Bu durumda, PO'ya gidip "Hey, bunların hepsini yapabilir miyiz?" demek yerine onlarla birlikte çalışarak doğruladıkları bir kavram kanıtı oluşturun ve "kolay" kovaya düşüyor ve etkisini takip edin .

İşe yaramazsa, bu devasa projeyi bitirmek için aslında 20 sprinti boşa harcamamışlar demektir.

İşe yararsa, projenin geri kalanına fon sağlamak ve önceliklendirmek için finans ekibine götürmeniz gereken bir iş gerekçeniz var. .

Çabalarını büyütmek

SEO'ların herkesin bildiği gibi kötü olduğu bir şey, iletişim kurmak ve başarıyı paylaşmaktır.

"Yaptığım bu harika şeye bakın" demek yerine, "yakın çalıştığım diğer ekibin yaptığı bu harika şeye bakın ve işte böyle" şeklinde konumlandırmanız biraz daha kolay olabilir. site deneyimimizi çok geliştirdi.”

Siz, SEO, artık ilgi odağı değilsiniz. Asıl işi yapan ekip.

İşbirliği, savunuculuk ve artımlı kazançlar

Aslında bu makalede JavaScript nüansı ve site hızı hakkında çok fazla konuşmadığımı fark etmişsinizdir.

Bunun nedeni, kurumsal şirketlerde, muhtemelen sizinle birlikte çalışan, bir sorunla ve çözümün şekliyle ilgili gidebileceğiniz gerçekten zeki insanlara sahip olmanızdır.

Oraya bir SEO yayınındaki bir makaleden daha iyi ulaşmanıza yardımcı olabilirler.

İşleri kurumsal düzeyde halletmek "ne"den çok "nasıl"la ilgilidir.

Bu nedenle, JavaScript tabanlı web sitenizin site hızını artırmak için "nasıl" öğrenmek için bu yönergeleri kullanın ve "ne" çok daha sorunsuz gelecektir.