Mobil işlem – akıllı telefondan pozisyon yönetimi

Telefon, hesabı kontrol etmeyi, uyarı almayı ve açık pozisyonu yönetmeyi sağlar. Hangi korumaların broker sunucusunda çalıştığını, hangilerinin açık program gerektirdiğini bilmek yararlıdır. Bu ayrımı, küçük ekranın sınırlarını ve bağlantı kesildikten sonra emri kontrol etmeyi açıklıyoruz. Platform karşılaştırmaları şu yazıdadır: 11.1. makale; grafik ve uyarı yapılandırması ise 11.2.

1. Hesaba erişim katmanı olarak mobil uygulama

Telefon ekranında birbirine karıştırılması çok kolay dört farklı taraf buluşur. Uygulama istemci yazılımıdır. Platform, üreticisinin ürünüdür: MetaQuotes, Spotware, TradingView veya broker logosuyla sunulan sürümün sağlayıcısı. Hesabı işleyen işlem sunucusu brokerın yapılandırma ve gerçekleştirme politikasına göre çalışır; emir o tarafta kabul edilir, doğrulanır veya reddedilir. Dördüncü taraf uygulamanın dağıtım kanalıdır: uygulama mağazası ya da üreticinin doğrudan sunduğu paket. Programı indirip güncelleyebilmenizi bu taraf belirler; her işletim sisteminde mağaza olmak zorunda değildir. “Uygulama emrimi kötü fiyattan gerçekleştirdi” cümlesi birinci değil üçüncü tarafla ilgilidir.

Pratik sonuç: uygulamaya atfetmeyin: spreadi, kaymayı, kaldıracı veya gerçekleştirme politikasını. Bunlar broker, hesap türü ve enstrüman özelliklerine aittir; modellerini açıklayan yazı: gerçekleştirme kalitesi makalesi. Uygulamanın sorumluluğu başka ve aynı ölçüde maliyetlidir: dokunduğunuz anda ekranda görmedikleriniz. Güncel spread, hesap para birimine çevrilmiş pozisyon büyüklüğü ve üreticinin mobil yardımında yalnızca bir gerçekleştirme modu için tanımlanan kabul edilebilir azami fiyat sapması alanı^[11] masaüstü sürümüne göre arayüzün daha derininde gizlenebilir.

Erişim kanalı hangi kararları aldığınızı da etkiler. İki Alman bankasının müşterilerini inceleyen çalışma (Kalda, Loos, Previtero, Hackethal, 2021), aynı yatırımcının aynı ayda telefon ve bilgisayardan verdiği emirleri karşılaştırdı. Yazarlar akıllı telefonun daha riskli ve piyango tipi varlık alma, yakın geçmiş getirilerini kovalama eğilimini artırdığını bildirir. Bu hisse ve fon piyasası çalışmasıdır^[6]; perakende CFD piyasasının değil. Bu yüzden sayılarını doğrudan hesabınıza taşımayın; mekanizmayı taşıyın: kolay erişim yalnızca karar sayısını değil, kararların yapısını değiştirir. Nedenini ve çözümünü psikoloji bölümü anlatır: bilgi hijyeni ve irade yerine kontrol listeleri. Burada teknik katmanda kalıyoruz.

İki kestirme düşünce kötü operasyonel kararlara götürür: “telefonda bilgisayarla tamamen aynı şeyler yapılır” ve “her şeyi sunucu hesapladığı için telefondan hiçbir şey çalışmaz”. Hiçbiri bütün yapılandırmayı anlatmaz. Uygulamanın hangi işlevleri sunduğunu ve koşullarının nerede değerlendirildiğini kontrol edin; sonraki bölüm yöntemi açıklar.

2. Koşul nerede hesaplanır? Sunucu ve yerel işlevler

Her koruma mekanizmasının koşulunun saklandığı bir yer ve onu kontrol eden bir taraf vardır. Açık pozisyonla uygulamayı kapatan herkesin sorusunun yanıtını bu belirler: telefon kapanırsa ne olur?

Broker sunucusundaki emirler. Tipik perakende yapılandırmada pozisyona bağlı stop loss ve take profit sunucuda saklanır ve orada kontrol edilir. Telefon kapalı, şarjsız veya trende unutulmuş olabilir; koşul varlığını sürdürür. Bu fiyat garantisi değildir: tetiklenme broker kurallarına ve seçilen fiyat serisine bağlıdır; bir fiyat boşluğunda gerçekleşme ekranda gördüğünüz seviyeden değil ilk kullanılabilir fiyattan olur. Emrin sunucuda bulunması tek başına cihazınızdan bağımsız koruma sağlar.

Yerel hesaplanan işlevler. MetaTrader 4 ve 5’teki klasik iz süren stop sunucudaki emir değildir. MetaTrader 5 yardımı açıkça söyler: iz süren stop “Stop Loss gibi sunucuda değil, istemci terminalinde yürütülür”^[1]; MetaTrader 4 yardımı da açık terminal gerekliliğini anlatır^[2] : terminal fiyatı izler ve art arda SL değişikliklerini sunucuya kendisi gönderir. Birçok kullanıcıyı şaşırtan sonuç şudur: terminal kapanınca seviye hareketi durur; fakat terminalin göndermeyi başardığı son değişiklik sunucuda kalır ve pozisyonu korur. İz süren stop “kaybolmaz”, durur. Pozisyon yönetimi metodolojisinin yeri 9. bölümdür; burada yalnızca koşulun fiziksel olarak nerede bulunduğu önemlidir.

