هل لم تتم فهرسة صفحة AMP للجوال بواسطة Google؟ 5 خطوات تحقق غالبًا ما يتم تجاهلها

هل لم تتم فهرسة صفحة AMP للجوال بواسطة Google؟ لا تتعجل بإعادة العمل من الصفر——90% من المشكلات مصدرها ثغرات في التحقق. يركز هذا المقال مباشرة على نقاط الألم العملية، ويرتب لك 5 خطوات تحقق رئيسية غالبًا ما يتم تجاهلها لكنها تحسم نجاح أو فشل الإدراج.

الخلاصة أولًا: ليست المشكلة أن AMP لم يعمل, بل أنك لم “تُخبر” Google بأنه أصبح جاهزًا

بصفتك المنفذ التقني لشركات التجارة الخارجية, والمصانع, والبائعين عبر الحدود, فقد أمضيت وقتًا في إعداد صفحات AMP, وقدمت sitemap, بل ورأيت في Search Console عبارة “حالة AMP: صالحة”, ومع ذلك لم يظهر رمز AMP（⚡）في نتائج البحث أو لم يتحسن الإدراج على الجوال لفترة طويلة——وعلى الأرجح فهذه ليست مشكلة تقنية, بل توجد نقطة انقطاع خفية في سلسلة التحقق. إن Google لا “يكتشف” AMP من تلقاء نفسه أبدًا, بل يعتمد على أن تُكمل أنت حلقة إشارات كاملة قابلة للتحقق, وقابلة للتتبع, وقابلة للتدقيق.

الخطوة الأولى: تأكد مما إذا كانت صفحة AMP قد اجتازت أداة التحقق الرسمية من Google（وليس مجرد المعاينة المحلية）

يستخدم كثير من العاملين الإضافات في Chrome أو أدوات التحقق المحلية من HTML لفحص AMP, ثم يظنون أن كل شيء على ما يرام بمجرد ظهور “علامة صح خضراء”. لكن تقرير AMP في Google Search Console وسلوك الفهرسة الفعلي لا يعترفان إلا بنتائج التحليل الفوري عبر الإنترنت من الأداة الرسمية للتحقق（AMP Validator）. يُرجى التأكد من زيارةGoogle Search Console > صفحة تقرير AMP, ثم النقر على “تشغيل الاختبار”, وإدخال URL الكامل（بما في ذلك https、www、المسار والمعلمات）. انتبه: قد يتم رفض URL الذي يحتوي على معلمات UTM, أو ID لاختبار A/B, أو cookie لحالة تسجيل الدخول؛ ويجب استخدام عنوان الصفحة الحقيقي في بيئة الإنتاج, من دون إعادة توجيه, ومن دون حظر JavaScript.

الخطوة الثانية: تحقق مما إذا كان الربط الثنائي بين canonical ورابط AMP دقيقًا بنسبة 100%

هذه هي الحلقة الأكثر عرضة للأخطاء والأصعب في التتبع. المعيار يتطلب: يجب أن تتضمن صفحة HTML العادية الذي يشير إلى صفحة AMP المقابلة؛ ويجب أن تتضمن صفحة AMP الذي يشير إلى صفحة HTML الأصلية. غالبًا ما تظهر المشكلات في: مواقع اللغات المتعددة حيث يتم تثبيت خاصية href على المسار /en/ من دون تكييفها مع اللغة الحالية؛ أو أن صفحة AMP المُنشأة ديناميكيًا تفتقد رابط canonical العكسي؛ أو أن استخدام CDN cache يؤدي إلى فقدان وسم link في إحدى مرات الاستجابة. يُنصح باستخدام curl -I + أوامر curl لالتقاط رؤوس HTTP وشفرة HTML المصدرية طبقة بطبقة, بدلًا من الاعتماد فقط على النقر بزر الماوس الأيمن في المتصفح للعرض——إذ إن التخزين المؤقت, أو العرض من جانب الخادم（SSR）, أو قواعد Edge قد تؤدي جميعها إلى انقطاعات غير مرئية بالعين المجردة.

