معلمات رابط بحث Google: ما الذي ما يزال يعمل في 2026

في وقتٍ ما من سبتمبر 2025، تعطّلت بهدوء مجموعة من أدوات SEO والسكريبتات المخصّصة. السبب؟ توقّفت Google عن دعم المعلمة num=100 بشكل موثوق، وهي الحيلة التي اعتمد عليها المستخدمون المتقدّمون لسنوات لعرض 100 نتيجة في الصفحة الواحدة. لم يصدر أي إعلان رسمي بالإيقاف — بل اكتفى متحدث بتوضيح لـ Search Engine Land أن هذه المعلمة "لم تكن مدعومة رسميًا". وفي الفترة نفسها، طرحت Google المزيد من أوضاع udm إلى جانب فئات tbm القديمة، وأعلنت أن نطاقات رموز الدول ستُحوَّل تدريجيًا إلى google.com، كما ذكرت أن AI Overviews وصلت إلى أكثر من 2.5 مليار مستخدم شهريًا.

إذا كنت تبني روابط بحث، أو تتبع الترتيب، أو تؤتمت الأبحاث باستخدام معلمات رابط Google، فهناك احتمال كبير أن بعض عملياتك أصبحت أضعف من دون أن تلاحظ. في Thunderbit، راجعنا وثائق Google الحالية، وإعلانات التغييرات الأخيرة، ومراجع الهندسة العكسية، بالإضافة إلى اختبارات مباشرة، لتمييز الإعدادات المستقرة عن الإعدادات الظرفية. والنتيجة هي مرجع مؤرّخ وقابل للاختبار قبل الاعتماد، لمعلمات رابط بحث Google التي تهم في 2026، بما في ذلك خرائط tbm/udm، وصيغة ترميز uule للاستهداف الجغرافي على مستوى المدينة، وتعارضات المعلمات التي قد توفّر ساعات من استكشاف الأخطاء.

ما هي معلمات رابط بحث Google؟

معلمات رابط بحث Google هي أزواج key=value التي تظهر بعد ? في رابط البحث. وهي تتحكم في كل شيء، من العبارة التي تبحث عنها، إلى بلد النتائج التي تراها، إلى ما إذا كنت ستحصل على صور أو أخبار أو روابط زرقاء تقليدية.

يتكون رابط بحث Google النموذجي هكذا:

https://www.google.com/search?q=best+crm+software&hl=en&gl=us&tbs=qdr:m

• الرابط الأساسي: https://www.google.com/search
• ? يبدأ سلسلة الاستعلام
• q=best+crm+software هو نص البحث (تُشفَّر المسافات على شكل +)
• & يفصل بين كل معلمة وأخرى
• hl=en يضبط لغة الواجهة إلى الإنجليزية
• gl=us يطلب من Google عرض النتائج كما لو أنك في الولايات المتحدة
• tbs=qdr:m يفلتر النتائج لتكون من الشهر الماضي

وهنا فرق مهم: مشغلات البحث مثل site: وfiletype: وintitle: توضع داخل قيمة q=. إنها جزء من الاستعلام نفسه. أما معلمات URL مثل gl وhl وtbs فهي مفاتيح منفصلة في الرابط تتحكم في طريقة معالجة Google للنتائج وعرضها. كلاهما مهم، ويعملان معًا — لكنهما ليسا الشيء نفسه.

لم تنشر Google يومًا مواصفة واحدة ثابتة ومُرقّمة لهذه المعلمات. بعضُها يأتي من نموذج البحث المتقدم، وبعضها من Custom Search API، وبعضها استُنتج عبر مراقبة روابط Google نفسها. وهذا يعني أن ما تقرؤه هنا مبني على اختبار حي وسلوك موثق، لا على عقد API رسمي.

لماذا تهم معلمات رابط بحث Google في 2026؟

المعلمات ليست مسألة تقنية فقط للمطورين. أي شخص يعمل في SEO أو التسويق أو المبيعات أو العمليات أو المنتج ويحتاج إلى فهم ما تعرضه Google لاستعلام معين، في سوق معين، وفي وقت معين — هذه المعلمات هي أدواته.

إليك توزيعًا سريعًا لمن يستفيد منها وكيف:

حالة الاستخدام	من المستفيد	المعلمات الأساسية
تتبع ترتيب SEO عبر البلدان	فرق SEO والتسويق	gl، hl، uule، pws
مراقبة المنافسين حسب التاريخ	فرق الاستراتيجية والعمليات	tbs، q مع site:
مراقبة الإعلانات في أسواق محددة	فرق الإعلانات المدفوعة	gl، hl، udm
تدقيق SEO المحلي (على مستوى المدينة)	أصحاب الأعمال المحلية	uule، gl
بحث المحتوى / تتبع الترندات	فرق المحتوى	tbs (فلاتر التاريخ)، lr
تغذية بيانات البحث إلى تطبيقات AI/LLM	فرق المنتج والبيانات	عدة معلمات + استخراج منظم

ثلاثة تغييرات كبيرة تجعل 2026 مختلفًا بشكل ملموس:

