Mesafeli Satış Sözleşmesi Nedir, Nasıl Hazırlanır?

Mesafeli satış sözleşmesi, internetten satış yapan hemen herkesin sitesinde bulunan ama neredeyse hiç kimsenin doğru kurmadığı metindir. Çoğu site sahibi bu işi "bir örnek bulup PDF olarak siteye koymak" sanıyor; oysa mesafeli sözleşmeler yönetmeliği açısından metnin varlığı tek başına hiçbir şey ifade etmez. Önemli olan sözleşmenin ödeme akışının hangi adımında, hangi biçimde onaylatıldığı, tüketiciye bir nüshasının nasıl iletildiği ve bu onayın kanıtlanabilir şekilde saklanıp saklanmadığıdır. Denetimde ve tüketici hakem heyeti dosyasında bakılan şey metnin kendisi değil, işte bu üç halkadır.

Bu yazıda mesafeli satış sözleşmesinin ne olduğunu, ön bilgilendirme formundan farkını, içinde bulunması zorunlu maddeleri, sepet–ödeme akışının tam olarak neresine yerleştirileceğini, onayın veritabanında nasıl delil değeri taşıyacak biçimde kaydedileceğini ve tüketiciye kalıcı veri saklayıcısıyla nüsha iletme yükümlülüğünü anlatacağım. Yıllardır e-ticaret sitesi kuran ekiplerle çalışırken gördüğüm en yaygın hata, sözleşmeyi footer'a bir link olarak koyup ödeme adımında hiç göstermemek. İkinci en yaygın hata ise onay kutusunu önceden işaretli bırakmak. İkisi de metnin varlığını hukuken işe yaramaz hale getiriyor.

Mesafeli Satış Sözleşmesi Nedir ve Hangi Sitelerde Zorunludur#

Mesafeli satış sözleşmesi, satıcı ile tüketicinin fiziksel olarak karşı karşıya gelmeden, uzaktan iletişim aracıyla (web sitesi, mobil uygulama, telefon, e-posta) kurduğu satış ilişkisinin yazılı çerçevesidir. Dayanağı 6502 sayılı Tüketicinin Korunması Hakkında Kanun ve buna bağlı çıkarılan Mesafeli Sözleşmeler Yönetmeliği'dir.

Zorunluluk, "e-ticaret sitesi" tanımından değil, tüketiciye satış yapılıp yapılmadığından doğar. Pratikte şu durumların hepsinde zorunludur:

• Web sitesi üzerinden fiziksel ürün satan mağazalar
• Dijital ürün satanlar (e-kitap, şablon, kurs, lisans anahtarı, yazılım)
• Abonelik satan SaaS ve üyelik siteleri
• Hizmet satan siteler (danışmanlık, tasarım, bakım paketi)
• Rezervasyon ve bilet satışı yapan siteler

Zorunlu olmadığı tipik durumlar ise şunlardır: yalnızca tanıtım yapan kurumsal sitede satış yoksa, satış tamamen şirketten şirkete (B2B) yapılıyor ve karşı taraf tüketici değilse, ya da site sadece teklif toplayıp sözleşmeyi yüz yüze imzalıyorsa. Buradaki ölçü alıcının tüketici sıfatı taşıyıp taşımadığıdır; sadece kurumsal müşteriye satış yapan bir toptancı bu yükümlülüğün dışında kalabilir. Yine de sitenizde "sepete ekle" butonu ve kartla ödeme varsa, alıcının tüketici olmadığını sözleşme öncesinde teyit etmediğiniz sürece zorunlu kabul edin.

Bu metin tek başına da yeterli değildir; sitenizde bulunması gereken diğer belgelerin tam listesi için web sitesinde bulunması zorunlu yasal metinler yazısına da göz atın.

Ön Bilgilendirme Formu ile Mesafeli Satış Sözleşmesi Arasındaki Fark#

