Bir yeniden başlatma işiniz mi var? Bu makaleyi bulduğunuz için tebrikler. Aşağıdaki açıklamalar, yeniden başlatmanızın başarılı olmasına ve harika bir sonuç elde etmenize yardımcı olabilecek kilit bir katkı olabilir. Çünkü her zaman böyle olmuyor. Ben bir ajans sahibi olarak, seni benim gibi kişilere olağanüstü iş yapmaya ve yeniden başlatmalar sırasında tipik hatalardan kaçınmaya zorlayacak şeyin ne olduğunu sana söyleyeceğim. Ama hadi baştan başlayalım.
İçindekiler
Bir web sitesi yeniden başlatması, mevcut bir web sitesinin yeniden tasarlanması ve gözden geçirilmesidir. Tasarım, içerik ve teknoloji hem değiştirilebilir. Bir web sitesi yeniden başlatmanın amacı, sitesini iyileştirmek ve güncel gereksinimlere uygun hale getirmektir.
Bazı dış etkenler şirketlerde "yeniden başlatma" hedefinin ilan edilmesine neden olur: yeni işe alınan personel harika fikirler getirir, yeni bir patron gelir ve dijital alanda düzgün bir şekilde süpürmek ister, rakip yeni bir web sitesine sahiptir veya gelir azalır. Belki patronun eşine eski site de hoş gelmemiştir ya da Z kuşağının siteyi yeterince ilginç bulmamış olabilir. Belki bunları yaşamışsındır. İnsanların kişisel görüşlerinin yanı sıra, bir yeniden başlatma için zamanın geldiğini düşünmek de, kişisel görüşler gibi bir neden değildir.
Ancak şirketlerin veya organizasyonların bir web sitesi yeniden başlatma isteklerinin bazı daha iyi nedenleri vardır. Bunların başlıcaları şunlardır:
- Eski tasarım ve/veya markalaşma: Eski bir web sitesi şirketin zamanla ilerlemediğini veya artık aktif olmadığını gösterebilir. Bu nedenle taze, modern bir tasarımın imajı iyileştirmesi beklenir. Ayrıca marka imajı veya şirket kimliği değiştiğinde, yeni marka mesajını yansıtmak için genellikle bir web sitesi yeniden başlatması istenir.
- Daha İyi Kullanıcı Deneyimi: Bir web sitesinin kullanıcı dostu olmaması yüksek bir terk oranına neden olabilir. Bir yeniden başlatma, kullanıcı deneyimini geliştirmek ve web sitesini daha kolay navige edilebilir hale getirmek için yapılabilir.
- Mobil Uyum: Her geçen gün daha fazla insan mobil cihazlar üzerinden web sitelerine erişiyor, bu nedenle web sitesinin çeşitli ekran boyutlarında ve cihazlarda iyi çalışmasını sağlamak önemlidir.
- Arama Motoru Optimizasyonu (SEO): Eski bir web sitesi SEO performansıyla ilgili sorunlar yaşayabilir. Bir yeniden başlatma, arama motorlarında görünürlüğü artırmak için SEO dostu değişiklikler yapma fırsatı sunar.
- İçerik Güncellemesi: Bir şirketin bilgileri, hizmetleri veya ürünleri değiştiğinde, bu değişiklikleri yansıtmak için web sitesi güncellenmelidir.
- Güvenlik İyileştirmeleri: Eski web siteleri genellikle güvenlik riskine açıktır. Bir yeniden başlatma, sitenin güvenliğini artırarak siber saldırılara karşı koruma sağlayabilir.
- Teknolojik Güncelleme: Eski teknolojilerin kullanımı bir web sitesinin performansını etkileyebilir. Bir yeniden başlatma, güncel web teknolojilerine ve platformlarına geçme fırsatı sunabilir.
- Erişilebilirlik: Engelli bireyler için bir web sitesinin erişilebilir olması, birçok web sitesi için önemli bir konudur.
- Rekabet Edebilirlik: Rekabetle başa çıkabilmek için modern ve güçlü bir web sitesine sahip olmak önemlidir. Bir yeniden başlatma, rekabetçiliği sürdürmeye veya artırmaya yardımcı olabilir.
- Analitik İyileştirmeler: Daha iyi analiz araçlarının uygulanması ve veri toplanması sayesinde şirketler web site performansını daha iyi anlayabilir ve optimize edebilir.
- Hukuki Gereksinimlere Uyum: Mahremiyet, erişilebilirlik ve güvenlik alanındaki yasalar ve yönetmelikler düzenli olarak değişir. Bir yeniden başlatma, sitenin bu gereksinimlere uygun olduğundan emin olmak için gereklidir.
Bu nedenler tek tek veya kombinasyon halinde ortaya çıkabilir ve şirketlerin hedeflerine ve ihtiyaçlarına bağlı olarak değişebilir. Bir web sitesi yeniden başlatması genellikle, Online varlığı iyileştirmek ve şirket hedeflerine ulaşmak için stratejik bir karardır. Yukarıdaki maddelere tek tek baktığınızda, çoğu nedenin küçük sprint'lerle uygulanabilir olduğu ve büyük bir yeniden başlatma gerektirmediği açık hâle gelir.
İşte bu yüzden bir yeniden başlatmanın ne olduğunu ve ne olmadığını ayırt etmeliyiz: Mevcut teknik altyapıyla yeni bir tasarım daha ziyade bir Güzelleştirme olacaktır. Yeniden başlatma, yeniden başlatma hedeflerine gerçek bir değişim getirildiğinde ortaya çıkar, yani kullanıcı deneyiminde, işlevselliğinde ve teknik altyapısında gerçek bir değişim.
Bir yeniden başlatma her zaman gerçeklerle (ör. teknoloji bir çıkmaza girer ve artık güncellenemez durumda) ve ölçüm verileriyle, karşılaştırma verileriyle desteklenmelidir.
Bu noktada vermek istediğim ilk öneri şudur: Devrimden önce Evrim! Bilgi temelli bir yeniden başlatmayı ne kadar engellemeye çalışırsanız deneyin ve bugüne kadar yeniden başlatma için önerilen tüm maddeleri tek tek veya artan ölçüde uygulamaya çalışın. Bir şeyleri geliştir, yayınla, ne olduğunu değerlendir, tekrar ayarla, veya bir sonraki konuya geç. Amazon'un gerçekten çok az değişiklik yaparak ve çok uzun yıllardır büyük yeniden başlatma değişikliklerinden kaçınarak nasıl ilerlediğine bak.
Bir yeniden başlatma her zaman Google'da görünürlüğünüz için büyük bir risktir. Herkes iyileştirmeleri düşünürken, çok azı riski düşünür. Elbette kullanıcı arayüzü daha iyi olur, olumlu bir kullanıcı deneyimi artar, teknik olarak tekrar güncelleme yapılır. Yine de: İşletme başarınız Güçlü organik görünürlükten bağlıysa, bir yeniden başlatma son çare olmalı ve acınızın yukarıda belirtilen nedenlerin kombinasyonuyla artık tekil sprint'lerde düzeltemeyeceği durumlarda kararlaştırılmalıdır. Neden mi? Şu, bu dört web sitesinin yeniden başlatmalarından sonra çevrimiçi görünürlüklerinde ne olup bittiğine bir bakalım:
Relansınızı dikkatlice planlayın ve bir kontrol listesiyle başarılı bir şekilde gerçekleştirmenizi sağlayın. Özellikle çevrimiçi görünürlüğünüzü koruma ve aynı zamanda relans çerçevesinde çevrimiçi görünürlüğünüzü artırmak için temel oluşturmak için de iki hedef belirleyin. İşte tam olarak bu makale burada, sizi relans kılavuzunu vererek, relans sırasında risklerinizi sınırlayın ve gerçekten sürdürülebilir, organik SEO başarıları potansiyeline sahip olağanüstü bir iş sonucu elde etmenizi sağlayın.
Relansın Yol Haritası
Bir web sitesi relansının planlanması dikkatlice yapılmalıdır. Bu süreçte şu adımların dikkate alınması önemlidir:
- Mevcut web sitesinin analizi ve mevcut durumun belgelenmesi: Mevcut web sitesi analiz edilmeli ve güçlü ve zayıf yönler belirlenmelidir.
- Hedeflerin belirlenmesi: Web sitesi relansı için hedefler net bir şekilde belirlenmelidir. Bu, dönüşüm oranını artırma, ziyaretçi sayısını artırma veya içerik yönetimi ve bakımı geliştirilmiş yeni bir içerik yönetim sistemi üzerine geçiş gibi hedefleri içerebilir.
- Bir kavram geliştirme: Analiz ve hedeflere dayalı olarak bir web sitesi relansı için kavram geliştirilmelidir. Kavram, tasarım, içerik, teknik ve SEO/pazarlama gibi alanları içermelidir.
- Uygulama: Kavram uygulanır. Bu, tasarımın geliştirilmesi, içerik oluşturulması/değiştirilmesi ve teknik değişikliklerin uygulanması içerir.
- Test Etme: Yeni web sitesi yayınlanmadan önce detaylı bir şekilde test edilmelidir, işlevsel bir şekilde çalıştığından emin olunmalıdır. Buna bir kontrol listesi de dahildir.
- Yayınlama: Yeni web sitesi daha sonra yayınlanır. Ve canlı olarak test edilmeye, analiz edilmeye ve ayarlanmaya devam edilir.
Relansın Hedefleri ve Stratejisinin Belirlenmesi
Relansın hangi hedefleri izlediğini kesin olarak belirleyin. Hedefler (yukarıda belirtilen nedenlerin yanı sıra) şunlar olabilir:
- Kullanıcı deneyiminin geliştirilmesi
- Anlaşılabilirlik seviyesinin artırılması
- İçerik sunumunun geliştirilmesi
- Tasarımın modernize edilmesi
- Satış ve sepet miktarının artırılması
- Kolay içerik yönetimi ve teknik bakımı olan başka bir İçerik Yönetim Sistemi'ne geçiş
- Gelecekte genişletilebilirlik ve güncelleme kabiliyetini koruma.
Öneri: İlk kick-off toplantılarından sonra şirket olarak her proje katılımcısının relans hedeflerini bir kağıda ya da iletişim aracınıza (örneğin Slack gibi) yazması önerilir, uygulamalı olarak tanımlanmadan önce. Ardından herkes aynı anda belirttiklerini gösterdiğinde, hedefleri nasıl ele almayı düşündüğünüz hakkında ayrıntıları gördüğünüzde şaşıracaksınız. Dolayısıyla, hedeflerinizi yazılı olarak da belirlemek önemlidir. Hedeflerinizi kesin olarak bildiğinizde, bunların kavramsal olarak dikkate alınıp alınmadığını erken bir aşamada UI prototiplerinde kontrol edebilirsiniz.
Bir Kullanıcı Kılavuzu, Relans Görevini Netleştirir
Ajans, müşteriden kapsamlı bir proje brifingi almak için bir Word belgesine veya PDF'ye genellikle ihtiyaç duyar. Şirketler genellikle müşteri tarafından nasıl düzenlendiklerine bağlı olarak daha fazla veya daha az detaylı bir belge sunarlar. Ardından, ajansların bir teklif verebilmesi için müşteride daha iyi odaklanmış ağrı noktalarını belirlemelerine yardımcı olacak anketler veya atölye çalışmaları yapılır. Daha büyük projelerde bir kullanıcı kılavuzu hazırlanır. Ne kadar detaylı olursa, o kadar iyidir.
Bir kullanıcı kılavuzu, bir web sitesi relansında önemli bir rol oynar. Bu, relansın gereksinimlerini, hedeflerini ve beklentilerini yazılı olarak belirtmek için tasarlanmış bir belgedir. İyi bir şekilde hazırlanmış bir kullanıcı kılavuzu, relans esnasında elde edilmesi beklenen hedefler hakkında net bir anlayışa sahip olunmasına yardımcı olur. Aynı zamanda uygulamayı yapan ajansın kesin bir teklif sunabilmesi için bir başlangıç noktasıdır. İşte bir web sitesi relansı için bir kullanıcı kılavuzunda genellikle bulunabilecek bilgiler ve unsurlar:
- Hedefler ve Amaç: Relansın ana hedefleri için bir açıklama, örneğin, kullanıcı deneyiminin artırılması, arama motorlarında görünürlüğün artırılması veya Bir İçerik Yönetim Sistemi'ne geçilip tasarım güncellemesi yapılması.
- Proje Kapsamı: Relans kapsamında nelerin bulunduğu ve nelerin olmadığının net bir şekilde tanımlanması. Bu, sayfa sayısı, üçüncü taraf araçlarının entegrasyonu veya içeriğin gözden geçirilmesi gibi konuları içerebilir.
- Tasarım Gereksinimleri: Web sitesinin istenilen görsel tasarımı hakkında bilgiler, düzenler ve renkler, fontlar ve görüntülerde Kurumsal Tasarım Yönergeleri'ne uygunluk.
- İşlevsellik Gereksinimleri: Web sitesinde istenilen işlev ve etkileşimlerin ayrıntıları, örneğin, iletişim formları, arama fonksiyonları, e-ticaret fonksiyonları vb.
- Teknik Gereksinimler: Relans sırasında kullanılacak teknolojiler hakkında özellikler, örneğin, bir İçerik Yönetim Sistemi (CMS) seçimi veya belirli fonksiyonların uygulanması. Ayrıca WebP, AVIF, SVG gibi modern görüntü ve grafik formatlarının kullanımı da buna dahildir.
- İçerik düzenlemelerinin manuel ve otomatik yedekleri ve revizyonları.
- İçerik Gereksinimleri: Metinler, resimler, videolar ve diğer ortamların gözden geçirilmesi, güncellenmesi veya yeniden oluşturulması için net kurallar. Meta verilerin ve yapılandırılmış verilerin işlenmesi.
- SEO Gereksinimleri: Daha fazlası sonraki içerik alanında.
- Zaman Çizelgesi ve Mezuniyetler: Relans için planlanan başlangıç ve bitiş tarihlerini ve önemli kilometre taşlarını belirten bir zaman çizelgesi.
- Bütçe: Relans için bütçe hakkında bilgiler, tasarım, geliştirme, barındırma ve olası üçüncü taraf hizmetlerinin maliyetlerini içerir.
- Test araçlarıyla kalite kontrol: Web sitesinin sorunsuz çalışmasını sağlamak için relans sırasında uygulanacak test ve kalite kontrol prosedürlerinin açıklaması.
- Bakım ve Destek Gereksinimleri: Relans sonrası web sitesinin düzenli bakımı ve destek gereksinimleri.
Iyi yapılandırılmış bir yük talebi, projenin etkin bir şekilde yönetilmesini sağlamak ve tüm paydaşların beklentilerinin karşılandığından emin olmak için hayati önem taşır. Projektinizi yönlendiren bir rehber ve referans belgesi olarak hizmet eder ve web sitesi yenileme projesinin başarısını garanti etmeye yardımcı olur.
TutKit.com'un çerçeve değişikliği ile CodIgniter'dan Laravel'e tam relansmanımızı planladığımızda, yük talebimiz 220 sayfayı kapsıyordu – bir ajans için bu kadar işe girmek kışkırtıcı bir perspektif değil.
Not: Konsept, tasarım, fonksiyon ve kullanılan teknoloji hakkında detaylı olarak bahsedilmeyecektir. Yeni web sitesi kuşkusuz güzel olacak. Ancak gerilemenin en büyük tehlikesi, eksik 301-Yönlendirmeler vb. nedeniyle teknik kullanıcı deneyimi ve OnPage kalitesinin bozulmasında yatmaktadır, bu da sıralama ve görünürlük kaybına yol açabilir. Bu durumu önlemek için, aşağıdaki maddelerin odak noktası özellikle kullanıcı deneyimine ve SEO açısından projenin başarısını güvence altına almaya yöneliktir.
Yeni Web Sitesi İçin SEO Gereksinimlerinin Tanımı
Müşteri tarafından sağlanan gereksinimler veya daha kapsamlı bir yük talebi zaten tasarım, içerik, fonksiyon ve teknik açıdan istenilenleri düzenler ve bir ajansın bir maliyet tahmini yapabilmesi için temel oluşturur.
Projek başarısını sağlama amacıyla Yenileme-Kontrol Listesi SEO açısından incelenmelidir. Örneğin şu sebeplerden dolayı özel SEO gereksinimleri oluşabilir:
- Değişen URL yapıları (URL Yönlendirme Haritası!) ve değişen Bağlantı yolları
- Değişen Navigasyon (dahili bağlantılar ve bağlantı hiyerarşisi önemli)
- Değişen Teknolojiler (CMS, JavaScript Çerçevesi, Sunucu, …)
- Değişen İçerikler (iyi sıralanan sayfaların potansiyel görünürlük kaybı)
Sayfalar Google'da iyi sıralama sağlar çünkü konseptsel ilgiye sahiptirler, bu yüzden önemli olan sorular şunlardır: mevcut içerikler değişiyor mu ya da birleştiriliyor mu, içerikler kaldırılıyor mu ve/veya yeni içerikler ekleniyor mu? Kategorilerin veya sayfaların içerik yapısı değişiyor mu? Bu faktörlerden SEO gereksinimleri türetmeli ve Yenileme-Kontrol Listesi'ne dahil edilmelidir.
Eski içeriklerin Meta verileri de aktarılıyor mu ve değişiyor mu? İçerik editörünün içerik bakımı nasıl yapılır ve sayfa içeriği yapılandırılmış verilerle mi bağlantılıdır?
Mevcut veya yeni resimler, Web siteleri için modern resim formatlarında (WebP/Avif) mı depolanır ve konuşan URL'lerle dikkat edilir, yani 1234.jpg yerine otel-ostsee-warnemuende_suite-nachtigall.avif.
Aynı şekilde, resim dosyalarının yapılandırılmış verilerle (Görüntü Nesnesi) ve <meta>-Küçük resimlerle Google'a aktarılması sağlanmalıdır, böylece resmin Search-Snippets içine gömülme olasılığını ve Google Görseller listesine eklenme olasılığını artırmış olunur.
Bir Yenilerken CMS Değişikliği genellikle değişen URL yapısı ve yeni Bağlantı yollarına yol açar. SEO açısından bu olumsuz bir durumdur ve iyi düşünülmelidir.
-Kullanıcı sinyallerinin nasıl geliştirilebileceği sorusuna dikkat edilmelidir. İçerik sayfalarında Görüntü videoları, Açıklama ve Yardım videoları gömülebilir. Google'dan bir landing page'e gelen bir kullanıcı videoya tıklarsa ve izlerse, Kalma Süresi artar (iyi bir kullanıcı sinyali), Return-to-SERP Oranı da iyileşir (iyi bir kullanıcı sinyali).
Aynı zamanda, sayfalara entegre edilen içerik bölümlerinin nasıl Google'ın Yardımcı İçerik için gereksinimleri ve E-A-A-T İlkesine uygun hale getirileceği de incelenmelidir.
Google için "Yardımcı İçerik" kullanıcılar için ilgili ve faydalı olan içeriktir. Kullanıcıların sorularını kapsamlı ve bilgilendirici bir şekilde cevaplar, sorunlara çözümler sunar ve sıradan reklam mesajlarından öteye geçen bir değer sunar.
İşte yardım içeriği için bazı örnekler:
- Öğreticiler ve Kılavuzlar: Bu içerikler kullanıcıların yeni görevler öğrenmelerine veya mevcut sorunları çözmelerine yardımcı olur.
- İncelemeler ve Karşılaştırmalar: Bu içerikler kullanıcıların doğru ürün veya hizmeti seçmelerine yardımcı olur.
- Haberler ve Güncellemeler: Bu içerikler kullanıcıları mevcut olaylar ve trendler hakkında bilgilendirir.
- Infografikler ve Grafikler: Bu içerikler karmaşık veri ve bilgileri görselleştirmeye yardımcı olabilir.
- Blog Yazıları ve Makaleler: Bu içerikler belirli bir konu hakkında derinlemesine bir bakış sunar.
Yararlı içeriği tanımak için Google çeşitli sinyaller kullanır. Bunlar arasında şunlar yer alır:
- Kullanıcı Davranışı: Google, kullanıcıların içeriklerle nasıl etkileşimde bulunduğunu izler, örneğin ne kadar süre sayfada kaldıkları, sayfayı ne sıklıkta paylaştıkları ve ne kadar sıklıkla değerlendirdikleri gibi.
- Kalite Sinyalleri: Google, içeriklerin kalitesini ilgi, bütünlük ve güncellik gibi faktörlere göre değerlendirir.
- Kullanıcı Geri Bildirimi: Google, kullanıcıların geri bildirimlerini de dikkate alır, örneğin incelemeler ve yorumlar.
- Web Sitesi Sahiplerinin bu sinyalleri dikkate alarak içeriklerinin yardımcı olarak değerlendirilme olasılıklarını artırabileceğini unutmamalıdır.
EEAT ilkesi, Google tarafından geliştirilen ve web siteleri ile içeriklerin kalitesini değerlendiren bir kavramdır. Expertise, Experience, Authority ve Trustworthiness kelimelerinin baş harflerini temsil eder, yani Uzmanlık, Deneyim, Yetki ve Güvenilirlik.
- Uzmanlık, içeriği oluşturan kişilerin bilgi ve deneyimine odaklanır. Google, eğitim, iş deneyimi ve ödüller gibi faktörlere göre uzmanlığı değerlendirir.
- Deneyim, içeriğin belirli bir deneyimle oluşturulduğunu kanıtlar, örneğin bir ürünün gerçek kullanımına dayanarak, bir yerin gerçek ziyaretine dayanarak veya bir kişinin yaşadıklarını açıklamasına dayanarak?
- Yetki, bir web sitesinin veya içeriğinin itibarını ve ününü ifade eder. Google, backlinkler, sosyal medya etkinlikleri ve kullanıcı değerlendirmeleri gibi faktörlere göre yetkiyi değerlendirir.
- Güvenilirlik, bir web sitesinin veya içeriğinin güvenilirliği ve güvenilirliği ile ilgilidir. Google, gizlilik, güvenlik ve şeffaflık gibi faktörlere göre güvenilirliği değerlendirir.
Mevcut ve yeni özelliklerin Frontend ve Backend ile ilgili olan SEO gereksinimleri nelerdir? İşte bazı örnekler:
- Tarama edilebilirlik (ilgili içeriklerin JavaScript olmadan da görünebilir ve taranabilir olması gerekmektedir)
- Websitesinin hedefinin ve Call-to-Action'ın (sayfadaki hedef müşterinin istenilen davranışı) netliği
- Örneğin otomatik oluşturulan kategori sayfaları veya varyant ürünler aracılığıyla tekrarlanan içeriklerin önlenmesi
- Çok fazla JavaScript ve CSS dosyasından kaçınarak yüksek PageSpeed'in sağlanması, modern görüntü formatlarının kullanılması (WebP/AVIF)
Bu SEO gereksinimleri proje planına ve sözleşmesine dahil edilmelidir, ayrıca proje kalitesinin test araçlarına dayalı kontrol listesi veya IST-SOLL karşılaştırması yoluyla ve ayrıca projenin kalite güvencesine, aynı zamanda ajans hizmetinin kabul kriterine dahil edilmelidir. Bununla ilgili daha detaylı bilgi aşağıdadır.
İç ve dış Projeye Katılanların Belirlenmesi
Proje katılımcılarının belirlenmesi - bu, müşteri veya web sitesi sahibi açısından:
- Proje yönetiminden sorumlu olan ve nihai kararları veren kim?
- Ajans veya müşteri ile koordinasyon ve iletişimden sorumlu olan kim?
- Dahili proje yönetimini kim üstleniyor?
- İçerikleri ve ajans için destekleri intern olarak kim hazırlıyor?
- İyi bir Kullanıcı Deneyimi Tasarımı kim uyguluyor?
- Geliştirmeyi kim gerçekleştiriyor?
- Ajans tarafından belirlenen aralıklarda müşteriye rapor veren kim?
- Test ve kalite güvencesini kim üstleniyor?
- Dış bir danışman (örneğin SEO veya yasal gereksinimler için) dahil ediliyor mu?
- Görevler kim tarafından onaylanıyor? Görevlerin tamamlanmasının ardından bilete alınan görevler kim tarafından alınıyor?
- Hangi zamanda kimlerin bilgilendirilmesi gerekiyor (çalışanlar, müşteriler, iş ortakları, Reklam Kampanya Yöneticileri, ...)?
Dış Projek Danışmanlarının Seçiminde Dört Önemli Nokta
- Benzer projeleri gerçekleştiren bir veya birkaç projeye sahip mi? Referansları var mı? Müşteri görüşleri mevcut mu ve büyük özelleştirme projelerinde müşteri ile geribeslemeli toplantı yapılabilir - bunlar önerilir.?
- Teklif hizmeti ve teknik uygulama (CMS / alışveriş sistemi / çerçeve) ile ilişkili tüm gereksinimleri zaten doğal olarak karşılıyor mu? Henüz programlanması gereken özel fonksiyonlar veya gereksinimler var mı (eklenti veya modül aracılığıyla)? Farklılaştırılmış hizmetler veya gelecekte projenin başarısı için önemli olan ancak teklifte dışarıda tutulan belirli hizmetler var mı? Önemli olan, yeniden başlatmanın asıl sebebinden daha büyük olan yeni sorunların ortaya çıkmamasıdır.
- Uygulanmakta olan ajans veya hizmet sağlayıcı, hem takım büyüklüğü hem de bölgesel konum ve çalışan devir hızı (varsa bunlar, Kununu değerlendirmeleri yoluyla belirlenebilir) ile şirkete sürdürülebilir bir şekilde uyuyor mu?
- Uygulayıcı tasarım ve geliştirme ekibine doğrudan erişim sağlanabilir mi? Gerçek, ajans tarafındaki proje ekibini tanımak faydalıdır. Neşeli ve göklere söz veren satış profesyonelleri işi alırken ve daha sonra ilgilenmezler. Bu nedenle uygulamayı gerçekleştiren ekiple doğrudan iletişim şarttır.
Bu Bağlamda Kendi Korunmanız İçin Dört İpucu
- Müşteri olarak, ajansın kullandığı teknolojiye dikkat etmeniz önemlidir. Teklifte belirtilen şeylerle ilgili olarak “CMS + Dezavantajlar” veya “CMS + Deneyimler” ile bir Google araması yapın. Tam olarak neye razı olduğunuzu bilmelisiniz. Mümkünse, Open Source çözümlerine yönelin. Her zaman mümkün olmayabilir ama uygulanan teknolojiye dair geniş bir geliştirici topluluğunun olmasına dikkat edin, böylece sonunda sadece ajansınızın ele alabileceği özel bir çözümde kalmazsınız, ki bu da sizi ileride bazı sıkışıklıklara sokabilir.
- Ayrıca, ajans hizmetinin sınırsız kullanım ve düzenleme haklarını almanız gerektiğine dikkat edin, böylece web sitesini istediğiniz zaman içeriden veya dışarıdan geliştirebilme hakkınız olur. Bu tür bir hüküm iş sözleşmesine eklenmelidir.
- Firmanız teknik anlamda biraz daha fazla donanımlıysa ve takımda sistem yöneticileri, yazılım geliştiriciler veya benzeri kişiler varsa, GIT'i Versiyon Kontrolü ve JIRA'yı (veya buna benzer bir aracı) projenin proje yönetimi ve bilet sistemi için kendi hesabınızda başlatmak mantıklı olabilir. Ardından ajansa tam erişim izinleri verir ve çalışmalar başlar. Bir proje ne kadar büyükse, o kadar zor ve acı verici olabilir. Bu nedenle projenin anahtar erişim ve hesaplarının sizin kontrolünüzde olması iyi olur. Ancak mantıklı olduğu açıktır ki, bu öneri yalnızca çok az müşteri tarafından tamamen bilişsel olarak uygulanabilir.
- Bazı durumlarda, ajanslar müşteriler için doğrudan barındırma hizmeti sunar. Biz buna destek olmuyoruz, çünkü hem müşteri ilişkisindeki bağımlılığı artırır hem de genellikle Web barındırma konusunda en iyinin Web barındırıcılar olduğunu düşünüyoruz, çünkü onlar buna özel olarak uzmanlaşmışlardır. Kendi sunucularımızı kurduk ve yöneterek çok fazla personel ve zaman kaybettik. Şimdi sistemlerimiz Almanya'daki büyük Web barındırıcılardan birinin Cloudsunların üzerinde çalışıyor ve mutluyuz. Web barındırma konusunda her durumda, sunucu yedeklemelerinin paket içerisinde mevcut olmasına dikkat edin, az sayıdaki tıklamayla geri yüklenebilirler.
Zaman diliminin ve Başlatma Tarihlerinin Belirlenmesi
Bir yeniden başlatma işlemi birden fazla proje sprinti içinde gerçekleştirilir. Bu sprintler, deneyimlerimize göre şunlar olabilir:
- Mevcut durumun belgelenmesi (test araçları aracılığıyla ve müşteri tarafında iyi giden ve iyileştirmeler gereken alanlar hakkında izlenimlerle yazılı olarak)
- Rakip analizi ve çözümler/İlham arayışı ile Araştırma aşaması
- Tel çerçeve konsepti
- Kullanıcı Arayüzü Tasarımı
- Ön uç ve Arka uç Geliştirme
- Veri göçü veya İçerik İçe Aktarması (otomatik/manuel)
- Yapısal ve içeriksel İçerik Optimizasyonları (Metin ve Görsel) & SEO Sprint
Proje sprintleri kesişmektedir, çünkü işlem sırasında yeni proje paydaşları aktif hale gelmektedir.
Önemli olan, tekil proje sprintleri için zaman dilimini belirlemek ve paydaşlarla uyum içinde olmaktır.
Ajans, müşteri için proje büyükse hızlı iletişim için kendi Slack kanalını oluşturmalı mı?
Bu noktada bir ipucu: Ajansın çok erken bir aşamada tıklanabilir prototiplerle çalışması önemlidir, yani tel çerçeve konsepti aşamasında bile ve özellikle Kullanıcı Arayüzü Tasarımının tanıtımında ve kontrolünde. Böylece müşteriler, web sitesinin deneyiminden daha iyi bir his alırlar. Basit JPG veya PNG dosyaları artık çağdışıdır. Sketch, Figma, Adobe XD veya başka profesyonel bir araçla hazırlanan tıklanabilir prototipler olmalıdır.
Bu erken aşamada değişiklikler kolayca uygulanabilir. Bir web sitesinin işlevleri ve bölümleri zaten geliştirildiyse, değişiklikler çok daha zorlu olur ve gerekirse yeniden müzakereye sebep olabilir ki bu kesinlikle hoş olmayan bir durumdur.
Burada, bir mobil Kullanıcı Arayüzü Tasarımı prototipiyle hangi tıklama yollarının nasıl göründüğü bir bakışta görülebilir:
Çalışan tarafından test edilme zamanının ne zaman mümkün olacağı netleştirilmelidir. Geliştiriciler, yerel çalışmalarını sahne sistemine birleştirdikten sonra da test etmelidir. Basit gibi görünse de, geliştiricilerle çalışan herkes, ne demek istediğimi hemen anlar. Sonrasında, ajans kalite kontrolünden sorumlu olan kişi, bilet veya fonksiyonu test etmelidir. Ancak o zaman bilet müşteriye test etmeye hazır hale gelir. Müşterinin Alfa testçisi olarak hissetmemesi, ancak zaten dört gözle test edilmiş bir sistemle karşılaşması gerektiği belirtilmelidir. Ajans Alfa testçisidir, müşteri Betatestçidir! Ajansın bilet sistemine erişim sağlanabilir mi?
Ayrıca, yazılı olarak belirtilmelidir ki, ajans tarafından röportaj raporları müşteriye belirli bir periyotta gönderilmelidir. Örneğin, her Cuma günü güncel çalışma durumu, gerekli geri bildirim döngüleri veya yardım istekleri hakkında bir e-posta raporu gönderilebilir. Bu da ajans deneyiminden bir öneridir: Müşteriyi hafta sonuna belirsiz bir şekilde bırakmamak iyidir. Yanlış fikirlere yol açar. Daha iyi olan, olan bitenleri ve gelecek hafta neler olacağını iyi anlatmaktır. Şeffaflık, herkesin olumlu bir duygu içinde olmasına yardımcı olur.
Launch tarihi de belirlenmelidir. İş öyle genişler ki, tamamlanması gereken süreye uyacak şekilde genişler. Başka bir deyişle, bir görevin tamamlanması için ne kadar süre varsa, gerçekten karmaşıklık veya çalışma yükünden bağımsız olarak, o kadar süre alınır. Planlanan bitiş tarihi iş sözleşmesine de yazılmalıdır. Tarih aşılması durumunda, sözleşmede bir ceza maddesi olabilir. Genel kural, gecikme durumunda, günde %0,2'lik bir sözleşme cezasının ve en fazla %5'lik bir sözleşme cezasının etkili olduğudur. Sözleşme cezası zorunlu olarak müşteriye uygulanacak diye bir şey yoktur, ama size ajansın ekstra isteklerini elde etmek için biraz manevra alanı sağlar.
Önemli: Cuma Günü Başlatma Yok. Bayram arifesi veya işletmenin yoğun iş saatlerinde de başlatma yapmayın. Gerçekten büyük yeniden başlatmalarda Pazar gününden Pazartesi gününe geçen gece saatlerini tavsiye ederiz, özellikle IP değişikliği olacaksa, böylece çoğu sağlayıcıda DNS ayarları Pazartesi günü güncellenir, gece saatlerinde DNS girişi yapıldığında sıklıkla Pazartesi günü geçerlidir. Bu da, canlı test ve ortaya çıkan hatalar için 4,5 iş günü daha kalmasını sağlar.
Web Sitenizin Mevcut Durumunun Belgelenmesi
İşlere başlamadan önce mevcut durumun belirlenmesi önemlidir. Mevcut durumda, teknik ölçümlerin parametreleri nasıl olduğu belirlenir. Sağda, hedef değerleri girebilirsiniz:
Ne? | Kısa Tanım | Test Aracı | Varolan Değer (Şu Anki Değer) | Öngörülen Değer |
Teknik & Meta | Sayfa Başlıkları, Başlıklar, Meta Veriler, Alternatif Metinler, … | Seobility | ||
Yapı | Yönlendirmeler, hatalı bağlantılar, Site Haritası, ... | Seobility | ||
İçerik | Anahtar Kelime Eşleşmeleri, Yazım Hataları, Yetersiz Metinler, ... | Seobility | ||
Görsel SEO | İfade eden URL'ler, modern Web Biçimleri (WebP/AVIF), <meta>-Thumbnail'lar | Yok | ||
OG Verileri Uygulamak | Sosyal Medya için Açık Grafik Verileri | Açık Grafik Kontrolcüsü | ||
Yapılandırılmış Veriler (Markup Şeması) | Şema İşaretleme / yapılandırılmış veriler | Schema.org | ||
Anasayfa PageSpeed | Mobil/masaüstü için PageSpeed | PageSpeed Insights | ||
İlk İletim Sayfası PageSpeed | Mobil/masaüstü için PageSpeed | PageSpeed Insights | ||
Kategori Sayfası PageSpeed | Mobil/masaüstü için PageSpeed | PageSpeed Insights | ||
Ürün Sayfası PageSpeed | Mobil/masaüstü için PageSpeed | PageSpeed Insights | ||
Blog Sayfası PageSpeed | Mobil/masaüstü için PageSpeed | PageSpeed Insights | ||
Sayfa Tiplerine Göre Engelsizlik | Sınırlı kullanıcı grupları için Erişilebilirlik sağlama | Erişilebilirlik Kontrolcüsü ve/veya wave.webaim.org | ||
Hreflang Kontrolü | Çoklu dilli Web Siteleri için | Hreflang Doğrulayıcı | ||
Güvenlik Başlıkları | Güvenilirlik & Güvenlik | Güvenlik Başlıkları | ||
Sağlık Kontrolü | Güvenilirlik & Güvenlik | Güvenlik Denetimi (Astra) | ||
Tarayıcı & Cihaz Testi | Edge, Firefox, Safari, Chrome masaüstü & mobil, iOS & Android | Geliştirici Araçları / Lambdatest | ||
Çerez Politikası & GDPR | Userin Çerez Politikası & GDPR Uyumu | Çerez Metrikleri | ||
Crawling: Ana Bilgi Durumu | robots.txt, DNS Çözümleme, Sunucu Bağlantısı | Google Arama Konsolu | ||
Crawl İstatistikleri | Talepler, İndirme Boyutu, Ortalama Tepki Süresi | Google Arama Konsolu | ||
SERP'lerde Tıklamalar | Zamana göre ölçülen (aylık/90 gün, ...) | Google Arama Konsolu | ||
SERP'lerde Etkileşimler | Zamana göre ölçülen (aylık/90 gün, ...) | Google Arama Konsolu | ||
SERP'lerde Ortalama Tıklama Oranı | Zamana göre ölçülen (aylık/90 gün, ...) | Google Arama Konsolu | ||
SERP'lerde Ortalama Sıralama Pozisyonu | Zamana göre ölçülen (aylık/90 gün, ...) | Google Arama Konsolu | ||
Core Web Temel Geçişleri Başarısı | Kullanıcı Deneyimi için Sıralama Faktörü (PageSpeed, mobil Optimizasyon, ...) | Google Arama Konsolu | ||
GA4 Verileri Analizi | Kalma Süresi, Sayfa/Ziyaretçi, ... | Google Analytics 4 | ||
Dönüşüm Oranı | Rezervasyon Siteleri veya Online Mağazalar için | Kendi Metrikler | ||
Ortalama Sepet Tutarı | Online Mağazalar için | Kendi Metrikler | ||
Günlük Satın Alma/Hasılat | Online Mağazalar için | Kendi Metrikler | ||
E-posta Aboneliği Sayıları | İhtiyaca bağlı | Bülten Hizmeti | ||
İletişim Talepleri | İhtiyaca bağlı | Kendi Metrikler | ||
İndirmeler | İhtiyaca bağlı | Kendi Metrikler | ||
Video Görüntülemeleri | İhtiyaca bağlı | Kendi Metrikler | ||
İhtiyaç duyulduğunda daha fazla ekleme yapın | ||||
İhtiyaç duyulduğ
Listede, SEO araçları arasında OnPage faktörlerini kontrol etmek için sıklıkla kullandığımız Seobility'yi göreceksiniz, bununla ilgili Seo Eğitimi de yayınlamıştım. Sistrix, Semrush, Ryte, SE Ranking, Screamingfrog gibi birçok alternatif bulunmaktadır. SEO aracının temel amacı, tipik OnPage hataları tanımlamak ve bunları düzeltmektir. Seobility'nin de değerlendirmeleri teknik & meta, yapı ve içerik olmak üzere üç temel alan üzerinden yapılmaktadır. Diğer SEO araçlarında da benzer bir yapıya rastlayacaksınız. Önemli olan bir yandan her zaman tam bir kontrol sağlanmasıdır, yani TÜM sayfaların taranması ve sadece ana sayfa değil, diğer yandan, mevcut durumu gösteren bir puan veya hata değeri ile iyileştirmenin ardından ulaşılması gereken hedef değeri belirtmek önemlidir. Seobility için 90 veya daha yüksek bir değer istenir. Diğer amaçlar için de alternatif araçlar bulacaksınız. Önemli olan, olağanüstü verilerin elde edilmesini sağlamak için herhangi bir aracın kullanılmasıdır. Örneğin, OnPage kalitesi için güncel değerimiz şu şekildedir: Google Analytics 4 verileriyle, kullanıcı sinyalleri gibi metrikler kullanılarak örneğin Sıçrama Oranı, Sayfa/Biyografi, Kalış Süresi vb. istatistiksel olarak ölçülebilir. Google Analytics veya başka bir analiz aracı veri uyumlu bir şekilde kullanılıyorsa, bu verilerin mevcut durumun protokolünde de dikkate alınması gerekmektedir. Aynı zamanda, bir geri bağlantı listesi oluşturulmalıdır, örneğin buradan ücretsiz olarak oluşturulabilir: https://www.seobility.net/de/backlinkcheck/ Ayrıca, eski sitemap.xml yedeklenmeli, ayrıca sayfanın bir Tam Yedeklemesi yapılmalıdır. Tüm ilgili sayfalar, URL-Yönlendirme Haritası için temel oluşturacak şekilde bir Google Sheet'e aktarılmalıdır. Bu tür bir CSV listesi, Seobility gibi bir SEO aracı ile kolayca dışa aktarılabilir. URL-Yönlendirme Haritası'nda, sonradan sayfa URL'leri değiştiğinde harici geri bağlantılar aracılığıyla bağlanan tüm ilgili sayfalar ve bağlantılı sayfalar dikkate alınmalıdır ve bu URL'lerin yeni URL'lere doğrudan yönlendirilmesi gerekmektedir. Eski URL'lerin yeni ve eski URL'lere yönlendirmesinde Yönlendirme Zincirlerini önlemek önemlidir! Eski yönlendirmeler, doğrudan yeni son URL'ye yönlendirilmelidir. Aynı şekilde, PDF dosyaları ve resimler de düşünülmeli, bu dosyalara bağlantılar varsa, bunlar da doğru bir şekilde yönlendirilmeli ve bir 404 bağlantısına dönüşmemelidir. Yönlendirmeler, URL-Yönlendirme Haritasına dayalı olarak 301-Yönlendirme'ler olarak .htaccess'te, Vhost-Konfiguration üzerinden Yönlendirme-Haritaları aracılığıyla veya bir veritabanı çözümü ile yapılmalıdır. Müşterinin bunları kendisinin yönetilebilmesi sağlanmalıdır. Ayrıca, yönlendirmelerin kalıcı olmasının sağlanması önemlidir. Yenilemeden Önce Kontrol ListesiKullanıcı Arayüzü Tasarımı onaylandığında ve ajansın geliştirme aşamasında olduğu anda, Relaunch gününe kadar önemli noktaları kronolojik olarak listeleyen aşağıdaki kontrol listesi önemli hale gelir:
Yapılandırılmış Verilerin (Schema-Markup) kullanımı - Liste maddesi 12'ye bakın - hala yeterince dikkate alınmamaktadır. Konuyla ilgili bilgi edinin ve Google'ın arama sonuçlarındaki yapılandırılmış veriler için ne söylediğini Google'ın buradaki yapılandırılmış veriler için Markup hakkında söylediklerini okuyun. Google, Yapay Zeka tarafından oluşturulan arama sonuçlarının ağırlığını hızla sağlam verilere verme eğilimindedir. Ayrıca, Google'ın Yardımcı İçerik Güncellemesi, içeriklerin uzmanlık, deneyim, otorite ve güvenilirlik tarafından çok daha güçlü bir şekilde doğrulandığı anlamına gelir. Yapılandırılmış veriler, Google için bu doğrulamayı kolaylaştıran bir parçadır. Yapılandırılmış verilerin entegrasyonundan sonra, Schema-Markup Doğrulayıcısı'nı kullanın, ancak sayfalarınızı aynı zamanda Google tarafından PageSpeed Insights içinde de önerilen ve bağlantısı verilen Yapılandırılmış Veri Testçisi ile kontrol edin. Bu araç sayesinde yapılandırılmış veri kullanımınızla ilgili kod hatalarıyla ilgili daha kapsamlı bilgiler alırsınız. Web sitelerinde yapılandırılmış verilerin kullanımı artık bir seçenek değil, zorunluluktur. Google senden geçerli ve güvenilir içerikler istiyor. Yapay zekâ destekli arama sonuçlarında geri kalmak istemiyorsan, sitelerinde Schema-Markup ile ilgilen! 16. maddede artık ilk kez Erişilebilirlik terimi bu makalede geçiyor. PageSpeed Insights'ta Erişilebilirlik için ayrı bir bölüm bulunmaktadır ve bu alanda yeşil sayılar istenmektedir. Bir sayfanın erişilebilir olup olmadığını test etmek, PageSpeed Insights'ın yanı sıra https://www.accessibilitychecker.org ve/veya https://wave.webaim.org üzerinden de gerçekleştirilmelidir. Özellikle şu anda bir yenileme geçişinin yapılacağı durumlarda, bu noktanın 2025'te yürürlüğe girecek olan Web Sitelerinde Erişilebilirlik Güçlendirme Yasası ile ilgili olması nedeniyle zorunlu bir şekilde dikkate alınması gerekmektedir. Bu tür bir araçla sadece ana sayfayı değil, her sayfa türünü kontrol et; PageSpeed testleri için de aynı şey geçerlidir! Yenileme çalışmaları kapsamında genellikle Hukuk Metinlerinde güncellemeler ve düzenlemeler yapılması gerekmektedir. Bu metinlerin gerektiğinde bir uzman avukat ya da hukuk metni oluşturucular aracılığıyla sağlanması gerekmektedir. Aynı şekilde, yeni bir Web Barındırma Sağlayıcısı kullanılmakta ya da bülten hizmeti değişmekte ise, Veri İşleme Sözleşmeleri de göz önünde bulundurulmalıdır. CMS'nin güncellenmesi, kullanılan JavaScript kütüphaneleri, yüklenen modüller ve eklentilerin güncellenmesi, 18. madde olarak belirtilmesi, çokça ihmal edilse de önemlidir. Bir yenileme süreci birkaç ay ve hatta daha uzun sürebilir. WordPress sisteminde, belki de yenileme tarihinden önce çok sayıda güncelleme mevcut olduğunu görmek oldukça kolaydır. Müşterilerin, Canlı Yayına geçmeden önce en yeni sürümleri kullandıklarından emin olmaları gerekmektedir. Değişen harici hizmetler için ek görevler ortaya çıkar, bu görevlerin kontrol listesinde de belirtilmesi gerekir, örneğin bülten hizmetinin değiştirilmesi durumunda:
Geliştirme sprintleri boyunca fonksiyonların sürekli test edilmesi elbette önemlidir. Hiçbir şeyin unutulmaması için ayrıntılı bir kontrol listesi hazırlamak akıllıcadır. Her iki şekilde, hem yerinde uygulama ajansı hem de müşteri için biraz gezinti yapıp işin bittiğini düşünmek yeterli değildir. TutKit.com'un yenileme işleminin ardından kabul listemiz kesinlikle 1.000 satıra sahipti. Ve bugüne kadar aynen devam ediyoruz: önemli Büyük Güncellemelerden sonra, Chrome, Safari ve Android için yaklaşık 70 etkileşimi kontrol listesi ile kontrol ediyoruz. Kontrol Listesi: Yenileme Günü ve Sonraki GünlerYenileme Günü gelmiştir ve bu ne Cuma ne de tatil günüdür. Yeni web sitesi yayına alınmış, DNS ayarları yapılmıştır. Şimdi her şeyi tekrar kontrol etmek ve değerlendirmek gerekmektedir. Aşağıdakileri kontrol et:
E-postaları yerelde test etmek için Mailhog'u geliştirme ortamımızda kullanıyoruz. Bu tür durumlarda, E-postaların istenilen yere gitmesi için Canlı Sistemdeki E-posta Alımı için doğru SMTP verilerinin ayarlanmış olması önemlidir. Aynı şekilde, Paypal gibi Ödeme Sağlayıcıları için Geliştirme Sistemine Sandbox'un uygulandığından emin olunmalı, ardından Canlı Sistemde doğru bağlantının sağlandığına emin olunmalıdır. Sonraki günlerde, özellikle Google Search Console'ı izlemek önemlidir. Tabii ki, sıralamalarınızın nasıl değiştiğini görmek oldukça ilginçtir. Özellikle beklenmedik değişikliklere ve hata mesajlarına özel bir odaklanın:
Özellikle Google Arama Konsolu, URL Hatası, Href-Lang Hatası, Spread Endeksli / Endekslenmemiş Sayfa İndeksleme gibi hatalara işaret eder. Endekslenmeyenler için bir neden olmalı (Yönlendirme, noindex)…). Ayrıca, Search Console'da çift içerik veya diğer sorunları da görebilirsiniz. Search Console, yapılandırılmış veriler veya Temel Web Değerleri ile ilgili sorunları bildiriyorsa, bunun üzerine gidin. Canlı verilerle, örneğin yüksek bir PageSpeed'e sahip sayfalarınızın Temel Web Değerlerinde CLS hataları gibi problemleri olabileceğini ancak oradan öğrenebilirsiniz. Burada web sitesinde yapılan değişikliklerin ardından hangi atlamaların mümkün olduğu iyi bir şekilde görülebilir: Doğrudan kötü veya optimize edilmesi gereken URL'leri görebilirsiniz. Bir URL alın ve PageSpeed Insights'ta onunla bir PageSpeed testi yapın. Burada Temel Web Değerlerinin neden karşılanmadığını ve hataları nasıl düzeltebileceğinizi öğrenirsiniz. Ayrıntılı bilgi için altta sağa doğru küçük oku tıklayın. Genellikle bu önerileri sadece geliştiriciler uygulayabilir. Ancak sorunları tespit edip ardından ajansınızın yardımıyla ele almaya yetenekli olmanız önemlidir. Ayrıca, Google Analytics 4 gibi analiz araçlarınızdan verilerinizi değerlendirin. Ayrıca sistemden elde edebileceğiniz ölçümleri takip edin, yani örneğin rezervasyonlar, Dönüşüm Oranı, Sepet Miktarı, Günlük Satın Alma / Satışlar, E-posta Aboneliği Sayıları, İletişim Talepleri, Belirli İçeriklerin İndirmeleri veya Video İzlenimleri. Aranma-Kontrolpanelindeki Crawling İstatistikleri, takip eden günlerdeki kontroller için temel öneme sahiptir. Bu istatistiklere sol menüdeki Ayarlar üzerinden ulaşabilirsiniz. Doğrudan daha fazla Crawl aktivitesi görülmelidir. Değilse, Crawl Hataları mevcut mudur? Host Durumu, örneğin yeniden başlatma sonrası burada robots.txt'ye yapılan crawl isteklerinin başarısız olduğu ve sunucu bağlantısının bazen devamlı kesildiği gibi hataları doğrudan gösterir: Crawling istatistiği ne söylediği de ilginçtir. Yeniden başlatmadan sonra genellikle Crawling isteklerinde bir canlanma olur. Ayrıca hala 404 sayfasının crawl edilip edilmediğini de görebilirsiniz. Eğer bazıları resme uymuyorsa, bunları geliştiricilerle görüşün. Gelecekte, web sitelerindeki (AI) içeriklerin artmasıyla, site yanıt süresinde iyi bir değer elde etmek için çalışılmalıdır. Böylece botlar, verilen süre içinde sayfalarınızı mümkün olduğunca çok taramalıdır. Yeniden Başlatma Kontrol Listesi İndirYukarıda gömülü Yeniden Başlatma Kontrol Listeleri indirme seçeneği olarak PDF dosyası olarak da mevcuttur. Onları indirin ve projenizin başarısını garanti altına alın! Bir Ajans Sahibinin İtiraflarıCheckliste'deki SEO gereksinimleri, H1'den H6'ya kadar başlık yapısının dikkate alınması gibi ayrıntılı talimatları da içerebilir. Test araçlarında hedef değerlerin belirlenmesi, dikkatle sunulan tüm SEO fakültelerini, temiz kodun uygulanması, modern teknolojinin kullanımı, SEO-OnPage faktörlerinin dikkate alınması vb. elde etmek için gereklidir. Aksi takdirde en son Web standartlarını ve teknikleri detaylı olarak belirtmeye, müşterilerin bu konuda teknik olarak zaten yetkin olmadığı belgeye detaylı bir şekilde dahil etmeye yönelik olurdu. Test araçlarında yüksek değerler elde etmesi gereken ajanslar için, En İyi Uygulamayı uygulamaktan başka hiçbir seçenekleri kalmaz – bu da ajanslar için yeni bir deneyimdir :-) Bir itiraf zamanı geldi. SEO gereksinimlerinin tanımlanması ve farklı test araçlarında belirlenen hedef değerlere ulaşma gibi kontrol listesi benzeri bir yaklaşım, genellikle gerçekte pek bulunmayan bir ideali temsil eder. Bu faktörlerden:
Müşterilere suçlayamam. Zaten profesyonel yardım arıyorlar ve hemen hemen her dijital ajans, web sitesinde ve beyaz kağıtlarında arama motoru optimizasyonunun temel bir yeteneği olduğunu belirtiyor. Her zaman, relansmandan sonra çevrimiçi görünürlüğün faktör 3, 5 veya 10 arttığına dair referanslar vardır. 10 ziyaretçiden şimdi 100 gelirse, bu 1000% bir artış olabilir, ancak bu hala bir başarı değildir. Birçok arama motoru başarısının, rekabetçilerin dijital olarak çok daha zayıf olmalarıyla bağlantılı olduğu göz önünde bulundurulmalıdır. Bu tür kontrolü neredeyse her ajansla yapabilirsiniz, çünkü kalite güvencesinde bilgi odaklı çalışanlar azdır, uzun yıllar boyunca pazar yerinde kendi projeleri bulunmayan ve uluslararası oyuncularla rekabet eden ajans bulunmamaktadır ve ajanslar için proje başarısız olsa bile, ajans faturasının ödenmesi ve müşterilerin güzel (ancak kaliteli orta) web sitelerini paylaşmaları ve ödüllendirmeleri önemli olabilir. Bu durumun özel ironisi şudur: Yukarıda belirtilen test araçlarından sonra, SEO ajanslarının kendi web siteleri genellikle en kötü performans gösterenler olabilir, çünkü genellikle sadece müşterinin anahtar kelime üzerine odaklanan bir web sitesi içerik paketine sahiptirler. Diğer teknik gereksinimler için genellikle yeterli geliştirici yoktur. Veri odaklı Web Sitesi Relans Kontrol Listesi SonucuBu tür bir veri odaklı kontrol listesi, ajansları iyi işleri yapmaya zorlamanın az sayıda etkili yolundan biridir. Test araçlarında belirli değerlere ulaşmanın kabul kriteri yapılması bile önerilir. Yeniden lansmandan dört hafta sonra kısmi ödeme yapılmasına izin verilebileceğini sözleşmesel olarak düzenlemek önemlidir, eğer tüm önemli veriler mevcut ise ve yüksek sonuçları doğrulayabilirse (örneğin Core Web Vitals ve Arama Konsolundaki doğrulanmış ürünler biçimlendirme öğeleri). Bu iş akışı kullanılarak - bu makalede anlatıldığı gibi - yeniden lansmandan sonra güçlü içerik, yapısal ve teknik değişikliklerle sitenizdeki görünürlük kaybını sınırlandıracaksınız ve Google'ın web sitenizi veya çevrimiçi mağazanızı yakında daha yüksek sıralamaya taşımasını sağlayacaksınız. Size ilginç gelen makale ise, lütfen bizi ziyaret edin: |