1. لم يعد num=100 موثوقًا. حيلة عرض 100 نتيجة في الصفحة توقفت عن العمل بشكل موثوق في سبتمبر 2025. لم تُلغِ Google الدعم له رسميًا؛ لكن المتحدث أوضح أنه لم يكن مدعومًا رسميًا أصلًا.
2. إعادة توجيه ccTLD ليست انتقالًا مكتملًا بعد. أعلنت Google في أبريل 2025 أن نطاقات رموز الدول (مثل google.co.uk وgoogle.de) ستتحول تدريجيًا إلى google.com. ولم تنشر Google إشعارًا بانتهاء العملية، لذا لا تفترض أن كل الأسواق المحلية تتصرف بالطريقة نفسها بعد.
3. AI Overviews غيّرت صفحة النتائج. تقول Google إن AI Overviews وصلت إلى أكثر من 2.5 مليار مستخدم شهريًا وإلى أكثر من 200 دولة وإقليم. أوضاع udm التي استُنتجت عكسيًا قد تغيّر شكل النتائج في بعض السياقات، لكنها ليست مفتاحًا مضمونًا لتفعيل AI Overview.

إذا لم تُحدَّث عملياتك وفق هذه التغييرات، فالأرجح أنك تحصل على نتائج أضعف أو مضللة من دون أن تدرك ذلك.

ورقة غش معلمات رابط بحث Google (2026)

قبل التعمق، الجدول السريع التالي هو أحدث قائمة استطعت تجميعها. احفظه في المفضلة.

المعلمة	وظيفتها	مثال	الحالة
q	عبارة البحث (وتدعم المشغلات داخلها)	q=best+crm+software	✅ نشطة
hl	لغة الواجهة	hl=en، hl=ja	✅ نشطة
gl	سياق البلد/السوق	gl=us، gl=jp	✅ نشطة
lr	حصر النتائج في لغة محتوى معينة	lr=lang_en	✅ نشطة
cr	حصر النتائج في بلد الاستضافة	cr=countryUS	✅ نشطة
start	موضع بداية الصفحة التالية	start=10 (الصفحة 2)	✅ نشطة
num	عدد النتائج في الصفحة (سابقًا)	num=100	⚠️ غير مدعومة رسميًا؛ غير موثوقة منذ سبتمبر 2025
udm	وضع محتوى ظرفي	udm=14 (الويب الكلاسيكي)	⚠️ استُنتج عكسيًا؛ يختلف حسب السياق
tbm	نوع/مجال البحث	tbm=isch (صور)	⚠️ ما يزال يُلاحظ؛ اختبره مع udm
tbs	فلاتر الوقت، الترتيب، المطابقة الحرفية	tbs=qdr:w	✅ نشطة
safe	التحكم في البحث الآمن	safe=active	✅ نشطة
filter	فلترة النتائج المكررة	filter=0	✅ نشطة (مُلاحظة)
nfpr	تعطيل التصحيح التلقائي	nfpr=1	✅ نشطة (مُلاحظة)
pws	تعطيل التخصيص	pws=0	✅ نشطة
uule	الاستهداف الجغرافي على مستوى المدينة/DMA	uule=w+CAIQICI...	✅ نشطة (استُنتجت عكسيًا)
as_q، as_epq، as_eq، إلخ	حقول نموذج البحث المتقدم	متنوع	✅ نشطة
as_sitesearch	حصر النتائج في نطاق	as_sitesearch=example.com	✅ نشطة
as_filetype	حصر النتائج في نوع ملف	as_filetype=pdf	✅ نشطة
ie، oe	ترميز الإدخال/الإخراج	ie=UTF-8	✅ نشطة (نادراً ما تحتاجها)
kgmid، si، ibp	كيان Knowledge Graph / عرض ميزة	متنوع	⚠️ ظرفية (ليست للاستخدام العام)
ei، ved، sxsrf، sclient	جلسة/تتبع/قياس	متنوع	🔒 داخلية (تجاهلها)
gbv	عرض HTML بسيط (سابقًا)	gbv=1	❌ غير موثوقة في 2026

احذف ei وved وsxsrf وsclient من أي روابط تحفظها أو تشاركها. فهي حالة جلسة وبيانات قياس ترفقها Google تلقائيًا — ولا علاقة لها ببناء روابط البحث نفسها.

معلمات Google Search الأساسية التي ما تزال تعمل

اختبرتُ كل هذه القيم مباشرة حتى منتصف 2026. وهي ما ستحتاج إليه غالبًا.

q — استعلام البحث

معلمة q تحمل كلمات البحث. وتُشفَّر المسافات على شكل + أو %20. وهنا تعيش مشغلات البحث الموثقة من Google — توضع داخل قيمة q، لا كمعلمات منفصلة.

بعض الأمثلة:

• عبارة مطابقة تمامًا: q=%22google+search+url+parameters%22
• مقصور على موقع: q=site%3Aexample.com+pricing
• نوع ملف: q=filetype%3Apdf+annual+report+2026
• مركب: q=site%3Acompetitor.com+intitle%3Apricing+after%3A2026%2F01%2F01

احرص دائمًا على ترميز قيمة الاستعلام كاملة في URL. علامات الاقتباس والنقطتان المزدوجتان والشرطات المائلة تحتاج إلى ترميز صحيح حتى لا يفسد الرابط.

hl — لغة الواجهة