Aynı işlev, farklı mimari. cTrader’da pozisyon korumaları farklı anlatılır. Üretici belgeleri, iz süren stop loss ve başa baş dâhil tüm korumaların bütün cTrader uygulamalarında çalıştığını ve “oturumunuz sona erdikten sonra etkin kaldığını” belirtir^[4]. Bu, koşulun sunucuda tutulduğu ve açık uygulama gerektirmediği anlamına gelir. İki platform, aynı işlev adı, iki farklı çalışma modeli: alışkanlıkları birinden diğerine taşımamanızın nedeni budur [DURUM TARİHİ: 2026-08-22, kaynak: help.ctrader.com ve metatrader5.com; belirli brokerda kapsam farklı olabilir].

Test kâr korumanızın açık terminal gerektirdiğini gösterirse iki dürüst seçenek vardır: terminal kapandıktan sonra yalnızca son gönderilen seviyenin koruduğunu kabul etmek veya platform ve broker sunuyorsa koşulu sunucuya taşımak. Üçüncü seçenek olan pozisyonu telefondan izlemek koruma değil yalnızca orada bulunmaktır.

3. Uyarı emir değildir; push teslim garantisi vermez

Uyarı olay üretir. Fiyat ayırmaz, pozisyon kilitlemez, hacim belirlemez ve işlem sunucusuyla bağlantı kurmaz. Seviyeye dokunulması ile açık pozisyon arasında her halkası sinyali geciktirebilen veya kaybedebilen zincir vardır.

Zincir şöyledir: terminal veya kaynak sunucunun kontrol ettiği fiyat koşulu → uyarının üretilmesi → mesajın teslim hizmetine (Apple APNs veya Google FCM) verilmesi → telefona teslim → insan kararı → emir talebinin broker sunucusuna gönderilmesi → broker tarafında doğrulama → gerçekleşme ve işlem oluşması → pozisyonun güncellenmesi → uygulamaya teyit gönderilmesi.

Bu zincirde günlük konuşmanın birleştirdiği üç kavramı ayırmak gerekir. Bir emir sunucuya yöneltilen taleptir; kabul edilebilir, reddedilebilir veya bekleyen emir olarak kalabilir. Bir işlem bu talebin piyasada gerçekleşmiş olmasıdır; tek emir birkaç işlem veya hiç işlem üretmeyebilir. Bir pozisyon gerçekleşen işlemlere göre broker sunucusunun tuttuğu hesap durumudur. Uyarı bunların hiçbirini oluşturmaz; yalnızca bilgi üretir.

Ayrıca bildirimin üretilmesini ve teslimini ayırın. Koşulu uyarıyı üreten taraf kontrol eder: açık terminal veya kaynak sunucu. Apple ve Google sistem hizmetleri koşulu değerlendirmez ve mesajın konusunu bilmez; hazır mesajı cihaza mümkün olduğunca taşır^[13][14]. Onları “seviyeyi izleyen şey” saymak, tam mesajın gelmediği anda paraya mal olan hatadır.

MetaTrader’da uyarı nerede oluşturulur? Klasik fiyat uyarısı masaüstü terminalin uyarılar sekmesinde oluşturulur ve koşulu o terminal kontrol eder. Telefon alıcıdır: kurulumda mobil uygulamaya MetaQuotes ID verilir; bunu terminal ayarlarına girersiniz. Üretici yardımı, mobil uygulama çalışmasa da bildirimin cihaza ulaştığını belirtir^[3]. Koşul ve alım farklı şeylerdir: mobil uygulama kapalıyken bildirim gelebilir, fakat uyarının kurulduğu terminal çalışmıyorsa bildirim üretilmez [DURUM TARİHİ: 2026-08-22, kaynak: mobil sistemler için MetaTrader 5 yardımı].

MetaTrader 5’te ikinci bildirim modu. Terminal yolu tek seçenek değildir. MetaTrader 5 ayarları iki kaynağı ayırır: açık platformun gönderdiği “Yerel terminalden bildirimler” ve “İşlem sunucusundan bildirimler”. Üretici yardımı ikincisini açıkça anlatır: “Bu seçeneğin öncekine göre avantajı, yatırımcının platformu sürekli açık tutmasının gerekmemesidir. Bildirimler broker sunucusundan gönderilir. Örneğin bilgisayarınız kapalıyken sunucuda Take Profit tetiklenirse mobil cihazınızda ilgili pozisyon kapanış bildirimini alırsınız”^[7]. Fark görsel değil operasyoneldir: take profit veya stop loss tetiklenmesi gibi işlem olayı bildirimi bilgisayar kapalıyken gelebilir; çünkü gönderen terminaliniz değil broker sunucusudur. Fakat seçenek kapsamı platform adının düşündürdüğünden dardır: yukarıdaki yardım bu modu MetaTrader 5 için açıklar; eski terminal sürümündeki durumu belirlemez. Varsaymayın, kendi uygulama ayarlarınızdan kontrol edin. Önceki paragraftaki fiyat uyarısı böyle çalışmaz; iki moddan hangisinin etkin olduğu platformunuzun bildirim ayarlarında görünür^[7] [DURUM TARİHİ: 2026-08-22; İŞLEV BROKERA/HESABA BAĞLIDIR].

