كتابة المحتوى وSEO للمواقع العربية — من نية البحث إلى Search Console

1. لماذا يُرفض المحتوى «غير المهم»؟ المحتوى المفيد وE-E-A-T

الهدف: تفهم معنى المحتوى المكتوب للناس أولاً كما تصفه Google، وتعرف المكان الحقيقي لمفهوم E-E-A-T في إرشادات المقيّمين.

تكرر وثائق Google عبارة «محتوى مكتوب للناس أولاً» (People-first content)، وتقابلها بمحتوى يُكتب لمحركات البحث أولاً. الفرق عملي جداً: الصفحة المكتوبة للناس تبدأ من سؤال حقيقي عند جمهور محدد، وتنتهي حين يحصل القارئ على ما جاء من أجله. أما الصفحة المكتوبة للمحرك فتبدأ من كلمة رائجة، ثم تُملأ بكلام عام يدور حولها، وكثيراً ما تلخّص ما كتبه الآخرون دون إضافة. وبرنامج AdSense ينظر إلى المسألة نفسها من زاويته: لا يريد أن يضع إعلانات بجانب صفحات لا يجد فيها الزائر قيمة.

ما الذي يجعل الصفحة «رقيقة» (Thin content)؟ القِصر وحده لا يحسم الحكم. صفحة من مئتي كلمة تجيب عن سؤال محدد بدقة قد تكون مفيدة، وصفحة من ألفي كلمة تكرر الفكرة نفسها بصيغ مختلفة قد تكون فارغة. العلامات الأوضح: نص منسوخ أو معاد صياغته آلياً، وصفحات كثيرة متطابقة لا يتغير فيها إلا اسم مدينة أو منتج، ووعود عامة بلا مثال ولا خطوة، وصفحات معلّقة بعبارة «تحت الإنشاء».

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

أما E-E-A-T فاختصار لأربع صفات: الخبرة المباشرة (Experience)، والتخصص (Expertise)، والمرجعية (Authoritativeness)، والجدارة بالثقة (Trustworthiness). يكثر الخلط حوله، فيُقدَّم أحياناً كأنه درجة ترتيب ترتفع بإضافة سيرة ذاتية للكاتب. الصحيح أنه إطار مشروح في إرشادات مقيّمي جودة البحث (Search Quality Rater Guidelines)، وهي وثيقة يعمل بها أشخاص تستعين بهم Google لتقييم جودة النتائج. تقييماتهم لا تغيّر ترتيب صفحة بعينها مباشرة؛ تستخدمها Google لقياس هل تعمل أنظمتها كما يجب. وتنص وثائق Google على أن E-E-A-T في ذاته ليس عامل ترتيب محدداً، وأن أنظمتها تعتمد مزيجاً من الإشارات للتعرف على المحتوى الذي يُظهر هذه الصفات. ومن الأربع، الثقة هي الأهم، والثلاث الأخرى تخدمها.

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

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

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

• المحتوى المفيد يبدأ من سؤال جمهور محدد وينتهي بتحقيق هدف القارئ.
• الرقة تعني غياب الفائدة أو الأصالة، وعدد الكلمات وحده لا يحسم الحكم.
• E-E-A-T إطار في إرشادات المقيّمين وليس عامل ترتيب محدداً، والثقة أهم عناصره.
• موضوعات الصحة والمال والسلامة تحتاج دقة أعلى وتوافقاً مع إجماع المختصين.

للاستزادة: Google: إنشاء محتوى مفيد يضع الناس أولاً · إرشادات مقيّمي جودة البحث (PDF) · AdSense: متطلبات الأهلية

2. نية البحث والكلمات العربية: ماذا يكتب الزائر فعلاً؟

الهدف: تحدد نية البحث لكل صفحة، وتجمع الصيغ التي يكتبها الباحث العربي فعلاً بالفصحى واللهجات وتنوّع الإملاء.

نية البحث (Search intent) هي الهدف الذي دفع الشخص إلى كتابة استعلامه. الاستعلام نفسه قد يكون كلمتين، لكن خلفه حاجة محددة: أن يفهم شيئاً، أو أن ينفّذ مهمة الآن، أو أن يقارن قبل قرار، أو أن يصل إلى موقع يعرفه. الصفحة الواحدة تخدم عادةً نية رئيسية واحدة، ومحاولة خدمة النيات كلها في صفحة واحدة تنتج نصاً مشتتاً لا يرضي أحداً.

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

في العربية تحديات خاصة تجعل البحث عن الكلمات أكثر من ترجمة قائمة إنجليزية:
الفصحى واللهجة: يكتب كثيرون في مصر «ازاي أعمل حساب»، ويكتب آخرون «كيف أنشئ حساباً»، وفي الخليج قد تجد «وش أفضل» وفي الشام «شو أحسن». الحاجة واحدة والكلمات مختلفة.
تنوّع الإملاء: الهمزات (ا، أ، إ)، والتاء المربوطة والهاء (مدرسة ومدرسه)، والألف المقصورة والياء (مستشفى ومستشفي)، وكثيرون يكتبون بلا همزات أصلاً.
الكلمات المعرّبة: «إنستغرام» و«انستجرام» و«انستقرام» لتطبيق واحد، و«لابتوب» و«حاسوب محمول» لجهاز واحد.
العربيزي: كتابة العربية بحروف لاتينية وأرقام، مثل «ezay a3ml account»، ما زالت تظهر في بعض الاستعلامات.

