Acil müdahale gerektiren bir sorununuz mu var?Acil müdahale mi?Acil yardım alın →
Blog

MageBooster ekibinden upgrade, güvenlik, hız ve taşıma üzerine pratik Magento 2 rehberleri.

Magento ajansı değiştirmek: kesintisiz devir için kontrol listesi

Magento ajansı değiştirmeyi mi düşünüyorsunuz? Değiştirmeden önce sizde olması gerekenler, test ortamında adım adım devir, yama seviyesinin kontrolü, yeni ajansa sormanız gerekenler ve eski ajanstan iyi ilişkilerle ayrılmanın yolu.

Kısaca

Magento ajansı değiştirmek, kesinti ya da kaybedilen sipariş anlamına gelmek zorunda değil. Asıl risk devir sürecinde: size ait olmayan erişimler, kimsenin incelemediği kod ve kurulu olup olmadığını kimsenin doğrulayamadığı yamalar. Bu kontrol listesi, Magento ajansı değiştirmeden önce neleri güvenceye almanız gerektiğini, devrin test ortamındaki bir kopya üzerinde adım adım nasıl yürütüleceğini ve yeni Magento ajansınızla ilk 30 günde neleri kontrol etmeniz gerektiğini gösteriyor.

Magento ajansı değiştirme zamanının geldiğini gösteren işaretler

Ajans ilişkilerinin çoğu tek bir büyük olayla değil, yavaş yavaş biter. Ciddiye almanız gereken işaretler şunlar.

  • Talepler günlerce yanıt bekliyor, acil sorunlar sıradan istekler gibi ele alınıyor
  • Mağazanın hangi Magento sürümünde ve hangi yama seviyesinde olduğunu kimse söyleyemiyor
  • Güvenlik yamaları geç kuruluyor ya da test ortamında denenmeden doğrudan canlı mağazaya uygulanıyor
  • Her güncelleme bir şeyi bozuyor ve düzeltmeler yeni iş olarak faturalanıyor
  • Kendi kodunuza, sunucunuza ya da hesaplarınıza erişiminiz yok veya her seferinde erişim istemek zorunda kalıyorsunuz
  • Mağazanızı bilen geliştirici ayrıldı, ekibin geri kalanı sıfırdan başlıyor
  • Ajansın sahip olmadığı yetkinliklere ihtiyacınız var; örneğin Hyvä, Adobe Commerce ya da sunucu işleri

Magento ajansı değiştirmeden önce sizde olması gerekenler

Kimseye bir şey söylemeden önce, aşağıdaki her hesabın ve anahtarın şirketiniz adına olduğunu ya da en azından yönetici erişiminiz bulunduğunu kontrol edin. Yalnızca eski ajansın elinde olan her şey devri durdurabilir.

NeNerede dururNeden önemli?
Git deposuGitHub, GitLab ya da BitbucketÖzel modüller ve tema değişiklikleri dahil kodun tüm geçmişi. Depo sizin organizasyonunuzda durmalı, ajans yalnızca üye olarak davet edilmeli.
Sunucu ve hostingHosting firması hesabı, SSH ve kontrol paneliSahip erişimi olmadan mağazayı taşıyamaz, büyütemez ya da yedekten geri yükleyemezsiniz.
Magento Marketplace erişim anahtarlarıCommerce Marketplace hesabı (MAGEID)Composer, Magento ve Marketplace paketlerini repo.magento.com adresinden bu anahtarlarla indirir. Marketplace’ten alınan eklentiler, onları satın alan hesaba bağlıdır.
Composer auth.jsonSunucudaki proje klasörü ya da Composer ana diziniÖzel paket depolarının erişim bilgilerini tutar. Git’e eklenmemesi gerektiği için içindeki her depoyu listeletin.
Hyvä lisansı ya da anahtarlarıHyvä hesabıHyvä teması ücretsiz ve açık kaynak, ama Composer erişimi alan adınıza bağlı bir anahtarla çalışır. Hyvä Checkout, UI ve Commerce ise ücretli lisanslardır.
Eklenti lisanslarıHer eklenti firmasındaki müşteri hesabıAjansın satın aldığı lisanslar onun adına olabilir. Lisansların size devredilmesini ya da anahtar ve indirme erişiminin sizin adınıza verilmesini isteyin.
Alan adı, DNS ve CloudflareAlan adı firması ve Cloudflare hesaplarıDNS kimdeyse, mağazanın hangi sunucuya yönleneceğini ve e-postalarının nasıl iletileceğini o belirler.
Ödeme ve kargo API anahtarlarıÖdeme sağlayıcısı ve kargo firması panelleriAnahtarlar sizin hesaplarınızda oluşturulmalı ve ajans değişiminden sonra yenilenmeli.
Google hesaplarıGA4, Search Console, Merchant Center, Google Ads, Tag ManagerVerileriniz ve geçmişi. Sahibi siz olmalısınız, ajans yalnızca kullanıcı olmalı.
YedeklemeHosting ve harici depolamaKendiniz indirebileceğiniz güncel bir veritabanı ve medya yedeği.
DokümantasyonWiki, README, destek talep sistemiYayına alma adımları, cron görevleri, entegrasyonlar, özel modüller ve bilinen sorunlar.