TradingView’da uyarı nerede oluşturulur? Farklıdır: TradingView uyarıları sağlayıcının sunucularında oluşturulup tetiklenir; uygulama ve tarayıcı kapandıktan sonra da çalışır^[5] [DURUM TARİHİ: 2026-08-22]. Bu dipnot yalnızca bunu doğrular. Mekanizma, plana bağlı sınırlar ve geçmiş ile gerçek zamanlı davranış farkı kendi kaynaklarıyla şu yazıda anlatılır: 11.2. makale [İŞLEV PLANA BAĞLIDIR].

Uyarıları düzenlemenin pratik yolu basittir, ek teknoloji istemez: her uyarının yanına aldığınızda yapacağınız tek eylemi yazın. “Kontrol edip karar vereceğim” ise bilgilendirici uyarıdır; karar tam bağlamın bulunduğu yerde alınır. “Stopu önceden belirlenmiş seviyeye taşıyacağım” ise eylem uyarısıdır; ancak teslim paragrafındaki koşulla: uyarının kaçması pozisyon korumasını bozmamalıdır. Stop loss ve take profit uyarı ortaya çıkmadan sunucuda bulunmalı, uyarı yalnızca çalışan korumayı iyileştirmelidir. Telefon o zaman yeterlidir; kaçan bildirimin maliyeti açıkta pozisyon değil kaçan iyileştirmedir. Yokluğu pozisyonu korumasız bırakan veya anlık tepki isteyen uyarı bu kategoriye girmez. Üçüncü kategori olan kriz kurtarıcı uyarı bilerek yoktur. Sermayeyi sert harekete karşı korumak sesi duyup duymamanıza bağlı olmamalıdır.

Eylemsiz uyarı psikoloji bölümünün konusudur. Burada teknik sonuç yeterlidir: eylemi olmayan uyarılar arttıkça, eylemi olanları da görmezden gelmeyi daha hızlı öğrenirsiniz.

4. Mobil, masaüstü ve web – uygulamanızdaki farkları kontrol etmek

Uygulama markası işlev vaadi değildir. Aynı platformun mobil, tarayıcı ve masaüstü sürümleri farklı ortamlarda geliştirilir; yayın döngüleri ve telefon işletim sisteminin kısıtları farklıdır. Bugünkü işlev tablosu güncellemeden sonra değişebilir. Bu yüzden en çok fark çıkan kategorileri bilmek ve kendi kurulumunuzda kontrol etmek daha değerlidir.

• emir penceresinin tüm alanları: hacim girişi, güncel spreadin görünürlüğü, kabul edilebilir azami fiyat sapması;
• bekleyen emir türleri ve değiştirilme yöntemleri;
• koruma mekanizmaları ve koşulun hesaplandığı yer; 2. kısım bunu açıklar;
• analiz araçları: grafikteki gösterge ve nesne sayısı, bilgisayardan taşınan özel gösterge desteği;
• uyarılar: mobil uygulama koşul oluşturur mu, yalnızca başka yerde üretilen bildirimi mi alır?
• hesap geçmişi ve verileri aktarma olanağı: işlem günlüğüne;
• algoritmalarla çalışma; iki ayrı katmanda: kodu yazmak, derlemek ve test etmek ve hazır örneği yönetmek; bu örnek telefon dışında çalışır. Ayrımı listenin altında genişletiyorum; çalışma ortamları ise şu yazıdadır: 11.5. makale;
• varsayılan ayarlar, özellikle varsayılan hacim ve tek tıkla işlem modu.

Telefondan algoritmalar – “yapamazsınız” tam olarak ne demek? En çok tek cümleyle ve çoğunlukla yanlış anlatılan konu budur. İki işi ayırın: algoritmayı yazmak, derlemek ve sınamak ile hazır örnek eklemek ve başlatmak; örnek telefon dışında çalışır. İlki editör, derleyici, test ve optimizasyon aracı gerektirir. İkincisi mevcut olanı kontrol etmektir. “Telefonda algoritma yoktur” cümlesinin doğruluğunu bu fark belirler.

cTrader. cTrader Algo belgeleri “Aşağıdaki tablo cTrader uygulamalarında işlem botları için olası eylemleri özetler” ifadesiyle işlem matrisini sunar. “Create”, “Edit”, “Save and build”, “Backtest”, “Optimise” satırları yalnızca cTrader Windows ve Mac sütunlarında işaretlidir. “Add and manage instance” ve “Start” satırları Web ve Mobile sütunlarında da işaretlidir; not bunları bulut türüyle sınırlar^[15]. Üretici yardımı sınırı tekrar açıklar: “cTrader Mobile ve Web bulut örneklerini; Windows ve Mac hem bulut hem yerel örnekleri destekler”^[15]. Dolayısıyla telefondan bulut cBot örneği ekleyebilir, başlatabilir ve yönetebilirsiniz. Üreticinin ayrı yönergeleri, bulut örneğinin her cTrader uygulamasından durdurulabileceğini; yerel örneğin yalnızca çalıştığı Windows veya Mac uygulamasından durdurulabileceğini de doğrular^[15]. Telefonda kod yazamaz, derleyemez, test veya optimizasyon aracından geçiremezsiniz [DURUM TARİHİ: 2026-08-22; İŞLEV BROKERA/HESABA BAĞLIDIR].

