ChatGPT Sites'ta Bağlı Veri: Her Ziyaretçinin Kendi Hesabı

Sites içinde eklentilerle ziyaretçinin kendi bağlı uygulamalarından veri okuma, izin verme ve yazma işlemi sınırları.

ChatGPT Sites'ta Bağlı Veri: Her Ziyaretçinin Kendi Hesabı için OpenAI DevDay 2026 resmî kelime işaretiyle hazırlanmış editoryal kapak

Yazının tamamını kopyalayabilir veya dinleyebilirsiniz.

ChatGPT Sites'ın DevDay 2026 yeniliği, bir Site'ın kendi yaratıcısının verisini herkese göstermesi değil; her ziyaretçinin kendi bağlı uygulamalarından, kendi seçtiği izinle veri kullanması. Bu fark kişiselleştirilmiş dashboard ve iç araçlar için güçlü. Aynı zamanda erişim sınırını ürün tasarımının merkezine koyuyor.

Resmî DevDay özeti, eklentilerin etkin olduğu workspace-private Site'larda kullanıldığını söylüyor. Ziyaretçi ChatGPT ile oturum açıyor, Site'ın istediği erişimi görüyor, bağlanacak hesabı seçip onaylıyor. Bu yazıda veri yükleme, yazma eylemi ve paylaşımın ne anlama geldiğini ayrı ele alıyorum.

Bu yazının duyuru ve erişim bilgileri OpenAI’nın resmî özellik belgesi ile DevDay 2026 toplu duyurusu üzerinden doğrulandı. Örnek proje ve deneme önerileri editoryal yorumdur.

Ziyaretçi sahipli veri modeli

Bir sorun takip panosu yaptığınızı düşünün: siz kendi görevlerinizi, iş arkadaşınız kendi görevlerini görür. Site bağlantılı uygulamaya ziyaretçinin seçtiği hesap ve izinlerle gider. Site'ı paylaşmanız kendi özel bağlantılarınızı başkalarına devretmez. Bu model, klasik tek servis hesabıyla bütün kullanıcıya aynı veri gösteren dashboard'dan farklı. Ürün tasarımında boş durum da gerekli; ziyaretçi bağlantı vermemişse panonun neden veri göstermediği açıkça anlaşılmalı.

Kurulumun üç adımı

OpenAI'nın Sites kılavuzu önce ChatGPT Work veya Codex ile Site oluşturup kullanılacak plugin connector'ı ve görevini belirtmeyi anlatıyor. Ardından önizlemede gerçek veriye bakılıyor; ajan sizin mevcut bağlantılarınızı kullanabiliyor. Site paylaşılmadan önce bağlantı akışı ve kullanıcı onayı test edilmeli. Üçüncü adım ziyaretçi deneyimi: giriş, istenen uygulama erişimi, hesap seçimi ve Site'a dönüş. Yalnız kendi hesabınızda çalışan önizleme, başka bir çalışanın erişim sınırını kanıtlamaz.

Veri yükleme ve sayfalama

Kılavuz, Site açıldığında bağlantılı verinin ziyaretçi izinleriyle okunduğunu; önbellekleme ve yeniden yüklemeyi Sites'ın yönettiğini belirtiyor. Connector cursor döndürüyorsa varsayılan “Load more” ile sonraki sayfa alınabiliyor. Kullanıcı zaman duyarlı veri bekliyorsa manuel yenileme eylemi eklenmesi istenebilir. Ben arayüzde “son güncelleme” ve kaynak uygulamayı görünür kılardım. Önbellekteki veriyle canlı işlem sonucu arasındaki fark kullanıcıya anlatılmadığında yanlış karar çıkabilir.

ChatGPT Sites'ta Bağlı Veri: Her Ziyaretçinin Kendi Hesabı: ZİYARETÇİ ChatGPT ile oturum açar; ONAY Hesap ve erişimi seçer; SITE Kendi yetkisiyle veri yükler
ChatGPT Sites'ta Bağlı Veri: Her Ziyaretçinin Kendi Hesabı için duyurulan akışın üç aşamalı editoryal şeması. Resmî ürün kaynağı.

Yazma işlemleri daha yüksek eşik

Site'ın uygulamaya veri yazması için yazma erişimi etkinleştirilip yapılandırılmalı; ziyaretçi rızası ve açık kullanıcı eylemi gerekiyor. Örneğin bir tasarım geri bildirim panosunda yorumları okumak başka, “onaylandı” durumunu proje yönetim aracına yazmak başka yetkidir. Arayüzde yazma düğmesini görünür sonuçla eşleştirirdim: hangi kaydın nereye değişeceği önceden görülsün. Otomatik arka plan yazması olduğu izlenimi verilmemeli. İzin verilse bile kullanıcı eyleminin açık olması dokümanın vurgusu.

Örnek: kampanya durum panosu

