TradingView: grafikler, uyarılar ve analiz iş akışı

Aynı EUR/USD, TradingView üzerinde ve brokerınızın terminalinde farklı görünebilir; çünkü grafik ve emir farklı verileri ve fiyatın farklı taraflarını kullanabilir. Bu makale fiyat kaynağını kontrol etmeyi, grafikleri yapılandırmayı ve uyarıları kullanmayı açıklar. Ayrıca uyarının neden emir olmadığını ve geçmiş veride görünen sinyalin gerçek zamanda neden bulunmamış olabileceğini gösterir. MT4, MT5 ve cTrader konusundaki önceki yazıyı izleyerek analiz araçlarına ve bunların brokerdaki gerçekleştirmeyle bağlantısına odaklanıyoruz.

1. Tek fiyatın üç katmanı: sağlayıcı, grafik, gerçekleştirme

EUR/USD mumuna bakarken üç bağımsız kararın sonucuna bakarsınız. İlk karar veri sağlayıcısına aittir: fiyatları toplar ve mumun oluşturulduğu seriyi yayımlar. İkincisi platforma aittir: TradingView seriyi seçilen zaman diliminde toplulaştırır, çizer ve üzerinde göstergeleri hesaplar. Üçüncüsü brokerındır: emrinizi kabul eder, kendi gerçekleştirme politikasına göre kendi bid/ask fiyatları üzerinden gerçekleştirir. Üç katman, üç ayrı rol ve «EUR/USD’nin fiyatı nedir?» sorusuna üç ayrı yanıt. Ancak bir rol mutlaka ayrı şirket demek değildir: bu rollerin sahipleri örtüşebilir. Sembolde önekini gördüğünüz kuruluş, aynı zamanda platformla entegre bir broker da olabilir. Tek bir adın hepsini kapsaması rol ayrımını ortadan kaldırmaz. Grafik serisiyle işlem fiyatı farklı amaçlar için, farklı hesap türünde üretilir ve sahipleri aynı olsa bile farklılaşabilir.

Spot Forex piyasasında merkezi borsa ve tek bir resmî kur yoktur (1.3. makale). Dolayısıyla diğerlerinin yanlış sayılacağı «gerçek» bir mum yoktur. Farklı fiyat akışlarından oluşturulan farklı seriler vardır. «TradingView resmî Forex kurunu gösterir» cümlesi yalnızca belirsiz değil, içeriksizdir.

Pratik sonuç tektir ve makale boyunca tekrarlanır: grafik, gerçekleşme fiyatının kanıtı değildir. Bir işlemden sonra «mum seviyeye ulaşmadığı hâlde» stop loss’un neden tetiklendiğini düşünüyorsanız sorulacak soru «TradingView yanıldı mı?» değildir. Şunlardır: Bu mumu hangi fiyat serisi oluşturuyor? Tetiklenmeyi piyasanın hangi tarafı belirledi? İki ölçüm aynı kaynaktan mı geldi? Bu prosedürün aynısı koruyucu çıkış bölümünde anlatılır (9.4. makale); burada yalnızca araç katmanıyla ilgileniyoruz.

Ters hata da aynı derecede pahalıdır. Grafikteki fiyat gerçekleşme fiyatı olmadığı için veri kaynağını kontrol etmeden iki platformu «nokta nokta» karşılaştırmak hiçbir şeyi kanıtlamaz. Akışlar arasındaki bir pipin kesri kadar fark ne kusurdur ne de broker manipülasyonu kanıtıdır. Merkezi olmayan bir piyasanın olağan durumudur.

2. Sembol ve kaynak – iki EUR/USD mumu neden farklı?

TradingView sembolü iki parçadan oluşur: sağlayıcı öneki ve enstrüman adı. OANDA:EURUSD ve FX:EURUSD aynı piyasanın iki farklı fiyat akışından görünümüdür. Tek başına EURUSD yazmak sağlayıcıyı belirlemez. Arama penceresi bir sonuç listesi gösterir; her satırda enstrüman adının yanında veri kaynağı yer alır ve seçimi siz yaparsınız. Kontrol etmezseniz «aynı grafiği» karşılaştıran iki kişi, farkında olmadan iki farklı seriyi karşılaştırıyor olabilir. Bu yüzden herhangi bir karşılaştırmadan önce öneki okuyun; kendiniz veya başkası için seviye kaydederken de açıkça belirtin.

MT5’te broker sembolü bir katman daha ekler. Broker enstrümana şu adları verebilir: EURUSD, EURUSD.r, EURUSDm veya EURUSD#: son ek genellikle hesap türünü, özellikleri veya fiyatlandırma grubunu belirtir. Bu artık adlandırmayla ilgili kozmetik bir konu değildir. Son ekli enstrümanın sözleşme büyüklüğü, işlem saatleri ve swap puanlarının ücretlendirilme biçimi farklı olabilir.

İki kaynağı karşılaştırma prosedürü. İki günlük EUR/USD mumu farklıysa ve nedenini anlamak istiyorsanız şu sırayla kontrol edin. Birkaç fark aynı anda bulunabileceğinden ilgili tüm parametreleri kontrol edin:

1. Sağlayıcı. Grafikteki sembol önekini ve broker terminalindeki sunucu adını okuyun. İki farklı kaynak iki farklı seri demektir; sonraki karşılaştırmalar ancak tahmin olarak anlam taşır.
2. Piyasanın tarafı. Serinin Bid, Ask veya orta fiyat kullanıp kullanmadığını belirleyin. Belirli bir anda Ask − Bid spreaddir; aritmetik mid = (Bid + Ask) / 2 ise her iki taraftan tam yarım spread uzaktadır. Bu, mumun tamamının sabit miktarda kaydığı anlamına gelmez. Spread zamanla değişir ve Bid ile Ask zirveleri farklı anlarda oluşabilir.
3. Seans ve günlük mum sınırları. Kaynaklar seans sınırlarını farklı tanımlayabilir ve verileri farklı toplulaştırabilir. Bu, aynı tick’lerden bile farklı OHLC üretebilir. Ancak TradingView’da gösterilen grafik saat dilimi, mum sınırlarını veya Pine hesaplamalarını değil, eksen etiketlerini değiştirir.
4. Enstrüman özellikleri. Sembol son eki, sözleşme büyüklüğü, işlem saatleri ve hafta sonu aralığının nasıl ele alındığı.
5. Filtre ve birleştirme. Sağlayıcılar tekil, yalıtılmış fiyatları farklı ele alır. Bir sağlayıcıda tek aykırı tick’ten oluşan mum fitili, diğerinde hiç görünmeyebilir.

Bu kaynakların hiçbiri tanım gereği «gerçek» değildir. Ancak belirli bir amaca uygun bir kaynak vardır. Emrinizin gerçekleşip gerçekleşemeyeceğini soruyorsanız uygun kaynak brokerınızın fiyat geçmişidir. Piyasa yapısının haftalar içindeki biçimini soruyorsanız makul herhangi bir veri akışı yeterlidir; çünkü farklar çizgi kalınlığına sığar.

Görünür kılan olay. Sterlinin 7 Ekim 2016’daki sert hareketi sırasında GBP/USD fiyatları işlem sistemleri arasında öylesine ayrıştı ki BIS bünyesindeki Piyasalar Komitesi raporu, olay sırasındaki en düşük fiyatın nerede olduğunu belirleme işini bile ayrı ele alır^[4]. Bu, bölümde anlatılan mekanizmanın çarpıcı örneğidir. Zayıf likidite koşullarında «en düşük fiyat neydi?» sorusunun tek yanıtı yoktur; yanıt kimin fiyatlarına baktığınıza bağlıdır. Popüler yazılardaki somut seviyeler tam da bu yüzden farklıdır. Erişilebilen kesinlik konusunda yanıltıcı olacaklarından bunları burada sayı olarak tekrarlamıyoruz. Likidite boşluklarının mekanikleri ve böyle anlarda emirlerin nasıl davrandığı şu makalenin konusudur: 4.4. makale.

3. Grafik: aralık, tür, çizim ve Bar Replay

Grafik motoru kullanıcıyı ilk çeken unsurdur; aynı zamanda kolayca abartılır. Daha okunaklı grafik, zaten tanımayı bildiğiniz bir durumu fark etmek için gereken süreyi kısaltır. Tanımlanmış bir sistem yoksa avantaj yaratmaz (8.1. makale); sistem olmadan bir saat çizgi çizmek, yalnızca analize benzeyen bir uğraş olarak kalır.

Zaman aralıkları. Platform, standart dakika, saat ve gün dizisinin ötesinde özel zaman dilimlerini, saniyelik zaman dilimlerini ve zaman dışı ölçütlere dayalı aralıkları destekler. Bazılarının kullanılabilirliği plana, geçmişin kapsamı ayrıca enstrümana ve sağlayıcıya bağlıdır. Bunu aracın sabit özelliği değil, fiyatlandırma sayfasından kontrol edilecek parametre olarak görün. Bölüm 8’de buna dönüyoruz. Çoklu zaman dilimi analizinde (5.11. makale) standart dizi her planda yeterlidir.

Grafik türü, verilerin sunulma veya dönüştürülme biçimini değiştirir. Standart mumlar seçilen serinin OHLC değerlerini gösterir. Heikin Ashi fiyatları ortalar; Renko, Range, Kagi ve Point & Figure ise hareketi kendi kurallarına göre gruplar. Görünen her değer, o anda gerçekleşmeye uygun bir fiyat değildir. Sentetik fiyatlarla yapılan geçmiş testler gerçek dışı sonuçlar üretebilir. TradingView, Heikin Ashi gerçekleşmelerini standart OHLC üzerinden simüle edebilir; fakat sonuç yine emülatör modeline bağlıdır. Gerçek broker emri yalnızca çizilen mum değerine göre değil, kendi Bid/Ask fiyatlarıyla, emir türü ve gerçekleştirme politikası uyarınca gerçekleştirir.