MetaTrader 4 ve 5. Burada sınır farklıdır: mobil uygulamanın yardımı algoritmik işlemi veya strateji test aracını anlatmaz. MetaTrader 5 Android yardımının içindekilerinde kotasyonlar, piyasa derinliği, grafikler, işlemler, geçmiş, hesaplar, posta ve mesajlar, ayarlar, günlük ve push bildirimleri bulunur; Expert Advisors kısmı yoktur^[16]; üretici EA çalıştırmayı masaüstü platform yardımında anlatır. Fakat belgede bölüm bulunmaması üreticinin açık beyanı değildir; güvenerek kabul etmek yerine kendi uygulama sürümünüzün işlev listesini kontrol edin [DURUM TARİHİ: 2026-08-22].

İki ekosistem için tek pratik sonuç vardır: telefon algoritmanın uzaktan kumandası olabilir; atölyesi veya çalıştığı makine olamaz. Uygulamanızın çalışan örneği durdurup durduramadığını bilmeye değer; listedeki acele durumda işe yarayan tek eylem budur. Kodun nerede çalıştığı ve bağlantı kesilince ne olduğu şu yazıda açıklanır: 11.5. makale.

Uygulamanızı kimin yayımladığını kontrol edin. Broker logolu program bazen aynı platformun broker markasıyla sunulan sürümüdür; bazen de kendi alanları, ekran düzeni ve düzeltme hızı olan, bağımsız geliştirilmiş ayrı bir üründür. Uygulamanın mağaza kaydında görünen yayıncı adı veya üretici sitesinden indirilen paketlerde indirme sayfasındaki ad bu soruyu birkaç saniyede yanıtlar. Aynı kontrol, platformunuzu yalnızca taklit eden programlardan da korur. Bölüm 7’de buna dönüyoruz.

Karşılaştırmalara güvenmek yerine brokerınızın demo hesabında kendi denetiminizi yapın. Denetim, üç ayda bir onlarca dakika sürer ve dışarıdan hiçbir sıralamanın yanıtlayamayacağı soruları yanıtlar; çünkü sizin uygulama sürümünüzü, brokerınızı ve hesap türünüzü inceler.

1. Demo hesaba mobil uygulamada ve ikinci kanalda – masaüstü veya tarayıcıda – eşzamanlı girin.
2. İkisinde de yeni emir penceresi açıp alan farklarını listeleyin. Hacim, spread ve azami fiyat sapmasının yerini kaydedin.
3. Bir kanaldan tek bekleyen emir verin; diğerinde fiyat, hacim ve türün aynı göründüğünü kontrol edin. İptal edip ikinci kanaldan tekrarlayın. Aynı anda iki emir aynı şeyin iki görünümü değil iki risktir.
4. Her kanalda pozisyon koruması ayarlayın ve 2. kısımdaki testi yapın.
5. Mobil uygulamanın kendi uyarısını oluşturabildiğini mi, yalnızca aldığını mı kontrol edin.
6. Uygulamayı bir saat kapatın; pozisyonu ikinci kanalla karşılaştırın.
7. Uçak modunu açın; uygulamanın bağlantısızlığı nasıl gösterdiğine, son kotasyon zamanının görünüp görünmediğine bakın.
8. Pozisyon kapatmayı prova edin: dokunuşları sayın, tek tık modu var mı bakın ve açık olmasını isteyip istemediğinize bilinçli karar verin.
9. Uygulama sürümünü, telefon işletim sistemini ve test tarihini kaydedin.
10. Her büyük uygulama veya sistem güncellemesinden sonra tekrarlayın.

Bu denetimin sonucu tek bir yapılandırmanın tarihli görüntüsüdür: uygulama sürümünüz, brokerınız, hesap türünüz ve test günü. Hem gücü hem sınırı budur. Platform üreticisinin ve brokerın belgeleriyle karşılaştırın. Testteki görünüm belgelerden farklıysa bu bir hüküm değil, destek ekibine sorulacak sorudur. Demo hesap denetimi gerçek hesapta aynı davranışı kanıtlamaz: sunucu, sembol özellikleri, gerçekleştirme modu ve hesap türünün izinleri farklı olabilir. Bu makale genel durumu anlatır; belgelerin veya kendi yapılandırmanızı kontrol etmenin yerini almaz.

5. Üç acil durum ve doğrulama prosedürü

Üç durum sık tekrarlanır; ortakları kullanıcının hesap durumunu kontrol etmek yerine tahmin etmesidir. Tahmin paraya mal olur: belirsizliğe refleks çoğu zaman eylemi tekrarlamaktır ve yinelenen emir istenmeyen ikinci pozisyon oluşturabilir.

Birinci durum: emir gönderildikten sonra telefon interneti kaybeder. Göndermek kabul edilmek değildir. Talep sunucuya ulaşıp gerçekleşmiş, ulaşıp reddedilmiş veya hiç ulaşmamış olabilir. Ağdan kopan uygulama hesap durumunu değil, son eşitleyebildiği durumu gösterir.