Bir ajansın müşterileri için ortak kampanya durumu panosu tasarladığımızı düşünelim. Her ziyaretçi kendi seçtiği proje hesabıyla giriş yapıyor; açık görevler ve son yorumlar yalnız o bağlantının görebildikleri kadar listeleniyor. Müşteri onay butonuna bastığında değişecek kayıt açıkça gösterilip izin isteniyor. Bu editoryal örnek, gerçek ürünün bütün connector'larla bu arayüzü hazır getirdiği iddiası değil. En kritik test, yanlış hesapla giriş yapan kişinin başka müşterinin notlarını görememesi.

Paylaşım ve özel alan şartı

DevDay sayfası plugin destekli bağlı veri kullanımını eklentilerin etkin olduğu workspace-private Site'larla sınırlandırıyor. Sites'ın genel erişim seçenekleri daha geniş olsa da bu spesifik özelliği herkese açık anonim sayfaya otomatik taşımamak gerekir. Site sahibi paylaşım ayarını, davetlilerin kimliğini ve izin verilen çalışma alanını tek tek kontrol etmeli. Ürün demosu için sahte veriyle açık bir vitrin yapılabilir; gerçek bağlı veri katmanı için resmî erişim koşulları esas alınmalı.

Eklenti keşfi ve sınırlar

Sites kılavuzunda getContext() eklentinin önbelleğe alınmış araç adlarını, açıklamalarını ve şemalarını döndürüyor; her çağrıda yeniden keşif yapmıyor. Bu ayrıntı, plugin güncellendiğinde arayüz ile araç sözleşmesinin uyumunu test etmeyi gerektiriyor. Bir Site'ın bütün kullanıcı işlemlerine anında ve sınırsız erişimi olduğu varsayılmamalı. Sayfa başında veri, cursor ve yenileme davranışı; yazma için ayrı eylem; hesap seçiminde rıza. Akış bu sınırlar etrafında kurulduğunda kullanıcıya güven verir.

Web performansı ve veri deneyimi

Bağlı veriyle çalışan bir sayfada ilk açılış, yetkilendirme beklemesi ve veri yükleme ayrı ölçülmeli. Büyük sonuç kümesi için sayfalama, kısa özet ve iyi boş durum ekranı gerekir. Statik bir vitrin gibi “ilk boyama” hızlı olsa da veri gelene kadar kullanıcı ne olduğunu anlamayabilir. Ben performans testini üç hesapla yapardım: bağlantısız, az veri içeren ve çok veri içeren. Erişim reddi ya da bağlantı iptali de hata ekranı yerine açıklayıcı durum sunmalı. Bu, Sites'ın resmî kapasitesinden çıkarılan tasarım önerisidir.

ChatGPT Sites'ta Bağlı Veri: Her Ziyaretçinin Kendi Hesabı: SITE Eklentiler etkin özel çalışma alanı; VERİ Ziyaretçi kendi hesabını seçer; YAZMA Açık kullanıcı eylemi + onay
Plan, izin ve teknik kapsamın resmî belgede belirtilen sınırlarını özetleyen editoryal grafik. Koşulları kaynakta inceleyin.

İkinci kullanıcı testi neden zorunlu?

Site'ı oluşturan kişinin hesabında çalışan bağlı veri deneyimi, ziyaretçi yetkilendirmesini kanıtlamaz. Farklı hesabı olan bir iş arkadaşıyla testte önce hiç bağlantı vermeyen durum, sonra kendi hesabıyla izin verme, ardından erişimi geri çekme akışını denerdim. Ekranda kimin verisi olduğu açık görünmeli. Her iki kişi aynı kayıtları görüyorsa bunun gerçekten paylaşılan veri mi yoksa yanlış kimlik kullanımı mı olduğu araştırılmalı. Özellikle müşteri arayüzünde bu hata yüksek etkili. Kullanıcının kendi bağlantısını seçme ilkesi, yalnız metinde değil test verisinde doğrulanmalı.

Okuma ve yazma yollarını ayrı çizmek

Bir Site yalnız okuma yapıyorsa yükleme, yenileme, boş durum ve sayfalama yeterli ürün yüzeyleri olabilir. Yazma açıldığında onay ekranı, değişecek kaydın özeti, başarı/hata geri bildirimi ve gerekirse geri alma yolu gerekir. Resmî kılavuz yazma için ziyaretçinin açık eylemini ve rızasını şart koşuyor. Dolayısıyla “veriyi göster” butonuyla “dış uygulamada kaydı kapat” eylemi benzer görünmemeli. Bir görev panosunda yanlış kartı kapatmak, yanlış kartı göstermekten daha ciddi. Tasarım sistemi buton renkleri ve metinleriyle bu farkı vurgulamalı.

Bağlantısız durumda da ürün olmalı

Ziyaretçi ChatGPT ile giriş yapıp uygulama bağlantısı vermeyebilir. Bu halde boş beyaz ekran yerine neyin gerekli olduğunu, hangi bilgiye erişileceğini ve izin vermeden nelerin kullanılabileceğini anlatan bir durum sunardım. Bağlantı desteklenmiyorsa alternatif demo veri gösterilebilir, ancak demo etiketi belirgin olmalı. Erişim reddi sonrasında tekrar deneme yolu da açık olmalı. Bu yaklaşım resmî plugin akışının kullanıcı deneyimi sonucu. Teknik olarak izinli veri çekebilmek, izin vermeyen kullanıcıyı kötü bir akışa mahkûm etmek anlamına gelmemeli.

