Teknik Makale

RTPS Nedir? Gerçek Zamanlı Veri İletişim Protokolü ve Çalışma Prensibi

Sistem Yöneticisi12 dk okuma

RTPS (Real-Time Publish-Subscribe), DDS tabanlı dağıtık sistemlerde cihazlar ve yazılımlar arasında gerçek zamanlı veri alışverişini sağlayan iletişim protokolüdür. RTPS'nin çalışma prensibini, Publisher/Subscriber mimarisini, QoS özelliklerini, UDP iletişimini, siber güvenlik gereksinimlerini ve CCTV sistemlerinde kullanılan RTSP protokolünden farklarını inceliyoruz.

Endüstriyel otomasyon merkezinde yangın ve çevresel sensörlerin RTPS gerçek zamanlı veri iletişim protokolü üzerinden ağ cihazlarına ve merkezi izleme sistemlerine veri aktarmasını temsil eden görsel.

Gerçek zamanlı veri iletişimi, endüstriyel otomasyon, robotik sistemler, akıllı cihazlar ve dağıtık kontrol altyapılarının önemli teknik gereksinimlerinden biridir. Bir sistemde bulunan sensörlerin, kontrol yazılımlarının ve diğer cihazların verileri düşük gecikmeyle paylaşması, özellikle zaman duyarlı uygulamalarda önem taşır.

RTPS (Real-Time Publish-Subscribe Protocol), farklı cihazlar ve yazılım bileşenleri arasında gerçek zamanlı veri alışverişini gerçekleştirmek için kullanılan standartlaştırılmış bir iletişim protokolüdür. Object Management Group (OMG) tarafından tanımlanan RTPS, Data Distribution Service (DDS) sistemlerinin farklı üreticilere ait uygulamalar arasında birlikte çalışabilmesini amaçlar.

RTPS; yayınlama-abone olma iletişim modeli, otomatik katılımcı keşfi, veri teslim güvenilirliği ve hizmet kalitesi (QoS) seçenekleriyle öne çıkar. Ancak RTPS, güvenlik kameralarında kullanılan RTSP video akış kontrol protokolüyle aynı teknoloji değildir.

RTPS Nedir?

RTPS, Real-Time Publish-Subscribe ifadesinin kısaltmasıdır. Türkçede gerçek zamanlı yayınlama-abone olma protokolü olarak açıklanabilir.

RTPS'nin temel amacı, ağ üzerindeki uygulamaların verileri belirli iletişim kuralları doğrultusunda birbirleriyle paylaşmasını sağlamaktır.

Geleneksel istemci-sunucu iletişiminde bir istemci, genellikle belirli bir sunucuya istek gönderir ve yanıt alır.

Yayınlama-abone olma modelinde ise veri üreten uygulamalar, verileri belirli konular (topics) üzerinden yayımlar. Bu verilere ihtiyaç duyan uygulamalar ilgili konulara abone olur.

Böylece veri üreticileri ile tüketicilerinin birbirlerinin ağ adreslerini veya uygulama ayrıntılarını doğrudan bilmesi gerekmeyebilir.

RTPS özellikle farklı yazılım bileşenlerinin gerçek zamanlı veri paylaşması gereken dağıtık sistemlerde kullanılmak üzere tasarlanmıştır.

RTPS ile DDS Arasındaki İlişki Nedir?

RTPS'yi doğru anlamak için DDS kavramını açıklamak gerekir.

DDS (Data Distribution Service), dağıtık uygulamalar arasında veri alışverişini sağlamak için OMG tarafından standartlaştırılmış bir veri dağıtım teknolojisidir.

DDS, uygulamaların hangi verileri yayımlayacağını, hangi verilere abone olacağını ve veri alışverişinde hangi hizmet kalitesi kurallarının uygulanacağını tanımlar.

RTPS ise farklı DDS uygulamalarının ağ üzerinde veri alışverişinde bulunabilmesi için gereken standart iletişim mekanizmalarını belirler.