تتحكم hl في لغة واجهة Google (الأزرار، التسميات، عناوين "يسأل الناس أيضًا")، كما تؤثر في النتائج التي تعطيها Google الأولوية. وتستخدم رموز ISO 639-1 مثل en وfr وde وja، أو وسوم BCP 47 مثل en-gb أو pt-br.

لا تفرض hl على كل المستندات في النتائج أن تكون بتلك اللغة. إنها إشارة قوية، لكن Google قد تعرض نتائج بلغات أخرى إذا كانت أكثر صلة. أما لتقييد لغة المحتوى، فاستخدم lr.

gl — البلد / الموقع الجغرافي

تُحاكي gl البلد الذي تبحث منه، باستخدام رموز ISO 3166-1 alpha-2 (us، gb، jp، de). ومع تحويل ccTLDs تدريجيًا إلى google.com، أصبحت gl الطريقة الأساسية للحصول على نتائج خاصة ببلد محدد.

يمكن أن تعطيك نفس العبارة نتائج مختلفة تمامًا مع قيم gl مختلفة، بما في ذلك المقتطفات المميزة والحِزم المحلية. على سبيل المثال، q=best+bank&gl=us وq=best+bank&gl=jp سيُظهران بنوكًا مختلفة جدًا.

نصيحة مهمة: اقرن gl دائمًا مع hl للحصول على نتائج محلية أدق. استخدام gl=jp مع hl=en يمنحك نتائج سوق اليابان بواجهة إنجليزية — وهو مفيد جدًا في تدقيقات SEO الدولية.

lr و cr — تقييد اللغة وتقييد البلد

غالبًا ما يتم الخلط بينهما، لكن الفرق مهم:

• lr=lang_en يقيّد النتائج بالصفحات المكتوبة بالإنجليزية (لغة المحتوى)
• cr=countryUS يقيّد النتائج بالصفحات المستضافة داخل الولايات المتحدة (موقع الخادم / الارتباط القُطري)
• gl=us يحاكي البحث من داخل الولايات المتحدة (يؤثر في الترتيب والنتائج المحلية والإعلانات)

كلا lr وcr متاحان عبر نموذج البحث المتقدم من Google. كن حذرًا عند الجمع بينهما — فـ lr=lang_en + cr=countryJP تعني "صفحات إنجليزية مستضافة في اليابان"، وهي مجموعة ضيقة جدًا. وسأعود إلى هذا في قسم التعارضات.

start — الترقيم الصفحي

start=10 يطلب النتائج بدءًا من الموضع 11 (الصفحة 2)، وstart=20 للصفحة 3، وهكذا. وبما أن num=100 لم يعد موثوقًا، فإن الزيادة بمقدار 10 في start أصبحت الخيار الآمن الافتراضي — لكن Google قد لا تزال تعيد كتابة الترقيم أو تفرض عليه قيودًا.

حيلة num=100&start=0 القديمة لجلب صفحة كاملة من 100 نتيجة لم تعد تعمل. إذا كانت سكريبتاتك ما تزال تتضمن num، فاحذفه — لأنه يُتجاهل بصمت.

pws — تعطيل التخصيص

pws=0 يطلب من Google إيقاف التخصيص المرتبط بالحساب. وهذا أساسي لتتبع ترتيب SEO، حين تريد نتائج لا تتأثر بسجل البحث الخاص بك أو النتائج التي نقرت عليها أو تفضيلات الحساب.

تنبيه مهم: pws=0 يقلل التخصيص لكنه لا يلغي كل العوامل السياقية. تقول Google إن النتائج قد تختلف بسبب الوقت والموقع واللغة والجهاز. لا يوجد شيء اسمه SERP "محايدة" بالكامل.

safe و filter — البحث الآمن وفلترة النتائج المكررة

• safe=active يفعّل البحث الآمن؛ وsafe=off يوقفه. لاحظ أن إعدادات الحساب أو سياسات الإدارة أو إعدادات الشبكة أو القوانين المحلية قد تتجاوز هذه المعلمة.
• filter=0 يعطّل فلترة Google للنتائج المكررة. وهو مفيد عندما تريد رؤية كل نتيجة تملكها Google، بما في ذلك النتائج المتشابهة جدًا التي كانت ستطويها عادة.

nfpr — تعطيل التصحيح التلقائي

nfpr=1 يمنع Google من إعادة كتابة استعلامك قسرًا عندما تعتقد أنك أخطأت في الإملاء. وهو مفيد لتتبع المصطلحات التجارية ذات الإملاء غير المعتاد، أو المصطلحات التقنية، أو الاستعلامات المتعمدة الخطأ التي يستهدفها المنافسون.

لاحظ أن nfpr=1 يوقف فقط إعادة الكتابة القسرية. ولتحكم أوسع — مثل تعطيل توسيع المرادفات، وتغييرات الإملاء، والتعديلات الآلية الأخرى — استخدم tbs=li:1 (وضع المطابقة الحرفية)، والذي أتناوله في قسم tbs أدناه.

انتقال tbm إلى udm: ما الذي تغيّر، وما الذي يجب استخدامه الآن

هذا أحد أكبر التغييرات في المعلمات خلال السنوات الأخيرة — وأحد أسهلها في المبالغة.

