Shih një shabllon në paraparje
Pikërisht HTML-ja që do të prodhonte një dërgim, pa e dërguar.
Ekzekuton thirrjen reale kundrejt hapësirës suaj të punës, me çelësin tuaj.
POST /templates/{id}/preview
Pikërisht HTML-ja që do të prodhonte një dërgim, pa e dërguar.
Shembull
Kërkon templates:read. Një POST sepse vlerat shkojnë në një trup; asgjë nuk shkruhet dhe asgjë nuk dërgohet.
curl -X POST "$OE/templates/order-shipped/preview" -H "$AUTH" -H "Content-Type: application/json" \ -d '{ "version": 5, "props": { "orderId": "AC-4192" } }'{ "object": "template_preview", "templateId": "tpl_9c1f0a4b7e05d3862c1f0a44", "version": 5, "subject": "Order AC-4192 is on its way", "html": "<!DOCTYPE html><html>…</html>", "text": "Hello there, AC-4192 is on its way.", "warnings": [{ "code": "unfilled_placeholder", "key": "customer" }]}Drejtojeni CI-në tuaj këtu. Një ndryshim shablloni që prish integrimin tuaj bëhet atëherë një test që dështon e jo një email ngatërrues për klientin.
E butë aty ku një dërgim është i rreptë: një prop i detyrueshëm që mungon raportohet te warnings në vend që të refuzohet, sepse një shabllon që shihet në paraparje zakonisht është një shabllon që po shkruhet. Një prop I PANJOHUR mbetet një 422 edhe këtu, sepse një gabim shtypi është gabim shtypi në çdo fazë.
Një draft mund të shihet në paraparje, dhe ky është shtegu i vetëm që renderon diçka jashtë publikimit. Lëreni version jashtë dhe shihni në paraparje atë që është e publikuar; emërtoni një version për të parë atë revizion, draftin përfshirë.
JSON, kurrë text/html. HTML-ja është një varg në një fushë, që një klient të mund ta analizojë përgjigjen përpara se të vendosë se ç'të bëjë me të.