تحسين محركات البحث لـAMP

ما هو AMP (Accelerated Mobile Pages)، وكيف يعمل، ولماذا لم يكن عامل ترتيب قط، ولماذا توقف اشتراطه لـTop Stories في يونيو 2021، وكيف تقرر إبقاءه أو إزالته.

نُشر أول مرة: 27 يونيو 2026 · آخر تحديث: 8 أغسطس 2026 · Advanced
اللغات

AMP (Accelerated Mobile Pages) هو إطار Google من 2015 للصفحات المحمولة شبه الفورية — لكنه لم يكن عامل ترتيب قط، ومنذ يونيو 2021 لم يعد مطلوبًا لـTop Stories (استبدلته Core Web Vitals وأزيلت شارة AMP). وهو اختياري ومتراجع: لا تبنِ AMP جديدًا، ووازن الكلفة التشغيلية قبل إبقاء الموجود.

الخلاصة — AMP هو إطار Google مفتوح المصدر من 2015 لصفحات الجوّال شبه الفورية — HTML/CSS/JS مقيد مع التصيير المسبق من Google AMP Cache. لم يكن عامل ترتيب قط (تقول Google ذلك صراحةً)، ومنذ تحديث تجربة الصفحة في يونيو 2021 لم يعد مطلوبًا لـTop Stories — فقد استبدلته Core Web Vitals وأزيلت شارة AMP. ما زال AMP المخزن مؤقتًا يُعرض تحت google.com/amp/s/…؛ ويمكن لـSigned Exchange (SXG) عرضه تحت عنوان URL الخاص بك، لكن في Chrome فقط. وتربط العلاقة الأساسية صفحة غير AMP ذات canonical ذاتي (تحمل rel="amphtml") بصفحة AMP تعيد rel="canonical" إليها. واليوم AMP اختياري ومتراجع: لا تبنِ AMP جديدًا، وازن الكلفة التشغيلية (ولا سيما التحليلات) قبل إبقاء الموجود.

Evidence for this claim AMP is not required for Top Stories eligibility; Google removed the AMP requirement with the page experience rollout. Scope: Current official or standards documentation. Confidence: high · Verified: Google Search Central: Page experience rollout Evidence for this claim The Google AMP Cache is a proxy-based CDN that stores and serves valid AMP documents. Scope: Current official or standards documentation. Confidence: high · Verified: AMP: How pages are cached

لمحة من التاريخ

أطلقت Google AMP في 2015 وأتاحته في بحث Google في أكتوبر 2015، وقدمته بوصفه جواب الويب المفتوح عن Facebook Instant Articles وApple News — طريقة لإبقاء صفحات الناشرين قادرة على المنافسة في سرعة الجوّال. ودعم المشروع عند إطلاقه شركاء مثل Twitter وLinkedIn وWordPress وPinterest، ثم انتقل لاحقًا إلى حوكمة OpenJS Foundation، مع بقاء Google المساهم الأكبر.

لم يكن سبب تبني معظم الناشرين له أيديولوجيًا — بل كان دائري Top Stories. فمن نحو 2016 إلى 2021، كان AMP مطلوبًا عمليًا للظهور هناك، وكانت Google تميز نتائج AMP بشارة برق (⚡).

كيف يعمل AMP تقنيًا؟

يشتري AMP السرعة عبر القيود:

  • ترميز مقيد. تصرح صفحة AMP بـ<html ⚡> (أو <html amp>)، وتحمل وقت تشغيل AMP JS (<script async src="https://cdn.ampproject.org/v0.js">)، وتضمّن قالب AMP الأساسي إضافة إلى وسمَي meta المطلوبين للـcharset وviewport.
  • لا JavaScript من المؤلف. يُمنع JS الخاص بك إلا عبر مكوّن amp-script المحجوز، ولا يعمل JS التابع لجهات أخرى إلا داخل إطارات iframe. وكل ما يعمل يكون غير متزامن، فلا يحجب التصيير.
  • CSS مضمن ومحدود بـ75KB. لا توجد أوراق أنماط خارجية.
  • أبعاد الموارد معلنة ثابتًا. تحجز الصور والتضمينات مكانها مسبقًا، مما يمنع تحرك التخطيط.

تسمح هذه القواعد لـGoogle بإجراء تصيير مسبق لصفحة AMP في iframe مخفي قبل أن ينقر المستخدم — ومن هنا يأتي إحساس «الفورية».

Google AMP Cache

لا تأتي سرعة AMP من الإطار وحده — بل من التسليم أيضًا. تخزن Google نسخة متحققًا منها ومحسنة من صفحة AMP على cdn.ampproject.org، وتقدمها عبر HTTPS وبروتوكولات حديثة، وتحسن الصور. ومن النتائج التي ينبغي استيعابها: مع AMP المخزن مؤقتًا تصبح بنية Google التحتية هي المضيف لمحتواك، لا خوادمك. ولاحظ أيضًا أن صفحات AMP لسطح المكتب لا تُقدم من AMP Cache — إذ يتصرف AMP ذي canonical هناك كأي نتيجة عادية — لذلك تكون فائدة تسريع CDN مسألة جوّال فعليًا.