مثال تخيلي خطوة بخطوة: مدرّسة لغة إنجليزية في الجيزة تريد صفحة لدروسها الخاصة عبر الإنترنت.
1) تكتب في Google بداية العبارة «كورس انجليزي» وتدوّن ما يقترحه الإكمال التلقائي، مثل «اونلاين» و«للمبتدئين» و«للأطفال».
2) تكرر الأمر بصيغ أخرى: «تعلم اللغة الإنجليزية»، و«دروس انجليزي اونلاين»، و«مدرس انجليزي خصوصي».
3) تفتح Google Trends وتقارن صيغتين أو ثلاثاً في مصر لترى أيها أكثر شيوعاً نسبياً، علماً بأن الأداة تعرض اهتماماً نسبياً من 0 إلى 100، ولا تعرض أعداد عمليات البحث. ولمن يملك حساب Google Ads، يعرض مخطط الكلمات الرئيسية (Keyword Planner) نطاقات تقريبية لحجم البحث.
4) إن كان الموقع قائماً، تفتح تقرير الأداء في Search Console وتقرأ الاستعلامات التي ظهرت فيها صفحاتها فعلاً.
5) تقرر: صفحة واحدة نيتها «قرار حجز»، عنوانها بالفصحى البسيطة، وفي نصها تظهر الصيغة الشائعة «كورس انجليزي اونلاين» حيث تأتي طبيعية في سياق الكلام.

قاعدة القرار للصيغ المتعددة: الصيغ الإملائية واللهجية لحاجة واحدة تخدمها صفحة واحدة. لا تنشئ صفحة لـ«اسعار» وأخرى لـ«أسعار»، ولا صفحة بالعامية وأخرى بالفصحى للمعلومة نفسها؛ فهذه صفحات شبه متطابقة تقترب مما تسميه سياسات Google الصفحات المدخلية (Doorway pages). أنظمة البحث تفهم كثيراً من العلاقات بين الصيغ، لكن لا تفترض أنها تعامل كل صيغة كمرادف تام في كل الحالات. لذلك اكتب نصك بإملاء صحيح، واذكر الصيغة الشائعة الأخرى مرة حين تأتي طبيعية، كأن تكتب: «تطبيق إنستغرام، ويكتبه كثيرون انستجرام».

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

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

للاستزادة: Google Trends: أسئلة شائعة عن البيانات · Google Ads: استخدام مخطط الكلمات الرئيسية · Google: سياسات المحتوى غير المرغوب فيه (الصفحات المدخلية)

3. العنوان والوصف: أول انطباع في نتائج البحث

الهدف: تكتب وسم title ووصف meta بالعربية بوضوح، وتفهم لماذا قد يعرض Google نصاً غير الذي كتبته.

وسم العنوان <title> يوضع في رأس الصفحة، ويظهر في تبويب المتصفح، ويستخدمه Google مصدراً أول لما يسميه «رابط العنوان» (Title link) في النتائج. أما وصف الميتا <meta name="description"> فملخص قصير قد يستخدمه Google في المقتطف (Snippet) تحت الرابط إن رأى أنه يصف الصفحة أدق من نصها. كلاهما أول ما يقرأه الباحث قبل أن يقرر النقر.

سؤال الطول. تنتشر أرقام مثل «60 حرفاً للعنوان و160 للوصف»، لكن وثائق Google تقول بوضوح إنه لا حد لطول أي منهما، وإن النتائج تقتطع النص حسب الحاجة، عادةً ليناسب عرض شاشة الجهاز. الاقتطاع يتبع عرض النص على الشاشة، وعرض الحروف العربية يختلف عن اللاتينية، فلا يصلح عدّ الحروف معياراً دقيقاً. القاعدة العملية: ضع أهم ما في العنوان في أوله، واجعله مختصراً وصفياً، واكتب الوصف جملتين تكفيان لفهم الصفحة حتى لو قُطع آخرهما.

لماذا يغيّر Google عنوانك أحياناً؟ يختار رابط العنوان من عدة مصادر: نص <title>، والعنوان الرئيسي الظاهر في الصفحة، وعناوين H1 وغيرها، ونصوص الروابط التي تشير إلى الصفحة، وغير ذلك. ويزيد احتمال التغيير حين يكون العنوان مبهماً مثل «الرئيسية»، أو مكرراً في صفحات كثيرة، أو محشواً بتكرار الكلمات، أو لا يطابق ما في الصفحة. وتوصي الوثائق كذلك بأن يكون العنوان بلغة المحتوى الأساسي وبخطه نفسه، فصفحة عربية عنوانها إنجليزي فقط مرشحة لأن يُستبدل عنوانها.

