Reklam

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ı?