Basit bir ifadeyle:

  • DDS: Uygulamanın veri dağıtımını nasıl yöneteceğini tanımlar.

  • RTPS: Uyumlu DDS katılımcılarının ağ üzerinden nasıl iletişim kuracağını tanımlar.

Örneğin farklı üreticilerin DDS tabanlı yazılımlarının aynı ağda veri paylaşabilmesi için ortak RTPS iletişim kurallarından yararlanılabilir.

Ancak aynı RTPS sürümünün desteklenmesi tek başına bütün sistemlerin sorunsuz çalışacağını garanti etmez. Veri tipleri, QoS ayarları ve güvenlik yapılandırmaları da uyumlu olmalıdır.

RTPS Nasıl Çalışır?

RTPS, veriyi yayımlayan ve bu veriye abone olan bileşenlerin birlikte çalıştığı bir iletişim mimarisine dayanır.

Temel işlem adımları şöyledir:

  1. Uygulamalar bir DDS iletişim alanına katılır.

  2. Veri üreticileri ve tüketicileri ilgili iletişim uçlarını oluşturur.

  3. Uygun katılımcılar ve iletişim uçları keşif mekanizmalarıyla birbirlerini belirler.

  4. Veri konusu, veri tipi ve QoS koşulları karşılaştırılır.

  5. Uyumluluk sağlandığında veriler yayımlanır ve abonelere iletilir.

  6. Seçilen güvenilirlik mekanizmasına göre gerekli teslim denetimleri gerçekleştirilir.

  7. Uygulamalar gelen verileri kendi işlem ve karar mekanizmalarında kullanır.

Publisher ve Subscriber Nedir?

Publisher (Yayımlayıcı), uygulamanın veri yayımlama tarafında kullanılan DDS bileşenidir.

Subscriber (Abone) ise yayımlanmış verilerin alınması için kullanılan bileşendir.

Gerçek veri gönderimi ve alımı DataWriter ve DataReader aracılığıyla gerçekleştirilir.

Topic Nedir?

Topic, paylaşılan verinin konusunu ve veri tipini belirleyen DDS kavramıdır.

Örneğin bir endüstriyel otomasyon uygulamasında aşağıdaki veri konuları tanımlanabilir:

  • Makine sıcaklığı.

  • Motor çalışma durumu.

  • Ortam basıncı.

  • Sensör sağlık bilgisi.

  • Alarm olayı.

  • Kontrol durumu.

Bu örnekler RTPS'nin kullanılabileceği varsayımsal veri türleridir; belirli bir güvenlik cihazının RTPS desteği bulunduğunu göstermez.

Domain Nedir?

Domain, DDS sisteminde katılımcıların mantıksal iletişim alanını tanımlar.

Farklı domain'lerde bulunan uygulamalar, ek yönlendirme veya köprüleme mekanizmaları olmadan doğrudan aynı iletişim ortamında bulunmaz.

Bu ayrım, farklı sistemlerin veri trafiğinin mantıksal olarak düzenlenmesinde kullanılabilir.

Ancak domain ayrımı tek başına güçlü bir siber güvenlik sınırı veya kimlik doğrulama mekanizması değildir.

RTPS Mesaj Yapısı ve Otomatik Keşif

RTPS iletişiminde katılımcıların birbirini bulması ve veri alışverişi için gerekli uç noktaların belirlenmesi önemlidir.

DDSI-RTPS standardı, veri değişimi ve katılımcı keşfine ilişkin iletişim kurallarını tanımlar.

Temel mekanizmalar arasında şunlar bulunmaktadır:

Participant Discovery: Ağdaki uygun DDS katılımcılarının keşfedilmesine yardımcı olur.

Endpoint Discovery: Hangi uygulamaların hangi veri konularını yayımladığı veya tükettiğinin belirlenmesini sağlar.