Çizimler ve şablonlar. Çizimin aynı anda birkaç zaman diliminde yaşaması belirgin zaman kazandırır. Günlük grafiğe çizilen bir çizgi, nesne ayarlarından kapsamını sınırlayana kadar aynı enstrümanın alt zaman dilimlerinde görünür kalır. Böylece seviyeleriniz üç bağımsız harita yerine tek tutarlı harita oluşturur. Nesnenin hangi zaman dilimlerinde görüneceği tam burada ayarlanır; görünürlük sekmesi tek çizim için bunu yapar. İkinci tasarruf şablonlardan gelir: kaydedilmiş gösterge, renk ve ayar grubu tek komutla yeni enstrümana yüklenir. İki işlev de tutarlılığı korur; isabet hakkında hiçbir şey söylemez. Çalışma alanındaki düzen çoğu zaman avantaj sanılır.

Geçmişi yeniden oynatma: tek ad altında üç ayrı işlev. Günlük kullanımda «Bar Replay», geçmişe dönülmüş grafikte yapılan her şey için söylenir. Bu işlevleri ayıralım; çünkü her biri farklı bir soruya yanıt verir. Bar Replay işlevinin kendisi geçmişi mum mum ilerletir ve daha sonra olanları gizler. Grafik okumayı çalışmak için (makale 5.6) etkili bir araçtır; çünkü tamamlanmış bir grafik üzerinden öğrenmenin yanıltıcı unsurunu, yani hareketin nasıl bittiğini bilmeyi ortadan kaldırır.

Sağlayıcı, aynı geçmişe dönülmüş veriler üzerinde ayrıca geçmiş veriler üzerinde işlem yapma işlevini sunar. Burada yalnızca geçmişi ilerletmekten fazlası vardır. Belgeler bu modun kapsamını açıkça tanımlar: «Gerçek bir brokerda olduğu gibi pozisyon açabilir; limit, stop ve stop-limit emirleri verebilirsiniz». Yeniden oynatmayı başlatmadan önce «ilgili menüden başlangıç sermayenizi, baz para biriminizi ve komisyon tutarını da yapılandırabilirsiniz». Oturumun ardından genel bakış, performans, işlem analizi ve işlem listesi sekmeleri bulunur; bunlardan ikisi platform dışına aktarılabilir: «Performans ve İşlem listesi, ileri analiz veya kayıt tutmak için dışa da aktarılabilir»^[18] (kontrol tarihi: 2026-08-22). Dolayısıyla bu modda pozisyonlar, limit ve stop emirleri, komisyon ve raporlar vardır. Üçüncü işlev ise Strategy Tester işlevidir. Sizin için geçmişi yeniden oynatmaz; bunun yerine kayıtlı bir stratejiyi mevcut geçmişin tamamı üzerinde yeniden hesaplar. Bunu bölüm 6 anlatır.

Üçünün ortak noktası, hiçbirinin şunu yapmamasıdır: brokerınızdaki gerçekleşmelerin kaydı değildirler. Gerçekleşme, platformun simülasyon katmanı tarafından seçilen sağlayıcının veri serisi üzerinde hesaplanır; dolayısıyla belirli bir hesaptaki gerçekleştirme politikası, mevcut likidite veya emrin reddedilmesi hakkında hiçbir şeyi kanıtlamaz. Sağlayıcı, geçmişte işlem yapma moduna bir uyarı daha ekler: «İşlemlere ve toplam sonuca ilişkin veriler yalnızca oturumun içinde kullanılabilir ve hiçbir yere kaydedilmez»^[18] (kontrol tarihi: 2026-08-22). Dolayısıyla oturumun kendisi hiçbir yerde saklanmaz; fakat kapanmadan önce iki rapor dışarı alınabilir: performans ve işlem listesi, yukarıda alıntılanan dışa aktarma işlevinin kapsamındadır. Günlüğe elle kopyalayacağınız tek şey, bu iki raporun içermediği kendi oturum notlarınızdır. Strateji testi metodolojisi ve verilerin uyarlama ile doğrulama örneklemlerine ayrılması şu makalenin konusudur: makale 11.7. Düşük zaman dilimlerinde yeniden oynatmanın kullanılabilirliği ve erişilebilen geçmiş bazen abonelik planıyla sınırlıdır. Tüm sınırlar gibi bunları da güncel fiyatlandırma sayfasından kontrol edin.

Enstrümanları üst üste getirme ve piyasalar arası bağlam. Birden fazla enstrümanı, yüzde değişim olarak da olsa, aynı grafiğe yerleştirebilmek bu ortamın tek bir brokera bağlı terminale göre gerçek çalışma avantajlarından biridir. Döviz çiftini, dolar endeksini ve tahvil piyasasını birlikte görürsünüz; üstelik bunların her birinin brokerınızda bulunması gerekmez. Bu karşılaştırmadan piyasa hakkında hangi sonuçların çıkarılabileceğini şu makale açıklar: makale 7.8. Burada önemli olan, aracın bu soruyu tek bir pencerede sormanıza olanak vermesidir.

Günlük için ekran görüntüleri. Grafik ekran görüntüsü enstrümanı, zaman dilimini ve zaman damgasını içerir; bu yüzden kararı sonradan değil, alındığı anda belgelemeye uygundur. Ekran görüntüsü, analiz kaydınızın daha sonra hafıza tarafından yeniden yazılmasını önlemenin ucuz bir yoludur. Bu malzemenin, sonucun birçok sütundan yalnızca biri olduğu bir süreç günlüğüne nasıl dönüştürüleceğini şu makale anlatır: makale 10.8.

4. Uyarılar: ne yapar, ne yapmaz?

Uyarılar bu ortamın yeterince önemsenmeyen bir parçasıdır; aynı zamanda en çok yanlış anlamanın oluştuğu alan da budur. Bir tanımla başlayalım; çünkü devamındaki her şey bu tanımdan çıkar: uyarı, platformun sunucularında seçilen bir veri serisi üzerinde hesaplanan bir koşuldur; koşul sağlandığında bir olay ve bildirim üretilir. Sağlayıcının belgeleri bunu doğrudan söyler: uyarılar tarayıcınızda değil, TradingView sunucularında oluşturulur ve tetiklenir^[1]. Sekmeyi kapatmak veya bilgisayarı kapatmak etkin bir uyarıyı durdurmaz.

Aynı tanım, uyarının yapmadığı şeyleri de gösterir. Emir vermez. Fiyatı rezerve etmez. Bildirim anında işlemin, koşulu tetikleyen seviyeden yapılabileceğini garanti etmez. Bildirimin söylediği yalnızca şudur: «X sağlayıcısının veri serisinde Y koşulu sağlandı». Bundan sonra olan her şey ayrı bir olay zinciridir.

Uyarının kapanmış mumu görüp görmeyeceğini tetiklenme sıklığı belirler. Bu, o penceredeki belirleyici ayardır ve tekrar tekrar hayal kırıklığı yaratır. Zaman dilimine bağlı uyarılar, yani göstergelere, çizimlere veya dönüştürülmüş grafik türlerine dayalı uyarılar için dört mod vardır: yalnızca bir kez, dakikada bir kez, mum başına bir kez ve mum kapanışında bir kez. İlk üçü, mum oluşmaya devam ederken ve kapanışa kadar hâlâ değişecek değerler üzerinden tetiklenebilir. Yalnızca sonuncusu onayı bekler^[3]. Basit fiyat uyarılarında seçenekler farklı ve daha dardır: yalnızca bir kez veya her seferinde^[9].

Pratik sonuç şudur: «RSI 30 seviyesini geçti» koşulu «mum başına bir kez» olarak ayarlanırsa saat 10:14’te çalabilir; fakat mum daha yüksek kapandığından saat 11:00’de koşulun sağlanmadığı görülebilir. Bu bir platform hatası değildir. Kullanıcının genellikle sonuçlarını düşünmeden seçtiği bir ayardır.

Bildirim kanalları. Olay; uygulama içi bildirim, açılır pencere, ses veya e-posta ile iletilebilir. Beşinci kanal, belirli bir adrese gönderilen HTTP isteği, yani webhook, ses veya e-posta kadar koşulsuz sunulmaz. Sağlayıcının fiyatlandırma sayfası webhook bildirimlerini abonelik planına bağlı bir özellik olarak listeler^[8]. Bu yüzden bunu bölüm 8’deki sınırlarla birlikte kontrol edin. Abonelik planından bağımsız olarak sağlayıcının ek bir koşulu vardır: webhook yalnızca iki faktörlü kimlik doğrulaması etkinleştirilmiş hesaplarda çalışır^[13]. Kanal seçimi olayın niteliğini değiştirmez; yalnızca onu nereden öğreneceğinizi değiştirir. Webhook yüküne parola veya gizli hesap anahtarı koymayın. Gerçekleştirme katmanının kimlik bilgilerini o katmanın kendi tarafında tutun.

Uyarının, ardından çalışmayı bırakacağı bir bitiş tarihi olabilir. Güncel yardım belgelerine göre Open-ended seçeneği Premium ve Ultimate planlarında sunulur ^[14]. Süresiz olması sınırsız çalışacağı anlamına gelmez. TradingView, şu üç koşulun tamamı sağlandığında böyle bir uyarıyı da devre dışı bırakır: oluşturulmasının üzerinden bir yıldan fazla geçmişse, son tetiklenmesinin üzerinden bir yıldan fazla geçmişse ve son düzenlenmesinin üzerinden bir yıldan fazla geçmişse. Etkin durumunu ve koşulun hâlâ geçerli olup olmadığını kontrol edin. Aboneliği yenilemek uyarıları gözden geçirmenin yerini tutmaz.

