SharePoint Copilot Apps Geliyor: SPFx’in AI Dönemine Giriş
Bakın, Şunu söyleyerek başlayayım: SharePoint Framework, yıllardır aynı tempoda giden, bazen de “ya bu iş artık nereye evriliyor?” dedirten bir platformdu (şaşırtıcı ama gerçek). Sürekli cilalanıyordu ama öyle büyük bir kırılma da gelmiyordu; yanı idare ederdi, fena değildi, ama insanın aklında hep bir eksik kalıyordu. İşte bu ay o hava biraz değişti.
Microsoft, Temmuz 2026’da SharePoint Copilot Apps için public preview başlatacağını duyurdu ve açık konuşayım, bu SPFx tarafında son 3-4 yılın en dişli haberi gibi dürüyor. Peki, peki neden? Kısaca şu: artık geliştirdiğiniz SPFx bileşenlerini Copilot canvas üzerinde, yanı kullanıcının Microsoft 365 Copilot ile sohbet ettiği o arayüzün içinde çalıştırabileceksiniz. Metnin dışına taşan, tıklanabilen, veri gösteren, aksiyon alan parçalar bunlar; ilk okuyunca “tamam ya, sonunda SPFx’i AI çağının içine gerçekten sokuyorlar” dedim.
Ama bir saniye. Heyecan güzel şey, tabi biraz da gaz veriyor insana, fakat işin sahadaki karşılığına bakmadan alkış tutmak bana pek mantıklı gelmiyor. Şimdi asıl mesele orada.
Duyurunun Özü: Ne Değişiyor?
Microsoft 365 Copilot bugün, açık konuşayım, çoğunlukla bir metin arayüzü gibi çalışıyor. Soru soruyorsunuz, cevap geliyor. Peki ya grafik, form, interaktif parça? Orası biraz boş kalıyor, hatta baya sınırlı kalıyor; SharePoint Copilot Apps işte tam bu noktaya giriyor ve Copilot’un cevap ekranına SPFx tabanlı UX bileşenleri eklemenize izin veriyor.
Bakın, Microsoft’un verdiği örnek senaryo “My Day” adını taşıyor. Kullanıcı Copilot’a “bugünüm nasıl geçecek?” diye soruyor, Copilot da düz metin basmak yerine takvim, görevler, e-posta özeti, hava durumu gibi kartlardan oluşan etkileşimli bir panel açıyor; bak şimdi kritik kısım şu: o panelin içindeki her parça aslında bir SPFx bileşeni olarak geliyor.
Şimdi teknik tarafta iş biraz netleşiyor. Copilot-ready by default diyorlar. Yanı yazdığınız web part artık sadece klasik SharePoint sayfasında değil, Copilot canvas’ta da çalışabiliyor; mevcut SPFx bilginiz yerinde dürüyor, tooling’ınız aynı kalıyor, gulp/webpack tarafına yaptığınız yatırım da çöpe gitmiyor. Bu benim açımdan önemliydi çünkü sıfırdan öğrenilecek başka bir stack çıkmıyor karşınıza. Var olanın üstüne oturuyor, işin aslı bu.
Peki neden?
SPFx 1.23.2: Sessiz Ama Önemli Bir Ara Sürüm
Dürüst olmak gerekirse, Haziran’da duyurunun biraz gölgesinde kalan başka bir detay daha var: SPFx 1.23.2 yayımlandı. Bu sürüm öyle “bakın neler geldi” diye bağırmıyor; daha çok kalite ve stabilite tarafına yaslanıyor. Ama içinde ufak görünse de önemli bir hazırlık var: new and edit panel override yeteneği için altyapı hazırlanıyor.
Yanı liste öğesi ekleme ve düzenleme panellerini kendi bileşeninizle değiştirebileceğiz gibi dürüyor. Bu konu yıllardır community’nın dilindeydi, hani herkes farklı cümlelerle aynı şeyi söylüyordu; sonunda zemin hazırlanmış öldü diyebilirim. Ne zaman gelir? Orası net değil, Microsoft da tarih vermedi ama 1.23.2’nın bu iş için temel attığı açık.
Ve işler burada ilginçleşiyor.
Türkiye Perspektifi: Bizim Şirketler Ne Yapacak?
Şimdi işin bana en ilginç gelen tarafına geldik. Türkiye’de SharePoint yatırımı olan kurumsal müşteriler, kabaca iki kümeye ayrılıyor; bir tarafta on-premise SharePoint Server’a saplanıp kalmış olanlar var (Copilot Apps tarafı bunlara biraz uzak dürüyor), öbür tarafta SharePoint Online’a geçmiş ama SPFx tarafını hâlâ eski usulde tutanlar var. Hani ne farkı var diyorsunuz, değil mi? İşte asıl kıpırdanma burada olacak.
Sahada gördüğüm kadarıyla, Türkiye’deki büyük kurumların çoğu hâlâ SPFx 1.15-1.17 aralığındaki bileşenlerle dönüyor. Node.js sürüm uyumsuzluğu çıkıyor, eski gulp task’ları uğraştırıyor, TypeScript versiyonu yükseltmesi ayrı dert oluyor. Kimse elini taşın altına sokmak istemiyor. Ama Copilot Apps gelince tablo değişecek: modernize olmayan işler Copilot canvas’ta kendine yer bulamayacak. Teknik borç da böylece sadece teknik borç olarak kalmayacak, iş değeri kaybına dönüşecek (yanlış duymadınız)
Bunu biraz açayım.
Yanı, Bunu kurumsal danışmanlıkta bu ay epey konuşuyoruz: “SPFx modernizasyonu artık isteğe bağlı bir şey değil, AI stratejisinin ön koşulu gibi dürüyor.” Bu cümleyi CIO’lara söylediğimde kaşlar kalkıyor, sonra konu hızlıca bütçeye geliyor. Doğal yanı.
Küçük Ekip vs Kurumsal: Farklı Yollar
Bi saniye — Peki herkes aynı yolu mu izleyecek? Hayır. Açık konuşayım:
- Küçük ekip veya startup iseniz: Aslında SPFx yerine doğrudan Copilot Studio + declarative agent tarafına bakın. SharePoint’e çok yaslanmıyorsanız, ihtiyacınız olan şey büyük ihtimalle SPFx değil; hızlıca ayağa kalkabilen, biraz deneme yanılmaya izin veren bir agent oluyor.
- Orta ölçekli iseniz ve Microsoft 365 ortamindeyseniz: SPFx 1.23’e geçin, Copilot Apps public preview’a katılın. Bir-iki bileşeni deneme amaçlı Copilot canvas’a taşıyın; kaybedecek çok şey yok, hatta neyin çalışmadığını erken görmek baya işe yarıyor. (bence en önemlisi)
- Enterprise seviyedeyseniz: Modernizasyon roadmap’i çıkarın. Hangi bileşenler Copilot canvas’a taşınmalı, hangileri klasik SharePoint sayfasında kalmalı — bu artık mimarı karar, hem de hafife alınacak türden değil. Acele edip her şeyi taşımayın; bazen eski parça yerinde kalınca daha az baş ağrıtıyor.
Bu tabloyu bir de sürüm ve hedef açısından toparlayayım: Daha fazla bilgi için Azure DevOps’ta SQL Projeleri: Pipeline Kurmanın Temelleri yazımıza bakabilirsiniz.
| Durum | SPFx Sürümü | Copilot Apps Uyumu | Önerilen Aksiyon |
|---|---|---|---|
| SPFx 1.15 ve altı | Eski | Yok | Node 18/20’ye geçiş + kademeli upgrade |
| SPFx 1.18-1.20 | Orta | Sınırlı | 1.23.2’ye atla, test et |
| SPFx 1.23.x | Güncel | Tam | Preview’a katıl, POC yap |
Evet. Daha fazla bilgi için Microsoft SQL 2026 Yol Haritası: Sahadan Süzülmüş Notlar yazımıza bakabilirsiniz.
Neyse uzatmayalım; işin özü şu: Türkiye’de Copilot Apps dalgasına hazırlanmak isteyen kurumların önce SPFx tarafındaki teknik borcu dürüstçe görmesi gerekiyor, çünkü orası düzelmeden üst katmanda anlatılan AI hikâyesi biraz havada kalıyor.
Şimdi, peki neden? Çünkü altyapı eskiyse yeni deneyimi koyacak yer bulamıyorsunuz; biraz sert öldü ama gerçek bu.
Bir yerde başlayacaksınız işte.
Geliştirici Deneyimi Nasıl Değişecek?
Bak şimdi, Microsoft’un paylaştığı geliştirici videolarına bakınca aklıma ilk şu geldi: yapı çok yabancı değil. gulp serve, manifest.json, TypeScript… aynı rayda gidiyor gibi dürüyor. Ama işin içine iki yeni parça giriyor, ve açık konuşayım, asıl farkı da onlar yaratıyor.
Birincisi Copilot canvas context. Bileşen artık sadece SharePoint sayfa context’ını almıyor, Copilot konuşmasının bağlamını da görüyor. Yanı kullanıcı ne sordu, hangi ajan cevap verdi, hangi veri kümesi devrede — bunları biliyor. Kulağa basit geliyor ama pratikte baya iş görüyor.
İkincisi aksiyon modeli. Burada olay biraz tersine dönüyor; bileşen sadece ekran gösteren bir şey olmaktan çıkıyor, kullanıcı aksiyonunu tekrar Copilot’a itebiliyor. Mesela bir “onayla” butonu düşünün, tıklanınca sonuç konuşmaya akıyor. Bu da tam olarak Agent Harness ile Ajana Veri Vermek: Onay ve Hafıza Dahil yazısında anlattığımız “insan onayı ajan akışının içine gömülür” yaklaşımıyla örtüşüyor (şaşırtıcı ama gerçek) copilot konusundaki yazımız yazımızda bu konuya da değinmiştik.
Basit Bir Örnek: Copilot Canvas Bileşeni İskeleti
Bakın, Henüz public preview başlamadığı için birebir API şeması ortada yok. Hatta bu yüzden bazı yerlerde insan ister istemez durup “acaba nasıl şekillenecek?” diye düşünüyor. Ama Microsoft’un tanıtım videolarından anladığım kadarıyla kaba iskelet aşağı yukarı şöyle olacak:
// Örnek — henüz preview API'si, değişebilir
export default class MyDayCopilotComponent extends BaseCopilotComponent<IMyDayProps> {
public async onCopilotInvoke(context: ICopilotContext): Promise<void> {
// Copilot bize hangi soruyu iletti, hangi verilerle geldi?
const userIntent = context.intent;
const graphData = await this.fetchTodayAgenda();
this.render(graphData);
}
protected onUserAction(action: string, payload: any): void {
// Kullanıcı bileşende bir şeye tıkladı — Copilot'a bildir
this.context.copilot.dispatch({ type: action, data: payload });
}
}Bu kod tabiî ki temsili. Preview çıktığında gerçek API ile yan yana koyup düzeltmek gerekecek, (ciddiyim). Küçük işim farkları bile insanı şaşırtabiliyor (özellikle böyle erken aşamada). Ama mantık net: bileşen Copilot’tan tetikleniyor, veri çekiyor, render ediyor ve kullanıcı aksiyonunu geri dönduruyor.
Şimdi gelelim işin can alıcı noktasına.
Evet.
Maliyet Tarafı: TL Bazında Ne Anlama Geliyor?
Türkiye’de bulut maliyeti konuşulunca, kur işi ister istemez masaya geliyor. Şunu net söyleyeyim: SharePoint Copilot Apps’i çalıştırmak için ayrı bir SPFx lisansı yok; SPFx. Microsoft 365 aboneliğinin içinde geliyor. Ama işin küçük bir püf noktası var, Copilot canvas’a bileşen deploy etmek istiyorsanız Microsoft 365 Copilot lisansı gerekiyor — kullanıcı başına aylık yaklaşık 30 dolar civarında dolaşıyor bu kalem.
Yüz kişilik bir kurum için kaba hesap yapınca tablo şöyle çıkıyor: ayda 3.000 USD, yılda 36.000 USD. Bugünkü kurla baktığınızda iş 1.2 milyon TL bandına kadar gidiyor. Rakamı görünce çoğu Türk şirketi “e biz henüz bunun için hazır değiliz” diyor, açık konuşayım, bu tepki pek de yanlış değil. Ama ben olsam şöyle başlarım: pilot ekip lisansıyla (5-10 kullanıcı) girerim, değeri ölçerim, sonra ölçeklerim. Peki, peki neden? Çünkü önce sahada ne kazandırdığını görmek lazım.
Bir dakika — bununla bitmedi. WinApp CLI ile .NET Uygulamalarına Paket Kimliği Vermek yazımızda bu konuya da değinmiştik.
“Copilot lisansı almadan da SPFx modernizasyonu yapılır. Ama Copilot Apps’e hazırlıksız yakalanmak, iki yıl sonra aynı yolu bir daha yürümek demek. Sahada bunu çok gördüm.”
Community Tarafı: Bu Bir Vesa Juvonen İşi
Açıkçası, Duyuruyu Vesa Juvonen imzasıyla okumak beni ayrıca sevindirdi. SPFx tarafında community-driven ilerleme, açık konuşayım, uzun zamandır Vesa’nın liderliğinde şekilleniyor. Bir bakın: GitHub issue’ları hızlı kapanıyor, PnP topluluğu aktif, community call’lar düzenli yapılıyor. Bu tip bir şeffaflık her kurumsal Microsoft ekibinde yok. SPFx’te var. Ve fark ediyor.
Kendi tarafımdan söyleyeyim: 20+ yıllık bulut deneyimimde gördüğüm en sağlıklı geribildirim döngülerinden biri SPFx tarafında dönüyor, çünkü geliştirici sesi gerçekten masaya geliyor (hani sadece dinlenmiş gibi yapılmıyor). AI ve Copilot yönüne dönüş de bu — itiraz edebilirsiniz tabi — yüzden sağlam dürüyor — karar verirken işin içinde ekip var, kullanıcı var, bir de sahadaki gerçek dertler var. Evet.
Nelere Dikkat Etmeli? Yaygın Bir Hata
Hani, Sahada karşılaştığım en yaygın hata şu: ekipler Copilot canvas’a taşımak için mevcut karmaşık web part’ları olduğu gibi kopyalamaya çalışıyor. Bu yanlış. Copilot canvas küçük, odaklı, tek işe hizmet eden bileşenler için tasarlandı. Kullanıcı bir soru soruyorsa, sız de ona cevap veren minimal parçayı göstermelisiniz (fazlası biraz gürültü oluyor). Peki neden?
- Mevcut SPFx bileşenlerinizi listeleyin
- Her birini “Copilot’ta bir kullanıcı sorusuna cevap olur mu?” sorusuyla filtreleyin (bu kritik)
- Cevabı evet olan 2-3 tanesini seçin — en fazla
- Public preview başladığında bunları port edin, gerisi klasik sayfada kalsın
Bu yaklaşım hem preview süresini daha verimli kullanmanızı sağlar, hem de “her şeyi Copilot’a atalım” tuzağına düşmezsiniz. Kaldı ki her şeyi Copilot’a atmak da doğru değil; bazı iş akışları klasik sayfa deneyimine daha uygun kalıyor, bazen de kullanıcı. O eski düzende daha rahat ediyor. Karar mimarisi burada devreye giriyor, işin aslı bu.
Benim Görüşüm: Umutlu Ama Temkinli
Açık konuşayım, ilk duyduğumda “vay be” dedim. Sonra biraz durup baktım. Bu tip duyuruların ilk sürümü genelde biraz ham oluyor, API tarafı oynuyor, bazı bileşenler kırılıyor, dokümantasyonda da ufak tefek boşluklar çıkıyor; yanı işin doğası bu, public preview zaten bunun için var.
Kağıt üstünde fena değil. Pratikte ne olur, orası ayrı mesele. Benim kafamdaki senaryo şu: Temmuz-Kasım 2026 arası epey dalgalı bir preview dönemi görürüz, sonra GA ile birlikte 2027 başında daha oturmuş bir platform gelir; bunu söylerken Microsoft’un son 3-4 preview -> GA döngüsüne bakıyorum, takvimler şaşırtıcı biçimde birbirine benziyor.
Vallahi, Bir şey daha var, önü da es geçmeyeyim: bu iş sadece SPFx’e dokunmaz. Agent Framework ile Claw Mimarisi: İlk Ajanı Üç Adımda Kurmak tarafındaki gelişmelerle yan yana düşününce, kurumsal Microsoft ekosisteminde bir “agent + UX bileşeni + veri kaynağı” üçlüsü beliriyor; SPFx de bu yapının UX tarafını sırtlıyor gibi dürüyor.
Bir de Agentic Cloud Operations: İçgörüden Eyleme Geçen Bulut Devri yazısında konuştuğumuz “ajan eylem alıyor” fikriyle baya örtüşüyor. Yanı parçalar tek tek anlamlıydı zaten, şimdi yavaş yavaş birbirine oturuyorlar.
Sıkça Sorulan Sorular
SharePoint Copilot Apps için ayrı lisans lazım mı?
Bunu yaşayan biri olarak söyleyeyim, Geliştirme tarafında hayır, hani SPFx zaten Microsoft 365’in içinde geliyor. Ama son kullanıcının Copilot canvas’ta bu bileşenleri görebilmesi için Microsoft 365 Copilot lisansı şart. Kullanıcı başına aylık 30 USD civarında, açıkçası göz ardı edilecek bir rakam değil.
Mevcut SPFx bileşenlerim Copilot canvas’ta otomatik çalışır mı?
Hayır, direkt çalışmıyor. Bileşenin Copilot context’ını alacak şekilde adapte edilmesi lazım. Ama şu iyi haber var: tooling, TypeScript ve React bilginiz aynı kalıyor. Yanı aslında ciddi bir yeniden yazım gerekmiyor, bence daha çok bir “adaptasyon katmanı” ekliyorsunuz, o kadar.
Public preview ne zaman başlıyor, nasıl katılabilirim?
Microsoft Temmuz 2026’yı hedefliyor. GA hedefi işe 2026 sonu. Katılmak için Microsoft 365 Developer Program’a üye olmanız yeterli, bir de Microsoft 365 Dev blog’ünü takip edin, duyuru oradan geliyor. Tecrübeme göre erken katılım gerçekten değerli, Microsoft aktif geri bildirım istiyor. POC yapmayı düşünen ekipler için ideal bir fırsat aslında.
On-premise SharePoint Server’da bu özellik çalışır mı?
Hayır, çalışmıyor. SharePoint Copilot Apps neredeyse tamamen Microsoft 365 Copilot’a bağımlı, Copilot da bulut hizmeti. On-prem senaryolarında bu özelliği kullanamıyorsunuz. Hâlâ on-prem’deyseniz ve bir AI stratejisi kuruyorsanız, bence önce migration yol haritasını çıkarmak gerek.
SPFx 1.23.2 upgrade’i riskli mi, hemen geçmeli mıyım?
1.23.x serisi zaten GA statüsünde, 1.23.2 de kalite odaklı bir yama sürümü. Yanı çok büyük bir risk taşımıyor. Önce test ortamında upgrade yapıp bileşenlerinizi bir gulp serve turuyla kontrol edin, sorun görmezseniz production’a alın. Copilot Apps için hazırlanmak istiyorsanız açıkçası 1.23.2 sizin giriş biletiniz (kendi tecrübem)
Kaynaklar ve İleri Okuma
Microsoft 365 Dev Blog: SPFx Roadmap Update – July 2026
SharePoint Framework Resmî Dokümantasyonu
Microsoft 365 & Power Platform Community (PnP)
Şöyle ki, Microsoft 365 Copilot Extensibility Docs
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.
0 comments