SEO için Web Geliştirme: Bir Başkası Neredeyse Güneye Gidiyor

Son Güncelleme 14 Eylül 2018

İşte bu yüzden böyle bir SEO şirketiniz var! Şirket, mevcut bir web sitesinin yeniden tasarımı ile yanlış gidenleri yakalamak ve düzeltmek için. İnternet pazarlama endüstrisinde çalışan ve işleyen bir web sitesinin yeniden inşasından geçen herkesin bildiği gibi, sayısız şey ters gidebilir. Son zamanlarda, bir PPC (tıklama başına ödeme) ve SEO (arama motoru optimizasyonu) istemcisi, web sitelerinin yeniden oluşturulmasını yeni bitirdi ve incelemeye izin vermeden başlatıldı. Bu müşterinin sitesinin en son yeniden inşası, açılışta korkunç bir şekilde yanlış gitti, bu yüzden bazı beklenen ve beklenmeyen şeylere değineceğim ve ters gidebilecek.

İhtiyaç

Bu müşteri, mevcut bir e-ticaret ve bilgilendirici web sitesine sahip ve sektörlerinde lider olan mevcut bir işletmeyi satın aldı. Web geliştiricisi satın alma işlemiyle birlikte gelmedi. Nedense bana hiç açıklanmadı, müşteri alışveriş sepetinin dışındaki hiçbir sayfayı güncelleyemedi. Alışveriş sepeti mobil uyumlu değildi ve masaüstüne kıyasla mobil dönüşümlerindeki farkı görebiliyorduk. Mobil dönüşümler neredeyse hiç yoktu. Çevrimiçi satışlarının ezici çoğunluğu masaüstü organik arama, PPC, doğrudan ve yönlendirme ziyaretleri tarafından sağlanıyordu.

SEO'larını geliştirmek için gereken unsurların çoğu da orada değildi. Meta verileri, h1 etiketlerini, alt/başlık etiketlerini vb. değiştirme yeteneği yok. Bu verilerin çoğu programlı olarak oluşturuluyor; yanı sıra menüler ve gezinme yapısı. Bu yeni sitenin de güvenli olması gerekir. Kısacası, ihtiyaç duydukları şey, mevcut kurumsal kaynak planlama (ERP) yazılım paketiyle çalışmak için yeni, mobil uyumlu, güvenli bir web sitesi ve bir bağlayıcıya sahip alışveriş sepetiydi.

Görev

Bu müşteri, ilk yüz Google SERP'sinde sıralama sonuçları olan 3.766 anahtar kelimeye sahipti. Aylık ortalama 65.790 arama hacmine sahip 1. sayfa sonuçlu beş yüz otuz sekiz (538) anahtar kelime ve aylık ortalama 6.110 arama hacmine sahip Google SERP'lerinde birinci sırada yer alan 43 anahtar kelime. Benim işim, yeni bir yönetim sisteminin, ileriye dönük SEO uygulama becerisini sağlamak için ihtiyaç duyacağı gereksinimler konusunda onlara rehberlik etmekti. Bu aynı zamanda mevcut sıralama sonuçlarını mümkün olduğunca korumayı da içeriyordu.

Seçim

Müşteri nihayetinde mevcut ERP yazılımı ile yeni, mobil uyumlu, güvenli bir alışveriş sepeti çözümü ve web sitesi arasında entegrasyonu sağlayabilecek bir denizaşırı satıcı seçti. Bu denizaşırı satıcıya aşina olmayan müşteri, yönetim sisteminin SEO'yu uygulamak için ihtiyacımız olanı sağlayacağını doğrulamak için bana kayıtlı bir ürün demosu sağladı. Demoyu inceledikten sonra, müşteriye SEO iyileştirmelerinde yardımcı olmak için gerekli unsurlara sahip olduğumuz sonucuna vardım. Kendi sayfa başlıklarımızı, meta açıklamalarımızı ve h1 etiketlerimizi oluşturabiliriz. Eski, güncel olmayan GA kodunu çalıştırdıkları ve Search Console hesabı olmayan Google Analytics (GA) kodunu güncelleyebiliriz. Düzgün biçimlendirilmiş alt/başlık metni eklemek için resimlere erişimimiz vardı. Daha sonra ve çok geç de olsa öğrendiğimiz gibi, 301 yönlendirmesini her sayfaya uygulama yeteneği bile vardı. Ama bu hikayenin sadece bir parçası.

