#2584-Webhook: Dynamic Media URL Variable Mapping

ZarkChat
IMPLEMENTED
#1
ZarkChat

 ZarkChat

Summary

When using Webhook Workflows with WhatsApp template messages that include a document or media header component, the current UI only offers a manual file upload option ("CARREGAR MÍDIA"). There is no variable selector/dropdown to dynamically map a document URL from the webhook payload — unlike phone number, name, and other body variables which already have dropdown selectors.


Current Behavior

In Webhook Workflow → Webhook Response Mapping, the media/document header section provides only a static file upload. If my webhook payload contains a field like document_url with a unique PDF link per recipient, there is no way to map it to the template's document header.

Example payload structure:



json

{
  "recipient_name": "John Doe",
  "phone": "5531999999999",
  "amount": 330.93,
  "due_date": "2026-04-10",
  "document_url": "@example.com.../unique-file.pdf"
}

The document_url field cannot be mapped to the template header — only a single static file can be uploaded, which is the same for every recipient.


Expected Behavior

  1. Add a toggle or selector in the media/document header section: "Manual Upload" vs. "Webhook Variable"
  2. When "Webhook Variable" is selected, show a dropdown (identical to existing body variable dropdowns) to pick the payload field containing the document/media URL
  3. Include a Formatter field next to it, consistent with other variable mappings

Why This Matters

Any use case that requires sending personalized documents at scale via webhook — invoices, receipts, contracts, reports, tickets — is currently blocked. The only workaround is calling the WhatsApp Cloud API directly via HTTP, manually building the template payload with document URLs. This bypasses BotSailor's workflow entirely, losing message tracking and template management benefits.

The WhatsApp Cloud API already supports this natively:



json

"components": [{
  "type": "header",
  "parameters": [{
    "type": "document",
    "document": {
      "link": "@example.com.../document.pdf",
      "filename": "document.pdf"
    }
  }]
}]

The backend capability exists — only the frontend mapping interface is missing.


Priority: HIGH — This blocks all document-based template automation via webhook workflows.

Happy to provide payload samples, screenshots, or a screen recording if helpful. Thanks for considering!

#2
BotSailor

 BotSailor

Thanks for your detailed suggestions. We are taking in our considerations. We will implement it as soon as possible.


Thanks

#3
ZarkChat

 ZarkChat

Hello, any updates on this? I urgently need this option.

#5
ZarkChat

 ZarkChat

Totally agree. Honestly, I'm surprised a platform at this level still hasn't implemented something this basic.


Almost a year ago I requested a simple "copy text" button for messages within the 24-hour window, still nothing.

It's frustrating to see updates consistently prioritizing UI cosmetics over core functionality. Features like dynamic media mapping aren't edge cases, they're fundamental capabilities that the Meta Developer API already provides out of the box.


I've been a reseller for years, and with every update cycle that skips these essentials, the case for building a custom platform on top of the official API gets stronger. At some point, the workarounds stop being workarounds and become the actual product.

Hope the BS team reconsiders their roadmap priorities. These are small improvements with massive impact.

#6
BotSailor

 BotSailor

Sorry for the late , however in these time we have done a lot of improvement of our platform. Our developer is working on this to implement dynamic variable for media mapping. Hopefully very soon by this week it will be available.


Thanks

Konok

CEO, BotSailor.


#6
BotSailor

 BotSailor

The dynamic media mapping feature for Webhook Workflows has been implemented. Cheers.



miCAkxbEZrQAAAABJRU5ErkJggg==


Best Regards

Konok

CEO, BotSailor .



#7
Maxs

 Maxs

Ohoo, great! Thanks for implementing this feature. After such a long time, I didn't expect it to arrive so quickly. Really appreciate.