Webhook, zincirin yalnızca bir halkasıdır. Uyarının gönderdiği istek aracı uygulamanıza ulaşabilir; uygulama bir talimat hazırlayıp broker API’sine iletebilir; broker bunu doğrulayıp gerçekleştirebilir veya reddedebilir. Bu geçişlerin her biri başarısız olabilir: uygulama kullanılamayabilir, anahtarın süresi dolabilir, broker büyüklük, spread veya işlem saatleri nedeniyle emri reddedebilir; bağlantı yeniden kurulduğunda kötü yazılmış kod aynı emri iki kez gönderebilir. Burada gecikme için bir sayı vermiyoruz; çünkü anlamlı bir sayı, belirli bir barındırma ortamı, broker ve günün belirli bir saatiyle kurulan somut zincirin ölçülmesini gerektirir. Ölçüm olmadan verilecek sayı uydurma olurdu. Böyle bir gerçekleştirme katmanının kurulması ve güvenliğinin sağlanması şu makalelerin konusudur: makale 11.5 ve makale 11.8. Burada şu kural yeterlidir: zincirin tamamını ölçene kadar, uyarının ancak birkaç saniyenin kararın anlamını değiştirmediği bir işlem tarzına uygun olduğunu varsayın.

Uyarıları değer katacak şekilde yönetmek için:

1. Bir şeyi değiştiren seviyeye uyarı koyun. Çaldığında ne yapacağınızı yazmadıysanız «fiyat 1.0900 seviyesine dokundu» bildirimi boştur. Tezinizi geçersiz kılan veya önceden tarif edilmiş bir eylem planını başlatan seviyelere uyarı koyun.
2. Uyarı prosedürü başlatır; karar prosedürün sonunda gelir. Sıra bellidir: bildirim, emir verdiğiniz terminalde koşulları kontrol etme, ancak ardından karar. Burada anlatılan prosedürde uyarı tek başına giriş için yeterli temel değildir.
3. Mesaj metni bağlamı yeniden kurmalıdır. Mesaj alanına yalnızca seviyeyi değil, uyarıyı oluştururken ne düşündüğünüzü yazın: hangi senaryoyu kontrol ettiğinizi ve onu neyin geçersiz kılacağını. Bildirim gece veya üç hafta sonra geldiğinde bağlamı hafızanızdan yeniden kuramazsınız.
4. Bitiş tarihi. Piyasanın haftalardır dokunmadığı bir seviye, genellikle ortaya çıktığı bağlamı yitirmiştir. Zaten varsayılan olarak bitiş tarihi belirlenir ve bunu kaldırmak Premium veya Ultimate planı gerektirir. Bu nedenle uyarıyı oluştururken girdiğiniz tarihten bağımsız olarak listeyi düzenli aralıklarla gözden geçirin.
5. Biriktirmek yerine yenileyin. Bir uyarı tetiklendikten sonra onu silin ve güncel analizinize uygun yenisini oluşturun. Etkin uyarı sayısındaki sınır bu işlev açısından çoğu zaman faydalıdır; tüm seviyeleri kaydetmek yerine aralarından seçim yapmaya zorlar.
6. Her gösterge uyarısında sıklığı kontrol edin. Bu alan, sonraki bölümde tanı listesinin ilk maddesi olarak yeniden karşımıza çıkacak. Geçmişte gördüğünüzle canlıda elde ettiğiniz arasındaki farkın kaynağı genellikle tam burasıdır. Sonraki bölümde buna döneceğiz.

5. Uyarı neden geçmişteki sinyalden farklı davrandı?

Böyle bir durumu platform hatası saymadan önce, aşağıdaki her maddenin hiçbir hata olmadan tam da bu görüntüyü oluşturabileceğini bilmek gerekir. Açıklayıcı bir örnek verelim: grafikte, harekete geçmeye değecek noktalarda onlarca ok görünürken aynı betikten oluşturulan uyarı bir ayda üç kez çalmış, bunlardan biri geçmişte hiç görünmeyen bir yerde olmuştur. Sayılar yalnızca örnektir, hiçbir ölçümden alınmamıştır; mekanizma bu sayıların büyüklüğüne bağlı değildir. Aşağıdaki listeyi verilen sırayla uygulayın. Doğrulanan bir neden farkların bir bölümünü açıklayabilir; fakat kalan kontroller de önemli olabilir.

1. Açık mum mu, kapanmış mum mu? Uyarının mum kapanışında tetiklenmek üzere ayarlanıp ayarlanmadığını kontrol edin. Değilse koşul geçici değerler üzerinden kontrol edilmiştir. Bu değerler artık grafikte yoktur; onlardan geriye yalnızca son hâlini almış mum kalmıştır. Dolayısıyla iki farklı ölçümü karşılaştırıyorsunuz.
2. Tetiklenme sıklığı. Yalnızca bir kez modu, ilk tetiklenmeden sonra uyarıyı kapatır. Dakikada bir modu aynı koşulu birçok kez bildirebilir. Bildirim sayısı, kendi başına sinyal sayısı hakkında hiçbir şey söylemez.
3. Yeniden çizim (repainting). Pine Script belgeleri bunu geniş bir anlamda, betiğin geçmiş verilerdeki davranışıyla gerçek zamandaki davranışı arasındaki fark olarak tanımlar. Bunun yaygın bir olgu olduğunu, salt varlığının dürüst olmayan bir uygulamaya kanıt sayılmayacağını da belirtir^[6]. Önemli olan, davranışın hangi sürümünü gördüğünüzü bilmenizdir. Geçmişte ancak sonradan bilinebilen bir noktaya sinyal çizen bir betik, canlıda o noktaya aynı sinyali çizemez.
4. Daha yüksek zaman dilimindeki veriler. Açık bir HTF mumunun değeri gerçek zamanda değişebilir ve yeniden hesaplandıktan sonra farklı görünebilir. Bu durum kendiliğinden gelecek verisinin sızması anlamına gelmez. Ayrı bir hata ise uygun kaydırma olmadan lookahead_on kullanılmasıdır. Bu, HTF değerini henüz erişilebilir olmadığı geçmiş mumlarda gösterebilir. Önceki ve onaylanmış bir değerin, örneğin close[1] değerinin lookahead_on ile istenmesi, istenen zaman diliminin gerçekten daha yüksek olması koşuluyla HTF istekleri için belgelenmiş çözümdür HTF belgeleri.
5. Uyarı oluşturulduktan sonra yapılandırmanın değişmesi. Yukarıda anlatılan sunucu kopyası mekanizması geçerlidir: strateji uyarısı, oluşturulduğu andaki ayarlar üzerinde çalışır^[2]. O zamandan beri grafikte betiğin parametrelerini değiştirdiyseniz iki farklı yapılandırmayı karşılaştırıyorsunuz.
6. Veri kaynağı. Uyarı, sembolde adı geçen sağlayıcının veri serisi üzerinde hesaplanır. Sonradan grafiği başka bir sağlayıcıya geçirdiyseniz veya bildirimi brokerınızdaki grafikle karşılaştırıyorsanız farkın bir kısmı betikten değil, buradan kaynaklanır. Bu, bölüm 2’deki mekanizmadır.
7. Betik çalıştırma hatası. Ortamın sınırlarını aşan veya çalışma zamanı hatasına uğrayan bir betik, koşulu hesaplamayı bırakır. Uyarı listesinde durdurulmuş bir kayıt bulunup bulunmadığını ve betiğin mevcut enstrümanda hata bildirip bildirmediğini kontrol edin.
8. Platformun güncel sınırlamaları. Uyarı sayısındaki sınırlar, yenileme sıklığı ve zaman dilimlerinin kullanılabilirliği abonelik planına bağlıdır ve zaman zaman değişir. Önceki yedi madde durumu açıklamadıysa işlevin davranışının, siz kullanmayı öğrendiğinizden beri değişip değişmediğini sağlayıcının güncel belgelerinden kontrol edin.

Bu sekiz maddenin ortak noktası, hiçbirinin koşulun doğruluğuyla ilgili olmamasıdır. Ancak bunlar tek bir kategori değildir; hepsini aynı kategori saymak tanıyı zorlaştırır. Dört gruba ayrılırlar:

• Hesaplama anında koşulun gördüğü veriler: 1, 3, 4 ve 6. maddeler. En büyük grup budur ve bu bölümün asıl konusu da budur.
• Uyarı ve betik yapılandırması: 2 ve 5. maddeler. Burada hiçbir şey farklı hesaplanmadı; farklı ayarlandı.
• Betiğin çalışması: 7. madde. Koşul farklı sonuç vermedi; hesaplanması durdu.
• Platform sınırlamaları: 8. madde. Neden, betiğinizin ve ayarınızın dışındadır.

Bu ayrım pratik değer taşır; çünkü her grup farklı bir kontrol gerektirir. Birincisinde veriler karşılaştırılır, ikincisinde ayarlara bakılır, üçüncüsünde uyarı listesi ve hata mesajları, dördüncüsünde sağlayıcının güncel belgeleri incelenir. Geçmiş davranış ile güncel davranışın karşılaştırıldığı her yerde bu ayrım yeniden karşımıza çıkar.

6. Pine Script: gösterge, strateji ve Strategy Tester

Pine Script, TradingView ortamının dilidir ve yalnızca bu ortama aittir. Kod, platform sunucularında seçilen sağlayıcının veri serisi üzerinde çalışır. Ürettikleri; grafikteki çizimler, değerler ve uyarı olaylarıdır. Broker API’sinin yerine geçmez; bir betiğin davranışından işlem hesabının davranışına ilişkin sonuç çıkarmamalısınız. 2026-08-22 itibarıyla sağlayıcının kılavuzunda anlatılan güncel dil sürümü Pine Script v6’dır. Belgelerde eski sürümlerin açıklamaları da paralel olarak korunur.^[7].