Ön bilgilendirme formu ve mesafeli satış sözleşmesi iki ayrı belgedir; biri diğerinin yerine geçmez. Türkçe internette bu ayrım neredeyse hiç anlatılmadığı için siteler çoğunlukla ikisini tek metinde birleştirip tek kutuyla onaylatıyor. Ayrım şudur: ön bilgilendirme, sipariş verilmeden önce tüketiciyi bilgilendirme yükümlülüğüdür; sözleşme ise siparişin kurduğu hukuki ilişkinin metnidir.

Doğru akış, ödeme adımında iki ayrı bağlantı ve iki ayrı onay sunmaktır: "Ön Bilgilendirme Formu'nu okudum ve bilgilendirildim" ile "Mesafeli Satış Sözleşmesi'ni okudum ve kabul ediyorum". Tek kutuda birleştirmek yaygın olsa da, itiraz halinde tüketicinin hangi belgeyi onayladığı tartışmalı hale gelir. Ayrıca ön bilgilendirmenin bir de tarih damgası vardır: siparişin verildiği andan önce gösterildiğini kanıtlayabilmeniz gerekir.

Sözleşmede Bulunması Zorunlu Maddeler#

Mesafeli Sözleşmeler Yönetmeliği, sözleşmenin ve ön bilgilendirmenin içermesi gereken kalemleri sayar. Bir sözleşme örneğini kopyalayacaksanız bile aşağıdaki başlıkların hepsinin kendi verilerinizle doldurulmuş halde bulunduğunu satır satır kontrol edin. Uygulamada en sık boş bırakılan ya da "XYZ Ltd. Şti." olarak kopyalanmış kalan alanları işaretledim:

1. Satıcı/sağlayıcı bilgileri — ticaret unvanı (kısaltmasız), MERSİS numarası, açık adres, telefon, e-posta ve varsa KEP adresi. ⚠️ Şablon metinlerde en çok unutulan yer burasıdır.
2. Tüketici bilgileri — ad soyad, teslimat adresi, fatura adresi, iletişim bilgisi (sipariş anında dinamik olarak doldurulmalı).
3. Sözleşme konusu mal veya hizmetin temel nitelikleri — adet, model, varyant. Sepetteki satır satır dökümün sözleşmeye basılması gerekir.
4. Vergiler dahil toplam fiyat — kargo, kurulum, hizmet bedeli gibi ek masraflar ayrı ayrı gösterilerek.
5. Ödeme şekli ve planı — tek çekim, taksit, kapıda ödeme; taksit varsa vade farkı.
6. Teslimat şekli, masrafı ve süresi — kargo firması, teslim süresi (yasal azami süre dahil).
7. Cayma hakkı — süresi, nasıl kullanılacağı, cayma bildiriminin ulaştırılacağı adres, iade kargo masrafının kime ait olduğu.
8. Cayma hakkının kullanılamayacağı haller — ürününüz istisna kapsamındaysa açıkça yazılmalı.
9. Şikâyet ve itiraz başvuruları — Tüketici Hakem Heyeti ve Tüketici Mahkemesi'ne başvuru bilgisi.
10. Sözleşmenin süresi ve fesih koşulları — abonelik ve süreli hizmetlerde zorunlu.
11. Temerrüt hükümleri ve uyuşmazlık halinde yetkili merci.

Buradaki "toplam fiyat" maddesi, e-fatura süreçlerinizle de doğrudan ilişkilidir; fatura tarafındaki yükümlülükler için e-fatura ve e-arşiv nedir yazısı işinizi kolaylaştırır.

Sözleşme Ödeme Akışının Tam Olarak Neresinde Onaylatılır#

