أواجه مشكلة محبطة جداً عند محاولة توصيل X بـ n8n في سير عملي. بعد إضافة عنوان URL للاسترجاع الصحيح على https://console.x.com وإضافة معرّف العميل والسر العميل إلى قسم بيانات الاعتماد في n8n، أختار بعد ذلك “الاتصال بـ X”. يظهر لي نافذة منبثقة كما يلي. أختار تسجيل الدخول وأدخل اسم المستخدم/كلمة المرور وأختار تسجيل الدخول. بعد ذلك يتم توجيهي إلى نفس الصفحة بالضبط مرة أخرى. عنوان URL للاسترجاع متطابق تماماً، لقد قمت بمسح ذاكرة التخزين المؤقت وحاولت على كل من Chrome و Firefox وكذلك في نوافذ وضع التصفح الخاص. لا شيء يبدو أنه يحل هذه المشكلة.
أنت تواجه “حلقة تسجيل دخول،” وهذا يحدث عندما يفشل X (تويتر) في التعرف على جلستك بعد تسجيل الدخول، مما يعيدك مباشرة إلى البداية بدلاً من السماح لك بالتفويض إلى n8n. عادة ما يكون السبب خللاً في الاتصال بين المنصتين أو خطأ صغير في الإعدادات في حسابك على المطورين.
الحل الأسرع هو تسجيل الدخول إلى X في علامة تبويب متصفح منفصلة قبل محاولة الاتصال. بفتح x.com وتسجيل الدخول بشكل طبيعي أولاً، يحتفظ متصفحك بجلسة نشطة. عندما تعود إلى n8n وتنقر على “اتصال،” يجب أن يرى X أنك قد قمت بتسجيل الدخول بالفعل وسيتخطى شاشة تسجيل الدخول تماماً، ليأخذك مباشرة إلى صفحة التفويض.
إذا لم ينجح ذلك، قد تكون المشكلة في كيفية تصنيف تطبيقك في بوابة مطوري X. ضمن “إعدادات المصادقة للمستخدم،” حاول تغيير “نوع التطبيق.” إذا كان معيناً على “تطبيق ويب،” حاول التبديل إلى “تطبيق أصلي” (أو العكس). لسبب ما، يتعامل X مع عملية المصادقة بشكل مختلف اعتماداً على هذا الإعداد، والتبديل غالباً ما يكسر الحلقة.
يجب عليك أيضاً التحقق من أن إعداداتك التقنية مثالية. تأكد من أن صلاحيات التطبيق معينة على “القراءة والكتابة” وليس فقط “القراءة.” والأهم من ذلك، تأكد من أن عنوان URL للرد في بوابة X هو نسخة طبق الأصل من العنوان المقدم من n8n. حتى فرق صغير جداً، مثل شرطة مائلة إضافية في النهاية، يمكن أن يتسبب في رفض X للاتصال وإعادتك إلى شاشة تسجيل الدخول.
أخيراً، تحقق من ملحقات متصفحك. مانعات الإعلانات أو أدوات الخصوصية (مثل uBlock Origin أو Brave shields) غالباً ما تحجب “رموز الأمان” التي يرسلها X إلى n8n لإثبات هويتك. حاول تعطيل هذه الملحقات أو استخدام نافذة متصفح نظيفة تماماً لضمان عدم تدخل أي شيء في عملية إعادة التوجيه.
مرحباً @Trigg_Williamson! بما أنك تستخدم n8n Cloud، فإن رابط callback الدقيق الذي تحتاج إلى تسجيله في X Developer Portal هو https://oauth.n8n.cloud/oauth2/callback - تأكد من إضافته ضمن «Redirect URIs» في إعدادات تطبيقك على X. تحقق أيضاً من أن «نوع التطبيق» في تطبيق X الخاص بك مضبوط على «Web App, Automated App or Bot» (وليس Native App)، لأن تدفق PKCE يتطلب ذلك. إذا كان لديك بالفعل رابط callback صحيح ونوع تطبيق مضبوط بشكل صحيح لكنك لا تزال تواجه حلقة، فحاول إلغاء token X الموجود في إعدادات تطبيق X وإعادة الاتصال من جديد.
في X Developer Portal، لم يكن التطبيق معدًا كـ Web App في إعدادات User authentication settings، أو أن Callback URI لم تكن بالضبط https://oauth.n8n.cloud/oauth2/callback
معامل access_type=offline في Auth URI Query Parameters هو من Google، وليس من X - حذفه حل المشكلة.
قد تتطلب الـ scopes media.write و offline.access مستوى مدفوع في X API v2؛ جرّب أولاً مع tweet.read tweet.write users.read
يرجى، بعد تصحيح Developer Portal، حذف وإعادة إنشاء بيانات الاعتماد في n8n (وليس فقط إعادة الاتصال) ثم اختبار في نافذة خاصة للقضاء على تضارب ملف تعريف الارتباط للجلسة من X.
عند إضافة بيانات اعتماد X/Twitter في n8n، عادة ما تكون هناك خيارات لكل من X OAuth1 و X OAuth2.
الإعدادات التي قمت بتكوينها مخصصة بشكل صارم لـ OAuth 2.0.
تأكد من أنك اخترت بوضوح OAuth2 كطريقة المصادقة داخل نافذة إعداد بيانات الاعتماد في n8n. إذا كان n8n يتوقع بيانات اعتماد OAuth 1.0a لكنك تزوده بمفاتيح OAuth 2.0، فستقوم X ببساطة بتحديث صفحة تسجيل الدخول إلى الأبد دون تمرير الرمز.
تحقق مما إذا كان هذا الحل يعمل، يمكنك أيضاً تفعيل OAuth 1.0a على X كإصلاح احتياطي.
أواجه نفس المشكلة، لقد حاولت كل شيء مذكور هنا وأكثر. إنها تجعلني مجنوناً. OAuth1 يعمل بشكل جيد. OAuth2 لا يعمل. أعتقد أنه كان يعمل في إصدار أقدم من n8n لأنني تمكنت من إنشاء بيانات اعتماد X OAuth2 منذ أشهر ولم يتغير شيء من جانبي، نفس الخادم، نفس حسابات X، نفس تطبيق X.
قد أكون وجدت حلاً. سجلت الدخول إلى x.com باستخدام حساب X الذي أريد توصيله بـ n8n. فتحت صفحة بيانات اعتماد n8n في علامة تبويب أخرى. عندما ظهرت نافذة منبثقة بعد النقر على “الاتصال”، نسخت عنوان URL، فتحته في ملاحظة (لأنني لم أستطع تعديله في شريط العناوين) وغيّرت “twitter.com” إلى “x.com” والحفاظ على بقية عنوان URL كما هي. ثم فتحت عنوان URL المعدل في علامة تبويب أخرى، وصرحت التطبيق وكان الاتصال ناجحاً على n8n.
لست متأكداً إذا كانت المشكلة ناجمة عن حجب ملفات تعريف ارتباط من جهات خارجية (رغم أنني سمحت بها على مستوى المتصفح) أم فقط بسبب أن n8n يفتح twitter.com بدلاً من x.com
المشكلة هي رابط تسجيل الدخول لإعادة التوجيه من X، لا يزال يحتوي على Twitter عليه. إليك كيف تمكنت من إصلاحه بعد 4 ساعات من المحاولة. المشكلة: السبب في أنك تبقى عالقاً على صفحة “تفويض التطبيق / تسجيل الدخول إلى X” هو خلل معروف في توجيه الجلسات مع نظام المصادقة الخاص بـ X. X تفشل في تسليم جلستك إلى النافذة المنبثقة، مما يضعك في حلقة.
الحل: إصلاح حل المجال
افتح علامة تبويب عادية في متصفح الويب الخاص بك وانتقل إلى X.com. تأكد تماماً من أنك مسجل دخول بالكامل إلى حسابك المستهدف هناك.
عد إلى n8n وانقر على زر ربط حسابي مرة أخرى لفتح تلك النافذة المنبثقة.
انسخ رابط URL الكامل والطويل على الفور من شريط عنوان النافذة المنبثقة.
الصق سلسلة URL مباشرة في شريط النص الخاص بنافذة المتصفح الرئيسية (الذي أنت مسجل دخول فيه بالفعل إلى X).
انظر إلى البداية الدقيقة لنص URL وغيّر المجال من https://twitter.com/... إلى https://x.com/... بالضبط.
اضغط Enter.
بتغيير الرابط من twitter.com إلى x.com، يطابق المتصفح على الفور جلسة تسجيل الدخول النشطة لديك. ستختفي الحلقة، وستشاهد شاشة تأكيد تفويض التطبيق الزرقاء. انقر على تفويض، وسيعيد التوجيه مباشرة إلى n8n بنجاح!
