Lovable ile yapılan siteyi yayına nasıl hazırlarsınız?

Lovable nedir; yapay zekâ ile site yapma nasıl ilerler?

Lovable’da ihtiyacınızı gündelik dille tarif ederek arayüz ve uygulama işlevleri geliştirebilirsiniz. Platform kod, önizleme ve yayın araçlarını bir araya getirir. Lovable’ın resmî tanıtımı; veritabanı, kullanıcı girişi ve entegrasyonları da bu geliştirme sürecinin parçaları olarak açıklar. Her projede bu özelliklerin hepsini kurmanız gerekmez.

Yapay zekâya web sitesi yaptırmak için önce işletme hedefini daraltın: ürün tanıtmak, teklif toplamak veya üyeye özel kayıt tutmak. Örneğin “beş sayfa yap” yerine “ziyaretçi hizmet seçsin, formu doldursun ve başvuru bana ulaşsın” demek test edilebilir bir hedef oluşturur. Görünüşü değiştiren uzun komutlarla eksik işlevi gizlemeyin.

• İlk tarif: hedef kitle, sunulan hizmet ve tamamlanacak işlem.
• İkinci adım: örnek içerik, beklenen sonuç ve hata durumları.
• Üçüncü adım: yayın öncesi kabul listesi ve sorumlular.

Önce neyi yayına çıkardığınızı ayırın

Tanıtım sitesi, ürün satan mağaza ve üyelikli uygulama aynı hazırlığı gerektirmez. İlkinde ulaşan başvuru, mağazada doğru sipariş, üyelikli uygulamada ise kullanıcıların birbirinin özel kayıtlarını görememesi temel kabul koşuludur. Ekran sayısı bu koşulların yerini tutmaz.

Kod, veritabanı ve hesaplar kimin kontrolünde?

Lovable projesini GitHub’a bağlamak kodu dışarıda saklama ve geliştiriciyle çalışma olanağı sağlar. GitHub bağlantısı kullanmak Lovable’da site kurmanın zorunlu adımı değildir. Devir gerekiyorsa doğru hesap/depo seçimini ve eşitlemenin hangi sürüme ait olduğunu kaydedin.

Kod kopyası, çalışan veritabanının ve yüklenen dosyaların yedeği değildir. Lovable’ın yerleşik backend hizmeti ile dışarıdan bağlanan Supabase projesini ayırın; veri, üyelik ve dosya depolamasının hangi hesapta kaldığını bulun. Ana parolayı veya müşteri listesini ilk mesajda göndermeyin; inceleme için uygun yetki ve örnek veri kullanın.

Lovable’da Publish neyi yapar; neyi kontrol etmelisiniz?

Resmî yayın akışında editördeki Publish düğmesiyle yayın penceresi açılır; adres, erişebilecek kişiler ve güvenlik kontrolü gözden geçirilir. Yayın, o anki projenin bir sürümünü paylaşılabilir adrese çıkarır. Sonraki düzenlemeler için yeniden Publish changes işlemi gerekir; önizlemede gördüğünüz yeni ekranın canlıda otomatik değiştiğini varsaymayın.

Canlı bağlantıyı editörün dışından, telefonda ve oturum kapalıyken açın. Özel uygulama ise yalnız beklenen kişiler erişebilmeli. Form, giriş ve dış servis ayarlarını bu adreste tekrar deneyin. Proje başka bir sunucuya taşınacaksa kurulum komutu, bağımlılıklar ve canlı ortam değişkenleri de teslim planına eklenir.

Kendi alan adını bağlarken e-postayı bozmayın

Lovable’ın özel alan adı bölümünde size ait domain veya alt alan adı bağlanabilir; plan ve yetki koşullarını güncel hesabınızdan doğrulayın. Bağlantı penceresinin verdiği DNS değerlerini kullanın. Başka rehberden sabit IP veya kayıt kopyalamayın; sağlayıcının istediği değerler zamanla değişebilir.

Önce mevcut DNS kayıtlarını kaydedin. Web bağlantısı değişirken kurumsal e-postanın MX ve doğrulama kayıtları korunmalıdır. Kök alan adı ve www adresinin hangisine yönleneceğini belirleyin; her iki biçimde HTTPS ve doğru sayfaya ulaşmayı deneyin. Alan adı bağlamak ile başka kayıt kuruluşuna taşımak ayrı işlemlerdir.

RLS ve gizli anahtar: yalnız düğmeyi saklamak yeterli mi?

RLS, veritabanındaki hangi satıra hangi kullanıcının erişebileceğini belirleyen kurallardır. RLS’nin açık görünmesi tek başına doğru politika anlamına gelmez. İki test hesabıyla birinin özel kaydının diğerinde açılmadığını ve oturumu kapalı kişinin veriyi okuyamadığını doğrulayın. Bu denemeleri yalnız inceleme yetkiniz olan projede, örnek verilerle yapın.