لطالما كانت tbm طريقة شائعة للتبديل بين مجالات بحث Google — الصور، الأخبار، الفيديو، التسوق — لأكثر من عقد. كما أدخلت Google نظامًا رقميًا udm يتضمن أوضاعًا متداخلة وإضافية. ولأن Google لم تنشر سجلًا ثابتًا للمستخدمين، فتعامل مع هذا على أنه ربط ظرفي لا استبدال نهائي مكتمل.

جدول الربط الكامل من tbm إلى udm

الربطات التالية تجمع بين سلوك واجهة مُلاحظ وفحوصات مباشرة بتاريخ 12 أغسطس 2026. وقد تم حذف بعض القيم أو إعادة كتابتها في الطلبات المجهولة، لذا يجب اختبار كل صف في الحساب والمنطقة والعميل الذي سيُستخدم فيه:

المعلمة القديمة	القيمة القديمة	المعلمة الجديدة	القيمة الجديدة	الحالة
tbm=lcl	الأماكن/المحلي	udm=1	الأماكن/المحلي	⚠️ ظرفية
tbm=isch	الصور	udm=2	الصور	⚠️ ظرفية
tbm=vid	الفيديوهات	udm=7	الفيديوهات	⚠️ ظرفية
tbm=nws	الأخبار	udm=12	الأخبار	⚠️ ظرفية
—	—	udm=14	الويب الكلاسيكي (بدون AI Overview)	🆕 جديد، بلا مكافئ tbm
—	—	udm=18	المنتديات	🆕 جديد، بلا مكافئ tbm
tbm=shop	التسوق	udm=28	التسوق	⚠️ ظرفية
tbm=bks	الكتب	udm=36	الكتب	⚠️ ظرفية
—	—	udm=39	الفيديوهات القصيرة	🆕 جديد، بلا مكافئ tbm
—	—	udm=50	وضع AI Overview	🆕 جديد، بلا مكافئ tbm

لم تنشر Google سجلًا ثابتًا لـ udm — وهذه نقطة يجب عدم إغفالها. هذه القيم استُنتجت عكسيًا من مراقبة سلوك واجهة Google نفسها. قبول الرابط يختلف حسب الحساب والمنطقة والعميل وملفات الارتباط ومجموعة التجارب. في اختباراتي، تم حذف بعض قيم udm في طلبات HTTP المجهولة لكنها عملت جيدًا في جلسات المتصفح التفاعلية. لا تفترض أن كل قيمة تعمل عالميًا.

ماذا يفعل udm=14 (ولماذا يحبه متخصصو SEO)

أصبح udm=14 شيئًا أشبه بالمفضّل في مجتمع SEO. وصفت Android Central هذا بأنه طريقة لطلب واجهة نتائج ويب كلاسيكية من دون AI Overviews. وفي كثير من الجلسات ينتج SERP تقليديًا بروابط زرقاء، لكنه ليس ضمانًا رسميًا أو عالميًا.

لماذا يهم هذا؟ إذا كنت تتتبع الترتيب أو تجري تدقيقات SEO، فقد تدفع AI Overviews النتائج العضوية إلى ما أسفل الصفحة، وتُصعّب تقييم المراكز. ويمكن أن يمنحك udm=14 رؤية أنظف عندما تستجيب Google له.

ومع ذلك، udm=14 ليس مضمونًا في كل سياق. في فحوصات مباشرة بتاريخ 12 أغسطس 2026، كانت Google أحيانًا تحذف أو تعيد كتابة قيم udm بحسب سياق الطلب. النتيجة ستختلف حسب الجلسة والحساب والمنطقة والعميل ومجموعة التجارب.

كما لوحظ udm=50 في سياقات AI Mode/AI-result، لكنه لا ينبغي وصفه كطريقة مضمونة لفرض AI Overview على أي استعلام عشوائي.

ماذا تفعل: حدّث عملياتك من tbm إلى udm

توصيتي:

• للتطبيقات الجديدة: تعامل مع udm كمدخل تجريبي/ظرفي، وابنِ بدائل احتياطية.
• للعمليات الحالية: ادعم واختبر كلًا من tbm وudm حيثما كان ذلك مهمًا بدل افتراض اكتمال الانتقال.
• لا تجمعهما أبدًا: عندما توجد tbm وudm معًا في رابط واحد، يكون السلوك غير متوقع. في اختباراتي، كانت Google أحيانًا تحذف كليهما وتعود إلى استعلام ويب عادي. المزيد عن ذلك في قسم التعارضات.

الصياغة الكاملة لـ tbs: نطاقات زمنية مخصصة، الترتيب حسب التاريخ، والمطابقة الحرفية

tbs من أقوى المعلمات في أدوات رابط بحث Google، ومع ذلك فمعظم الأدلة لا تغطي سوى جزء بسيط منه. فهو يعالج فلترة الوقت، والفرز حسب التاريخ، ووضع المطابقة الحرفية، وأكثر — كل ذلك داخل قيمة واحدة مفصولة بفواصل.

فلاتر الوقت القياسية

قيمة tbs	المعنى	مثال على جزء الرابط
qdr:h	آخر ساعة	&tbs=qdr:h
qdr:d	آخر 24 ساعة	&tbs=qdr:d
qdr:w	آخر أسبوع	&tbs=qdr:w
qdr:m	آخر شهر	&tbs=qdr:m
qdr:y	آخر سنة	&tbs=qdr:y

