Restoran Online Sipariş Sistemi 2026: Yemeksepeti Komisyonu vs Kendi Sisteminiz

Restoranınız Yemeksepeti'nden aylık 50.000₺ sipariş alıyorsa, 15.750₺'sini komisyon olarak veriyorsunuz. Yıllık 189.000₺! Bu rakam sizi şaşırttı mı?

2026 yılı restoran verilerine göre, Yemeksepeti ve benzeri online sipariş platformlarındaki yüzde otuz ila otuz beş seviyesindeki komisyon oranları yerine, işletmelerin yıllık ortalama on sekiz bin ila otuz beş bin Türk Lirası ilk kurulum maliyetiyle kendi online sipariş sistemlerini kurmaları durumunda, ilk yıl elde edecekleri net tasarruf miktarı ortalama yüz yetmiş bin Türk Lirası civarındadır.

Ben Mehmet Can Özdemir, 15 yıldır restoran teknolojileri alanında çalışıyorum ve eski Yemeksepeti restaurant partner manager'ıyım. 200+ restorana kendi online sipariş sistemlerini kurduk. Bu makalede, Yemeksepeti'ne her ay binlerce lira komisyon vermektense kendi sisteminizi kurmanın maliyeti, ROI hesabı ve adım adım uygulama rehberini paylaşacağım.

İçindekiler

Yemeksepeti, Getir, Trendyol Yemek: Komisyon Gerçeği
Kendi Online Sipariş Sisteminiz: 3 Seçenek
QR Menü Sistemi: Masadan Doğrudan Sipariş
Ödeme Sistemi Entegrasyonu (iyzico, PayTR)
Mutfak Ekranı ve POS Entegrasyonu
Gerçek Vaka: 3 Ayda 45.000₺ Tasarruf
Maliyet Karşılaştırması ve ROI
Hibrit Strateji: Hem Yemeksepeti Hem Kendi Sisteminiz
Ortak Hatalar ve Anti-Pattern'ler (Sık Yapılan Yanlışlar)
Geçiş ve Migrasyon Yol Haritası (Veri Taşınabilirliği)

1. Yemeksepeti, Getir, Trendyol Yemek: Komisyon Gerçeği

🔍 Türkiye Online Yemek Siparişi Pazarı ve Rekabet Dinamikleri

Türkiye'deki online yemek siparişi ekosistemi, özellikle son yıllarda yaşanan dijitalleşme dalgasıyla birlikte devasa bir pazar haline gelmiştir. Yemeksepeti'nin uzun yıllara dayanan sektörel hegemonyası, GetirYemek, Trendyol Yemek ve son dönemde atağa kalkan Migros Yemek gibi güçlü oyuncuların pazara girmesiyle çok kutuplu bir rekabet yapısına bürünmüştür. Bu büyük oyuncular, milyonlarca aktif kullanıcıyı platformlarında tutabilmek için sürekli olarak milyarlarca liralık reklam kampanyaları, indirim kuponları ve sadakat programları düzenlerler. Ancak bu agresif kullanıcı edinme maliyetleri (CAC), doğrudan restoranlardan alınan yüksek komisyon oranları ve listeleme ücretleri ile finanse edilmektedir. Restoranlar için bu platformlarda yer almak bir yandan yüksek bir sipariş hacmi sağlarken, diğer yandan her siparişte net kar marjının önemli bir kısmının bu dev platformlara aktarılması anlamına gelir. Özellikle yüksek enflasyon ve artan ham madde maliyetleriyle mücadele eden gıda işletmeleri için pazaryerlerinin bu ezici baskısı, kendi dijital kanallarını kurmalarını bir zorunluluk haline getirmektedir. Rekabetin bu kadar yoğun olduğu bir ortamda, sadece pazaryerlerine güvenerek ayakta kalmaya çalışmak, işletmenizin finansal geleceğini tamamen üçüncü taraf platformların yönetim kurullarının alacağı kararlara teslim etmek demektir.

📊 2026 Marketplace Komisyon Oranları

Platform	Komisyon Oranı	Ödeme Süresi	Kampanya Maliyeti
Yemeksepeti	%30-35	7-14 gün	Restoran karşılar
Getir	%28-32	14 gün	Platform karşılar
Trendyol Yemek	%25-30	7 gün	Paylaşımlı
Migros Yemek	%32-35	30 gün	Restoran karşılar

Not: Yeni restoranlar genellikle daha yüksek komisyon (%35), anlaşmalı/premium yerler daha düşük (%30) ödüyor.

💸 Gerçek Komisyon Hesabı: Bir Pizzacı Örneği

Restoran: Pizzacı Mehmet (İstanbul, Kadıköy)
Aylık Sipariş Sayısı: 600
Ortalama Sepet Tutarı: 180₺
Aylık Ciro: 108.000₺

500 ve 1.000 sipariş/ay senaryolarında Yemeksepeti komisyonu ile kendi sisteminizin maliyeti karşılaştırması. Break-even point: 3. ay. QR menü + Online Sipariş + WhatsApp entegrasyonu ile tam kontrol.

Yemeksepeti Komisyonu (%32)

Aylık komisyon: 108.000₺ x 0.32 = 34.560₺
Yıllık komisyon: 34.560₺ x 12 = 414.720₺

Getir Komisyonu (%30)

Aylık komisyon: 108.000₺ x 0.30 = 32.400₺
Yıllık komisyon: 32.400₺ x 12 = 388.800₺

Her İki Platformdaysa (Toplam)

Aylık toplam komisyon: 66.960₺
Yıllık toplam komisyon: 803.520₺

😱 Yorum: Pizzacı Mehmet, yıllık 803.520₺ komisyon ödüyor. Bu parayla 2 şube açabilir!

🤔 Marketplace'ler Ne Sağlıyor?

Avantajlar ✅:

Hazır Müşteri Tabanı: 15 milyon Yemeksepeti kullanıcısı
Sıfır Pazarlama Maliyeti: Platform reklamını yapıyor
Kurulum Kolay: 1 günde başlarsınız
Ödeme Garantisi: Müşteri ödemezse platform karşılıyor
Lojistik Desteği: Kurye ağı (GetirYemek, Trendyol Express)

Dezavantajlar ❌:

Yüksek Komisyon: %30-35 (net karınızın yarısı gidebilir)
Müşteri Data Yok: Email, telefon size verilmez (tekrar pazarlama yapamaz)
Fiyat Rekabeti: Rakiplerinizle yan yana, sadece fiyatla yarışırsınız
Kampanya Baskısı: %40 indirim yapmaya zorlayabilir
Platform Bağımlılığı: Hesap kapanırsa (düşük puan, şikayet) işiniz durur

🔍 Arama Algoritmaları ve Görünürlük Manipülasyonu

Pazaryeri platformlarında restoranların üst sıralarda listelenmesi, tamamen karmaşık, dinamik ve sürekli olarak güncellenen algoritmik parametrelere bağlıdır. Ancak bu algoritmamalar restoranın operasyonel kalitesinden veya müşteri memnuniyetinden ziyade, platformun kendi komisyon gelirlerini maksimize etme ve reklam alanlarından elde ettiği gelirleri artırma hedefine göre optimize edilmiştir. Arama motoru sıralama algoritması; restoranın komisyon oranını, sipariş iptal ve iade oranını, hazırlama hızını, kurye teslimat performansını, müşteri puanlarının güncelliğini ve en önemlisi aktif kampanya katılım endeksini sürekli olarak arka planda analiz eder. Platformlar, organik sıralamada düşüş yaşayan restoranları daha fazla indirim yapmaya, "Joker" veya "Fırsat" adı altındaki indirim programlarına katılmaya ya da doğrudan öne çıkan reklam alanlarını satın almaya dolaylı yollardan mecbur bırakır. Bu durum, zaten oldukça dar olan kar marjlarıyla hayatta kalmaya çalışan restoranların finansal yapılarını ciddi şekilde yıpratır ve işletmeleri içinden çıkılması zor bir sarmala sürükler. Arama sonuçlarında ilk sayfada veya üst sıralarda kalabilmek adına sürekli olarak agresif kampanyalar düzenlemek zorunda kalan restoranlar, ciro bazında büyüyor gibi görünseler de günün sonunda net karlılıkta devasa kayıplar yaşarlar.

Bu algoritmik manipülasyonun en somut örneği, restoranlara dayatılan "Joker" indirimleridir. Algoritma, bir restoranın sipariş hacmi düştüğü anda sistemi tetikler ve restoranı geçici olarak indirim yapmaya zorlar. Eğer restoran bu teklifi kabul etmezse, platformdaki görünürlük skoru düşürülür ve arama sonuçlarında alt sayfalara kaydırılır. İlk sayfada yer almayan bir restoranın ise dijital dünyada sipariş alma olasılığı neredeyse sıfıra yakındır. Bu durum, restoranların kendi fiyat politikalarını serbestçe belirleme hakkını ellerinden alır. Ayrıca, platformların sunduğu reklam modelleri de tamamen tıklama başına maliyet (TBM) veya sipariş başına ek komisyon esasına dayanır. Yani, zaten yüksek olan %30-35'lik standart komisyona ek olarak, daha fazla görünürlük elde etmek için sipariş başına %5 ila %10 arasında ekstra bir reklam ücreti ödemek zorunda kalırsınız. Bu da toplam cironuzun neredeyse yarısının doğrudan platformun kasasına gitmesi anlamına gelir. Algoritmanın şeffaf olmaması ve tek taraflı güncellemelerle restoranların görünürlüğünü bir gecede yarı yarıya düşürebilmesi, pazaryeri platformlarına bağımlı olarak iş yapmanın en büyük ve en kontrol edilemez operasyonel risklerinden biridir.