DATA mesajları: Veri örneklerinin iletilmesinde kullanılır.

HEARTBEAT mesajları: Güvenilir iletimde gönderici veri durumuyla ilgili bilgi verir.

ACKNACK mesajları: Alıcı tarafından veri tesliminin ve eksik örneklerin bildirilmesinde kullanılabilir.

Bu mekanizmalar, özellikle güvenilir veri aktarımı gereken uygulamalarda iletişimin kontrol edilmesine yardımcı olur.

Ancak otomatik keşif, bütün ağ topolojilerinde ek yapılandırma gerekmeksizin çalışacağı anlamına gelmez. VLAN, yönlendirici, güvenlik duvarı ve multicast ayarları iletişimi etkileyebilir.

RTPS QoS Nedir? Hizmet Kalitesi Nasıl Yönetilir?

RTPS/DDS mimarisinin önemli özelliklerinden biri, veri iletişiminin gereksinimlere göre yapılandırılabilmesidir.

QoS (Quality of Service), verilerin nasıl iletileceğini ve uygulamaların iletişim davranışını etkileyen kurallar bütünüdür.

DDS sistemlerinde QoS politikaları farklı işlevlere sahiptir.

QoS özelliği

Temel işlevi

Kullanım açısından önemi

Reliability

Veri teslim güvenilirliği

Eksik verilerin yeniden iletilmesi

Durability

Önceden yayımlanmış verilere erişim

Sonradan katılan aboneler

History

Saklanan veri örneklerinin kapsamı

Güncel veya geçmiş örneklerin yönetimi

Deadline

Beklenen veri güncelleme süresi

Geciken veri güncellemelerinin tespiti

Liveliness

Veri kaynağının aktiflik durumu

İletişim uçlarının izlenmesi

Latency Budget

Gecikme beklentisinin tanımlanması

Zaman duyarlı veri işleme

Bu seçeneklerin kullanılabilirliği ve gerçek etkileri DDS uygulamasına, seçilen ayarlara ve sistem kaynaklarına bağlıdır.

Best Effort ve Reliable Arasındaki Fark

RTPS iletişiminde temel güvenilirlik yaklaşımlarından ikisi Best Effort ve Reliable olarak tanımlanır.

Best Effort, eksik veri örneklerinin mutlaka yeniden gönderilmesini gerektirmeyen iletişim yaklaşımıdır.

Örneğin sürekli yenilenen sıcaklık veya konum verilerinin belirli uygulamalarda hızlı iletilmesi, eski bir örneğin yeniden gönderilmesinden daha önemli olabilir.

Reliable ise seçilen koşullarda eksik veri örneklerinin yeniden iletilmesini sağlayan güvenilirlik mekanizmalarını kullanır.

Ancak Reliable seçeneği, ağın tamamen kesilmesi veya sistem kaynaklarının tükenmesi durumunda bütün verilerin sınırsız süre boyunca mutlaka teslim edileceğini garanti etmez.

Gerçek zamanlı sistemlerde hız, güvenilirlik ve kaynak tüketimi arasında uygun denge kurulmalıdır.

RTPS UDP mi, TCP mi Kullanır?

RTPS başlangıçta UDP tabanlı iletişimle güçlü biçimde ilişkilendirilmiştir.

UDP, bağlantısız paket aktarımı sağlayan bir taşıma protokolüdür.

RTPS'nin UDP üzerinde kullanılabilmesi, özellikle düşük gecikme ve multicast veri dağıtımı gereken uygulamalarda avantaj sağlayabilir.

Bazı DDS uygulamaları TCP ve paylaşımlı bellek gibi alternatif taşıma yöntemlerini de desteklemektedir.

Örneğin eProsima Fast DDS, UDP ve TCP iletişim seçeneklerinin yanı sıra uygun yerel uygulamalarda shared memory kullanabilmektedir.

Ancak TCP veya shared memory desteği, bütün RTPS uygulamalarında aynı şekilde bulunan zorunlu bir özellik olarak değerlendirilmemelidir.

