Bu rehberde, SEO önerilerinizi başarılı bir şekilde nasıl uygulayacağınız hakkında bilmeniz gereken her şeyi ele alacağız.
Ayrıca, CMS erişimi veya geliştirici kaynaklarına ihtiyaç duymadan SEO’yu uygulayabileceğiniz yeni ve heyecan verici bir yolu ele alacağız. İster şirket içinde ister bir ajansta çalışın, uygulama sizin için bir zorluk olduysa, bu tartışmayı faydalı bulacaksınız.
SEO uygulamasının neden önemli olduğu
SEO değişikliklerinizi uygulamazsanız, önerilerinizin sağlayabileceği potansiyel büyümeyi asla fark edemezsiniz. Bu, ona su veya ışık vermeden bir tohum ekmeye benzer. SEO önerilerinden büyüme görmek için, öncelikle bunları müşterilerimiz veya şirket içinde çalıştığımız siteler tarafından benimsenmesini ve uygulanmasını sağlamalıyız.
Açık ve doğal bir sonraki adım gibi görünse de, çok sayıda şirket SEO stratejilerinin meyvesini vermesi için ne kadar destek sağlamaları gerektiğini düşünmeden şirket içi bir SEO uzmanı veya ajans işe alıyor.
Bu, her iki tarafta da hayal kırıklığına yol açabilir ve ajans dünyasında sıklıkla müşterilerin ayrılmasına neden olabilir. Şirket içi roller için, SEO’ların daha fazla kaynağa sahip daha yeşil alanlara gitmek istemesine yol açabilir.
Uygulama sorunu nadir değildir. Meslektaşım SEO Kristina Azarenko, yanıt veren SEO’ların yarısından fazlasının önerilerinin %40 veya daha azının müşteri ve marka ekipleri tarafından uygulandığını gösteren bir X anketi gerçekleştirdi.
Tavsiyelerinizin benimsenme olasılığını artırmak için bunları belgelemek, izlemek ve iletmek için bir çerçeveye ihtiyacınız var.
CMS erişiminiz olmadığında
Bir SEO uzmanı olarak, özel bir içerik yönetim sistemi (CMS) veya hiç CMS kullanmadan kurumsal markalar ve sitelerle çalışıyorsanız, değişikliklerinizi uygulamak için muhtemelen geliştirme kaynaklarına güvenirsiniz. Müşteriler ve geliştirme ekipleri, değişiklikleri kendiniz yapmanıza izin verecek erişimi verme konusunda genellikle isteksizdir.
Aşağıdaki bölüm bu durumda ne yapılması gerektiğini ele almaktadır. CMS erişiminiz varsa, aşağıdan yine de bazı fikirler edinebilirsiniz, ancak doğrudan CMS’de çalışma bölümüne de atlamak isteyebilirsiniz.
Tavsiyelerinizi belgelemek
SEO önerilerinin dikkatli bir şekilde belgelenmesi, herhangi bir SEO uzmanının önerilerini hayata geçirmek ve doğru bir şekilde uygulamak için atması gereken en kritik adımlardan biridir.
Geliştirme kaynakları neredeyse her zaman kısıtlı olduğundan, geliştirme zamanınız olduğunda bunu akıllıca kullanmanız ve daha dikkatli ve özenli bir dokümantasyonla ilk seferde doğru şekilde yapılabilecek bir sorunu düzeltmek için ileri geri gitmenize gerek kalmaması önemlidir.
Sorunu etkili bir şekilde belgelemeden önce, öncelikle hedef kitlenizi anlamanız gerekir. İhtiyacınız olan kaynakları tahsis etme yetkisi kimde? Onların desteğine mi ihtiyacınız var yoksa görevi uygulayan kişilerle doğrudan mı konuşuyorsunuz?
Dokümantasyon ve bir şeye olan ihtiyacı nasıl ilettiğiniz, kiminle konuştuğunuza bağlı olarak büyük ölçüde değişebilir. C-suite ile geliştiricilerle konuştuğunuz şekilde konuşmayın ve tam tersi de geçerlidir.
Üst düzey yöneticilerle iletişim kurmak
Onlara neden ve neyin olduğunu açıklayın . SEO jargonunu kullanma veya çok teknik görünme dürtüsüne direnin.
Birincil motivasyonları genellikle büyüme KPI’ları veya pazar payı etrafındadır, bu nedenle onlarla bu terimlerle konuşun. Bu değişikliklerin uygulanmasının işletmelerine ne getireceğine dair iş durumunu göstermeye odaklanın.
SEO tahmini
Önerilerinizin etkisini tartışmanın daha etkili yollarından biri bir tahmin oluşturmaktır. Mevcut sayfalarda iyileştirmeler mi yoksa yeni sayfalar mı oluşturmayı tartışıyor olun, yeni anahtar kelimelere veya düşük asılı meyve pozisyonlarındakilere bakmak fırsatı göstermeye yardımcı olabilir.
Mutlak efsane Charly Waringer da Python ve GSC verilerinizi kullanan bir tahmin aracı olan StreamProfit’i yarattı. Bu tahmin yöntemlerinin her ikisi de SEO çalışmalarını uygulamak için geliştirme kaynaklarına olan ihtiyacı iletmeye yardımcı olabilir.
Ürün/marka/pazarlama yöneticileriyle çalışma
Çözümle ilgili ayrıntılı bilgi vermeden “neden” ve “ne” sorularını eşit miktarda verin ancak yine de istenen sonucu açıkça tanımlayın.
C-suite ile geliştiriciler arasında yer alan pazarlamacılar ve yöneticiler, tıpkı yönetici ekibi gibi, genellikle müşteri deneyiminin yanı sıra büyüme KPI’larından da motive olurlar.
Bunlar genellikle rekabetçi içgörülerle motive olurlar. Diğer siteler sizin istediğiniz bir özelliği başarıyla uygularsa, onu kopyalayın ve iş değerini gösterin.
Bir marka/pazarlama ekibi uygulama izleyicisi kullanma
Kullandığımız taktiklerden biri, biri marka ekibi için, diğeri geliştirme ekibi için olmak üzere iki ayrı görev izleyicisine sahip olmaktır. İzleyiciler ayrıca, yaptığımız önerilerin uygulanmasını desteklemek için atmamız gereken sonraki adımların tümünü içerir.
Pazarlama veya marka ekibinizin takipçisi, geliştirme ipucuna geçmeden önce gözden geçirmeleri, geri bildirim sağlamaları ve ardından onaylamaları gereken şeyleri içermelidir. Bir geliştiricinin pazarlama ekibine onay için geri getirmeleri gereken bir şeye bakmasını sağlamaya çalışma hatasına düşmeyin.
Geliştiriciler ve DevOps ile çalışma
Burada küçük teknik ışığınızı parlatabilirsiniz. Geliştiricilere sunacağınız sorunları belgelendirirken, istenen sonucu ve bunun nasıl görüneceğine dair özellikleri açıkça tanımlayın.
Teknoloji yığınını anlamak
Tavsiyelerinizi geliştiricilere etkili bir şekilde iletebilmeniz için öncelikle içinde çalıştığınız ortamı anlamanız gerekir.
Bir JS framework kullanıyorlar mı? Site Apache veya Nginx üzerinde mi? Bir CMS’leri var mı yoksa her şey tamamen özel mi?
Builtwith.com gibi araçlar bu sorulardan bazılarını anlamanıza yardımcı olabilir, ancak genellikle doğrudan sormayı en iyi buluyorum. Bu ayrıca doğru bağlamda doğru önerileri yapmayı önemsediğinizi de gösterir.
Onların dilini konuşun
Alanın genel yapısını anladıktan sonra, üzerinde çalıştığınız teknoloji yığınının özelliklerini ve yeteneklerini araştırabilirsiniz.
Kullandıkları platform veya araca özgü terminolojiyi öğrenmeye çalışın. Bu, ikinizin de “aynı dili konuşmanıza” yardımcı olabilir.
Bir uyarı: Burada aşırıya kaçmayın. Eğer siz de bir geliştirici değilseniz, çoğunlukla istenen sonuçtan ve çalışmalarının nihai ürününün nasıl işlev görmesini istediğinizden bahsetmelisiniz.
Kişisel deneyimime göre, üzerinde çalıştığınız site için uygun olabilecek veya olmayabilecek gerçek çözümün çok fazlasını sunmaya çalışmak gibi bir hata yaptım.
Örneğin, “Lütfen bu yönlendirmeleri htaccess dosyasına koyun” demek tüm web siteleri için geçerli olmayabilir, ancak “Bu URL listesinin şu hedef URL’lere 301 yönlendirilmesi gerekiyor” demek çoğu durumda mantıklı olacaktır.
Çoğu geliştirici size Apache veya htaccess dosyalarını kullanmadıklarını nazikçe bildirecektir; ancak bu, güvenilirlik kaybına yol açabilir; bu nedenle, sitelerinde şeylerin nasıl uygulanabileceği hakkında sorular sormanız veya odak noktanız olarak sadece istenen sonucu belirtmeniz en iyisidir.
Hedeflerini anlayın
Daha önce belirtildiği gibi, konuştuğunuz kitlenin motivasyonlarını anlamak önemlidir. Geliştiriciler ve DevOps için, SEO uygulamalarını tartışırken nereden geldiklerini anlamak önemlidir.
Öncelikle, muhtemelen yetersiz kaynaklara sahip olduklarını ve birden fazla departman için potansiyel olarak yetersiz tanımlanmış ve önceliklendirilmiş görevlerden oluşan uzun bir listeye sahip olduklarını anlayın.
Pazarlama talepleri, özellik hataları ve yeni ürün lansmanları arasında, SEO değişikliklerinizi uygulamak için oturup bekleyen bir geliştirici genellikle olmaz.
Daha büyük organizasyonlar geliştiricilerin tüm çalışmalarını uygulamaya ayırabilir, ancak bu nadirdir. Tipik olarak, 300 farklı yöne çekilirler.
İyi bir empati dozuyla başlayın. Sonra karışıma bir miktar netlik, öncelik ve beklenen etki ekleyin.
Geliştiricilere değişiklik taleplerini iletirken, “ne” ile başlayın, açık ve ayrıntılı olun ancak aynı zamanda özlü olun. Ardından, nedenini belirtin, ancak diğer ekip üyeleri büyümeyle daha fazla motive olabilirken, geliştiriciler genellikle ürün hakkında daha fazla düşünür.
Bununla, birincil amaçlarının kullanıcılarının ihtiyaçlarını karşılayan ve işletmenin hedeflerine ulaşmasına yardımcı olan çalışan bir web sitesi sunmak olduğunu kastediyorum.
Önerilerinizi büyüme ve kullanıcı deneyimi üzerindeki potansiyel etkileri açısından iletmenin yollarını arayın. Bazı geliştiriciler büyüme yönünden motive olurken, diğerleri kullanıcılarına yardımcı olmak ve sınıfının en iyisi bir deneyim sunmaktan daha fazla motive olacaktır.
SEO geliştirme izleyicisini kullanma
Marka veya pazarlama ekiplerinin yapması veya onaylaması gereken görevler için izleyiciler oluşturduğumuz gibi, geliştirme ekibi için de ayrıntılı izleyiciler oluşturuyoruz.
İzleyicinin bu sürümü, başarmayı umduğumuz şey hakkında daha teknik ayrıntılar sağlar. Ayrıca beklenen zorluk, beklenen etki ve genel öncelik hakkında bilgi de ekleriz.
Bu sayfada kullandığımız sütunlardan bazıları şunlardır:
- Görev türü : Bu sütun, önerilerin odaklandığı SEO alanını belirtir. Örneğin, Teknik , Site dışı , Site içi , vb.
- Görev adı: Görevi tanımlar ve görev için bir ad oluşturur.
- Sahip : Bu, görevin istemci veya iş tarafında kimin sorumluluğunda olduğunu belirtir
- Durum : Durum, bu görevin nerede olduğunu belirten bir tanımlama sağlar. Yapılacak, Devam ediyor, İncelemede, Sonlandırılıyor, Bekleyen İşler ve Tamamlandı’yı kullanırız.
- Eklenme tarihi: Görevin eklendiği tarih
- Bozuk veya iyileştirme: Bu, geliştiricinin tamamen yeni bir iyileştirme mi yaptığımızı yoksa bir şeyin bozuk mu olduğunu anlamasına yardımcı olur. Geliştiriciler genellikle yeni şeyler eklemeden önce bozuk işlevselliği düzeltmeye yönelir ve haklıdırlar.
- Beklenen etki : Bu uygulamanın büyümeyi veya diğer iş KIP’lerini nasıl etkileyeceği konusunda “düşük, orta veya yüksek” açısından en iyi tahminimiz budur
- Beklenen zorluk : Bu görevi tamamlamak için ne kadar geliştirme kaynağına ihtiyaç duyulduğuna dair en iyi tahminimiz.
- Öncelik : Burada bahsettiğimiz son üç kategori için görevlerin ve durumlarının incelemesine dayanarak öncelikleri belirliyoruz. Yüksek etkiye ve düşük çabaya sahip şeyler en yüksek önceliğe sahip olmalıdır.
- Görev notları : Burada neyi başarmak istediğinize dair ayrıntılı bilgi verirsiniz. Bazen, ne olmasını istediğimizi tam olarak göstermek için bu alandaki adımları kullanırız.
- Belgeler : Tavsiyelerinizle ilgili paylaşılan belgelere bağlantılar.
- Müşteri notları: Müşterinizin görevlerin durumu hakkında notlar sağlayabileceği yer burasıdır.
İpucu : Yaygın olarak kullanılan tanımlar için renk kodları ve açılır seçenekler oluşturmak amacıyla Google E-Tablolar’da koşullu biçimlendirme ve veri doğrulamayı kullanın.
CMS platformlarında doğrudan çalışma
Tavsiyelerinizin çoğunu uygulamanın en iyi yolu doğrudan CMS’de çalışmaktır, ancak yine de teknik değişiklikler için bir çerçeveye ihtiyacınız olacak. İki haftada bir yaptığınız görüşmeden sonra muhatabınızın her şeyi halletmesini beklemeyin; gerçekçi değil.
Güvenli çalışma
Daha önce hiç bir WordPress sitesini “beyaz sayfaya” eklemediyseniz ve SEO alanında çalışıyorsanız, muhtemelen bir gün bunu yapacaksınız. Genellikle bu, bir eklenti eklemek istediğinizde olur, böylece bir şey uygulayabilirsiniz.
Diyelim ki sayfaya yapılandırılmış veri eklemek için Yoast veya bir eklenti kurmak istiyorsunuz. Etkinleştir’e tıklıyorsunuz ve aniden bir hata alıyorsunuz ve ön uç sadece sizinle alay eden boş bir beyaz sayfa oluyor. Güvenli bir şekilde çalışmazsanız bu çoğu insanın başına gelebilir ve gelecektir.
Sorunların önlenmesine yönelik ipuçları şunlardır:
Sahneleme
- İdeal olarak, eklenti ekleme veya hazırlama ortamında yeni sayfalar oluşturma gibi daha karmaşık değişiklikler üzerinde çalışmak isteyeceksiniz.
- Bir sahneleme ortamı veya geliştirme ortamı, değişiklikleri canlı web sitesine koymadan önce test edebileceğiniz ve QA yapabileceğiniz yerdir.
- Her zaman tüm sahneleme ortamını üretime (canlı sahaya) kopyalamanız gerekmese de, önce orada bazı şeyleri test etmeniz iyi bir fikirdir.
- Daha sonra aynı değişiklikleri canlı sitede de güvenli bir şekilde yapabilirsiniz, tabii ki aynı oldukları sürece.
Yedeklemeler
- Bir siteye dokunmadan önce, yedekleme işleminin nasıl olduğuna dair her zaman bir fikir ediniriz.
- Sık sık yedekleme aldığımızdan ve bir sorun çıkması durumunda son yedeklemeyi kolayca geri yükleyebileceğimizden emin olmak istiyoruz.
Shopify temasını kopyalayın ve orada çalışın
- Shopify’da çalışıyorsanız, hiçbir şeyi bozmadığınızdan emin olmanın en iyi yolu, canlı temanın bir kopyasında çalışmaktır.
- Temayı kopyalayıp üzerinde çalışabilirsiniz.
Sunucu erişimi
- Bir WordPress sitesi üzerinde çalıştığımızda, genellikle sunucu erişimi isteriz. Bu, esas olarak eklentiler eklediğimizde ortaya çıkabilecek çakışmaları çözmek içindir.
- Bazen WordPress eklentileri tema veya çekirdek çakışmalarına neden olabilir ve bu da sitenin korkunç beyaz sayfalarla karşılaşmasına veya diğer önemli sorunlara yol açabilir.
- Bazen, eklentiyi kapatırsanız yedeklemeden tam bir geri yüklemeye gerek olmayabilir. Bunu yapmak için, dosya yöneticisine veya FTP’ye gitmeniz ve sorunlu eklenti klasörünün adını değiştirmeniz gerekir.
- Genellikle başlığa sadece “kapalı” kelimesini eklerim. Bu daha sonra eklentiyi “devre dışı” moduna zorlar ve site genellikle geri gelir.
SEO değişikliklerini belgeleme
Bir müşteri CMS’sinde çalışırken, değişikliklerinizi dikkatli bir şekilde belgelemeniz önemlidir.
Önerileri takip ettiğimiz şekilde, genellikle bir müşteri sitesinde yaptığımız değişiklikleri ayrıntılandıran bir uygulama izleyicisi kullanırız.
Bu şekilde, geliştiricileri bir şeyin neden o şekilde olduğunu merak ederse veya daha da kötüsü, site bizim uygulamalarımızdan önceki bir sürüme geri alınırsa, ne yapıldığına dair bir kaydımız olur.
Bu takipçi şuna benziyor:
- URL : Değişikliğin yapıldığı URL’dir.
- Tür : Yapılan değişikliğin türünü tanımlar. Meta veriler, bağlantılar, yönlendirmeler, kopya değişiklikleri, başlıklar, şema vb. gibi şeyleri sıklıkla listeleriz.
- Uygulanma tarihi : değişikliğin başlatıldığı gün.
- Element : Özellikle değiştirilen elementin ayrıntılarını belirtir.
- Orijinal metin/metin: Sayfayı değiştirmeden önce ne yazıyordu?
- Şuna değiştir : Sayfada şunu söylemek (veya yapmak) için değiştirdiğimiz şey budur.
Çözümleri keşfetmek
Bazen müşteri veya geliştirme ekipleri, ihtiyaç duyulan değişiklikleri yapma yeteneğinin CMS’nizde zaten mevcut olduğunun farkında olmayabilir.
Hangi CMS’i kullanıyor olursanız olun, CMS ve yetenekleri hakkında muhtemelen çok detaylı dokümanlar vardır.
CMS’yi ve neler yapabileceğini okumak için zaman ayırın. Tam olarak neyin yürütülebileceğini ve neyin yürütülemeyeceğini anlamak işinizi tamamlamanızda etkili olabilir.
Bana bir şeyin yapılamayacağının söylendiği birçok deneyim yaşadım ve daha sonra bunları okuyarak mevcut işlevselliğin ihtiyaçlarımıza uyacak şekilde nasıl kullanılabileceğine dair yaratıcı çözümler bulabildim.
Geliştirici kaynakları ve CMS erişimi mevcut olmadığında ne yapılmalı
SEO dünyasında 10 yılı aşkın süredir gördüğüm en heyecan verici şeylerden biri, uç SEO’nun ortaya çıkışıdır.
Edge SEO, SEO uzmanlarının CMS erişimi veya geliştirme kaynaklarına ihtiyaç duymadan, değişiklikleri doğrudan müşteri sitelerine uygulamalarına olanak tanır.
Vaftiz babası Dan Taylor’ın tanımladığı gibi, edge SEO’nun klasik tanımı “Güncel olarak faaliyet gösterdiğimiz parametrelerin dışında yeni SEO uygulamaları, testleri ve araştırma süreçleri oluşturmak için edge bilişim teknolojilerini kullanmaktır.”
Taylor’ın aracı Sloth.cloud ve piyasadaki diğer birçok araçta, örneğin RankSense’de, uç SEO, servis çalışanları adı verilen sunucusuz teknolojilerin kullanılmasına dayanır. Bunun için sitenizin CloudFlare veya Akamai gibi diğer CDN sağlayıcılarını kullanması gerekir.
Değişiklikler bu şekilde uygulandığında, sunucu tarafı render’da (kaynak görüntüle) ve istemci tarafında (işlenen DOM) işlenir. Hizmet çalışanlarını kullanamıyorsanız, SEOScout.com gibi araçlar siteye yerleştirdiğiniz bir JavaScript parçasını kullanmanıza olanak tanır.
Son derece etkili olsalar da, bu yöntemlere erişmek veya bunları uygulamak SEO değişikliklerinin kendisi kadar zor olabilir. Müşteriniz sizin için başlık ve metayı bile uygulayamıyorsa, DNS’lerini CloudFlare’a yönlendirmelerini ve böylece bir araç uygulamanızı sağlamak biraz zor olabilir.
0 Yorumlar