تسجيل تطبيقك المرتبط واختباره ونشره

بعد استيفاء المتطلبات الأساسية، اتّبِع الخطوات التالية لتسجيل تطبيقك المرتبط وضبط إعداداته واختباره ونشره.

الخطوة 1: إنشاء تطبيق مرتبط

لإنشاء تطبيق مرتبط، اتّبِع الخطوات التالية:

  1. سجِّل الدخول إلى وحدة التحكّم الشاملة من Google.
  2. في الصفحة الرئيسية، انقر على إنشاء تطبيق.
  3. في مربّع الحوار اختيار ما تريد إنشاءه:
    • إذا طُلب منك قبول بنود خدمة "التطبيقات المرتبطة"، انقر على عرض البنود، وراجِع الاتفاقية واقبلها، ثم انقر على إنشاء. يمكن فقط لمشرف الحساب قبول الاتفاقية.
    • وإذا لم يسبق لك ذلك، انقر على إنشاء في بطاقة التطبيق المرتبط.
  4. في مربّع الحوار يُرجى تحديد اسم لتطبيقك المرتبط، اكتب اسمًا لتطبيقك المرتبط. هذا هو الاسم الذي سيتم استخدامه لعرض تطبيقك المرتبط في جميع منتجات Google، وهو الاسم الذي سيستخدمه المستخدمون للإشارة إلى تطبيقك المرتبط باستخدام الرمز @. انقر على التالي.

  5. في مربّع الحوار اختيار فئة التطبيق المرتبط، اختَر نطاق تطبيقك أو فئته أو مجاله من قائمة اختيار فئة.

  6. في مربّع الحوار اختيار نوع الاتصال، حدِّد أحد الخيارات التالية:

    • خادم MCP: يمكنك ربط خادم MCP لتوفير خدماتك لمستخدمي Gemini و"بحث Google" على الويب وAndroid وiOS.
    • بروتوكول سياق النموذج (MCP) لـ Android: يمكنك إتاحة إمكانات تطبيقك على الجهاز فقط لـ Gemini على Android ليتمكّن من تنفيذ الإجراءات وإكمال المهام للمستخدمين في تطبيقك.

    يمكنك الاطّلاع على مزيد من المعلومات حول كيفية إعداد تطبيق مرتبط بـ Android MCP. يمكنك اختيار نوع ربط واحد فقط لكل تطبيق مرتبط، ولا يمكن تغيير هذا النوع لاحقًا.

  7. انقر على إنشاء تطبيق مرتبط (Create Connected app).

سيؤدي ذلك إلى فتح صفحة النظرة العامة على إدارة تطبيقك المرتبط (إعداد تطبيقك المرتبط واختباره)، حيث يمكنك ضبط تفاصيل التطبيق واتصال خادم MCP والمختبِرين.

الخطوة 2: إدخال تفاصيل التطبيق المرتبط