إعادة كتابة لمحل تخيلي: معمل حلويات في طنطا يوصّل الطلبات داخل المدينة.
قبل: العنوان «الرئيسية»، والوصف فارغ، فيعرض Google جملة من تذييل الصفحة لا علاقة لها بالحلويات.
بعد: العنوان «تورت وحلويات بالطلب في طنطا مع التوصيل | حلويات السنبلة».
والوصف: «اطلب تورتة عيد ميلاد بتصميمك قبل موعدك بيوم. صور حقيقية من طلبات سابقة، وأسعار معلنة لكل حجم، وتوصيل داخل طنطا.»
لماذا أفضل؟ الموضوع والمكان في أول العنوان، واسم المحل في آخره، والوصف يجيب عن ثلاثة أسئلة يطرحها الزبون: هل يصمّمون حسب الطلب؟ كم السعر؟ هل يوصّلون إليّ؟

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

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

وماذا عن الصفحة الرئيسية؟ هي الأكثر عرضة لعنوان مبهم مثل «الرئيسية» أو «مرحباً بكم». اكتب فيها ما يقدمه الموقع ولمن، مثل «دروس برمجة عربية مجانية للمبتدئين | اسم الموقع»، واترك العناوين التفصيلية للصفحات الداخلية. أما الفاصل بين الموضوع واسم الموقع، شرطة كان أو خطاً عمودياً، فاختيار شكلي: اختر واحداً والتزم به في الموقع كله.

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

• لا حد رسمياً لطول العنوان أو الوصف، والاقتطاع يتم حسب عرض الشاشة.
• ضع الموضوع أو الفائدة أول العنوان واسم الموقع في آخره.
• العنوان المبهم أو المكرر أو المحشو أكثر عرضة لأن يستبدله Google.
• اكتب العنوان بلغة المحتوى الأساسي وخطه، وبمعلومات صحيحة على الصفحة.

للاستزادة: Google: روابط العناوين في نتائج البحث · Google: المقتطفات ووصف الميتا

4. عمق الصفحة: هيكل العناوين والصور والنص البديل

الهدف: تبني هيكل H1 وH2 وH3 منطقياً، وتكتب نصاً بديلاً مفيداً للصور وأسماء ملفات واضحة.

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

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

مخطط محلول لصفحة تخيلية: «تصوير المنتجات بالموبايل لمتجر صغير على إنستغرام»
H1: تصوير المنتجات بالموبايل لمتجرك الصغير
H2: ما تحتاجه: هاتف، وورقة بيضاء كبيرة، ونافذة بضوء النهار
H2: الإعداد خطوة بخطوة
H3: مكان الضوء
H3: زاوية التصوير
H2: أربعة أخطاء تجعل صورة المنتج رخيصة المظهر
H2: سؤال شائع: هل تحتاج إضاءة دائرية؟
من العناوين وحدها يعرف القارئ أين يجد جوابه، ويفهم المحرك أجزاء الصفحة.

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

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

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

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

اسم الملف يعطي إشارة خفيفة عن موضوع الصورة: blue-mug-window-light.jpg أوضح من IMG_0023.jpg. الأسماء العربية تعمل أيضاً، لكنها تتحول في الرابط إلى ترميز طويل (Percent-encoding)، لذلك يفضّل كثيرون أسماء لاتينية قصيرة. وحدد عرض الصورة وارتفاعها في الوسم حتى يحجز المتصفح مكانها قبل التحميل فلا تقفز الفقرات، وهو ما يحسّن مؤشر CLS الذي يشرحه الدرس الثامن:

<img src="/img/blue-mug-window-light.jpg"
     alt="كوب خزفي أزرق على ورقة بيضاء بجوار نافذة"
     width="1200" height="800" loading="lazy">

خاصية loading="lazy" تؤجل تحميل الصور البعيدة عن أعلى الصفحة فتخفف التحميل الأول. لكن لا تضعها على الصورة الرئيسية الكبيرة في أعلى الصفحة، لأن تأجيلها يؤخر مؤشر LCP.

قائمة فحص سريعة قبل النشر: عنوان H1 واضح يطابق موضوع الصفحة، ولا قفز بين مستويات العناوين، وكل صورة معلوماتية لها نص بديل يصفها في سياق الصفحة، وكل صورة زخرفية نصها البديل فارغ، وأبعاد كل صورة محددة، والصور قريبة من النص الذي تشرحه.

• العناوين فهرس مصغر: H1 للموضوع وH2 للأقسام وH3 عند الحاجة فقط.
• لا تقفز بين مستويات العناوين من أجل الشكل، فالشكل مهمة CSS.
• النص البديل يصف الصورة في سياقها دون حشو، والصورة الزخرفية تأخذ alt فارغاً.
• حدد أبعاد الصور، ولا تؤجل تحميل الصورة الرئيسية أعلى الصفحة.

 H1: موضوع الصفحة
  ├─ H2: ما تحتاجه
  ├─ H2: الخطوات
  │    ├─ H3: الضوء
  │    └─ H3: الزاوية
  └─ H2: أخطاء شائعة
 [صورة + نص بديل يصفها في سياقها]

للاستزادة: Google: أفضل ممارسات صور البحث والنص البديل · W3C WAI: العناوين وهيكل الصفحة · W3C WAI: شجرة قرار النص البديل للصور

5. الزحف والفهرسة: robots وsitemap ونسخ اللغات