Unicast ve Multicast İletişimi

Unicast: Veri, belirli bir alıcıya gönderilir.

Multicast: Veri, uygun ağ yapılandırmasında birden fazla alıcıya dağıtılabilir.

Multicast kullanımı bazı senaryolarda gereksiz tekrarlı veri gönderimini azaltabilir.

Bununla birlikte multicast trafik yönlendirmesi, ağ anahtarları, IGMP ve güvenlik duvarı ayarlarının doğru yapılandırılmasını gerektirir.

RTPS ile RTSP Arasındaki Fark Nedir?

RTPS ve RTSP, isimleri birbirine benzese de farklı amaçlarla kullanılan protokollerdir.

RTPS (Real-Time Publish-Subscribe), dağıtık sistemlerde gerçek zamanlı veri paylaşımı ve DDS uygulamaları arasındaki birlikte çalışabilirlik için geliştirilmiştir.

RTSP (Real-Time Streaming Protocol) ise video ve ses gibi medya akışlarının oturum yönetimi için kullanılır.

Karşılaştırma

RTPS

RTSP

Açılım

Real-Time Publish-Subscribe

Real-Time Streaming Protocol

Temel amaç

Gerçek zamanlı veri dağıtımı

Medya akışının kontrolü

İlgili standart

OMG DDSI-RTPS

IETF RFC 7826

Temel yaklaşım

Publish/Subscribe

İstemci-sunucu oturum kontrolü

Veri içeriği

Yapılandırılmış uygulama verileri

Ses/video akışı oturumları

Kullanım örnekleri

Endüstriyel otomasyon, robotik, dağıtık uygulamalar

IP kamera, medya sunucusu, video izleme

Temel ayarlar

Topic, QoS, veri tipi, keşif

Medya oturumu, akış yöntemi, oynatma kontrolü

RTPS IP Kamera Görüntüsü Aktarır mı?

RTPS, standart CCTV sistemlerinde kamera görüntüsünün alınması için yaygın olarak kullanılan RTSP protokolünün doğrudan yerine geçmez.

Bir IP kameranın NVR veya VMS sistemine canlı görüntü aktarmasında RTSP ve ilgili medya taşıma yöntemleri kullanılabilir.

RTPS ise uygun biçimde geliştirilmiş dağıtık yazılımlarda sensör ölçümleri, cihaz durumları veya olay mesajları gibi verilerin paylaşılması için kullanılabilir.

Güvenlik kameraları açısından RTSP ve ONVIF arasındaki farklar için GüvenlikOnline'ın ONVIF Nedir? IP Kamera ve NVR Sistemlerinde Ne İşe Yarar? makalesi incelenebilir.

RTPS ile RTP Aynı mı?

Hayır.

RTP (Real-time Transport Protocol), gerçek zamanlı ses ve video verilerinin taşınması için kullanılan farklı bir protokoldür.

RTPS ise DDS tabanlı veri dağıtımında kullanılır.

RTP, RTSP ve RTPS'nin üçü de gerçek zamanlı iletişimle ilişkili olsa da aynı görevi yerine getirmez.

RTPS Hangi Alanlarda Kullanılır?

RTPS özellikle birden fazla yazılım bileşeninin düşük gecikmeli ve yapılandırılabilir iletişime ihtiyaç duyduğu sistemlerde değerlendirilebilir.

Endüstriyel Otomasyon

Üretim tesislerinde farklı kontrol ve analiz bileşenleri arasında ölçüm, makine durumu veya olay verilerinin paylaşılması için DDS/RTPS tabanlı çözümler kullanılabilir.

Ancak bütün PLC, SCADA veya BMS cihazlarının RTPS desteklediği düşünülmemelidir.

Robotik ve Otonom Sistemler

Robotik uygulamalarda farklı sensörlerden gelen verilerin kontrol algoritmalarına dağıtılması önemlidir.