لتقديم المزيد من التفاصيل حول تطبيقك المرتبط وضبط طريقة ظهوره للمستخدمين، اتّبِع الخطوات التالية:

  1. في صفحة النظرة العامة على تطبيقك المرتبط، في صف تفاصيل التطبيق، انقر على البدء (أو إدارة إذا كنت تعدّل التفاصيل الحالية).
  2. في أعلى صفحة تفاصيل التطبيق، تحقَّق من حقل اسم التطبيق المرتبط. يمكنك تعديل الاسم إذا لزم الأمر. يظهر هذا الاسم للمستخدمين في جميع منتجات Google، ويُستخدم عندما يشير المستخدمون إلى تطبيقك باستخدام @.
  3. في قسم التفاصيل العامة، ضمن الرمز، حمِّل رمز تطبيقك (بتنسيق JPG أو PNG، وبحجم لا يزيد عن 1 ميغابايت، وبأبعاد 512 × 512 بكسل).
  4. أكمِل الحقول التالية:

    • الوصف: أدخِل ملخّصًا موجزًا من جملة واحدة (أقل من 30 كلمة) يصف الميزات الرئيسية لتطبيقك المرتبط ووظائفه. يظهر هذا النص للمستخدمين، ولا يتم استخدامه كتعليمات للنموذج.
    • الإمكانات: أدخِل ثلاث مهام قيّمة على الأقل يمكن لتطبيقك المرتبط تنفيذها. انقر على إضافة إمكانية لإضافة المزيد من الإدخالات. لا تدرِج أرقامًا في بداية إمكاناتك. يجب تضمين إمكانية واحدة فقط لكل إدخال. إذا كانت فئتك تتضمّن إمكانات محدّدة مسبقًا، ستظهر في أعلى القائمة ولا يمكن تعديلها.
    • أمثلة على الطلبات: أدخِل ثلاثة أمثلة على الأقل للطلبات التي تساعد المستخدمين في فهم طبيعة الأسئلة التي يمكنهم طرحها. انقر على إضافة مثال على طلب لإضافة إدخالات.
      • ابدأ طلبَين على الأقل بـ @<YourAppName> (على سبيل المثال، @Order Tracker where is my last order?).
      • يُرجى الإشارة إلى "<YourAppName>" بشكل طبيعي في طلب واحد على الأقل بدون البدء باسم تطبيقك (على سبيل المثال، Track my recent order on Order Tracker).
      • لا تُدرِج بادئات مرقّمة (1. أو 2. أو 3.) أو تضع الطلبات بين علامتَي اقتباس ("...").
    • الأقلمة بلغات متعددة: لتقديم ترجمات للوصف والإمكانات وأمثلة على الطلبات، يجب تضمين نص كل لغة في علامات اللغة داخل حقل الإدخال. مثلاً:

      <en-US>
      Play music, manage playlists, and discover artists
      </en-US>
      <es-ES>
      Reproduce música, gestiona listas y descubre artistas
      </es-ES>
      

      تتحقّق &quot;وحدة التحكّم الشاملة&quot; تلقائيًا من صحة علاماتك وتعرض اللغات المرصودة أسفل كل حقل (على سبيل المثال، Found translations for 2 languages: en-US, es-ES).

    • عنوان URL لبنود الخدمة: أدخِل رابطًا صالحًا يبدأ بـ https:// أو http:// يؤدي إلى بنود الخدمة.

    • عنوان URL لسياسة الخصوصية: أدخِل رابطًا صالحًا لسياسة الخصوصية يبدأ بـ https:// أو http://.

    • عنوان URL للموقع الإلكتروني (اختياري): أدخِل رابطًا يؤدي إلى موقعك الإلكتروني لأغراض تحديد المصدر.

  5. انقر على حفظ في أسفل الصفحة للرجوع إلى صفحة النظرة العامة.

الخطوة 3: إدخال نقطة نهاية بروتوكول MCP وإثبات ملكية النطاق

قبل أن تتمكّن Google من الاتصال بخادم MCP أو مزامنة أدواتك، عليك تقديم عنوان URL لنقطة نهاية خادم MCP وإثبات ملكيتك للنطاق الذي يستضيفه.