الهدف: تفهم كيف يكتشف Google صفحاتك ويفهرسها، وتضبط robots.txt وnoindex وsitemap وhreflang وسمتي اللغة والاتجاه لموقع عربي.

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

سجل تشخيص لموقع تخيلي: موقع دروس طبخ نُقل من خادم تجريبي إلى النطاق الحقيقي، وبعد أسبوعين لا تظهر أي صفحة منه في البحث.
الملاحظة الأولى: تقرير فهرسة الصفحات في Search Console يعرض معظم الروابط تحت سبب «محظورة بواسطة ملف robots.txt».
الفحص: ملف robots.txt يحتوي سطر Disallow: / نُسي من بيئة الاختبار، وهو يمنع زحف الموقع كله.
الإصلاح: استبداله بالملف التالي، ثم طلب الفهرسة من أداة فحص عنوان URL لأهم الصفحات.

User-agent: *
Disallow: /admin/
Sitemap: https://example.com/sitemap.xml

الملاحظة الثانية: صفحة «سياسة الخصوصية القديمة» ما زالت تظهر رغم منعها في robots.txt.
التفسير: ملف robots.txt يتحكم في الزحف وحده، والصفحة الممنوعة قد تُفهرس بلا وصف إن أشارت إليها روابط من صفحات أخرى. الإصلاح الصحيح وسم <meta name="robots" content="noindex"> داخل الصفحة، مع السماح بزحفها حتى يرى Googlebot الوسم.

خريطة الموقع (sitemap.xml) قائمة بالروابط التي تريد فهرستها، تساعد على اكتشاف الصفحات الجديدة، وخاصة في المواقع الكبيرة أو التي تقل روابطها الداخلية. ثلاث حقائق من وثائق Google: تتجاهل Google قيمتي <priority> و<changefreq>، وتستخدم <lastmod> فقط إن كانت دقيقة باستمرار وتعكس تحديثاً جوهرياً، فتغيير سنة حقوق النشر في التذييل لا يُعد تحديثاً؛ وإدراج رابط في الخريطة لا يضمن زحفه ولا فهرسته. ضع فيها الصفحات التي تريد ظهورها فقط، واستبعد صفحات الشكر ونتائج البحث الداخلي.

وحين تصل الصفحة نفسها بعدة روابط، مثل نسخة فيها معامل تتبع ?utm_source= ونسخة بدونه، يختار Google رابطاً واحداً يعدّه الرابط الأساسي (Canonical). تستطيع اقتراح اختيارك بوسم <link rel="canonical">، وهو إشارة قوية يأخذها Google في الاعتبار، لكنه ليس أمراً ملزماً.

الصفحات العربية ونسخ اللغات. ضع في وسم الجذر <html lang="ar" dir="rtl">. سمة lang تساعد المتصفح وقارئات الشاشة على النطق الصحيح واختيار الخط، وسمة dir="rtl" تجعل اتجاه الصفحة من اليمين إلى اليسار، وتوصي W3C بتحديد الاتجاه في وسوم الصفحة بدلاً من الاعتماد على CSS وحده. وانتبه إلى أن Google تقول إنها تحدد لغة الصفحة من محتواها الظاهر، ولا تعتمد على سمة lang ولا على hreflang لهذا الغرض. فاجعل لغة النص والتنقل واحدة في كل صفحة، وتجنب وضع الترجمتين جنباً إلى جنب.

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

<link rel="alternate" hreflang="ar" href="https://example.com/ar/pricing" />
<link rel="alternate" hreflang="en" href="https://example.com/en/pricing" />
<link rel="alternate" hreflang="x-default" href="https://example.com/en/pricing" />

القيمة x-default تحدد الصفحة الاحتياطية لمن لا تطابق لغة متصفحه أياً من النسخ. وللمواقع التي تستهدف بلداً عربياً بعينه يمكن إضافة رمز المنطقة مثل ar-EG أو ar-SA، ولا حاجة لذلك إن كان المحتوى نفسه يخدم القراء العرب في كل البلدان.

• المراحل ثلاث: زحف ثم فهرسة ثم عرض، ولا ضمان لأي منها.
• robots.txt يتحكم في الزحف، ولإخراج صفحة من الفهرس استخدم noindex مع السماح بزحفها.
• Google تتجاهل priority وchangefreq، وتعتمد lastmod حين يكون دقيقاً.
• lang وdir للمتصفح وقارئ الشاشة، ولغة الصفحة عند Google يحددها نصها الظاهر.
• hreflang يحتاج روابط متبادلة: كل نسخة تذكر نفسها والنسخ الأخرى.

للاستزادة: Google: مقدمة إلى robots.txt · Google: منع الفهرسة باستخدام noindex · Google: إخبار Google بالنسخ اللغوية (hreflang) · W3C: اتجاه النص في HTML

6. الروابط الداخلية: خريطة تساعد الزائر والمحرك

الهدف: تبني روابط داخلية قابلة للزحف بنصوص مرساة عربية واضحة، وتكتشف الصفحات اليتيمة وتعالجها.

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

الشرط التقني الأول أن يكون الرابط قابلاً للزحف. توصي Google بوسم <a> مع خاصية href تحمل عنواناً حقيقياً. أما عنصر يستجيب للنقر عبر JavaScript دون href فقد يعمل للزائر، ولا يتبعه Googlebot. قارن السطرين:

