SEO - تحسين محركات البحث

لا ينتهي العمل التقني في تحسين محركات البحث مرة واحدة. قد يكون الموقع مبنيا بناء صحيحا يوم إطلاقه، ثم بعد ثلاثة أشهر يولد مرشح واحد آلاف العناوين، وتخرج نسخة لغوية بإعلان ناقص، فيتغير في صمت ما تراه محركات البحث. ولهذا لا نصف العمل بأنه «رفع المراتب»، بل نبني النظام الذي ينتج المراتب ثم نقيس هل كسره النشر الأخير أم لا. وللنظام ثلاثة شروط: أن يزحف محرك البحث على الموقع كاملا ويفهرس الصفحة الصحيحة، وأن تقف الصفحات في معمار يسند بعضها بعضا، وأن تقرأ نتيجة كل تغيير من البيانات. ومعظم الدعاوى الواردة هنا مفتوحة للتحقق على موقعي bebekistiyorum.com وdetartech.com الذي تقرأونه الآن.

نعرّف SEO في ثلاث طبقات

نعني بـ SEO، أي تحسين محركات البحث، العمل على البنية التقنية للموقع ومعمار العناوين وترتيب المحتوى بغرض زيادة الزيارات الآتية من نتائج البحث. وفيه ثلاث طبقات. الأولى الوصول: هل يستطيع زاحف Googlebot سحب الصفحة، وأي صفحة يفهرس، وأي عنوان يعده النسخة الأساسية. والثانية المعنى: عن أي سؤال تجيب الصفحة، وهل يقول ذلك ترتيب العناوين والروابط الداخلية. والثالثة القياس: أي صفحة تظهر لأي استعلام، وهل يتحول ذلك الظهور إلى عمل. وهناك ما لا نفعله: لا نشتري روابط، ولا نبني شبكات مواقع، ولا نحول نطاقات منتهية، ولا نكرر النص نفسه بتبديل اسم المدينة. فهذه كلها قد تعطي أرقاما على المدى القصير، لكنها أول ما يسقط عند تحديث الخوارزمية.

الأعمال الستة في مشروع SEO

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

التدقيق التقني: الفهرسة وميزانية الزحف والتحويلات

يجيب التدقيق التقني عن ثلاثة أسئلة: أي الصفحات في الفهرس، أي في الكتالوج الخاص بمحرك البحث نفسه، وأيها ما كان ينبغي أن يدخله، ولماذا بقيت خارجه صفحات موضعها الداخل. وأكثر ما ينكسر في الممارسة هذا التمييز: منع عنوان في ملف robots.txt ليس كوسمه بـ noindex، لأن الصفحة الممنوعة لا تسحب أصلا، فلا يقرأ وسم noindex فيها أبدا. وفي ميزانية الزحف، أي عدد الصفحات التي يستعد زاحف محرك البحث لجلبها من موقعكم خلال فترة معينة، أكثر ما نجده تكاثر العناوين الناتج عن معاملات التصفية والترتيب: فبينما تقع القائمة الواحدة على عشرات العناوين، يصل الزاحف إلى الصفحات الحقيقية متأخرا. وفي التحويلات نفك السلاسل والحلقات، لأن تحويلا يمر بخطوتين يبدو عاملا لكنه يضيف قفزة زائدة إلى كل نقرة. والناتج قائمة مكتوبة يقرأ فيها زحف أداة Screaming Frog وسجلات الخادم وتقرير التغطية في Google Search Console قراءة واحدة.

معمار المحتوى وشبكة الروابط الداخلية

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

إدارة hreflang في النشر متعدد اللغات

وسم hreflang يعلن لمحرك البحث نسخ المحتوى الواحد بلغاته المختلفة بوصفها مقابلات بعضها لبعض. وثلاث قواعد فيه لا تقبل النقاش. أولاها أن تكون الصلة متبادلة: فإن أشارت الصفحة التركية إلى النسخة الروسية وجب على الروسية أن تشير إليها بالمقابل، لأن الإعلان من طرف واحد يهمل. وثانيتها أن تتضمن كل مجموعة عنوانها هي أيضا. وثالثتها أن يكون العنوان المشار إليه النسخة الأساسية القابلة للفهرسة، فوسم hreflang على عنوان محول أو موسوم بـ noindex يبطل المجموعة كلها. وأكثر ما يكسر ذلك ثغرة في الترجمة: فحين تخرج لغة من النشر تنهار المجموعة في صمت. ولهذا نبني وسوم hreflang لا قائمة تكتب باليد بل ناتجا يولد من سجلات الصفحات المنشورة. وفي موقع bebekistiyorum.com تعلن النسخ الأربع لمحركات البحث بوسوم hreflang مضبوطة.

مؤشرات Core Web Vitals وتجربة الصفحة

مؤشرات Core Web Vitals ثلاثة مقاييس ميدانية يقيس بها Google تجربة الصفحة: زمن رسم أكبر عنصر في المحتوى، والتأخر بين التفاعل والرسم التالي له، وتراكم انزياح التخطيط. وعلى جانب تحسين محركات البحث نوضح أمرين من البداية. أولهما مصدر البيانات: التقييم ينظر في بيانات ميدانية تجمع من متصفحات زوار حقيقيين، لا في درجة مختبرية تؤخذ على جهاز واحد، ولذلك نرفع تقريرنا من تقرير Core Web Vitals داخل أداة Search Console نفسها. وثانيهما حد الأثر: هذه المقاييس تفصل بين نتيجتين متقاربتي القوة، ولا ترفع إلى الأعلى صفحة ضعيفة الصلة بالموضوع. والمجموعة التي تكسرها ضيقة: صورة بلا أبعاد معلنة، وخط يحمل متأخرا، وحزمة JavaScript أكبر من اللازم، وشفرة طرف ثالث تضاف بعد الإطلاق. وعلاقة هذه المقاييس بالمعمار شرحناها في صفحة تطوير الويب.