ما الذي حدث فعلًا في بحث Google؟

الخط الزمني المهم:

  • 2016–2021: ظهرت شارة AMP (⚡) في النتائج؛ وكان AMP مطلوبًا لـTop Stories.
  • أبريل 2021: أعلنت Google أنه مع تحديث تجربة الصفحة، “using the AMP format is no longer required” (ترجمة) «لم يعد استخدام تنسيق AMP مطلوبًا» لـTop Stories.
  • يونيو 2021: طُرح تحديث تجربة الصفحة. وأصبحت Core Web Vitals إشارة الأداء لأهلية Top Stories، وأزالت Google شارة AMP من النتائج.
  • 2021–الآن: AMP اختياري ولا يحمل دفعة ترتيب، وCWV هو ما يقود إشارات الأداء الفعلية.

العنوان الذي تحتاج إليه: AMP نفسه ليس عامل ترتيب، ولم يعد تذكرتك إلى Top Stories.

مشكلة إعادة كتابة عناوين URL (وSigned Exchange)

توجد ثلاثة عناوين URL في حالة مقال AMP واحد: عنوان الناشر الأصلي، وعنوان AMP Cache على cdn.ampproject.org، وعنوان Google AMP Viewer الذي يبدو هكذا: https://www.google.com/amp/s/[your-domain]/[path]. ولأن التصيير المسبق يحتاج إلى iframe من الأصل نفسه، يعرض Viewer محتواك تحت عنوان URL في نطاق google.com — فيرى المستخدمون نطاق Google لا نطاقك. وقد كان ذلك مصدرًا حقيقيًا لالتباس العلامة التجارية ومشكلات نسب المحتوى.

Signed Exchange (SXG) هو الإصلاح. فهو يغلّف مستند AMP بتوقيع تشفيري مرتبط بعنوان URL الخاص بك، وعندما يتحقق Chrome منه يعرض المتصفح نطاقك في شريط العنوان. وتعطي Google الأولوية لـSigned Exchange على AMP Viewer عندما يكون مدعومًا. أما القيود: فلا يعمل SXG إلا في Chrome، وعمر التوقيعات الأقصى 7 أيام (لذلك يجب على الحازم إعادة التوقيع)، وهو محدود بالنتائج الغنية والأساسية (لا الدوارات)، ويتطلب تشغيل خادم amppackager أو مزود SXG تابعًا لجهة أخرى. إنها طريقة التسليم «الصحيحة»، لكنها ترفع التشغيل بقدر ملموس.

وسم canonical في AMP

هنا تنكسر تطبيقات AMP غالبًا. توجد حالتان:

  • مقترنان (الأشيع): صفحة غير AMP وصفحة AMP منفصلة.
    • تكون الصفحة غير AMP canonical لنفسها وتضيف <link rel="amphtml" href="https://example.com/article/amp/">.
    • تضيف صفحة AMP <link rel="canonical" href="https://example.com/article/"> مشيرةً إلى نسخة non-AMP.
  • AMP فقط: يكون عنوان URL واحد canonical وAMP في الوقت نفسه، فيشير إلى نفسه.

قواعد عملية: تفهرس Google عنوان URL canonical (وتتعامل مع AMP كنسخة مكررة)، لذلك ضع بياناتك المنظمة في النسختين، وأدرج عناوين URL canonical فقط في خريطة موقعك، ودع rel="amphtml" يتولى اكتشاف AMP. وتوثق Google اقتران rel="amphtml" / rel="canonical" هذا تحديدًا — راجع عن AMP: اجعل محتواك قابلًا للاكتشاف للعلاقة المرجعية إذا لم يطابق إعدادك أيًا من الحالتين أعلاه.

تحديات تحليلات AMP

تعقيد التتبع في AMP كلفة تشغيلية حقيقية، لا نظرية:

  • مشكلة الإحالة. ظهر المرور من صفحات AMP المخزنة مؤقتًا تاريخيًا بوصفه إحالات من cdn.ampproject.org بدل البحث العضوي — والحل هو استثناء إحالة ذلك النطاق.
  • تجزؤ الجلسة. كان الانتقال من صفحة AMP مخزنة مؤقتًا إلى صفحة non-AMP يبدأ جلسة جديدة افتراضيًا. ويصل AMP Linker (بتمرير Client ID عبر معلمة URL amp_id= من طرف التخزين المؤقت إلى الموقع) الجلسات معًا.
  • يستخدم GTM for AMP مكوّن amp-analytics — وهو إعداد أعقد من GTM القياسي، بميزات أقل.
  • اكتسب GA4 دعمًا أصليًا لـAMP في يونيو 2024؛ وقبل ذلك اعتمد قياس AMP على تطبيقات المجتمع.