🧠 Dijital Kiralama vs. Mülkiyet Dilemması: Trafik Kimin?

Pazaryeri platformlarını kullanan restoranlar, dijital ekosistemde aslında kalıcı bir mülk sahibi değil, yüksek kira ödeyen geçici kiracılardır. Restoranlar, bu platformlardan anlık müşteri trafiği kiralarlar ancak bu trafiğin kalıcı sahibi veya yöneticisi asla olamazlar. Platform üzerinden sipariş veren bir müşterinin tüm kişisel ve iletişim verileri, sipariş alışkanlıkları, favori yemekleri ve tercih geçmişi restorandan tamamen gizlenir; bu değerli veriler platformun kendi devasa veri tabanında saklanır ve işlenir. Bu durum, restoranın kendi müşterisiyle doğrudan bir iletişim bağı kurmasını, sadakat programları uygulamasını veya tekrar pazarlama (remarketing) kampanyaları düzenlemesini teknik ve yasal olarak imkansız kılar. Kendi online sipariş sistemine sahip olan bir restoran ise müşteri verilerinin tek ve tam yetkili sahibidir. Müşterinin doğum gününde otomatik olarak gönderilen bir tebrik mesajıyla özel bir kupon sunabilir, sepetini yarım bırakan kullanıcılara e-posta veya SMS ile hatırlatma gönderebilir ya da geçmiş sipariş tercihlerine göre kişiselleştirilmiş menü kombinasyonları önerebilir.

Pazaryerine bağımlılık, müşteri sadakatini tamamen yok ederek markayı platformun kurallarına ve arayüzüne mahkum eder. Müşteri, sipariş verirken restoranın kendi markasıyla değil, platformun markasıyla etkileşime girer. Bu durum, markanın zihinlerdeki kalıcılığını azaltır ve restoranı sadece "sipariş hazırlayan bir mutfak" konumuna indirger. Müşteri ilişkilerini doğrudan yönetemeyen bir restoran, her yeni siparişte aynı müşteriyi platformdan tekrar tekrar satın almak zorunda kalır. Bu da müşteri edinme maliyetini (CAC) sürekli olarak yüksek tutar ve işletmenin pazarlama bütçesini tüketir. Kendi dijital platformuna sahip olan restoranlar ise zamanla organik bir müşteri kitlesi edinirler. Bu kitleye doğrudan ulaşabildikleri için müşteri yaşam boyu değerini (LTV) maksimize ederken, müşteri edinme maliyetlerini sıfıra yakın bir seviyeye çekebilirler. Sonuç olarak, dijital dünyada kiralık bir trafikle büyümeye çalışmak yerine kendi dijital mülkünüzü inşa etmek, uzun vadeli karlılık ve marka bağımsızlığı için atılması gereken en kritik adımdır.

2. Kendi Online Sipariş Sisteminiz: 3 Seçenek

💰 Kendi Altyapınıza Yatırım Yapmanın Finansal Mantığı: CapEx vs. OpEx

Restoran teknolojilerine yatırım yaparken finansal karar alıcıların en çok ikilemde kaldığı konulardan biri, başlangıçtaki yüksek yatırım maliyetleri (CapEx) ile uzun vadeli işletme giderleri (OpEx) arasındaki dengedir. Kendi sisteminizi kurmak, başlangıçta yazılım geliştirme, tasarım, sunucu kurulumu ve POS entegrasyonu gibi tek seferlik yüksek bir ilk kurulum maliyeti (CapEx) gerektirir. Pazaryerleri ise sıfır veya çok düşük bir başlangıç ücretiyle işe başlamanıza izin verir ancak aldıkları her siparişte cironuz üzerinden sürekli bir komisyon (OpEx) kesintisi yaparlar. Finansal analizler, sipariş hacmi orta ve yüksek düzeyde olan restoranlar için CapEx modelinin (kendi sisteminizin) çok daha avantajlı olduğunu göstermektedir. Pazaryerlerine ödenen komisyonlar ciroyla birlikte doğrusal olarak büyürken, kendi sisteminizin maliyeti belirli bir eşikten sonra sabit kalır. Yani, kendi sitenizden ayda 500 sipariş de alsanız 5000 sipariş de alsanız, ödeyeceğiniz sunucu ve bakım giderleri neredeyse aynıdır. Bu durum, ölçek ekonomisinden yararlanmanızı ve cironuz arttıkça net kar marjınızı yukarı taşımanızı sağlar. Başlangıçta ödeyeceğiniz kurulum ücreti, komisyondan yapacağınız tasarrufla birkaç ay içinde kendini amorti eder ve sonraki her ay işletmenizin hanesine doğrudan net kar olarak yazılır.

🔹 Seçenek 1: Hazır SaaS Platformları (En Ucuz ve Hızlı)

Platform	Aylık Maliyet	Kurulum Ücreti	Özellikler
GloriFood	800₺	0₺	QR menü, sipariş yönetimi, SMS
Restoran365	1.200₺	0₺	POS entegrasyon, adisyon
Menufy	1.500₺	0₺	Mobil app, sadakat programı
Eatance	1.000₺	0₺	QR menü, multi-language

✅ Artıları:

Hemen başlarsınız (1 gün setup)
Teknik bilgi gereksiz
Düzenli güncellemeler
Destek var (telefon, email)

❌ Eksileri:

Özelleştirme sınırlı (logo, renk değiştirebilirsiniz, o kadar)
Aylık recurring maliyet
Veri sizde değil (platform kapanırsa?)
Commission %0 ama transaction fee var (ödeme gateway %2-3)

💰 İlk Yıl Toplam Maliyet (GloriFood örneği):

Aylık SaaS: 800₺ x 12 = 9.600₺
Ödeme gateway (%2.5): 108.000₺ x 0.025 x 12 = 32.400₺
SMS (sipariş bildirimi): 600 x 0.30₺ x 12 = 2.160₺
TOPLAM: 44.160₺

⚙️ SaaS Platformlarının Teknik Limitleri ve Performans Kısıtlamaları

SaaS (Software as a Service) restoran sipariş sistemleri hızlı kurulum süreçleri ve düşük başlangıç maliyetleri sunarak özellikle yeni kurulan veya küçük ölçekli işletmeler için oldukça cazip görünse de, büyümeyi hedefleyen restoranlar için ciddi teknik sınırlamalar barındırır. Bu platformlar genellikle paylaşımlı altyapılar (multi-tenant) üzerinde çalıştığından, sunucu tarafında özel kod çalıştırmanıza, veritabanı şemasında restorana özel alanlar tanımlamanıza veya özelleştirilmiş iş akışları oluşturmanıza izin vermezler. Örneğin, yerel bir kurye firmasının API altyapısıyla veya işletmenizde kullandığınız özel bir ERP/muhasebe yazılımıyla derinlemesine bir entegrasyon yapmak istediğinizde, SaaS sağlayıcısının sunduğu standart ve çoğu zaman kısıtli API yeteneklerinin dışına çıkamazsınız. Bu durum operasyonel esnekliğinizi sınırlandırır.

Ayrıca, web sitesinin yüklenme hızı ve Core Web Vitals parametreleri (LCP, CLS, INP) tamamen SaaS sağlayıcısının sunucu altyapısına, kullandığı ortak temalara ve önbellekleme politikalarına bağlıdır. Yavaş yüklenen bir menü sayfası doğrudan dönüşüm oranlarını düşürürken, bu teknik performansa veya sunucu yanıt süresine müdahale etme yetkiniz bulunmaz. SaaS platformlarında yaşanan en ufak sunucu kesintisi veya bölgesel yavaşlama doğrudan sizin satışlarınızı durdurur ve siz sadece teknik destek ekiplerinin müdahale etmesini beklemek zorunda kalırsınız. Sitenizin tasarımını tamamen kendi marka kimliğinize göre özelleştiremez, kullanıcı deneyimini (UX) optimize etmek için A/B testleri gerçekleştiremezsiniz. Bu durum uzun vadede markanın kendi teknik bağımsızlığını kazanmasının önündeki en büyük engellerden biridir ve işletmeleri standartlaştırılmış şablonlara mahkum eder.

🔹 Seçenek 2: WordPress + WooCommerce + Eklentiler (Orta Maliyet, Esnek)

Teknik Stack:

WordPress (ücretsiz)
WooCommerce (ücretsiz)
Eklentiler:
- WooCommerce Food (ürün yönetimi, varyasyonlar) - 59$
- Delivery & Pickup (teslimat saatleri, bölgeler) - 79$
- iyzico Payment Gateway (ücretsiz)
- WPML (çoklu dil) - 99$/yıl

💰 Maliyet Dökümü:

Hosting (SiteGround, WooCommerce optimize): 400₺/ay = 4.800₺/yıl
Premium tema (Foodie, Flatsome): 2.500₺ (one-time)
Eklentiler: ~5.000₺ (one-time)
Developer kurulum: 8.000₺ (menü giriş, özelleştirme)
Domain + SSL: 500₺/yıl
İlk Yıl Toplam: 20.800₺

Aylık Recurring:

Hosting: 400₺
Ödeme gateway: 2.700₺ (108K x 2.5%)
SMS: 180₺
TOPLAM: 3.280₺/ay = 39.360₺/yıl

🛠️ WooCommerce Altyapısında Performans ve Veritabanı Optimizasyonu