Lovable’ın güvenli geliştirme belgesi tarayıcıdaki kodun incelenebildiğini vurgular. Ödeme veya yapay zekâ servisinin gizli anahtarı burada tutulmaz; Secrets içinde saklanıp sunucu tarafında kullanılır. Giriş ve yetki kararları da sunucuda doğrulanır. Açığa çıkmış bir anahtarı dosyadan silmek erişimi geri almaz; ilgili sağlayıcıda iptal edip yenileyin.

Quick scan ve Deep scan bulgularını gözden geçirin. Otomatik tarama, kapsamlı güvenlik incelemesinin veya projenizin iş kurallarını denemenin yerine geçmez. Hassas verili ve kritik işlemlerde inceleme derinliği ayrıca belirlenir.

Form ve ödeme gerçekten sonuç veriyor mu?

Formun ekranda başarılı görünmesi yerine kaydın veya e-postanın hedefe ulaştığını kontrol edin. Eksik alan, hatalı e-posta ve bağlantı kesintisinde anlaşılır uyarı çıkmalı. Aynı başvuru tekrarlandığında ne olacağı da belli olmalıdır.

Ödemede sağlayıcının test ortamını ve resmî belgelerini izleyin. Müşterinin başarı sayfasına dönmesi tek başına tahsilat kanıtı değildir; sunucunun doğruladığı ödeme kaydı ile sipariş eşleşmelidir. Tekrarlanan bildirimin aynı siparişi yeniden işlememesi kontrol edilir. Ödeme entegrasyonu hizmetinde hazır modül ile özel API geliştirmesinin farkını okuyabilirsiniz.

Yayın giderini ve geri dönüşü nasıl planlarsınız?

Alan adı, platform planı, veritabanı, dosya saklama, e-posta ve dış servis kullanımını ayrı listeleyin. Ücretsiz başlangıcın her trafik ve veri miktarında yeterli kalacağını varsaymayın. Kullanım sınırını, ödeme sorumlusunu ve uyarı adresini kaydedin.

Hangi sürümün yayına alınacağı ve hata halinde kimin karar vereceği belli olsun. Eski kod sürümüne dönmek değişmiş veritabanını otomatik geri almaz. Veri değişikliği varsa yedek ve geri yükleme yöntemi ayrıca hazırlanır. Günlük takip veya sürekli destek, tek seferlik yayın işinden ayrıdır.

Telefonda ve gerçek adreste son kabul

Hizmet seçiminden sonuca kadar temel işlemi telefonda ve klavyeyle tekrar edin. Metinler okunmalı; form etiketi, buton ve hata mesajı anlaşılmalıdır. Başlık, açıklama, bağlantılar ve arama motoruna kapalı kalmış sayfalar da kontrol edilir. Bir hız puanı müşteri işleminin tamamlandığını kanıtlamaz.

Teslimde hesaplar, giderler, tekrar yayın yönergesi, yapılan testler ve bilinen eksikler sizde kalmalı. Başka bir uzmanın işi ilerletebilmesi için yalnız çalışan link yeterli değildir. Devir sorunları için yarım kalan yazılım projesi rehberindeki listeyi kullanın.

Nerede takıldınız; hangi hizmeti almalısınız?

Örnek ilk mesaj: “Lovable’da teklif sitesi yaptım. Önizleme açılıyor, telefonda formdan sonra kayıt ulaşmıyor. Proje bağlantısı ve kod erişimi var. Önce sorunun ve yayına çıkmak için kalan işin yazılı değerlendirilmesini istiyorum.” Parola veya erişim anahtarı göndermeniz gerekmez.

Teknik proje incelemesi T10 güncel 4.900 TL (KDV hariç) bedelle, uygunluğu doğrulanan tek projede kararlaştırılan en çok üç kritik kullanıcı akışını inceler. Teslim; öncelikler, sınırlar ve sonraki adımları içeren yazılı rapor ile bir yazılı açıklama turudur. Kod değiştirme, hata düzeltme, veri taşıma ve yayına alma bu bedelin içinde değildir; inceleme sonrası ayrıca tekliflenir.

Kendi başınıza devam edebilir veya raporu başka geliştiriciye verebilirsiniz. Kapsamı görmek için teknik destek hizmetini, ilk durumu anlatmak için T10 seçili teklif formunu kullanın. Ücretli iş, uygunluk ve yazılı kapsam onayından sonra başlar.

Lovable ve yayın hakkında sık sorulan sorular

Kod bilmeden site kurabilir miyim? İlk sürümü doğal dille hazırlayabilirsiniz. Kullanıcı verisi, ödeme ve özel iş kuralları arttıkça çıktıyı doğrulayabilmek önem kazanır; her ekranda hata mesajı göstermemesi yeterli kabul değildir.

Siteyi başka yere taşımak zorunlu mu? Hayır. Önce mevcut yayın ortamının ihtiyacı karşılayıp karşılamadığı incelenir. Taşıma seçilirse kod, veritabanı, dosyalar ve hesaplar ayrı planlanır.

Güvenlik taraması temizse yayına hazır mıyım? Tek başına bu sonuca varılmaz. Yetki, gerçek müşteri işlemi, maliyet ve geri dönüş kontrolüyle birlikte değerlendirin.