Adobe dokümantasyonuna göre Marketplace erişim anahtarları, onları oluşturan MAGEID hesabına aittir: repo.magento.com için public key kullanıcı adı, private key ise şifre olarak kullanılır. Eski ajans anahtarları kendi hesabında oluşturduysa, siz kendi hesabınızda yeni anahtarlar oluşturun ve devir sırasında auth.json dosyasına eklenmesini isteyin. Composer’ın kendi dokümantasyonu auth.json dosyasının Git’e eklenmemesini önerir; bu yüzden onu depoda bulamazsınız.

Adım adım, kesintisiz devir

  1. Analiz: Yeni ajans hiçbir şeyi değiştirmeden önce mağazayı inceler. Magento sürümü, eklentiler, özel kod, sunucu altyapısı, cron, indeksleyiciler, kayıtlar ve hız bu incelemeye dahildir.
  2. Erişim devri: Yeni ajans için Git, hosting, Magento yönetim paneli, Cloudflare ve Google’da kişisel hesaplar açarsınız. Ortak şifre kullanılmaz, eski ajansın giriş bilgileri de devredilmez.
  3. Test ortamı kopyası: Yeni ajans, Git deposundan ve veritabanının anonimleştirilmiş bir kopyasından bir test ortamı (staging) kurar ve yayına almanın sorunsuz çalıştığını kontrol eder.
  4. Kod incelemesi: Canlı sunucudaki kod Git deposuyla karşılaştırılır. Doğrudan sunucuda yapılmış değişiklikler ve üzerinde oynanmış çekirdek dosyalar bu adımda ortaya çıkar.
  5. Yama seviyesi kontrolü: Adobe’un Commerce Version Tool aracı, Magento kök klasöründe php vendor/bin/patch-status komutuyla çalıştırıldığında hangi aylık güvenlik yamalarının kurulu, hangilerinin eksik olduğunu gösterir. Quality Patches Tool’un vendor/bin/magento-patches status komutu da uygulanmış kalite yamalarını listeler.
  6. İzleme: Eski ajansın erişimi kaldırılmadan önce erişilebilirlik, hata kayıtları, cron, kuyruklar ve ödeme sayfası (checkout) kontrolleri kurulur. Böylece hiçbir şey gözetimsiz kalmaz.
  7. Erişim bilgilerinin yenilenmesi: Yeni ekip kendi başına çalışmaya başladığında, eski ajansın kullandığı şifreler, SSH anahtarları, API anahtarları ve Marketplace anahtarları değiştirilir ya da kaldırılır.
  8. Geçiş dönemi: Eski ajansın sorulara yanıt verebildiği kısa bir ortak dönem planlayın, ardından erişimini kararlaştırılan tarihte sonlandırın.

Bu adımların hiçbiri canlı mağazaya dokunmaz. Devir arka planda ilerlerken müşterileriniz sipariş vermeye devam eder.

Yeni Magento ajansınızla ilk 30 gün

  • Sürüm, yama seviyesi, riskler ve öncelik listesini içeren yazılı bir analiz raporu
  • Eksik güvenlik yamaları önce test ortamında kurulur, sonra canlıya alınır
  • Yedekler, biri gerçekten test ortamına geri yüklenerek kontrol edilir
  • Yayına alma süreci belgelenir; ekipteki her geliştirici değişiklikleri aynı yöntemle canlıya alır
  • Önümüzdeki aylar için bir plan: örneğin upgrade, hız çalışması ya da gereksiz eklentilerin temizlenmesi