Kolayca karıştırılan üç betik sınıfı. Bu ayrım, bir sonuç hakkında hangi iddiada bulunabileceğinizi belirler:

• Bir gösterge (indicator) değerleri hesaplar ve görselleştirir. Uyarı tetikleyebilir. Özel durumları ve pozisyon modellerini hesaplayabilse de bir stratejinin tuttuğu gibi emülatör emir hesabı tutmaz.
• Bir strateji (strategy) simülasyon katmanı ekler: yerleşik broker emülatörüne sanal emirler verir ve bunlardan bir performans kaydı tutar. Bu, platform içindeki bir simülasyondur ve sonucu da böyle okunmalıdır.
• Bir kütüphane (library) diğer betiklere işlevler sunar ve bağımsız bir gösterge veya strateji olarak çalışmaz. Dışa aktardığı işlevler, onları çağıran betiğin içinde çalışır.

«Pine stratejim X kazandı» cümlesi bir emülatörün sonucunu anlatır. «Robotum X kazandı» cümlesi ise bir hesabı anlatır. Bu iki cümlenin karıştırılması, bu araç hakkındaki tekrarlayan yanlış anlamaların kaynağıdır.

Pine Script; özel göstergeler, koşulların biçimsel olarak tanımlanması ve ön simülasyonlar için yararlıdır. Grafik betiği diğer sembolleri request.*() üzerinden ortamın sınırları içinde isteyebilir. Ayrı bir araç olan Pine Screener, enstrüman listelerini tarar ve kendine özgü sınırlamaları vardır. Güçlü simülasyon sonuçları sonradan doğrulama gerektirir. Kötü bir test; zayıf bir kuraldan da yanlış uygulamadan, verilerden veya ayarlardan da kaynaklanabilir. Fikri reddetmeden önce gerçekte neyin test edildiğini belirleyin.

Neye uygun değildir? Hesap üzerinde emir gerçekleştirmeye uygun değildir; bunun için ayrı bir gerçekleştirme katmanı gerekir (makale 11.5). Grafik dışına uzanan istatistiksel analize uygun değildir; çünkü genel amaçlı bir dil değildir (makale 11.8). Bir fikrin değerli olup olmadığına karar vermeye de uygun değildir; bunu aşağıda ele alıyoruz.

Strategy Tester bir hesap dökümü gibi görünse de emülatördür

Sonuçlar sekmesi, hesap raporuna benzeyen ölçütler gösterir. Bunlar hesap raporu değildir. Sonuç, seçilen sağlayıcının veri serisinde sanal emirleri gerçekleştiren bir emülatörden gelir. Sağlayıcının belgeleri bunu, «strateji testi ortamında brokerın temel mantığını uygulayan» bir modül olarak tanımlar^[19] (kontrol tarihi: 2026-08-22).

Bu emülatörün kuralları sabit bir özellik değil, birer ayardır. Aynı sayfa parametreler arasında kaymayı, «piyasa ve stop emirlerinin gerçekleşme fiyatına eklenecek tick sayısını belirtir» diye açıklar. Gerçekleştirme gecikmesi ise «emrin mumun yaşam döngüsüne göre ne zaman gerçekleştirileceğini kontrol eder». «One tick» seçeneğinde, belirli bir mumda verilen emir bir sonraki tick gelene kadar gerçekleşmez. Bu parametrelerin her biri koddan da ayarlanabilir: «Strateji özelliklerinde belirtilen parametrelerin her biri, strategy() işlev çağrısının argümanları düzenlenerek değiştirilebilir»^[19] (kontrol tarihi: 2026-08-22). Dolayısıyla emülatörün yalnızca kapanmış mumlarda hesapladığı iddiası, aracın bir özelliğini değil, olası ayar düzenlerinden birini anlatır. Bu nedenle aynı stratejinin iki testi, koşulda tek satır değiştirilmeden farklı sonuçlar verebilir. Böyle bir sonucu herhangi bir şey hakkında bilgi saymadan önce şu dört noktayı belirleyin. Bunların tümü tahmin değil, açık parametrelerdir:

1. Hangi maliyetlerin ve hangi gerçekleştirme modelinin girildiği. Komisyon, kayma ve gerçekleştirme gecikmesi strateji ayarlarında bulunan, varsayılan değerleri olan alanlardır. Bunları kontrol etmediyseniz sonucun hangi sistemi anlattığını bilmiyorsunuz. Sonuç, maliyetsiz bir sistemi, yani çalıştırmayı planladığınızdan farklı bir sistemi anlatıyor olabilir.
2. Bu testte bir işlemin ne anlama geldiği. Emülatörde pozisyon büyüklüğü çoğu zaman varsayılan olarak sermayenin yüzdesi şeklinde belirlenir. Bakiye büyüdükçe bu, sonuç eğrisinin bütün karakterini değiştirir.
3. Kaç işlem yapıldığı. Bir düzine kadar işlem, genellikle performansa ilişkin çok belirsiz bir tahmin verir. Sermaye eğrisinin şekli tek başına bu belirsizliği ölçmez ve bir avantajın varlığını kanıtlamaz.
4. Koşulun gelecek verisini kullanıp kullanmadığı. Şunun ayarlarını kontrol edin: request.security() ve değerlerin ne zaman erişilebilir hâle geldiğini inceleyin. Açık bir mum yeniden çizilebilir; ancak bu, geçmişte gelecekteki bir değeri göstermekten farklıdır. HTF için kodu, örneğin close[1] ve lookahead_on gibi belgelenmiş onaylanmış değer kalıbıyla karşılaştırın. Bu seçeneğin salt varlığı bir hata olduğunu kanıtlamaz.

Verilerin uyarlama ve doğrulama örneklemlerine ayrılması, ileri test, daha kötü maliyetler karşısında sonucun dayanıklılığının incelenmesi ve denenen varyant sayısının kontrol edilmesi dâhil tüm metodoloji şu makalenin konusudur: makale 11.7 ve orada eksiksiz anlatılır. Bu makalede aracın sınırında duruyoruz: sonuçlar sekmesi, emülatörün bu ayarlarla bu veri serisi üzerinde ne yapacağını söyler. Gelecek veya işlemin gerçekleştirilebilirliği hakkında hiçbir şey söylemez.

Tek bir mekanizma: mum kapandıktan sonra hesaplanan koşul

Aşağıda grafiğe kopyalanacak bir betik yoktur. Bir yapı taslağı vardır: kontrollerin sırası ve Pine Script çağrılarının adları, kendi kodunuza aktarılabilecek biçimde yazılmıştır; ancak yapıştırılıp çalıştırılabilecek biçimde değildir. Bu bir eksiklik değil, bir tercihtir. Yapıştırılmak üzere verilen eksiksiz betik, okuyucunun kendi doğrulamasını yapmadan kendi grafiğinde çalıştırdığı bir ürüne dönüşür ve her şeyden önce başkasının koduna güvenmeyi öğretir. Taslak, ters sırayı zorunlu kılar: kontrol sırasını alın, uygulamayı kendiniz yazın, Pine düzenleyicisinde kendi enstrümanınız ve zaman diliminizde doğrulayın. MQL taslaklarında da aynı tercihi yaptık; bkz. makale 11.5.

YAPI TASLAĞI - uyarı olayını onaylanmış muma bağlama
Pine Script v6 için yönlendirici gösterim. Eksiksiz bir betik değildir.

bildirim: indicator türünde betik - hesaplar ve çizer;
          pozisyon veya sonuç kaydı tutmaz

1. fastLength, slowLength := giriş parametreleri (input)
   Kod içine sabit yazılmış değer, kod düzenlenmeden değiştirilemez.

2. fast, slow := kapanış fiyatının üstel hareketli ortalaması
   1. adımdaki iki uzunluk için hesaplanır

3. cross := fast, slow değerini yukarı keser
   Bu koşul tek başına, oluşmaya devam eden mum dâhil,
   mumun her yeniden hesaplanmasında kontrol edilir.

4. confirmation := barstate.isconfirmed
   Yalnızca mumun son hesaplanmasında, yani kapanıştan sonra True olur.
   Bu bileşen olmadan 3. adım, kapanışa kadar değişmeye devam edecek
   değerlerle tetiklenebilir.

5. condition := cross AND confirmation

6. if condition: mesaj metniyle alert() çağrısı yap
   ve sıklığı mum kapanışında bir kez olarak belirle

bu taslağın içermediği ve içeremeyeceği şey:
   emir veren çağrı yoktur - Pine Script'in
   brokerdaki hesaba erişimi yoktur.

Bu taslak hangi sonuca izin verir, hangisine vermez? barstate.isconfirmed bir fark sınıfını sınırlar: uyarı olayına mum onaylandıktan sonra izin verilir. Betiğin önceki hesaplamaları hâlâ geçici değerleri kullanabilir; geçmiş mumlar ise her zaman onaylanmıştır. Sağlayıcının belgeleri bunun yeniden çizimden kaçınmanın yollarından biri olduğunu açıkça söyler: «barstate.isconfirmed kullanmak, her zaman ‘onaylanmış’ olan geçmiş mumlarda da aynı şekilde üretilecek yeniden çizimsiz davranışı sağlamanın yollarından biridir»^[6] (kontrol tarihi: 2026-08-22). Ancak diğer fark kaynaklarını ortadan kaldırmaz. Aynı sayfa, geçmiş ve güncel mumlar için iki farklı veri akışından ve sonradan yapılan fiyat düzeltmelerinden söz eder: «Geçmiş ve gerçek zamanlı mumlar iki farklı veri akışı kullanılarak oluşturulur» ve «borsalar/brokerlar bazen mum fiyatlarında genellikle küçük düzeltmeler yapar»^[6] (kontrol tarihi: 2026-08-22). Buna, sembolde belirtilen sağlayıcının değişmesi ve erişilebilen geçmişin başlangıcının kayması da eklenir; bunlar da yeniden hesaplama sonucunu değiştirebilir. Dolayısıyla onaylanmış mum, geçmiş ile gerçek zaman arasındaki fark alanını daraltır; tamamen kapatmaz.