DDS, ROS 2 gibi robotik yazılım ekosistemlerinde kullanılan iletişim teknolojileri arasındadır.

RTPS ise uygun DDS uygulamalarının veri iletişiminde rol oynayabilir.

Endüstriyel IoT

Endüstriyel nesnelerin interneti (IIoT) sistemlerinde farklı cihazlardan gelen verilerin aynı veri dağıtım altyapısında işlenmesi gerekebilir.

RTPS/DDS, düşük gecikme ve özelleştirilebilir iletişim davranışı istenen uygulamalarda değerlendirilebilir.

Ancak enerji tüketimi, cihaz kaynakları ve ağ gereksinimleri nedeniyle her IoT projesi için en uygun seçenek olmayabilir.

Fiziksel Güvenlik ve Alarm Entegrasyonu

Güvenlik sistemlerinde farklı sensörler, yazılımlar ve operatör uygulamaları arasında olay verilerinin paylaşılması önemli bir gereksinimdir.

DDS/RTPS kullanan özel bir güvenlik yazılımı mimarisinde alarm olayları, cihaz sağlık durumu ve çevresel sensör verileri ortak bir veri dağıtım mekanizması üzerinden paylaşılabilir.

Ancak bu kullanım olası bir sistem mimarisidir; yaygın CCTV, NVR veya hırsız alarm cihazlarının RTPS desteğine sahip olduğunu göstermez.

Bir güvenlik cihazının RTPS ile kullanılabilmesi için üreticinin protokol desteği veya uygun yazılım geçidi bulunmalıdır.

Savunma ve Havacılık

DDS/RTPS, veri iletişiminde yüksek performans ve birlikte çalışabilirlik gereksinimlerinin bulunduğu savunma, havacılık ve benzeri sistemlerde kullanılabilen teknolojiler arasındadır.

Bu tür uygulamalarda gecikme, güvenilirlik ve güvenlik gereksinimleri projenin teknik şartlarına göre ayrıca değerlendirilir.

RTPS Siber Güvenliği Nasıl Sağlanır?

RTPS'nin standartlaştırılmış olması, iletişimin varsayılan olarak uçtan uca şifrelenmiş ve güvenli olduğu anlamına gelmez.

RTPS/DDS kullanan bir sistemde kimlik doğrulama, erişim kontrolü, ağ güvenliği ve veri koruması ayrıca değerlendirilmelidir.

OMG tarafından yayımlanan DDS Security 1.2 standardı, DDS uygulamaları için güvenlik modeli ve eklenti arayüzlerini tanımlar.

Uygun sistemlerde şu güvenlik işlevleri uygulanabilir:

  • Katılımcı kimlik doğrulaması.

  • Veri konularına erişim yetkilendirmesi.

  • Veri bütünlüğünün korunması.

  • Gereken verilerin şifrelenmesi.

  • İletişim katılımcılarının güvenlik politikalarına göre sınırlandırılması.

Ancak DDS Security standardının bulunması, kullanılan her DDS veya RTPS yazılımının bütün bu işlevleri otomatik olarak etkinleştirdiğini göstermez.

Ağ Güvenliği Açısından Dikkat Edilmesi Gerekenler

RTPS kullanılan ağlarda özellikle şu teknik konular kontrol edilmelidir:

  • Kullanılan UDP veya TCP iletişim bağlantıları.

  • Katılımcı keşfi için gerekli ağ erişimi.

  • Multicast ve yönlendirici yapılandırması.

  • Güvenlik duvarı ve ağ erişim kuralları.

  • DDS domain ve topic yetkilendirmesi.

  • Kimlik doğrulama ve şifreleme desteği.

  • Yazılım ve kütüphane sürümleri.

  • Paket kaybı, gecikme ve sistem kaynaklarının izlenmesi.