<a href="/learn/seo/titles-meta">كتابة العنوان والوصف</a>
<span onclick="openLesson(3)">كتابة العنوان والوصف</span>

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

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

نص المرساة (Anchor text) هو الكلمات القابلة للنقر. توصي Google بنص وصفي مختصر يعطي فكرة عن الوجهة. «اضغط هنا» و«المزيد» لا يقولان شيئاً، ويُربكان من يتنقل بقارئ الشاشة بين قائمة الروابط وحدها. وفي الاتجاه المعاكس، تكرار الكلمة المفتاحية نفسها في كل رابط، أو حشو فقرة بعشرات الروابط، يجعل النص متعباً ويبدو متلاعباً. قارن:
ضعيف: «لمعرفة المزيد عن العناوين اضغط هنا».
محشو: «تحسين محركات البحث SEO سيو تحسين ظهور».
جيد: «راجع درس كتابة العنوان والوصف قبل أن تبدأ».

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

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

قائمة فحص لكل صفحة جديدة: من أي صفحة قائمة ذات صلة ستربط إليها؟ إلى أي صفحتين ستقود القارئ بعدها؟ هل نص كل رابط يصف وجهته؟ هل الرابط وسم a بخاصية href؟ هل يظهر مسار التنقل (Breadcrumb) أعلى الصفحة ليعرف القارئ موقعه داخل الموقع؟

• الرابط القابل للزحف وسم a بخاصية href تحمل عنواناً حقيقياً.
• نص المرساة الجيد يصف الوجهة باختصار، دون «اضغط هنا» ودون حشو.
• الروابط داخل النص والصفحات المحورية تمنح كل صفحة أكثر من طريق.
• الصفحة اليتيمة يصعب اكتشافها، فاربطها من صفحة قائمة ذات صلة.

 صفحة محورية: الطبخ اليومي
   ├─> الملوخية ──> تقلية الثوم
   ├─> الأرز بالشعرية
   └─> أكلات رمضان ──> الملوخية

للاستزادة: Google: روابط قابلة للزحف ونص المرساة · Google: دليل SEO للمبتدئين

7. البيانات المنظمة: ساعد المحرك يفهم صفحتك

الهدف: تكتب JSON-LD صحيحاً لنوع Article، وتعرف الوضع الحالي لنوع FAQPage في Google، وتتجنب الممارسات المخالفة.

البيانات المنظمة (Structured data) وصف موحد لمحتوى الصفحة بلغة تفهمها الآلات، يعتمد مفردات مشتركة من موقع schema.org. والصيغة التي توصي بها Google عموماً هي JSON-LD: كتلة داخل وسم <script type="application/ld+json"> لا تظهر للزائر، تقول للمحرك صراحة إن هذه الصفحة مقال، وهذا تاريخ نشره، وهذا كاتبه. فائدتها الأساسية فهم أدق للصفحة، وقد تجعلها مؤهلة لمظاهر خاصة في النتائج، دون ضمان لظهور تلك المظاهر ولا لأي ترتيب.

مثال صحيح لمقال عربي. هذه كتلة صالحة لنوع Article. تذكر وثائق Google أنه لا خصائص إلزامية لهذا النوع، وأن الخصائص الموصى بها تشمل العنوان وتاريخي النشر والتعديل والصورة والكاتب:

{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "كيف تكتب وصف منتج لمتجر صغير",
  "inLanguage": "ar",
  "datePublished": "2026-09-14T09:00:00+03:00",
  "dateModified": "2026-09-20T18:30:00+03:00",
  "image": ["https://example.com/img/product-description.jpg"],
  "author": [{
    "@type": "Person",
    "name": "اسم الكاتب",
    "url": "https://example.com/authors/writer"
  }]
}

قراءة الكتلة سطراً سطراً:
• @context و@type: المعجم المستخدم، ونوع الكيان الموصوف.
• inLanguage: لغة المقال بالرمز ar، وهي خاصية من schema.org لا تشترطها Google لكنها تصف المحتوى بدقة.
• التاريخان بصيغة ISO 8601 مع المنطقة الزمنية، وdateModified يتغير فقط عند تعديل حقيقي في المحتوى.
• author.url يقود إلى صفحة تعرّف بالكاتب فعلاً، وهذا يخدم سؤال «من كتب؟» من الدرس الأول.
• القيم كلها يجب أن تطابق ما يراه الزائر: العنوان نفسه، والتاريخ نفسه، والكاتب نفسه.

أين توضع الكتلة؟ يمكن وضعها في رأس الصفحة أو في متنها، وتقبل Google البيانات المنظمة التي تولّدها JavaScript أيضاً، وإن كان وضعها في HTML المرسل من الخادم أبسط في الفحص. وإن كنت تستخدم WordPress أو نظاماً مشابهاً، فكثير من إضافات SEO تولّد Article وBreadcrumbList تلقائياً؛ افحص ما تولّده قبل أن تضيف كتلة يدوية، حتى لا تصف الصفحة نفسها بكتلتين متعارضتين.

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