عندما أوقفت Search Engine Land AMP، كان «a clearer picture of their audience analytics» (ترجمة) «صورة أوضح لتحليلات جمهورهم» أحد المكاسب التي أبلغوا عنها — لذا فهذه نقطة ألم معروفة.

أسطح AMP الأخرى (كي لا تخلط بينها)

  • Web Stories (أُطلقت باسم AMP Stories في 2018، وأعيدت تسميتها Google Web Stories في 2020) هي صيغة قصص مرئية قابلة للنقر مبنية على AMP. وتظهر في البحث وDiscover والصور. وهي مختلفة عن مقالات AMP العادية.
  • يجلب AMP for Email محتوى تفاعليًا (نماذج ودوارات وبيانات لحظية) إلى Gmail وبعض العملاء الآخرين. إنها ميزة بريد إلكتروني، لا SEO بحث — يجدر أن تعرف وجودها، لكنها لا تتعلق بالترتيب.

Bing وAMP

انضمت Bing إلى جهد AMP مفتوح المصدر في سبتمبر 2016، وشغلت عارض AMP وذاكرة تخزين مؤقت خاصة بها فترة من الزمن، مع معالجة برق خاصة بها. لكن وفق Bing، لم يؤثر AMP في خوارزميات ترتيبها بأي شكل، وأصبح دعم Bing لـAMP تاريخيًا إلى حد كبير — فلا توجد دوارة أخبار حالية تشترط AMP ولا تقارير AMP بارزة في Bing Webmaster Tools. وعمليًا يشبه موقف Bing موقف Google: اختياري ومن دون دفعة ترتيب.

هل ما زلت تحتاج إلى استخدام AMP؟

حالات قد يكون فيها إبقاء AMP منطقيًا:

  • ناشر أخبار/إعلام يستخدم AMP بالفعل، مع معدلات أخطاء منخفضة في Search Console وكلفة انتقال مرتفعة.
  • موقع محتوى بسيط يكون AMP فيه — بالمصادفة — الطريق الأسهل لتحقيق Core Web Vitals جيدة.

حالات ينبغي فيها إزالته:

  • مواقع المؤسسات ذات الوظائف التي لا يستطيع AMP دعمها — وهذه بالضبط الحالة التي ناقشتها في SMX West: قد يصعب على شركة كبيرة ذات بنية معقدة تطبيق AMP، وقد يحمل مخاطر زائدة، وهناك أسباب تجارية حقيقية لإبقاء عناصر الموقع التي لا يسمح بها AMP.
  • مواقع تشغل AMP فقط من أجل شارة Top Stories التي لم تعد موجودة.
  • مواقع تهمها وضوح التحليلات — فتعقيد تتبع AMP كلفة حقيقية.
  • مواقع تجتاز Core Web Vitals بالفعل — فلا فائدة إضافية من AMP.
  • أي موقع تسبب فيه إعادة كتابة عناوين AMP مشكلات في العلامة التجارية أو نسب المحتوى.

الإجابة الصادقة في 2026: AMP اختياري ومتراجع. في المشاريع الجديدة، لا تطبقه. وفي المواقع القائمة، قيّم الكلفة التشغيلية مقابل الفائدة المتبقية.

كيفية إزالة AMP (إذا قررت ذلك)

  1. أزل وسم rel="amphtml" من صفحاتك canonical (غير AMP).
  2. نفذ إعادة توجيه 301 من عناوين AMP إلى نظائرها canonical غير AMP.
  3. توقف عن مراقبة تقرير حالة AMP في Search Console.
  4. تحقق من زوال أخطاء AMP من Search Console خلال الأسابيع التالية.

إذا نُفذ الأمر بصورة صحيحة، تستمر الصفحات canonical في الفهرسة والترتيب. وقد أزال ناشرون كبار، منهم Search Engine Land، AMP مع اضطراب محدود في الزيارات.

أساطير تستحق الإزالة

  • «AMP يمنح دفعة ترتيب». لا يفعل. AMP ليس عامل ترتيب؛ السرعة هي العامل، وAMP مجرد طريقة واحدة لتحقيقها.
  • «تحتاج إلى AMP من أجل Top Stories». خطأ منذ يونيو 2021.
  • «AMP أسرع دائمًا من الصفحة العادية». ليس بالضرورة — تأتي الميزة من التصيير المسبق لنسخة التخزين المؤقت لدى Google. وقد تتفوق صفحة non-AMP سريعة على صفحة AMP بطيئة.
  • «عناوين AMP هي عناوينك». فقط مع Signed Exchange (في Chrome فقط). أما Viewer الافتراضي فيعرض google.com/amp/s/….
  • «إزالة AMP ستسقط الزيارات». عالج canonical وإعادة التوجيه بصورة صحيحة، ويكون الأثر عادةً محدودًا.

أما إشارات الأداء المهمة الآن، فراجع Core Web Vitals وعنقود Web Performance الأوسع.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.