عند محاولة تضمين رابط YouTube مباشرة، يقوم YouTube تلقائيًا بإعادة التوجيه إلى صفحة تسمى consent.youtube.com. لا تحتوي هذه الصفحة على وسوم oEmbed/OpenGraph، لذا فإن التضمين المباشر يفشل للأسف.
هذا بالتأكيد ليس خطأً من Discourse، بل يتعلق بتغيير كاسر (على ما يبدو) من جانب YouTube. أعتقد أن هذا يحدث بسبب لائحة جديدة في أوروبا، لأنني لا أستطيع إعادة إنتاج المشكلة على meta.
خادمنا موجود في أوروبا (ألمانيا)، ويمكنك رؤية عنوان URL المعاد توجيهه هنا.
تم التخفيف إلى حد ما باستخدام إضافة Onebox Assistant، لكن ليس بالكامل (فهي ستعرض التضمين لكن لن تعود بعنوان الصفحة بعد الآن).
أعتقد أنه يجب أن يكون هناك تطبيق محدد لـ YouTube عبر مفتاح API أو شيء من هذا القبيل…
لقد سجلت الدخول هنا الليلة الماضية للإبلاغ عن هذه المشكلة بالضبط، لأنها حدثت لنا مؤخرًا أيضًا، ولكن عند لصق رابط يوتيوب الخاص بي، عمل بشكل جيد هنا على ميتا 
نسخة ديسكورس الخاصة بي هي v2.7.0.beta5 ( 61860098d9 )
على الأرجح لأن خادم ميتا ليس في أوروبا 
ولا المملكة المتحدة الآن 
المشكلة تتعلق بـ “نموذج الموافقة على البيانات”، حيث يلتقطه OneBox بدلاً من المحتوى الفعلي.
إذا قمت بتغيير الرابط من https://youtube.com/watch?v=XYZ إلى https://youtu.be/XYZ بدلاً من ذلك، فسيتم حله لأن هذا هو “رابط المشاركة” ولا يظهر نافذة الموافقة. (ومع ذلك، هذا ليس الحل الأمثل).
ما لم قمت منصة Discourse/OneBox بـ “تغيير تلقائي” للرابط إلى “النسخة المختصرة” أثناء التضمين، ربما كحل سريع؟ لا أدري، فقط أقدم المزيد من المعلومات/التغذية الراجعة.
بصفتنا مجتمعًا غنيًا بالوسائط، شارك أعضاؤنا آلافًا من مقاطع الفيديو على يوتيوب، مع نشر مئات منها شهريًا.
يُظهر هذا التغيير الذي أجرته يوتيوب أنه يشكل مشكلة حقيقية بالفعل، لكنني لا أعتقد أن ديسكورد يمكنها حلها إذا كانت يوتيوب نفسها تفرض إعادة توجيه إلى صفحة الموافقة الخاصة بها؟
أود فقط إضافة دعمي، لأن هذا سيُشكّل مشكلة كبيرة لمجتمعنا أيضًا.
تحديث: يعمل العنوان مرة أخرى (بالإضافة إلى التضمين) مع Onebox Assistant.
إذا كان discourse سيعيد كتابة الرابط كما تصف عند تحضير المنشور، فهل سيحل ذلك المشكلة؟
في هذه الحالة، يمكن لإضافة أن تحل المشكلة (وربما حتى مكون سمة؟)، وأظن أن طلب الدمج (PR) سيكون مرحبًا به، أو أنهم سيعالجون المشكلة بسرعة كبيرة.
نظريًا، نعم. لقد أجريت العديد من الاختبارات وهي ثابتة؛ فهي تعمل مع الرابط القصير، ولا تعمل مع الرابط “الرسمي”.
لا أعتبر ذلك حلاً مستقرًا؛ فهناك احتمال كبير بأن تطبق جوجل نفس السياسة على هؤلاء قريبًا أيضًا.
نعم، الأمر ليس كذلك.
أجده فقط “مضحكًا” لأن كلا الرابطين: https://youtu.be/VIDEO وحذف “www” من الرابط العادي، أي: https://youtube.com/watch?v=VIDEO يعملان. لذا فإن معايير “الحظر” مع نافذة الموافقة ليست “منطقية” جدًا من منظور المستخدم.
أنا لا أختلف معك، لكن هذا يترك الحل الوحيد وهو عدم استخدام يوتيوب. 
ستحتاج أيضًا إلى التقاط معاينة المحرر لمنع عرض رسالة فشل كارثي للمستخدم:
يا إلهي، يجب علينا بالتأكيد التحقيق في هذا الأمر! شكراً لتقريرك.
هل يمكنك اختبار هذه الروابط مرة أخرى؟ هذا ما أراه حاليًا من خادم في فرانكفورت (تم تعديل مخرجات wget لعرض إعادة التوجيه فقط):
wget 'https://youtu.be/KCyIfcevExE'
--2021-04-06 19:03:39-- https://youtu.be/KCyIfcevExE
الموقع: https://www.youtube.com/watch?v=KCyIfcevExE&feature=youtu.be [يتبع]
--2021-04-06 19:03:39-- https://www.youtube.com/watch?v=KCyIfcevExE&feature=youtu.be
الموقع: https://consent.youtube.com/m?continue=https%3A%2F%2Fwww.youtube.com%2Fwatch%3Fv%3DKCyIfcevExE%26feature%3Dyoutu.be&gl=DE&m=0&pc=yt&uxe=23983172&hl=de&src=1 [يتبع]
أو
wget 'https://youtube.com/watch?v=KCyIfcevExE'
--2021-04-06 19:05:45-- https://youtube.com/watch?v=KCyIfcevExE
الموقع: https://consent.youtube.com/m?continue=https%3A%2F%2Fyoutube.com%2Fwatch%3Fv%3DKCyIfcevExE&gl=DE&m=0&pc=yt&uxe=23983172&hl=de&src=1 [يتبع]
--2021-04-06 19:05:45-- https://consent.youtube.com/m?continue=https%3A%2F%2Fyoutube.com%2Fwatch%3Fv%3DKCyIfcevExE&gl=DE&m=0&pc=yt&uxe=23983172&hl=de&src=1
الموقع: https://consent.youtube.com/ml?continue=https://youtube.com/watch?v%3DKCyIfcevExE&gl=DE&hl=de&pc=yt&uxe=23983172&src=1 [يتبع]
(أي أن هذين التنسيقين للرابط يعيدان التوجيه الآن أيضًا إلى صفحة الموافقة)