هذه هي الأساسيات التي تغطيها معظم الأدلة. لكن tbs قادر على أكثر من ذلك بكثير.

نطاقات تاريخ مخصصة

هل تحتاج إلى نتائج من نافذة زمنية محددة؟ استخدم الصيغة cdr:1,cd_min:MM/DD/YYYY,cd_max:MM/DD/YYYY:

&tbs=cdr:1,cd_min:01/01/2026,cd_max:06/01/2026

هذا يفلتر النتائج إلى ما ترتبط به Google بتاريخ بين 1 يناير و1 يونيو 2026. وهو مفيد جدًا للبحث التنافسي — مثل: "ماذا نشر المنافسون عن التسعير في الربع الأول من 2026؟" فقط تذكّر ترميز قيمة الرابط كاملة، لأن النقطتين والشرطات المائلة تحتاج إلى ترميز.

ملاحظة عملية: ربط Google للتاريخ ليس دائمًا دقيقًا. التاريخ الظاهر في النتائج هو أفضل تقدير لدى Google، وليس بالضرورة تاريخ النشر الحقيقي. تحقّق دائمًا من التاريخ في الصفحة المقصودة.

الفرز حسب التاريخ ووضع المطابقة الحرفية

هنا يغطي الدليل أرضًا لا تغطيها المقالات المنافسة.

sbd:1 يفرز النتائج حسب التاريخ (الأحدث أولًا). بحد ذاته هو مفيد، لكنه ليس مدهشًا. الحيلة أنك تستطيع دمجه مع فلاتر نطاق التاريخ داخل قيمة tbs واحدة:

&tbs=qdr:m,sbd:1

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

li:1 يفعّل وضع المطابقة الحرفية — أي المكافئ في الرابط للنقر على أداة "Verbatim" في واجهة بحث Google. هذا الوضع يعطل التصحيح التلقائي، وتوسيع المرادفات، وتغييرات الإملاء، والتعديلات الآلية الأخرى على الاستعلام.

الفرق بين li:1 وnfpr=1 يعود إلى النطاق:

• nfpr=1: يوقف فقط إعادة كتابة الإملاء/الاستعلام بالقوة (مثل منع Google من تغيير "teh" إلى "the")
• tbs=li:1: يعطّل كل التعديلات التلقائية — الإملاء، المرادفات، المصطلحات ذات الصلة، تعديلات التخصيص

يمكنك حتى تجميع عدة قيم tbs معًا. فمثلًا، tbs=qdr:m,sbd:1,li:1 يعطيك نتائج الشهر الماضي، مرتبة حسب التاريخ، مع مطابقة حرفية. وفي اختباراتي، هذا المزيج يعمل، لكنني أوصي بالتحقق منه مع استعلاماتك الخاصة لأن صياغة tbs غير موثقة رسميًا.

كيفية إنشاء رمز uule للاستهداف الجغرافي على مستوى المدينة

إذا كانت gl عدسة تكبير على مستوى البلد، فإن uule هو مجهر على مستوى المدينة. وفي SEO المحلي — عندما تريد فحص ترتيب نشاطك في دنفر مقابل دالاس، أو ما الذي يراه الباحث في حي شيبويا بطوكيو — فإن gl وحده لا يكفي.

لا توجد أي مقالة متصدرة تشرح فعلًا كيفية بناء رمز uule — فهي تذكر أن المعلمة موجودة ثم تنتقل. إليك الشرح الكامل.

متى تستخدم gl مقابل uule مقابل cr

المعلمة	مستوى الدقة	حالة الاستخدام المعتادة	هل تحتاج ترميزًا؟
gl=us	مستوى البلد	محاكاة سريعة لبلد معين	لا
cr=countryUS	مستوى البلد (حصر)	التصفية حسب بلد الاستضافة	لا
uule=w+CAIQICI...	مستوى المدينة/DMA	فحص ترتيب SEO المحلي	نعم

خوارزمية ترميز uule (خطوة بخطوة)

تستخدم معلمة uule إشارة موقع مسمى مشفّرة. والبنية استُنتجت عكسيًا، وليست موثقة رسميًا من Google، لكنها تحققت على نطاق واسع في مجتمع SEO.

النهج الأكثر أمانًا هو ترميز حمولة صغيرة من بروتوكول Buffers بدل الاعتماد على الاختصار المنسوخ عادةً (الذي قد يفشل مع الأحرف غير ASCII). إليك العملية:

1. احصل على الاسم القانوني لموقع Google. تنشر Google الأهداف الجغرافية بأسمائها القانونية عبر بيانات الاستهداف الجغرافي في Google Ads API. مثال: New York,New York,United States
2. حوّل الاسم إلى بايتات UTF-8.
3. أنشئ حمولة صغيرة بصيغة protobuf تتضمن الاسم وطول بايتاته.
4. حوّل الحمولة إلى Base64url وأضف في البداية w+.

إليك مقطع Python ينفذ ذلك:

import base64

def encode_varint(value: int) -> bytes:
    out = bytearray()
    while True:
        byte = value & 0x7F
        value >>= 7
        if value:
            out.append(byte | 0x80)
        else:
            out.append(byte)
            return bytes(out)

