Üzerinde çalıştığı platformdan bilinen bir bedelle ayrılabiliyorsan, ürettiğin ürünün sahibisin. Pratikte bu, beş şeyi kontrol etmek demek: alan adı, veri, müşteri ve ödeme hesapları, özgün dosyalar ve ürünün nasıl çalıştığını anlatan yazılı bir tarif. Kendin çalıştıracaksan kaynak kod da önemlidir.
- Kâğıt üzerindeki sahiplik ile pratikteki sahiplik ayrı sorulardır. Koşullar içeriğinin senin olduğunu söylerken ayrılmak pahalı kalabilir.
- Kilitlenme nadiren tek bir karardan çıkar. Kolaylıklar üzerinden birikir: yalnızca platforma ait bir adres, dışa aktarılamayan veri, başkasının tüccar hesabına bağlı müşteriler.
- En ucuz koruma yapısaldır: alan adını kendin kaydet, ödemeleri kendi sağlayıcı hesabından geçir ve her dosyanın orijinalini sakla.
- Yalnızca parçalar hâlinde, kayıtlar arasındaki bağlantılar olmadan dışarı alabildiğin veri erişilebilirdir ama taşınabilir değildir.
- Kod indirme, onu çalıştıracak yazılımcıların varsa işe yarar. Birçok küçük ürün için değerin büyük kısmını alan adı, veri, müşteriler ve şartname taşır.
- Birkaç ayda bir kısa bir çıkış tatbikatı yap: neyi götürürsün, nereye gider ve ne kadar sürer?
Ürün üretmek ile ona sahip olmak neden aynı şey değil?
Bir şey inşa etmek ona sahip olmak gibi hissettirir. Sayfaları sen seçtin, metni yazdın, fiyatları koydun ve ilk müşteri e-postalarını yanıtladın. Bu emek gerçek, ama kontrol hakkında pek bir şey söylemez. Sahiplik, ürünü çalıştığı yerden ayırmaya çalıştığında sınanır.
“Sahip olmak” sözcüğünün içinde iki soru saklı. Birincisi hukuki: koşullar içeriğin ve emeğin senin olduğunu söylüyor mu? İyi platformların çoğu, oluşturduğun ya da yüklediğin içerik için evet der. İkincisi pratik: yarın ayrılmaya karar verirsen yanında ne götürebilirsin ve bedeli ne olur? Bu yazı ikinci sorunun yazısı; bir fiyat artışı, politika değişikliği ya da kapanma zorlayana kadar kimsenin sormadığı soru.
Basit bir örnek boşluğu görünür kılar. Web sitesinden ön sipariş alan küçük bir pastane düşün. Site platformun bir alt alan adında duruyor, müşteri hesapları yalnızca platformun içinde var ve kartlı ödemeler platformun kendi tüccar hesabından geçiyor. Pastane tariflerine ve fotoğraflarına sahip, ama parayı kazandıran mekanizmanın pek azına. Taşınmak, yeni bir adres, kaybolan arama sıralamaları ve yeniden kayıt olup kart bilgilerini tekrar giren müşteriler demek.
Şimdi aynı pastaneye farklı bir kurulum ver: kendi alan adı, kendi ödeme sağlayıcı hesabı ve siparişlerin düzenli bir dışa aktarımı. Taşınmak, işi baştan kurmak yerine günlerle ölçülen bir projeye dönüşür. Dijital egemenlik, bu ikinci kurulumun daha büyük adıdır: ürününün, verinin ve müşteri ilişkilerinin nerede duracağına karar senin yerine verilmez, sen verirsin.
Platform kilitlenmesi sessizce nasıl birikir?
Platform kilitlenmesi, ayrılmanın kalmaktan pahalıya geldiği, kalmak artık en iyi seçenek olmasa bile süren noktadır. Neredeyse hiçbir zaman tek bir kötü karardan çıkmaz. Her adım atıldığı gün makuldür: lansman gelecek hafta olduğu için hazır adresi kullan, çalıştığı için hazır ödeme sayfasını kullan, bir tabloyu kurtardığı için müşteri notlarını özel bir alanda sakla.
Her kolaylığın bedeli ertelenir. Platformu bir alternatifle karşılaştırdığın ve biri “taşımak için ne gerekir?” diye sorduğu gün ortaya çıkar. Cevabın uzunluğu kilidin derinliğini ölçer. Kilitlenme hep aynı katmanlarda birikme eğilimindedir:
- Adres. Başkasının alan adındaki bir alt alan adı seni takip edemez. Bağlantılar, QR kodlar, basılı menüler ve arama sıralamaları, kontrol etmediğin bir adrese işaret eder.
- Kimlik. Kullanıcılarının girişleri yalnızca platformun içinde varsa, taşınmak her kullanıcıdan yeniden kayıt olmasını istemek demektir.
- Para. Platformun tüccar hesabından geçen ödemeler, kayıtlı ödeme bilgilerini, abonelikleri ve para aktarım geçmişini platformun tarafında tutar.
- Verinin biçimi. Yalnızca dağınık dosyalar olarak dışa aktarılabilen kayıtlar, siparişler, müşteriler ve ürünler arasındaki ilişkileri kaybeder.
- Entegrasyonlar. Bağlı her servisin kendi anahtarları ve ayarları vardır; her birinin nerede durduğunu birinin bilmesi gerekir.
- Bilgi birikimi. Ürünün nasıl çalıştığına dair tek tarif ürünün kendisiyse, onu başka yerde yeniden kurmak kendi işini tersine mühendislikle çözmekle başlar.
Bunların hiçbiri platformlardan kaçınmak için bir neden değil. Barındırılan araçlar gerçek bir işi ortadan kaldırdıkları için var. Amaç, istediğin kolaylıkları kabul edip her katmandan çıkışı bilinen ve karşılanabilir tutmak. Sahipliğin asıl olarak dayanıklılıkla ilgili olduğuna dair daha uzun bir tartışma için makinenin ürettiğinin sahibi kim yazımızı oku.
Ayrılıp ayrılamayacağını belirleyen beş varlık
Bir ürünü, yeni bir eve götüreceğin şeylere indirgersen, geri kalanlardan çok daha önemli beş varlık kalır.
| Varlık | Neden önemli | Kontrol nasıl görünür |
|---|---|---|
| Alan adı | Her bağlantı, QR kod, e-posta adresi ve arama sıralaması ona işaret eder | Adına kayıtlı, giriş yapabildiğin bir hesapta, DNS'ini değiştirebildiğin bir yapıda |
| Veri | Siparişler, randevular, üyeler ve mesajlar işletmenin işleyiş geçmişidir | CSV ya da JSON gibi yaygın bir biçimde, kimlik numaralarıyla eksiksiz bir dışa aktarım; kayıtlar yine birbirine bağlanır |
| Müşteri ve ödeme hesapları | Kayıtlı ödeme yöntemleri, abonelikler ve para aktarımları, gelirin bir taşınmadan sağ çıkıp çıkmayacağını belirler | İşletmenin adına açılmış, yenileyebildiğin anahtarlarla bağlanmış bir ödeme sağlayıcı hesabı |
| Özgün dosyalar ve metinler | Fotoğraflar, logolar, menüler, fiyat listeleri ve uzun metinleri yeniden oluşturmak yavaş ve pahalıdır | Orijinaller yalnızca platformun içinde değil, kontrol ettiğin bir yerde saklanır |
| Şartname | Sayfaların, kuralların, rollerin ve entegrasyonların yazılı bir tarifi, ürünü herkesin yeniden kurabilmesini sağlar | Ürün değiştikçe güncellenen kısa, canlı bir belge |
Neyin eksik olduğuna dikkat et: kaynak kod. Yazılımcıların işlettiği bir ürün için kod altıncı bir varlıktır ve çoğu zaman en önemlisidir. Kod yazmayan biri tarafından kurulan küçük bir işletme sitesi ya da şirket içi araç için ise, çalıştıramayacakları kod yukarıdaki beş varlıktan daha zayıf bir sigortadır.
Şartname özel bir vurguyu hak ediyor, çünkü insanların unuttuğu varlık o. Ürünün ne yaptığının açık, sade dilde bir tarifi her platforma, her ajansa ve gelecekteki her araca taşınır. Aynı zamanda, uygulamanın değil tarifin doğruluğun kaynağı sayıldığı spec odaklı geliştirmenin da omurgasıdır.
Veri taşınabilirliği gerçekte ne gerektirir?
Verini görmek ile onu alabilmek farklı şeyler. Birçok araç her kaydı ekranda gösterir. Daha azı hepsini tek seferde, başka bir sistemin okuyabileceği biçimde indirmene izin verir.
Yararlı taşınabilirliğin üç özelliği var. Dışa aktarım eksiksizdir: yalnızca ilk sayfa değil, her kayıt. Yapılandırılmıştır: yaygın bir biçimde, tutarlı adlı satırlar ve alanlar. Ve ilişkileri korur: bir sipariş hâlâ onu hangi müşterinin verdiğini ve hangi ürünleri içerdiğini bilir. Kimlik numarası olmayan bir dışa aktarım, bir kütüphaneyi kitap kitap taşıyıp kataloğu geride bırakmaya benzer.
Hukuki bir yönü de var ve bu, doğrudan seni ilgilendiriyor. Ürünün Birleşik Krallık ya da AB'deki insanlardan kişisel veri topluyorsa, bu kişilerin ürünü işleten işletme olarak sana karşı veri taşınabilirliği hakkı olabilir. Birleşik Krallık düzenleyicisi bunu, işleme rıza ya da sözleşmeye dayanıyor ve otomatik yollarla yapılıyorsa, kişilerin sağladığı kişisel verileri “yapılandırılmış, yaygın kullanılan ve makine tarafından okunabilir bir biçimde” alma hakkı olarak tarif ediyor (ICO'nun veri taşınabilirliği hakkı rehberi, İngilizce; çeviri bize ait). Kendi verisini dışa aktaramayan bir ürün sahibi, bu taleplere cevap vermekte de zorlanır.
Veriyi taşınabilir tutan alışkanlık basit: yalnızca ayrılırken değil, düzenli aralıklarla dışa aktar ve dosyanın açıldığını, kimlik numaralarının tuttuğunu kontrol et.
Yapay zekayla üretilen uygulamada kod dışa aktarımı önemli mi?
Yapay zeka uygulama oluşturucular sahiplik sorusunu keskinleştirir; çünkü kod senin için yazılır ve sana hiç gösterilmeyebilir. Bunun önemli olup olmadığı, kodu kimin kullanacağına bağlı.
Kaynak kod indirmek, onu çalıştıracak ve geliştirecek yazılımcıların varsa ya da işe almayı planlıyorsan değerlidir. Ama tek başına bir kod indirmesi çalışan bir ürün değildir. Yine barındırmaya, içinde verinin durduğu bir veritabanına, kullanıcı hesaplarına, ödeme ve e-posta anahtarlarına, bir alan adına ve güvenlik güncellemelerini uygulayacak birine ihtiyaç duyar. Teknik olmayan bir sahip için, çalıştıramayacağı kod yedek bir binadan çok bir plana benzer.
Bu yüzden dürüst kontrol listesinin iki dalı var. Kod kontrolü kesin bir şartsa, örneğin yatırımcılar, düzenlemeye tabi bir müşteri ya da kendi mühendislik planların bunu gerektiriyorsa, kodu teslim eden bir araç seç ve onu çalıştırmak için bütçe ayır ya da bir yazılımcı tut. Bu seçimi tartıyorsan yapay zeka mı, yazılımcı mı rehberini oku. Hız ve düşük bakım daha önemliyse, yukarıdaki beş varlık senin kontrolünde kaldığı sürece barındırılan bir oluşturucu doğru seçim olabilir.
WisyLink ikinci dalda duruyor ve bunu net söylemekte fayda var. Oluşturduğu web uygulamasını barındırır ve kaynak kod indirme seçeneği sunmaz. Sende kalanlar ise oluşturduğun ya da yüklediğin içerik, bağladığın alan adı, uygulamanın kullandığı ödeme ve e-posta sağlayıcı hesapları ve sohbette yazdığın tarif. Araç kategorileri arasındaki daha geniş takaslar no-code, low-code ve yapay zeka uygulama oluşturucuları karşılaştırmasında ele alınıyor.
Ürününü taşınabilir tutmak: bir çıkış kontrol listesi
Taşınabilirlik, ilk haftadan itibaren işin içine konduğunda en ucuzdur. Bu adımlar hemen her platformda işler ve kurmak bir öğleden sonra sürer.
- Alan adını kendi adına kaydet. Kontrol ettiğin bir alan adı kayıt firması hesabı kullan ve girişi sakla. Bir DNS kaydıyla bağlamak, onu sonra başka bir yere yönlendirmene izin verir. Bunun yolları özel alan adı nasıl bağlanır yazısında anlatılıyor.
- Ödeme ve e-posta hesaplarını kendi adına aç. Kendi ödeme sağlayıcı hesabını ve kendi e-posta gönderim (SMTP) hesabını kullan ve anahtarlarla bağla. Böylece müşteriler, abonelikler ve para aktarım geçmişi site oluşturucuda değil, sende durur.
- Orijinalleri sakla. Logoları, fotoğrafları, menüleri, fiyat listelerini ve uzun metinleri kontrol ettiğin bir klasörde tut. Kopyaları yükle, tek sürümü asla.
- Şartnameyi yaz ve güncel tut. Sayfaları, kayıtları, kimin ne yapabildiğini ve her entegrasyonu listeleyen tek bir sayfa. Ürün değiştiğinde güncelle.
- Veri dışa aktarımını bir özellik olarak gör. Önemli kayıtların yaygın bir biçimde kimlik numaralarıyla çıkabildiğinden emin ol. Uygulamanın bir yönetim alanı varsa orada yalnızca sahibin görebildiği bir dışa aktarım iste, sonra dosyanın açıldığını ve kayıtların bağlandığını test et.
- Her anahtarı ve nerede durduğunu listele. Her entegrasyon için sağlayıcıyı, hesabın sahibini ve anahtarın nasıl yenileneceğini not et. Anahtarlar sağlayıcıda yeniden üretilebilir; bu yüzden liste değerlerden daha önemli.
- Çıkış tatbikatı yap. Üç ayda bir ve her yeni entegrasyon eklediğinde, bir taşınmanın ne kadar süreceğini ve neyin bozulacağını tahmin et. Tahmin büyüyorsa hangi katmanın büyüdüğünü bul.
Tatbikatın amacı ayrılmak değil. Çıkışı bir acil durumdan bilinen bir niceliğe dönüştürür; bilinen bir nicelik bütçelenebilir, karşılaştırılabilir ve küçültülebilir.
Kalsan bile ayrılma seçeneği neden önemli?
Hiç kullanmadığın bir çıkış bile ilişkiyi değiştirir. Ayrılabilen bir müşteri, ayrılamayandan farklı bir konumdan pazarlık eder. Ürün iyi olduğu için kalmak bir karardır. Ayrılmak imkânsız olduğu için kalmak bir bağımlılıktır.
Düzenleyiciler bunu artık özel bir dert olmanın ötesinde ele alıyor. AB'de Veri Yasası (Data Act) 12 Eylül 2025'ten beri uygulanıyor ve bulut ile hizmet olarak yazılım sağlayıcıları dahil veri işleme hizmetleri arasında geçişe dair kurallar içeriyor. Avrupa Komisyonu'na göre, veri çıkış ücretleri dahil geçiş ücretleri 12 Ocak 2027'den itibaren tümüyle kaldırılacak (Data Act explained, İngilizce). Ayrıntılar ülkeye ve sözleşmeye göre değişir, ama yön net: müşteriler bir platformun ayrılmayı desteklemesini giderek daha çok bekliyor.
Kapıyı açık tutmak çoğu zaman az maliyetlidir: entegrasyon başına birkaç dakika, üç ayda bir dışa aktarım, güncel tutulan bir belge. Kapının kapalı olduğunu keşfetmek ise tek seferde çok pahalıya gelir. Kısa ömürlü araçların da bir yeri var; tek kullanımlık yazılım savunusu bunu gösteriyor, ama işini çalıştıran her şey bir çıkış planını hak ediyor.
WisyLink ile üret, önemli olanı elinde tut
Bu beş varlığın WisyLink'te nasıl yerleştiği şöyle. Ürünü bir sohbette anlatırsın; WisyLink onu kendi adresinde bir web uygulaması olarak oluşturur ve barındırır, projenin ihtiyaç duyduğu yerde veri, hesaplar ve ödemeler ekler.
- Alan adın. Her plan, ücretsiz olan dahil, sahip olduğun bir alan adını bir DNS kaydıyla uygulamana yönlendirmene (DNS'i sağlayıcında bırakarak) izin verir. Henüz alan adın yoksa önce herhangi bir alan adı kayıt firmasından bir tane kaydet. Hesabındaki bir alan adı, hiçbir bağlantı onu kullanmasa bile orada kalır.
- Müşterilerinin ödemeleri. Ödemeler, anahtarlarını Entegrasyonlar altına bir kez girdiğin kendi sağlayıcı hesabından, örneğin Stripe'tan geçer. WisyLink o hesabı hiçbir zaman tutmaz.
- E-postan. Uygulama e-postayı kendi SMTP hesabın üzerinden gönderir.
- İçeriğin. WisyLink'in kullanım koşulları şöyle der: “Oluşturduğun veya yüklediğin içeriğin mülkiyeti sende kalır” (koşullardaki ifadenin “sen” hitabına uyarlanmış hâli). Yine de referans dosyalarının orijinallerini sakla.
- Şartnamen. Uygulamayı anlattığın ve geliştirdiğin sohbet, ne yapması gerektiğinin yazılı bir kaydıdır. Önemli kararları kendi belgene kopyala.
İki sınırı hesaba kat: WisyLink kodu teslim etmek yerine barındırır ve ücretsiz bağlantılar 30 gün sürer; ücretli planlar ise abone olduğun sürece bağlantıları yayında tutar. Ürün sayfası her sitenin nasıl yalıtılıp yayınlandığını anlatıyor, planlar ve fiyatlar sayfası her planın neler içerdiğini gösteriyor. Hazır olduğunda ücretsiz başla, ilk sürümü oluştur, her formu ve ödemeyi test et ve yayından önce yukarıdaki çıkış kontrol listesini uygula.
S.S.S.