Sözleşme, tüketicinin "ödeme yükümlülüğü doğuran" butona basmasından hemen önceki ekranda onaylatılmalıdır. Yani sepet sayfasında değil, kargo adımında değil; kart bilgisi girildikten sonra "Siparişi Onayla / Ödemeyi Tamamla" butonunun bulunduğu son ekranda. Bu ekranda üç şey aynı anda görünmelidir: toplam tutar, sözleşme onay kutuları ve butonun üzerinde ödeme yükümlülüğü doğurduğunu belirten net bir ifade.

Doğru sıralama şudur:

1. Sepet → ürün, adet ve ara toplam görünür.
2. Adres ve kargo adımı → kargo bedeli hesaplanır, toplam tutar netleşir.
3. Ödeme adımı → ön bilgilendirme formu ve mesafeli satış sözleşmesi, sepet verileriyle doldurulmuş halde açılabilir olur.
4. Tüketici iki kutuyu kendisi işaretler.
5. "Siparişi Onayla ve Ödemeyi Tamamla" butonuna basılır.
6. Sipariş kaydı oluşur, sözleşme nüshası e-posta ile gönderilir.

Sözleşme bağlantısı, sayfayı terk ettirmeyen bir modal (açılır pencere) içinde gösterilmelidir; yeni sekmede açılan bir PDF, mobilde sepeti kaybettirdiği için dönüşümü de düşürür. Metnin içinde sipariş verileri dinamik olarak yer almalıdır — sabit bir şablon değil, o siparişe ait ürün satırları, tutar ve adres basılmış hali.

Onay kutusunun HTML tarafında dikkat edilecek iki nokta var: kutu checked olmamalı ve sunucu tarafında da doğrulanmalı.

<label class="sozlesme-onay">
  <input type="checkbox" name="on_bilgilendirme_onay" value="1" required>
  <a href="#" data-modal="on-bilgilendirme">Ön Bilgilendirme Formu</a>'nu
  okudum ve bilgilendirildim.
</label>

<label class="sozlesme-onay">
  <input type="checkbox" name="mesafeli_sozlesme_onay" value="1" required>
  <a href="#" data-modal="mesafeli-sozlesme">Mesafeli Satış Sözleşmesi</a>'ni
  okudum ve kabul ediyorum.
</label>

<button type="submit">Siparişi Onayla ve Ödemeyi Tamamla</button>

HTML'deki required niteliği yalnızca tarayıcı tarafında çalışır; JavaScript kapalıysa ya da istek doğrudan gönderilirse devre dışı kalır. Bu yüzden sunucu tarafında da kontrol şart:

<?php
$onBilgi   = isset($_POST['on_bilgilendirme_onay']);
$sozlesme  = isset($_POST['mesafeli_sozlesme_onay']);

if (!$onBilgi || !$sozlesme) {
    http_response_code(422);
    exit(json_encode([
        'ok'      => false,
        'message' => 'Siparişi tamamlamak için ön bilgilendirme formunu ve '
                   . 'mesafeli satış sözleşmesini onaylamanız gerekir.',
    ], JSON_UNESCAPED_UNICODE));
}

WooCommerce kullanıyorsanız yerleşik "Şartlar ve koşullar" kutusu tek kutudur ve varsayılan olarak yalnızca bir sayfaya bağlanır; iki ayrı onay için ödeme formuna kendi alanlarınızı eklemeniz gerekir. Mağaza kurulumunun genel akışı için WooCommerce başlangıç rehberi iyi bir başlangıç noktasıdır.

Onayı Kanıtlanabilir Biçimde Kaydetmek#

Onay kutusunun işaretlenmiş olması, altı ay sonra bir uyuşmazlıkta tek başına kanıt değildir; kanıt, o an hangi metnin gösterildiğini ispatlayabilmenizdir. Sözleşme metnini bir gün güncellerseniz, eski siparişin hangi sürümü kabul ettiği belirsizleşir. Çözüm sürümleme ve içerik özetidir.

Uygulamada işleyen şema şu:

CREATE TABLE sozlesme_onaylari (
  id            BIGINT UNSIGNED AUTO_INCREMENT PRIMARY KEY,
  siparis_id    BIGINT UNSIGNED NOT NULL,
  belge_tipi    ENUM('on_bilgilendirme','mesafeli_sozlesme') NOT NULL,
  belge_surumu  VARCHAR(20)  NOT NULL,   -- ör. 2026-03-01
  belge_hash    CHAR(64)     NOT NULL,   -- metnin sha256 özeti
  onay_zamani   DATETIME     NOT NULL,
  ip_adresi     VARBINARY(16) NOT NULL,
  user_agent    VARCHAR(255) NOT NULL,
  KEY idx_siparis (siparis_id),
  KEY idx_surum (belge_tipi, belge_surumu)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

belge_hash alanı kritik: sözleşmenin tüketiciye gösterilen tam metnini SHA-256 ile özetleyip saklarsanız, "bu müşteriye gösterilen metin buydu" iddiasını yıllar sonra da doğrulayabilirsiniz. Metnin kendisini de sürüm sürüm arşivleyin:

# Yayına aldığınız her sözleşme sürümünü arşive alın ve özetini not düşün
mkdir -p /var/www/arsiv/sozlesmeler
cp mesafeli-sozlesme.html /var/www/arsiv/sozlesmeler/mesafeli-sozlesme-2026-03-01.html
sha256sum /var/www/arsiv/sozlesmeler/mesafeli-sozlesme-2026-03-01.html \
  >> /var/www/arsiv/sozlesmeler/SURUMLER.txt

Bu arşiv dizininin yedeğinin alındığından emin olun; sunucu değişikliğinde en kolay unutulan klasörlerden biridir. Yedekleme stratejinizi kurarken rsync ile yedekleme yazısındaki yaklaşımı bu dizin için de uygulayabilirsiniz.

Kayıtlarda IP ve tarayıcı bilgisi tutuyorsanız bu bir kişisel veri işleme faaliyetidir; aydınlatma metninizde bu amacın yer alması gerekir. Aydınlatma metninin nasıl kurulacağını KVKK aydınlatma metni nasıl hazırlanır yazısında anlattık.

Tüketiciye Nüsha İletme ve Saklama Yükümlülüğü#

Bu, Türkçe kaynaklarda en çok atlanan yükümlülük: sözleşmenin bir nüshasının tüketiciye kalıcı veri saklayıcısı ile iletilmesi gerekir. "Kalıcı veri saklayıcısı", tüketicinin kendisine gönderilen bilgiyi daha sonra da erişip değiştirmeden saklayabileceği ortam demektir — e-posta, PDF eki, kullanıcı hesabındaki indirilebilir belge bunun içindedir. Sitede bir sayfada durması ise değildir, çünkü siz o sayfayı istediğiniz zaman değiştirebilirsiniz.

Pratikte doğru uygulama şudur:

1. Sipariş oluşur oluşmaz sistem, o siparişin verileriyle doldurulmuş sözleşmeyi PDF'e çevirir.
2. PDF, sipariş onay e-postasına ek olarak gönderilir (gövdeye link koymak yeterli sayılmaz).
3. Aynı PDF, müşterinin hesabındaki sipariş detayına da iliştirilir.
4. Nüsha, satıcı tarafında da arşivlenir.

Ayrıca ön bilgilendirmenin yapıldığına dair teyit kaydını üç yıl boyunca saklama yükümlülüğünüz vardır. Bu süre boyunca ilgili e-postaların gönderim kayıtlarının da elinizde olması gerekir; sadece "gönderdik" demek yetmez, gönderildiğini gösteren log gerekir.

Bu noktada teknik bir sorun devreye girer: sipariş onay e-postaları spam'a düşerse hem müşteri deneyimi hem de yükümlülük zarar görür. Sipariş e-postalarını sitenizin bulunduğu sunucudan mail() fonksiyonuyla göndermek yerine kimliği doğrulanmış bir SMTP üzerinden göndermek, SPF/DKIM/DMARC kayıtlarını tanımlamak şarttır. Konuyu SPF, DKIM ve DMARC yazısında ayrıntılı anlattık.

Gönderim kanıtı için basit ama işe yarayan bir yaklaşım, uygulama tarafında ayrı bir gönderim logu tutmaktır:

# Postfix kullanan bir sunucuda belirli bir siparişin mail teslim kaydını bulmak
grep -i "siparis-10245" /var/log/mail.log
grep "status=sent" /var/log/mail.log | grep "[email protected]"

Cayma Hakkı ve Dijital Ürünlerdeki İstisna#

Tüketicinin, mesafeli sözleşmelerde on dört gün içinde hiçbir gerekçe göstermeden cayma hakkı vardır. Süre, hizmet sözleşmelerinde sözleşmenin kurulduğu günden, mal satışında malın teslim alındığı günden başlar. Cayma hakkının nasıl kullanılacağı ve bildirimin gönderileceği adres sözleşmede açıkça yazmalıdır.

Ancak yönetmelik bazı hallerde cayma hakkının kullanılamayacağını düzenler. E-ticaret sitelerini en çok ilgilendiren istisnalar şunlardır:

Buradaki en kritik satır sonuncudan bir öncekilerdir: dijital ürün ve anında ifa edilen hizmetlerde cayma hakkının düşmesi otomatik değildir; tüketicinin bu duruma dair ayrı ve önceden onayının alınmış olması gerekir. Yani dijital ürün satıyorsanız ödeme ekranında üçüncü bir onay kutusu daha koymanız gerekir: "Hizmetin ifasına derhal başlanmasını talep ediyorum ve bu durumda cayma hakkımı kaybedeceğimi biliyorum." Bu kutu yoksa, dijital ürün satmış olsanız bile cayma talebini reddedemezsiniz.

Sık Yapılan Hatalar ve Yaptırım Riski#

Yıllardır aynı beş hatayı görüyorum. Sırayla:

1. Sözleşmeyi yalnızca footer'da tutmak. Metin sitede var ama ödeme adımında onaylatılmıyor. Bu, sözleşmenin hiç olmamasıyla aynı sonucu doğurur.

2. Onay kutusunu önceden işaretli bırakmak. "Kullanıcı zaten kaldırabiliyor" savunması işe yaramaz; irade beyanı tüketiciden gelmelidir. Aynı kural çerez rızasında da geçerlidir — çerez politikası nasıl hazırlanır yazısında aynı ilkeyi orada da işledik.

3. Şablondaki unvanı değiştirmemek. Kopyalanan metinlerde başka bir firmanın unvanının, adresinin, hatta MERSİS numarasının kaldığını çok gördüm. Yayına almadan önce metni baştan sona Ctrl+F ile tarayın.

4. Sözleşmeyi statik tutmak. Sipariş verilerinin basılmadığı, "Ürün: ..." diye boş bırakılmış bir sözleşme, o siparişe ait sözleşme sayılmaz.

5. Nüshayı göndermemek. Sipariş onay e-postasında yalnızca "sözleşmeyi sitemizden okuyabilirsiniz" yazmak yükümlülüğü karşılamaz.

Yaptırım tarafında dikkat edilecek nokta şudur: yönetmelik ihlalinde idari para cezası genellikle her bir işlem/sözleşme için ayrı ayrı uygulanır. Yani yıl boyunca binlerce sipariş alan bir mağazada eksiklik tek bir cezaya değil, kümülatif bir tabloya dönüşebilir. Ceza tutarları her yıl yeniden değerleme oranıyla güncellendiği için burada rakam vermiyorum; güncel tutarı Ticaret Bakanlığı'nın yayımladığı tebliğden kontrol edin. Ayrıca ETBİS kaydı ve güven damgası süreçlerinde de bu metinlerin varlığı kontrol edilir; kayıt sürecini ETBİS kaydı nasıl yapılır yazısında adım adım anlattık.

Sözleşmeyi Sitede Barındırma ve Yayınlama#

Teknik tarafta üç küçük ama sık atlanan detay var.

URL yapısı kalıcı olsun. Sözleşme sayfasının adresi değişirse eski siparişlerin onay e-postalarındaki bağlantılar kırılır. /sozlesme/mesafeli-satis gibi kalıcı bir yol seçin; değiştirmeniz gerekirse 301 yönlendirmesi bırakın.

# .htaccess — eski sözleşme adresini kalıcı olarak yeni adrese taşımak
RewriteEngine On
RewriteRule ^mesafeli-satis-sozlesmesi\.html$ /sozlesme/mesafeli-satis [R=301,L]

Sayfayı arama motorlarına kapatmayın. Bazı ekipler "ince içerik" korkusuyla yasal metinlere noindex veriyor. Bu metinler kullanıcı güveni için aranır ve bulunması beklenir; ayrıca ETBİS ve güven damgası incelemelerinde erişilebilir olmaları gerekir.

PDF üretimini sunucu kaynağı açısından ölçün. Her siparişte HTML'den PDF üreten kütüphaneler yoğun kampanya günlerinde CPU'yu tüketebilir. Trafiğin yoğun olduğu saatlerde PDF üretimini kuyruğa alın; paylaşımlı bir pakette çalışıyorsanız paylaşımlı hosting kaynak limitleri yazısındaki sınırları göz önünde bulundurun.

Sıkça Sorulan Sorular#

Mesafeli satış sözleşmesi her sitede zorunlu mu#

Hayır, yalnızca tüketiciye uzaktan satış yapan sitelerde zorunludur. Sadece tanıtım yapan, ürün satmayan kurumsal bir sitede mesafeli satış sözleşmesine gerek yoktur; ancak KVKK aydınlatma metni ve çerez politikası gibi diğer yükümlülükler orada da devam eder. Sitenizde sepet, ödeme butonu veya abonelik satın alma akışı varsa zorunlu kabul edin. Alıcınızın tamamı ticari amaçla alım yapan şirketlerse tüketici mevzuatı uygulanmayabilir, fakat bunu sözleşme öncesinde teyit eden bir akış kurmanız gerekir.

Ön bilgilendirme formu ile sözleşmeyi tek metinde birleştirebilir miyim#

Teknik olarak tek dosyada sunulabilir ama onayları ayırmanız gerekir. Yönetmelik ön bilgilendirme yükümlülüğünü siparişten önce, sözleşmeyi ise sipariş anında konumlandırır ve ön bilgilendirmenin yapıldığına dair ayrı bir teyit arar. Tek kutuyla ikisini birden onaylatmak uyuşmazlıkta "hangi belge onaylandı" tartışması doğurur. En güvenli yol, ödeme ekranında iki ayrı bağlantı ve iki ayrı işaretlenmemiş onay kutusu sunmaktır.

Sözleşmenin kabul edildiğini nasıl kanıtlarım#

Onay zamanı, IP adresi, tarayıcı bilgisi ve o an gösterilen metnin sürümü ile içerik özetini birlikte saklayarak kanıtlarsınız. Sadece "onaylandı" bayrağı tutmak yeterli değildir, çünkü metni sonradan değiştirdiğinizde hangi sürümün kabul edildiği belirsizleşir. Metnin SHA-256 özetini kayıt satırına yazın ve her sürümü tarih adlı bir dosya olarak arşivleyin. Bu arşivi düzenli yedeğe dahil etmeyi de unutmayın.

Sözleşmeyi müşteriye e-posta ile göndermek zorunda mıyım#

Evet, sözleşmenin bir nüshasının kalıcı veri saklayıcısıyla tüketiciye iletilmesi gerekir ve pratikte bunun en yaygın yolu e-postaya PDF eklemektir. E-postanın gövdesine yalnızca sitedeki sayfanın bağlantısını koymak yeterli sayılmaz, çünkü o sayfanın içeriğini sonradan değiştirebilirsiniz. PDF'i aynı zamanda müşterinin hesabındaki sipariş detayına da iliştirmek iyi bir uygulamadır. Gönderim kayıtlarını da saklayın.

Dijital ürün satıyorum, cayma hakkı yine de geçerli mi#

Anında teslim edilen dijital ürünlerde cayma hakkı kalkabilir, ancak bunun için tüketiciden önceden ayrı bir onay almanız şarttır. Ödeme ekranında "hizmetin ifasına hemen başlanmasını istiyorum ve cayma hakkımı kaybedeceğimi biliyorum" anlamına gelen üçüncü bir onay kutusu bulunmalıdır. Bu kutu yoksa dijital ürün satmış olmanız tek başına istisnadan yararlanmanızı sağlamaz. Onayın kaydını da diğer onaylarla birlikte saklayın.

Sözleşme metnini bir başka siteden kopyalayabilir miyim#

Kopyalayabilirsiniz ama içindeki bütün taraf bilgilerini kendi verilerinizle değiştirmeniz ve ürün türünüze uyarlamanız gerekir. Sahada gördüğüm en sık hata, şablon metinde başka bir firmanın unvanının, adresinin ve iade koşullarının kalmasıdır; bu durumda sözleşme sizin değil, başkasının satış şartlarını taahhüt eder. Ayrıca ürün grubunuz cayma istisnası kapsamındaysa bunun metne açıkça yazılması gerekir. Yayına almadan önce metni satır satır okuyun.

Sözleşmeyi güncellersem eski siparişler etkilenir mi#

Hayır, her sipariş kurulduğu andaki sözleşme sürümüne tabidir. Bu yüzden sürüm numarası ve içerik özeti saklamak sadece iyi bir alışkanlık değil, uyuşmazlıkta doğru metni gösterebilmenin tek yoludur. Yeni sürümü yayına aldığınızda eski dosyayı silmeyin, tarihli olarak arşivde tutun. Sitedeki sözleşme adresini değiştirirseniz de eski adresten 301 yönlendirmesi bırakın.

Kapanış#

Mesafeli satış sözleşmesi bir "metin bulma" işi değil, bir akış tasarımı işidir. Doğru kurulmuş bir yapıda sözleşme sepet verileriyle dinamik olarak doldurulur, ödeme yükümlülüğü doğuran butonun hemen üstünde işaretlenmemiş bir kutuyla onaylatılır, onay zamanı ve metin sürümü kanıt değeri taşıyacak şekilde kaydedilir, nüshası PDF olarak müşteriye gönderilir ve arşivlenir. Bu dört halkadan biri kopuksa, sitenizde metnin bulunuyor olması sizi korumaz. Ön bilgilendirme formunu sözleşmeden ayırmak ve dijital ürünlerde cayma feragati onayını ayrıca almak da çoğu sitede eksik kalan iki detaydır.

Bu akışı çalıştıracak altyapı tarafında ihtiyacınız olan şeyler bellidir: sipariş ve sözleşme PDF'lerini üretecek yeterli kaynak, onay e-postalarının kutuya düşmesini sağlayan temiz bir gönderim yolu ve ödeme adımında kesintisiz çalışan bir sertifika. E-ticaret için yapılandırılmış paketleri e-ticaret hosting sayfasında, sipariş bildirimlerinizin spam'a düşmemesi için ayrılmış gönderim altyapısını SMTP sunucu sayfasında, ödeme adımının uçtan uca şifrelenmesi için gereken sertifikaları SSL sayfasında bulabilirsiniz. Sözleşme arşivinizin ve sipariş veritabanınızın düzenli kopyalarının alınmasını istiyorsanız yedekleme hizmetini de aynı kurulumun parçası olarak düşünün.