def build_uule(canonical_name: str) -> str:
    name = canonical_name.encode("utf-8")
    payload = b"\x08\x02\x10\x20\x12" + encode_varint(len(name)) + name
    encoded = base64.urlsafe_b64encode(payload).decode().rstrip("=")
    return "w+" + encoded

#Example
print(build_uule("New York,New York,United States"))
#Output: w+CAIQICIeTmV3IFlvcmssTmV3IFlvcmssVW5pdGVkIFN0YXRlcw

عندما تضع هذا في رابط URL، تأكد من أن علامة + الفعلية في w+ تُرمَّز بشكل صحيح إلى %2B بواسطة مكتبة URL لديك. معظم تطبيقات URLSearchParams أو urllib.parse.urlencode تتولى ذلك تلقائيًا.

إن uule المبني بشكل صحيح ما يزال مجرد إشارة موقع واحدة. فهو لا يتغلب على عنوان IP أو إعدادات الحساب أو الجهاز أو مجموعة التجارب. استخدمه كأداة لفحوصات SEO المحلية الاتجاهية، لا كضمان لترتيب دقيق في مدينة محددة.

عندما تتعارض معلمات Google Search بصمت

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

لا توجد أي مقالات منافسة تغطي تفاعل المعلمات. لكن إذا كنت تبني روابط بحث بمعلمات متعددة — وغالبًا أنت كذلك — فعليك أن تعرف أي التركيبات تتعايش جيدًا وأيها يتضارب.

gl + uule: أيهما ينتصر؟

عندما توجد القيمتان معًا، فإن uule تقدّم إشارة موقع أكثر تحديدًا من gl. إذا ضبطت gl=uk ووضعت uule يشير إلى طوكيو، فستحصل على نتائج متأثرة بطوكيو، لا بنتائج المملكة المتحدة.

التوصية: إذا كنت تستخدم uule، فإما أن تحذف gl بالكامل أو تضبط gl على البلد الذي تقع فيه مدينة uule. لا ترسل إشارات متناقضة.

tbm + udm: لا تستخدمهما معًا

في اختباراتي، عندما كانت tbm وudm موجودتين معًا في الرابط نفسه، كانت Google أحيانًا تحذف كلتيهما وتعيد استعلام ويب عادي. والسلوك غير ثابت بين الجلسات والحسابات.

التوصية: استخدم udm فقط في التطبيقات الجديدة. وإذا كان عليك دعم عمليات قديمة، فاستخدم أحدهما فقط — لا كلاهما.

lr + cr: التصفية المزدوجة قد تعطي صفر نتائج

هذا فخ خفي. فـ lr=lang_en يقيّد النتائج بالمحتوى الإنجليزي. وcr=countryJP يقيّدها بالصفحات المستضافة في اليابان. وعندما تجمعهما، فأنت تطلب "صفحات إنجليزية مستضافة في اليابان" — وهي شريحة صغيرة جدًا من الويب.

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

num + start: ترقيم صفحي مكسور

السكريبتات القديمة التي تستخدم num=100&start=0 تعيد الآن بصمت نحو 10 نتائج فقط. لم تعد Google تحتسب num، لكنها لا ترمي خطأ — بل تتجاهله فحسب.

التوصية: احذف num من كل الروابط. قم بالترقيم باستخدام start بزيادات 10، وامنع التكرارات بين الصفحات.

مرجع سريع للتعارضات

التركيبة	ما الذي يحدث	التوصية
gl + uule	uule يوفّر إشارة أكثر تحديدًا	طابق البلد مع المدينة، أو احذف gl
tbm + udm	سلوك غير متوقع — قد يُحذف الاثنان	استخدم udm فقط
lr + cr	تضييق شديد، وغالبًا نتائج شبه معدومة	استخدم أحدهما فقط
num + start	يتم تجاهل num، وتعود حوالي 10 نتائج فقط	احذف num، واعمَل بالترقيم عبر start
nfpr=1 + tbs=li:1	إعدادان مرتبطان لكن غير متطابقين	اختبر استعلامك المحدد
hl + lr	لغة الواجهة ≠ تقييد لغة المحتوى	استخدمهما عن قصد؛ hl ليس فلتر محتوى

من معلمات Google Search إلى استخراج بيانات منظم

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

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

بناء رابط بحث Google موجه (تجميع كل شيء معًا)

مثال كامل يجمع عدة معلمات:

https://www.google.com/search?q=site%3Acompetitor.com+intitle%3Apricing&hl=en&gl=us&tbs=qdr:m,sbd:1&udm=14&pws=0

تفكيكه:

• q=site%3Acompetitor.com+intitle%3Apricing — صفحات على competitor.com تحتوي "pricing" في العنوان
• hl=en — واجهة إنجليزية
• gl=us — سياق السوق الأمريكي
• tbs=qdr:m,sbd:1 — الشهر الماضي، مرتبة حسب التاريخ
• udm=14 — نتائج ويب كلاسيكية (من دون AI Overviews)
• pws=0 — إيقاف التخصيص

يمكنك بناؤه برمجيًا باستخدام curl:

curl -L -G 'https://www.google.com/search' \
  --data-urlencode 'q=site:competitor.com intitle:pricing' \
  --data-urlencode 'hl=en' \
  --data-urlencode 'gl=us' \
  --data-urlencode 'tbs=qdr:m,sbd:1' \
  --data-urlencode 'udm=14' \
  --data-urlencode 'pws=0' \
  -H 'User-Agent: Mozilla/5.0'

أو باستخدام Python:

import requests

params = {
    "q": "site:competitor.com intitle:pricing",
    "hl": "en",
    "gl": "us",
    "tbs": "qdr:m,sbd:1",
    "udm": "14",
    "pws": "0",
}

response = requests.get(
    "https://www.google.com/search",
    params=params,
    headers={"User-Agent": "Mozilla/5.0"},
    timeout=20,
)
print(response.url)

غالبًا ما تعيد طلبات HTTP المجهولة إلى Google أغلفة JavaScript بلا نتائج من جهة الخادم، أو تحذيرات من حركة مرور غير معتادة — وهنا يبرز تفوق الاستخراج عبر المتصفح.

استخراج بيانات SERP من دون كتابة Parser

تفكيك HTML الخاص بـ Google مهمة هشة. بنية DOM تتغير باستمرار، وأسماء الأصناف مشفّرة، وما تراه في المتصفح ليس دائمًا ما ستحصل عليه في استجابة HTTP خامة.

نهج أبسط لغير المطورين: افتح رابط البحث الذي أعددته بعناية في Chrome، ثم استخدم أداة استخراج تعمل داخل المتصفح لسحب بيانات منظمة من الصفحة الظاهرة. في Thunderbit، بنينا إضافة Chrome لتخدم هذا النوع من سير العمل بالضبط — يمكنك استخدام AI Suggest Fields لتحديد أعمدة مثل عنوان النتيجة، ورابط الوجهة، ونص المقتطف، والموضع الظاهر، ثم استخراجها إلى جدول بيانات من دون كتابة parser.

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

متى تستخدم API رسميًا بدل ذلك

وهنا نقطة الاستخدام المسؤول — وهي مهمة.

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

بالنسبة لاحتياجات بيانات البحث الكبيرة وعلى نطاق الإنتاج، فالمسار الأفضل هو API رسمي. Google Custom Search JSON API يتوقف عن استقبال عملاء جدد — ولدى المستخدمين الحاليين حتى 1 يناير 2027 للانتقال، مع 100 طلب مجاني يوميًا و$5 لكل 1,000 طلب بعد ذلك. وتوصي Google بمواصلة استخدام Vertex AI Search للبحث داخل المواقع التي تتحكم بها.

أما للمواقع التي تملكها، فـ Search Console Search Analytics API هو المصدر الأولي للنقرات والانطباعات ونسبة النقر CTR ومتوسط الموضع — من دون أي حاجة إلى استخراج.

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

مشغلات Google Search: المعلمات داخل استعلامك

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

المشغّل	وظيفته	مثال
site:	حصر النتائج في نطاق	q=site:example.com+SEO
filetype:	حصر النتائج في نوع ملف	q=filetype:pdf+annual+report
intitle:	يجب أن تظهر الكلمة في العنوان	q=intitle:pricing+SaaS
inurl:	يجب أن تظهر الكلمة في الرابط	q=inurl:blog+marketing
-	استبعاد مصطلح	q=apple+-fruit
""	مطابقة عبارة دقيقة	q=%22google+search+url+parameters%22
OR	أحد المصطلحين	q=scraping+OR+crawling
before:	نتائج قبل تاريخ محدد	q=AI+before:2026-01-01
after:	نتائج بعد تاريخ محدد	q=AI+after:2025-06-01
related:	مواقع مشابهة	q=related:hubspot.com

وتكمن القوة الحقيقية في الجمع بين المشغلات داخل q والمعلمات خارجها:

q=site:competitor.com+intitle:pricing+after:2026/01/01&tbs=sbd:1&gl=us&udm=14

هذا يعثر على صفحات على competitor.com تحتوي "pricing" في العنوان، نُشرت بعد يناير 2026، مرتبة حسب التاريخ، في السوق الأمريكي، مع نتائج ويب كلاسيكية. إنه استعلام استخبارات تنافسية شديد الدقة، مبني بالكامل من معلمات URL والمشغلات.

تقول Google إن نتائج site: ليست مضمونة الاكتمال — لذا لا تتعامل مع استعلام site: على أنه جرد شامل لكل الصفحات المفهرسة.

الاستخدام المسؤول: شروط خدمة Google وحدود المعدل

سياق مختصر لكنه مهم.

شروط خدمة Google تمنع الوصول المسيء وتجاوز وسائل الحماية. وتذكر مساعدة Google Search صراحة أدوات استخراج البحث وبرامج الترتيب الآلية كمثال على الحركة الآلية. قد يؤدي انتهاك هذه الشروط إلى حظر IP أو CAPTCHA أو تقييد الحساب، وربما إجراءات قانونية.

أفضل استخدام لمعرفة معلمات URL هو: بناء روابط بحث دقيقة يدويًا، وإنشاء روابط قابلة للحفظ والمشاركة لفريقك، وإجراء تدقيقات صغيرة داخل المتصفح، وفهم كيفية عمل واجهة بحث Google. أما للأعمال الآلية على نطاق الإنتاج، فاستخدم APIs الرسمية من Google — أو مزود بيانات بحث طرفًا ثالثًا مرخصًا مثل Brave Search API.