الترحيل وخريطة تحويلات 301

يعني الترحيل أن بنية عناوين الموقع تتغير: منصة جديدة أو نطاق جديد أو معمار معلومات جديد. والقيمة التي تراكمت في محركات البحث عبر السنين تقع في العنوان لا في الصفحة نفسها، فالعنوان القديم الذي يترك بلا مقابل يأخذ تلك القيمة معه. وتعد الخريطة بهذا الترتيب: تجمع العناوين القديمة كلها من خريطة الموقع وسجلات الخادم وأداة Search Console، ثم يعطى كل عنوان مقابلا واحدا في البنية الجديدة، ثم ينشر التقابل تحويلا دائما. وتحويل كل شيء جملة إلى الصفحة الرئيسية ليس تقابلا. وفي موقع bebekistiyorum.com قوبل أكثر من 1200 عنوان من النسخة القديمة على ASP.NET بمعمار المعلومات الجديد، وحفظت بطبقة تحويلات 301 قائمة على قاعدة بيانات.

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

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

ما نحافظ عليه أثناء الترحيل

حين ينتقل موقع لا تكون المراتب وحدها في خطر، بل تدخل ستة بنود دائرة الخطر دفعة واحدة. العناوين: كل عنوان قديم يعطى مقابلا في البنية الجديدة وينشر تحويلا دائما. الروابط الداخلية: روابط الموقع الجديد تشير إلى العنوان الجديد مباشرة لا إلى القديم المحول. مجموعات اللغات: تعاد صلات hreflang بناء على العناوين الجديدة، لأن مجموعة تشير إلى عنوان قديم باطلة. البيانات المنظمة: تولد وسوم JSON-LD من جديد في القوالب الجديدة، فهي لا تنتقل وحدها حين يتغير القالب. خريطة الموقع: لا يبقى في الجديدة إلا العناوين الأساسية القابلة للفهرسة. الإعلان والقياس: تحدث صفحات الهبوط ووسوم التحويل في الحملات المدفوعة، لأن تحويلا عاملا ينقذ النقرة لا القياس. وفي تجديد موقع bebekistiyorum.com أدمج تتبع تحويلات Google Ads في نموذجي الحجز والتواصل. والأسابيع الأولى بعد الإطلاق مدة مراقبة: يقرأ فيها بانتظام تقرير التغطية وأخطاء 404 في سجلات الخادم وسلاسل التحويل الجديدة.

كيف نبني SEO وGEO معا

ينظر البحث الكلاسيكي والأنظمة المولدة للأجوبة إلى الموقع نفسه بسؤالين مختلفين: فمحرك Google يبحث عن صفحة يرتبها، وأنظمة مثل ChatGPT وPerplexity وAI Overviews تبحث عن مصدر تضعه داخل جوابها. والأرضية المشتركة واسعة: قابلية الزحف، وسلامة HTML، وخريطة موقع نظيفة، وسرعة الصفحة، ومحتوى يحمل معلومة فعلا، شرط سابق للطرفين. ويبدأ الافتراق من وحدة العمل: فـ SEO يحسن الصفحة، وGEO يحسن فقرة بعينها. وعمليا يعني ذلك أن النص تحت العنوان الواحد عليه أن يفي بشرطين معا: أن يقول ما موضوع الصفحة، وأن يبقى تاما حين ينتزع منها وحده. وموقفنا من الترتيب حازم: تغلق أعطال الوصول والفهرسة قبل الشروع في عمل GEO، لأن الملفات المنتجة هناك تقوم على وصول الزواحف نفسه. أما العمل الرامي إلى الذكر مصدرا في محركات الأجوبة فخدمة مستقلة شرحناها في صفحة GEO لدينا، وتفصيلها التقني في دليل GEO عندنا.

الجدول الزمني للنتائج

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

كيف يسير عمل SEO

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

الأدلة: حالة واحدة وهذا الموقع

البنود الأربعة الأولى تخص تجديد موقع bebekistiyorum.com التابع لمركز Eurofertil لأطفال الأنابيب، والبند الخامس يصف الموقع الذي تقرأونه الآن.

• الترحيل: أكثر من 1200 عنوان من الموقع القديم على ASP.NET قوبلت بمعمار المعلومات الجديد وحفظت بطبقة تحويلات 301 قائمة على قاعدة بيانات.
• النشر متعدد اللغات: النسخ التركية والإنجليزية والروسية والعربية منشورة، وتعلن النسخ اللغوية لمحركات البحث بوسوم hreflang، وصممت كل المكونات في العربية لتعمل من اليمين إلى اليسار.
• الأساس التقني للبحث: بيانات وصفية ديناميكية على مستوى الصفحة، وخريطة موقع تولد آليا، وبيانات منظمة بمعيار schema.org، وعمل على الأداء موجه إلى مؤشرات Core Web Vitals تحديدا.
• تتبع التحويلات: أدمج تتبع تحويلات Google Ads في نموذجي الحجز والتواصل، فصار تحول الإنفاق الإعلاني إلى طلبات مرضى حقيقية قابلا للقياس.
• موقع detartech.com نفسه: هنا تترجم أجزاء العنوان أيضا، وتعلن صلات hreflang للغات الأربع بشكل متبادل في كل صفحة.