Mevcut site desteği · Yönetim devri
Web sitesini başka bir ajansa devrederken hangi erişimler ve yedekler gerekir?
Web sitenizi hazırlayan kişiye ulaşamıyorsunuz; kategorileri düzenlemek, görselleri değiştirmek veya yeni bir hizmet eklemek istiyorsunuz. Elinizde bir yönetim paneli şifresi olması işi başlatmaya yardımcı olabilir, fakat tüm siteyi yönetebildiğinizi göstermez. İçerik paneli, hosting, alan adı ve e-posta farklı hesaplarda bulunabilir. Önce hangi erişimin hangi işi mümkün kıldığını belirlemek gerekir.
Bu durumda hemen sıfırdan site yaptırmak da, ne olduğu bilinmeyen sisteme doğrudan müdahale etmek de tek seçenek değildir. Sınırlı onarım, mevcut altyapının bakımı ve yeniden geliştirme ayrı değerlendirilmelidir. Bu rehber, işletmenin mevcut sitesini başka bir ekibe devrederken hazırlayabileceği erişim envanterini ve teslim kabul listesini açıklar; kayıp erişimin mutlaka kurtarılacağı garantisini vermez.

Yönetim paneli neden tek başına yeterli olmayabilir?
Panelde ürün açıklaması değiştirebilmek, sunucu dosyalarını indirebilmek veya alan adı yenilemesini yönetebilmekle aynı şey değildir. Önce sistemin WordPress, başka bir içerik yönetimi sistemi, özel yazılım veya barındırılan bir platform olup olmadığı incelenir. Sadece ana sayfanın görünümünden kesin teknoloji kararı verilmez.
- İçerik paneli: hangi sayfa, kategori ve ürünlerin düzenlenebildiği; kullanıcı rolü ve mevcut yetkiler.
- Hosting ve dosyalar: çalışan kaynak, medya, yapılandırma ve veritabanı erişiminin durumu.
- Alan adı ve DNS: hesabın sahibi, yenileme sorumlusu ve kayıtları yöneten hizmet.
- E-posta ve bağlantılı sistemler: iletişim formu teslimatı, kurumsal posta, ödeme veya diğer entegrasyonların sorumluları.
- Arama ve ölçüm: Search Console ve analitik mülkünün doğru işletmeye ait olup olmadığı.
Envanterde şifrenin kendisini değil; hizmet adını, yetkili hesap sahibini, erişimin mevcut olup olmadığını ve gerekli işi yazın. Bilinmeyen alanları “yok” diye varsaymak yerine inceleme bekliyor olarak işaretleyin. Böylece teklif, gerçekten erişilebilen kaynaklara dayanır.
Yeni ekip hangi yetkilerle çalışmalı?
İşletmenin hesabını başka bir kişinin kişisel hesabına bağımlı bırakmamak, devir planının önemli bir parçasıdır. İçerik düzenleme ile eklenti kurulumu veya kullanıcı yönetimi farklı yetkiler gerektirebilir. WordPress'in resmi rol açıklamaları, örneğin Editör ile Yönetici rollerinin aynı kapsamda olmadığını gösterir. Projede eklentilerin veya özel rol ayarlarının bulunması ayrıca incelenmelidir.
Google Search Console'da da sahip ve kullanıcı izinleri ayrıdır. Bir mülkteki doğrulama yöntemleriyle erişimlerin kimde olduğu kontrol edilmeden “eski ekibin erişimi tamamen kapandı” denmez. Yetki değişiklikleri işletmenin onayı ve yetkili hesap sahibi üzerinden yürütülmelidir.
SRN Dijital'in önerdiği uygulama, işe uygun ayrı hesap ve yazılı sorumluluk listesidir. Şifreleri herkese açık form, mesaj ekran görüntüsü veya proje tanıtımına koymayın. İnceleme için gereken güvenli erişim yöntemi görüşmede belirlenir; erişim kısıtları aşılmaz.
Bir yedeğin devralma için kullanılabilir olduğu nasıl anlaşılır?
“Yedek var” demek yerine hangi tarihin, hangi dosyaların ve hangi verinin yedeklendiğini sorun. WordPress belgeleri veritabanı ile dosyaların ayrı bileşenler olduğunu açıklar. Sadece veritabanı kopyası medya ve tema dosyalarının tamamını; yalnızca dosya arşivi de veritabanındaki içeriği karşılamayabilir. Özel yazılımda yedek kapsamı kullanılan mimariye göre belirlenir.
Yedeğin okunabilir olması ve yetkili, izole bir ortamda geri yükleme olanağının değerlendirilmesi gerekir. Canlı sitede yeni sipariş veya form kayıtları oluşuyorsa eski bir yedeğe dönmek bu yeni kayıtları kaybettirebilir. Geri dönüş kararı verinin güncelliği ve farkların nasıl korunacağıyla birlikte planlanır.
Yedek paketini public web klasöründe yayımlamak doğru bir teslim yöntemi değildir. Arşivler müşteri verisi, yapılandırma ve sır içerebilir. Kimlerin erişebileceği, nerede saklanacağı ve hangi koşulda kullanılacağı ayrı belirtilir.
Onarım mı, bakım mı, yeniden geliştirme mi?
Kategori eklemek veya görünmeyen menü rengini düzeltmek, tüm altyapıyı değiştirmeyi zorunlu kılmaz. Önce yapılacak değişiklikler tek tek yazılır: hangi ekran, beklenen davranış, mevcut sorun ve işletme açısından öncelik. Kod ve platform sınırları görüldükten sonra uygulanabilirlik değerlendirilir.
- Sınırlı onarım: belirli hata veya içerik değişikliği; etkilediği ekranlar ve kontrol kapsamı belli olur.
- Bakım/devralma: erişim, yedek, güncelleme ve destek sorumluluğu süreklilik için tanımlanır.
- Yeniden geliştirme: mevcut altyapının karşılamadığı ihtiyaçlar, taşınacak veri ve kesinti riski gerekçelendirilir.
Panel şifresinin bulunması kesin fiyat vermeye yetmeyebilir. Kaynak erişimi, veri yapısı, entegrasyon ve test kapsamı bilinmeden sabit süre veya başarı sözü verilmemelidir. Yeni tasarım gerekiyorsa adres devamlılığı için URL ve SEO geçiş rehberini ayrıca inceleyebilirsiniz.
Gerçek proje deneyimi burada neyi gösterir?
Adrasya/MOTR CRM bakım vakası, mevcut stok ve fatura akışındaki bakım kapsamını, yedek ve onarım kayıtlarını açıklar. Bu kayıt, mevcut sistemi koruyarak müdahalenin teknik kapsamına örnektir; erişimini kaybetmiş her sitenin aynı yöntemle kurtarılabileceğini göstermez. Ayrıca bu vaka WordPress projesi veya ölçülmüş satış artışı olarak sunulmamalıdır.
Karar verirken ajansın sizin sorununuzla ilgili deneyimini, müdahale sınırını ve teslim kaydını inceleyin. Genel portföy büyüklüğü tek başına mevcut altyapınızda yapılacak işin uygulanabilirliğini kanıtlamaz.
Devralma işinin tesliminde neyi kontrol etmelisiniz?
- Erişim envanteri ve sorumlular anlaşılır; eksik erişimler açıkça kayıtlıdır.
- Yedek tarihi, kapsamı, saklama yöntemi ve geri dönüş sınırı bellidir.
- Onaylanan değişiklikler mobil ve masaüstünde kontrol edilir; kapsam dışı işler ayrıca listelenir.
- Menü, form, telefon ve ilgili entegrasyonlar yetkili yöntemle sınanır; sadece butonun görünmesi teslimat kanıtı sayılmaz.
- Yayın öncesi/sonrası sürüm kaydı ve bakım sorumluluğu teslim edilir.
Eski hesapların kapatılması veya kritik erişimlerin değiştirilmesi bu teknik listenin otomatik sonucu değildir; işletme ayrıca karar vermelidir. “Her şey devredildi” ifadesi yerine hangi kaynakların kontrol edildiğini ve hangilerinin beklediğini yazılı almak daha yararlıdır.
SRN Dijital ile mevcut sitenizi değerlendirin
İlk görüşme için site adresi, istediğiniz değişiklikler ve hangi panellere erişebildiğiniz yeterli bir başlangıçtır; şifre veya müşteri veri arşivi göndermeyin. İzmir merkezli SRN Dijital, Türkiye genelinde mevcut site hata giderme, WordPress destek ve özel yazılım geliştirme kapsamlarını mevcut sistemin durumuna göre değerlendirir.
Mevcut sitemin destek kapsamını değerlendirinKaynaklar ve kapsam
- WordPress: roller ve yetkiler
- WordPress: yedekleme
- Google: Search Console sahipleri, kullanıcıları ve izinleri
- SRN Dijital: mevcut CRM bakım vakası
Kaynak kontrolü: 9 Ekim 2026. Devir ve kabul listesi editoryal öneridir; erişim kurtarma, güvenlik veya müşteri kazanımı garantisi değildir.
Kısa cevap: mevcut site başka bir ajansa nasıl devredilir?
Önce içerik paneli, hosting, alan adı, posta ve analitik erişimleri ayrı envantere alınır. Dosya ve veritabanı yedeğinin kapsamı belirlenir; yetkili inceleme sonrasında onarım, bakım veya yeniden geliştirme seçilir. İş kapsamı, canlı testler, geri dönüş sınırı ve destek sorumluları yazılı teslim edilir. Tek panel şifresi tüm sistemlerin devredildiği anlamına gelmez.
SRN Dijital mevcut web sitesi ve yazılım desteğini doğrulanabilir proje kapsamlarıyla değerlendirir; kesin fiyat ve takvim inceleme sonrası netleşir.