WooCommerce, restoranlar için oldukça esnek, özelleştirilebilir ve düşük maliyetli bir online sipariş alternatifi sunar ancak yüksek trafikli sipariş saatlerinde doğru optimize edilmediğinde ciddi yavaşlama ve çökme problemleriyle karşılaşabilir. WordPress varsayılan veri yapısında tüm içerikleri ve siparişleri wp_posts tablosunda, bunlara ait detayları ise wp_postmeta tablosunda anahtar-değer (key-value) ilişkisiyle saklar. Yoğun sipariş alan bir restoranda, her sipariş için veritabanında onlarca yeni meta satırı oluşturulur ve bu durum SQL sorgularının zamanla hantallaşmasına, veritabanı boyutunun kontrolsüzce büyümesine neden olur. Bu darboğazı aşmak için WooCommerce'in sunduğu "High-Performance Order Storage" (HPOS) özelliği mutlaka aktif edilmeli, sipariş verileri ayrı ve ilişkisel olarak optimize edilmiş tablolarda depolanmalıdır.

Sunucu tarafında Redis Object Cache kullanılarak veritabanı sorguları önbelleğe alınmalı, sıkça çağrılan menü öğeleri, kategori yapıları ve fiyat bilgileri RAM üzerinde tutulmalıdır. PHP'nin bellek limiti (memory_limit) en az 512MB seviyesine yükseltilmeli ve OPcache aktifleştirilmelidir. Ayrıca, WooCommerce üzerindeki anlık stok güncellemeleri ve dinamik sepet işlemleri sırasında veritabanına aşırı yük binmesini önlemek amacıyla, statik menü sayfaları Cloudflare gibi güçlü bir CDN servisi arkasında önbelleğe alınırken, checkout ve cart sayfaları dinamik olarak önbellekten hariç tutulmalıdır. Veritabanındaki eski sipariş verileri, loglar ve geçici veriler (transients) düzenli olarak temizlenmeli ve MySQL veritabanı indeksleri optimize edilmelidir. Doğru bir caching stratejisi ve sunucu yapılandırmasıyla, WooCommerce altyapısı binlerce anlık ziyaretçiye sorunsuz bir şekilde hizmet verebilir ve sunucu yanıt sürelerini 200ms civarında tutabilir.

✅ Artıları:

Tam kontrol (kod, veri, her şey sizin)
Ölçeklenebilir (blog, SEO, sadakat programı)
Büyük topluluk (yardım bulması kolay)
Eklenti çeşitliliği

❌ Eksileri:

Teknik bilgi gerekir (veya developer)
Güvenlik sorumluluğu sizde (SSL, backup)
Hız optimizasyonu manuel

🔹 Seçenek 3: Özel Yazılım (Yüksek Maliyet, Sınırsız Özelleştirme)

Ne Zaman Gerekir?:

Çok şubeliniz var (5+)
Franchise sisteminiz var
Özel ihtiyaçlarınız var (örn: masa rezervasyon + sipariş birleşik)
POS, muhasebe, stok sistemi entegrasyonu

Özel Yazılım Özellikleri:

Web Sipariş Sitesi (React/Next.js)
Mobil App (React Native, iOS + Android)
QR Menü (PWA)
Admin Panel (sipariş, menü, rapor yönetimi)
Mutfak Ekranı (KDS)
POS Entegrasyonu
CRM (müşteri veritabanı, sadakat puanı)

💰 Maliyet:

İhtiyaç analizi & tasarım: 10.000₺
Web sitesi development: 25.000₺
Mobil app (iOS + Android): 40.000₺
Admin panel: 12.000₺
POS/KDS entegrasyon: 15.000₺
Test & QA: 8.000₺
TOPLAM: 110.000₺ (ilk kurulum)

Aylık Bakım: 3.000-5.000₺
Hosting (AWS): 1.500₺/ay

⚡ Next.js App Router ve WebSocket Tabanlı Modern Restoran Mimarisi

Çok şubeli, yüksek sipariş hacmine sahip ve kurumsal standartlarda çalışan restoran zincirleri için en kararlı, güvenli ve yüksek performanslı çözüm, Next.js App Router mimarisiyle özel olarak geliştirilmiş yazılım altyapısıdır. Next.js, Server Components yapısı sayesinde istemciye (tarayıcıya) gönderilen JavaScript boyutunu minimumda tutarak sayfa açılış hızını mükemmelleştirir ve mobil cihazlarda bile LCP değerlerini 1 saniyenin altına indirir. Siparişlerin mutfak ekranına (KDS) ve yönetici paneline gecikmesiz iletilmesi için geleneksel HTTP istekleri (polling) yerine WebSocket protokolü (örneğin Socket.io veya AWS API Gateway WebSocket) tercih edilmelidir. Bu sayede, müşteri ödemeyi tamamladığı anda sipariş bilgisi milisaniyeler içinde mutfak ekranına canlı olarak akar.

Veritabanı katmanında, sipariş verilerinin yüksek yazma hızı gereksinimi için MongoDB gibi NoSQL çözümleri veya güçlü ilişkisel bütünlük, veri tutarlılığı ve raporlama kolaylığı için PostgreSQL (Prisma ORM entegrasyonu ile) tercih edilebilir. Hafta sonu veya özel kampanya günlerinde oluşabilecek anlık sipariş yığılmalarını yönetebilmek amacıyla, sipariş istekleri doğrudan veritabanına yazılmak yerine Redis tabanlı bir kuyruk sistemine (BullMQ veya RabbitMQ) yönlendirilmeli ve arka planda çalışan işçiler (workers) tarafından sırayla işlenmelidir. Bu mimari yaklaşım, sunucuya binen anlık yük dalgalanmalarını sönümleyerek sistemin çökmesini tamamen engellediği gibi yüksek erişilebilirlik ve veri tutarlılığı sağlar. API uç noktalarında rate limiting uygulanarak kötü niyetli bot saldırılarına karşı güvenlik önlemleri alınmalıdır. Bu modern stack, restoranınızın dijital dünyada en yüksek hız ve güvenlik standartlarıyla hizmet vermesini sağlar.

✅ Artıları:

%100 özelleştirme
IP sizin (satabilir, lisanslayabilirsiniz)
Franchise'a satış potansiyeli
Rakiplerin yapamadığı özellikler

❌ Eksileri:

Yüksek ilk yatırım
3-6 ay geliştirme süresi
Developer bağımlılığı

QR menü, COVID sonrası en hızlı büyüyen restoran teknolojisidir. 2026'da Türkiye'deki restoranların %42'si QR menü kullanıyor.

⏰ QR Menü ve Masadan Siparişin Masa Devir Hızı (Table Turnaround) Üzerindeki Etkisi

QR menü ve masadan sipariş teknolojisi, sadece kurye maliyetlerini ve komisyon yükünü azaltmakla kalmaz, amam aynı zamanda restoran içi operasyonel verimliliği doğrudan etkileyen masa devir hızını (Table Turnaround) ciddi şekilde artırır. Geleneksel restoran operasyonlarında müşteri masaya oturduktan sonra menünün getirilmesi, garsonun sipariş almak için masaya gelmesi, siparişin kasaya girilmesi ve yemeğin mutfaktan çıkması gibi adımlar ciddi zaman kayıplarına yol açar. Benzer şekilde, yemek bittikten sonra hesabın istenmesi, pos cihazının masaya getirilmesi ve ödemenin alınması da ortalama 10 ila 15 dakikalık atıl zamanlar yaratır. QR menü kullanan bir masada ise bu atıl zamanlar tamamen elimine edilir. Müşteri masaya oturduğu an kendi telefonuyla siparişini verir, ödemesini mobil olarak anında tamamlar ve sipariş doğrudan mutfağa iletilir. Bu sayede, bir masanın toplam oturum süresi ortalama %20 oranında kısalır. Bu kısalma, özellikle öğle ve akşam servislerindeki yoğun saatlerde restoranın aynı masada daha fazla müşteri ağırlayabilmesi ve dolayısıyla masa başına elde ettiği geliri artırması anlamına gelir. Ayrıca, garsonların sipariş alma ve hesap getirme iş yükü azaldığından, personel müşteri memnuniyetini artıracak servis kalitesine odaklanabilir.

Restoranların üçüncü taraf pazaryeri platformlarına ödediği %30'u aşan komisyonlar, kendi dijital sipariş altyapılarına yapacakları makul bir yatırımla ortalama 3 ay içinde tamamen sıfırlanabilmektedir.

📱 QR Menü Nasıl Çalışır?

Müşteri masaya oturur
Masadaki QR kodu okutun (kamera ile)
Mobil menü açılır (uygulamasız, tarayıcıda)
Ürünleri seçer, sepete ekler
Sipariş verir (masa numarası otomatik)
Ödeme yapar (mobil ödeme veya kasadan)
Mutfağa iletilir (yazıcı veya KDS ekranı)

💰 QR Menü Maliyet Analizi

Hazır SaaS QR Menü

Platform	Aylık	Özellikler
QRmenu.io	500₺	Sınırsız QR, sipariş yönetimi
Menufy	800₺	+ Ödeme entegrasyonu
TapToEat	1.200₺	+ Sadakat, analitik

Özel Geliştirme QR Menü

Tasarım (mobil optimize menü): 5.000₺
Development (React/Vue.js): 12.000₺
QR kod generator: 500₺
Admin panel (menü güncelleme): 6.000₺
Ödeme entegrasyonu: 4.000₺
TOPLAM: 27.500₺ (one-time)

Aylık Maliyet: Sadece hosting (200₺) + ödeme gateway (%2-3)

