واجهة برمجة تطبيقات ترتيب Google: ما تعيده فعلاً وما ترفض إعادته

الفرق التي تبحث عن واجهة برمجة تطبيقات لترتيب Google تريد عادةً شيئاً واحداً محدداً: استدعاءً يعيد الموضع الذي تحتلّه صفحة لكلمة مفتاحية. وGoogle لا تنشر ذلك.

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

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

ما تنشره Google فعلاً

أربعة أسطح يُخلط بينها وبين واجهة ترتيب. وإليك الغرض من كل منها، وفقاً لوثائق Google نفسها.

واجهة Search Analytics API تعيد النقرات ومرات الظهور ونسبة النقر إلى الظهور ومتوسط الموضع لموقع موثَّق. وهي أقرب شيء إلى بيانات الترتيب تقدّمه Google، وهي مصدر كل رقم «متوسط الموضع» في Search Console.

واجهة URL Inspection API تعيد حالة الفهرسة لعنوان URL واحد: هل تعرفه Google، وهل هو مفهرس، وإن لم يكن فلماذا.

واجهة Indexing API تبدو وكأنها تقدّم الصفحات للفهرسة. لكن وثائق Google تحصر أنواعها المدعومة في البيانات المهيكلة JobPosting وBroadcastEvent، وهي حالة استخدام ضيقة وليست تقديماً عاماً للفهرسة.

واجهة Custom Search JSON API تعيد نتائج ويب لاستعلام ما. لكنها تبحث في فهرس تُعِدّه أنت، ولا تخبرك بموضع موقعك في نتائج Google الرئيسية.

لا شيء منها يعيد «ترتيبك لهذه الكلمة المفتاحية». تلك المهمة غير موجودة في خط منتجات Google، وغيابها مقصود لا سهو. فليس لدى Google سبب تجاري لتوزيع بيانات ترتيب المنافسين على نطاق واسع.

ما قسناه: البيانات عمرها ثلاثة أيام

سحبنا التفصيل اليومي لموقعنا في 12 سبتمبر 2026. وكان أحدث تاريخ فيه أي بيانات هو 9 سبتمبر.

تأخّر ثلاثة أيام، بانتظام. ومعامل window يعدّ رجوعاً من أحدث تاريخ متاح لا من اليوم، وهذه مصيدة صغيرة: طلب سبعة أيام يعيد ثمانية تواريخ تنتهي في 9 سبتمبر، لا في 12 سبتمبر.

بالنسبة لتقرير شهري لا يهم هذا. أما بالنسبة لسؤال «هل أفسد تغيير الصفحة أمس شيئاً؟»، فهو مُبطِل. ولا يوجد إعداد يصلحه. التأخير على جانب Google من الخط.

ما قسناه: متوسط الموضع ليس ترتيباً

هذه هي النتيجة الأهم، وهي التي تجعل الناس يظنون أن واجهة ترتيب لدى Google موجودة لكنها تتحفّظ.

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

اختبرنا الفارق على 25 استعلاماً مسحوبة من بيانات Search Console الخاصة بنا، ثم فحصنا الكلمات المفتاحية الـ25 نفسها مقابل نتائج حيّة من الولايات المتحدة، بالإنكليزية، على سطح المكتب، وبعمق 100.

حيث يوجد القياسان معاً، يختلفان بوسيط قدره 7.4 موضع.

هناك تفصيلان أهم من المتوسطات.

أولاً، تسعة من أصل 23 استعلاماً أنتجت موضعاً في Search Console لكن بلا نتيجة حيّة على الإطلاق في فحص الولايات المتحدة والإنكليزية وسطح المكتب. هذا ليس خطأ برمجياً. فمرات الظهور تتراكم من دول أخرى ولغات أخرى وأجهزة أخرى وأسطح الصور والفيديو. وفحص واحد مقيَّد بجغرافيا واحدة لن يعيد إنتاجها، والفريق الذي يتعامل مع الرقمين كأنهما القياس نفسه سيقضي أسبوعاً في ملاحقة تباين هو في حقيقته أثر من آثار المنهج.

ثانياً، الاتجاه غير ثابت. معظم المواضع الحيّة جاءت أدنى من متوسط Search Console، وهذا ما تتوقعه حين يتضمن المتوسط أسطحاً أداؤها أفضل. لكن استعلاماً واحداً تحرّك 36.6 موضع في الاتجاه المعاكس، من 73.6 إلى 37. ولا يوجد معامل تصحيح يمكن تطبيقه.

الفارق يمتد في الاتجاهين، لذا لا يوجد معامل تصحيح يمكن تطبيقه.

النتيجة العملية لمن يبحث عن واجهة ترتيب من Google: البيانات المجانية لن تخبرك بترتيب، والبيانات المدفوعة لن توافقه. وكلتاهما قياس صحيح لشيء مختلف. واعتبار أي منهما بديلاً عن الآخر هو النقطة التي يبدأ فيها التقرير بالخطأ.