1. Emri yeniden göndermeyin. Teyit size dönmemiş olsa da ilk talep kabul edilmiş olabilir; yeniden göndermek çift pozisyona giden kısa yoldur.
2. Bağlantıyı geri kurun veya başka kanala geçin: tarayıcı terminali, bilgisayar ya da farklı bir ağ bağlantısı.
3. Pozisyonları, bekleyen emirleri, işlem geçmişini, uygulama mesajlarını ve günlüğünü kontrol edin. Doğruluk kaynağı ağ kesilmeden önceki ekran değil sunucu kaydıdır; başarısız talebin izi yalnızca hata mesajında veya günlükte kalabilir.
4. İki kanal farklıysa önce aynı hesap, sunucu, geçmiş aralığı ve filtreyi gösterdiklerini kontrol edin; fark bazen hesap değil görünüm ayarıdır. Sonra bağlantıyı yenileyip bir şeyi kapatmadan tekrar kontrol edin. Belirsizlik açık riskle ilgiliyse pasif beklemeyin; aynı anda brokera bildirin.
5. Gönderim zamanını, enstrümanı, hacmi ve uygulama gösterdiyse emir numarasını kaydedin. Brokerın kendi hesap kayıtları ve sunucu günlükleri vardır; fakat içlerinde ne aranacağını siz belirtirsiniz. Bu veriler olmadan şikâyet somut ayrıntılarla değil, aramayla başlar. Şikâyet yolu şu bölümde açıklanır: brokerla uyuşmazlıklar makalesi.

İkinci durum: uygulama beklemede gösterir; sunucunun emri kabul edip etmediğini bilmiyorsunuz. Arayüzdeki durum, uygulamanın bildiği durumu anlatır. Broker tarafındaki teyit değildir ve hesap geçmişindeki kaydın yerini tutmaz.

1. Bağlantının dönmesini ve eşitlemeyi bekleyin; “ne olur ne olmaz” diye bir şey açıp kapatmayın.
2. Dört yeri kontrol edin: pozisyonlar, bekleyen emirler, işlem geçmişi, uygulama mesajları ve günlüğü. Reddedilen talep hesap geçmişine girmeyebilir; geçmiş öncelikle sunucunun gerçekleştirdiklerini kaydeder. Ret yalnızca hata veya günlükte görülebilir; hiç ulaşmayan talep ise broker tarafında hiçbir iz bırakmaz.
3. İkinci kanaldan doğrulayın: tarayıcı veya bilgisayar terminali.
4. Platformdan bağımsız kanalı kontrol edin: broker sağlıyorsa işlem teyitleri veya günlük rapor.
5. Durum hâlâ belirsizse brokera zaman, enstrüman ve emir numarası verip kayıtlarını kontrol etmesini isteyin. Çözümün temeli sizin ekranınız değil broker kaydıdır. O zamana kadar varlığını doğrulamadığınız pozisyonları değiştirmeyin.

Üçüncü durum: telefon yok ve hesapta açık pozisyon var. Telefonun pili bitebilir, suya düşebilir, çalınabilir veya evde unutulabilir. Bu durum, gerçekleştiği anda değil, önceden çözülür.

1. Önceden sınanmış ikinci kanalınız olsun: kimlik bilgilerini aramadan girebildiğiniz tarayıcı terminali veya bilgisayar kurulumu.
2. Giriş bilgilerini ve hesap numarasını yalnızca telefonda değil, başka cihazdan erişilen parola yöneticisinde saklayın.
3. Brokerın koşullarından ve sitesinden platform dışı talimat kabul edip etmediğini, koşullarını kontrol edin. Her perakende broker sunmaz; ihtiyaçtan önce belirleyin.
4. İki faktörlü kimlik doğrulamanın yedek kodlarını telefonun dışında güvenli şekilde saklayın. İkinci faktör yalnızca kaybolan cihazdaysa telefonla birlikte hesaba erişimi de kaybedersiniz.
5. Buradaki teknik öneri tektir ve listedeki en basitidir: gözetim olmadan kabul edebileceğiniz sunucu taraflı koruyucu seviye. Böyle seviye yoksa telefonun yokluğu sorunu yaratmaz, açığa çıkarır. Pozisyon büyüklüğünün uygunluğunu belirleyen, 9. bölümün metodolojisidir; telefon ekranı değil.

Şu bilgileri telefon dışında tek yerde yazılı tutun: hesap numarası ve sunucu adı, tarayıcı terminalinin adresi, brokerla iletişim kanalı ve çalışma saatleri, yedek kodların yeri ve koruyucu mekanizmalarınızın nerede hesaplandığını anlatan kısa not. Bu, başka hiçbir şey çalışmadığında işe yarayan tek sayfalık belgedir.

6. Bağlantı, kapalı uygulama, pil tasarrufu ve güncellemeler

Bağlantı kaybı sunucunun kabul ettiğini geri almaz ve hiçbir şeyi dondurmaz. Talimatlar yürürlüktedir: bekleyen emir broker sisteminde kalır, orada tutulan koruma seviyeleri çalışır. Dolayısıyla hesap siz olmadan değişebilir: stop loss veya take profit tetiklenebilir, bekleyen emir etkinleşebilir veya süresi bitebilir; teminat hesap koşullarındaki seviyenin altına düşerse broker mekanizması pozisyonu kapatabilir [İŞLEV BROKERA/HESABA BAĞLIDIR]. Ağ yokluğu sunucunun kaydını ve çalışmasını etkilemez; güncel görünümünüzü ve yeni talimat verme olanağınızı kaldırır. Uygulamanın kendi hesapladığı canlı kotasyon veya sunucuya değişiklik gönderimi gerektiren mekanizmaları da durdurur. Kalıcı olan programın hesaplamaya hazırlandığı değil sunucunun kaydettiğidir. Bu ayrım, biri emri “iptal etmek” için panikle telefonu yeniden başlatana kadar basit görünür.

