# روابط العملاء المحتملين في التعليق الأول: رابط مُتتبَّع لكل حساب، يُنشر فور المنشور

_2026-10-09 · كيف يستخدم الوكيل التعليق الأول والروابط المُتتبَّعة لكل حساب في Shager لجلب العملاء المحتملين: أين تعمل الروابط، وأي الحقول تُضبط، وكيف تقيس النتيجة._

لتشغيل روابط العملاء المحتملين في التعليق الأول عبر وكيل، اضبط `first_comment` على المنشور (أو لكل حساب داخل `per_channel`) وضع فيه رابط الصفحة المقصودة. ينشر Shager المنشور، ثم يضيف التعليق مباشرة بعده باسم الحساب نفسه، ويستبدل كل رابط في النص والتعليق برابط قصير فريد لذلك الحساب، موسوم بمعاملات UTM يحدد فيها `utm_content` الحساب. مهمة الوكيل أن يكتب تعليقًا يستحق النقر، وأن يعرف أين تعمل الروابط فعلًا.

وهذا الجزء الأخير هو ما يحدد هل سيجلب الجهد كله عملاء محتملين أم مجرد نص للزينة.

## أين يعمل الرابط في التعليق فعلًا؟

تتعامل الشبكات مع الروابط بطرق مختلفة، والوكيل الذي يطبّق قاعدة واحدة في كل مكان يهدر نصف جهده.

| الشبكة | رابط في النص | رابط في التعليق الأول |
|---|---|---|
| صفحات Facebook | قابل للنقر | قابل للنقر |
| Instagram | غير قابل للنقر | غير قابل للنقر |
| فيديو YouTube الطويل | قابل للنقر في الوصف | قابل للنقر |
| YouTube Shorts | غير قابل للنقر | غير قابل للنقر |

