Lumaktaw sa nilalaman
Wiz Message
Katugma sa Cloud API

Nakabuo ka na sa WhatsApp Cloud API? Palitan lang ang host at ang token.

Hindi ito "mayroon din kaming API". Ito ang mismong API. Tugma ang mga path sa kay Meta, tugma ang request body, tugma ang tugon, at dumarating ang error sa sariling balot ng Meta — kaya patuloy na gumagana ang error handling na naisulat mo na. Ituro ang client mo sa ibang host, palitan ang token, at tigil na.

Kasama saWiz BotWiz CampaignWiz Pro

Tingnan ang mga planoTingnan ang presyo
Isang host at isang token. Ang iba pang bahagi ng integrasyon mo ay hindi ginagalaw
Dalawang pagbabago
Bumabalik ang kabiguan sa sariling balot ng error ng Meta, kaya angkop pa rin ang kasalukuyang handling mo
Parehong error
Patuloy na gumagana ang bersyong nakapako sa URL mo kahit matapos itong itigil ng Meta
Ligtas sa bersyon

Para kanino ito

Ang negosyo o ahensyang nagbayad na ng developer para ikonekta ang Cloud API ng Meta — at ayaw nang magbayad ulit para lumipat.

Ang alalahanin na sinasagot nito

"Ang paglipat ng platform ay ibig sabihin muling integrasyon." Hindi, kung magkatulad ang endpoint, ang payload at ang hugis ng error.

Paano isinasagawa ang paglipat

  1. Gumawa ng key

    Bumuo ng API key sa dashboard. Ipinapakita ito sa parehong hugis ng header ng isang token ng Meta.

  2. Palitan ang base URL

    Ituro ang kasalukuyang client mo sa katugmang host sa halip na sa kay Meta.

  3. Palitan ang token

    Gamitin ang key mo bilang bearer token. Walang nagbabago sa paraan ng pagbuo mo ng request.

  4. Patakbuhin ang kasalukuyang test mo

    Parehong path, parehong body, parehong tugon, parehong balot ng error — ang test suite mo mismo ang pagsusuri sa paglipat.

Ano ang ginagaya

Ang mga endpoint na talagang ginagamit ng karamihan sa integrasyon, sa mismong path na dokumentado ng Meta.

  • Pagpapadala ng mensahe sa parehong message endpoint na tinatawag mo na
  • Pagmarka ng mensahe bilang nabasa at pagpapadala ng typing indicator, sa parehong request body
  • Pag-upload ng media, na nagbabalik ng id sa hugis na pinaparse mo na
  • Paglista ng message template
  • Metadata ng media, pag-download at pagbura — nagbabalik ang metadata ng gumaganang URL na makukuha ng client mo nang hindi alam kung kanino ito
  • Allow-list na passthrough para sa iba pang dokumentadong path
  • Error sa sariling balot ng Meta, kaya patuloy na gumagana ang kasalukuyang error handling mo

Pagpapako ng bersyon na tumatagal lampas sa pagtigil ng Meta

Tinatanggap ang bahaging bersyon sa URL at pagkatapos ay hindi na pinapansin. Parang shortcut ito pero benepisyo talaga na dapat sabihin nang malakas: patuloy na gumagana ang client na nakapako sa lumang bersyon kahit matapos itong itigil ng Meta, at ang pagpapako sa mas bago ay hindi ka isasama sa kilos na hindi naman naka-deploy. Tumitigil na maging gawaing pagpapanatili ang bersyong nasa code mo.

Allow-list ito, hindi bulag na proxy

Ang dokumentadong path lang ang umiiral, at sinusuri ng bawat isa na ang identifier sa path ay pag-aari ng key na tumatawag. Nananatiling masusuri ang saklaw — masasabi mo nang eksakto kung hanggang saan ito umaabot — at ibig sabihin, ang pagkakamali sa client mo ay tumatanggap ng tapat na error sa halip na maipasa sa hindi inaasahang lugar. Dumadaan pa rin sa platform ang bawat padala, kaya angkop pa rin ang parehong rate limiting at proteksyon ng account.

Mabuting malaman

Kung saan humihinto ang feature na ito, sabi nang diretso — para walang sorpresa pagkatapos mong bumili.

  • Kailangan ng aktibong subscription, at pumapasa sa parehong pagsusuri ng karapatan at rate limit gaya ng iba pang bahagi ng API.
  • Allow-list ito, hindi bukas na proxy. Ang dokumentadong path lang ang umiiral, at pinagtitibay ng bawat isa na ang identifier sa path ay pag-aari ng key mo.
  • Tinutugma ang bahaging bersyon at pagkatapos ay hindi pinapansin — laging napupunta ang tawag sa naka-configure na bersyon ng platform. Sinadya ito, at iyan ang dahilan kaya gumagana pa rin ang lumang pako.
  • GET, POST at DELETE lang. Walang PUT o PATCH, dahil ang pagsagot dito ng kapani-paniwalang error ay mas hindi tapat kaysa sa isang 404.
  • Dumadaan pa rin ang padala sa gateway ng platform sa halip na diretsong lumabas, kaya angkop pa rin ang rate limiting at proteksyon sa antas ng account.

Kasama sa

Bahagi ang feature na ito ng mga planong nasa ibaba.

  • Wiz Bot
  • Wiz Campaign
  • Wiz Pro
Ihambing ang mga plano at presyo
FAQ

Mga Madalas Itanong

Gaano karami sa code ko ang kailangang mabago?

Ang base URL at ang token. Pareho ang path, request body, tugon at hugis ng error — iyan mismo ang buong punto ng feature.

Talaga bang pareho ang API, o magkatulad lang?

Parehong path, parehong request body, parehong tugon at parehong balot ng error. Kung "magkatulad" lang, magagastusan ka pa rin ng muling pagsusulat; ginawa ito para pumasa ang kasalukuyang test mo nang walang pagbabago.

Paano ang numero ng bersyon sa mga URL ko?

Tinatanggap at hindi pinapansin, kaya patuloy na gumagana ang client na nakapako sa lumang bersyon kahit matapos itong itigil ng Meta. Hindi mo kailangang habulin ang mga deprecation.

Anong mga HTTP method ang suportado?

GET, POST at DELETE. Walang PUT o PATCH — mas gugustuhin naming magbalik ng tapat na 404 kaysa kapani-paniwalang error para sa bagay na wala naman.

Available ba ang lahat ng inaalok ng Meta?

Hindi. Sinadyang allow-list ito ng mga dokumentadong path, hindi bulag na proxy, para manatiling masusuri ang saklaw.

Nakukuha ko pa rin ba ang sariling mga feature ng platform?

Oo. Dumadaan ang padala sa parehong platform na ginagamit ng dashboard mo, kaya angkop pa rin ang inbox, analytics, proteksyon ng account at rate limiting.

Lumipat nang hindi muling nag-iintegrate

Palitan ang host, palitan ang token, at patakbuhin ang kasalukuyang test mo.

Tingnan ang mga plano

Galugarin ang Iba Pang Features

Tuklasin ang iba pang tools na ginagawang kumpleto ang WizMessage bilang WhatsApp platform.