Sıklığın nereden ayarlandığı, betiğin hangi işlevi çağırdığına bağlıdır. Yukarıdaki taslakta olayı üreten çağrı alert() çağrısıdır. Bu mekanizmada hem sıklık hem mesaj metni kodda verilen argümanlardan gelir. Uyarı oluşturma penceresi burada sıklık seçimi sunmaz; sağlayıcının belgeleri bunu doğrudan belirtir^[10]. Buna karşılık alertcondition() işlevi ters şekilde çalışır: sıklık parametresi almadığı için kullanıcı bunu uyarı oluşturma penceresinden seçer^[11]. Kodun ve pencere ayarının aynı davranışı anlatıp anlatmadığını sormak yalnızca bu işlev için anlamlıdır. Söz konusu çağrı alert() olduğunda uzlaştırılacak bir ayar yoktur. Dolayısıyla yapılandırma penceresinde olmayan bir alanı arıyorsanız önce betikteki çağrının ilk satırını kontrol edin.

Herkese açık kütüphaneden başkasına ait bir betik

Herkese açık betik kütüphanesi hem gerçek bir kaynak hem de gerçek bir mayın tarlasıdır. Başkasının kodunu karar sürecinize almadan önce üç şey yapın. Önce ilk satırdaki sürüm bildirimini kontrol edin: dilin eski sürümüyle yazılmış bir betik, açıklamasının düşündürdüğünden farklı davranabilir. Sonra kaynağın görünür olup olmadığını kontrol edin; bu, yayın türüne bağlıdır. Açık kaynaklı betikte kodu okuyun. Anlamıyorsanız ne zaman başarısız olacağını değerlendirme olanağınız yoktur. Korumalı veya yalnızca davetle erişilen betikte kod görünmez; bu adım yapılamaz ve geriye yalnızca üçüncü adım, yani davranışın kontrolü kalır. Üçüncü olarak, geçmiş davranışı güncel davranışla bölüm 5’teki listeye göre karşılaştırın. Açıklamadaki «yeniden çizmez» cümlesine dayanmayın; tam olarak neyin kontrol edildiği söylenmiyorsa bu ifade hiçbir şey anlatmaz.

Popüler bölge işaretleme şablonları için ayrı bir not gerekir. Birçok kullanıcı aynı enstrümanda aynı betiği gösteriyorsa aynı seviyeleri görür; bu da çevredeki emir dağılımını değiştirir. Bunun piyasa davranışı açısından sonuçları teknik analiz bölümüne aittir. Burada araçla ilgili şu not yeterlidir: bir betiğin popüler olması doğrulandığı anlamına gelmez.

7. Paper Trading, broker emülatörü ve broker entegrasyonları

Üç terim, üç ayrı şeyi anlattıkları hâlde sık sık birbirinin yerine kullanılır. Broker emülatörü, Pine stratejisinin sanal emir verdiği simülasyon katmanıdır. Betiğin içinde çalışır; önceki bölümde anlattığımız budur. Paper Trading, grafikten elle tıklayarak emir verdiğiniz simülasyon hesabıdır. Broker entegrasyonu ise gerçek hesaba bağlantıdır. Grafikteki emir paneli, talimatları brokerınızın sistemine iletir.

Paper Trading bir soruya yanıt verir, diğerine vermez. «Bu aracı kullanabiliyor muyum?» sorusuna yanıt verir: bekleyen emir nereden verilir, koruyucu seviye nasıl değiştirilir, grafik düzenleri arasında nasıl geçilir, panelden nasıl uyarı kurulur? Bunun gerçek bir değeri vardır; çünkü aracı kullanmadaki eksikler tam da hızlı davranmanız gerektiğinde size maliyet çıkarır.

Yanıt vermediği soru «Bunu brokerımda gerçekleştirmek mümkün mü?» sorusudur. Bu simülasyonda spreadin hiç bulunmadığını söylemek de doğru değildir. Sağlayıcının belgeleri Paper Trading gerçekleşmelerini şöyle anlatır: «Çoğu durumda alış emirleri ask fiyatından, satış emirleri bid fiyatından gerçekleştirilir»^[20] (kontrol tarihi: 2026-08-22). Dolayısıyla simülatör seçilen veri kaynağının spreadini yansıtabilir. Yapmadığı şey, belirli bir broker hesabının koşullarını kanıtlamaktır. Farklı fiyat kaynağı, enstrüman özellikleri, gerçekleştirme politikası ve mevcut likidite, aynı karar için farklı maliyet doğurur. Fikrinizin gerçekten işlem yapacağınız fiyatlar üzerinde nasıl davrandığını kontrol etmek istiyorsanız uygun ortam, işlem yapmayı planladığınız brokerdaki demo hesabıdır. Demo, paper trading, geçmiş test ve gerçek hesap arasındaki farklar şu makalede ayrıntılı incelenir: makale 11.7.

Ayrı bir sınır daha vardır: simülasyon, gerçek bir kayıpla karşılaştığınızda nasıl davranacağınızı da yeniden üretemez. Bu gerçek bir kısıttır; ancak aracın tanımından ziyade şu makalenin konusudur: makale 10.2. Burada, simülatörde olumlu sonuç almanın ne sistemi ne de gerçekleştirmeyi doğruladığını belirtmek yeterlidir.

Broker entegrasyonları brokera bağlı bir özelliktir. İş ortaklarının listesi değişir; aynı listedeki entegrasyonların kapsamı da farklı olabilir. Bir broker grafik panelinden tüm emir türlerini sunarken diğeri yalnızca temel türleri sunabilir. Bu nedenle burada ad listesi kopyalamıyoruz; makaleden daha çabuk eskirdi. Platformun broker seçme panelindeki güncel listeyi kontrol edin ve brokerınızın belgeleriyle karşılaştırırken üç soru sorun: Hesap türüm entegrasyon kapsamında mı? Hangi emir türleri destekleniyor? Panelden ayarlanan koruyucu mekanizmalar broker sunucusunda mı tutuluyor, yoksa çalışan bir uygulama mı gerektiriyor? Üçüncü sorunun yanıtı brokera ait bir özelliktir; platform bunu belirlemez.

Grafiğin işlem panelinden verilen emir, TradingView broker entegrasyonunu kullanır; fakat kesin iletişim yolu uygulamaya bağlıdır. Belgeler olmadan her talimatın hangi sunuculardan geçtiğini varsaymayın. Yanıt süresini değerlendirirken arayüz tepkisini, entegrasyon iletişimini, brokerın kabulünü ve gerçekleştirmeyi ayırın. Ortak zaman damgaları ve kayıtlar olmadan kullanıcının gördüğü toplam süre ölçülebilir; ancak her gecikme belirli bir katmana atanamaz.

Mobil sürüm, tarayıcı sürümüne eşdeğer değildir. Her cihazda özelliklerin, emir türlerinin ve araçların aynı olduğunu varsaymayın. Bunlar uygulama sürümüne, işletim sistemine ve entegrasyona bağlıdır. İşlev kapsamından bağımsız olarak telefon, bildirim almak için iyi, analiz yapmak için zayıf bir ortamdır; küçük ekranda birkaç zaman diliminin bağlamı aynı anda görülemez. Telefonla çalışmanın sınırlamalarını ve acil durum prosedürlerini şu makale anlatır: makale 11.4.

8. Abonelik planları ve sınırlar: kalıcı bilgi değil, başvuru katmanı

Bu bölüm diğerlerinden farklıdır; farkın ne olduğunu bilmek gerekir. Önceki bölümler ağırlıklı olarak mekanizmaları anlatıyordu: sağlayıcı, platform ve broker arasındaki rol ayrımı veya açık mumda hesaplanan koşulla kapanmış mumda hesaplanan koşulun farkı gibi. Bu katman arayüzden daha yavaş eskir; ancak değişmez olduğunu da söylemiyoruz. Sağlayıcı geçmişte işlem yapma modunun kapsamını, emülatör parametrelerini ve uyarı sıklığı seçeneklerini zaten değiştirdi. Bu nedenle makaledeki açıklamalar da tarih taşır ve kontrol gerektirir. Aşağıdaki plan adları ve sayılar ise mekanizma açıklamasından daha hızlı eskir; bunlar ürünün belirli tarihteki durumudur. Kontrol gününde doğruydular ve hiçbir duyuru yapılmadan geçerliliklerini yitirebilirler. Sağlayıcı hem abonelik düzeylerinin adlarını hem de onlara atanan sınırları daha önce değiştirdi. Bu yüzden tabloyu ezberlenecek bilgi değil, doğrulanacak bir başvuru noktası olarak kullanın.

Sağlayıcının fiyatlandırma sayfasına göre 2026-10-08 itibarıyla^[8] varsayılan fiyatlandırma tablosunda görünen düzeyler:

Eski yazılarda farklı göründüklerinden, tabloda üç nokta açıklama gerektirir. Birincisi, fiyat uyarılarıyla teknik uyarıların ayrılmasıdır. Bunlar, her birinin kendi sayacı olan iki ayrı havuzdur. Basit bir fiyat seviyesine dayalı uyarı; göstergeye, çizime veya dönüştürülmüş grafik türüne dayalı uyarıdan farklı bir sınıra sayılır. İkincisi, abonelik düzeylerinin adları zaman içinde değişti. İnternetteki materyallerin bir kısmı eski adları kullanıyor. Bir metin «Pro» veya «Pro+» planından söz ediyorsa yeniden adlandırmadan önceki durumu anlatıyordur.

Üçüncüsü, eski materyallerdeki adlar bugün neyin sunulduğunu kanıtlamaz. Expert, sağlayıcının eski yazılarında ve yardım sayfalarında yer alır ^[15][17]; fakat bu gözden geçirme sırasında güncel fiyatlandırma sayfası tablodaki beş düzeyi sunuyor ve profesyonel kullanıcılar için Ultimate’ı belirtiyor. Eski adın görünmesi, planın hâlâ satın alınabildiği anlamına gelmez. Abonelik seçmeden önce ülkenize ve kullanıcı sınıflandırmanıza uygun teklifi kontrol edin.

Makalede fiyat vermiyoruz; bu bilinçli bir tercihtir. Tutar; ödeme para birimine, ülkeye, faturalandırma dönemine ve güncel kampanyalara bağlıdır. Buraya yazılan herhangi bir sayı, bazı okuyucular için yayın gününde, kalanlar için de birkaç ay sonra yanlış olurdu. Güncel fiyatları sağlayıcının abonelik sayfasında kendi para biriminizde görebilirsiniz.

Yine de maliyet sorusunu tersinden sormak gerekir. Analiz aracına abonelik sabit maliyettir ve genellikle hesap büyüklüğüyle karşılaştırılır. Ancak avantaj abonelik planından değil, sistemden ve onu tutarlı biçimde uygulamaktan doğar (makale 8.2). Ücretli plana geçmek işinizdeki sürtünmeyi azaltır: daha az pencere değiştirme, sınırları daha az elle yönetme, hatırlanacak daha az şey. Fakat bu yalnızca satın aldığınız planın gerçekten sunduğu işlevler için geçerlidir ve bu işlevler tek bir basamak dizisi oluşturmaz. Sağlayıcı süresiz uyarıyı Premium ve Ultimate planlarına atar^[14]; bir sekmede sekizden fazla grafik görüntüleme eşiğini ise Expert planına bağlar^[17] (iki sayfanın da kontrol tarihi: 2026-08-22). Dolayısıyla Premium’dan Expert’e geçmek grafik sayısını artırır. Ancak belgeler süresiz uyarıyı Expert planına atamaz; bu geçiş kendi başına bitiş tarihlerini elle yönetme ihtiyacını azaltmaz. Planları sıralamak yerine ihtiyaç duyduğunuz her özelliği ayrı ayrı karşılaştırın. Planınızın gerçekten kapsadığı işlevlerde kazanılan zaman gerçektir ve harcama için dürüst bir gerekçedir. «Daha iyi plan sonuçlarımı iyileştirir» cümlesi dürüst bir gerekçe değildir; bunu kontrol etmenin de yolu yoktur.

Satın almak zorunda olmadıklarınız. Hazır bir avantaj olarak satılan ücretli göstergeler ayrı bir gider ve ayrı bir risk kategorisidir. Kodu göremediğiniz için geçmiş davranışın güncel davranışla eşleşip eşleşmediğini doğrulayamazsınız; burada belirleyici olan soru da budur (bölüm 5). Bölüm 8’deki tabloya göre Premium ve Ultimate planlarında iki havuzun her biri için sırasıyla 400 ve 1000 uyarı sınırı vardır. Bu sınırlar, yüzlerce paralel gözleme duyulan ihtiyaca karşılık gelir; bir avuç döviz çiftiyle çalışırken bu kadar gözlem gerekli değildir.

9. İşinizi düzenlemek: izleme listeleri, düzenler ve Ideas bölümü

Kendinizi kolayca tanıyabileceğiniz örnek bir tablo: On iki açık sekme, üç grafik düzeni, sekiz döviz çifti ve yirmi dakika sonunda hâlâ verilmemiş bir karar. Sayılar örnektir. Olanakları geniş bir ortam, yapıyı destekleyebildiği kadar yapısızlığı da büyütebilir. Farkı, bir kez verilmesi gereken birkaç karar yaratır.

Her şeyi içeren tek liste yerine izleme listeleri. Anlamlı ayrım, enstrümanın ait olduğu varlık sınıfından değil, ona neden baktığınızdan doğar:

• Ana liste: işlem yaptığınız ve özelliklerini bildiğiniz döviz çiftleri. Bu liste kısa olmalı ve seyrek değişmelidir.
• İzlenenler: açık pozisyonunuzun veya olgunlaşmakta olan bir senaryonuzun bulunduğu enstrümanlar. Bu liste yenilenir.
• Bağlam: işlem yapmadığınız, fakat arka plan olarak okuduğunuz enstrümanlar: dolar endeksi, tahvil piyasası, oynaklık ölçüsü. Sürekli değil, günde bir kez açılır.

Büyüklük ölçütü son derece basittir: tek geçişte gözden geçiremediğiniz liste artık izleme listesi olmaktan çıkmıştır. Eklenen her enstrüman ayrı bir oynaklık profili, ayrı bir veri takvimi ve likiditenin zayıf olduğu saatlerde ayrı bir davranış demektir. Aynı anda yirmi piyasa söz konusu olduğunda dikkat artık yetmez.

Grafik düzenleri. Kural aynıdır: bir düzen, bir amaç. Tek bir enstrümanda birkaç zaman diliminde fırsat aramak için ayrı, birkaç enstrümanı aynı anda gözden geçirmek için ayrı, bağlam için ayrı düzen kullanın. Bunu planlamadan önce bölüm 8’deki tablonun kapsamadığı bir noktayı kontrol edin: kaydedilen düzen sayısı abonelik planının ayrı bir sınırıdır ve «sekme başına grafik» sütunuyla ilgisi yoktur. İlk değer kaç farklı yapılandırmayı kayıtlı tutabileceğinizi, ikincisi bir sekmeye kaç grafik sığdığını söyler. Planınız yukarıdaki üçlü ayrımın gerektirdiğinden daha az düzen kaydetmenize izin veriyorsa geriye elle yeniden düzenlenen tek bir düzen kalır. Sağlayıcı bu sayıyı bilgi tabanında vermez; fiyatlandırma sayfasına yönlendirir^[16] (kontrol tarihi: 2026-08-22). Bu üç amacı tek pencerede karıştırmak, gözden geçirmenin analize, analizin de rastlantısal bir tıklamaya dönüşmesiyle biter.

Grafik üzerine notlar. Seviyeleri doğrudan grafik üzerine not etmek bir koşulla anlamlıdır: not, sonradan olanı değil, yazdığınız anda bildiğinizi kaydetmelidir. «Arka arkaya üçüncü düşüş hareketinin durduğu seviye» bir gözlem kaydıdır. «Güçlü talep» ise bir ay sonra doğrulanamayacak bir görüş kaydıdır. İlk biçim enstrümanın haritasını oluşturur; ikincisi zaten benimsediğiniz teze gerekçe üretir.

Ideas bölümü: gördükleriniz ve görmedikleriniz

Herkese açık analiz veri tabanı, türünün büyük bir koleksiyonu ve aynı zamanda örnekleme yanlılığının ders kitabı niteliğinde bir örneğidir (hayatta kalma yanlılığı: ilişkili madde). Buradaki örneklem, başarısız paylaşımların yayından sonra kaybolmasıyla değil, yayın öncesi seçimle oluşur. Mekanizmanın adını belirleyen tam da bu sıradır. Birbirinden bağımsız ve aynı yönde çalışan dört unsurdan oluşur:

• Yayın gönüllüdür ve yayınlama kararı yayından önce verilir. Yazar, paylaşımı gönderip göndermemeye karar verir ve özel tutabilir; bu durumda paylaşım herkese açık kümeye hiç ulaşmaz. Yazarın yayınla düğmesine basmadan önce inancını yitirdiği analiz, bu kümede yoktur. Kümeyi görmek, denemeleri görmek değildir.
• Bir hesaba bağlantı yoktur. Paylaşım hiçbir işlem geçmişiyle doğrulanmaz. Bir senaryonun anlatımıyla hesap sonucu ayrı şeylerdir; küme yalnızca ilkini gösterir.
• Görünürlük ve sıralama, okuyucu tepkilerine bağlıdır. Tepki toplayan paylaşımlar yukarı çıkar; okuyucuların zaten düşündükleriyle uyuşan tezler tepki toplar. Bu nedenle ilk gördüğünüz, doğruluğun değil popülerliğin sonucudur.
• Gerçekleştirme görünmezdir. Senaryo gerçekleşmiş olsa bile yazarın hangi fiyattan girdiğini, koruyucu seviyeyi taşıyıp taşımadığını veya gerçekten pozisyon alıp almadığını bilemezsiniz.

Herkese açık Ideas geçmişi, yazarın verdiği her kararın eksiksiz kaydı değildir. TradingView kuralları, yazarın herkese açık bir fikri yalnızca yayından sonraki 15 dakika içinde düzenlemesine veya kaldırmasına izin verir. Fakat moderatörler, kuralları ihlal eden paylaşımları daha sonra gizleyebilir ^[22]. Ayrıca yayın öncesi seçim de vardır: yazarlar neyi göndereceklerini, neyi özel tutacaklarını seçer. Bu yüzden ne başarısız fikirlerin sonradan sınırsızca silinebildiğini ne de görünen geçmişin eksiksiz olduğunu varsayın. Herkese açık paylaşımların tam kümesi bile hiç yayımlanmamış analizleri içermez.