بالنسبة إلى Shorts، يذكر مركز المساعدة لدى Google بوضوح أن [الروابط في تعليقات Shorts وأوصافها غير قابلة للنقر](https://support.google.com/youtube/answer/13748639)، كإجراء لمكافحة الرسائل المزعجة والاحتيال. ولا يحوّل Instagram الروابط في النصوص أو التعليقات إلى روابط قابلة للنقر أيضًا، ولهذا توجد روابط الملف الشخصي وملصقات الروابط في القصص.

التعليق الأول إذن أداة لجلب العملاء المحتملين أساسًا على صفحات Facebook وفيديوهات YouTube الطويلة. أما على Instagram وShorts فيمكنه أن يحمل عنوانًا قصيرًا سهل الكتابة أو إشارة إلى «الرابط في الملف الشخصي»، لكن لا تعوّل على النقرات منه.

على Facebook، يُعد تعليق الصفحة على منشورها عملية قياسية في Graph API: توثّق Pages API من Meta [إنشاء التعليقات](https://developers.facebook.com/docs/pages-api/comments-mentions) عبر طلب POST إلى مسار التعليقات الخاص بالكائن، ويكون كاتب التعليق هو الصفحة. هذا ما يفعله Shager نيابة عنك بعد أن يُنشر منشور كل حساب، فلا يحتاج الوكيل أبدًا إلى ضبط توقيت استدعاء ثانٍ.

## الحقول التي يضبطها الوكيل

أربعة حقول في `create_post` تنجز العمل.

1. **`first_comment`**: التعليق العام للمنشور، ويُستخدم لكل حساب ليس له تعليق خاص.
2. **`per_channel[].first_comment`**: تعليق لحساب محدد بعينه، ويحل محل التعليق العام لذلك الحساب.
3. **`cta_url`** و**`cta_text`**: الرابط المطلوب تتبّعه، مع دعوة اختيارية إلى اتخاذ إجراء. إذا لم يكن الرابط موجودًا أصلًا في النص أو التعليق، يضعه Shager بنفسه: يُلحقه بالنص في الشبكات التي تعمل فيها روابط النص، وينقله إلى التعليق الأول على Instagram إن لم يُضبط تعليق.
4. **`campaign`**: يصبح `utm_campaign` في كل رابط مُتتبَّع داخل المنشور.

السلوك الأساسي: كل رابط يوجد في النص أو التعليق الأول يُستبدل برابط قصير مُتتبَّع خاص بذلك الحساب. أربعون صفحة تعني أربعين رابطًا قصيرًا مختلفًا، كلها تقود إلى الصفحة المقصودة نفسها مع وسوم UTM تخبرك أي صفحة أرسلت الزائر. لا أحد يبني هذه الروابط يدويًا. أما اصطلاح UTM الذي يقوم عليه ذلك فمشروح في [نسب العملاء المحتملين إلى كل حساب](/ar/blog/utm-per-account-lead-attribution).

## مثال عملي

سلسلة عيادات لديها 24 صفحة على Facebook و6 حسابات على Instagram تنظم يومًا مفتوحًا. يجهّز الوكيل منشورًا واحدًا بنص مختلف لكل حساب، وبتعليق أول متنوع أيضًا، لأن ثلاثين تعليقًا متطابقًا تلفت النظر بقدر ما تلفته ثلاثون نصًا متطابقًا.

```json
{
  "tool": "create_post",
  "arguments": {
    "workspace_id": "ws_example",
    "group_ids": ["grp_clinics_all"],
    "caption": "Open day on Friday: free check-ups, no appointment needed.",
    "media_ids": ["med_openday"],
    "cta_url": "https://beacon-dental.example/open-day",
    "campaign": "open-day-oct",
    "first_comment": "Register for a time slot here: https://beacon-dental.example/open-day",
    "per_channel": [
      { "channel_id": "ch_fb_riverside",
        "caption": "Riverside clinic opens its doors on Friday. Free check-ups all day.",
        "first_comment": "Pick a slot at Riverside before they go: https://beacon-dental.example/open-day" },
      { "channel_id": "ch_ig_riverside",
        "caption": "Friday at Riverside: free check-ups, no appointment. Link in our bio.",
        "first_comment": "Slots are limited. The registration link is in our bio." }
    ],
    "label": "Open day Oct, all clinics"
  }
}
```

بعض الاختيارات في هذا الطلب مقصودة. نص Instagram يشير إلى الملف الشخصي، لأن النقر ممكن هناك. وتعليقه الخاص `first_comment` يحل محل التعليق العام، فيحصل متابعو Instagram على إشارة إلى الملف الشخصي بدل رابط لا يستطيعون الضغط عليه. أما تعليق Facebook فيذكر اسم الفرع، فيبدو كأن شخصًا كتبه.

بعد النشر، يتحقق الوكيل من التنفيذ باستخدام `get_post`، وبعد أيام يقرأ النقرات باستخدام `get_analytics` للفترة الزمنية الخاصة بالمنشور. تعود النقرات مقسّمة حسب الحساب وحسب المنشور، فترى مثلًا أن رابط التعليق لدى فرع Riverside جلب نقرات بينما لم يجلب رابط فرع آخر شيئًا.

## كتابة تعليقات ينقر عليها الناس

سيكتب الوكيل ما تطلبه منه، فاطلب الشيء الصحيح.

1. **رابط واحد، إجراء واحد.** عبارة «احجز موعدك» أفضل من «اعرف المزيد أو سجّل أو اتصل بنا».
2. **خاص بالحساب.** اذكر الفرع والمدينة والفريق. وهذا أيضًا أرخص أشكال التنويع بين الحسابات.
3. **لا تكرر النص.** التعليق يجيب عن سؤال «ماذا أفعل الآن؟»، لا «ما هذا؟».
4. **قصير.** على الهاتف، يُطوى التعليق الطويل وقد يختفي الرابط تحت الجزء الظاهر.

ضع هذه القواعد في التعليمات الدائمة للوكيل؛ وستجد مقطعًا جاهزًا في [تعليمات لوكيل المحتوى](/ar/blog/prompts-for-a-content-agent).

## هل يحصل الرابط في التعليق الأول على وصول أكبر من الرابط في النص؟

لم تنشر أي شبكة بيانًا رسميًا يقول ذلك. الفكرة منتشرة، وبعض الصفحات مقتنعة بها من تجربتها، لكن تعامل معها كفرضية تختبرها مع جمهورك، لا كقاعدة.

الوكلاء يجعلون الاختبار رخيصًا. قسّم حسابات العميل إلى مجموعتين باستخدام `create_group`. أرسل المحتوى نفسه إلى المجموعتين، مع وضع الرابط في النص لإحداهما وفي التعليق الأول للأخرى. امنح كل منشور `label` خاصًا به وقيمة `campaign` تميّز النسخة. بعد بضع جولات، قارن النقرات لكل حساب من `get_analytics`، والعملاء المحتملين من نظام CRM بمطابقتهم عبر `utm_content`. ثم احتفظ بما ينجح، لهذا العميل تحديدًا.

## التنفيذ عبر REST

من سكربت، المنشور نفسه استدعاء واحد:

```bash
curl -s https://app.shager.ai/api/v1/workspaces/ws_example/posts \
  -H "Authorization: Bearer $SHAGER_API_KEY" \
  -H "Content-Type: application/json" \
  -d @open-day-post.json
```

وبيانات النقرات بعد ذلك:

```bash
curl -s "https://app.shager.ai/api/v1/workspaces/ws_example/analytics?from=2026-10-01T00:00:00Z&to=2026-10-08T00:00:00Z" \
  -H "Authorization: Bearer $SHAGER_API_KEY"
```

كل عملية وكل حقل موثقان في [مستند OpenAPI](https://app.shager.ai/api/v1/openapi.json).

## من النقرة إلى العميل المحتمل

النقرات تثبت الاهتمام، والعملاء المحتملون يثبتون القيمة. يجب أن يلتقط النموذج في الصفحة المقصودة قيم UTM في حقول مخفية، ليحمل كل عميل محتمل في نظام CRM قيمة `utm_content`، أي معرّف الحساب. وحين يكتمل ذلك، يستطيع التقرير الأسبوعي للوكيل أن يعرض العملاء المحتملين لكل صفحة، لا النقرات فقط. يشرح مقال [قياس العملاء المحتملين من محتوى الوكلاء](/ar/blog/measuring-leads-from-agent-content) هذا الربط من أوله إلى آخره.

## الأسئلة الشائعة

### هل يمكن أن يختلف التعليق الأول من حساب إلى آخر؟

نعم. اضبط `first_comment` داخل كل إدخال في `per_channel`. الحسابات التي ليس لها تعليق خاص تستخدم `first_comment` العام للمنشور، فاضبط تعليقًا لكل حساب حيثما يجب أن تتغير الصياغة.

### هل يحتاج الوكيل إلى إنشاء الروابط القصيرة؟

لا. يستبدل Shager عند النشر كل رابط في النص والتعليق الأول برابط قصير مُتتبَّع فريد لذلك الحساب، مع وسوم UTM. يكتب الوكيل رابط الصفحة المقصودة العادي فقط.

### ماذا لو كانت الشبكة لا تدعم التعليق الأول؟

يفحص Shager كل منشور وفق قواعد كل شبكة قبل الإرسال، فيُنبَّه إلى الشبكة التي لا تدعم التعليق الأول في تلك المرحلة بدل أن يفشل المنشور بصمت. تقبل Facebook وInstagram وYouTube التعليق الأول، وعلى X يُنشر كرد. أما LinkedIn وTikTok فلا تقبلانه، فضع الرابط في نص المنشور هناك.

## إلى أين بعد ذلك؟

اختر عميلًا واحدًا لديه صفحات على Facebook، وأضف تعليقًا أول يحمل رابط الصفحة المقصودة إلى منشورات الأسبوع القادم، واقرأ النقرات لكل حساب بعد سبعة أيام. وتجد تفاصيل الاتصال في [صفحة الوكلاء](/ar/agents) إن لم يكن وكيلك مُعدًّا بعد.

---
Source: https://shager.ai/ar/blog/first-comment-lead-links-with-agents