Yeni bir Magento ajansına ya da geliştiricisine sormanız gerekenler

  1. Devri nasıl yürütüyorsunuz, ilk hafta bizden neye ihtiyacınız var?
  2. Sunucudaki kodu Git deposuyla karşılaştıracak mısınız?
  3. Güvenlik yamalarını nasıl kuruyorsunuz, sonrasında yama seviyesini nasıl doğruluyorsunuz?
  4. Acil sorunlar için hangi yanıt sürelerini taahhüt ediyorsunuz, bunlar sözleşmede yazıyor mu?
  5. Tüm hesaplar, anahtarlar ve lisanslar bizim adımıza kalacak mı?
  6. Neleri belgeliyorsunuz, bu belgeleri nerede okuyabiliriz?

Eski ajanstan iyi ilişkilerle nasıl ayrılırsınız

  • Önce sözleşmeyi okuyun: fesih bildirim süresi, açık faturalar, kodun ve lisansların kime ait olduğu
  • Bildirimi yazılı yapın; net bir bitiş tarihi ve devretmelerini istediğiniz her şeyin listesini ekleyin
  • Yalnızca şifreleri değil; dokümantasyonu, açık talepleri ve bilinen sorunları da isteyin
  • Açık faturaları zamanında ödeyin; anlaşmazlık olmadığında devir çok daha sorunsuz ilerler
  • Erişimleri ancak yeni ajans her şeyin çalıştığını doğruladıktan sonra kaldırın

Magento ajansı değiştirirken kaçınmanız gereken hatalar

  • Kodun ve veritabanının çalışan bir kopyası elinizde olmadan eski ajansın erişimini kaldırmak
  • Kontrol etmeden Git deposunun canlı sunucuyla aynı olduğunu varsaymak
  • Analiz bitmeden, daha ilk haftada upgrade ya da yeniden tasarıma başlamak
  • Kişisel hesaplar açmak yerine tek bir yönetici girişini birkaç kişiyle paylaşmak
  • Yalnızca sunucuda bulunan cron görevlerini, entegrasyonları ve e-posta ayarlarını unutmak
  • Eski ekip ayrıldıktan sonra anahtarları ve şifreleri değiştirmemek

MageBooster’a geçiş

MageBooster; Magento Open Source, Adobe Commerce, Mage-OS ve Hyvä için çalışan bir Magento 2 ajansı. Bize geçiş dört adımda tamamlanır: ilk hafta analiz ve erişimlerin doğrulanması, ikinci haftadan itibaren 7/24 izleme, ardından test ortamında denenmiş aylık güvenlik yamaları ve aylık raporla süren bakım. Her şey mağazanızın ücretsiz analiziyle başlar; sonraki adıma siz karar verirsiniz.

Magento destek ve bakım hizmetimizi inceleyin →

Bunu da okuyun: Neden bir Magento ajansıyla çalışmalısınız? →

Size ulaşalım

Bilgilerinizi ve mağaza adresinizi bırakın. Önce mağazanıza bakıyoruz, ardından bir iş günü içinde tercih ettiğiniz yoldan, telefon, WhatsApp ya da e-posta ile size ulaşıyoruz.

Bu sayfa otomatik çeviri sistemiyle çevrildi. Bir hata mı gördünüz? Bize bildirin, hemen düzeltelim.

Ücretsiz Site Analizi

Mağaza bilgilerinizi gönderin. Hız, güvenlik ve eklentileri inceleyip 3 iş günü içinde hemen uygulayabileceğiniz üç iyileştirme önerisiyle size dönelim.

Konuşalım

Teklif alın

Mağazanızdan bahsedin, bir iş günü içinde size dönelim. Sohbet etmeyi mi tercih edersiniz? WhatsApp'tan yazın

MageBooster UnoPim demosu talep edin UnoPim’i sizinkine benzer ürünlerle canlı görün. Yeni bir PIM ya da Akeneo’dan geçiş: plan, zaman çizelgesi ve teklifle dönüyoruz.
✓ Resmi UnoPim partneri✓ Ekibiniz için yapay zeka asistanı✓ Magento’ya bağlı
MageBooster Hyvä projenizi başlatın Sıfırdan ya da mevcut mağazanızdan. Proje planı, zaman çizelgesi ve teklifle dönüyoruz.
✓ Tasarım ve kurgu bizden✓ Hyvä’ya optimize sunucu✓ Bonus modüller dahil

MageBooster

Size ulaşalım

Bilgilerinizi ve mağaza adresinizi bırakın. Önce mağazanıza bakıyoruz, ardından bir iş günü içinde tercih ettiğiniz yoldan, telefon, WhatsApp ya da e-posta ile size ulaşıyoruz.

Partnerimiz olun