السيو التقني وCore Web Vitals: دليلك لتصدر نتائج جوجل

السيو التقني وCore Web Vitals: دليلك لتصدر نتائج جوجل

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

الإجابة السريعة: السيو التقني بيغطي قابلية الزحف والفهرسة وهندسة الموقع وعرض الجوال والبيانات المنظمة والسرعة — وبيتقاس علنيًا بمؤشرات Core Web Vitals بتاعة جوجل: سرعة ظهور المحتوى الأساسي (LCP)، واستجابة الصفحة للنقر (INP)، والثبات البصري (CLS)، وأهداف جوجل المنشورة ليها 2.5 ثانية و200 مللي ثانية و0.1 على الترتيب. رتب الإصلاح كده: فهرسة صح الأول، وبعدين وقف هدر الزحف، وبعدين عدّي المؤشرات، وبعدين بس لاحق التحسينات الدقيقة.

السيو التقني بيتحكم في إيه أصلًا؟

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

دي مناطق التحكم الأساسية، وكل واحدة بتتفقد فين:

| المنطقة التقنية | هي بتقرر إيه | بتتفقد فين | |---|---|---| | قابلية الزحف | هل البوتات تقدر توصل لصفحاتك المهمة أصلًا | إحصاءات الزحف في Search Console وملف robots.txt وسجلات السيرفر | | الفهرسة | هل الصفحات اللي اتوصلها اتحتفظ بيها وبالنسخة الصح من كل واحدة | تقرير الصفحات في Search Console وبحوث site:‎ | | مؤشرات Core Web Vitals | هل تجربة الصفحة بتعدي عتبات جوجل | PageSpeed Insights وتقرير المؤشرات في Search Console | | عرض الجوال | هل نسخة التليفون — وهي اللي جوجل بيفهرسها — كاملة | اختبارات التوافق مع الجوال واختبار العرض في Search Console | | البيانات المنظمة | هل جوجل يقدر يستخرج نتائج غنية ويفهم الكيانات | اختبار النتائج الغنية وتقارير التحسينات في Search Console | | الهندسة الداخلية | أنهي صفحات الموقع نفسه بيعاملها كمهمة | أدوات الزحف ومراجعة روابطك بنفسك |

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

مؤشرات Core Web Vitals عبارة عن إيه بلغة بسيطة؟

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

ولاحظ دول عبارة عن إيه ومش عبارة عن إيه: مش اختبار لسيرفرك لوحده، ومش مسابقة جمال. الـ LCP على صفحة متجر أو خدمة نموذجية غالبًا مشكلته صورة (ملف بطل ضخم أو مفيش تحميل أولوية) أكتر بكتير من مشكلة استضافة. والـ CLS غالبًا مشكلته إعلانات وبانرات وخطوط بتتأخر في التحميل. والـ INP غالبًا مشكلته جافا سكريبت. تسمية الجاني الفعلي بتفرق، لأن الإصلاحات حرف مختلفة: انضباط صور، وانضباط تخطيط، وانضباط كود على الترتيب.

وفيه لبس لازم يتشال بدري: بيانات المعمل مقابل بيانات الميدان. الدرجة اللي أداة بتديهالك عند الطلب هي محاكاة معملية — جهاز واحد واتصال واحد وتشغيل واحد — مفيدة لتشخيص الأسباب. لكن ترتيب جوجل بيستخدم بيانات الميدان: تجارب زوارك الحقيقيين الفعلية على فترة ممتدة. عشان كده موقع ممكن يختبر «أخضر» في تشغيل معمل ويبين مؤشرات فاشلة في Search Console، لو جمهوره الفعلي بيستخدم تليفونات واتصالات أبطأ من افتراضات المعمل. شخّص في المعمل، واحكم بالميدان.

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

أنهي مشاكل تقنية صامتة بتقتل المحتوى الكويس؟

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

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

عادة التشخيص اللي بتلقط كل ده: مرة كل ربع سنة، افتح تقرير الصفحات في Search Console واقرأ أسباب «غير مفهرس» زي ما المحاسب بيقرأ المصاريف. كل فئة هناك إما سلوك صحيح (صفحات انت مستبعدها فعلًا) أو تسريب. أغلب أصحاب المواقع عمرهم ما قروا التقرير ده من أوله لآخره؛ دي أعلى ساعة قيمة في السيو التقني.

السرعة بتجيب فلوس إزاي بعيدًا عن الترتيب نفسه؟

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

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

ورتب شغل السرعة بالقوالب مش بالصفحات. إصلاح قالب منتج واحد بيرفع كل المنتجات، وإصلاح قالب مقالات بيرفع كل المقالات. الملاك اللي بيظبطوا صفحة بصفحة بيفرغوا مية من مركب؛ واللي بيصلحوا القوالب بيصلحوا هيكلها.

السيو التقني ميقدرش يعمل إيه؟

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

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

مين يعمل الشغل التقني ده، وإزاي تتابع معاه؟

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

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

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

ترتيب إصلاح مشاكل موقعك التقنية المفروض يكون إيه؟

الأول، حقيقة الفهرسة: الصفحات اللي عايزها تترتب مفهرسة فعليًا ومش مجرد مكتشفة، واللي مش عايزها مستبعدة بقصد واضح وموثق، وفيه نسخة كانونية واحدة معلنة من كل صفحة مهمة عندك. التاني، سلامة الزحف: مفيش أصول محجوبة جوجل محتاجها للعرض، ومفيش انفجارات عناوين بتاكل الميزانية، ومفيش صفحات فلوس يتيمة. التالت، المؤشرات على قوالب فلوسك: قوالب المنتج والخدمة والمقال بتعدي LCP وCLS على بيانات جوال حقيقية، وINP بيتعالج حيث التفاعل تقيل. الرابع، البيانات المنظمة حيث بتكسب حاجة باينة: منتجات ومقالات وأسئلة شائعة وتفاصيل نشاط محلي. والخامس، وبس الخامس، التحسينات الدقيقة — تهذيب hreflang وضبط ملفات السجل والمكاسب الحدية.

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

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

ما هي مؤشرات Core Web Vitals وما أهدافها الرسمية؟

هي مؤشرات جوجل المنشورة لتجربة الصفحة: سرعة ظهور المحتوى الأساسي (LCP) وهدفها 2.5 ثانية أو أقل، واستجابة الصفحة للتفاعل (INP) وهدفها 200 مللي ثانية أو أقل، والثبات البصري (CLS) وهدفه 0.1 أو أقل. جوجل بيقيسها من بيانات زوار حقيقيين، والفشل فيها على الجوال تحديدًا بيضعف قدرتك على المنافسة على الاستعلامات المهمة حتى لو محتواك قوي.

بأي ترتيب أصلح مشاكل موقعي التقنية؟

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

لماذا تختلف نتيجتي في أدوات القياس عن تقارير Search Console؟

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

هل السيو التقني وحده كافٍ لتصدر نتائج جوجل؟

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

ما هو السبب الأكثر شيوعًا لبطء تحميل الصفحة (LCP)؟

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

فحص العصر الواحد التقني اللي تعمله الأول إيه؟

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