Wix mi WordPress mi sorusu genelde yanlış yerden soruluyor: "hangisi daha kolay" diye. Cevabı da herkesin bildiği gibi — site kurucular daha kolay. Sürükle bırak ile bir öğleden sonra içinde yayında olursunuz, hosting, güncelleme, yedek, sertifika hiçbiriyle uğraşmazsınız. Ama bu soru, kararın sadece ilk haftasını kapsıyor. Asıl soru şu: iki yıl sonra bu siteyi başka bir yere taşımak istediğinizde ne olacak?
Bu yazıda site kurucu ile kendi hostinginizde WordPress kararını üç eksende ele alacağım — Türkçe kaynakların neredeyse tamamının atladığı üç eksen: içeriğinizi ve tasarımınızı platformdan gerçekten çıkarabilir misiniz (taşınabilirlik), maliyetin ilk yıl değil üçüncü yıl neye benzediği, ve teknik SEO üzerinde ne kadar kontrolünüz kaldığı. Özellik listesi karşılaştırması yapmayacağım; o listeler zaten her yerde var ve karar vermenize yardımcı olmuyor. Bunun yerine karar vermeden önce yapabileceğiniz somut bir "ihracat testi" ve geçişin gerçekte nasıl yürüdüğünü anlatacağım. Yıllardır en çok gördüğüm pişmanlık, üç yıl emek verilmiş bir sitenin taşınamaz olduğunun taşınma anında öğrenilmesidir.
Site Kurucu ile Kendi Hostinginde WordPress Arasındaki Temel Fark#
İki seçenek arasındaki fark, "kolay" ile "zor" değil; kiracı ile mal sahibi arasındaki farktır.
Site kurucularda yazılım, sunucu, veritabanı ve tasarım motoru tek bir şirkete aittir. Siz bir hesap açar, o sistemin izin verdiği çerçevede içerik üretirsiniz. Sistem sizin için çalışır ama sistemin kendisi sizin değildir.
WordPress'te ise üç parça vardır ve üçü de ayrı ayrı sizindir:
- Alan adı — sizin adınıza kayıtlıdır, istediğiniz an başka bir sağlayıcıya taşınır.
- Hosting — siteyi barındıran alandır, beğenmezseniz değiştirirsiniz.
- Yazılım — açık kaynak WordPress, dosyaları ve veritabanı sizin elinizdedir.
Bu üçünün ayrı olması, kolaylık açısından bir dezavantaj (üçünü de siz yöneteceksiniz), sahiplik açısından ise kararın tamamıdır. Bir parçadan memnun kalmazsanız sadece onu değiştirirsiniz; site kurucularda memnuniyetsizlik sizi doğrudan "her şeyi baştan yapma" noktasına götürür.
Aynı ayrımın daha ileri seviyesi, WordPress ile sıfırdan yazılmış özel bir sistem arasındaki karardır; onu da WordPress mi özel yazılım mı yazısında ele aldık.
Taşınabilirlik: İçeriğinizi Platformdan Çıkarabilir misiniz#
Bu, kararın en belirleyici maddesi ve Türkçe karşılaştırmalarda neredeyse hiç geçmiyor.
Bir siteyi taşınabilir yapan şey dört parçadır ve her biri ayrı ayrı taşınabilir olmalıdır:
| Parça | Site kurucularda tipik durum | WordPress'te |
|---|---|---|
| Yazı/sayfa metinleri | Kısmen dışa aktarılır, biçimlendirme bozulabilir | XML (WXR) ve doğrudan veritabanı |
| Görseller | Genelde tek tek indirilir, toplu dışa aktarım sınırlı | wp-content/uploads klasörü olduğu gibi |
| Tasarım/tema | Taşınamaz — platforma özel motor | Tema dosyaları ve CSS sizde |
| URL yapısı | Platformun kuralına bağlı | Tamamen sizin kontrolünüzde |
| Ürün/sipariş verisi | CSV dışa aktarımı, alan eşleşmesi elle | Veritabanı tabloları + CSV |
| Form kayıtları, üye listesi | Çoğu zaman kısıtlı | Veritabanında, tam erişim |
Tablodaki asıl satır tasarım satırıdır. İçeriğinizi bir şekilde dışa aktarabilirsiniz — metin metindir. Ama site kurucunun sürükle-bırak motoruyla kurduğunuz sayfa düzeni, o motorun kendi veri yapısında tutulur ve başka hiçbir sistemde açılmaz. Yani "sitemi taşıdım" dediğinizde gerçekte olan şey, metinleri ve görselleri alıp tasarımı sıfırdan yapmaktır.
WordPress tarafında da tema bağımlılığı vardır (sayfa kurucu eklentisiyle kurulmuş bir sayfa, tema değişince bozulabilir) ama kritik fark şudur: içerik wp_posts tablosunda, medya dosya sisteminde, yapılandırma wp_options içindedir ve hepsine erişiminiz vardır. Bir yedek alıp başka bir sunucuya açtığınızda site açılır. Bunun adım adım nasıl yapıldığını WordPress manuel site taşıma yazısında anlattık.
Karar Vermeden Önce Yapın: İhracat Testi#
Şu testi bir platformda hesap açtığınız ilk hafta yapın, üç yıl sonra değil. Beş adım:
- Yönetim panelinde dışa aktarma (export) menüsünü bulun. Yoksa cevabınızı zaten aldınız.
- Dışa aktarımı çalıştırın ve dosyayı indirin. Ne formatta geldiğine bakın: standart bir format mı (XML, CSV, Markdown, SQL) yoksa platforma özel bir uzantı mı?
- Dosyayı bir metin düzenleyicide açın. İçinde gerçek metinleriniz var mı, yoksa sadece kimlik numaraları ve referanslar mı?
- Görsellerin dışa aktarımda yer alıp almadığına bakın. Genelde yer almaz; medya kütüphanesini toplu indirebiliyor musunuz kontrol edin.
- Alan adınızın kimin adına kayıtlı olduğunu sorgulayın. Platform üzerinden aldıysanız kayıt sahibi siz misiniz, yoksa platform mu?
Beşinci madde en can yakıcı olanı. Alan adı platformun adına kayıtlıysa, taşınma kararınız onların onayına bağlı hale gelir. Alan adını her zaman kendi adınıza, hosting'den bağımsız kaydettirin — nedenlerini ve süreci alan adı nasıl satın alınır yazısında topladık.
WordPress tarafında aynı testin karşılığı çok daha basittir. Dışa aktarım için panelde Araçlar → Dışa Aktar yeterlidir; tam yedek içinse dosya + veritabanı ikilisi:
tar czf site-yedek.tar.gz /home/kullanici/public_html
mysqldump -u kullanici -p veritabani_adi > veritabani.sql
Bu iki dosya, sitenizin tamamıdır. Başka bir sunucuya taşıyıp açtığınızda site aynen çalışır. Yedekleme stratejisinin tamamı için WordPress yedekleme yazısına bakabilirsiniz.
Toplam Maliyet Eğrisi: İlk Yıl Değil Üçüncü Yıl#
Maliyet karşılaştırmaları neredeyse her zaman ilk yıl üzerinden yapılıyor ve bu, kararı yanlış yöne çeviriyor. Rakam vermeden, maliyetin yapısını karşılaştıralım:
| Maliyet kalemi | Site kurucu | Kendi hostinginde WordPress |
|---|---|---|
| Temel abonelik | Aylık/yıllık, sabit | Hosting yıllık, sabit |
| Alan adı | Genelde ilk yıl dahil, sonra faturaya eklenir | Ayrı ve bağımsız |
| E-posta hesabı | Çoğu planda ek ücretli | Genelde pakete dahil |
| Ödeme/e-ticaret özelliği | Üst pakete geçiş gerektirir | Eklenti, çoğu ücretsiz |
| İşlem başına komisyon | Bazı planlarda platform payı olabilir | Yok (yalnızca ödeme kuruluşu) |
| Tasarım/tema | Premium şablonlar ek ücret | Ücretsiz veya tek seferlik lisans |
| Depolama/trafik aşımı | Üst pakete zorlar | Paket limitleri içinde, esnetilebilir |
| Bakım/güncelleme | Platform yapar (dahil) | Siz yaparsınız veya hizmet alırsınız |
| Platformdan çıkış | Tasarımı sıfırdan yapma maliyeti | Yalnızca taşıma emeği |
Eğrinin şekli şudur: site kurucularda maliyet düşük başlar ve özellik ihtiyacınız arttıkça basamaklı olarak sıçrar — çünkü ihtiyacınız olan tek özellik için bir üst pakete geçmek zorunda kalırsınız. WordPress'te maliyet daha düz ilerler ama başlangıçta biraz daha yüksek ve daha çok emek ister.
Ve son satır, tablonun en önemli satırı: çıkış maliyeti. Bir kararın gerçek maliyeti, o karardan dönmenin maliyetini de içerir. Site kurucudan çıkarken tasarımı yeniden yapmak zorunda kalmanız, ilk yıl kazandığınız kolaylığın faturasıdır.
Web sitesi kurmanın toplam maliyet kalemlerini ayrı ayrı görmek isterseniz web sitesi açma maliyeti yazısı bu kalemleri tek tek açıyor.
Teknik SEO Kontrolü: Neye Erişebiliyorsunuz#
SEO tartışması genelde "hangisi SEO'ya daha uygun" diye yürüyor ve cevap "ikisi de olabilir" oluyor. Bu doğru ama işe yaramaz. Doğru soru şudur: teknik SEO müdahalelerinden hangilerine erişiminiz var?
İşte ölçülebilir liste:
| Müdahale | Site kurucularda | WordPress'te |
|---|---|---|
| Başlık ve meta açıklama | Genelde var | Var |
| URL yapısını serbestçe belirleme | Kısıtlı (platform öneki olabilir) | Tam kontrol |
| 301 yönlendirme kurma | Kısmen, panel üzerinden | Tam (eklenti veya .htaccess) |
robots.txt düzenleme | Genelde kilitli | Tam kontrol |
sitemap.xml özelleştirme | Otomatik, müdahale yok | Tam kontrol |
| Yapısal veri (schema) ekleme | Sınırlı, şablona bağlı | Tam kontrol |
| Sayfa hızı optimizasyonu | Platformun elinde | Önbellek, CDN, görsel, sunucu ayarı |
| Sunucu yanıt başlıkları | Erişim yok | Tam kontrol |
| Log dosyalarını inceleme | Erişim yok | Erişim var |
Son üç satır, ciddi bir SEO çalışmasında fark yaratan satırlardır. Örneğin sayfanızın gerçekten önbellekten mi geldiğini görmek için başlıkları okumanız gerekir:
curl -sI https://ornek.com/ | grep -iE "cache|server|x-|content-encoding"
Site kurucularda bu başlıkları değiştiremezsiniz; WordPress'te sunucu yapılandırmanızla belirlersiniz. Aynı şekilde eski bir adresi yenisine yönlendirmek için .htaccess dosyanıza doğrudan yazabilirsiniz:
RewriteEngine On
RewriteRule ^eski-sayfa/?$ /yeni-sayfa/ [R=301,L]
Yönlendirme mantığının tamamı için WordPress 301 yönlendirme, URL yapısı için WordPress permalink ayarları yazılarına bakın. Yapısal veri tarafını WordPress schema yapısal veri anlatıyor.
Şunu da dürüstçe söylemek gerekir: kontrol otomatik olarak sonuç getirmez. Kontrolü olan ama kullanmayan bir WordPress sitesi, iyi ayarlanmış bir site kurucu sitesinden daha kötü performans gösterebilir. Kontrol, tavanı belirler; tavana çıkıp çıkmayacağınız size kalmıştır. Başlangıç için WordPress SEO başlangıç ve arama motoruna sitenizi tanıtmak için Google Search Console kurulumu yazıları yol gösterir.
Öğrenme Eğrisi ve Gerçek Zaman Maliyeti#
Site kurucuların en büyük gerçek avantajı burada: ilk siteyi yayınlama süresi. Hiç teknik bilgisi olmayan biri bir günde yayına girebilir.
WordPress tarafında ise gerçekçi tablo şudur:
- Kurulum: Modern hosting panellerinde tek tıkla kurulum vardır; bu adım 5 dakikadır ve korkulacak bir yanı yoktur. Süreci WordPress Softaculous kurulum yazısı gösteriyor.
- Tema seçimi ve ayarlama: Buradaki süre tamamen sizin beğeninize bağlı, teknik bilgiye değil. Çoğu insanın en çok vakit harcadığı adım budur.
- İlk ayarlar: Kalıcı bağlantılar, SSL, önbellek, güvenlik. Bir kereliktir; kontrol listesi WordPress kurulum sonrası ilk ayarlar yazısında.
- Sürekli bakım: Güncellemeler, yedekler, güvenlik. Ayda birkaç saat ya da bu işi devreden bir bakım hizmeti.
Yani "WordPress zor" cümlesinin gerçek karşılığı, kurulumun zorluğu değil, bakımın sürekliliğidir. Site kurucular bakımı üstlenir; WordPress'te bakım ya sizde olur ya da devrettiğiniz bir hizmette. Bakımı ihmal edilen bir WordPress sitesi ise gerçekten sorun çıkarır: eski eklentiler güvenlik açığı, güncellenmeyen PHP sürümü uyumsuzluk, kontrol edilmeyen yedek ise felaket demektir. Bu tarafın ciddiyetini WordPress güncelleme yönetimi ve WordPress güvenliği yazılarında ele aldık.
Zaman maliyetini dürüst kıyaslamak için şu soruyu sorun: Ayda 2-3 saat bakım işine ayırabilir misiniz, yoksa bu işi hiç düşünmemeyi mi tercih edersiniz? Cevabınız ikincisiyse ve sitenizin özel bir gereksinimi yoksa, site kurucu sizin için makul bir karardır. Cevabınız birincisiyse WordPress size uzun vadede çok daha fazlasını verir.
Hangi Durumda Hangisi#
Karar listesi, mümkün olduğunca yalın:
Site kurucu şu durumlarda makul:
- Tek sayfalık tanıtım, portföy, etkinlik ya da kişisel sayfa
- Siteyi bir yıldan kısa süre kullanacaksanız (kampanya sayfası gibi)
- İçerik üretimi ve SEO planınız yoksa, site bir "dijital kartvizit" olacaksa
- Teknik hiçbir işle uğraşmak istemiyorsanız ve buna karşılık kontrolden vazgeçmeyi kabul ediyorsanız
Kendi hostinginizde WordPress şu durumlarda doğru:
- Blog, haber, rehber gibi düzenli içerik üreteceksiniz
- Organik aramadan trafik hedefiniz var ve teknik SEO'ya müdahale etmeniz gerekecek
- Ürün satacaksınız ve ödeme, kargo, fatura entegrasyonlarınız olacak
- Üye girişi, form kayıtları, özel alanlar gibi veri toplayacaksınız
- Siteyi uzun vadeli bir varlık olarak görüyorsunuz ve bir gün taşımak zorunda kalabilirsiniz
- Kurumsal e-posta, alt alan adları, çoklu dil gibi ihtiyaçlarınız var
İkisi arasındaki eşiği tek cümleyle koyayım: siteniz size gelir getirecekse ya da uzun vadeli bir varlıksa, sahipliği elinizde tutun. Site kurucular "site" üretir; WordPress "sizin siteniz"i üretir.
Site Kurucudan WordPress'e Geçiş Nasıl Yapılır#
Zaten bir site kurucudaysanız ve geçmek istiyorsanız, süreç şu sırayla yürür. Sırayı bozmayın; en çok kayıp, alan adının erken yönlendirilmesinden çıkar.
- Envanter çıkarın. Mevcut sitenin tüm URL'lerini listeleyin. Bu liste, geçiş sonrası yönlendirme haritanızın temeli olacak.
- İçeriği dışa aktarın. Panelin dışa aktarma aracını kullanın. Metinleri ve varsa yapılandırılmış verileri (ürünler, üyeler) ayrı ayrı indirin.
- Görselleri toplu indirin. Dışa aktarımda gelmiyorsa, sayfa sayfa kaydetmek yerine site haritanızdan medya URL'lerini çıkarıp toplu indirmeyi deneyin.
- Hostingi hazırlayın ve WordPress'i kurun. Site hazır olana kadar alan adına dokunmayın; geçici bir adres üzerinde çalışın. Kurulum adımları WordPress kurulumu yazısında.
- Tasarımı yeniden kurun. Bu adım kaçınılmazdır; site kurucunun tasarımı taşınmaz. Mevcut sitenin ekran görüntülerini alıp referans olarak kullanın.
- İçeriği aktarın ve URL'leri eşleyin. Mümkünse eski URL yapısını birebir koruyun — koruyabilirseniz yönlendirme ihtiyacınız da azalır.
- Yönlendirme haritasını kurun. Değişen her URL için 301 yönlendirmesi tanımlayın. Bu adım atlanırsa arama sonuçlarındaki mevcut konumunuzu kaybedersiniz.
- Alan adını en son yönlendirin. Site yeni sunucuda tam çalışır durumdayken DNS'i değiştirin.
- Geçiş sonrası kontrol edin. Search Console'da tarama hatalarını, 404 veren adresleri ve dizinleme durumunu ilk iki hafta düzenli izleyin.
Sekizinci adımdan sonra karşılaşılan yaygın bir sorun, sitenin dış servislere yaptığı isteklerin zaman aşımına düşmesidir; bu belirtiyi ve çözümünü curl error 28 hatası yazısında topladık.
Taşımayı kendiniz yapmak istemiyorsanız bunun profesyonel karşılığı da var; süreç ve nelere dikkat edildiği web sitesi taşıma yazısında.
Sıkça Sorulan Sorular#
Wix sitemi WordPress'e taşıyabilir miyim#
Kısmen taşıyabilirsiniz: metin içerikleriniz ve görselleriniz aktarılabilir ancak tasarımı sıfırdan kurmanız gerekir. Site kurucuların sayfa düzeni kendi özel veri yapılarında tutulduğu için hiçbir dışa aktarım o tasarımı beraberinde getirmez. Pratikte süreç şöyle işler: içeriği dışa aktarır, görselleri indirir, WordPress'te yeni bir tema seçip düzeni yeniden kurar, ardından eski URL'lerden yenilerine 301 yönlendirmesi tanımlarsınız. Yönlendirme adımını atlarsanız arama sonuçlarındaki mevcut konumunuzu kaybedersiniz.
Site kurucular SEO açısından WordPress'ten kötü mü#
Doğrudan kötü değil ancak müdahale alanınız belirgin biçimde dardır. Başlık, açıklama ve temel ayarlar çoğu site kurucuda yapılabilir; sorun robots.txt, sunucu yanıt başlıkları, gelişmiş yapısal veri ve önbellek stratejisi gibi ileri seviye müdahalelerde başlar. İçeriğiniz güçlüyse site kurucuyla da iyi sıralamalar alabilirsiniz. Fark, rekabetin sıkı olduğu alanlarda ve teknik iyileştirme gerektiğinde ortaya çıkar; orada elinizin bağlı olması belirleyici hale gelir.
WordPress kullanmak için kod bilmek gerekir mi#
Hayır, temel bir siteyi yayına almak için kod bilmenize gerek yoktur. Kurulum hosting panelinde tek tıkla yapılır, tema ve eklentiler arayüzden yönetilir, içerik editörü görsel çalışır. Kod bilgisi ancak temayı özelleştirmek, özel bir işlev eklemek ya da bir sorunu derinlemesine çözmek istediğinizde devreye girer. Buna karşılık WordPress'te "bir şeyleri yönetme" alışkanlığı gerekir: güncellemeleri takip etmek, yedek almak ve arada bir siteyi kontrol etmek gibi.
Alan adımı site kurucudan aldıysam ne olur#
Alan adının kimin adına kayıtlı olduğunu mutlaka doğrulayın; kayıt sahibi sizseniz sorun yoktur, taşıma yapabilirsiniz. Bazı durumlarda alan adı platformun kendi hesabı altında tutulur ve o zaman taşıma süreci onların prosedürüne bağlı hale gelir. Taşımadan önce alan adı kilidinin kaldırılması ve transfer kodunun (EPP/Auth kodu) size verilmesi gerekir. En sağlıklısı alan adını en baştan hostingden bağımsız olarak kendi adınıza kaydettirmektir.
WordPress hacklenir mi, site kurucular daha mı güvenli#
Bakımı yapılmayan bir WordPress sitesi risklidir, düzenli bakım yapılan bir WordPress sitesi ise güvenlidir. Riskin kaynağı WordPress çekirdeği değil, güncellenmeyen eklentiler, zayıf yönetici parolaları ve yanlış dosya izinleridir. Site kurucular güncellemeyi kendileri yaptığı için bu tarafta kullanıcıya iş bırakmaz; karşılığında sistemin nasıl korunduğuna dair kontrolünüz de olmaz. WordPress tarafında otomatik güncelleme, giriş sınırlama, düzenli yedek ve güncel PHP sürümü ile risk yönetilebilir seviyeye iner.
Küçük bir işletme için hangisi daha mantıklı#
Sitenin işletmenizde ne rol oynadığına bakın: sadece iletişim bilgisi ve tanıtım içeren bir kartvizit sayfası ise site kurucu makuldür. Buna karşılık müşteri sitenizden randevu alacaksa, ürün satın alacaksa ya da içerik üzerinden arama motorundan müşteri gelmesini bekliyorsanız kendi hostinginizde WordPress uzun vadede çok daha fazlasını verir. Karar noktası bütçe değil, sitenin gelir üretip üretmeyeceğidir. Gelir üretecek bir varlığın sahipliğini başka bir platforma bırakmamak genel kuraldır.
İki sistemi bir arada kullanabilir miyim#
Teknik olarak mümkündür ancak çoğu durumda tavsiye edilmez. Örneğin ana siteyi bir platformda tutup blogu ayrı bir alt alan adında WordPress ile yayınlayabilirsiniz. Sorun, iki ayrı sistemin tasarım tutarlılığını bozması ve arama motoru açısından otoritenin bölünmesidir. Tek bir alan adı altında tek bir sistemle ilerlemek hem yönetim hem SEO açısından daha sağlıklı sonuç verir.
Sitemi taşırken arama sıralamamı kaybeder miyim#
Yönlendirmeleri doğru kurarsanız kalıcı bir kayıp yaşamazsınız, geçici bir dalgalanma normaldir. Kritik adım, eski adreslerin her birinden yeni karşılığına 301 kalıcı yönlendirmesi tanımlamaktır; bu yapılmazsa arama motoru eski adresleri 404 olarak görür ve birikmiş değer kaybolur. Taşıma sonrası site haritasını yeniden gönderin ve tarama hatalarını ilk haftalarda düzenli takip edin. İçeriğin kendisini değiştirmeden taşıdıysanız sıralamalar genelde birkaç hafta içinde eski yerine oturur.
Kapanış#
Wix mi WordPress mi kararı, kolaylık ile sahiplik arasında bir tercih. Site kurucular ilk günü kolaylaştırır ve bu gerçek bir değerdir; hiçbir teknik işle uğraşmadan yayına girersiniz. Ama o kolaylığın bedeli, sitenizin gövdesinin başka birinin sisteminde durmasıdır — içeriğinizi çıkarabilirsiniz, tasarımınızı çıkaramazsınız. Kendi hostinginizde WordPress ise başlangıçta biraz daha emek ister, karşılığında alan adını, dosyaları, veritabanını ve teknik SEO'nun tamamını size bırakır. Kararı verirken sorulacak soru "hangisi daha kolay" değil, "bu siteyi üç yıl sonra taşımam gerekirse elimde ne kalır" olmalı.
WordPress tarafında ilerlemeye karar verdiyseniz doğru yerden başlamak işin yarısı: tek tıkla WordPress kurulumu ve otomatik yedek içeren WordPress hosting paketleri yeni başlayanlar için en kısa yol; genel amaçlı bir site kuracaksanız web hosting tarafına bakabilirsiniz. Alan adınızı hostingden bağımsız, kendi adınıza kaydettirmek için alan adı kayıt sayfasını kullanın — bu, taşınabilirliğin ilk şartı. Mevcut sitenizi bir platformdan çıkarıp taşımak istiyorsanız site taşıma hizmetimiz, kurduktan sonra güncelleme ve yedek işlerini hiç düşünmemek istiyorsanız WordPress bakım tarafı bu yükü üstlenir.