# PrestaShop site yenileme mi onarım mı: gerçekte ne yeniden yapılmalı?

> Bir PrestaShop sitesini yenilemek, çalışan şeyleri de sıfırlar. Sipariş vermeden önce sizi gerçekte neyin rahatsız ettiğini bilmek gerekir: gördüğüm durumların yarısında sorun üç hedefli müdahaleye iniyor ve yenileme bütçesi beş yıllık bakımı karşılayacak durumda oluyor.

- Source canonique : [https://allaux.fr/tr/creation/refonte-ou-reparation](https://allaux.fr/tr/creation/refonte-ou-reparation)
- Langue : TR
- Dernière mise à jour : 2026-09-30

## Kısa yanıt

> Sorun temeldeyse PrestaShop sitenizi yeniden yapın: artık güvenlik yaması almayan bir sürüm, yanlış modellenmiş bir katalog, iz bırakılmadan değiştirilmiş bir çekirdek ya da niteliği değişmiş bir iş. Geri kalan her şey için — yavaşlık, eskimiş tasarım, mobil görünüm, güncelleme sonrası hatalar — hedefli bir onarım çok daha ucuza gelir; ne sıralamanızı ne de sipariş geçmişinizi riske atar.

## “Siteyi yenilemek” pratikte ne demek

Bu sözcük, fiyatı bire on değişen üç ayrı projeyi kapsar. Birincisi tema değişimidir: vitrin değişir, katalog, siparişler ve adresler yerinde kalır. İkincisi aynı platform üzerinde yeniden kurmadır: yeni kurulum, yeni tema, yeniden aktarılan katalog, yeniden hesaplanan adresler. Üçüncüsü platform değişimidir; buna ürün modelinin çevrilmesi ve tüm modüllerin yeniden edinilmesi eklenir.

Bu üçünü karıştırmak, tekliflerdeki klasik hatadır. Bir modernleşme talebine “yenileme” diye karşılık veren bir tedarikçi, birincisi yeterken üçüncüsünü satar. Katalog modellemesi bozukken salt tema öneren bir tedarikçi ise on sekiz ay içinde sizi yeniden kasaya gönderir.

Dolayısıyla işe yarar soru “yeniden yapmalı mı” değildir. Şudur: tam olarak neyi mevcut sistem üzerinde düzeltmek mümkün değil? Bu soru yazılı olarak yanıtlanmadıkça yenileme teklifleri karşılaştırılabilir değildir.

## Yenileme ihtiyacına benzeyip öyle olmayanlar

- “Site yavaş.” Yavaşlık neredeyse her zaman bir modülden, dizinlenmemiş bir sorgudan ya da yetersiz barındırmadan gelir. Aynı modüllerle aynı sunucuda baştan yapmak yavaşlığı birebir yeniden üretir.
- “Tasarım eski duruyor.” Tema, kataloğa ve adreslere dokunmadan değiştirilir. Bu listede etkisi anında görünen tek işlemdir ve en az riskli olanıdır.
- “Mobilde düzgün değil.” Bu bir şablon ve stil sayfası işidir, yeniden inşa değil. Tema o kadar eskiyse ki hiç mobil sürümü olmamışsa durum değişir.
- “Artık hiçbir şeyi değiştiremiyoruz.” Çoğunlukla alt tema kullanılmadan değiştirilmiş bir temanın ya da biriken override’ların belirtisidir. Çözüm düzene sokmaktır, her şeyi silmek değil.
- “Sıralama düşüyor.” Yenileme sıralamayı düşürür, yükseltmez. Düşüşün belirlenebilir bir nedeni vardır ve olduğu yerde ele alınır.
- “Bir işlev eklemek istiyoruz.” Yeni bir ihtiyaç mevcut sistem üzerine geliştirilir. Bir işlev eklemek için siteyi baştan yapmak, mevcut en pahalı akıl yürütmedir.

## Baştan yapmanın haklı olduğu beş durum

1. **Katalog modeli kökten yanlış** — Varyantlar ayrı ürün olarak oluşturulmuş ya da özellikler öznitelik yerine kullanılmış. Geri kalan her şey — filtreler, stok, fiyatlar, satıcı akışları — bu hatayı devralır. Düzeltmek, kataloğu ve adreslerini yeniden yazmak demektir: bu bir yenilemedir, adını koymak gerekir.
2. **Kurulu sürüm artık desteklenmiyor** — Güvenlik yaması yok, ömrü bitmiş bir PHP zemini, yayıncıları ortadan kaybolmuş modüller. O noktadan sonra her güncelleme bir kumardır ve sitenin sigortacısı sizsiniz.
3. **Çekirdek doğrudan değiştirilmiş** — Kaynak deposu ve neyin değiştiğine dair iz olmadan yeniden yazılmış çekirdek dosyalar. Her sürüm geçişi bu emeği siler. Eski bir sitede bu değişiklikleri yeniden bulmak kimi zaman temiz bir yeniden inşadan pahalıya gelir.
4. **İşin niteliği değişmiş** — B2B’ye geçiş, uluslararası açılım, bir yönetim yazılımının devreye girmesi, çoklu mağaza. Bunlar eklenti değildir: mevcut platformun taşımayabileceği farklı veri modelleridir.
5. **Artık kimse üzerinde çalışamıyor** — Hiç belge yok, tam erişim yok, ardışık üç geliştiricinin devralmayı reddettiği bir kod. Yenileme o noktada teknik değil ekonomik bir karara dönüşür.

## Yenileme mi onarım mı: her seçeneğin getirdikleri

Onarım, mevcut kurulumda tespit edilmiş bir kusuru giderir: çöken bir modül, fazla yavaş bir SQL sorgusu, uyumsuz hâle gelmiş bir override, PrestaShop 500 hatası veren bir sayfa. Adresler, müşteri hesapları, sipariş geçmişi ve ayarlar yerinde kalır. Risk yalnızca dokunulan yerle sınırlıdır ve canlıya almadan önce bir kopya üzerinde test edilir.

Yenileme ise baştan kurar: yeni kurulum, yeniden yapılan ya da değiştirilen tema, aktarılan veriler, yeniden kurulan ya da muadilleriyle değiştirilen modüller. İyisiyle kötüsüyle birikmiş her şeyi düzler. Risk aynı anda bütün siteyi kapsar; bu yüzden bir yenilemenin hazırlığı geliştirmesinden uzun sürer.

İkisinin arasında çoğu zaman unutulan bir yol vardır: verileri koruyarak sürüm yükseltmek, yani sıfırdan başlamadan temeli değiştirmek. 1.7’den 8’e ya da 8’den 9’a bir PrestaShop geçişi tam olarak budur. Çok eski bir mağazada bu yol kapanır: PrestaShop 1.5’ten 8’e geçiş pratikte veri aktarımlı bir yeniden inşadır ve öyle fiyatlandırılır.

## Bir PrestaShop sitesini devralmak: her şeyi yeniden yapmadan önce mevcut olanı okumak

Yenileme taleplerinin çoğu, tedarikçi değiştiği anda gelir: eskisi artık yanıt vermiyor, yenisi her şeyi baştan yapmayı öneriyor. Anlaşılır bir durum — başkasının kodunu devralmak önce onu okumayı gerektirir — ama teknik bir gerekçe değildir. Anlamak zorunda kalmamak için baştan yapmak, çalışan şeye ikinci kez para ödemektir.

Bu yüzden bir yenilemeyi fiyatlandırmadan önce mevcut olanı okurum: çekirdekte neyin değiştirildiğini, override/ klasörünün içeriğini, yayıncısı ortadan kaybolmuş modülleri, gerçekten desteklenen PHP sürümünü ve sizin adınıza olmayan erişimleri. Bu inceleme kısadır ve gün bazında faturalandırılır. Sonunda teslim ettiğim belge, neyin onarılabileceğini, neyin yeniden yapılması gerektiğini ve hangi sırayla yapılacağını açıkça yazar. Yaklaşımın tamamı başka bir tedarikçiden kalan PrestaShop sitesini devralmak sayfasında anlatılıyor.

## Baştan yaparken kaybedilen ve fiyatlanması unutulanlar

> Yönlendirme planı önceden yazılmazsa eski adreslerde kazanılmış sıralama. Veri aktarımı teklifte yoksa sipariş ve müşteri geçmişi. Yıllarca işletmeyle biriken ince ayarlar: fiyat kuralları, kargo istisnaları, özel durumlar, e-posta şablonları. Ve backoffice’i yeniden öğrenmek zorunda kalacak ekibinizin alışkanlığı. Bu dört kalem her yenileme projesinde vardır; yalnızca dürüst tekliflerde görünür.

## PrestaShop site yenileme: yaklaşık fiyatlar ve süreler

Bunlar fikir edinmeniz için verilen, fiyatlar sayfasıyla tutarlı büyüklük sıralarıdır. Gerçek fiyat kodun durumuna, veri hacmine ve aktarılacak modül sayısına bağlıdır; bir görüşmeden sonra belirlenir, asla önce değil.

Hedefli onarım (hata veren modül, belirli bir yerdeki yavaşlık, düzeltilecek bir override): harcanan süreye göre faturalandırılır, müdahale başına birkaç on avrodan birkaç yüz avroya kadar. Sağlam bir temelde saatlerle ölçülür.

Mevcut siteye iyileştirme ya da yeni işlev: hedefli bir işlev için yaklaşık 500 €’dan başlar, kapsama göre artar.

Sürüm yükseltme ya da veri aktarımlı yeniden inşa: kataloğun ve geçmişin hacmine, değiştirilecek modül sayısına ve platform değişip değişmediğine göre genellikle 1.000 € ile 8.000 € arası. Basit bir mağaza birkaç iş gününde tamamlanır; özel modüllü ya da çok özelleştirilmiş temalı bir mağaza birkaç hafta sürer.

Ön denetim: gün bazında faturalandırılan kısa bir çalışma; geri kalan hiçbir şeye bağlanmadan önce onarım ile yenileme arasında karar verir.

Grafik tasarım ve maket çalışması varsayılan olarak dahil değildir: yenileme özel bir yeni tasarım içeriyorsa bu tutarlara eklenir. Takvime gelince, geliştirmeden çok çevresindekilere bağlıdır: maketlerin onayı, temizlenecek katalog, yazılacak yönlendirme planı, ödeme sürecinin testi. Mağaza bütçesi ve gerçekçi yayına alma süreleri sayfaları paranın ve haftaların gerçekte nereye gittiğini ayrıntılandırır.

## İlgili sayfalar

- **Yenilemeden sonra kaybedilen sıralama** — Yönlendirme planı eksik kaldığında ne olur ve neyi geri almak hâlâ mümkündür. ([/problemes/referencement-perdu-apres-refonte](/problemes/referencement-perdu-apres-refonte))
- **Hazır giyim e-ticaret yenilemesi** — Katalog ve adres aktarımını içeren gerçek bir canlıya alma. ([/realisations/refonte-ecommerce-pret-a-porter](/realisations/refonte-ecommerce-pret-a-porter))
- **Başarım ve teknik SEO** — Yavaşlığı bulunduğu yerde ele almak, bunun için siteyi baştan yapmak yerine. ([/services/performance-web](/services/performance-web))
- **PrestaShop geçişi** — Sıfırdan başlamadan büyük sürüm değiştirmek: gerçekte neleri gerektirir. ([/prestashop/migration](/prestashop/migration))
- **PrestaShop 1.5’ten 8’e geçiş** — Bu kadar eski bir sürümde geçiş, yeniden inşa demektir: neyin aktarıldığı, neyin yeniden yapıldığı. ([/prestashop/migration/1-5-vers-8](/prestashop/migration/1-5-vers-8))
- **Mevcut bir PrestaShop sitesini devralmak** — Bir devralmayı kabul etmeden önce neye baktığım ve onu makul kılan ya da kılmayan şeyler. ([/creation/reprendre-un-site-existant](/creation/reprendre-un-site-existant))
- **Yenileme sırasında SEO** — Yönlendirme planı ve adres envanteri geçiş günü değil, kapsam belirlenirken hazırlanır. ([/creation/referencement-pendant-une-refonte](/creation/referencement-pendant-une-refonte))
- **Tema değişikliğinden sonra bozulan görünüm** — Yenilemeyi gerekli gibi gösteren, ama tema içinde düzeltilen belirti. ([/prestashop/problemes/bugs-css-responsive-apres-theme](/prestashop/problemes/bugs-css-responsive-apres-theme))

## FAQ

### PrestaShop sitem yenileme mi yoksa onarım mı gerektiriyor, nasıl anlarım?

Sizi rahatsız edenlerin listesini, çözümden söz etmeden yazın. Sonra her satırın karşısına şu soruyu koyun: bu, mevcut kurulum üzerinde düzeltilebilir mi? Yanıtların çoğu evetse yenilemeye değil, önceliklendirilmiş bir iyileştirme planına ihtiyacınız var. Tıkanmalar veri modeline ya da desteklenmeyen bir sürüme dokunuyorsa terazi diğer yana kayar.

### Bir PrestaShop sitesini yenilemek ne kadara mal olur ve ne kadar sürer?

Sürüm yükseltme ya da veri aktarımlı yeniden inşa, grafik tasarım hariç, katalog hacmine ve değiştirilecek modül sayısına göre genellikle 1.000 € ile 8.000 € arasındadır. Basit bir mağaza birkaç iş gününde, çok özelleştirilmiş bir mağaza onaylar dahil birkaç haftada tamamlanır. Hedefli bir onarım ise harcanan süreye göre faturalandırılır ve saatlerle ölçülür. Kesin rakam bir görüşmeden ya da denetimden sonra gelir, asla önce değil.

### Tasarım, gerisine dokunmadan yenilenebilir mi?

Evet ve bu çoğu zaman görünür etki ile risk arasındaki en iyi orandır. Tema değişimi ne adresleri, ne siparişleri, ne de müşteri hesaplarını değiştirir. Dikkat noktaları, görüntüsünü tema kancalarına yerleştiren modüller ile alt tema kullanılmadan eski temada doğrudan yapılmış özelleştirmelerdir.

### Yenileme mutlaka trafik kaybettirir mi?

Hayır, ama varsayılan olarak kaybettirir. Her eski adres gerçek karşılığına yönlendirilirse, sıralamayı taşıyan içerikler kısaltılmak yerine aktarılırsa ve yeni site eskisinden yavaş değilse trafik korunur. Bu üç koşul emek gerektirir, dolayısıyla teklif kalemidir.

### Fırsat bu fırsat platform değiştirmeli mi?

Yalnızca mevcut platform belirli bir şeyi yapmanızı engelliyorsa. Bir başkası moda olduğu için değiştirmek, ürün modelinin çevrilmesini, tüm modül karşılıklarının yeniden satın alınmasını ve bir öğrenme eğrisini ekler; üstelik müşterilerinizin görmeyeceği bir sonuç için. Değiştirmenin doğru gerekçesi adı konmuş bir kısıttır.

### Eski site ne kadar süre erişilebilir tutulur?

Eski site geçişte durur, ama veritabanı dâhil eksiksiz ve çalışır bir yedeği aylarca saklanır. Bu aşırı ihtiyat değildir: eksikler haftalar içinde ortaya çıkar — bir fatura şablonu, unutulmuş bir fiyat kuralı, bir müşteri dosyası. Kullanılabilir bir kopya olmadan bunlar kaybolur.