الخطوة الثالثة: تحقّق مما إذا كانت صفحة AMP “قابلة للزحف” فعلًا, وليست فقط “قابلة للوصول”

قابل للوصول ≠ قابل للزحف. تحقق مما إذا كان robots.txt قد حظر عن غير قصد مسار موارد AMP（مثل الدلائل الفرعية /amp/、/mobile/ وغيرها）؛ وتأكد من أن الخادم لا يعيد 403/404 إلى User-Agent الذي يحتوي على “Googlebot-Mobile” أو “AdsBot-Google”； وانتبه بشكل خاص إلى ما إذا كان جدار الحماية WAF أو منصة الحماية السحابية（مثل Cloudflare）تُخطئ في اعتبار طلبات AMP هجمات زحف. طريقة تحقق بسيطة: استخدم “أداة فحص URL” في Search Console, واختر محاكاة الزحف عبر “Googlebot Smartphone”, وراقب ما إذا كانت تُرجع 200 مع بنية HTML كاملة——إذا ظهر “تم الحظر” أو “انتهت المهلة”, فالمشكلة ليست في كود AMP نفسه, بل في قناة الوصول.

الخطوة الرابعة: تحرَّ عن تأخر الفهرسة وعدم تطابق الإصدارات الناتج عن آلية التخزين المؤقت AMP Cache

يقوم Google AMP Cache بتخزين صفحات AMP الخاصة بك مؤقتًا وتحسينها تلقائيًا, لكن هذا يجلب أيضًا مخاطر خفية: فعندما يحدّث الموقع الأصلي AMP HTML, قد يتأخر تحديث Cache من عدة ساعات إلى عدة أيام؛ والأخطر من ذلك, إذا أعادت صفحة AMP في الموقع الأصلي رأس no-cache أو رأس Vary: User-Agent, فقد يرفض Google التخزين المؤقت, ثم يتخلى عن الفهرسة. يُرجى فحص رؤوس الاستجابة: تأكد من عدم وجود Cache-Control: no-store/no-cache؛ وأن يحتوي رأس Vary فقط على Accept-Encoding أو Origin（في سيناريوهات المصادر المتعددة）, وألّا يحتوي إطلاقًا على User-Agent أو Cookie. وفي الوقت نفسه, انقر على URL المحدد في تقرير AMP داخل Search Console, وتحقق مما إذا كان “عنوان URL المؤقت” يفتح بشكل طبيعي——فإذا فشل الانتقال أو كان المحتوى قديمًا, فهذا يعني أن آلية المزامنة بين الموقع الأصلي وCache قد تعطلت.

الخطوة الخامسة: تأكد مما إذا كان مصدر بيانات AMP في Search Console قد تم تمكينه وكانت تبعيته صحيحة

هذه هي “المشكلة الجذرية” التي يغفل عنها 90% من المبتدئين. حتى إذا كانت الصفحة مثالية تقنيًا, فإذا لم يتم التحقق بشكل صحيح من أصل Search Console الذي ينتمي إليه URL الخاص بـ AMP（مثلًا, تم التحقق من www.example.com, لكن صفحة AMP منشورة على m.example.com أو amp.example.com）, فلن يُدخلها Google أساسًا في نظام تقييم الفهرسة. يُرجى الدخول إلى Search Console > الإعدادات > طرق التحقق, والتأكد من أن بادئة اسم النطاق التي تستخدمها حاليًا（البروتوكول + النطاق الفرعي）مطابقة تمامًا لعنوان النشر الفعلي لصفحة AMP. تذكير خاص: إذا كنت من عملاء نظام Easyyingbao AI لبناء المواقع, فالرجاء استخدام التحقق بنقرة واحدة من تبعية اسم النطاق وعلاقة تعيين الموارد في الخلفية ضمن 【صندوق أدوات SEO】→【إدارة AMP】——سيقوم النظام تلقائيًا بمطابقة canonical, وسجلات DNS, وحالة التحقق في GSC, وتحديد نقطة الانقطاع في التبعية خلال 3秒.