والمكان الذي لا بديل فيه حقاً عن جانب البيانات الأولى هو التغطية، وقد قسناها على حدة في مقارنة بدائل واجهات SERP.

ما تعيده واجهة URL Inspection بدلاً من ذلك

واجهة URL Inspection API هي السطح الوحيد من Google الذي يشعرك بفحص الترتيب، لأنك تعطيها عنوان URL بلا كلمة مفتاحية فتعيد إليك حالة. اختبرنا عنوانين.

أعاد كلاهما الحكم نفسه. والحقل الذي يفرّق فعلاً بين الحالتين هو سلسلة حالة التغطية، وهي جملة لا قيمة تعدادية. فحقل الحكم يقول NEUTRAL لعنوان URL لم تره Google قط، ولعنوان URL اكتشفته لكنها لم تفهرسه.

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

الأسطح الأربعة، والمهمة التي لا يؤديها أي منها

النمط ثابت. واجهات Google تصف موقعك من الداخل. أما سؤال الترتيب فيُطرح من الخارج، عن صفحة نتائج، وGoogle لا تقدّم ذلك.

كيف تسدّ الفجوة دون أن تدفع أكثر من اللازم

الترتيب العملي هو مصدران بمهمتين مختلفتين، لا مصدر واحد يُطلب منه أداء الدورين.

استخدم واجهات Google للحقيقة المرجعية عن موقعك أنت. النقرات ومرات الظهور وحالة الفهرسة وقائع أولية لا تجدها في مكان آخر، وهي مجانية. اسحبها وفق جدول، وتعامل مع التأخير البالغ ثلاثة أيام كخاصية في أداة القياس نفسها.

استخدم مصدر SERP للنظرة الخارجية. المواضع الحيّة، ومواضع المنافسين، والكلمات المفتاحية التي لا تترتب لها بعد. هذا هو الجزء المدفوع، وهو أرخص مما تفترضه معظم الفرق: في اختبارنا، فحص 23 كلمة مفتاحية بعمق 100 كلّف $0.2975، أي $0.0129 للفحص الواحد.

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

آليات تشغيل الاثنين من سكربت واحد موجودة في بنائنا لمتتبّع بمصدرين، وجانب التكلفة في النصف الحيّ مسعَّر في اختبار الفحص بالجملة.

الأسئلة الشائعة

هل لدى Google واجهة رسمية للترتيب؟ لا. ما تنشره Google واجهات لأداء بحثك أنت (Search Analytics)، وحالة الفهرسة (URL Inspection)، ونوعان ضيقان من التقديم (Indexing). ولا شيء منها يعيد ترتيباً لكلمة مفتاحية.

لماذا يعرض Search Console موضعاً إذا لم تكن هناك واجهة ترتيب؟ لأن متوسط الموضع مقياس أداء محسوب من مرات ظهورك، لا استعلام عن ترتيب. إنه متوسط الموضع عبر كل مرات الظهور في الفترة، بمتوسط يشمل الدول والأجهزة والأسطح.

كم يتأخر بيانات Search Console؟ ثلاثة أيام في قياسنا في 12 سبتمبر 2026، وأحدث تاريخ متاح كان 9 سبتمبر. ومعامل window يعدّ رجوعاً من ذلك التاريخ، لذا فإن طلب سبعة أيام يعيد ثمانية تواريخ تنتهي في أحدث يوم متاح.

هل يمكن لواجهة URL Inspection API أن تخبرني إن كانت الصفحة مفهرسة؟ نعم، وهي الأداة المناسبة لذلك. اقرأ سلسلة حالة التغطية لا حقل الحكم، لأن الحكم يعيد NEUTRAL لكل من عنوان URL غير المعروف وعنوان URL المكتشَف لكن غير المفهرس.

هل واجهة Custom Search JSON API واجهة ترتيب؟ لا. إنها تعيد نتائج من محرك بحث تُعِدّه أنت، لا موضعك في نتائج Google الرئيسية.

ما أرخص طريقة للحصول على بيانات ترتيب حقيقية؟ افحص أصغر مجموعة كلمات مفتاحية تتصرف بناءً عليها فعلاً، وبالعمق الذي يناسب موضعك. تكلفة الفحص بعمق 10 هي $0.002 للكلمة المفتاحية في اختبارنا، وبعمق 100 هي $0.014، أي أن إعداد العمق يحرّك الفاتورة سبعة أضعاف ما يحرّكها عدد الكلمات المفتاحية.

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

الكاتب/ة: غابرييل فينش، باحث في استرجاع البحث، مع مراجعة أكثر من 1,200 إجابة ذكاء اصطناعي في Auspia. كتابة عن البنية التحتية للبحث وأنظمة الاسترجاع وما يمكن لكل مصدر بيانات أن يراه فعلاً.