Facebook কনভার্শন এপিআই সেটআপ এফিলিয়েটদের জন্যঃ 2026 গাইড
অনুমোদিতদের জন্য একটি ব্যবহারিক Facebook রূপান্তর এপিআই সেটআপঃ পরিষ্কার ইভেন্টগুলি সংজ্ঞায়িত করুন, পিক্সেল এবং সিএপিআই dedupe, সম্মতি রক্ষা করুন, এবং স্কেলিং আগে সংকেত মান বৈধ করুন।
8,000+
Videos & Ads
+50-100
Fresh Daily
$29.90
Per Month
Full Access
12+ TB database · 70+ niches · 10 min read
Facebook রূপান্তর API অধিভুক্তদের জন্য সেটআপ মানে Meta এ সার্ভার-সাইড রূপান্তর ইভেন্টগুলি প্রেরণ করা যা আপনার পিক্সেল ইতিমধ্যে ট্র্যাক করে এমন প্রকৃত ক্রিয়াকলাপগুলির সাথে মেলে। লক্ষ্যটি আরও রিপোর্ট করা রূপান্তর তৈরি করা নয়; ব্রাউজার ট্র্যাকিং বিলম্বিত, ব্লক করা বা অসম্পূর্ণ হলে এটি আরও পরিষ্কার অপ্টিমাইজেশন সংকেত সংরক্ষণ করা।
একটি নির্ভরযোগ্য সেটআপের পাঁচটি অংশ রয়েছেঃ একটি ছোট ইভেন্ট ট্যাক্সোনোমী, ভাগ করা পিক্সেল এবং সিএপিআই সনাক্তকারী, সম্মতি সচেতন ব্যবহারকারীর ডেটা হ্যান্ডলিং, নির্ধারণমূলক পুনরায় চেষ্টা এবং বাজেট বৃদ্ধি হওয়ার আগে একটি বৈধকরণ রুটিন। বৃহত্তর আর্কিটেকচার জন্য, এই গাইডটি [সার্ভার-সাইড ট্র্যাকিং অনুমোদিত গাইড] (/ব্লগ/ট্র্যাকিং-এন্ড-কম্পল্যান্স / সার্ভার-সাইড ট্র্যাকিং-সার্ভিং-সার্ভিং-গাইড) এর সাথে সারিবদ্ধ রাখুন যাতে সিএপিআই একটি বিচ্ছিন্ন প্যাচের পরিবর্তে একটি সম্পূর্ণ ট্র্যাকিং সিস্টেমের অংশ হয়।
পদক্ষেপ 1: ইভেন্ট পাঠানোর আগে রূপান্তর চুক্তি নির্ধারণ করুন
রূপান্তর চুক্তি প্রতিটি ইভেন্টের অর্থ কী, যখন এটি গুলি করে এবং কোন ক্ষেত্রগুলি ব্যবহারযোগ্য লোডে অনুমোদিত তা নির্ধারণের লিখিত নিয়ম। এই চুক্তি ছাড়া, সিএপিআই একটি বিশৃঙ্খল ফানেলকে দ্রুত বিশৃঙ্খল ফানেলের মধ্যে পরিণত করতে পারে।
কেবলমাত্র আপনি যা প্রমাণ করতে পারেন তা নির্বাচন করুন
বেশিরভাগ অনুমোদিত ফানেলগুলিকে চারটি স্ট্যান্ডার্ড ইভেন্ট দিয়ে শুরু করা উচিতঃ ViewContent, Lead, InitiateCheckout, এবং Purchase। CompleteRegistration যুক্ত করুন CompleteRegistration শুধুমাত্র যখন ফানেলটিতে একটি বাস্তব নিবন্ধকরণ পদক্ষেপ রয়েছে যা ইতিমধ্যে Lead দ্বারা ক্যাপচার করা হয়নি।
প্রতিটি মাইক্রো-অ্যাকশনের জন্য কাস্টম ইভেন্ট তৈরি করা এড়িয়ে চলুন। Meta অফার থেকে অফার পরিবর্তিত দুর্বল সংকেতগুলির দীর্ঘ তালিকা থেকে কম, আরও ধারাবাহিক ইভেন্টগুলি থেকে আরও ভালভাবে অনুকূলিতকরণ করতে পারে।
প্রতিটি ইভেন্টকে একক ব্যবসায়িক কর্মের সাথে মানচিত্র করুন
প্রতিটি ইভেন্টের একটি একক ব্যবসায়িক সংজ্ঞা থাকতে হবে। উদাহরণস্বরূপ, Lead আপনার প্রিসেল পৃষ্ঠা থেকে জমা দেওয়া একটি বৈধ opt-in অর্থ হতে পারে, যখন Purchase নেটওয়ার্ক পোস্টব্যাক বা চেকআউট নিশ্চিতকরণের থেকে একটি নিশ্চিত অর্থ রূপান্তর অর্থ হতে পারে।
প্রতিটি ঘটনার সত্যের উৎস নথিভুক্ত করুনঃ
➡️ ইভেন্টগুলি যখন জ্বলবে সত্যের উৎস ➡️ সাধারণ ভুল ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️
একবার সনাক্তকারী চিহ্নগুলি সংজ্ঞায়িত করুন
event_id, event_time, এবং action_source তৈরি করতে একটি ভাগ করা ইভেন্ট স্তর ব্যবহার করুন। ব্রাউজার ইভেন্ট এবং সার্ভার ইভেন্ট থেকে একই event_id প্রেরণ করুন যাতে Meta এগুলিকে একক ক্রিয়া হিসাবে পুনরায় অনুলিপি করতে পারে।
event_time এর জন্য ইউনিক্স ইপোক সেকেন্ড ব্যবহার করুন। একটি ব্যবহারিক অপারেটিং নিয়ম হিসাবে, ইভেন্টগুলি যতটা সম্ভব ক্রিয়াকলাপের নিকটবর্তী করুন; বিলম্বিত ইভেন্টগুলি এখনও গ্রহণ করা যেতে পারে, তবে পুরানো রূপান্তর ডেটা bidding এবং সমস্যা সমাধানের জন্য কম দরকারী।
ধাপ 2: পিক্সেল এবং CAPI লকস্টেপ রাখুন
পিক্সেল এবং সিএপিআই দুটি বিতরণ পথের মাধ্যমে একই বাস্তব-বিশ্বের ক্রিয়াকলাপ বর্ণনা করা উচিত। যদি তারা বিভিন্ন সংজ্ঞা জন্য গুলি করে, deduplication অবিশ্বস্ত হয়ে ওঠে এবং রিপোর্টিং inflate করতে পারে।
পিক্সেল কভারেজ নিশ্চিত করুন
সার্ভার ইভেন্ট তৈরি করার আগে, নিশ্চিত করুন যে পিক্সেলটি গুরুত্বপূর্ণ ফানেল পৃষ্ঠাগুলিতে অগ্নিশব্দ করেঃ ল্যান্ডিং পৃষ্ঠা, কী উদ্দেশ্য পদক্ষেপ, চেকআউট এন্ট্রি এবং নিশ্চিতকরণ। পরীক্ষার সেশনের সময় ইভেন্টের নাম, ইউআরএল, টাইমস্ট্যাম্প, মান, মুদ্রা এবং উত্পন্ন event_id রেকর্ড করুন।
এটি আপনাকে সার্ভার-সাইড কাজের জন্য একটি বেসলাইনও দেয়। যদি ব্রাউজার পাথ ইতিমধ্যে ভুল কাজ করে থাকে, তাহলে CAPI এর মূল ইভেন্টের যুক্তি ঠিক করবে না।
একটি ভাগ করা সম্পর্ক চিহ্ন তৈরি করুন
পৃষ্ঠা লোড হওয়ার সময় বা ব্যবহারকারীর সেশন শুরু হওয়ার সময় একটি সম্পর্কিত টোকেন তৈরি করুন। এটি ল্যান্ডিং পৃষ্ঠা, ফর্ম, চেকআউট পুনর্নির্দেশ এবং আইনী এবং প্রযুক্তিগতভাবে সম্ভব হলে পোস্টব্যাকের মাধ্যমে পাস করুন।
এই টোকেনটি Meta-এর প্রয়োজনীয় ক্ষেত্রগুলি প্রতিস্থাপন করা উচিত নয়, তবে এটি আপনার দলকে ব্রাউজার লগ, সার্ভার লগ, নেটওয়ার্ক পোস্টব্যাক এবং ডিবাগিংয়ের সময় বিজ্ঞাপন প্ল্যাটফর্মের নির্ণয়ের জন্য একটি উপায় দেয়।
প্রচারণা পরিবেশে স্বাভাবিকতা
স্ট্যাটিক ক্ষেত্রগুলিতে ট্র্যাফিকের প্রসঙ্গ সংরক্ষণ করুনঃ উত্স, প্রচার, বিজ্ঞাপন সেট, বিজ্ঞাপন, সৃজনশীল, স্থান, অনুমোদিত আইডি, অফার আইডি এবং ফানেল ভেরিয়েন্ট। আপনার [ইউটিএম ডিকোডিং] (/লার্ন/ইউটিএম-ডিকোডিং) প্রক্রিয়া হিসাবে একটি ধারাবাহিক নামকরণ সিস্টেম ব্যবহার করুন যাতে ম্যানুয়াল পরিষ্কার ছাড়াই অর্থ প্রদানের মিডিয়া এবং অনুমোদিত প্রতিবেদনগুলি তুলনা করা যায়।
custom_data-এ প্রতিটি উপলব্ধ পরামিতি ডাম্প করবেন না। অ্যাব্রুশন, মান, ফানেলের অবস্থা বা অপ্টিমাইজেশান মান যাচাই করতে সহায়তা করে এমন ক্ষেত্রগুলি প্রেরণ করুন।
পদক্ষেপ ৩ঃ সম্মতি সম্পর্কে সচেতন হওয়া দরকারী লোড তৈরি করুন
একটি ভাল CAPI payload প্রযুক্তিগতভাবে উপযোগী এবং গোপনীয়তা সচেতন উভয়ই। এটি সর্বোচ্চ অনুমোদিত মেচিং ক্ষেত্র অন্তর্ভুক্ত করা উচিত, কিন্তু শুধুমাত্র যখন সংগ্রহ এবং সংক্রমণ সেই ব্যবহারকারী এবং অঞ্চলের জন্য বৈধ।
ন্যূনতম প্রয়োজনীয় আকৃতি দিয়ে শুরু করুন
ঐচ্ছিক ক্ষেত্র যোগ করার আগে একটি বেস পয়লোড তৈরি করুন এবং পরীক্ষা করুনঃ
event_name-event_time-event_source_url-action_source-event_id-user_data-custom_data
ক্রয়ের ক্ষেত্রে, মুদ্রা এবং মূল্য যখন মূল্য নির্ভরযোগ্য হয়। বিলম্বিত অনুমোদনের সাথে অনুমোদিত অনুমোদিত অনুমোদিত অফারগুলির জন্য, আপনার অভ্যন্তরীণ প্রতিবেদনে অনুমোদিত পেমেন্ট থেকে আনুমানিক রূপান্তর মূল্য আলাদা করুন।
ব্যবহারকারীর ডেটা সঠিকভাবে স্বাভাবিক করুন এবং হ্যাশ করুন
উদাহরণস্বরূপ, হ্যাশিংয়ের প্রয়োজন হলে SHA-256 প্রয়োগ করার আগে হোয়াইটস্পেস, ছোট আক্ষরের ইমেল ঠিকানা এবং ফোন নম্বরগুলি ধারাবাহিকভাবে ফর্ম্যাট করুন।
ডাবল হ্যাশ মানগুলি ব্যবহার করবেন না। একটি ক্ষেত্র যা দুইবার হ্যাশ করা হয় তা সাধারণত বাদ দেওয়া ক্ষেত্রের চেয়ে খারাপ কারণ এটি প্রকাশ্যে মেলে না এবং নির্ণয় করা আরও কঠিন।
ডেটা পাথের মধ্যে এনকোড সম্মতি
সম্মতিটি ব্যবহারের লোড তৈরি হওয়ার আগে প্রয়োগ করা উচিত, ইভেন্টটি প্রেরণের পরে পর্যালোচনা করা উচিত নয়। যদি সম্মতি অনুপস্থিত থাকে তবে কেবলমাত্র আপনার নীতিমালা যা অনুমতি দেয় তা প্রেরণ করুন, বা আপনার আইনী ভিত্তি এবং আঞ্চলিক নিয়ম দ্বারা প্রয়োজনীয় হলে ইভেন্টটি বন্ধ করুন।
[আইনী এবং সম্মতি পরীক্ষা] (/আইনী/সম্মতি) সহ আপনার সম্মতি প্রক্রিয়ার মধ্যে এটি ম্যাপ করা রাখুন। প্রযুক্তিগত দলগুলি কেন একটি ক্ষেত্র অন্তর্ভুক্ত করা হয়েছে, বাদ দেওয়া হয়েছে বা ব্লক করা হয়েছে তা দেখতে সক্ষম হওয়া উচিত।
পদক্ষেপ 4: পুনরাবৃত্তি এবং ডিডুপ্লিকেশন দিয়ে ইভেন্টগুলি প্রেরণ করুন
ট্রান্সমিশনের গুণমান গুরুত্বপূর্ণ কারণ একটি বাস্তব রূপান্তরকে একটি প্ল্যাটফর্ম ইভেন্ট হতে হবে। উন্নত অপ্টিমাইজেশান এবং উঁচু প্রতিবেদনগুলির মধ্যে বাস্তব পার্থক্য হচ্ছে অনুশাসিত ডিডুপ্লিকেশন।
সঠিক সংহত পথ বেছে নিন
তিনটি সাধারণ বাস্তবায়ন পথ রয়েছেঃ
পথ সেরা ফিট ট্রেডফো
যদি আপনার দল ইতিমধ্যে Google ট্যাগ ম্যানেজার সার্ভার কনটেইনার ব্যবহার করে, তাহলে আলাদা রিলে নির্বাচন করার আগে আপনার [সার্ভার-সাইড জিটিএম সেটআপ] (/ব্লগ/ট্র্যাকিং-এন্ড-কম্প্লেন্স/সার্ভার-সাইড-জিটিএম-সেটআপ) এর সাথে এই কর্মপ্রবাহের তুলনা করুন।
কেবলমাত্র সঠিক ব্যর্থতা পুনরায় চেষ্টা করুন
সময়সীমা বা অস্থায়ী সার্ভার ত্রুটিগুলির মতো সাময়িক পরিবহন ত্রুটির জন্য পুনরায় চেষ্টা করুন। প্রথমে বৈধতা ত্রুটি সংশোধন না করে ত্রুটিগুলি পুনরায় চেষ্টা করবেন না।
একটি ব্যবহারিক পুনরায় প্রচেষ্টা প্যাটার্ন অবিলম্বে পাঠান, একটি সংক্ষিপ্ত পুনরায় প্রচেষ্টা, একটি বিলম্বিত পুনরায় প্রচেষ্টা, তারপর পর্যালোচনার জন্য একটি মৃত-অক্ষর লগ। অনুরোধ আইডি, ইভেন্ট আইডি, প্রতিক্রিয়া কোড এবং পয়লা লোড সংস্করণ লগগুলিতে রাখুন যাতে ব্যর্থতা অডিট করা যায়।
ইভেন্ট আইডি দ্বারা ডিডুপ্লিকেট
পিক্সেল ইভেন্ট এবং সমন্বিত CAPI ইভেন্টের জন্য একই event_id ব্যবহার করুন। এছাড়াও ইভেন্ট আইডি এবং ব্যবসায়িক ক্রিয়াকলাপ দ্বারা কীযুক্ত একটি স্বল্পমেয়াদী সার্ভার-সাইড ক্যাশে রাখুন যাতে আপনার নিজস্ব সিস্টেম একই রূপান্তর বারবার প্রেরণ না করে।
একটি অনুমান হিসাবে, একটি সুস্থ বাস্তবায়ন ধারাবাহিক ডুপ্লিকেট ফুটো যথেষ্ট কম রাখতে হবে যাতে এটি অপ্টিমাইজেশন সিদ্ধান্তগুলি পরিবর্তন না করে। চেকআউট আপডেটের চারপাশে ডুপ্লিকেটগুলি প্রদর্শিত হয় কিনা তা অবিলম্বে তদন্ত করুন, পোস্টব্যাক পুনরায় চেষ্টা করুন, বা বিলম্বিত নেটওয়ার্ক অনুমোদনের চারপাশে।
পদক্ষেপ 5: স্কেলিংয়ের আগে সিগন্যালের গুণমান যাচাই করুন
ড্যাশবোর্ডে ইভেন্টগুলি প্রদর্শিত হয় কিনা তা দিয়ে CAPI-র বিচার করবেন না, তবে গ্রহণ করা ইভেন্টগুলি সঠিক, অনুলিপি করা, সময়োপযোগী এবং বিডিংয়ের জন্য দরকারী কিনা তা দিয়ে এটি বিচার করুন।
নিয়ন্ত্রিত পরীক্ষার সেশন চালান
পূর্ণ ট্র্যাফিক পাঠানোর আগে প্রতিটি ইভেন্ট টাইপটি পরিচিত সেশন দিয়ে পরীক্ষা করুন। ব্রাউজার ইভেন্ট, সার্ভার ইভেন্ট, ইভেন্ট আইডি, টাইমস্ট্যাম্প, ইউআরএল, মান, সম্মতি অবস্থা এবং প্রত্যাশিত ফলাফল ক্যাপচার করুন।
নেতিবাচক পরীক্ষাও করুন। পরিত্যক্ত চেকআউট, প্রত্যাখ্যান করা কার্ড, অবৈধ ফর্ম এবং প্রত্যাখ্যান করা অনুমোদিত রূপান্তরগুলি সফল ক্রয় বা লিড হিসাবে গণনা করা উচিত নয়।
স্বাস্থ্যের পরিমাপ ব্যবহার করুন
সঠিক সংখ্যাগুলি উল্লম্ব, ভূগোল, ডিভাইস মিশ্রণ এবং সম্মতি হার অনুযায়ী পরিবর্তিত হয়, তাই এগুলিকে সর্বজনীন মানদণ্ডের পরিবর্তে অপারেটিং অনুমান হিসাবে বিবেচনা করুন।
মেট্রিক্স কি বলেছে, বাস্তব লক্ষ্য বা ট্রিগার, CAPI গ্রহণযোগ্যতা হার, স্কিম এবং এপিআই স্বাস্থ্য, স্কিম এবং এপিআই স্বাস্থ্যের মধ্যে স্থায়ী পতন অনুসন্ধান করুন, ৯৫ শতাংশের নিচে। ইভেন্ট ম্যাচ গুণমান, অনুমতিযুক্ত ব্যবহারকারীর মিলনের শক্তি, ইভেন্ট এবং ট্র্যাফিকের উৎস দ্বারা তুলনা করুন, একটি বৈশ্বিক সংখ্যা নয়। পিক্সেল-CAPI ওভারল্যাপ করা হবে। ডিডুপ্লিকেট কভারেজ। মূল রূপান্তর ইভেন্টগুলিতে অনুপস্থিত ওভারল্যাপ অনুসন্ধান করুন। ডুপ্লিকেট রূপান্তরগুলি।
সঠিক ক্রমে ডিবাগ
Meta ইভেন্ট ম্যানেজার ডায়াগনস্টিক এবং পরীক্ষার ইভেন্টগুলি দিয়ে শুরু করুন। তারপরে আপনার ইভেন্ট ম্যাচ মান প্রক্রিয়া, সার্ভার লগ, নেটওয়ার্ক পোস্টব্যাক রেকর্ড এবং বিজ্ঞাপন অ্যাকাউন্ট রিপোর্টিং পর্যালোচনা করুন।
ট্র্যাকিংয়ের ব্যাঘাতের ক্ষতিপূরণ দিতে দর পরিবর্তন করবেন না। প্রথমে ইভেন্ট সংজ্ঞা, প্যালিলোড ক্ষেত্র, ডিডুপি এবং সম্মতি পরিচালনা ঠিক করুন।
পদক্ষেপ 6: অনুমোদিত স্কেলিং সিদ্ধান্তে CAPI প্রয়োগ করুন
অনুমোদিত দলগুলি প্রতিটি পরীক্ষার একই গভীরতার সাথে ইনস্ট্রুমেন্ট করা উচিত নয়। গভীর ট্র্যাকিং যখন পুনরাবৃত্তিযোগ্য অর্থনীতির প্রমাণ থাকে তখন সবচেয়ে মূল্যবান।
অপারেটিং রাজ্য অনুযায়ী অফারগুলি শ্রেণিবদ্ধ করুন
ট্র্যাকিং বিনিয়োগের সিদ্ধান্ত নেওয়ার আগে প্রতিটি অফারকে শ্রেণীবদ্ধ করুনঃ
- প্রাক-স্কেলঃ প্রাথমিক পরীক্ষার ভলিউম, অস্থির CPA এবং সীমিত রূপান্তর প্রমাণ। - স্কেলিংঃ পুনরাবৃত্ত রূপান্তর হার, স্থিতিশীল CPA প্রবণতা, এবং শেখার জন্য যথেষ্ট ভলিউম। - Saturated: ক্রমবর্ধমান CPA, দুর্বল সৃজনশীল প্রতিক্রিয়া, বা পুনরাবৃত্ত উইন্ডো জুড়ে সীমিত ভলিউম।
Daily Intel Service এখানে দরকারী কারণ এটি অপারেটরদের লাইভ স্কেলিং আচরণকে পুরানো পাবলিক স্ন্যাপশট থেকে আলাদা করতে সহায়তা করে। এটি ইতিমধ্যে বিলুপ্ত হয়ে উঠছে এমন অফারগুলিতে ইঞ্জিনিয়ারিংয়ের সময় ব্যয় করার সম্ভাবনা হ্রাস করে।
বাইরের সংকেতগুলো সাবধানে ব্যবহার করুন
[Meta বিজ্ঞাপন লাইব্রেরি]https://www.facebook.com/ads/library/) বিজ্ঞাপনদাতাদের বর্তমানে সৃজনশীলতা চলছে কিনা তা যাচাই করতে সহায়তা করতে পারে, তবে এটি লাভজনকতা, ব্যয় বা রূপান্তর হার প্রমাণ করে না। এটিকে একটি নির্দেশমূলক সংকেত হিসাবে বিবেচনা করুন, আপনার নিজস্ব ফানেল ডেটার প্রতিস্থাপন নয়।
প্রতিযোগীদের সরঞ্জাম যেমন AdSpy, BigSpy, বা Anstrex সৃজনশীল গবেষণা সমর্থন করতে পারে, কিন্তু তারা আপনার CAPI বাস্তবায়ন কাজ করছে কিনা তা নির্ধারণ করা উচিত নয়। আপনার নিজস্ব ইভেন্ট লগ এবং অনুমোদিত রূপান্তর তথ্য সত্যের উৎস।
মিডিয়া অপারেশনগুলির সাথে ট্র্যাকিং সংযুক্ত করুন
মিডিয়া ক্রেতাদের রোলআউট প্রক্রিয়ার মধ্যে CAPI চেকগুলি তৈরি করুন। প্রাথমিক পরীক্ষার জন্য হালকা ট্র্যাকিং, স্কেলিং প্রার্থীদের জন্য আরও গভীর CAPI বৈধতা এবং বিরতিযুক্ত বা পরিপূর্ণ অফারের সাথে যুক্ত ইভেন্টগুলির জন্য সাপ্তাহিক পরিষ্কার করা একটি ব্যবহারিক রুটিন।
Daily Intel Service ব্যবহারকারী দলগুলির জন্য, বাজেট বাড়ানোর আগে অফার-স্টেট ইন্টেলিজেন্স এবং অভ্যন্তরীণ CAPI স্বাস্থ্য পরীক্ষাকে সংযুক্ত করা সবচেয়ে শক্তিশালী কর্মপ্রবাহ। [Daily Intel Service পদ্ধতি](/প্রণালীটি পর্যালোচনা করুন) যদি আপনি এই শ্রেণিবদ্ধকরণের পিছনে সিদ্ধান্তের কাঠামোর প্রয়োজন হয়।
পদক্ষেপ ৭ঃ চালু হওয়ার পর প্রশাসন বজায় রাখুন
CAPI একটি এককালীন সেটআপ নয়। এটি সংস্করণ, পর্যবেক্ষণ এবং মালিকানা প্রয়োজন কারণ ফানেল পৃষ্ঠাগুলি, চেকআউট সরবরাহকারী, অনুমোদিত পোস্টব্যাক এবং প্ল্যাটফর্ম বৈধতা নিয়ম পরিবর্তন হয়।
প্রতিটি ফানেলের জন্য একটি এক পৃষ্ঠার রানবুক রাখুন
প্রতিটি ফানেলের একটি রানবুক থাকা উচিত যা ইভেন্ট ম্যাপ, পেইললোড স্কিম, সম্মতি নিয়ম, মালিক, পোস্টব্যাক উত্স, পুনরায় চেষ্টা নীতি, রোলব্যাক পরিকল্পনা এবং শেষ বৈধকরণের তারিখ সহ। এটি সহজ, তবে এটি মেমরির উপর নির্ভর করে ডিবাগিংকে বাধা দেয়।
যখনই কোনও অফার URL, চেকআউট ফ্লো, লিড ফর্ম, ট্র্যাকিং ডোমেইন বা পেমেন্ট নিয়ম পরিবর্তন হয় তখন রানবুক আপডেট করুন।
স্কিম ড্রিফ্টের দিকে খেয়াল রাখুন
স্কিম ড্রাইভ ঘটে যখন আপনি যে পয়লা বোঝা পাঠাচ্ছেন তা Meta এ পৌঁছানো পয়লা বোঝা নয়। সাধারণ কারণগুলির মধ্যে রয়েছে নতুন ফর্ম ক্ষেত্র, চেকআউট পরিবর্তন, রিলে সরবরাহকারী আপডেট এবং নেটওয়ার্ক পোস্টব্যাক পরিবর্তন।
ব্যবহারিক লোড সংস্করণগুলি বজায় রাখুন এবং প্রয়োগের আগে এবং পরে গ্রহণযোগ্যতা হার, ম্যাচ মান এবং ডুপ্লিকেট আচরণ তুলনা করুন। যদি প্রকাশের পরে গ্রহণযোগ্যতা কমে যায় তবে প্রচারণা কৌশল পরিবর্তন করার আগে ট্র্যাকিং পরিবর্তনটি পিছনে ফিরিয়ে আনুন।
ব্যবহারকারীর বিশ্বাসকে কেন্দ্রীয় করে রাখুন
সার্ভার-সাইড ট্র্যাকিং ব্যবহারকারী পছন্দ বা প্ল্যাটফর্ম নীতির জন্য একটি সমাধান হিসাবে ব্যবহার করা উচিত নয়। গাইডলাইন বা অভ্যন্তরীণ প্লেবুক প্রকাশের সময় আপনার বাস্তবায়নকে Meta এর রূপান্তর এপিআই ডকুমেন্টেশন, Meta বিজ্ঞাপন মানদণ্ড এবং Google এর দরকারী সামগ্রী নীতিগুলির সাথে সামঞ্জস্য করুন।
CAPI এর টেকসই সংস্করণটি সহজঃ কম শব্দ সংগ্রহ করুন, পরিষ্কার ইভেন্টগুলি পাঠান, সম্মতি সম্মান করুন এবং মাত্রাটি কেবল তখনই যখন ফানেল অর্থনীতি গভীরতর যন্ত্রপাতিকে ন্যায়সঙ্গত করে।
প্রায়শই জিজ্ঞাসিত প্রশ্ন
Q: Facebook রূপান্তর API কি? A: Facebook রূপান্তর API আপনার সার্ভার থেকে সরাসরি ওয়েব, অ্যাপ বা অফলাইন রূপান্তর ইভেন্টগুলি প্রেরণের জন্য Meta এর সার্ভার-সাইড ইভেন্ট ইন্টারফেস।
** প্রশ্নঃ যদি তারা CAPI ব্যবহার করে তবে কি অনুমোদিত সংস্থাগুলি এখনও পিক্সেলের প্রয়োজন হয়? ** উত্তরঃ হ্যাঁ। বেশিরভাগ অনুমোদিত সেটআপগুলি উভয়ই পিক্সেল এবং CAPI ব্যবহার করতে হবে, তারপরে একই event_id এর সাথে ম্যাচিং ইভেন্টগুলিকে কপি করা উচিত। পিক্সেল ব্রাউজার প্রেক্ষাপট সরবরাহ করে, যখন ব্রাউজার সংকেত সীমিত হয় তখন CAPI স্থিতিস্থাপকতা উন্নত করে।
Q: কোন ইভেন্টগুলি একটি অনুমোদিত সংস্থাকে শুরু করা উচিত? উত্তরঃ ViewContent, Lead, InitiateCheckout, এবং Purchase দিয়ে শুরু করুন যখন প্রতিটি ইভেন্ট একটি বাস্তব ফানেল অ্যাকশনে ম্যাপ করে। আপনি মৌলিকগুলি সঠিক প্রমাণ করার পরে আরও ইভেন্ট যুক্ত করুন।
Q: আমি কিভাবে ডুপ্লিকেট রূপান্তরগুলি প্রতিরোধ করব? A: প্রকৃত ক্রিয়াকলাপের জন্য একটি event_id তৈরি করুন, ব্রাউজার এবং সার্ভারের পথের মাধ্যমে একই আইডি প্রেরণ করুন এবং পোস্টব্যাক পুনরায় চেষ্টা বা চেকআউট আপডেটের জন্য সার্ভার-সাইড আইডেমপোটেনসি নিয়ন্ত্রণগুলি রাখুন।
** প্রশ্নঃ খরচ স্কেল করার আগে আমার কি যাচাই করা উচিত?** উত্তরঃ ইভেন্ট সংজ্ঞা, পেইললোড গ্রহণ, ইভেন্ট টাইমিং, ডিডুপ্লিকেশন, সম্মতি পরিচালনা এবং অনুমোদিত রূপান্তর সমন্বয় যাচাই করুন। কেবলমাত্র সিএপিআই ইভেন্টগুলি Meta ইভেন্ট ম্যানেজারে উপস্থিত থাকার কারণে বাজেট বৃদ্ধি করবেন না।
** প্রশ্নঃ ইভেন্ট ম্যাচ গুণমান ট্র্যাকিং মানের সাথে একই?** উত্তরঃ না। ইভেন্ট ম্যাচ গুণমান অনুমোদিত ম্যাচিং ক্ষেত্রগুলির শক্তি প্রতিফলিত করে, তবে ট্র্যাকিং গুণমানটি সঠিক ইভেন্ট লজিক, ডিডুপ্লিকেশন, সময়োপযোগীতা এবং পরিষ্কার রূপান্তর মান পরিচালনার উপরও নির্ভর করে।
Comments(0)
No comments yet. Members, start the conversation below.
Related reads
- DIStracking and compliance
স্কেলিং করার সময় Facebook বিজ্ঞাপন অ্যাকাউন্ট নিষিদ্ধ করা এড়ানো কিভাবে
অ্যাফিলিয়েট টিম এবং মিডিয়া ক্রেতাদের জন্য একটি ব্যবহারিক কাঠামো যা স্কেলিংয়ের সময় Facebook বিজ্ঞাপন অ্যাকাউন্ট নিষিদ্ধকরণ প্রতিরোধ করতে চায়ঃ পরিষ্কার দাবি, স্থিতিশীল ট্র্যাকিং, পিক্সেল উত্তাপ, নিয়ন্ত্রিত বাজেট গতি এবং কাঠামোগত ইন্সটিটিউন্ট প্রতিক্রিয়া।
Read - DIStracking and compliance
লিভ 1 বনাম লিভ 2 বনাম লিভ 3 জিয়োস ফর অ্যাফিলিয়েট গ্রোথ
সিগন্যালের গুণমান, মিডিয়া খরচ, পেমেন্ট নির্ভরযোগ্যতা, স্থানীয়করণ বোঝা এবং সম্মতি ঝুঁকি অনুযায়ী অনুমোদিত ভূগোল নির্বাচন করার জন্য একটি ব্যবহারিক কাঠামো, স্তরের উদাহরণ এবং একটি 90-দিনের পরীক্ষার পরিকল্পনা সহ।
Read - DIStraffic source intelligence
Facebook বিজ্ঞাপন অ্যাকাউন্ট স্থগিতঃ পরবর্তী কী করা উচিত
যদি আপনার Facebook বিজ্ঞাপন অ্যাকাউন্ট স্থগিত করা হয়, তবে এটি একটি সম্মতি ইভেন্ট হিসাবে বিবেচনা করুনঃ বিজ্ঞপ্তি সংরক্ষণ করুন, প্রয়োগের স্তরটি সনাক্ত করুন, সম্ভাব্য কারণটি ঠিক করুন, একটি প্রমাণ ভিত্তিক আপিল জমা দিন এবং পুনরায় চালু করার পরে সংরক্ষণশীলভাবে পুনরায় চালু করুন।
Read