Online mağazalar, rezervasyon siteleri ve kurumsal web siteleri için yeniden başlatma kontrol listesi.

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.

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.

-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

1. 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.?
   
2. 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.
   
3. 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?
   
4. 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

1. 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.
   
2. 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.
   
3. 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.
   
4. 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. Aynı şekilde, her sayfa türünü Tam Sayfa Ekran Görüntüsü ile saklamanız önerilir. Bu, canlı yayından sonra belirli içerik türleri ile ilgili sorular ortaya çıkarsa, içerik türlerinin aktarılmadığına dair bir yedekleme sağlar. Mevcut sayfalar, işlevler ve içerikler ve ölçümler temelinde, hangi alanın zaten iyi çalıştığını ve hangi bölgenin iyileştirme potansiyeline sahip olduğunu ve Yenileme ile neyin iyileştirilmesi gerektiğini isimlendirebilirsiniz. Yenilemeden Önce Kontrol Listesi Kullanı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: Tüm paydaşlar için Test Edilmesi İçin Geliştirme Ortamı mevcut durumda Dev-Umgebung (Geliştirme Ortamı) noindex üzerinde çalışıyor Test araçlarına Dev-Umgebung'dan (IP izni veya http-Giriş) erişim sağlanmıştır Dev-Umgebung'ın yapılandırması mümkün olduğunca Canlı Sistem'e uygun Dev-Umgebung'ın sayfa yapısı ilerideki Canlı Sayfa ile aynı olmalı Eski verilerin geçişi gerçekleşmiş olmalı İçerik düzenlemeleri yapılmalı Görsel SEO yapılmış olmalı URL-Yönlendirme Haritasına dayalı 301-Yönlendirmeler yapılmış olmalı  Seobility ile Yapılan OnPage Kontrolü, Hatalar giderilmiş ve Hedef Değerler Gerçekleştirilmiş olmalı Open-Graph Verileri geçerli olmalı Yapılandırılmış Veriler geçerli olmalı Tüm Sayfa Türleri için Pagespeed Kontrolü yapılmış, Hedef Değerler Gerçekleştirilmiş olmalı İçerik Çerez Politikası işlevsel olmalı Güvenlik Başlık Bilgileri ayarlanmış olmalı Erişilebilirlik mevcut olmalı, Hedef Değerler Gerçekleştirilmiş olmalı Hreflang geçerli olmalı (çoklu dil sayfalarında) Yasal Bilgiler (Kullanım Şartları, İletişim Bilgileri, İptal Bildirimi, Gizlilik) güncellenmiş olmalı, GDPR uyumluluğu sağlanmış olmalı CMS, Frameworks, kullanılan Eklentiler ve Modüllerin güncellemesi en son sürüme yapılmış olmalı Son Düzey tarayıcı ve cihazlar arası İşlev Testi hata vermemelidir Son Durum ve Lansman Tarihi bilinmelidir  Tam Yedekleme yapılmış olmalı 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:  Bülten-Kontakt verilerinin yeni NL hizmetine aktarımı Kayıt formunda Web sitesinde bülten servisine bağlama AV Sözleşmesi Yeni E-posta şablonlarının oluşturulması ve diğerleri  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ünler Yenileme 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:  robots.txt dosyasını kontol et, robots'un engellenmediğinden emin ol  Canlı ortam index, takip üzerinde çalışıyor.   Canonical etiketleri doğru şekilde ayarlanmıştır Sayfa kaynak kodunda mutlak yolları kontrol et (Test ortamı linklerinin Canlı Sayfa'ya geçitleri) http'den https'ye yönlendirme, www olmadan/ile ana sayfa ve alt sayfalara yönlendirme işlevi görmekte URL-Yönlendirme Haritası üzerinde yönlendirmeleri test et, aynı şekilde yönlendirme zincirlerinin varlığını gözden geçir Teknik ve Meta için Seobility ile Canlı Sayfa üzerinde Olay içi Kontrol yap, özellikle Seobility tarafından sağlanan Noindex sayfaları kontrol et Open-Graph verileri geçerli Yapılandırılmış veriler geçerli Tüm Sayfa Tipleri için Sayfa Hızı kontrolü yapılmış, hedef değerlere ulaşılmış Çerez Politikası ve Onay Çerez Aracı işlevsel olarak çalışmaktadır Güvenlik Başlıkları yapılandırılmıştır Erişilebilirlik sağlanmıştır Çoklu dil seçenekli Web sitesinde Hreflang kontrolü yap (https://app.sistrix.com/de/hreflang-validator) Final browser ve cihaza özel Fonksiyon Testi, hata bulunamadı Yeni sitemap.xml dosyasını Google Search Console'a gönder Google Ads Kampanyalarınızdaki Yeni Hedef Sayfaları güncelleyin Bazı Domain değişikliklerinde, sosyal medya, E-posta imzaları vb. gibi bağlantılarda değişiklik yapmayı unutmayın 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: Crawling: Host Durumu … robots.txt alınması, DNS çözümlemesi, Sunucuya bağlantı Crawling İstatistikleri … İstekler, İndirme boyutu, ortalama tepki süresi SERP'lerde tıklamalar SERP'lerde izlenimler SERP'lerde ortalama Tıklama Oranı SERP'lerde ortalama Konum Temel Web Değerlerinin geçilmesi Ö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. Sunucunuzun, PageSpeed'iniz ve kodunuzun nispeten iyi olup olmadığını, sayfa tepki sürenizin 400'in altında olup olmadığını anlarsınız. Bu değeri 1000 ms'ye yaklaştıkça, örneğin veritabanı sorgularının azaltılması ve Sunucu gücünün artırılmasıyla (örneğin, daha fazla işlem gücü, en yeni sunucu yazılımı güncellemesi, Nginx'de HTTP2'ye veya HTTP3'e geçme) sayfa hızı optimizasyonunun daha önerilir hale geldiğini görebilirsiniz. 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 İndir Yukarı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üşteri tarafından belirlenen bütçe sınırlamaları ajans tarafından belirlenen kar artırma çıkarları kullanılan teknolojiler tarafından belirlenen kısıtlamalar ve maalesef: her iki tarafın da bilgisizliği ve yetersizliği 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. Ajanslar hala eski yöntemlerle vasat işler çıkarıyor, çünkü bugüne kadar kalite güvence için modern araçları kullanmıyorlar ve SEO konusunda yetenekli olduklarını iddia etseler de. Belki bu tür ajanslar bilgi cüsseleridir, ancak uygulama cüceleridir. Bu sert gelebilir, ancak genellikle böyle olur. Tamamen ciddi bir şekilde. Kendi bölgeden en iyi ajansı bulmak için yukarıdaki kontrol listesini alırsın ve URL'si ile birlikte bölgenizdeki en iyi ajansı alırsın. Ve sonra ajansın bulduğun en son web sitesi referansını alırsın ve tekrarlarsın. Hangi sonuçları göreceksin? İşbirliğinde bekleyebileceğiniz sonuçlar tam olarak bunlar olacak. Kendi referanslarımızı da bu şekilde kontrol edebilirsiniz ve müşteri projelerimizde her zaman her alanda en iyi sonuçları almadığımızı fark edeceksiniz. Bir proje ile diğerine geçerek, bu tür bir çalışma tarzı, TutKit.com üzerindeki çalışmalarımız ile sağlananak ve projeden projeye büyümüş ve gelişmiştir. 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. Bunun avantajı, ajansın farklı bir yerde olması ve müşteriye, yeniden lansmandan sonra çift haneli yüzde oranında bir görünürlük kaybından sorumlu ajans çalışanı olarak hırdavat mağazasında rastlamama olabilir. Ancak müşteriler, aslında çoğu bunu görünürlük kaybını neredeyse hiç kontrol etmiyorlar, çünkü neredeyse herkes bir Çerez Onayı Banner'ı bulundurur, ancak çok azı gerçekten sayıları analiz eder ve buna göre hareket planları çıkarır. Şüpheli durumda, reklam harcamaları arttırılmalıdır. Günümüzde organik sıralamanın, içerik açısından karşılaştırılabilir iyi durumda olan web sitelerinin fazlalığı nedeniyle, özellikle teknik parametrelere, kullanıcı sinyallerine ve (hala) geri bağlantılara bağlı olduğunu ve müşterilerin mutlulukla farkında olmadıklarını bilmek mutluluktur. Ve AI metin araçları, içeriği önce hiç olmadığı kadar nicelik ve kalitede geliştirecek ve yakında yabancı dillerde yeni web sitelerini karşılamak üzere SERP'lerde hoş geldiniz diyeceğiz, çünkü AI çeviri araçları, çevrimiçi mağazaları, portalları, SAAS'ları ve diğer web sitelerini çevirmeyi ve dijital ana pazarı fethetmeyi her zamankinden daha kolay hale getirecek. Sert rekabete hazır olmalıyız. Sadece başlıyoruz ... Veri odaklı Web Sitesi Relans Kontrol Listesi Sonucu Bu 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: 1101,908,1066,1086