📊 QR Menü ROI Hesabı

Restoran: 80 masa, günde 200 sipariş

Yemeksepeti'nden Gelenler (komisyon %30):

Günlük 200 sipariş x 180₺ = 36.000₺
Aylık: 36.000₺ x 30 = 1.080.000₺
Yemeksepeti komisyonu: 1.080.000₺ x 0.30 = 324.000₺/ay

QR Menü ile Gelen Siparişler (komisyon %0):

Aynı 1.080.000₺ ama komisyon 0₺!
Sadece ödeme gateway: 1.080.000₺ x 0.025 = 27.000₺

📉 Tasarruf: 324.000₺ - 27.000₺ = 297.000₺/ay

Geri Ödeme: QR Menü kurulum 27.500₺ / 297.000₺ tasarruf = 0.09 ay (3 gün!)

📱 Masadan Siparişte Kullanıcı Deneyimi (UX) Standartları

QR menu sistemlerinin restorandaki başarısı, müşterinin masada sipariş verirken karşılaştığı arayüz tasarımı ve kullanıcı deneyimi (UX) standartlarıyla doğrudan ilişkilidir. Yavaş yüklenen, karmaşık üyelik adımları dayatan, kafa karıştırıcı kategorilere sahip veya ödeme adımlarında hata veren bir QR menü arayüzü, müşterinin sipariş vermekten vazgeçmesine ve klasik yönteme dönerek garsonu çağırmasına neden olur. Mükemmel bir QR menü deneyimi için sistemin, kullanıcının telefonuna herhangi bir uygulama indirmesini gerektirmeyen, doğrudan tarayıcı üzerinden çalışan bir Progressive Web App (PWA) olarak tasarlanması gerekir. PWA altyapısı, uygulamanın ilk açılış hızını artırırken, sonraki girişlerde çevrimdışı çalışma ve hızlı yüklenme özellikleri sunar.

Kategori navigasyonu (başlangıçlar, pizzalar, tatlılar vb.) ekranın üst kısmında yatay olarak sabitlenmeli ve kullanıcı sayfayı aşağı kaydırdıkça aktif kategori otomatik olarak değişmelidir. Ürün detay sayfalarında, malzeme ekleme veya çıkarma seçenekleri (örneğin pizzadan soğan çıkarılması, ekstra peynir eklenmesi) son derece net, görsel olarak belirgin ve dokunmatik ekranlara uyumlu olmalıdır. Müşteri siparişi onaylamak istediğinde, sistem ondan adres veya soyadı gibi gereksiz bilgileri istememeli, masa numarasını otomatik algılayıp doğrudan güvenli ödeme adımına yönlendirmelidir. Tarayıcı tabanlı Local Storage kullanımı sayesinde, kullanıcının sepet içeriği internet kesintilerinde dahi korunmalı ve sipariş süreci kesintiye uğramamalıdır. Tasarımın minimalist olması, yüksek kaliteli ama optimize edilmiş ürün fotoğraflarının kullanılması ve sipariş butonlarının kolay erişilebilir yerlerde konumlandırılması, masadaki sipariş dönüşüm oranlarını doğrudan artıran temel faktörlerdir.

🛡️ QR Kod Güvenliği: "QR Spoofing" ve Korunma Yöntemleri

Fiziksel restoran masalarına yerleştirilen karekodlar, siber güvenlik dünyasında "QR Spoofing" veya "Qishing" olarak adlandırılan saldırı türlerine karşı son derece savunmasız kalabilir. Kötü niyetli kişiler, masaların üzerindeki orijinal QR kod etiketlerinin üzerine, birebir aynı tasarıma sahip ancak kendi hazırladıkları sahte URL'leri barındıran etiketler yapıştırabilir. Müşteri bu sahte kodu okuttuğunda, restoranın gerçek menüsü yerine, kredi kartı bilgilerini çalmayı hedefleyen sahte bir ödeme arayüzüne (phishing) yönlendirilir. Bu durum hem restoranın marka itibarını zedeler hem de müşterilerin ciddi finansal kayıplar yaşamasına yol açar. Bu tür güvenlik risklerini tamamen ortadan kaldırmak için restoranların hem fiziksel hem de yazılımsal önlemler alması zorunludur.