Protokolün gerçek zamanlı iletişim için tasarlanmış olması, tek başına kesin gecikme sınırı veya siber saldırılara karşı tam koruma sağlamaz.

RTPS Standardı ve Güncel Sürümleri

RTPS, Object Management Group (OMG) tarafından DDS uygulamaları arasındaki birlikte çalışabilirliği desteklemek amacıyla standartlaştırılmıştır.

Protokolün resmî adı DDS Interoperability Wire Protocol (DDSI-RTPS) olarak geçmektedir.

OMG'nin yayımladığı sürüm geçmişinde:

Sürüm

Yayımlanma yılı

DDSI-RTPS 2.0

2008

DDSI-RTPS 2.1

2010

DDSI-RTPS 2.2

2014

DDSI-RTPS 2.3

2019

DDSI-RTPS 2.5

2022

yer almaktadır.

Kasım 2026 itibarıyla OMG'nin resmî kataloğunda DDSI-RTPS 2.5, güncel resmî sürüm olarak listelenmektedir.

DDS Security için ise 1.2 sürümü yayımlanmıştır.

Ancak kullanılan yazılımın desteklediği RTPS sürümü, OMG standardının en güncel sürümüyle aynı olmak zorunda değildir.

Örneğin farklı DDS uygulamalarında 2.3 veya 2.5 protokol desteği bulunabilir.

Bu nedenle birlikte çalışabilirlik değerlendirmesi yalnızca standart adına göre değil; ürün sürümüne, veri modellerine ve QoS yapılandırmasına göre gerçekleştirilmelidir.

RTPS Kullanılacak Sistemlerde Teknik Kontrol Listesi

RTPS/DDS mimarisi kullanılacak bir projede şu kontroller yapılmalıdır:

  1. RTPS'nin gerçekten gerekli olduğu kullanım senaryosu belirlendi mi?

  2. Kullanılacak uygulamaların DDS ve RTPS sürümleri doğrulandı mı?

  3. Veri yayımlayıcıları ve aboneleri tanımlandı mı?

  4. Topic adları ve veri tipleri standartlaştırıldı mı?

  5. Reliability ve diğer QoS gereksinimleri belirlendi mi?

  6. Beklenen gecikme ve güncelleme sıklığı ölçülebilir biçimde tanımlandı mı?

  7. UDP, TCP ve multicast desteği doğrulandı mı?

  8. Katılımcı keşfi farklı ağ bölümlerinde test edildi mi?

  9. Paket kaybı ve ağ kesintisi senaryoları değerlendirildi mi?

  10. Güvenlik politikaları ve erişim yetkileri yapılandırıldı mı?

  11. DDS Security desteği ve uygulama kapsamı kontrol edildi mi?

  12. Farklı üretici uygulamalarıyla birlikte çalışabilirlik test edildi mi?

  13. Uygulamanın ağ ve işlemci kaynak tüketimi ölçüldü mü?

  14. Sistem izleme, hata teşhisi ve bakım süreçleri oluşturuldu mu?

Bu kontrol listesi ön teknik değerlendirme içindir. Zaman açısından kritik veya can güvenliğiyle ilişkili sistemlerde ayrıca gerekli işlevsel güvenlik ve sistem mühendisliği gereksinimleri uygulanmalıdır.

RTPS Hakkında Sık Sorulan Sorular

RTPS açılımı nedir?

RTPS, Real-Time Publish-Subscribe anlamına gelir. DDS tabanlı dağıtık uygulamalarda gerçek zamanlı veri alışverişi için kullanılan standartlaştırılmış iletişim protokolüdür.

RTPS ile RTSP aynı mı?

Hayır. RTPS, DDS veri dağıtımına yönelik bir protokoldür. RTSP ise IP kamera ve diğer medya uygulamalarında video/ses akışı oturumlarını kontrol etmek için kullanılır.

RTPS hangi portu kullanır?