{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [{
    "@type": "Question",
    "name": "هل الدروس متاحة دون تسجيل؟",
    "acceptedAnswer": {
      "@type": "Answer",
      "text": "نعم، كل الدروس تُقرأ مباشرة دون إنشاء حساب."
    }
  }]
}

ما الأنواع المناسبة لموقع تعليمي عربي؟ Organization في الصفحة الرئيسية لتعريف الجهة واسمها وشعارها وروابطها الرسمية، وBreadcrumbList لمسار التنقل، مع العلم أن Google صارت تعرض مسار التنقل في نتائج الحاسوب دون الجوال، وArticle للمقالات والشروح. ابدأ بأنواع قليلة صحيحة ومطابقة للمحتوى قبل أي إضافة.

الممارسات المخالفة لإرشادات Google العامة للبيانات المنظمة: وصف محتوى لا يراه الزائر، كأسئلة في JSON-LD غير موجودة في النص؛ وتقييمات بالنجوم لم يكتبها عملاء حقيقيون؛ ووسم صفحة بنوع لا يطابقها، كصفحة تواصل موسومة كمقال. النتيجة المحتملة إجراء يدوي (Manual action) يحرم الصفحات من المظاهر الخاصة، ويظهر في تقرير الإجراءات اليدوية في Search Console.

خطوات التحقق: الصق الكود أو رابط الصفحة في اختبار النتائج الغنية (Rich Results Test) لمعرفة هل هي مؤهلة لمظاهر Google المدعومة، واستخدم مدقق schema.org (Schema Markup Validator) للتحقق من صحة البنية عموماً، حتى للأنواع التي لم تعد Google تعرض لها مظهراً خاصاً مثل FAQPage. بعد النشر راقب تقارير التحسينات في Search Console. وخلوّ التقارير من الأخطاء يدل على صحة الترميز فقط، ولا يعد بأي ظهور.

• JSON-LD يصف الصفحة للآلات، ويجب أن يطابق ما يراه الزائر.
• لا خصائص إلزامية لنوع Article، والموصى به: العنوان والتواريخ والصورة والكاتب.
• نتيجة الأسئلة الشائعة المنسّقة توقفت في Google منذ مايو 2026.
• التقييمات المزيفة والمحتوى غير الظاهر قد يجلبان إجراءً يدوياً.
• اختبر بأداة النتائج الغنية ومدقق schema.org، ولا تعدّ النجاح وعداً بالظهور.

للاستزادة: Google: البيانات المنظمة لنوع Article · Google: الإرشادات العامة للبيانات المنظمة · Google: سجل تحديثات وثائق البحث (إيقاف نتيجة FAQ) · schema.org: نوع Article

8. الثقة وتجربة الصفحة: مؤشرات الأداء الأساسية وإقناع بلا ضرر

الهدف: تقيس مؤشرات LCP وINP وCLS وتعرف حدودها الجيدة، وتبني صفحة سريعة مستقرة تستحق ثقة الزائر دون أساليب مزعجة.

يقرر الزائر في ثوانٍ قليلة هل يبقى: هل ظهر المحتوى بسرعة؟ هل استجابت الصفحة حين نقر؟ هل قفز النص تحت إصبعه؟ هذه الأسئلة الثلاثة تقيسها مؤشرات أداء الويب الأساسية (Core Web Vitals). توصي Google بتحقيق قيم جيدة فيها للنجاح في البحث ولتجربة جيدة عموماً، لكنها تؤكد أنها تسعى دائماً إلى عرض المحتوى الأكثر صلة بالاستعلام حتى لو كانت تجربة الصفحة أقل من المطلوب. السرعة إذن تكمل محتوى مفيداً، ولا تعوّض غيابه.

الحدود الثلاثة كما تنشرها web.dev وGoogle، وتُقاس عند المئين الخامس والسبعين (75th percentile) من زيارات حقيقية، أي أن ثلاثة أرباع الزيارات على الأقل يجب أن تحقق الحد الجيد:
• أكبر عرض للمحتوى (LCP): زمن ظهور أكبر عنصر في الشاشة الأولى. جيد حتى 2.5 ثانية، وضعيف فوق 4 ثوانٍ.
• التفاعل حتى العرض التالي (INP): سرعة استجابة الصفحة لنقرات الزائر ولمساته. جيد حتى 200 ملّي ثانية، وضعيف فوق 500. وقد حلّ محل مؤشر FID ضمن المؤشرات الأساسية في مارس 2024.
• الإزاحة التراكمية للتخطيط (CLS): مقدار قفز العناصر أثناء التحميل. جيد حتى 0.1، وضعيف فوق 0.25.

كيف تقرأ كل مؤشر على موقع عربي نموذجي؟ إن كان LCP بطيئاً فابحث أولاً عن الصورة الكبيرة أعلى الصفحة: اضغطها بصيغة حديثة مثل WebP أو AVIF، وحدد أبعادها، ولا تؤجل تحميلها. وخطوط الويب العربية ثقيلة غالباً لأنها تحمل حروفاً وأشكالاً كثيرة، فاكتفِ بوزنين أو ثلاثة، واستخدم font-display: swap حتى يظهر النص بخط النظام ريثما يكتمل التحميل. وإن كان INP ضعيفاً فالسبب في الغالب JavaScript كثير يشغل المتصفح: إضافات دردشة، وأدوات تتبع، ومكتبات لا تُستخدم؛ احذف ما لا تحتاجه وأجّل الباقي. وإن كان CLS مرتفعاً فابحث عن صور بلا أبعاد، وإعلانات تُحقن دون مساحة محجوزة، وخط بديل يختلف حجمه كثيراً عن الخط النهائي.

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

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