Sonuç

Görünüşe göre geliştirici bir şablon, alışveriş sepeti ve ERP entegrasyonu sağladı. İstemciye, mevcut meta veriler de dahil olmak üzere içeriği taşımak (eski site içeriğini kopyalamak ve yönetim sisteminde yeni bir sayfaya yapıştırmak) görevi verildi. Ayrıca eski sitenin URL'lerini yeni sayfanın verilerine sayfa sayfa girmekle görevlendirildiler. Bunun, müşterinin eski sitenin URL'lerini eksiksiz kopyalayıp yapıştıramaması nedeniyle karmaşık olduğu ortaya çıktı. Müşteri bunu standart işletim prosedürü olarak aldı ve bundan kimseye haber vermedi. Başlangıçta geliştiricinin uygun bir 301 yönlendirme dosyası oluşturmasını önermiştik. Kullanıma sunma zaman çizelgesi, müşterinin düzgün çalışma için incelememize izin vermesine izin vermedi. Daha yeni başlattılar ve her şey burada ters gitti.

Yeniden oluşturulmuş sitenin yayına girdiğini fark ettikten sonra, orijinal anahtar kelime sıralama sonuçlarını mevcut sıralama sonuçlarına karşı manuel olarak test etmeye başladık. Sadece yeni sitenin nasıl göründüğünü ve tüm verilerin aktarıldığını görmek için. Google SERP'lerinde hala yerinde olan tüm sıralama sonuçları, ana sayfa dışında 404 yanıt koduyla sonuçlandı. Görünüşe göre eski sitenin URL'leri .html uzantılarıyla oluşturulmuş ve yeni URL'ler oluşturulmamıştı. Yönetim sistemi, eski URL'nin sağlanan 301 yönlendirme alanına yapıştırılmasına izin vermedi, bu nedenle istemci eski URL'yi .html uzantısı olmadan yapıştırdı. Müşteri, bunun standart işletim prosedürü olduğunu varsaymıştı.

Uzun iç tartışmalardan sonra, .html uzantısını kaldırırsanız, sayfaların çoğu durumda doğru bir şekilde yeni URL'nin güvenli sürümüne yönlendirileceğini keşfettik. Ancak bazı durumlarda, .html uzantısı olmayan eski URL, daha önce hiç görmediğimiz bir sorgu dizesi içeren, arama motoru dostu olmayan yeni bir URL'ye yönlendirir. Daha fazla incelemede, bu yeni, bilinmeyen URL'nin ana menüdeki gezinme tarafından oluşturulduğunu gördük. Bu nedenle, çoğu durumda, .html uzantısı kaldırılmış eski URL'den yeni güvenli arama motoru dostu URL'ye bire bir yönlendirme yaptık ve yeni olmayanı oluşturan ana gezinmeden aynı içeriğe gidebildik. -dostu URL.

Yinelenen içerik? Peki, sorabileceğiniz rel= canonical etiketi yerleştirildi mi? Doğru şekilde? Hayır. Arama motoru dostu, yeniden yönlendirilen URL'deki rel=canonical etiketi, sorgu dizesini içeren arama motoru dostu olmayan yeni URL'yi işaret edecek şekilde ayarlandı. Uygun olmayan sayfanın rel=canonical etiketini incelerken, bu etiketin tamamen farklı bir URL'ye başvurduğunu keşfettik. Sorgu dizesini değil, kategoriyi içeren bir tane. Bu nedenle, hatalı ayarlanmış rel=canonical etiketleri ile üç farklı URL için tek bir içerik gösteriliyordu.