RTPS'nin ağ bağlantıları, kullanılan DDS uygulamasının taşıma yöntemi, domain ve katılımcı yapılandırmasına bağlıdır. UDP tabanlı standart port hesaplama kuralları bulunsa da bütün uygulamalar için tek ve değişmez bir port varsayılmamalıdır.

RTPS UDP kullanır mı?

Evet. UDP, RTPS'nin yaygın taşıma yöntemlerinden biridir. Bazı DDS uygulamaları TCP ve başka taşıma mekanizmalarını da destekler.

RTPS güvenli midir?

RTPS kendi başına bütün güvenlik gereksinimlerini otomatik karşılamaz. Uygun DDS Security işlevleri, erişim kontrolü, şifreleme ve güvenli ağ yapılandırması gereklidir.

RTPS ile MQTT arasındaki fark nedir?

Her ikisi de veri yayınlama-abone olma yaklaşımıyla ilişkilidir. MQTT, yaygın kullanımında broker merkezli hafif mesajlaşma protokolüyken DDS/RTPS veri merkezli dağıtık iletişim ve ayrıntılı QoS seçenekleriyle öne çıkar. Her iki teknolojinin de farklı mimari ve uygulama seçenekleri bulunabilir.

RTPS IP kamera sistemlerinde kullanılır mı?

Standart IP kamera canlı görüntü aktarımında RTSP gibi medya akış protokolleri daha yaygındır. RTPS, özel olarak geliştirilmiş DDS tabanlı entegrasyonlarda veri iletişimi için kullanılabilir.

RTPS Gerçek Zamanlı Sistemler İçin Neden Önemlidir?

RTPS, dağıtık sistemlerde verinin farklı uygulamalar arasında standartlaştırılmış biçimde paylaşılmasını sağlayan önemli bir iletişim protokolüdür.

DDS mimarisiyle birlikte kullanıldığında yayınlama-abone olma modeli, katılımcı keşfi, QoS seçenekleri ve güvenilir veri iletimi gibi özellikler sunar.

Özellikle endüstriyel otomasyon, robotik, dağıtık kontrol ve zaman duyarlı veri işleme sistemlerinde değerlendirilebilir.

Bununla birlikte RTPS'nin gerçek zamanlı veri dağıtımını desteklemesi, her uygulamada kesin gecikme garantisi verdiği veya CCTV sistemlerinde RTSP'nin yerine kullanılabileceği anlamına gelmez.

Doğru protokol seçimi; aktarılacak veri türü, sistem mimarisi, gecikme gereksinimleri, güvenlik, uygulama uyumluluğu ve işletme koşulları birlikte değerlendirilerek yapılmalıdır.

Kaynaklar

Bu yazıyla ortak konuları ele alan içerikler

Çerez tercihleri

Zorunlu depolama site işlevleri ve tercihiniz içindir. Google'ın izinli analitiği seçiminize ve ayrı etkinleştirmeye bağlıdır. Varsayılan olarak kapalı Advanced Mode, ayrıca açılırsa ret durumunda çerezsiz sinyal gönderebilir. Umami açılırsa çerez tercihinizden bağımsız sayfa ölçer. Çerez Politikasını okuyun

Zorunlu — her zaman etkin

Oturum güvenliği ve çerez tercihinizi hatırlama.

Sayfa, arama ve sponsor etkileşimlerinin kullanım ölçümü; yapılandırılmışsa Google Analytics / Google Tag Manager.

Reklamla ilişkili çerezlerin kullanımı. İçeriğe uygun sponsor gösterimleri bu izin olmadan da görüntülenebilir.

Google reklam hizmetlerine kullanıcı verisi aktarımına ilişkin tercih. Bu özellik ayrıca etkinleştirilmedikçe aktarım yapılmaz.

Google reklamları için kişiselleştirme tercihi. Analitik izninden bağımsızdır.

Tercihlerinizi sayfa altındaki Çerez tercihleri bağlantısından değiştirebilir veya geri çekebilirsiniz.