Veri yeniliğini kullanıcıya anlatmak

Sites önbellekleme ve yeniden yüklemeyi yönetiyor; buna rağmen kullanıcı son gördüğü kaydın güncel olup olmadığını bilmek ister. Kritik bir dashboard'da son yenileme zamanını ve manuel yenileme imkânını tasarlardım. Bir görev başka uygulamada kapatıldıysa Site'ın bunu ne zaman göstereceği pilotta ölçülmeli. Cursor'lu bağlantıda “Load more” kalan kayıtları getirebilir; bunu toplam veri yokmuş gibi göstermemek gerekir. Tek ekranda yalnız ilk sayfayı gören kullanıcı eksik karar verebilir. Veri deneyimi, görsel tasarım kadar durum iletişimine dayanır.

Özel Site için yayın kararı

Workspace-private koşulu, ürünü internette herkese açık pazarlama sayfası gibi düşünmemeyi gerektirir. Erişim vereceğiniz ekip üyeleri, dış davetliler ve bağlanacak uygulamalar ayrı listelenmeli. Gerçek bağlantıları açmadan önce Site metnindeki kaynak açıklamaları, hata durumları ve gizli bilgi sızıntısı gözden geçirilmeli. Üretim önizlemesi ile paylaşım eylemi ayrı kararlar. Bu kullanıcı isteğindeki blog taslaklarının yerelde kalması gibi, Site geliştirmesinde de bağlantılı veriyi gerçek kitleye göstermeden önce test gerekir. Teknoloji izin verdiği için hemen paylaşmak iyi ürün süreci değildir.

ChatGPT Sites'ta Bağlı Veri: Her Ziyaretçinin Kendi Hesabı: DASHBOARD Kişisel görevlerini göster; BAĞLANTI Her ziyaretçi kendi hesabıyla; KONTROL Yönetici verisini sızdırma
ChatGPT Sites'ta Bağlı Veri: Her Ziyaretçinin Kendi Hesabı konusunu bir ekip işine uyarlayan örnek süreç. Bu bir ürün sonucu veya bağımsız test iddiası değildir; yetenek sınırları resmî belgede açıklanır.

Ziyaretçi hesabının değişmesi

Aynı insan birden fazla uygulama hesabına sahip olabilir. Site, verinin hangi bağlı hesaptan geldiğini anlaşılır biçimde göstermeli ve hesap değişince önceki hesabın kayıtlarını ekranda bırakmamalı. Önbellek varsa bu geçiş özellikle test edilmeli. Örneğin bir ajans çalışanı kendi hesabından müşterinin paylaştığı hesaba geçerken liste temizlenip yeniden yüklenmeli. Resmî kılavuz ziyaretçinin hesap seçmesini ve rıza vermesini anlatıyor; bu seçimin arayüzde doğru yansıması ürün tasarımının görevi. Yanlış hesaptan veri göstermemek performans kadar önemli.

İlk canlı paylaşımdan önce

Bağlı veri kullanan bir Site'ı paylaşmadan önce test kullanıcılarını, bağlantısız durumu ve yazma izinlerini kontrol ederim. Site sahibi kendi hesabında gördüğü doğru bilgiyi başarı saymamalı. İkinci kullanıcı farklı sonuç görmeli; beklenmedik ortak veri varsa yayın durmalı. Erişim özel çalışma alanıyla sınırlı olduğundan davetli listesi ve rol de ayrıca incelenmeli. Kaynak uygulamada kullanıcı izni geri çekildiğinde Site'ın bunu nasıl anlattığına bakarım. Bu kontroller, yalnız teknik fonksiyon değil kullanıcının kendi verisinin sahibi olduğu sözünün gerçek karşılığıdır.

Sonuç

Sites with connected data, kişiye özel uygulama verisini Site deneyimine taşımak için önemli bir adım. Asıl kural basit: ziyaretçi kendi hesabını ve erişimini seçer; paylaşım sizin bağlantınızı ona vermez. Özel çalışma alanı koşulu, yazma rızası ve gerçek ikinci kullanıcı testi atlanmamalı. Başarılı bir prototip yalnız veri getirmekle değil, kimin neyi gördüğünü açıkça göstermekle ölçülmeli.

Sık sorulan sorular

Site'ı paylaşınca benim uygulama hesabım paylaşılır mı?

Hayır. Ziyaretçi kendi bağlantısını, hesabını ve izinlerini seçer.

Herkese açık Site'ta bu plugin veri akışı var mı?

DevDay duyurusu eklentili bağlı veriyi eklentilerin etkin olduğu workspace-private Site'lar için tanımlıyor.

Site bağlı uygulamaya yazabilir mi?

Uygun yazma izni ve ayarı, ziyaretçi rızası ve açık kullanıcı eylemi gerekir.

İlgili yazılar

Kaynaklar