في Thunderbit، إضافة المتصفح لدينا مصممة للاستخراج الذي يبدأه المستخدم من صفحة ظاهرة — لا للاستعلام الآلي عالي الحجم عن Google. وهذا فرق مهم.

الخلاصات الرئيسية: أدوات معلمات رابط بحث Google لعام 2026

النسخة المختصرة:

• استخدم gl + hl لإشارات التوطين ولا تعتمد على ccTLDs فقط خلال انتقال Google إلى التحويلات
• اختبر كلًا من udm وtbm حيثما كان ذلك مهمًا — فلا أحد منهما API ثابتة ومُرقّمة للمستهلك
• قد يطلب udm=14 نتائج ويب كلاسيكية بدون AI Overviews، لكن Google قد تحذفه أو تعيد كتابته
• استخدم uule للاستهداف الجغرافي على مستوى المدينة باستخدام صيغة الترميز البروتوبَف أعلاه
• أتقن tbs للفلترة الدقيقة بالتاريخ (cdr:1,cd_min:...,cd_max:...)، والفرز حسب التاريخ (sbd:1)، والمطابقة الحرفية (li:1)
• انتبه إلى تعارضات المعلمات: gl مقابل uule، وtbm مقابل udm، وlr مقابل cr
• num=100 غير موثوق ولم يكن مدعومًا رسميًا أصلًا — استخدم start بزيادات 10 كخيار افتراضي أكثر أمانًا
• لبيانات SERP المنظمة، استخدم أدوات تعمل في المتصفح مثل Thunderbit للأعمال السريعة، أو APIs الرسمية على نطاق الإنتاج
• احترم شروط خدمة Google — فمعلمات URL أداة بحث، وليست ترخيصًا للاستخراج

تواصل Google تغيير المعلمات من دون إعلان. سأبقي هذا المرجع محدثًا مع كل تغير — احفظه وارجع إليه لاحقًا.

تعرف أكثر

• أفضل 9 APIs لـ SEO في 2026 (مع بيانات حقيقية لتكلفة الطلب)
• كيف تتقن استخراج بيانات محركات البحث: دليل كامل
• أفضل 27 أداة لتحليل ومراقبة ترتيب المواقع
• كيفية استخدام ترقيم صفحات Web Scraper لاستخراج أكثر كفاءة
• ما هي أتمتة البحث؟ الفوائد والأدوات والاستراتيجيات

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

ماذا يفعل udm=14 في رابط بحث Google؟

يمكن أن يطلب udm=14 واجهة نتائج ويب كلاسيكية من دون AI Overviews، ولهذا يحظى بشعبية بين متخصصي SEO. وهو مستنتج عكسيًا، وليس عقدًا موثقًا رسميًا من Google، وقد تحذفه Google أو تعيد كتابته بحسب الجلسة أو الحساب أو المنطقة أو العميل أو مجموعة التجارب.

هل ما تزال معلمة num تعمل في 2026؟

لا تعتمد عليها. فقد توقفت Google عن احتساب num=100 بشكل موثوق في سبتمبر 2025، وأوضح متحدث أنها لم تكن مدعومة رسميًا أصلًا. استخدم start بزيادات 10 كخيار ترقيم صفحي أكثر أمانًا، وتحقق من عدد النتائج المعاد، لأن Google قد تعيد كتابة الاستجابة أو تفرض عليها قيودًا.

كيف أحاكي بحث Google من مدينة محددة؟

استخدم معلمة uule مع اسم مدينة مُرمَّز. يشرح قسم الترميز أعلاه الخوارزمية القائمة على protobuf ومثال Python. ستحتاج إلى الاسم القانوني لموقع Google (المتاح من بيانات الاستهداف الجغرافي في Google Ads)، والذي ترمّزه إلى قيمة uule مثل uule=w+CAIQICIeNew+York,New+York,United+States.

ما الفرق بين gl و lr و cr؟

هذه المعلمات الثلاث تتحكم في جوانب مختلفة من الاستهداف الجغرافي واللغوي. gl يحاكي موقع البحث على مستوى البلد (ويؤثر في الترتيب والنتائج المحلية). وlr يقيّد النتائج بالصفحات المكتوبة بلغة محتوى محددة. وcr يقيّد النتائج بالصفحات المستضافة في بلد معين. ويمكن جمعها، لكن التراكيب المتناقضة (مثل lr=lang_en + cr=countryJP) ستقلص النتائج بشكل كبير.

هل يمكنني جمع عدة قيم tbs في رابط واحد؟

نعم — افصل بينها بفواصل داخل معلمة tbs واحدة. على سبيل المثال، tbs=qdr:m,sbd:1 يفلتر إلى الشهر الماضي ويرتب حسب التاريخ (الأحدث أولًا). ويمكنك أيضًا إضافة li:1 للوضع الحرفي: tbs=qdr:m,sbd:1,li:1. صياغة tbs غير موثقة رسميًا، لذا اختبر تركيباتك المحددة للتأكد من أنها تعمل كما تتوقع.