لإدخال نقطة نهاية MCP وإثبات ملكية النطاق:

  1. في صفحة النظرة العامة على تطبيقك المرتبط، انقر على البدء (أو إدارة إذا كنت تعدّل التفاصيل الحالية) في بطاقة إعداد MCP والأدوات. سيؤدي ذلك إلى فتح الخطوة 1 (نقاط نهاية خادم MCP) من عملية إعداد MCP.
  2. ضمن تم ربط نقطة نهاية خادم MCP، أدخِل عنوان URL الكامل الذي يستخدم HTTPS لنقطة نهاية خادم MCP (على سبيل المثال، https://api.yourdomain.com/v1/mcp).
  3. ضمن إثبات ملكية نطاقك، أكمِل عملية إثبات ملكية النطاق باستخدام الرمز المميّز (إذا سبق لك إثبات ملكية النطاق أو نطاقه الرئيسي في حساب المطوّر، سيظهر تلقائيًا على أنّه تم إثبات ملكيته):

    1. في بطاقة إثبات ملكية النطاق، انقر على تنزيل الرمز المميّز. ينزّل المتصفّح ملفًا باسم google-connected-apps.json بالبنية التالية:

      {
        "verification_tokens": [
          "YOUR_VERIFICATION_TOKEN"
        ]
      }
      
    2. يُرجى تحميل محتوى JSON هذا واستضافته على خادمك على https://<your-domain>/.well-known/google-connected-apps.

      • يُرجى التأكّد من إمكانية الوصول العام إلى نقطة النهاية عبر بروتوكول HTTPS، ومن أنّها تعرض HTTP 200 OK مباشرةً بدون عمليات إعادة توجيه HTTP، وتتضمّن الرمز المميّز داخل مصفوفة verification_tokens.
    3. ارجع إلى "وحدة التحكّم الشاملة من Google" وانقر على تأكيد النطاق.

    4. بعد نجاح عملية التحقّق، يظهر في صف تم التحقّق من النطاق باستخدام الرمز المميّز للتحدي علامة صح خضراء، ويتم فتح قفل قسم بيانات اعتماد الوصول أدناه.

الخطوة 4: ضبط بيانات اعتماد الوصول

بعد إثبات ملكية نطاقك، عليك ضبط طريقة مصادقة Google مع خادم MCP وجلب تعريفات أدوات الخادم.

لضبط بيانات اعتماد الوصول:

  1. في قسم تقديم بيانات اعتماد الوصول (في الخطوة 1 من صفحة إعداد MCP والأدوات)، انقر على البدء (أو تعديل بيانات الاعتماد لتعديل إعدادات حالية).
  2. ضمن هل يتطلب خادمك تفويضًا؟، حدِّد أحد الخيارات التالية:

    • لا: حدِّد هذا الخيار إذا كان خادم MCP متاحًا للجميع بدون مصادقة، ثم انقر على تأكيد.
    • نعم: حدِّد هذا الخيار إذا كانت أي من الأدوات التي يعرضها خادم MCP تتطلّب تفويضًا. بعد ذلك، ضِمن اختيار نموذج التفويض الذي يستخدمه خادم MCP، اختَر مسار المصادقة:

      • من جهاز إلى جهاز (بيانات اعتماد عميل OAuth): حدِّد هذا الخيار للمصادقة بين الخدمات (RFC 6749)، حيث تتواصل Google مباشرةً مع خادم MCP باستخدام معرّف عميل ومفتاح سرّي مشتركَين بدون عمليات إعادة توجيه لتسجيل دخول المستخدم النهائي:
        1. أدخِل معرِّف العميل (مطلوب) وسر العميل (اختياري).
        2. يمكنك إدخال نقطة نهاية التفويض (اختياري) ونقطة نهاية الرمز المميّز (اختياري) إذا لم يعلن الخادم عنهما باستخدام /.well-known/oauth-authorization-server.
        3. انقر على تسجيل العميل (أو تعديل العميل).
      • تفويض المستخدم (رمز التفويض): اختَر هذا الإعداد إذا كان خادم MCP يتطلب من المستخدمين الفرديين تسجيل الدخول وتفويض الإجراءات باستخدام حساباتهم من خلال ربط حساب Google:

        1. إضافة معرّفات الموارد المنتظمة لإعادة التوجيه في OAuth من Google إلى القائمة المسموح بها: في بانر التأكّد من إضافة معرّفات الموارد المنتظمة لإعادة التوجيه المقدَّمة إلى القائمة المسموح بها، انقر على عرض (أو انقر على رمز النسخ) لفحص معرّفات الموارد المنتظمة لإعادة التوجيه المحدّدة الخاصة بالتطبيق والتي تم إنشاؤها لتطبيقك المرتبط. أضِفها إلى القائمة المسموح بها في خادم OAuth، ثم ارجع إلى Google Connected Console.
        2. ضمن اختيار طريقة مصادقة Google مع خادم OAuth، اختَر طريقة تسجيل عميل OAuth:
          • مسجَّل مسبقًا: حدِّد هذا الخيار في حال إنشاء معرّف عميل وسر عميل (اختياري) ثابتَين في موفّر OAuth. يمكنك أيضًا تقديم نقطة نهاية تفويض مخصّصة (اختيارية) ونقطة نهاية رمز مميّز مخصّصة (اختيارية).
          • البيانات الوصفية لمعرّف العميل أو ميزة Dynamic Client Registration (يُنصح به): يُرجى تحديد هذا الخيار إذا كان الخادم يتيح مستندات البيانات الوصفية لمعرّف العميل (CIMD) أو ميزة Dynamic Client Registration ‏(RFC 7591) في OAuth. تتحقّق Google من CIMD أولاً وتعود إلى DCR باستخدام نقاط نهاية اكتشاف .well-known. يمكنك أيضًا تحديد نقاط نهاية مخصّصة للتفويض والرمز المميّز.
        3. ضمن المصادقة باستخدام بيانات اعتماد المطوّر، وبما أنّك اخترت نموذج التفويض من المستخدم، عليك تسجيل الدخول إلى خادمك قبل أن تتمكّن Google من جلب الأدوات. اختَر أحد الخيارات التالية:

          • المصادقة عبر نافذة منبثقة (خيار يُنصح به): يفتح هذا الخيار عملية المصادقة في مربّع حوار على سطح الصفحة. هذه هي التجربة التلقائية.
          • المصادقة عبر إعادة التوجيه (الخيار الاحتياطي): يفتح هذا الخيار مسار المصادقة باستخدام إعادة توجيه بملء الشاشة في علامة التبويب أو النافذة نفسها. يُرجى استخدام هذا الخيار في حال تعذّر عرض مربّع الحوار بسبب قيود العرض أو ترويسات الأمان (مثل X-Frame-Options أو Content-Security-Policy).

          ننصحك بمحاولة المصادقة أولاً باستخدام مربّع الحوار. إذا لم تتمكّن من المصادقة باستخدام مربّع الحوار، استخدِم Redirect Method. يحدّد اختيارك أيضًا تجربة تسجيل الدخول للمستخدمين عند استخدامهم تطبيقك المرتبط لأول مرة.

        4. انقر على تسجيل العميل (أو تعديل العميل).

الخطوة 5: تقديم تفاصيل الحساب الاختباري (للتفويض الذي يمنحه المستخدم فقط)

إذا كان تطبيقك المرتبط يتطلّب المصادقة، عليك تقديم بيانات اعتماد اختبارية أولية، معبأة تلقائيًا ببيانات عيّنات واقعية، مع إيقاف المصادقة الثنائية (2FA)، بالإضافة إلى تعليمات الاختبار إلى ممثل Google. يتيح ذلك لفريق المراجعة وتأكيد الجودة في Google التحقّق من تنفيذ الأداة بدون أن يتم حظره بسبب وضع الحماية الفارغ أو حواجز الدفع أو تحديات المصادقة الثنائية. إذا لم تتمكّن Google من اختبار تطبيقك المرتبط بالكامل، قد يتم رفضه أثناء المراجعة.

الخطوة 6: مزامنة أدواتك

لإنشاء كل إصدار من تطبيقك المرتبط، تتم مزامنة Google مع نقطة النهاية التي قدّمتها للحصول على الأدوات المتاحة والتقاط لقطة. هذه هي الأدوات التي ستكون متاحة للمستخدمين في هذا الإصدار. أثناء توفّر إصدار تطبيقك المرتبط في وضع المعاينة وإتاحته للمختبِرين، يمكنك مواصلة إجراء التغييرات على خادمك وإعادة مزامنة الأدوات لتحديثه. يؤدي هذا إلى إنشاء لقطة جديدة لأدواتك.

عند النشر، يتم استخدام أحدث نسخة من أدواتك لهذا الإصدار من تطبيقك المرتبط. لن تتمكّن بعد ذلك من إجراء تغييرات على أدواتك أو أوصافك أو تفاصيل الخادم. لتعديل أدواتك أو مزامنة أي تعديلات من خادمك، أنشئ إصدارًا جديدًا من التطبيق المرتبط. ننصحك بإنشاء نقطة نهاية جديدة لكل إصدار من تطبيقك المرتبط.

لمزامنة الأدوات، اتّبِع الخطوات التالية:

  1. في قسم أدوات المزامنة:

    1. اختَر أدوات المزامنة.
    2. إذا طُلب منك تسجيل الدخول، عليك المصادقة باستخدام حساب مطوّر لديه أذونات لإدراج جميع الأدوات المطلوب عرضها للمستخدمين. ولا تتم مزامنة أي أدوات لا يمكن لحسابك الوصول إليها.
    3. بعد الربط، تعرض "وحدة التحكّم الشاملة" عدد الأدوات التي تمت مزامنتها، بالإضافة إلى زر إعادة مزامنة الأدوات.
  2. انقر على التالي في أسفل الصفحة للانتقال إلى الخطوة 2 من إعداد MCP والأدوات.

الخطوة 7: تحديد كيفية ومكان تجربة المستخدمين لتطبيقك

في قسم الأدوات ضمن صفحة إعداد MCP والأدوات، اضبط المَعلمات الأساسية، مثل المواقع الجغرافية التي يتوفّر فيها تطبيقك المرتبط، ولغته، ومنتجات Google التي تريد إتاحته فيها.

  1. ضمن مدى التوفّر، بجانب إتاحة الإصدار في، اضبط خيارات الاستهداف التالية:
    • البلدان أو المناطق: اختَر المواقع الجغرافية التي تريد إتاحة تطبيقك المرتبط فيها.
    • اللغات: اختَر اللغات المتوافقة مع تطبيقك المرتبط.
    • المنتجات: اختَر منتجات Google التي سيتوفّر فيها تطبيقك المرتبط.
  2. في قسم الأدوات بعد مدى التوفّر، راجِع الأدوات التي تمت مزامنتها من خادم MCP. اختَر أي أداة في قائمة الأدوات لضبط إعداداتها في لوحة إدارة الأداة على يسار الصفحة:

    • تفعيل الأداة: يمكنك تفعيل مفتاح التبديل تفعيل الأداة أو إيقافه لتضمين الأداة أو استبعادها في تطبيقك المرتبط. لن تكون الأدوات غير المفعَّلة متاحة في تطبيقك المرتبط ليتفاعل معها المستخدمون.
    • سياق إضافي: اختَر ما إذا كانت أداتك تتطلّب إشارات سياقية من Google لتعمل:

      • الإعدادات المحلية: الإعدادات المحلية التي يحدّدها حساب Google للمستخدم.
      • الموقع الجغرافي التقريبي: الموقع الجغرافي الفعلي للمستخدم أو الجهاز ضمن مساحة أكبر من أو تساوي 3 كيلومترات مربّعة (على سبيل المثال، المدينة التي يقيم فيها المستخدم)
      • الموقع الجغرافي الدقيق: الموقع الجغرافي الفعلي للمستخدم أو الجهاز بدقة تصل إلى 50 مترًا أو أقل
    • تأكيد المستخدم: اختَر مطلوب تأكيد المستخدم لطلب تأكيد صريح من المستخدم قبل تنفيذ الأداة (يتم تحديد هذا الخيار تلقائيًا إذا كانت تعليقات MCP التوضيحية في الأداة تحدّد destructiveHint: true).

  3. إذا كان خادم MCP يوفّر موارد واجهة المستخدم، انتقِل إلى علامة التبويب موارد واجهة المستخدم بجانب الأدوات لفحص موارد واجهة المستخدم في الخادم (text/html وtext/html;profile=mcp-app وtext/javascript وtext/css)، والتحقّق من الأدوات المرتبطة بكل مورد، ومراجعة &quot;سياسة أمان المحتوى&quot; (CSP) connectDomains وresourceDomains.

  4. انقر على حفظ في أسفل الصفحة.

بعد حفظ كل من تفاصيل التطبيق وإعداد MCP والأدوات، ستصبح الإعدادات متاحة تلقائيًا لأي مختبِرين أضفتهم لمعاينة التطبيق، وستتغيّر حالة الإصدار في صفحة النظرة العامة إلى متاح للمختبِرين.

الخطوة 8: اختبار تطبيقك المرتبط

لإتاحة تطبيقك المرتبط للمختبِرين، يجب إضافتهم في شاشة "إدارة المختبِرين". لن يتمكّن من الاطّلاع على تطبيقك المرتبط غير المنشور والتفاعل معه سوى المستخدمين الذين تضيفهم إلى قائمة المختبِرين. يمكنك فقط إضافة مختبِرين لديهم حساب على @gmail.com.

  1. في صفحة النظرة العامة على تطبيقك المرتبط، انتقِل إلى بطاقة اختبار تطبيقك، ثم انقر على إضافة مختبِرين (أو إدارة المختبِرين إذا سبق لك إضافة بعضهم).

  2. في شاشة إدارة المختبِرين، اختَر قوائم عناوين البريد الإلكتروني الحالية أو انقر على إنشاء قائمة عناوين بريد إلكتروني لإضافة حسابات Google المعتمَدة لاختبار عملية الدمج. يُرجى تضمين عنوان بريدك الإلكتروني إذا أردت اختبار التطبيق بنفسك.

  3. انقر على حفظ.

  4. يمكن للمختبِرين في تطبيق Gemini استدعاء تطبيقك المرتبط من خلال كتابة @ متبوعًا باسم تطبيقك المرتبط واختياره من القائمة. يمكنك أيضًا الاطّلاع على تطبيقك وربطه في Gemini من خلال الانتقال إلى الإعدادات والمساعدة ← التطبيقات المرتبطة في شريط التنقّل الأيمن.

  5. ننصحك باختبار عملية الدمج بدقة:

    • جرِّب جميع أمثلة الطلبات.
    • اختبِر كلاً من طلبات البحث باللغة الطبيعية وطلبات الاستدعاء الصريحة لـ @<AppName>.
    • تحقَّق من عملية المصادقة الشاملة وتنفيذ الأداة وطلبات تأكيد المستخدم وأي موارد لواجهة المستخدم.

بعد الانتهاء من الاختبار، يمكنك إرسال تطبيقك المرتبط إلى Google لمراجعته.

الخطوة 9: بدء مراجعة تطبيقك المرتبط ونشره بعد الموافقة عليه

قبل إتاحة تطبيقك المرتبط لجميع المستخدمين، تراجع Google عملية الدمج وتختبرها.

لإرسال تطبيقك المرتبط للمراجعة، اتّبِع الخطوات التالية:

  1. في صفحة النظرة العامة على تطبيقك المرتبط، ضمن بطاقة الإصدارات على يسار الصفحة، اختَر الإرسال للمراجعة (يتم تفعيل هذا الخيار بعد اكتمال إعداد تطبيقك وفي المعاينة بدون مشاكل حظر).

  2. أثناء مراجعة إصدارك:

    • تنشئ "وحدة التحكّم الشاملة" تلقائيًا نسخة مسودة جديدة قابلة للتعديل حتى يتمكّن المختبِرون من مواصلة معاينة تطبيقك، ويمكنك إعداد التعديلات المستقبلية بدون تعطيل عملية المراجعة.
    • يتم قفل أي تغييرات على الإصدار قيد المراجعة.
    • للاطّلاع على تفاصيل الإصدار الذي تتم مراجعته للقراءة فقط أو إلغاء المراجعة، انقر على زر "خيارات إضافية" (⋮) في بطاقة قيد المراجعة واختَر عرض تفاصيل التطبيق أو إلغاء المراجعة.
  3. بعد أن تُكمل Google المراجعة، ستتلقّى إشعارًا وسيتم تعديل بطاقة الإصدارات:

    • في حال العثور على مشاكل: ستعرض بطاقة الإصدارات الرسالة تم العثور على مشاكل. انقر على عرض المشاكل للاطّلاع على نتائج المراجعة المحدّدة. يُرجى تعديل الإعدادات أو خادم MCP في الإصدار المبكر الحصري القابل للتعديل، والتأكّد من الإصلاحات مع المختبِرين، ثم النقر على إرسال للمراجعة مرة أخرى.
    • في حال الموافقة: ستعرض بطاقة الإصدارات الحالة جاهز للنشر. انقر على نشر عندما تكون مستعدًا لإصدار تطبيقك المرتبط للمستخدمين.

تهانينا! تم نشر تطبيقك المرتبط، وهو الآن في طور الطرح للمستخدمين في منتجات Google التي اخترتها.

مرحلة ما بعد النشر وإدارة الإصدارات المستمرة

بعد النشر، ستعرض البطاقة السفلية ضمن الإصدارات الحالة منشور مع رقم الإصدار المنشور لتطبيقك المرتبط وتاريخ النشر وعدد البلدان أو المناطق واللغات والمنتجات المستهدَفة. يمكنك النقر على قائمة "خيارات إضافية" (⋮) في بطاقة تم النشر واختيار عرض تفاصيل التطبيق في أي وقت لفحص الإعدادات المخصّصة لإذن بالقراءة فقط لإصدارك المنشور.

بينما يظل الإصدار المنشور متاحًا في قناة الإصدار العلني، يمكنك استخدام لوحة تعديل تطبيقك المرتبط واختباره على يمين الصفحة (أو النقر على إنشاء إصدار جديد في حال عدم توفّر مسودة) لضبط التحديثات ومعاينتها واختبارها في إصدار جديد (Version <N+1>) بشكل مستقل قبل إرسالها للمراجعة والنشر.