Ardından, robots.txt dosyasında tüm botlara izin verilmediğini gördük. Daha sonra GA'daki aktiviteyi kontrol ettik. Müşteri hâlâ tüm kaynaklardan ziyaret alıyor, ancak sıfır dönüşüm kaydediyordu. Ayrıca müşteri, Google'ın Arama Konsolu'nu gerektiren tarama ve dizine eklemeyi zorlamamızı istedi. Buradaki sorun, mevcut GA kodunun eski olması ve siteye hiçbir zaman Search Console doğrulama kodunun yerleştirilmemiş olmasıdır. Bu, müşterinin asla açıklanmayan nedenlerle değiştiremeyeceği öğelerden biridir.

Neyse ki müşteri, GA kodunu en son sürüme güncellemeyi uygulamak için önerimizi aldı. Kendi başlarına Google'ın etiket yöneticisini de eklediler. Hata! Muhtemelen GA kodunun çift ateşlemesi? Google Etiket Yöneticisi ve güncellenmiş eşzamansız GA kodu yerindeyken, müşteri için yeni, güvenli (https ve http) bir Search Console hesabı oluşturabildik ve ardından, istenen bir tarama için gönderilecek .xml site haritası olmadığını keşfettik. .

Bildirim üzerine, müşteri geliştiriciyle iletişime geçti ve kendisine iki .xml site haritası URL'si verildi. Biri çalıştı. Biri yapmadı. Çalışan olanın, çalışmayan .xml site haritasına işaret eden bir girişi vardı. Çalışmayan .xml site haritası, bir tarayıcıda görüntülendiğinde uygun biçimlendirmeye sahip değildi. Bu nedenle, o zaman sağlanan .xml site haritasını göndermedik.

Nihai Sonuç

Müşteriye, bulduğumuz şeyi aşamalı e-postalar aracılığıyla bildirdik. İlk olarak, başarısız yönlendirmeler sorunu ve .html uzantısını kaldırdığımızda bunların doğru şekilde yönlendirildiğini tespit ettik. İstemci geliştiriciyi bilgilendirdi ve geliştirici, .html uzantısını sağlanan 301 yönlendirme aracına koyamayacağınızı söyledi. Daha fazla keşif, müşterinin bunu keşfettiğini ve bunun standart çalışma prosedürü olduğunu düşündüğünü ortaya çıkardı.

Bazı nedenlerden dolayı, orijinal web sitesi silindi (burada büyük kusura bakmayın, her zaman geri dönmeye hazır çalışan bir sürümü var), bu nedenle .htaccess dosyası aracılığıyla yeni bir kalıcı 301 yönlendirmesi oluşturmak için eski URL'lerin hiçbirini çekemedik. Çözüm, geliştiricinin, 301 yönlendirmesini geçersiz kılan düzgün çalışan bir yönlendirme oluşturması için, geçen yıla ait GA'dan açılış sayfası verilerini çekerek, yeni bire bir eşleşme, eski URL'ye karşı yeni URL, e-tablo oluşturmaktı. istemcide görevlendirilen yönetim sistemi.

Sorun, geliştiriciden müşteriye ek maliyetle çözüldü. .html uzantısına sahip mevcut tüm eski sıralama sonuçları düzgün bir şekilde yeniden yönlendirilmeye başladı ve 14 gün içinde sıralama sonuçları yeni güvenli URL'lerle değiştirildi ve çoğunlukla önceden var olan sıralama sonucuna çok yakın. rel=canonical etiketi sorunu, web geliştiricisinin satış temsilcisiyle yapılan çevrimiçi bir toplantıda çözüldü ve kullanıcı giriş hatasıyla sonuçlandı. Verilerin girilebileceği veya mevcut bir seçimden seçilebileceği birkaç alan vardı ve çözüm, bu alanların sıfırlanması ve önbelleğin temizlenmesini gerektiriyordu.

Kullanıcı dostu, güvenli URL'nin iki ek sürümü hemen ortadan kalktı. Robots.txt dosyasındaki bot /disallow ile ilgili olarak, bildirim üzerine geliştirici bu sorunu hızla çözdü.

