Edtech dünyasında en pahalı hata çoğu zaman yanlış ürün geliştirmek değil, yanlış entegrasyon sırasına dalmak oluyor. Evet, kulağa biraz sert geliyor. Ama gerçek bu. Bir ekibin aynı anda Canvas, Moodle, Blackboard, Brightspace, Schoology derken beş farklı LMS için kolları sıvadığını çok gördüm — sonra üç ay geçiyor, demo var ama sağlam çalışan tek bir akış yok ortada, ürün ekibi nefes alamıyor, mühendislik tarafı ise küçük bir şeyi düzeltmeye çalışırken başka bir platformda duvara tosluyor.
Benim 2024 sonbaharında İstanbul Maslak’ta görüştüğüm bir eğitim teknolojisi girişimi tam da bu girdaba girmişti. İlk refleksleri “pazarda kim varsa destekleyelim” olmuştu. Sonra müşteri görüşmelerinde ortaya çıktı ki ilk on kurumun sekizi Moodle kullanıyordu. Hani market share tablosuna bakıp heyecanlanırsınız ya… İşte tam orada biraz fren yapmak gerekiyordu.
Bu yazıda meseleye teknik gözle bakacağım ama kuru teoriyle değil. İşin aslı şu: hangi LMS’yi önce destekleyeceğinizi belirlemek, ürün stratejisi, satış odaklılık ve mühendislik maliyetinin tam ortasında duran bir karar. Yanlış sırayla giderseniz entegrasyon borcu birikir (şaşırtıcı ama gerçek). Doğru sırayla giderseniz ekip rahatlar. Rahatlar derken bayağı rahatlar, yani ciddi fark var.
Önce Pazar Değil Müşteri: En Sağlam Başlangıç
Bi saniye — Lafı gevelemeden söyleyeyim: “Dünya genelinde en büyük LMS hangisi?” sorusu tek başına pek işe yaramıyor. Çünkü sizin satacağınız yer başka olabilir. ABD’de yükseköğretim hedefliyorsanız Canvas daha mantıklı görünür; uluslararası K-12 ya da ABD dışı okullara gidiyorsanız Moodle öne çıkar; Kanada ve kurumsal öğrenme tarafında ise Brightspace ciddi şekilde sahaya giriyor.
Açık konuşayım, Ama işin komik yani şu: bunların hepsi aynı anda doğru olabilir ve yine de size yanlış kararı aldırabilir (buna dikkat edin). Çünkü ilk müşterilerinizin bulunduğu segment ile küresel dağılım aynı şey değil (kendi tecrübem). Geçen yıl Ankara’daki bir pilot projede bunu birebir yaşadım — satış ekibi Blackboard için hazırlık yapıyordu ama görüştükleri kurumların neredeyse tamamı Moodle üstündeydi. Plan kağıt üstünde süperdi. Pratikte hayal kırıklığına döndü.
Bakın şimdi… İlk yapmanız gereken şey pazar raporunu açmak değil, müşteri adayını aramak olmalı. “Siz hangi LMS’yi kullanıyorsunuz?” sorusu bazen altı aylık araştırmadan daha hızlı cevap veriyor. Hatta çoğu zaman iki dakika sürüyor; geri kalan altı ayın kaderini belirliyor. Bu kadar mı? Evet, bu kadar.
Kısa bir not düşeyim buraya.
Küçük startup için pratik yaklaşım
Bunu yaşayan biri olarak söyleyeyim, Küçük bir startup’sanız her platformu desteklemeye kalkmak yerine tek bir dikeyde derinleşmek çok daha mantıklı (buna dikkat edin). Çünkü ilk aşamada problem “çok kullanıcıya ulaşmak” değil, “tek akışı kusursuz hale getirmek”. Ben kendi notlarımda buna hep darbe alanını küçültmek diyorum — evet biraz mekanik geliyor ama iş görüyor.
İtiraf edeyim, Mesela sadece ABD üniversitelerine satış yapan bir ekip için Canvas ile başlamak gayet savunulabilir. Eğer ekip K-12 tarafında dolaşıyorsa Moodle veya Google Classroom konuşulur; ama Google Classroom’un LTI sunmadığını unutmayın — iş orada biraz yamuk gidiyor, ekstra API işi çıkıyor ve o “küçük detay” sprint planını alt üst edebiliyor.
Ve işler burada ilginçleşiyor. Hong Kong’da Stablecoin Hamlesi: Bankalar Sahneye Çıkıyor yazımızda bu konuya da değinmiştik. Daha fazla bilgi için PC Workman 1.7.1: Temiz Kod, Temiz Sabah yazımıza bakabilirsiniz.
Hangi Segmentte Hangi LMS Öne Çıkıyor?
Bence karar ağacını segment bazında kurmak en temiz yol. Şöyle düşünün: siz aslında LMS satmıyorsunuz, kendi ürününüzü öğrencinin ders akışına sokuşturuyorsunuz — kibarca. Bu yüzden hangi kapının kilidi sizdeyse onu önce açmanız gerekiyor.
| Hedef Segment | İlk Tercih | Neden Mantıklı? | Dikkat Edilecek Nokta |
|---|---|---|---|
| ABD Yükseköğretim | Canvas | LTI dokümantasyonu temiz, yaygın kullanım var | Sadece Canvas’a göre kod yazma tuzağına düşmeyin |
| Uluslararası okul / K-12 dışı ABD | Moodle | Açık kaynak, geniş topluluk, global dağılım | Kurulum ve varyasyon sayısı fazla olabilir |
| Kurum içi eğitim / Kanada | Brightspace | D2L desteği güçlü, LTI 1.3 uyumu iyi görünüyor | Pilot aşamasında veri senkronunu dikkatle test edin |
| ABD K-12 | Canvas + Schoology + Google Classroom gerçeği | Pazar parçalı olduğu için tek entegrasyon yetmez | LTI olmayan akışlara hazırlıklı olun |
“İlk iki platformu doğru seçmek genelde sonraki altı ayın kaderini belirliyor.”
Moodle tarafında beni şaşırtan şeylerden biri şuydu: açık kaynak olması yüzünden herkes “kolay” sanıyor. Değil. Pratikte kurulum çeşitliliği epey geniş olabiliyor — bir okul kendi sunucusunda eski sürüm kullanırken diğeri bulutta güncel sürümü çalıştırabiliyor, yani standart diye geldiğiniz yerde mini bir orman çıkıyor karşınıza. Daha fazla bilgi için Mobil Uygulama Projelerinde Gizli Maliyetler: Bütçe Neden Şişiyor? yazımıza bakabilirsiniz.
LTI Gerçeği: Temiz Kod Yazmazsanız Bedelini Siz Ödersiniz
LMS’ye Göre Değil Spec’e Göre Tasarlayın
Eğer burada tek bir tavsiye bırakmam gerekseydi şu olurdu: entegrasyonu belirli bir LMS’nin garip davranışlarına göre değil, LTI spesifikasyonuna göre kurun (ben de ilk duyduğumda şaşırmıştım). Ben bunu yıllar önce acı tatlı öğrendim — test ortamında harika çalışan deep linking akışı canlıya çıkınca bambaşka davranmıştı, çünkü sistemimiz özünde “Canvas gibi davranacağını varsayan” küçük bir canavardı. Maalesef.
“`php
// Basit düşünce modeli
interface LtiPlatformAdapter {
public function launch(array $payload): array;
public function deepLink(array $context): array;
public function gradePassback(array $score): bool;
}
“`
Böyle bir soyutlama kulağa akademik gelebilir ama iş görüyor (evet, doğru duydunuz). Her LMS’nin ufak tefek huyları oluyor; biri deep linking’i biraz farklı yorumluyor, diğeri not geri gönderme sırasında beklenmedik alanlar istiyor. Siz kodu platforma bağlarsanız (söylemesi ayıp) her yeni entegrasyonda tekrar çivi sökmeye başlarsınız. Ve o çivileri sökmek düşündüğünüzden uzun sürüyor.
Test sırası neden önemli?
Editör masasında bu yazıya hazırlanırken hemen kendi test rutinlerimi düşündüm — geçen martta Berlin’de katıldığım küçük bir toplantıda aynı konu açılmıştı. Herkes test ortamını sonradan ciddiye aldığını itiraf etmişti. Klasik hikâye. Hep aynı.
Şahsen, Süreç bence şöyle ilerlemeli:
- Önce 1EdTech referans uygulamasıyla temel akışı doğrulayın.
- Sonra seçtiğiniz ilk LMS üzerinde ayrı ayrı test yapın. — ciddi fark yaratıyor
- Daha sonra ikinci platforma geçerken adapter katmanınızı bozmadan genişletin.
- Bütün quirk’leri kod içine gömmek yerine yapılandırma dosyasıyla yönetin.
- Kopyala-yapıştır çözümden uzak durun; o yol kısa görünür ama sonunda geri döner ve sizi tokatlar. — bunu es geçmeyin
Neleri Erteleyebilirsiniz?
İnanın, Bütün dünyayı kapsama isteği güzel hissettiriyor. Ama erken aşamada toksikleşebiliyor da. Blackboard. Schoology çoğu durumda ertelenebilir; özellikle ilk müşteri grubu bunları istemiyorsa gereksiz yük getirirler. Yüzde yüz emin değilim ama sahadaki dinamik bana hep bunu söylüyor:
- Eğer ana hedefiniz ABD yükseköğretimse önce Canvas’a odaklanın.
- Eğer uluslararası okul pazarıysa Moodle çoğunlukla daha mantıklı olur.
- Eğer Kanada ya da kurumsal eğitimse Brightspace’i erken gündeme alın.
- Eğer ABD K-12 ise Google Classroom’u ayrıca planlayın; çünkü LTI sizi tek başına kurtarmayacak.
- Niş MOOC pazarındaysanız Open edX’e de göz atın ama ona hemen koşmayın — yorucu olabilir, gerçekten.
Şunu da ekleyeyim: Open edX gibi niş seçenekler bazı ekiplerde gereksiz romantizm yaratıyor — “ileride lazım olur” diye girilen işler bazen ana ürünü yavaşlatıyor. Asıl soru şu olmalı: bugün para getiren müşteri nerede?
Maliyet mi Hız mı? İkisinin Ortasını Bulmak Zorunda Kalacaksınız
Mühendislik açısından baktığınızda iki uç arasında gidip geliyorsunuz. Bir tarafta hızlıca birkaç LMS desteği çıkarıp satışa yetişmek var; diğer tarafta uzun vadede temiz mimari kurup bakım maliyetini azaltmak var. İkisi aynı anda olmuyor. Olmadığı için de karar vermeniz gerekiyor.
Geçen yaz İzmir’de tanıştığım bir CTO bana şöyle demişti: “İlk etapta hızlandık diye sevindik ama üçüncü platformdan sonra sprintler kabusa döndü.” Haklıydı. Tam da öyle. Fotoğraflarınız Neden Tuhaf Görünüyor? Moiré Hatası yazımızda da bu konuya değinmiştik. Statik Kod Analizi Nedir? 2026’da Kaçırmamanız Gereken Rehber yazımızda da bu konuya değinmiştik.
Bir de şu var:
- Küçük startup → dar kapsam + sık kullanıcı görüşmesi + az platform = daha sağlıklı başlangıç.
- Büyüyen ölçek → adapter mimarisi + iyi loglama + ayrı test ortamları = sürdürülebilir yapı. — bunu es geçmeyin
- Kurum seviyesi → güvenlik kontrolleri + veri eşleme katmanı + SSO senaryoları = ekstra disiplin gerektiriyor.
Peki Ben Olsam Nasıl Başlarım?
İnanın, Açık konuşayım: kendi önceliklendirmemi yapacak olsam ilk olarak müşteri röportajlarını toplarım (evet, doğru duydunuz). Sonra teknik ekiple oturur, en çok tekrarlanan LMS adını çıkarırım. Eğer üç kez Moodle duyduysam büyük ihtimalle ilk hedef bellidir. Eğer iki büyük üniversite Canvas diyorsa yön değiştiririm. Hayat böyle küçük sinyallerden oluşuyor zaten.
Bir de log tarafını hafife almam. Testten çıkan hataların yarısı aslında eksik gözlemden kaynaklanıyor — yani önce ölçün, sonra optimize edin. Entegrasyon dünyasında bu kural çok basit görünür ama nedense sürekli unutulur (evet, doğru duydunuz). Neyse.
Şimdi gelelim pratik kısa listeye:
- Müşteriyi dinlemeden roadmap çizme. (bence en önemlisi)
- LMS market share raporunu tek başına kutsallaştırma.
- LTI spec’e sadık kal.
- Pilot müşteride çalışmadan ikinci platforma geçme.
Sıkça Sorulan Sorular
İlk olarak hangi LMS desteğini eklemeliyim?
Cevap tamamen hedef müşterinize bağlıdır.Kanvas mı,Moodle mı,Brightspace mi sorusunun cevabı,pazardan çok sizin sattığınız segmentte gizlidir.Eğer ilk müşterileriniz belli olduysa seçim zaten kendiliğinden daralır.
Tüm LMS’leri baştan desteklemek mantıklı mı?
Pek değil.Erken aşamada hepsine yayılmak genelde ürünü yavaşlatır,satışı hızlandırmaz.Temel mantık önce iki kritik platformu sağlam yapmak sonrasında genişlemek.
LTI neden bu kadar önemli?
LTI,LMS ile dış araç arasında ortak dil gibi çalışır.Temiz uygulanırsa farklı sistemlere açılmanız kolaylaşır.Ama spesifikasyondan saparsanız her yeni platform ayrı proje haline gelir.
Moodle ile Canvas arasında teknik fark büyük mü?
Evet,var.Moodle açık kaynak yapısı nedeniyle kurulumlarda çeşitlilik gösterebilir.Canvas ise genelde daha düzenli ve dokümante hissedilir.Bu fark,sizin bakım yükünüzü doğrudan etkiler.
Kaynaklar ve İleri Okuma
1EdTech LTI Resmi Sayfası
LTI Deep Linking GitHub Deposu
Moodle LTI Geliştirici Dokümantasyonu*
Canvas Developers Community & Dokümantasyonları “>
20+ yıl deneyimli Azure Solutions Architect. Microsoft sertifikalı bulut mimari ve DevOps danışmanı. Azure, yapay zekâ ve bulut teknolojileri üzerine Türkçe teknik içerikler üretiyor.
İlgili Yazılar
Bu içerik işinize yaradı mı?
Benzer içerikleri kaçırmamak için beni sosyal medyada takip edin.