Bu, başkalarının analizlerini görmezden gelmek için değil, onlara hangi soruyla yaklaştığınızı değiştirmek için bir gerekçedir. Değer, süreçtedir. İyi açıklanmış bir paylaşım; kişinin tezi nasıl kurduğunu, onu geçersiz kılan seviyeyi nereye koyduğunu ve hangi alternatif senaryoyu mümkün gördüğünü gösterir. Bu, piyasayı okumayı öğrenmek için malzemedir. Değer, sonuçta değildir. Takipçi sayıları ve verilen sıralamalar popülerliği ölçer, doğruluk hakkında hiçbir şey söylemez. Biriyle diğeri arasında belgelenmiş ilişki de yoktur.

Pratik sonuç tektir: birinin akıl yürütmesini kendi grafiğinizde yeniden kuramıyor ve kendi prosedürünüz içinde kontrol edemiyorsanız ona dayanarak hareket etmenin temeli yoktur. Başkasının analizi, kendi çalışmanız için başlangıç noktası olabilir; onun yerini alamaz.

Takvim ve diğer yerleşik araçlar. Ortam ayrıca makro veri takvimi ve piyasa gücü görünümleri sunar. Bugün bir şey olup olmadığını hızlıca kontrol etmek için yeterlidirler. Takvimleri, tarayıcıları ve hesaplayıcıları değerlendirme ölçütleri; giriş alanları, zaman dilimleri, beklenti uzlaşısı ve filtreler, sonraki makalenin konusudur (makale 11.3). Verilerin kendilerinin yorumlanması ise şu makaleye aittir: makale 6.4. Topluluk betiklerinin bazen grafiğe taşıdığı CFTC raporlarındaki pozisyonlanma verileri için de aynı şey geçerlidir. Araç kendi başına tarafsızdır; bu verilerden çıkan sonuçlar şu makalede anlatılır: makale 6.6.

10. TradingView’ın göstermedikleri

Bir analiz aracının sınırlamaları nadiren hata mesajıyla kendini duyurur. Daha çok baktığınız verinin, varsaydığınızdan farklı bir anlam taşımasıyla ortaya çıkar. Aşağıdaki dört durum tam da bunu anlatır.

Döviz grafiğindeki hacim veri kaynağına bağlıdır

Spot Forex’te işlem hacmini raporlayan merkezi bir borsa olmadığından (makale 1.3), döviz grafiğinin altındaki çubuk tüm piyasada yapılan işlemlerin değerini ölçmez. Neyi ölçtüğü, platformun veri sağlayıcısından ne aldığına bağlıdır ve tüm sembollerde aynı değildir. Sağlayıcının belgeleri kuralı açıkça belirtir: «Veri sağlayıcısından aldığımızda hacmi her zaman gösteririz». İşlem hacmi bulunmadığında bazen tick hacmi kullanılabilir: «Bazı durumlarda işlem hacmimiz yoktur; ancak tick hacmi mevcuttur (fiyat güncellemelerinin sayısını gösterir)»^[23] (kontrol tarihi: 2026-08-22). Aynı sayfa, bazı döviz çiftleri ve CFD’ler dâhil hiç hacim bulunmayan sembolleri ve göstergenin «n/a» gösterdiği enstrümanları da listeler.

Veri türü kontrol edilebilir; bu çubuktan bir anlam çıkarmadan önce bunu yapmak gerekir. Pine Script’te bunun için tek bir değişken vardır. Sağlayıcının kılavuzu syminfo.volumetype değişkenini, enstrüman için raporlanan hacim türünü gösteren bir dize olarak tanımlar. Olası değerler «base», «quote», «tick» ve «n/a»dır^[24] (kontrol tarihi: 2026-08-22). Ancak bu sorunun yanıtı, baktığınız şeyin fiyat değişikliği sayısı mı, çiftin para birimlerinden biriyle ölçülen işlem hacmi mi, yoksa veri eksikliği mi olduğunu belirler. Sağlayıcıyı değiştirmek bu değerleri değiştirir; bunları platformlar arasında karşılaştırmak anlamlı değildir.

Bu, okumanın yararsız olduğu anlamına gelmez. Fiyat değişikliği sayısı, tanımının söylediğini tam olarak ölçer: o sağlayıcıdaki fiyatın ne sıklıkla değiştiğini. Ancak sıkça kullanıldığı amaç için, yani büyük katılımcıların katılım büyüklüğünü çıkarsamak için zayıf bir yaklaşıktır. Spot grafikteki «bu seviyede yüksek hacim» cümlesi, insanların genellikle ona yüklediği içeriği taşımaz.

Döviz piyasasında gerçek hacim, işlem hacmi raporlanan merkezi bir enstrüman olan borsa vadeli işlemlerinde gözlemlenebilir. Yalnız bunun farklı bir enstrüman olduğunu unutmayın: kendi işlem saatleri, uzlaşma mekanikleri, maliyet yapısı ve spotla nokta nokta örtüşmeyen bir fiyat serisi vardır.

Tek bir mum spreadinizi kodlamaz

Mum tek bir fiyat serisinden oluşturulur; giriş maliyetiniz ise belirli bir saniyede brokerınızdaki piyasanın iki tarafı arasındaki farktan doğar. Tek bir mum bu farkı içermez; bir serinin dört değerinden piyasanın öteki tarafı yeniden kurulamaz. Bu, spreadin hiçbir yerde okunamayacağı anlamına gelmez. Sağlayıcının belgeleri platformun onu gösterdiği iki yeri belirtir: «grafiğinizdeki Buy/Sell alanında» ve «Order Dialog/Panel içinde»^[21] (kontrol tarihi: 2026-08-22). Ancak bunlar kaynağın kime ait olduğunu değil, gösterim yerlerini belirtir. İkisi de grafiğin kendisine değil, işlem katmanına aittir. Hangi spreadi gördüğünüz moda bağlıdır. Bağlı bir broker hesabında o hesabın spreadini görürsünüz. Simülasyonda gerçekleşmeler veri kaynağının ask ve bid fiyatlarından olur: «Çoğu durumda alış emirleri ask fiyatından, satış emirleri bid fiyatından gerçekleştirilir»^[20] (kontrol tarihi: 2026-08-22; ayrıntılar bölüm 7’de). Hiçbir seçenekte bu, mumun oluşturulduğu serinin spreadi değildir. Grafikteki herhangi bir mesafeyi güvenli saymadan önce sembol açıklamasında hangi seriyi gördüğünüzü kontrol edin; spread büyüklüğünü de emir verdiğiniz yerde okuyun.

Bu farkın önemli olduğu iki an önceden bilinebilir. İlki makro veri açıklama penceresidir: spread katlanarak genişleyebilir ve bekleyen emir sakin bir seanstan tamamen farklı davranabilir. Bu yüzden o aralıkta gelen uyarının değeri, bir saat önce gelen aynı uyarıdan farklıdır. Veri açıklamaları çevresinde işlem yapmanın mekanikleri için bkz. makale 8.8. İkincisi, likiditenin zayıf olduğu ve spreadin genişleyebildiği günlük pozisyon devri civarıdır. Grafikte uzak görünen sıkı bir koruyucu seviye, bu iki anda da sizin anladığınız anlamda bir fiyat hareketi olmadan ulaşılabilir hâle gelebilir.

Günlük mum farklı saatlerde kapanır

Broker terminalleri, brokerın belirlediği zaman dilimlerinde çalışır. Analiz platformuysa enstrüman için kendi kuralını uygular. Bunun somut sonucu şudur: günlük mum her ortamda günün farklı bir dilimini kapsayabilir. Koşulunuz kapanmış günlük mumun şekline dayanıyorsa aynı gün bir yerde sinyal üretip diğerinde üretmeyebilir; her iki araç da doğru davranmış olur.

Kontrol bir dakika sürer: grafikteki günlük mumun kapanış saatiyle brokerınızdakini karşılaştırın. Farklılarsa koşullarınız için hangi sürümü esas alacağınıza karar verin ve ona bağlı kalın. Aynısı hafta sonu için de geçerlidir. Pazar günü işlemlerin açılış anı sunucuya bağlıdır; dolayısıyla boşluğun büyüklüğü ortamlar arasında değişebilir (makale 4.4).

Piyasa derinliği, veri gecikmeleri ve geçmişin kapsamı

Kalan üç sınırlama kısaca açıklanabilir. Birincisi, spot piyasada tek bir herkese açık emir defteri yoktur; çünkü onu tutacak merkezi borsa yoktur. Platform emir defteri gösterebilir: işlem panelinde piyasa derinliği sekmesi vardır. Fakat bu sekme, grafik serisinin sağlayıcısından değil, bağlı brokerdan gelen verilerle beslenir^[12]. Dolayısıyla iki koşul vardır: hesap platforma bağlı olmalı ve broker, o sembol için ikinci seviye verileri sunmalıdır. Bireysel FX hesaplarında çoğu zaman iki koşul da sağlanmaz. Bu, platformda eksik özellik değil, brokera ve hesap türüne bağlılıktır. Bu yüzden önce broker belgelerinde iki koşulu da kontrol edin. Karşılanmıyorlarsa yönteminiz farklı bir piyasa gerektirir (makale 3.3). İkincisi, borsa piyasalarından gelen veriler, veri sağlayıcılarının kurallarına tabidir ve bazen gecikmelidir. Bu, referans olarak kullandığınız döviz vadeli işlemleri için de geçerlidir. Gecikme süresi platform abonelik düzeyinize değil, borsaya ve satın alınan veri paketine bağlıdır; ilgili enstrümanın açıklamasından kontrol edilir. Üçüncüsü, mevcut geçmişin derinliği enstrümana ve zaman dilimine göre değişir; düşük zaman dilimlerinde çoğu zaman kısadır. Uzun dakika geçmişi gerektiren testler dış veri kaynağı ve ayrı araç gerektirir (makale 11.7).