الثقة جزء من التجربة. نافذة منبثقة تغطي المحتوى فور الدخول من البحث، أو إعلان يدفع النص إلى أسفل الشاشة، يصعّب الوصول إلى المحتوى، وتعدّ Google النوافذ المزعجة (Intrusive interstitials) تجربة سيئة، مع استثناء ما يفرضه القانون مثل إشعار ملفات تعريف الارتباط أو التحقق من العمر. وأكمل ذلك بصياغات قابلة للتحقق: «حصة أولى مجانية لتحديد المستوى» أصدق من «نتائج مضمونة 100%». واجعل صفحات «من نحن» و«الخصوصية» و«تواصل» ظاهرة في تذييل كل صفحة، دون عدّادات زوار وهمية أو تقييمات مختلقة.

• الحدود الجيدة: LCP حتى 2.5 ثانية، وINP حتى 200 ملّي ثانية، وCLS حتى 0.1.
• تُقاس المؤشرات عند المئين 75 من زيارات المستخدمين الحقيقيين.
• الخطوط العربية الثقيلة والإعلانات بلا مساحة محجوزة سببان شائعان للبطء وقفز العناصر.
• الصلة بالاستعلام تأتي أولاً، والسرعة تكمل محتوى مفيداً ولا تعوّضه.
• النوافذ المزعجة والوعود المبالغة تهدم الثقة بسرعة.

للاستزادة: Google: مؤشرات أداء الويب الأساسية في البحث · web.dev: Web Vitals · Google: تجنب النوافذ المزعجة · Search Console: تقرير مؤشرات أداء الويب الأساسية

9. قِس ثم حسّن: Search Console وسلوك الزائر

الهدف: تقرأ تقارير Search Console الأساسية، وتحوّل أرقامها إلى فرضية تحسين واحدة قابلة للقياس.

أداة Google Search Console مجانية، وتعرض ما يراه Google من موقعك: كيف يظهر في البحث، وما الذي فُهرس، وما المشكلات التي تحتاج إصلاحاً. بعد إثبات ملكية الموقع، تكفي معرفة خمسة تقارير لتبدأ:
• تقرير الأداء (Performance): النقرات، ومرات الظهور (Impressions)، ونسبة النقر (CTR)، ومتوسط الموضع، مع التصفية حسب الاستعلام والصفحة والبلد والجهاز، ومقارنة فترتين.
• تقرير فهرسة الصفحات (Page indexing): عدد الروابط المفهرسة وغير المفهرسة، وسبب كل استبعاد.
• أداة فحص عنوان URL: حالة رابط واحد، والرابط الأساسي الذي اختاره Google، واختبار مباشر للنسخة الحالية.
• تقرير خرائط الموقع (Sitemaps): هل قُرئت الخريطة، وكم رابطاً اكتُشف منها.
• تقرير الإجراءات اليدوية (Manual actions): هل طبّق مراجع بشري في Google إجراءً على الموقع بسبب مخالفة السياسات.
ويُضاف إليها تقرير مؤشرات أداء الويب الأساسية من الدرس السابق.

افهم المقاييس قبل أن تحكم بها. الظهور يُحتسب حين يظهر رابطك في نتائج بحث يراها مستخدم. ومتوسط الموضع في الرسم البياني هو متوسط أعلى موضع احتله موقعك، فقد يجمع ظهوراً في الموضع الثالث لاستعلام وفي الموضع الأربعين لاستعلام آخر، لذلك اقرأه لكل استعلام أو صفحة على حدة. وتذكر Google أن الظهور في ميزات الذكاء الاصطناعي مثل AI Overviews يُحتسب أيضاً ضمن تقرير الأداء.

مثال محلول بأرقام تخيلية: صفحة «كيف تكتب CV لأول وظيفة» في موقع تعليمي. خلال 28 يوماً: 3000 ظهور، و30 نقرة، أي نسبة نقر 1%، ومتوسط موضع 6.
القراءة: الصفحة تُعرض غالباً في الصفحة الأولى، لكن الباحثين يتخطونها. المرشح الأول للمشكلة هو العنوان والوصف.
الفرضية: العنوان الحالي «السيرة الذاتية» عام، ولا يذكر أنها لأول وظيفة، ولا أن فيها نموذجاً جاهزاً.
التغيير الوحيد: «كيف تكتب CV لأول وظيفة: نموذج جاهز وأخطاء تتجنبها».
القياس: انتظر ثلاثة أسابيع على الأقل، ثم قارن فترتين متساويتين في الطول وأيام الأسبوع، مع الانتباه لأي موسمية مثل موسم التخرج.
والحالة المعاكسة مفيدة أيضاً: ظهور قليل جداً مع موضع متأخر يعني غالباً أن الصفحة لا تطابق ما يبحث عنه الناس، أو أنها لم تُفهرس أصلاً، فابدأ عندها من أداة فحص عنوان URL.