Uygulamayı zorla kapatmak da aynı şekilde çalışır: telefondaki programın ve yerel olarak hesapladığı her şeyin çalışmasını bitirir. Sunucunun çalışmasını bitirmez. Bölüm 2’de koruma mekanizmanızın yerel hesaplandığını belirlediyseniz tam burada durur. Sunucu taraflı bir seçeneğin bulunup bulunmadığını kontrol etmeniz gereken yer de tam burasıdır.

Pil tasarrufu ve arka plan süreçleri. Mobil sistemler pil için arka plan etkinliğini sınırlar: veri yenileme, uygulama sesleri, sunucu oturumunu sürdürme gibi yerel işler. Brokerda saklanan emirleri etkilemez. Sistem hizmeti bildirimleri genelde uygulama uykudayken gelir; fakat pil tasarrufu, odak modu ve kaldırılan izinler susturabilir veya geciktirebilir. Bildirimler sürecinizdeyse her sistem güncellemesinden sonra bu üç ayarı kontrol edin.

Uyandıktan sonraki ilk fiyat. Uzun uykudan sonra uygulama sunucu oturumunu geri kurmalıdır. Öncesinde son kotasyon kısa süre ekranda kalabilir: doğru gösterilir ama eskidir. Sakin piyasada önemsizdir; hızlı harekette gördüğünüzle gerçek gerçekleşme fiyatı arasında farktır. Pratik kural: telefonu uyandırdıktan sonra önce bağlantı göstergesini ve kotasyonun değişmesini kontrol edin, sonra dokunun. Uygulamadaki grafik gerçekleşme kanıtı değil, cihaza ulaşan son resimdir.

Gecikme tek sayı değildir. En az dört şeyi ayırın: mobil ağ gecikmesi, uygulamanın talebi hazırlayıp göndermesi, broker sunucusunun yanıtı, brokerın gerçekleştirme katmanında ve modele göre dış işlem yerinde veya likidite sağlayıcısında gerçekleşme süresi. Hesabınızdaki türü platform değil broker modeli ve işlem yeri belirler. Hızlı ağ yalnızca ilk bileşeni kısaltır. “5G var, gecikmem yok” taşıma katmanını bütün zincirle karıştırır; ping ölçüp gerçekleştirme süresi demek de öyledir. Nasıl ölçüleceği ve broker altyapısına bağlı olanlar: gerçekleştirme altyapısı makalesi.

Güncellemeler. Uygulama veya sistem güncellemesi ekran düzenini değiştirebilir, bir alanı taşıyabilir, varsayılan değeri veya bildirim davranışını değiştirebilir. Büyük güncellemeden sonra bölüm 4’teki kısa denetimi tekrarladığınız sürece bu bir arıza değil, araç bakımının olağan maliyetidir. Güncellemeleri yalnızca platform üreticisinin belirttiği güncel resmî kanaldan, uygulamayı kurduğunuz yoldan indirin; mesajla gelen bağlantıdan asla indirmeyin. Kanal her zaman mağaza değildir. MetaTrader üreticisi Android indirme sayfasında üç yol gösterir: Google Play, Huawei AppGallery ve doğrudan kendisinden indirilen APK dosyası. Sayfa açıkça «Android APK dosyasını almak için tarayın» der ve «MetaTrader 5 APK» seçeneğini sunar^[17]. MetaTrader üreticisi iOS için aynı sayfada App Store’u listeler, alternatif kanal vermez; bunun sonuçları bölüm 8’dedir. Mağaza dışından indirmeyi seçmek, mağazanın sizin adınıza yaptığı kontrolü size devreder. Arama sonucuna tıklamak yerine üretici sitesinin adresini elle yazın, paketi kimin yayımladığını kontrol edin. Üretici dosya özeti veya imzası yayımlıyorsa kurmadan önce karşılaştırın. Bu kontrol olmadan mağaza dışı dosya resmî kanal değil, yalnızca internetten alınmış dosyadır [DURUM TARİHİ: 2026-08-22].

Pil de aynı örüntüdedir. Düşük şarj emir durumunu değil kanal erişimini değiştirir. Bitmiş pil geriyorsa sorun şarj cihazı değil pozisyonun kuruluşudur.

7. Cihaz güvenliği ve hesap erişimi

Buradaki tehdit modeli son derece basittir: oturum açılmış uygulamanın bulunduğu kilitsiz telefonu elinde tutan kişi hesaba erişebilir. Ne parolanıza ne de piyasa bilgisine ihtiyacı vardır. Sonraki tüm katmanların amacı, cihazı yalnızca elde tutmanın yeterli olmamasını sağlamaktır.

Ekran kilidi ve biyometri. Kısa otomatik kilitleme süreli cihaz kilidi temel katmandır. Biyometri kolaylık sağlar ve girişi hızlandırır; fakat kilidin, ikinci faktörün veya yazılım kurarken dikkatin yerini almaz. Birlikteki korumalardan biridir, tümünün yerine geçmez. Bir dakikaya değer ayrı ayar: kilit ekranındaki bildirim içeriğini gizleyin; masadaki telefona bakan biri hesap durumunu görmesin.

İkinci doğrulama faktörü. Broker iki faktör sunuyorsa açın. Kimlik doğrulama uygulaması veya donanım anahtarı tercih edin. SMS kodu hiç yoktan iyidir fakat daha zayıftır: SIM değişimiyle kaybedilebilen telefon numarası kontrolüne bağlıdır. Yedek kodları telefon dışında saklayın; 5. kısımdaki üçüncü acil durumda kurtaran ilkedir.