GA dönüştürme verileriyle ilgili sorunun, müşterinin ticari hizmet sağlayıcısından ayrı göründüğü tespit edildi; hangi yeni ve eski sağlayıcıdan farklıydı. Müşterinin pazarlama çabaları hakkında bilinçli iş kararları vermesi için ihtiyaç duyduğu gerekli e-ticaret verilerini sağlamak için ödeme sayfasında GA koduna ihtiyacımız olduğunu satıcı hizmetleri sağlayıcısına bildirmeyi kimse düşünmedi. Yeni bir ticari hizmet sağlayıcısının varlığından haberdar edilmedik.

Son olarak, sunucuya yüklenmesini istediğimiz bir .xml site haritası dosyasını manuel olarak oluşturduk ve geliştiriciden çalışmayan .xml site haritasını oluşturan her şeyi devre dışı bırakmasını istedik. Geliştiricinin satış temsilcisiyle daha sonraki görüşmemizde, sunucuya başka bir .xml site haritası yükleyemediğimiz söylendi.

Geliştiricinin satış temsilcisine sonuçları gösterdikten sonra, inceleyeceğini belirtti, ancak kaynak kodunu incelememizi önerdi. Kaynak kodunda görüntülerken, .xml belgesi uygun şekilde biçimlendirilmiştir. Bu sonucu gördükten sonra Search Console aracılığıyla Google'a aslında çalışan bir .xml site haritasına sahip olduğumuzu bildirdik. Son olarak, birkaç gün boyunca Google nihayet çalışan bir .xml site haritamız olduğunu kaydetti ve dizine eklenen URL'leri göstermeye başladı. Ancak, daha önce belirtildiği gibi, doğru biçimlendirilmiş .xml site haritası, bir tarayıcıda çözülmeyen, ancak kaynak kodunda düzgün şekilde görüntülenen ek .xml site haritasını işaret eden yalnızca bir girişe sahipti.

Ek .xml site haritası 500 yanıt kodu oluşturduğundan bu sorun daha büyük bir soruna dönüştü, bu nedenle Google aracısının sitenin bu alanına erişmesiyle ilgili bir sorun var. Ve bugün itibariyle, her iki .xml site haritası da 500 yanıt kodu üretiyor. Bir hafta önce, yeni sitenin taranmasına ve dizine eklenmesine neden olduğuna inandığımız, Google Arama Konsolunda bize sunulan getirme, oluşturma, gönderme aracını kullanarak bir tarama talebinde bulunmuştuk.

Bu nedenle, kapanışta, eğer yanlış gidebilirse, web sitenizi yeniden oluştururken olacaktır ve umarım, bu hataların bazılarından kaçınabileceksiniz. Robots.txt dosyasındaki botları engellemek ve uygun olmayan şekilde yeniden yönlendirmek sizi çevrimiçi ortamda işsiz bırakabilir veya en azından tehlikeye atabilir. Botlar sitenizi tarayamazsa, sonuçta dizinden düşersiniz ve dizinden çıktığınızda, yönlendirme, doğrudan veya diğer organik olmayan kaynaklardan gelmedikçe, organik arama ziyaretlerinin çoğu yok olur.

Sonuçlar doğru şekilde yönlendirilmezse, Organik ziyaretçiler sitenizi güvenilmez olarak görebilir. Sitenizi yer imi olarak kaydettiren mevcut müşteriler, yer imi doğru yönlendirme yapmadığında hayal kırıklığına uğrayabilir. Bu arada PPC kampanyalarını kapatmak zorunda kaldığımızdan bahsetmiyorum bile. Ücretli bir reklama tıklamak ve 404 sayfa bulunamadı yanıtı almak ziyaretçileriniz için sadece sinir bozucu olmakla kalmaz, aynı zamanda pahalıdır! Tıklama size paraya mal olur ve yatırımınızdan geri dönüş almazsınız. Ve bu yüzden bize sahipsin.

– Mark Gray, Kıdemli SEO Yöneticisi