ولقراءة صفحة واحدة بدقة، صفِّ التقرير بالصفحة أولاً ثم افتح تبويب الاستعلامات، فترى الاستعلامات التي ظهرت فيها تلك الصفحة وحدها. وإن وجدت صفحتين من موقعك تتبادلان الظهور للاستعلام نفسه، فقد تكونان متقاربتين أكثر من اللازم؛ فكّر في دمجهما، أو في تمييز نية كل منهما بوضوح.

للصيغ العربية حيلة مفيدة: يدعم مرشح الاستعلامات في تقرير الأداء التعبيرات النمطية (Regex). المرشح (cv|سي في|سير[ةه] ذاتي[ةه]) يجمع الصيغة الإنجليزية والصيغة الصوتية والكتابة بالتاء المربوطة أو بالهاء في نتيجة واحدة، فترى الصورة الكاملة لموضوع واحد بدلاً من تشتته في عشرات الصفوف. وابحث في القائمة عن استعلامات لم تتوقعها؛ فقد تكشف سؤالاً يستحق قسماً جديداً في الصفحة.

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

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

 قياس → فرضية → تغيير واحد → انتظار → مقارنة فترتين
   ↑                                          |
   └──────────────────────────────────────────┘

للاستزادة: Search Console: تقرير الأداء · Search Console: تقرير فهرسة الصفحات · Search Console: أداة فحص عنوان URL · AdSense: سياسات البرنامج

10. مشروع ختامي: خطة أسبوع تجهّز موقعك العربي لمراجعة AdSense

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

الهدف من هذا المشروع موقع يستحق الثقة، أما قرار AdSense بعده فلا تملكه أنت ولا أي خبير. تبدأ الخطة بمراجعة سياسات Google للمحتوى غير المرغوب فيه (Spam policies)، لأن المخالفة قد تنتهي بإجراء يدوي يخفض ظهور صفحات بعينها أو يزيلها من النتائج، وهذا أثقل من أي ضعف في العناوين أو السرعة.

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

وماذا عن الذكاء الاصطناعي نفسه؟ تقول Google إن أدوات التوليد قد تفيد في البحث حول موضوع وفي تنظيم محتوى أصلي، وإن المشكلة في توليد صفحات كثيرة بلا قيمة للقارئ. وتطلب مراجعة بشرية لكل ما يُولَّد قبل نشره، لأن النماذج تتنبأ بتسلسل الكلمات ولا تسترجع الحقائق، فقد تخترع معلومات خاطئة؛ وتشمل المراجعة العنوان والوصف والبيانات المنظمة والنص البديل للصور. وتقترح، حين يكون ذلك مفيداً للقارئ، توضيح كيف أُنتج المحتوى، وتحيل إلى قسمين في إرشادات المقيّمين يشرحان تقييم المحتوى بالجملة والمحتوى قليل الجهد والأصالة.

سياسات أخرى تستحق المراجعة في موقع صغير:
• الصفحات المدخلية (Doorway abuse): صفحات شبه متطابقة لكل مدينة أو حي تقود كلها إلى الوجهة نفسها.
• حشو الكلمات المفتاحية (Keyword stuffing)، والنص المخفي بلون الخلفية.
• إساءة سمعة الموقع (Site reputation abuse): نشر محتوى طرف ثالث لا صلة له بالموقع لاستغلال إشاراته في الترتيب.
• إساءة النطاقات المنتهية (Expired domain abuse): شراء نطاق قديم واستخدامه لمحتوى ضعيف لا علاقة له بتاريخه.

جدول الأيام السبعة، بمهمة واحدة واضحة لكل يوم:
اليوم 1، تدقيق السياسات: راجع كل صفحة بالأسئلة السابقة، وضع علامة على المترجم آلياً والمكرر وشبه المتطابق.
اليوم 2، الدمج والحذف: ادمج المتشابه في صفحات أعمق، وحوّل روابطه القديمة بتحويل 301 إلى الصفحة الجديدة، واحذف ما لا قيمة له.
اليوم 3، العناوين والأوصاف لأهم عشر صفحات، مع جملة نية لكل منها.
اليوم 4، الهيكل والصور: عناوين متسلسلة، ونص بديل مفيد، وأبعاد محددة.
اليوم 5، الروابط الداخلية والصفحات اليتيمة ومسار التنقل.
اليوم 6، الثقة: من نحن، والخصوصية مع ذكر الإعلانات وملفات تعريف الارتباط، وصفحة تواصل يرد عليها إنسان، وملف ads.txt.
اليوم 7، الفهرسة والقياس: robots.txt وخريطة الموقع وتقرير فهرسة الصفحات وتقرير مؤشرات الأداء، وتسجيل نقطة بداية للمقارنة.

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

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

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

للاستزادة: Google: سياسات المحتوى غير المرغوب فيه · Google: إرشادات استخدام المحتوى المولّد بالذكاء الاصطناعي · Google: عمليات إعادة التوجيه وتحويل 301 · AdSense: سياسات البرنامج