compliance

5 uç · /api/ads/v1/compliance

İstek örnekleri ucun GERÇEK metodu ve yolundan üretilir. 5 ucun elle doğrulanmış gövde örneği henüz yok; o uçlarda iskelet gövdesizdir — uydurma bir alan yazmıyoruz.

GET/api/ads/v1/compliance/google-rmf

`GET /api/ads/v1/compliance/google-rmf`

Oturum

Kanıt paketi bu çıktıdan hazırlanır. access-tier-report (Meta erişim kademesi başvurusu) ile aynı sınıf bir yüzey olduğu için aynı izne bağlı: ads.view. ## ⚠ Neden bu ucun ÇİZEN EKRANI yok Bu dosyanın kendi kapısı "uç var ama ekran yok"u bir kusur sayar; o kural **RMF maddeleri** için geçerlidir — kiracının yapması gereken işler için. Bu uç ise bir kiracı işlevi değil, **Blesyum'un Google'a yapacağı başvurunun kanıtı**dır: okuyucusu RF28 başvuru paketini hazırlayan kişidir, panel kullanıcısı değil. Kiracıya "Google bizi onayladı mı" tablosu çizmek, cevabı onun kararını hiç değiştirmeyen bir gürültü olurdu; kanalın kiracıyı ilgilendiren yüzü zaten channel-capabilities. Aynı gerekçeyle bu uç matriste bir madde olarak **sayılmaz**: RMF'in "kolay erişilebilir" şartı (BLE2-9889) maddelerin kendisini ölçer, bu kaydı değil.

İstek

curl -X GET "https://{slug}.ads.blesyum.app/api/ads/v1/compliance/google-rmf" \
  -H "Authorization: Bearer <oturum-token>" \
  -H "Accept: application/json"

Yanıt

{
  "data": "…",
  "trace_id": "01JC…"
}

GET/api/ads/v1/compliance/google-rmf/demo

`GET /api/ads/v1/compliance/google-rmf/demo`

Oturum

Kontrol listesi + turun o andaki durumu. Matrisin **ölçmediği** ekseni okur; bu yüzden google-rmf raporuna gömülmedi: o rapor bilerek saf ve statiktir (DB'ye hiç gitmez) ve oraya bir tur durumu koymak, aynı çıktının iki farklı kiracıda farklı görünmesi demekti.

İstek

curl -X GET "https://{slug}.ads.blesyum.app/api/ads/v1/compliance/google-rmf/demo" \
  -H "Authorization: Bearer <oturum-token>" \
  -H "Accept: application/json"

Yanıt

{
  "data": "…",
  "trace_id": "01JC…"
}

POST/api/ads/v1/compliance/google-rmf/demo

`POST /api/ads/v1/compliance/google-rmf/demo`

Oturum

İzin ads.settings: tur açmak bir **beyandır**, okuma değil.

İstek

curl -X POST "https://{slug}.ads.blesyum.app/api/ads/v1/compliance/google-rmf/demo" \
  -H "Authorization: Bearer <oturum-token>" \
  -H "Accept: application/json"

Yanıt

{
  "data": "…",
  "trace_id": "01JC…"
}

POST/api/ads/v1/compliance/google-rmf/demo/close

`POST /api/ads/v1/compliance/google-rmf/demo/close`

Oturum

İstek

curl -X POST "https://{slug}.ads.blesyum.app/api/ads/v1/compliance/google-rmf/demo/close" \
  -H "Authorization: Bearer <oturum-token>" \
  -H "Accept: application/json"

Yanıt

{
  "data": "…",
  "trace_id": "01JC…"
}

POST/api/ads/v1/compliance/google-rmf/demo/results

`POST /api/ads/v1/compliance/google-rmf/demo/results`

Oturum

🔴 Madde kodu **yolda değil gövdede**: kodlar nokta taşır (C.10) ve bir yol parçasında nokta, uzantı sanılıp ara katmanlarda (proxy, CDN, tarayıcı) farklı işlenebiliyor. Kaydın profili de gerekiyor — aynı kod dört profilde birden geçebilir.

İstek

curl -X POST "https://{slug}.ads.blesyum.app/api/ads/v1/compliance/google-rmf/demo/results" \
  -H "Authorization: Bearer <oturum-token>" \
  -H "Accept: application/json"

Yanıt

{
  "data": "…",
  "trace_id": "01JC…"
}

Bu sayfa işine yaradı mı?

Hâlâ takıldın mı? Destek al