> For the complete documentation index, see [llms.txt](https://user.netmera.com/netmera-user-guide/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://user.netmera.com/netmera-user-guide/netmera-user-guide-tr/web-tools/tag-manager/security-review.md).

# Tag Manager güvenlik incelemesi

Tag Manager güvenlik incelemesi, bir sürümün yayınlanmadan önce ikinci bir yetkili kullanıcı tarafından onaylanmasını gerektirir.

Güvenlik incelemesi, bir Tag Manager sürümünü tamamlamak ile yayınlamak arasına giren isteğe bağlı bir onay adımıdır. Bir kişinin tek bir işlemde oluşturup yayınlaması yerine, bir kullanıcı sürümü hazırlar ve ikinci, yetkili bir kullanıcı onu inceler ve canlı siteye ulaşıp ulaşmayacağına karar verir.

{% hint style="info" %}
Güvenlik incelemesi isteğe bağlıdır ve varsayılan olarak devre dışıdır. Bunu bir uygulama için etkinleştirmek üzere Netmera hesap yöneticinizle iletişime geçin. Devre dışıyken Tag Manager, bu kılavuzun başka yerlerinde açıklandığı gibi tam olarak davranır ve aşağıdaki öğelerin hiçbiri panelde görünmez.
{% endhint %}

### Neden kullanılır

Her Tag Manager yayını, canlı siteye JavaScript ve diğer varlıkları ekler. Sıkı değişiklik kontrolü veya bilgi güvenliği politikaları olan kuruluşlar — bankalar, fintech’ler, sigorta şirketleri, kamu kurumları — genellikle herhangi bir şey üretime ulaşmadan önce ikinci bir göz ister.

Güvenlik incelemesi etkinleştirildiğinde:

* Açık bir onay olmadan hiçbir sürüm siteye ulaşmaz.
* Yayınlanan her sürümde adı belirtilmiş bir onaylayıcı yer alır.
* Her sürüm, kimin talep ettiğini, onayladığını veya reddettiğini ve nedenini eksiksiz bir kayıtla saklar.
* Onay atlanamaz: akış etkin durumdayken doğrudan çağrılan yayınlama uç noktaları reddedilir.

### Roller

| Rol                                                                                   | Ne yapabilir                                                                                                                                                                                                                                    |
| ------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| <p><strong>Oluşturucu</strong><br>Tag Manager erişimi olan herhangi bir kullanıcı</p> | Etiketleri, tetikleyicileri ve değişkenleri oluşturur ve sürümleri incelemeye gönderir. İnceleme bekleyen bir sürüm dahil olmak üzere herhangi bir sürümü çatallar ve önizler. Doğrudan yayınlayamaz — Onayla, Reddet ve Sürümü İndir görünmez. |
| <p><strong>Güvenlik İnceleyicisi</strong><br>Onaylayıcı</p>                           | Bir Oluşturucunun yapabildiği her şeye ek olarak, inceleme bekleyen sürümü onaylayabilir veya reddedebilir ve herhangi bir sürüm dosyasını indirebilir.                                                                                         |

{% hint style="warning" %}
Güvenlik incelemesi etkinleştirilmeden önce en az bir panel kullanıcısına **Güvenlik İnceleyicisi** rolünü atayın. Bir inceleyici olmadan, incelemeye gönderilen sürümler onaylanamaz ve yayınlama durur.
{% endhint %}

Aynı **Güvenlik İnceleyicisi** rol ayrıca [Web Personalization güvenlik incelemesini](/netmera-user-guide/netmera-user-guide-tr/web-tools/web-personalization/security-review.md) da kapsar — iki ürün için tek rol yeterlidir.

### Bir sürümü incelemeye gönderin

{% stepper %}
{% step %}

#### 1) Sürümü oluşturun

Etiketleri, tetikleyicileri ve değişkenleri **Çalışma Alanı** içinde her zamanki gibi oluşturun veya düzenleyin.
{% endstep %}

{% step %}

#### 2) Önizleme

Bir inceleyiciyi sürece dahil etmeden önce tetikleyicilerin çalıştığını ve değişkenlerin çözümlendiğini doğrulayın.
{% endstep %}

{% step %}

#### 3) İncelemeye Gönder’e tıklayın

Güvenlik incelemesi etkinleştirildiğinde, çalışma alanı sayfasındaki **Yayınla** düğmesi **İncelemeye Gönder**.
{% endstep %}

{% step %}

#### 4) Bir sürüm notu ekleyin

Sürüm notu için bir yan panel açılır. Nelerin değiştiğini ve nedenini açıklayın — inceleyicinin okuduğu not budur ve bildirim e-postasına dahil edilir.
{% endstep %}

{% step %}

#### 5) Onaylayın

Sürüm anlık görüntü olarak kaydedilir ve **İnceleme Bekliyor**durumuna geçer ve panel **Sürüm Geçmişi**. Tüm Güvenlik İnceleyicileri bir e-posta alır.
{% endstep %}
{% endstepper %}

### Bir sürümü inceleyin

Bir Güvenlik İnceleyicisi **İnceleme İşlemleri** bunu ya sürüm ayrıntı sayfasından ya da **İşlemler** sütunundan açar [Sürüm Geçmişi](/netmera-user-guide/netmera-user-guide-tr/web-tools/tag-manager/version-history.md).

* **Onayla** — bir yayın notu girilir, standart yayın akışı çalışır ve sürüm **Canlı**durumuna gelir. Yayınlama başarısız olursa sürüm **İnceleme Bekliyor**durumunda kalır; dolayısıyla kısmen yayınlanmış bir durum olmaz.
* **Reddet** — bir reddetme notu girilebilir ve sürüm **Reddedildi**durumuna gelir. Reddedilen bir sürüm nihai değildir: düzenlenebilir ve yeniden incelemeye gönderilebilir.

### Sürüm durumları

| Durum                 | Anlamı                                                             |
| --------------------- | ------------------------------------------------------------------ |
| **İnceleme Bekliyor** | Gönderildi ve bir Güvenlik İnceleyicisinin kararını bekliyor.      |
| **Canlı**             | Onaylandı ve siteye yayınlandı.                                    |
| **Reddedildi**        | İncelendi ve reddedildi. Düzenlenebilir ve yeniden gönderilebilir. |

Canlı bir sürüm varsa, inceleme bekleyen sürüm önce listelenir ve canlı sürüm ikinci sırada yer alır. Canlı bir sürüm yoksa, inceleme bekleyen sürüm en üstte tek başına görünür.

### Denetim izi

Sürüm ayrıntı sayfası, karar geçmişinin tamamını kaydeder:

* **İnceleme İsteyen** ve tarih
* **Sürüm Notu** gönderim sırasında girilen
* **Onaylayan** ve tarih, **Yayın Notu** — veya **Reddeden** ve tarih, **Reddetme Notu**

Onaylandı ve Reddedildi alanları yalnızca bir karar verildikten sonra görünür.

### Bildirimler

| Olay                        | Kime bildirilir             | E-postanın içeriği                                |
| --------------------------- | --------------------------- | ------------------------------------------------- |
| İncelemeye gönderilen sürüm | Tüm Güvenlik İnceleyicileri | Sürüm ayrıntı sayfasına bağlantı ve sürüm notu    |
| Sürüm onaylandı             | Bunu gönderen kullanıcı     | Sürüm ayrıntı sayfasına bağlantı ve yayın notu    |
| Sürüm reddedildi            | Bunu gönderen kullanıcı     | Sürüm ayrıntı sayfasına bağlantı ve reddetme notu |

Güvenlik İnceleyicisi rolüne sahip olmayan kullanıcılar herhangi bir inceleme bildirimi almaz.

### Sürümü İndir

Güvenlik İnceleyicileri **Sürümü İndir** Her sürümde — İnceleme Bekliyor, Canlı veya Reddedildi — bir düğme görür ve çevrimdışı inceleme ya da arşivleme için sürüm dosyasını indirebilirler. Düğme diğer rollere görünmez; güvenlik incelemesi devre dışı olduğunda da görünmez.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://user.netmera.com/netmera-user-guide/netmera-user-guide-tr/web-tools/tag-manager/security-review.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.