Sahte uygulamalar. Adı ve simgeyi kopyalamak kolay, yayıncı adını kopyalamak daha zordur. Kurmadan önce mağaza kaydındaki yayıncıyı resmî platform veya broker sitesindeki bilgiyle karşılaştırın. Bu isteğe bağlı değil, kurulumu tahmin olmaktan çıkaran asgaridir. Yalnızca üreticinin güncel resmî kanalını kullanın; başka yoldan gönderilen dosya eklemeyin. MetaTrader üreticisi iOS için App Store’u, Android için kendi sitesinden APK paketini de belirtir^[17] ; o zaman doğrulama bütünüyle size geçer: yayıncı, elle girilen site ve sunuluyorsa paket özeti veya imzası. Kural gevşemez, netleşir: kanal resmî ve güncel olmalı, yayıncı kontrolü iki türde de sürmelidir. Cihaz hijyeni ve tipik saldırılar: yatırımcı siber güvenliği.

Ağ. Kontrol etmediğiniz ağı parolalı olsa da güvenilmez sayın. Mobil veri genelde otel veya havaalanındaki açık ağdan daha makuldür. VPN taşıma verisini şifreler; ağı güvenilir yapmaz, ele geçirilmiş cihazı korumaz ve kendi gecikmesini ekler. Hesap koruması değil dinleme riskini azaltma yolu sayın.

Ortak cihaz. Başkasına ait veya halka açık telefondan hesaba giriş yapmayın; istisnası veya acil durum gerekçesi yoktur. O cihazda neyin kurulu olduğunu ve nelerin kaydedildiğini kontrol edemezsiniz. «Başka seçenek yok» durumu önceden çözülür: bölüm 5’te hazırladığınız ikinci erişim kanalı tam bunun içindir. Yine de başkasının cihazından giriş yaptıysanız bunu geçici olay değil, güvenlik vakası sayın. Kendi cihazınızdan parolayı değiştirin, yeni yedek kodlar oluşturun; broker sunuyorsa etkin oturum listesini ve giriş geçmişini inceleyin. Hesaba bağlanan üçüncü taraf hizmetlerinde de aynı dikkat gerekir. Yalnızca salt okunur erişim, yani yatırımcı parolası verin; emir verme hakkı taşıyan ana parolayı asla vermeyin. Bu mekanizma şu makalede açıklanır: 11.6. makale.

8. Dağıtım kanalına bağımlılık – tarihli bir olay

Uygulama telefona kurallarını platform üreticisinin veya brokerın koymadığı dağıtım kanalıyla ulaşır. Android’de birkaç kanal vardır: Google Play ve Huawei AppGallery yanında MetaTrader üreticisi kendi sitesinden APK da sunar^[17]. MetaTrader üreticisi iOS için App Store’u listeler. Bu nedenle dağıtımın böyle kesilmesine ilişkin tarihli örnek — MetaTrader 4 ve MetaTrader 5 uygulamalarının 23 Eylül 2022’den^[8] 6 Mart 2023’e kadar App Store’dan kaldırılması^[20] — şu yazıda anlatılır: 11.1. makale. Burada yalnızca kesintinin hesaba erişiminize etkisi önemlidir.

Kesintinin bir ayrıntısı planın sonucunu belirlediği için ayrıca açıklanmalıdır. Apple, uygulamayı önceden indirenlerin kaldırılmadan etkilenmeyeceğini o tarihte söylemişti. 24 Eylül 2022 haberi doğrudan aktarır: “Apple uygulamaları indirmiş müşterilerin etkilenmeyeceği güvencesini verdi”^[8]. Ancak Ocak 2023’te MQL5 forumunda iOS kullanıcısı uygulamasının “Programınız eski ve artık desteklenmiyor. Devam etmek için güncelleyin” dediğini, uygulamanın mağazada olmadığını yazdı^[9]. İki gün sonra aynı kullanıcı aynı başlığa, önceki indirmeler listesinden sonunda güncelleyebildiğini ekledi: «App Store’a, profile ve sonra satın alınanlar bölümüne giderek uygulamamı güncelleyebildim. Uygulama App Store’dan kaldırılmış olsa bile burası güncellemeye izin veriyor»^[9]. Dolayısıyla sonuç ilk akla gelenden dardır: App Store’dan kaldırmak daha önce indirmeyenlere yeni kurulumu kapattı; mevcut kullanıcı satın alma geçmişi yolunu kullanabildi. Bu üretici beyanı değil tek kullanıcı bildirimidir: mesajları, gönderi tarihlerini ve o kişinin çözümünü doğrular; olayın boyutunu veya her hesabın durumunu değil.

Acil plan için sonuç değil gerekçe değişir. Başkasının mağazasında satın alma geçmişine girişle çalışan çıkış, kaldırmanın kendisi gibi başkasının altyapısı ve kararıdır. Erişim sürekliliği güvencesi de plan temeli değildir. İkinci kanal sizin kontrolünüzde ve önceden sınanmış olmalıdır.

Üç sonucu hafızaya değil plana yazın.

1. Araç erişimi dağıtıcının kararına bağlıdır; broker katılmadan ve uyarı olmadan değişebilir.
2. İkinci kanal – tarayıcı terminali veya bilgisayar kurulumu – kolaylık değil iş sürekliliğinin parçasıdır.
3. Resmî dağıtım durduğunda internette “alternatif” kurulumlar çıkar. 6. ve 7. kısımdaki üretici paketi değil; yayıncısı kontrol edilmemiş aracı site, mesaj veya reklam dosyalarıdır. Böyle dosya kurmak geçici tarayıcı kullanımından kötüdür; sahte uygulama saldırısı 7. kısımdadır.