ما يجب التأكيد عليه هو: إن AMP بحد ذاته ليس رصاصة سحرية لـ SEO. منذ 2021, ألغت Google الوزن الخاص لـ AMP في ترتيب البحث, وعادت قيمته الأساسية إلى جوهرها——ضمان أداء تحميل فائق السرعة لصفحات الجوال（LCP<1s）وتجربة مستخدم مستقرة. لذلك, إذا كان هدفك هو تحويلات استفسارات B2B أو جمع العملاء المحتملين في الشاشة الأولى لمتجر عابر للحدود, فبدلًا من استهلاك الجهد في الدفع بقوة نحو AMP, من الأفضل إعطاء الأولوية لتحسين مؤشرات Core Web Vitals. وعندما تكون قد قررت بالفعل اعتماد حل AMP, فإن الخطوات 5 أعلاه هي خط الحياة الذي يحدد “ما إذا كان يمكن رؤيته”.

وأخيرًا نضيف ملاحظة عملية: من بين 327 من عملاء التجارة الخارجية الذين خدمناهم, كان أصل 86% من حالات فشل فهرسة AMP في الخطأ المتقاطع بين الخطوة الثانية（الربط الثنائي لـ canonical）والخطوة الخامسة（تبعية أصل GSC）. على سبيل المثال, لم يكن رمز ⚡ يظهر مطلقًا في صفحة AMP الخاصة بأحد مصانع قطع غيار السيارات في تشجيانغ, وبعد الفحص تبيّن أن amp.en.example.com في GSC تم التحقق منه على أنه en.example.com, كما أن رابط canonical العكسي كان يشير إلى مسار خاطئ للموقع الصيني. وبعد التصحيح, تمت الفهرسة خلال 48 ساعة.

إذا كنت تواجه مأزقًا مشابهًا, أو ترغب في تجنب مناطق العمى التحققية المماثلة بشكل منهجي في AMP, والمواقع متعددة اللغات, وتحسين محركات GEO, فنوصي بالتعرف بشكل أعمق علىكيفية تحسين إدارة شؤون الأفراد والعمل والأجور في المؤسسات في عصر الاقتصاد الرقمي——ورغم أن الموضوع يبدو عابرًا للمجالات, فإن المنهجيات المترسبة فيه مثل “تصميم SOP موحد للتحقق” و“حوكمة تبعية الصلاحيات عبر الأنظمة” و“بناء لوحات تدقيق آلية” قد تم نقلها بنجاح إلى نظام ضبط جودة التسويق الخارجي لدى Easyyingbao, ما ساعد العملاء على تقليص متوسط المدة من إطلاق الموقع إلى الظهور في محركات البحث إلى 72 ساعة.

الخاتمة: الفهرسة ليست نقطة النهاية, بل نقطة انطلاق رحلة المستخدم

إن عدم فهرسة AMP ليس أبدًا صندوقًا أسود تقنيًا, بل فجوة في وعي التحقق. وبصفتك منفذًا في الخط الأمامي, فأنت لا تحتاج إلى أن تصبح خبيرًا في بروتوكول AMP, لكن يجب أن تؤسس عادة تشغيل “قابلة للتحقق, قابلة للتتبع, قابلة للإسناد”. تذكّر: قبل كل مرة تنقر فيها على “إرسال”, اسأل نفسك أولًا——هل يستطيع Google أن يزحف إليه, ويحلله, ويربطه, ويخزنه مؤقتًا, ويعرضه بشكل نظيف وسلس؟ حوّل هذه الخطوات 5 إلى قائمة فحص قبل الإطلاق, وستكون قد سبقت الغالبية العظمى من العاملين في المجال. إن النمو الحقيقي يبدأ من كل تحقق تفصيلي لم يتم تجاهله.