Yazılımsal olarak, QR kodların içerdiği URL bağlantıları statik olmamalı; her masa için kriptografik olarak imzalanmış benzersiz ve zaman ayarlı token parametreleri içermelidir (örneğin: https://siparis.restoran.com/masa-12?token=hmac_sha256_hash). Sunucu tarafında bu token doğrulanmadan sipariş ve ödeme kabul edilmemelidir. Bu imzalama işlemi sunucuda saklanan gizli bir anahtar (secret key) ve masa numarası, zaman damgası gibi verilerin birleştirilerek SHA-256 algoritmasıyla hash'lenmesiyle yapılır. Fiziksel olarak ise, QR kod etiketleri masaların üzerine kolayca sökülemeyecek veya üzerine yeni etiket yapıştırılamayacak şekilde plexiglass, akrilik veya metal plaka üzerine lazer kazıma yöntemiyle monte edilmelidir. Ayrıca, salon çalışanları her vardiya değişiminde masalardaki QR kodların fiziksel bütünlüğünü ve doğruluğunu el terminalleriyle hızlıca kontrol etmelidir.

4. Ödeme Sistemi Entegrasyonu

💳 Sanal POS Başvuru Süreçleri ve BDDK Lisanslama Standartları

Kendi online sipariş sisteminiz üzerinden kartlı ödeme kabul edebilmeniz için, Türkiye Cumhuriyet Merkez Bankası (TCMB) ve Bankacılık Düzenleme ve Denetleme Kurulu (BDDK) tarafından lisanslanmış ödeme kuruluşlarıyla çalışmanız gerekir. iyzico veya PayTR gibi platformlara başvuru yaparken restoranların vergi levhası, ticaret sicil gazetesi, imza sirküleri ve şirket ortaklarının kimlik belgelerini ibraz etmesi zorunludur. BDDK mevzuatları gereği, ödeme kuruluşları restoranın web sitesini güvenlik ve yasal uyumluluk açısından denetler. Web sitenizde KVKK aydınlatma metinleri, mesafeli satış sözleşmesi (MSS), iptal ve iade politikaları ile SSL sertifikasının aktif olması zorunludur. Bu başvuru süreci genellikle 24 ila 48 saat içinde tamamlanır ve restoranınıza özel sanal POS API anahtarları tanımlanır. Komisyon oranları, restoranınızın geçmiş ciro performansına ve öngörülen aylık sipariş hacmine göre belirlenir. BDDK lisanslı bu kuruluşlar, restoranınızın tüm finansal işlemlerini şifreli ve güvenli bir altyapı üzerinden yöneterek sizi PCI-DSS standartlarına uyumlu hale getirir ve olası chargeback (ters ibraz) risklerine karşı korur.

💳 iyzico vs PayTR Karşılaştırması (Restoran Özelinde)

Özellik	iyzico	PayTR
Komisyon	%2.49-2.99 + 0.25₺	%1.99-2.49
Kurulum	0₺	0₺
Entegrasyon Kolaylığı	Kolay (SDK, plugin)	Orta
3D Secure	Var	Var
Taksit	12 taksit	12 taksit
Settlement	T+2 gün	T+1 gün
Restoran için Ekstra	Food & Beverage kategorisi	Yemek kategorisi düşük fee
Dashboard	Gelişmiş, detaylı	Basit
Destek	7/24 canlı destek	Email/telefon

Öneri: PayTR (düşük komisyon) + iyzico (backup, güvenlik). Müşteriye seçenek sun.

💳 Turist Odaklı Restoranlarda Yabancı Kart ve Alternatif Ödeme Entegrasyonları

Özellikle İstanbul, Antalya, İzmir gibi turistik bölgelerde hizmet veren restoranlar için yabancı ülke kartlarıyla sorunsuz ödeme alabilmek finansal açıdan büyük bir öneme sahiptir. Yabancı müşteriler Türkiye'de sipariş verirken yerel kredi kartlarının dışında Visa, Mastercard, American Express (AMEX), UnionPay, JCB ve Discover gibi uluslararası kart ağlarını kullanırlar. Entegre edeceğiniz sanal POS altyapısının bu uluslararası kart ailelerini desteklemesi ve Dynamic Currency Conversion (DCC - Dinamik Para Birimi Dönüştürme) özelliğine sahip olması gerekir. DCC sayesinde turistler, kendi ülkelerinin para birimiyle (Euro, Dolar, Pound) ödeme yapabilirler ve bu durum sepet dönüşüm oranlarını artırır. Ayrıca, özellikle Uzak Doğulu veya Avrupalı turistlerin yoğun kullandığı dijital cüzdanlar (Alipay, WeChat Pay, Apple Pay ve Google Pay) gibi alternatif ödeme yöntemlerinin de sisteme entegre edilmesi, turizm sezonunda restoranların cirolarını doğrudan katlayan kritik bir faktördür. Ödeme geçidinin çoklu dil desteğine sahip olması da yabancı müşterilerin güvenle ödeme yapmasını sağlayan temel bir gerekliliktir.

🛠️ iyzico Entegrasyonu (Node.js Örneği)

// payment.js
const Iyzipay = require('iyzipay');

const iyzipay = new Iyzipay({
  apiKey: process.env.IYZICO_API_KEY,
  secretKey: process.env.IYZICO_SECRET_KEY,
  uri: 'https://api.iyzipay.com' // Production
});

async function createPayment(orderData) {
  const request = {
    locale: Iyzipay.LOCALE.TR,
    conversationId: orderData.orderId,
    price: orderData.totalAmount.toFixed(2),
    paidPrice: orderData.totalAmount.toFixed(2),
    currency: Iyzipay.CURRENCY.TRY,
    installment: '1',
    basketId: orderData.orderId,
    paymentChannel: Iyzipay.PAYMENT_CHANNEL.WEB,
    paymentGroup: Iyzipay.PAYMENT_GROUP.PRODUCT,
    paymentCard: {
      cardHolderName: orderData.cardHolderName,
      cardNumber: orderData.cardNumber,
      expireMonth: orderData.expireMonth,
      expireYear: orderData.expireYear,
      cvc: orderData.cvc
    },
    buyer: {
      id: orderData.customerId,
      name: orderData.customerName.split(' ')[0],
      surname: orderData.customerName.split(' ')[1],
      email: orderData.email,
      identityNumber: '11111111111', // Opsiyonel
      registrationAddress: orderData.address,
      city: orderData.city,
      country: 'Turkey'
    },
    shippingAddress: {
      contactName: orderData.customerName,
      city: orderData.city,
      address: orderData.address
    },
    billingAddress: {
      contactName: orderData.customerName,
      city: orderData.city,
      address: orderData.address
    },
    basketItems: orderData.items.map((item, index) => ({
      id: item.productId,
      name: item.name,
      category1: 'Yemek',
      itemType: Iyzipay.BASKET_ITEM_TYPE.PHYSICAL,
      price: (item.price * item.quantity).toFixed(2)
    }))
  };

  return new Promise((resolve, reject) => {
    iyzipay.payment.create(request, (err, result) => {
      if (err) reject(err);
      else resolve(result);
    });
  });
}

// Kullanım
const order = {
  orderId: '#12345',
  totalAmount: 180.50,
  cardHolderName: 'AHMET YILMAZ',
  // ... diğer bilgiler
};

createPayment(order)
  .then(result => {
    if (result.status === 'success') {
      console.log('Ödeme başarılı! Sipariş onaylandı.');
      // Mutfağa gönder, SMS gönder, vb.
    }
  });

🔒 Sanal POS Entegrasyonlarında Güvenlik ve Webhook Yönetimi

Sanal POS Entegrasyonlarında en kritik aşama, müşteri finansal verilerinin güvenliğidir. Restoranlar, PCI-DSS (Payment Card Industry Data Security Standard) uyumluluk regülasyonları gereği kendi sunucularında asla kredi kartı numarası, son kullanma tarihi veya CVC kodu gibi hassas verileri işlememeli ve saklamamalıdır. Bunun yerine, iyzico veya PayTR gibi BDDK lisanslı ödeme kuruluşlarının sunduğu güvenli iframe checkout (iframe ile ödeme alma) veya hosted payment page (yönlendirmeli ödeme sayfası) çözümleri entegre edilmelidir. Bu yöntemlerde kart verileri doğrudan ödeme kuruluşunun güvenli sunucularına iletilir ve restoran sunucuları güvenlik riski kapsamı dışında kalır (SAQ-A seviyesi uyumluluk).

Ödemenin başarıyla tamamlandığını sunucuya bildiren webhook (callback) mekanizmasının güvenliği de son derece hassastır. Ödeme sağlayıcısından gelen webhook istekleri, sadece ilgili kuruluşun resmi IP adreslerinden gelip gelmediği kontrol edilerek ve istek başlığındaki (header) kriptografik imza (signature) değeri doğrulanarak kabul edilmelidir. İmza doğrulaması yapılmayan webhook uç noktaları, saldırganlar tarafından manipüle edilerek sunucuya "ödeme başarılı" gibi sahte istekler gönderilmesine ve restoranın ücret almadan sipariş hazırlamasına neden olabilir. Webhook uç noktası ayrıca idempotent (aynı isteğin tekrarında tek işlem yapma) olarak tasarlanmalı, böylece ödeme kuruluşundan ağ gecikmeleri nedeniyle mükerrer gelen bildirimler veritabanında mükerrer sipariş kaydı oluşturmamalıdır. Ek olarak, internet kesintileriniz veya sunucu yavaşlıkları nedeniyle webhook bildirimlerinin kaybolması riskine karşı, ödeme durumunu arka planda sorgulayan ve mutabakat sağlayan otomatik cron servisleri sürekli çalışmalıdır.

5. Mutfak Ekranı ve POS Entegrasyonu

🖥️ Mutfak Ekranı (KDS - Kitchen Display System)

Ne İşe Yarar?:

Sipariş otomatik ekrana düşer
Kağıt fiş yok (çevre dostu + maliyet tasarrufu)
Renkli önceliklendirme (yeni = yeşil, hazırlanıyor = sarı, gecikmekte = kırmızı)
Tamamlanan siparişler swipe ile kapatılır

Kurulum:

Donanım:
- Tablet (iPad, Samsung Galaxy Tab): 5.000-8.000₺
- Veya monitor (24", dokunmatik): 4.000-6.000₺
Yazılım:
- Hazır SaaS (KitchenHub, Fresh KDS): 500₺/ay
- Özel geliştirme: 12.000₺ (one-time)
Sipariş sistemi entegrasyonu: WebSocket (gerçek zamanlı)

💰 Maliyet vs Termal Yazıcı:

Yöntem	İlk Kurulum	Aylık Maliyet (Kağıt)	Yıllık Toplam
Termal Yazıcı	2.500₺	250₺	5.500₺
KDS (SaaS)	6.000₺ (tablet)	500₺ (yazılım)	12.000₺
KDS (Özel)	18.000₺ (tablet + yazılım)	0₺	18.000₺

ROI: KDS 3. yılda karlı (kağıt tasarrufu + hız + hata azaltma)

🎛️ Sıcak Mutfak Koşullarında Mutfak Ekranı (KDS) Ergonomisi ve Personel Uyum Süreci

Termal yazıcılardan dijital Mutfak Ekranı (KDS) sistemine geçiş, sadece yazılımsal bir değişim değil, aynı zamanda mutfak çalışanları için ciddi bir operasyonel adaptasyon sürecidir. Sıcaklık, yüksek nem, yağ, su buharı ve un tozlarının yoğun olduğu zorlu mutfak ortamlarında kullanılacak tablet veya monitörlerin donanımsal dayanıklılığı son derece kritiktir. KDS cihazları için IP65 veya benzeri toz ve sıvı koruma standartlarına sahip endüstriyel dokunmatik ekranlar tercih edilmelidir. Personelin eldivenli veya ıslak ellerle ekranı rahatça kontrol edebilmesi için kapasitif ekranlar yerine kızılötesi veya rezistif dokunmatik teknolojiler kullanılabilir. Personel uyum sürecinde ise mutfak ekibinin dijitalleşmeye karşı gösterebileceği direnci kırmak adına eğitimler düzenlenmelidir. Kağıt fişlerin kaybolma riskini ortadan kaldıran, sipariş hazırlık sürelerini renk kodlarıyla (örneğin 10 dakikayı geçen siparişlerin kırmızıya dönmesi) görselleştiren KDS arayüzleri, personelin işini kolaylaştırdığını gördüğü anda hızla benimsenir. Mutfak şefinin siparişleri tek bir ekrandan istasyonlara (ızgara, fırın, soğuk mezeler) dinamik olarak dağıtabilmesi, mutfak içi karmaşayı minimize ederek sipariş hazırlama hızını ve doğruluğunu zirveye taşıdır.

📡 WebSocket ve Sunucusuz (Serverless) KDS Haberleşme Protokolleri

Mutfak Ekranı (KDS) ile web sunucusu arasındaki haberleşmenin gerçek zamanlı ve kesintisiz olması, mutfak operasyonunun aksamadan yürümesi için en önemli teknik gereksinimdir. Geleneksel HTTP Long Polling yöntemi, istemcinin sunucuya sürekli olarak "yeni sipariş var mı?" sorusunu sormasına dayandığı için sunucuda aşırı CPU ve bellek tüketimine yol açtığı gibi, siparişlerin ekrana düşmesinde birkaç saniyeye varan gecikmeler yaratır. Bu gecikmeler yoğun saatlerde mutfakta siparişlerin birikmesine ve müşteri memnuniyetsizliğine neden olabilir. Bu nedenle, çift yönlü ve sürekli açık bir TCP bağlantısı sağlayan WebSocket protokolü (veya sunucudan istemciye tek yönlü veri akışı sunan Server-Sent Events - SSE) kullanılmalıdır.

Node.js tabanlı bir mimaride, mutfak ekranı uygulaması sunucuya bağlandığında ilgili şubenin "odasına" (room) kaydedilir. Yeni bir sipariş geldiğinde, sunucu sadece o şubenin KDS uygulamalarına anlık olarak new_order olayını ve sipariş detaylarını gönderir. Mutfaktaki Wi-Fi bağlantısının kopması veya zayıflaması durumunda, KDS yazılımı otomatik yeniden bağlanma (auto-reconnect) algoritması çalıştırmalı ve çevrimdışı kaldığı sürede biriken siparişleri istemci tarafındaki yerel veritabanında (IndexedDB veya Dexie.js) tamponlayarak (buffer) bağlantı kurulduğunda sunucuyla senkronize etmelidir. KDS ekranında siparişlerin durumları (hazırlanıyor, paketlendi, yola çıktı) değiştirildiğinde de sunucuya anlık durum güncellemeleri WebSocket üzerinden iletilerek müşterinin sipariş takip ekranı anında güncellenmelidir. Bu sayede tüm operasyon zinciri kesintisiz ve hatasız bir şekilde akmaya devam eder.

📡 KDS Donanım Hatalarında Yazıcı Redundancy (Yedekleme) Mekanizmaları

Mutfak Ekranlarının (KDS) dijital esnekliği harika olsa da, donanımsal arızalar, elektrik kesintileri veya ekran kırılmaları gibi acil durumlarda mutfak operasyonunun tamamen durmasını engellemek için bir yedekleme (printer redundancy) altyapısı kurulmalıdır. Sistem mimarisinde, her mutfak ekranına paralel olarak ağ üzerinden haberleşen (ethernet veya Wi-Fi) en az bir termal yedek yazıcı eşleştirilmelidir. KDS cihazı, sunucuya her 10 saniyede bir "kalp atışı" (heartbeat) sinyali göndererek çevrimiçi olduğunu bildirmelidir. Eğer sunucu, belirli bir KDS ekranından 30 saniye boyunca kalp atışı sinyali alamazsa, o istasyonun KDS yazılımının çöktüğünü veya donanımsal bir hata oluştuğunu varsayar. Bu durumda sunucu, ilgili istasyona gelen tüm yeni siparişleri otomatik olarak yedek termal yazıcıya yönlendirir ve fiziksel olarak adisyon fişi yazdırılmasını sağlar. Bu sayede, mutfaktaki teknik aksaklıklar operasyonu sıfıra indirmeden, sistem otomatik olarak eski usul kağıt sistemine geri dönerek kriz anını yönetir.

🧾 POS Entegrasyonu

Neden Gerekli?:

Stok Senkronizasyonu: Online sipariş stoğu düşer, tükenen ürün otomatik pasif
Muhasebe: Z raporu tek yerden
Adisyon Birleştirme: Masa + online siparişler bir faturada

Entegrasyon Yöntemleri:

POS Sistemi	API Desteği	Entegrasyon Maliyeti
Menulux	Evet	8.000₺
Lezzetmatik	Evet	10.000₺
Adisyon.com	Evet	6.000₺
Logo	Kısıtlı	15.000₺
Eski kasalar	Hayır	Entegre edilemez

Öneri: Yeni kasa alacaksanız API destekli al (Menulux, Lezzetmatik).

🔄 POS Entegrasyonlarında Stok Senkronizasyonu ve Race Condition Yönetimi

Fiziksel POS (kasa) sistemi ile online sipariş sisteminin entegre çalışması, veri tutarlılığı ve stok yönetimi açısından önemli bir teknik zorluk barındırır. En sık yaşanan sorunlardan biri, menüdeki popüler bir ürünün son porsiyonu kalmışken, aynı saniyede hem restorandaki bir garsonun el terminalinden hem de web sitesinden bir müşterinin bu ürünü sipariş etmeye çalışmasıdır (race condition). Eğer sistem bu eşzamanlılığı doğru yönetemezse, iki sipariş de onaylanır ve mutfakta hazırlanamayacak bir ürün için ödeme alınmış olur. Bu karmaşayı önlemek için, sipariş onay süreçlerinde veritabanı düzeyinde "iyimser kilitleme" (optimistic locking) veya Redis tabanlı dağıtık kilit mekanizmaları (Redlock algoritması) kullanılmalıdır.

Müşteri ürünü sepete ekleyip ödeme adımına geçtiği anda, ilgili ürünün stoğu veritabanında geçici olarak (örneğin 5 dakika boyunca) rezerve edilmeli ve stok adedi düşürülmelidir. Ödeme başarıyla tamamlanırsa bu işlem kalıcı hale yapılmalı; eğer ödeme başarısız olur veya işlem zaman aşımına uğrarsa, rezerve edilen stok otomatik olarak sisteme geri iade edilmelidir. Böylece stoğu biten ürünlerin satışı milisaniyeler içinde durdurulur ve müşteri memnuniyetsizliğinin önüne geçilir. Stok senkronizasyon servisi ayrıca, fiziksel POS cihazındaki stok durumlarını belirli aralıklarla (örneğin her 1 dakikada bir) kontrol ederek web sitesindeki menüyle senkronize etmeli, tükenen veya servisi durdurulan ürünleri otomatik olarak online menüde de pasif duruma getirmelidir. Entegrasyon seviyesi, restoranda manuel stok takibi ihtiyacını tamamen ortadan kaldırır.

6. Gerçek Vaka: 3 Ayda 45.000₺ Tasarruf

🍕 Müşteri: Pizzacı Emre (Ankara, Çankaya)

Restoran Profili:

1 şube, 60 masa
Menü: Pizza, burger, makarna
Aylık sipariş: 800 (400 Yemeksepeti, 400 Getir)
Ortalama sepet: 160₺

📊 Durum Analizi (Kendi Sistemi Öncesi)

Aylık Ciro:

800 sipariş x 160₺ = 128.000₺

Komisyonlar:

Yemeksepeti (400 x 160₺ x %32): 20.480₺
Getir (400 x 160₺ x %30): 19.200₺
Toplam komisyon: 39.680₺/ay

Yıllık Komisyon: 476.160₺ 😱

🚀 Çözüm: Özel Online Sipariş Sistemi + QR Menü

Proje Aşamaları (6 hafta):

Hafta 1-2: Web sitesi tasarımı (Next.js + TailwindCSS)
Hafta 3-4: Sipariş yönetim paneli, iyzico entegrasyonu
Hafta 5: QR menü sistemi (PWA)
Hafta 6: POS entegrasyonu (Menulux API), test

Proje Maliyeti:

Web sitesi: 18.000₺
QR menü: 8.000₺
POS entegrasyonu: 7.000₺
Hosting (AWS, 1 yıl): 4.800₺
TOPLAM: 37.800₺

📈 Sonuçlar (3 Ay Sonra)

Sipariş Dağılımı Değişimi:

Kanal	Öncesi	Sonrası	Değişim
Yemeksepeti	400	200	-50%
Getir	400	150	-62.5%
Kendi Sitesi	0	300	+300
QR Menü (Masa)	0	250	+250
Toplam	800	900	+12.5%

Yeni Maliyet Yapısı:

Yemeksepeti (200 x 160₺ x %32): 10.240₺
Getir (150 x 160₺ x %30): 7.200₺
Kendi site ödeme gateway (550 x 160₺ x %2.5): 2.200₺
Aylık toplam komisyon: 19.640₺

📉 Aylık Tasarruf: 39.680₺ - 19.640₺ = 20.040₺/ay

💰 ROI Hesabı:

Proje maliyeti: 37.800₺
Aylık tasarruf: 20.040₺
Geri ödeme süresi: 37.800₺ / 20.040₺ = 1.89 ay (~2 ay)
İlk yıl net kazanç: (20.040₺ x 12) - 37.800₺ = 202.680₺

🎯 Emre'nin Yorumu

"İlk başta Kendi sipariş sistemi kurulumu başlangıçta yüksek görünse de doğru yapılandırıldığında müşteri verisi ve tekrarlayan sipariş oranlarında somut iyileşme sağlıyor."

🍕 Vaka Çalışmasının Teknik Analizi ve Optimizasyon Metrikleri

Pizzacı Emre'nin dijital dönüşüm projesindeki en önemli başarı faktörü, altyapı geçişinin teknik olarak kusursuz planlanmış ve optimize edilmiş olmasıdır. Projenin başında, mevcut web sitesinin mobil cihazlardaki LCP (Largest Contentful Paint) süresi 2.8 saniye seviyesindeydi ve bu durum kullanıcıların siteyi hızlıca terk etmesine yol açıyordu. Yapılan optimizasyonlar kapsamında, tüm ürün fotoğrafları modern AVIF formatına dönüştürüldü, resimlerin sayfa yüklenme sırasındaki öncelikleri (priority loading) ayarlandı ve menü listesinde ekran dışındaki öğeler için lazy-loading aktif edildi. Bu sayede LCP süresi 1.1 saniyeye indirilerek dönüşüm oranlarında ölçülebilir iyileşme sağlandı.

Google Haritalar (Google Business Profile) optimizasyonları ve web sitesine eklenen yerel şema verileri (LocalBusiness JSON-LD) sayesinde, restoranın Çankaya bölgesindeki yerel arama hacmindeki organik görünürlüğü ilk ayın sonunda %40 oranında arttı. iyzico sanal POS entegrasyonunda kullanılan kayıtlı kartla tek tıkla ödeme (one-click payment) akışı, ödeme adımındaki sepet terk etme oranını (cart abandonment rate) %18 oranında düşürdü. Mutfaktaki KDS ekranlarının Menulux POS sistemiyle WebSocket üzerinden entegre edilmesi ise siparişlerin mutfağa ulaşma süresini ortalama 5 dakikadan 8 saniyeye indirerek operasyonel verimliliği zirveye taşıdı. Kuryelerin telefonlarına yüklenen kurye takip uygulaması sayesinde de siparişlerin teslimat süreleri harita optimizasyonlarıyla %15 kısaltıldı. Tüm bu optimizasyonlar, restoranın kendi sisteminin kullanıcı gözünde en az pazaryerleri kadar profesyonel ve hızlı algılanmasını sağladı.

7. Maliyet Karşılaştırması ve ROI

📊 3 Senaryo: Küçük, Orta, Büyük Restoran

Senaryo 1: Küçük Kafe (Aylık 200 Sipariş, 120₺ sepet)

Yemeksepeti Maliyeti:

Aylık ciro: 24.000₺
Komisyon (%32): 7.680₺/ay
Yıllık: 92.160₺

Kendi Sistem (SaaS - GloriFood):

Kurulum: 0₺
Aylık SaaS: 800₺
Ödeme gateway (%2.5): 600₺
SMS: 60₺
Aylık toplam: 1.460₺
Yıllık: 17.520₺

📉 Tasarruf: 92.160₺ - 17.520₺ = 74.640₺/yıl

Senaryo 2: Orta Restoran (Aylık 800 Sipariş, 160₺ sepet)

Yemeksepeti + Getir:

Aylık ciro: 128.000₺
Komisyon (ortalama %31): 39.680₺/ay
Yıllık: 476.160₺

Kendi Sistem (WordPress + WooCommerce):

Kurulum: 20.000₺ (one-time)
Hosting: 400₺/ay = 4.800₺/yıl
Ödeme gateway (%2.5): 3.200₺/ay = 38.400₺/yıl
SMS: 240₺/ay = 2.880₺/yıl
Yıllık toplam (ilk yıl): 66.080₺
Yıllık toplam (2. yıl+): 46.080₺

📉 İlk Yıl Tasarruf: 476.160₺ - 66.080₺ = 410.080₺
📉 2. Yıl+ Tasarruf: 476.160₺ - 46.080₺ = 430.080₺/yıl

Senaryo 3: Büyük/Zincir Restoran (Aylık 3.000 Sipariş, 200₺ sepet)

Marketplace Komisyonu:

Aylık ciro: 600.000₺
Komisyon (%30): 180.000₺/ay
Yıllık: 2.160.000₺

Özel Yazılım + Mobil App:

Geliştirme: 110.000₺ (one-time)
Hosting (AWS): 18.000₺/yıl
Bakım: 60.000₺/yıl
Ödeme gateway (%2.5): 180.000₺/yıl
SMS/Email: 36.000₺/yıl
Yıllık toplam (ilk yıl): 404.000₺
Yıllık toplam (2. yıl+): 294.000₺

📉 İlk Yıl Tasarruf: 2.160.000₺ - 404.000₺ = 1.756.000₺
📉 5 Yıl Toplam: 1.756.000₺ + (4 x 1.866.000₺) = 9.220.000₺

📊 Fırsat Maliyeti: Müşteri Verilerini Toplamamanın Gizli Finansal Bedeli

Kendi sistemini kurmayıp tüm sipariş süreçlerini pazaryerlerine bırakan restoranların gözden kaçırdığı en büyük maliyetlerden biri de "Fırsat Maliyetidir" (Opportunity Cost). Dijital pazarlama dünyasında her bir nitelikli müşteri verisi (isim, telefon, doğrulanmış e-posta ve sipariş geçmişi), yaklaşık 10 ila 15 Türk Lirası arasında bir maddi değere sahiptir. Ayda ortalama 1000 sipariş alan bir restoran, kendi altyapısını kullanmadığında yılda 12.000 farklı müşteri verisini pazaryerlerine hediye etmiş olur. Bu verilerin finansal değeri sadece saklanmalarıyla değil, doğrudan remarketing kampanyalarında kullanılmalarıyla açığa çıkar.

Kendi veritabanına sahip bir restoran, yeni bir menü çıkardığında veya sakin geçen hafta içi günlerinde bu 12.000 müşterisine özel ve sıfır maliyetli pazarlama kampanyaları (push bildirimleri, otomatik e-posta serileri) düzenleyerek doğrudan sipariş alabilir. Pazaryerine bağımlı restoran ise aynı müşteriye tekrar ulaşabilmek için yine platformun yüksek komisyonunu ödemek veya platforma reklam vermek zorundadır. Verinin toplanmaması, müşteri sadakatini düşürürken, reklam harcamalarını artırır ve uzun vadede işletmenin dijital piyasa değerini düşürür. Dolayısıyla, kendi altyapınızı kurmak sadece komisyon oranlarını düşürmez, aynı zamanda geleceğe yönelik en değerli finansal varlığınız olan müşteri veritabanınızı inşa etmenizi sağlar.

8. Hibrit Strateji: Hem Yemeksepeti Hem Kendi Sisteminiz

🎯 En Akıllı Strateji: İkisini Birden Kullan

Neden Hibrit?:

Yemeksepeti: Yeni müşteri keşfi (organik trafik)
Kendi Sistem: Tekrar siparişler (%0 komisyon)

📋 Hibrit Strateji Uygulaması (Adım Adım)

1. Ay: Kendi Sistemi Kur

Web sitesi veya SaaS seç
QR menü ekle (masalar için)
Ödeme sistemi entegre et

2. Ay: Yemeksepeti'nde Aktif Kal, Kanalları Açık Tut

Hem Yemeksepeti hem Getir'de ol
Ancak siparişlerin %50'sini kendi sitenden almayı hedefle

3. Ay: Yönlendirme Kampanyası Başlat

Yöntem 1: Paket İçi Kupon

┌──────────────────────────────────────┐
│ 🎉 Bir Sonraki Siparişinizde %15 İndirim! │
│                                      │
│ www.pizzaciemre.com                  │
│ KOD: DIREKT15                        │
│                                      │
│ ✓ Komisyonsuz, daha ucuz             │
│ ✓ Sadakat puanı kazan                │
│ ✓ Özel kampanyalar SMS ile          │
└──────────────────────────────────────┘

Yöntem 2: SMS Kampanyası (KVKK onayı ile)

Merhaba Ahmet! 🍕
Pizzacı Emre'den sipariş verdiğiniz için teşekkürler!

Bir sonraki siparişiniz için ÖZEL %20 indirim:
👉 www.pizzaciemre.com
KOD: HOSGELDIN20

İyi günler! 😊

Yöntem 3: QR Kod Masalarda

Yemeksepeti'nden gelen müşteri masada yer
QR menüyü görür
Bir dahaki sefere direkt QR'dan sipariş verir

📊 Hibrit Strateji Sonuçları (6 Ay)

Başlangıç (1. Ay):

Yemeksepeti: %50 (400 sipariş)
Getir: %50 (400 sipariş)
Kendi site: %0

6. Ay:

Yemeksepeti: %20 (200 sipariş)
Getir: %15 (150 sipariş)
Kendi site: %45 (450 sipariş)
QR menü: %20 (200 sipariş)
Toplam: 1.000 sipariş (+25% büyüme)

Komisyon Karşılaştırması:

Dönem	Komisyon	Tasarruf
Başlangıç (800 sipariş)	39.680₺/ay	-
6. Ay (1.000 sipariş)	17.920₺/ay	21.760₺/ay
Yıllık Tasarruf		261.120₺

📢 Sosyal Medya Entegrasyonları ve Hiper-Yerel (Hyper-Local) Reklam Stratejileri

Kendi online sipariş web sitenizi kurduktan sonra, pazaryerlerinin hazır müşteri trafiğine alternatif yaratabilmek için sosyal medya kanallarını etkin bir pazarlama aracı olarak kullanmalısınız. Instagram ve Facebook gibi platformlar, restoranların kendi web sitelerine doğrudan trafik çekmesi için mükemmel entegrasyonlar sunar. Instagram profilinize ekleyeceğiniz "Sipariş Ver" butonu ve hikayelerde paylaşacağınız dinamik menü linkleri, kullanıcıların sadece iki tıklamayla sitenize ulaşmasını sağlar. Trafiği ve dönüşümleri artırmak için, restoranınızın fiziksel konumunu merkez alan hiper-yerel (Hyper-Local) reklam kampanyaları kurgulamalısınız. Meta Ads Manager üzerinden restoranınızın 2 ila 3 kilometrelik çevre alanını hedefleyerek, sadece bu bölgede yaşayan ve yemek saatlerinde aktif olan kullanıcılara yönelik hedefli reklamlar göstermelisiniz. Örneğin, cuma akşamı saat 18:00'de bölgedeki kullanıcılara "Kendi sitemize özel pizzalarda %15 indirim ve hızlı teslimat" reklamını göstermek, doğrudan web siteniz üzerinden verilecek siparişleri tetikler. Google Maps reklamları ve yerel influencer iş birlikleriyle de desteklenen bu strateji, pazaryerlerine ödeyeceğiniz yüksek komisyon bütçelerini doğrudan kendi sitenizin marka bilinirliğine ve müşteri kitlenize yatırmanızı sağlar.

9. Ortak Hatalar ve Anti-Pattern'ler (Sık Yapılan Yanlışlar)

❌ Büyük Görsel Boyutları ve Yavaş Açılan Menü Sayfaları

Kendi online sipariş sistemini kurmaya karar veren restoranların en sık düştüğü teknik hatalardan biri, menüde yer alan yemek görsellerini optimize etmeden doğrudan panele yüklemektir. Akıllı telefon kameralarıyla çekilmiş 5-10 MB boyutundaki yüksek çözünürlüklü pizza veya burger fotoğrafları, menü sayfasının toplam boyutunu 50 MB seviyelerine ulaştırabilir. Bu durum, özellikle mobil internet bağlantısı kullanan müşteriler için sayfa yüklenme süresini 10-15 saniyeye kadar uzatır. Günümüz internet kullanıcılarının sabırsızlığı göz önüne alındığında, 3 saniyeden uzun süren yüklenme süreleri doğrudan sepet terk etme oranlarını (bounce rate) artırır.

Bu sorunu çözmek için tüm görseller web standartlarına uygun sıkıştırma araçlarından geçirilmeli ve WebP veya AVIF formatına dönüştürülmelidir. Ayrıca, resimlerin genişlik (width) ve yükseklik (height) değerleri HTML etiketlerinde sabit olarak belirtilmelidir. Aksi takdirde, sayfa yüklenirken görsellerin sonradan gelmesiyle içerikler aşağı kayar ve Kümeler Düzen Kayması (CLS) oluşarak kullanıcı deneyimi ciddi şekilde bozulur. Görsellerin CDN sunucuları üzerinden dağıtılması da sunucu yükünü hafifleten kritik bir adımdır. Görseller ayrıca tarayıcı önbellekleme (cache control headers) stratejileriyle desteklenmeli, böylece siteyi tekrar ziyaret eden kullanıcıların resimleri yeniden indirmesi engellenmelidir. Lazy loading teknikleri kullanılarak sadece ekrana yakın olan görsellerin yüklenmesi sağlanmalı, bu sayede sayfa açılışındaki ilk veri transferi minimuma indirilmelidir.

❌ SMS Bildirimlerinde Failover Mekanizmasının Eksikliği

Sipariş onayları, kuryenin yola çıkışı ve teslimat bilgilendirmeleri gibi kritik süreçlerde müşteriye SMS göndermek yaygın bir uygulamadır. Ancak restoranların sadece tek bir SMS servis sağlayıcısına (örneğin sadece NetGSM) bağlı kalması ve sistemde bir yedekleme (failover) mekanizması kurmaması büyük bir operasyonel risk taşır. Özel kampanya günlerinde veya operatör kaynaklı yoğunluklarda SMS sağlayıcısının sunucularında yaşanabilecek kesintiler veya gecikmeler, müşterilerin siparişlerinin onaylanıp onaylanmadığını anlayamamasına yol açar. Bu durum, restoranın telefon hatlarının kilitlenmesine ve müşteri memnuniyetsizliğine neden olur.

Teknik olarak doğru kurgulanmış bir online sipariş altyapısında, en az iki farklı SMS API'si tanımlanmalıdır. Birinci sağlayıcıdan gönderilen SMS'in durumu (delivery receipt) 10 saniye içinde "başarılı" olarak dönmezse, sistem arka planda otomatik olarak ikincil yedek sağlayıcıya (örneğin İleti Merkezi veya Mutlu Hücre) yönlenmeli ve mesajı oradan iletmelidir. Ek olarak, SMS maliyetlerini düşürmek ve alternatif kanallar sunmak adına tarayıcı içi push bildirimleri ve WhatsApp Business API entegrasyonları da sisteme dahil edilmelidir. SMS gönderimlerinde şablon onay süreçleri (İYS uyumu) önceden tamamlanmalı, böylece yasal engellere takılmadan hızlı gönderim yapılabilmelidir. Sipariş onay süreçlerinde SMS gönderimi asenkron bir kuyruk yapısında (background queue) çalıştırılmalı, böylece SMS servisindeki olası gecikmeler müşterinin web sitesindeki bekleme süresini etkilememelidir.

❌ Yerel SEO (Local SEO) ve Google Business Profile İhmali

Kendi online sipariş sitenizi kurduktan sonra karşılaşılan en büyük zorluk, siteye hedeflenmiş ziyaretçi trafiği çekmektir. Pazaryeri platformları devasa reklam bütçeleriyle bu trafiği kendilerine çekerken, bağımsız bir restoranın kendi yerel trafiğini kendisinin oluşturması gerekir. Restoranların yaptığı en büyük hatalardan biri, web sitelerini yayına aldıktan sonra Google Haritalar (Google Business Profile) optimizasyonunu tamamen ihmal etmektir. Google üzerinde "Kadıköy en iyi pizzacı" veya "yakınımdaki burgerci" araması yapan bir kullanıcının karşısına çıkabilmek için Google Business Profile üzerindeki restoran adı, adresi ve telefon numarası (NAP verileri) web sitenizdeki bilgilerle harfi harfine eşleşmelidir.

Profilinize doğrudan kendi online sipariş sitenizin linkini yerleştirmeli ve kullanıcıları sipariş için kendi sitenize yönlendirmesiniz. Web sitenizin kaynak kodlarında LocalBusiness şema verisi (JSON-LD structured data) kullanarak arama motoru botlarına restoranınızın fiziksel konumunu, servis alanlarını ve çalışma saatlerini teknik olarak bildirmelisiniz. Bu optimizasyonların yapılmaması, sitenizin arama motorlarında görünmez kalmasına ve yatırımızın karşılığını alamamanıza sebep olur. Google Business profilinizde düzenli olarak ürünlerinizi, menünüzü ve aktif kampanyalarınızı paylaşmalı, müşterilerden gelen yorumları web sitenizin ana sayfasında dinamik olarak sergileyerek sosyal kanıt (social proof) oluşturmalısınız. Yerel SEO, reklam bütçesi harcamadan en kaliteli ve siparişe dönüşme olasılığı en yüksek trafiği çekmenin en etkili yoludur.

10. Geçiş ve Migrasyon Yol Haritası (Veri Taşınabilirliği)

📋 Pazaryerinden Kendi Altyapınıza Güvenli Geçiş Süreci

Pazaryeri platformlarından kendi online sipariş altyapınıza geçiş süreci, aceleye getirilmeden, adım adım planlanması gereken stratejik bir migrasyon operasyonudur. İlk aşamada Yemeksepeti veya Getir gibi platformlardaki üyelikleri tamamen iptal etmek finansal bir intihar olur. Bunun yerine, hibrit modeli benimseyerek mevcut müşteri kitlenizi aşamalı olarak kendi kanalınıza kaydırmalısınız. Teknik hazırlık evresinde, web sitenizin ve QR menü altyapınızın tüm fonksiyonel testlerini tamamlamalısınız. Kurye takip sistemlerinin, POS cihazlarının ve mutfak ekranlarının veri akışlarını simüle etmeli, personelinizi yeni sipariş paneli kullanımı konusunda eğitmelisiniz.

İlk iki hafta boyunca sistemdeki olası aksaklıkları tespit etmek amacıyla, kendi sitenizden sipariş veren kullanıcılara özel yüksek indirimler veya promosyonlar tanımlayarak bir nevi "kapalı beta" süreci yürütmelisiniz. Operasyonel olarak tüm çarkların sorunsuz döndüğünden emin olduktan sonra, pazaryeri platformlarındaki görünürlüğünüzü kademeli olarak azaltabilir ve bütçenizi kendi sitenizin reklamlarına kaydırabilirsiniz. Kendi sitenizdeki sipariş yoğunluğu arttıkça, pazaryerlerindeki teslimat sürelerini kasıtlı olarak biraz uzun gösterebilir veya bazı ürünleri orada stok dışı bırakarak müşterileri kendi sitenize yönlendirebilirsiniz. Bu aşamalı geçiş, mutfak ekibinin ve kuryelerin yeni sisteme adapte olmasını kolayerken, geçiş sürecindeki ciro kaybı riskini tamamen ortadan kaldırır.

💾 Müşteri Verilerini Aktarma ve CRM Yapılandırması

Daha önce farklı bir altyapı (örneğin basit bir e-ticaret sitesi veya WhatsApp sipariş hattı) kullandıysanız veya telefonla gelen siparişleri Excel dosyalarında biriktirdiyseniz, bu müşteri verilerini yeni online sipariş sisteminizin CRM veritabanına güvenli ve eksiksiz bir şekilde taşımalısınız. Veri taşıma işlemi sırasında KVKK (Kişisel Verilerin Korunması Kanunu) regülasyonlarına tam uyum gösterilmesi yasal bir zorunluluktur. Müşterilerin isim, telefon, e-posta ve adres gibi kişisel verileri veritabanına aktarılırken, kullanıcı şifreleri asla düz metin (plain text) olarak saklanmamalı; bcrypt gibi modern ve güvenli hashing algoritmalarıyla şifrelenerek taşınmalıdır.

Aktarım tamamlandıktan sonra, veritabanındaki müşterilere toplu bir SMS veya e-posta göndererek yeni sisteme geçişi duyurabilir ve "Yeni sitemizde şifrenizi sıfırlayarak vereceğiniz ilk siparişte geçerli %20 indirim kuponu" gibi kampanyalarla eski müşterilerinizi yeni platforma hızlıca adapte edebilirsiniz. CRM üzerinde müşterilerin sipariş sıklıklarını, sipariş verdikleri günleri ve sepet ortalamalarını analiz ederek segmentasyon yapmalı, durağan müşterileri canlandıracak otomatik pazarlama senaryoları kurgulamalısınız. Örneğin, son 30 gündür sipariş vermeyen müşterilere "Sizi özledik" başlığı altında özel bir indirim tanımlayarak geri kazanım kampanyaları düzenleyebilirsiniz. Müşteri verilerinin güvenli taşınması ve etkin yönetimi, kendi sisteminizin başarısını belirleyen en önemli faktörlerden biridir.

Restoran Online Sipariş Sistemi 2026: Yemeksepeti'ne %30 Komisyon mu, Kendi Sisteminiz mi?

Projeniz için ücretsiz ön analiz alın

İlgili Makaleler

Haber Sitelerinde Google News ve Discover Trafiği Kaybettiren 7 Editoryal Hata

Yapay Zeka İçeriği Neden Sıralanmaz? İnsan Editörlüğünün E-E-A-T'deki Gerçek Rolü

Kurumsal Grafik Tasarım Hizmetinde Pahalıya Mal Olan 5 Hata (ve Nasıl Kaçınırsınız)