Aynı mekanizma sistem güncellemesinde de geçerlidir: yeni sistem uyumlu uygulamadan önce gelebilir. Hesap etkinken sistemi ilk gün veya seans ortasında güncellemeye değmez.

9. Acil durum kartı ve küçük ekranın operasyonel hataları

Küçük ekran analizi değil form doldurma koşullarını değiştirir: alan dar, önizleme kısa, onay düğmesi düzenlenen alana bir hareket uzaklıktadır. Aşağıda dört alan ve onaydan önce kontrol edilecekler var. Bu hataların zararlardaki payını ölçmedim; oran vermiyorum. Bu istatistik değil kontrol listesidir.

Hacim. Ondalık ayırıcı, ek sıfır ve otomatik tamamlama büyüklüğü katlayabilir. Onaydan önce yalnızca bakmayın, değeri okuyun; hesap para birimine dönüşüm varsa bağımsız ikinci kontrol olarak kullanın.

Yön. Al ve sat düğmeleri yakın ve çoğunlukla renkle farklı olabilir. Onaydan önce enstrüman, yön, hacmi okuyun. Kaç hatayı yakaladığı forma ve acele sıklığına bağlıdır; ölçmediğimden oran vermem. Bilinen maliyet her onaydan önce birkaç saniyedir.

Enstrüman. Aynı ticker aynı enstrümanı garanti etmez. Broker son ekli, özellikleri, saatleri veya hesap türü farklı birkaç tür sunabilir. Başparmakla kaydırılan listede komşular bir hareket uzaktadır. Her defa tam listede aramak yerine kısa izleme listesi hazırlayın.

Onay modu ve azami sapma. Tek tıkla işlem onay ekranını kaldırır; telefonda hatayı yakalayacağınız son yeri kaldırmaktır. Azami kabul edilebilir fiyat sapması evrensel fren değildir: belirli gerçekleştirme moduna aittir; modu broker sembol özelliklerinde belirler. MetaTrader 5 Android yardımı alanı Instant Execution kısmında tanımlar: “Talep edilen ve gerçekleşme fiyatı arasındaki kabul edilebilir azami farkı belirler. İzin verilen sapma büyüdükçe yeniden fiyat teklifi olasılığı azalır”^[11] ; sınır aşılırsa sunucu reddedip yeni fiyat sunabilir: “İşlenirken fiyat Deviation alanındaki değerden fazla değişirse dealer (sunucu) emri reddedip yeni gerçekleşme fiyatları sunabilir”^[11]. Market Execution için aynı yardım farklı söyler: “Broker fiyatı ek yatırımcı teyidi olmadan belirler. Bu modda piyasa emri göndermek gerçekleşme fiyatını önceden kabul etmektir”^[11] ; broker fiyatına onay önceden verilir, dolayısıyla sınırlanacak şey yoktur. MetaTrader 4 yardımı kapsamı daha açık sınırlar: “Emir verirken fiyat sapması yalnızca instant execution modunda kullanılır”^[12]. Telefonda önce sembolün modunu kontrol edin; alanın görünüp görünmemesini bu belirler. Requote ile kayma arasında seçim de değildir: Instant Execution’da ikisi aynı düzenin içindedir, ayarladığınız limit belirler: “Sapma belirtilen parametreye eşit veya küçükse emir yeni fiyattan ek bildirim olmadan gerçekleşir; değilse broker gerçekleşebilecek yeni fiyatları döndürür”^[12]. Dört gerçekleştirme modu ve farkları şu yazıdadır: 11.1. makale. Alanın varlığı, adı ve davranışı platforma, sürüme, brokera ve hesaba bağlıdır; genel tanımdan değil 4. kısım denetiminden kontrol edin [DURUM TARİHİ: 2026-08-22].

Ayrı bir kural, telefonu hangi koşullarda elinize aldığınızla ilgilidir. Araç sürerken, karşıdan karşıya geçerken veya dikkat gerektiren başka bir durumda emir vermek ve yapılandırma değiştirmek, piyasayla ilgisi olmayan biçimde tehlikelidir. Durum gerçekten hemen tepki vermeyi gerektiriyorsa sunucuda önceden ayarlanmış bir seviye, hareket hâlindeki sizden daha iyi iş çıkarır.

Son öğe en az gösterişli ve en yararlıdır: günlüğe emrin hangi kanaldan verildiğini kaydedin. İzlenim değil kendi verinizle karşılaştıracak kadar kayıt birikince telefondan emirlerin plana uyum, büyüklük ve değişiklik sayısı bakımından farklı olup olmadığını görürsünüz. “Yeterli” kayıt sayısı işlem sıklığına ve rastlantıdan ayırmak istediğiniz farkın büyüklüğüne bağlıdır; ölçmediğimden eşik vermem. Kötüleşme varsa kanalı sınırlamak makaleden değil kendi kaydınızdan doğar.

Telefon iyi erişim kanalı, kötü koruma inşa yeridir. Sizden bağımsız çalışacak olan sunucuda bulunmalıdır. Açık program gerektirenler otomasyon, çalışma ortamları ve süreklilik alanına girer; konu şu yazıdadır: otomasyon, EA ve VPS makalesi (11.5).