Grafikten alınan bir seviyeyi kullanmadan önce kontrol listesi:

Altı maddenin hepsi tek soruya iner; makaleyi bununla bitirmek yerinde olur: baktığım sayı nereden geliyor ve ona dayandırdığım kararın uygulandığı yerle aynı yerden mi geliyor? Analiz aracı sorunun ilk yarısını yanıtlar. İkinci yarısını emir verdiğiniz yerde kontrol etmelisiniz.

Sonraki makale araçlarla devam eder; ancak araç sınıfı değişir: veri açıklama takvimleri, tarayıcılar ve hesaplayıcılar da verinin kaynağı sorusunun; beklenti uzlaşısı, kaydın zaman dilimi ve alanın tanımı açısından aynı derecede önemli, bazen de daha zor sorulabildiği kaynaklardır.

Kaynaklar ve başvurular

1. TradingView Yardım Merkezi, «TradingView bilgisayarda açık değilken uyarılar çalışır mı?» – tradingview.com/support/solutions/43000548327. Sağlayıcının belgeleri: uyarılar platform sunucularında oluşturulur ve tetiklenir. Kontrol tarihi: 2026-08-22.
2. TradingView Yardım Merkezi, «Strateji uyarıları» – tradingview.com/support/solutions/43000481368. Strateji uyarısının, oluşturulduğu anda sunucuda yaratılan ve grafikte sonradan yapılan değişikliklerden bağımsız bir kopya üzerinde çalıştığı kuralının kaynağı. Kontrol tarihi: 2026-08-22.
3. TradingView Yardım Merkezi, «Uyarı sıklıkları arasındaki farklar» – tradingview.com/support/solutions/43000474415. Uyarı tetikleme modlarının ve koşulu oluşmakta olan mumda kontrol etmekle kapanıştan sonra kontrol etmek arasındaki farkın açıklaması. Kontrol tarihi: 2026-08-22.
4. Piyasalar Komitesi, «7 Ekim 2016 sterlin ‘ani olayı’», Uluslararası Ödemeler Bankası, Ocak 2017 – bis.org/publ/mktc09.htm. İşlem sistemleri arasındaki fiyat farkları nedeniyle fiyatın dip noktasının belirlenmesinin bile ayrı ele alındığı olayın analizi.
5. Barber, B., Odean, T. (2000). «İşlem Yapmak Servetiniz İçin Tehlikelidir: Bireysel Yatırımcıların Adi Hisse Senedi Yatırımlarının Performansı». The Journal of Finance, 55(2), 773–806. İşlem sıklığıyla bireysel hesap sonuçları arasındaki ilişkiyi inceler. Çalışma ABD hisse senedi piyasasına aittir; sonucu burada yalnızca işleme giriş fırsatlarının sayısını sınırlamayı destekleyen bir gerekçe olarak aktarıyoruz.
6. Pine Script® Kullanıcı Kılavuzu, «Yeniden çizim» – tradingview.com/pine-script-docs/concepts/repainting. Olgunun, betiğin geçmiş verilerdeki ve gerçek zamandaki davranışı arasındaki fark olarak tanımı. Kontrol tarihi: 2026-08-22.
7. Pine Script® Kullanıcı Kılavuzu – tradingview.com/pine-script-docs. Dilin güncel sürümü (v6) ve paralel olarak korunan eski sürüm belgeleri hakkındaki bilgilerin kaynağı. Kontrol tarihi: 2026-08-22.
8. TradingView, abonelik fiyatlandırması – tradingview.com/pricing. Bölüm 8’deki plan adlarının, grafik, gösterge ve uyarı sınırlarının kaynağı. Değerler zaman içinde değişir; 2026-08-22 tarihindeki durum.
9. TradingView Yardım Merkezi, «Once Per Bar seçeneği neden yok?» – tradingview.com/support/solutions/43000690908. Dört tetikleme modu olan zaman dilimine bağlı uyarılarla yalnızca iki seçeneği olan basit fiyat uyarıları arasındaki ayrımın kaynağı. Kontrol tarihi: 2026-08-22.
10. TradingView Yardım Merkezi, «alert() işlevindeki uyarılar» – tradingview.com/support/solutions/43000597494. alert() çağrısından oluşturulan uyarıda hem tetiklenme sıklığının hem mesaj metninin uyarı oluşturma penceresinden değil, betik kodundan geldiği kuralının kaynağı. Kontrol tarihi: 2026-08-22.
11. Pine Script® Kullanıcı Kılavuzu, «Uyarılar» – tradingview.com/pine-script-docs/concepts/alerts. alertcondition() için ters kuralın kaynağı: işlev sıklık parametresi almaz; kullanıcı bunu uyarı oluşturma penceresinden seçer. Kontrol tarihi: 2026-08-22.
12. TradingView Yardım Merkezi, «İkinci seviye verileri nasıl alırım?» – tradingview.com/support/solutions/43000480004. Piyasa derinliği verilerinin brokerdan geldiği, bağlı hesap ve bu verileri sunan broker gerektirdiği bilgisinin kaynağı. Kontrol tarihi: 2026-08-22.
13. TradingView Yardım Merkezi, «Webhook uyarıları nasıl yapılandırılır?» – tradingview.com/support/solutions/43000529348. Webhook uyarılarına yalnızca iki faktörlü kimlik doğrulaması etkin olduğunda izin verildiği koşulunun kaynağı. Kontrol tarihi: 2026-08-22.
14. TradingView Yardım Merkezi, «Premium plana yükselttim ama uyarılarımın süresi hâlâ 2 ayda doluyor» – tradingview.com/support/solutions/43000688759. Süresiz uyarının yalnızca Premium ve Ultimate planlarında bulunduğu kuralının kaynağı. Kontrol tarihi: 2026-08-22.
15. TradingView Yardım Merkezi, «Bar Replay için ne kadar veri mevcut?» – tradingview.com. Yardım sayfası tarihsel Expert adını kullanır; bu adın varlığı tek başına planın bugün sunulduğunu kanıtlamaz. Güncel teklif fiyatlandırma sayfasında ayrıca 2026-10-08 tarihinde kontrol edildi.
16. TradingView Yardım Merkezi, «Yeni düzen oluşturamıyorum» – tradingview.com/support/solutions/43000762819. Kaydedilen grafik düzeni üst sınırının abonelik planına ait olduğu ve fiyatlandırma sayfasından kontrol edildiği bilgisinin kaynağı. Kontrol tarihi: 2026-08-22.
17. TradingView Blog, «Yeni grafik düzeni şablonları kullanımınızda», 28 Haziran 2024 – tradingview.com/blog/en/new-chart-layout-patterns-45487. Bir sekmede sekizden fazla grafik göstermek için Expert planını eşik olarak belirten sağlayıcı yazısı. Kontrol tarihi: 2026-08-22.
18. TradingView Yardım Merkezi, «Geçmiş veriler üzerinde işlem yapmayı öğrenin» – tradingview.com/support/solutions/43000691889. Geçmişte işlem yapma modunun açıklamasının kaynağı: pozisyonlar, limit ve stop emirleri, başlangıç sermayesi ve komisyon, sonuç sekmeleri, Performance ve List of trades sekmelerinin dışa aktarılması ve oturum verilerinin hiçbir yere kaydedilmediği uyarısı. Kontrol tarihi: 2026-08-22.
19. TradingView Yardım Merkezi, «Broker emülatörü» – tradingview.com/support/solutions/43000786181. Emülatörün emir gerçekleştirmeyi simüle eden modül olarak tanımının ve ayarlanabilir parametrelerinin kaynağı: kayma, gerçekleştirme gecikmesi ve bunların strateji çağrısının argümanlarından ayarlanabilmesi. Kontrol tarihi: 2026-08-22.
20. TradingView Yardım Merkezi, «Paper Trading’de pozisyon kâr ve zararı nasıl hesaplanır?» – tradingview.com/support/solutions/43000719857. Simülasyon hesabında alış emirlerinin ask, satış emirlerinin bid fiyatından gerçekleştirildiği kuralının kaynağı. Kontrol tarihi: 2026-08-22.
21. TradingView Yardım Merkezi, «Spreadi nerede görebilirim?» – tradingview.com/support/solutions/43000479982. Platformun spreadi grafikteki emir düğmelerinde, emir iletişim kutusunda ve panelinde gösterdiği bilgisinin kaynağı. Kontrol tarihi: 2026-08-22.
22. TradingView Yardım Merkezi, «Fikirleri yayınlama ve güncelleme» – tradingview.com/support/solutions/43000591338. Herkese açık paylaşımın yalnızca yayından sonraki on beş dakika içinde düzenlenip kaldırılabileceği ve sonrasında bunun mümkün olmadığı kuralının kaynağı. Kontrol tarihi: 2026-08-22.
23. TradingView Yardım Merkezi, «Grafiğimdeki hacim göstergesi tuhaf görünüyor veya sıfır ya da n/a gösteriyor» – tradingview.com/support/solutions/43000481397. Platformun veri sağlayıcısından aldığında hacmi gösterdiği kuralının, tick hacminin kullanılabilirliği ve hacim verisi olmayan semboller hakkındaki bilgilerin kaynağı. Kontrol tarihi: 2026-08-22.
24. Pine Script® Kullanıcı Kılavuzu, «Grafik bilgileri» – tradingview.com/pine-script-docs/concepts/chart-information. syminfo.volumetype değişkeninin ve dört olası değerinin açıklamasının kaynağı. Kontrol tarihi: 2026-08-22.