ستساعدك المعرفة التقنية الأساسية
الآن بعد أن صممت
محتوى قيمًا على أساس البحث القوي عن الكلمات الرئيسية ، من المهم التأكد من أنه ليس
قابلاً للقراءة فقط من قبل البشر ، ولكن بواسطة محركات البحث أيضًا!
لا تحتاج إلى فهم
تقني عميق لهذه المفاهيم ، ولكن من المهم أن تفهم ما تفعله هذه الأصول التقنية حتى
تتمكن من التحدث عنها بذكاء مع المطورين. يعد التحدث بلغة المطورين لديك أمرًا مهمًا
لأنك ستحتاج على الأرجح إليهم لتنفيذ بعض التحسينات. من غير المحتمل أن يعطوا الأولوية
لسؤالك إذا لم يفهموا طلبك أو يروا أهميته. عندما تؤسس المصداقية والثقة مع مطوريك
، يمكنك البدء في إزالة الشريط الأحمر الذي غالبًا ما يمنع العمل الحاسم من الإنجاز.
على تحسين موقعك لمحركات البحث وإثبات المصداقية مع المطورين.
إلى جانب الدعم
المشترك بين الفريق ، يعد فهم التحسين الفني لتحسين محركات البحث أمرًا ضروريًا إذا
كنت تريد التأكد من أن صفحات الويب الخاصة بك منظمة لكل من البشر وبرامج الزحف. لتحقيق
هذه الغاية ، قمنا بتقسيم هذا الفصل إلى ثلاثة أقسام:
1-كيف تعمل المواقع
2-كيف تفهم محركات
البحث مواقع الويب
3-كيف يتفاعل المستخدمون
مع المواقع
نظرًا لأن الهيكل
الفني للموقع يمكن أن يكون له تأثير كبير على أدائه ، فمن الأهمية بمكان أن يفهم الجميع
هذه المبادئ. قد يكون من الجيد أيضًا مشاركة هذا الجزء من الدليل مع المبرمجين وكتاب
المحتوى والمصممين لديك بحيث تكون جميع الأطراف المشاركة في إنشاء الموقع على نفس الصفحة.
كيف تعمل المواقع
إذا كان تحسين محرك البحث هو عملية تحسين موقع الويب للبحث ، فإن مُحسّنات محرّكات البحث يحتاجون على الأقل إلى فهم أساسي للأشياء التي يقومون بتحسينها!
أدناه ، نحدد رحلة موقع الويب من شراء اسم النطاق وصولاً إلى حالته المعروضة بالكامل في المتصفح. يعد مسار العرض الحرج أحد المكونات المهمة في رحلة موقع الويب ، وهو عملية تحويل المتصفح لشفرة موقع الويب إلى صفحة قابلة للعرض.
إن معرفة هذا عن مواقع الويب أمر مهم لفهم مُحسّنات محرّكات البحث لعدة أسباب:
1-يمكن أن تؤثر الخطوات
في عملية تجميع صفحات الويب هذه على أوقات تحميل الصفحة ، والسرعة ليست مهمة فقط لإبقاء
المستخدمين على موقعك ، ولكنها أيضًا أحد عوامل الترتيب في Google.
2-يعرض Google موارد معينة ، مثل JavaScript ، على "مسار ثانٍ". ستنظر Google إلى الصفحة بدون JavaScript أولاً ، ثم بعد بضعة أيام إلى بضعة أسابيع ، ستعرض
JavaScript ، مما يعني أن العناصر المهمة
لتحسين محركات البحث التي تمت إضافتها إلى الصفحة باستخدام JavaScript قد لا تتم فهرستها.
3-تخيل أن عملية
تحميل موقع الويب هي تنقلاتك إلى العمل. يمكنك الاستعداد في المنزل ، وجمع الأشياء
الخاصة بك لإحضارها إلى المكتب ، ثم اتخاذ أسرع طريق من منزلك إلى عملك. سيكون من السخف
ارتداء حذاء واحد فقط ، واتخاذ طريق أطول للعمل ، وإسقاط أغراضك في المكتب ، ثم العودة
فورًا إلى المنزل للحصول على حذائك الآخر ، أليس كذلك؟ هذا نوع من ما تفعله مواقع الويب
غير الفعالة. سيعلمك هذا الفصل كيفية تشخيص الأماكن التي قد يكون موقع الويب الخاص
بك فيها غير فعال ، وما يمكنك القيام به للتبسيط ، والعواقب الإيجابية على تصنيفاتك
وتجربة المستخدم التي يمكن أن تنتج عن هذا التبسيط.
قبل التمكن من الوصول إلى موقع ويب ، يجب إعداده!
تم شراء اسم المجال.
يتم شراء أسماء النطاقات مثل moz.com من مسجل اسم المجال مثل GoDaddy أو HostGator. هؤلاء المسجلون هم مجرد منظمات تدير حجوزات أسماء النطاقات.
اسم المجال مرتبط
بعنوان IP. لا يفهم الإنترنت أسماء مثل "moz.com" كعناوين مواقع ويب بدون مساعدة خوادم أسماء النطاقات (DNS). يستخدم الإنترنت سلسلة من الأرقام تسمى عنوان بروتوكول الإنترنت
(IP) (على سبيل المثال: 127.0.0.1) ، لكننا نريد استخدام
أسماء مثل moz.com لأنه يسهل على البشر تذكرها.
نحتاج إلى استخدام DNS لربط هذه الأسماء التي يمكن
للبشر قراءتها بأرقام يمكن للآلة قراءتها.
كيف ينتقل موقع الويب من خادم إلى متصفح
يطلب المستخدم
المجال. الآن وقد تم ربط الاسم بعنوان IP عبر DNS ، يمكن للأشخاص طلب موقع ويب
عن طريق كتابة اسم المجال مباشرة في متصفحهم أو عن طريق النقر فوق ارتباط إلى موقع
الويب.
المتصفح يجعل الطلبات.
هذا الطلب لصفحة ويب يطالب المتصفح بإجراء طلب بحث DNS لتحويل اسم المجال إلى عنوان IP الخاص به. يقوم المتصفح بعد ذلك بتقديم طلب إلى الخادم للحصول على التعليمات
البرمجية التي تم إنشاء صفحة الويب الخاصة بك بها ، مثل HTML و CSS وجافا سكريبت.
يرسل الخادم الموارد.
بمجرد أن يتلقى الخادم طلب موقع الويب ، فإنه يرسل ملفات موقع الويب ليتم تجميعها في
متصفح الباحث.
يقوم المستعرض
بتجميع صفحة الويب. لقد تلقى المتصفح الآن الموارد من الخادم ، لكنه لا يزال بحاجة
إلى تجميعها معًا وعرض صفحة الويب حتى يتمكن المستخدم من رؤيتها في متصفحه. نظرًا لأن
المتصفح يحلل وينظم جميع موارد صفحة الويب ، فإنه ينشئ نموذج كائن مستند (DOM). DOM هو ما يمكنك رؤيته عند النقر بزر الماوس الأيمن و
"فحص العنصر" على صفحة ويب في متصفح Chrome (تعرف على كيفية فحص العناصر في المتصفحات الأخرى).
المتصفح يجعل الطلبات
النهائية. سيعرض المتصفح صفحة ويب فقط بعد تنزيل جميع التعليمات البرمجية الضرورية
للصفحة وتحليلها وتنفيذها ، لذلك في هذه المرحلة ، إذا احتاج المتصفح إلى أي رمز إضافي
لإظهار موقع الويب الخاص بك ، فسيقوم بتقديم طلب إضافي من الخادم الخاص بك .
يظهر موقع الويب
في المتصفح. يا للعجب! بعد كل ذلك ، تم الآن تحويل (تحويل) موقع الويب الخاص بك من
رمز إلى ما تراه في متصفحك.
تحدث إلى المطورين
بتوعك حول عدم التزامن!
هناك شيء يمكنك
طرحه مع المطورين لديك وهو تقصير مسار العرض الحرج من خلال تعيين البرامج النصية على
"غير متزامن" عندما لا تكون هناك حاجة لعرض المحتوى في الجزء المرئي من الصفحة
، مما يجعل صفحات الويب الخاصة بك يتم تحميلها بشكل أسرع. يخبر Async DOM أنه يمكن الاستمرار في تجميعه أثناء قيام المستعرض
بجلب البرامج النصية اللازمة لعرض صفحة الويب الخاصة بك. إذا كان على DOM أن يوقف التجميع مؤقتًا في كل مرة يجلب فيها المتصفح
برنامجًا نصيًا (يسمى "البرامج النصية لحظر العرض") ، فقد يؤدي ذلك إلى إبطاء
تحميل صفحتك بشكل كبير. سيكون الأمر أشبه بالخروج لتناول الطعام مع أصدقائك والاضطرار
إلى إيقاف المحادثة مؤقتًا في كل مرة يذهب فيها أحدكم إلى المنضدة لطلب الطعام ، ويستأنف
فقط بمجرد عودته. مع عدم التزامن ، يمكنك أنت وأصدقاؤك متابعة الدردشة حتى عندما يطلب
أحدكم. قد ترغب أيضًا في عرض تحسينات أخرى يمكن للمطورين تنفيذها لتقصير مسار العرض
الحرج ، مثل إزالة البرامج النصية غير الضرورية تمامًا ، مثل نصوص التتبع القديمة.
الآن بعد أن عرفت
كيف يظهر موقع الويب في المتصفح ، سنركز على ما يتكون منه موقع الويب - وبعبارة أخرى
، الشفرة (لغات البرمجة) المستخدمة في إنشاء صفحات الويب هذه.
الثلاثة الأكثر
شيوعًا هي:
HTML -
ما يقوله موقع الويب (العناوين
ومحتوى الجسم وما إلى ذلك)
CSS - كيف يبدو موقع الويب (اللون ، الخطوط ، إلخ.)
JavaScript
- كيف يتصرف (تفاعلي ، ديناميكي
، إلخ.)
هذه الصورة مستوحاة
من مثال Alexis Sanders الرائع في JavaScript و SEO: جعل تجربة الروبوت الخاصة بك جيدة مثل تجربة المستخدم الخاصة بك
HTML: ما يقوله موقع الويب
ترمز HTML إلى لغة ترميز النص التشعبي ، وهي بمثابة العمود
الفقري لموقع الويب. يتم تحديد جميع العناصر مثل العناوين والفقرات والقوائم والمحتوى
في HTML.
فيما يلي مثال
لصفحة ويب وشكل HTML المطابق لها:
هذه لقطة شاشة من W3schools.com ، المكان المفضل لدينا لتعلم وممارسة HTML و CSS و JavaScript.
تعتبر HTML مهمة لمُحسّنات محرّكات البحث لأنها تعرفها لأنها ما تعيش "تحت غطاء" أي صفحة يقومون بإنشائها أو العمل عليها. على الرغم من أن نظام إدارة المحتوى الخاص بك لا يتطلب منك على الأرجح كتابة صفحاتك بتنسيق HTML (على سبيل المثال: تحديد "ارتباط تشعبي" سيسمح لك بإنشاء ارتباط دون الحاجة إلى كتابة "a href =") ، فهذا ما تقوم بتعديله في كل الوقت الذي تفعل فيه شيئًا ما على صفحة ويب مثل إضافة محتوى ، وتغيير نص الرابط للروابط الداخلية ، وما إلى ذلك. يزحف محرك بحث Google إلى عناصر HTML هذه لتحديد مدى صلة المستند باستعلام معين. بعبارة أخرى ، يلعب محتوى HTML دورًا كبيرًا في تصنيف صفحتك على الويب في البحث المجاني من Google!
CSS: كيف يبدو موقع الويب
يرمز CSS إلى "أوراق الأنماط المتتالية" ، وهذا ما يجعل صفحات الويب الخاصة بك تأخذ خطوطًا وألوانًا وتخطيطات معينة. تم إنشاء HTML لوصف المحتوى ، بدلاً من تصميمه ، لذلك عندما دخلت CSS إلى المشهد ، كان ذلك بمثابة تغيير في قواعد اللعبة. باستخدام CSS ، يمكن "تجميل" صفحات الويب دون الحاجة إلى ترميز يدوي للأنماط في HTML لكل صفحة - وهي عملية مرهقة ، خاصة للمواقع الكبيرة.
لم يبدأ نظام الفهرسة في Google حتى عام 2014 في عرض صفحات الويب كمتصفح فعلي ، بدلاً من متصفح نصي فقط. كانت إحدى ممارسات تحسين محركات البحث ذات القبعة السوداء التي حاولت الاستفادة من نظام الفهرسة الأقدم في Google هي إخفاء النصوص والروابط عبر CSS بغرض التلاعب بترتيب محركات البحث. تعتبر ممارسة "النص والروابط المخفية" انتهاكًا لإرشادات الجودة في Google.
مكونات CSS التي يجب أن تهتم بها مُحسنات محركات البحث ، على وجه الخصوص:
نظرًا لأن توجيهات
الأنماط يمكن أن تعيش في ملفات أوراق الأنماط الخارجية (ملفات CSS) بدلاً من HTML لصفحتك ، فإنها تجعل صفحتك أقل كثافة في التعليمات البرمجية ، مما يقلل
حجم نقل الملفات ويجعل أوقات التحميل أسرع.
لا يزال يتعين
على المتصفحات تنزيل الموارد مثل ملف CSS الخاص بك ، لذا فإن ضغطها يمكن أن يجعل تحميل صفحات الويب الخاصة بك أسرع
، وسرعة الصفحة هي عامل الترتيب.
يمكن أن يؤدي وجود
صفحات ذات محتوى ثقيل أكثر من ثقيلة الأكواد إلى تحسين فهرسة محتوى موقعك.
يمكن أن يؤدي استخدام
CSS لإخفاء الروابط والمحتوى إلى معاقبة موقع الويب يدويًا
وإزالته من فهرس Google.
JavaScript:
كيف يتصرف موقع الويب
في الأيام الأولى للإنترنت ، تم إنشاء صفحات الويب باستخدام HTML. عندما ظهر CSS ، كان لمحتوى صفحات الويب القدرة على اتخاذ بعض الأسلوب. عندما دخلت لغة البرمجة JavaScript إلى المشهد ، لم يكن بإمكان مواقع الويب الآن أن يكون لها هيكل وأسلوب فحسب ، بل يمكن أن تكون ديناميكية.
أتاحت JavaScript الكثير من الفرص لإنشاء صفحات ويب غير ثابتة. عندما يحاول شخص ما الوصول إلى صفحة محسّنة باستخدام لغة البرمجة هذه ، فسيقوم متصفح هذا المستخدم بتنفيذ جافا سكريبت مقابل HTML الثابت الذي أعاده الخادم ، مما ينتج عنه صفحة ويب تنبض بالحياة مع نوع من التفاعل.
لقد رأيت بالتأكيد
جافا سكريبت قيد التشغيل - ربما لم تكن على علم بها! وذلك لأن جافا سكريبت يمكنها فعل
أي شيء تقريبًا للصفحة. يمكن أن تنشئ نافذة منبثقة ، على سبيل المثال ، أو قد تطلب
موارد خارجية مثل الإعلانات لعرضها على صفحتك.
التقديم من جانب
العميل مقابل التقديم من جانب الخادم
يمكن أن تسبب جافا سكريبت بعض المشكلات لتحسين محركات البحث ، على الرغم من ذلك ، نظرًا لأن محركات البحث لا تعرض جافا سكريبت بالطريقة نفسها التي يعرضها الزوار من البشر. هذا بسبب العرض من جانب العميل مقابل العرض من جانب الخادم. يتم تنفيذ معظم JavaScript في متصفح العميل. مع العرض من جانب الخادم ، من ناحية أخرى ، يتم تنفيذ الملفات على الخادم ويرسلها الخادم إلى المتصفح في حالتها الكاملة.
تكون عناصر الصفحة المهمة لتحسين محركات البحث ، مثل النصوص والروابط والعلامات التي يتم تحميلها من جانب العميل باستخدام جافا سكريبت ، بدلاً من تمثيلها في HTML ، غير مرئية من شفرة صفحتك حتى يتم عرضها. وهذا يعني أن برامج الزحف بمحركات البحث لن ترى ما هو موجود في جافا سكريبت لديك - على الأقل ليس في البداية.
تقول Google أنه طالما أنك لا تمنع Googlebot من الزحف إلى ملفات JavaScript الخاصة بك ، فإنها عمومًا قادرة على عرض وفهم صفحات الويب الخاصة بك تمامًا مثل المتصفح ، مما يعني أن Googlebot يجب أن يرى نفس الأشياء التي يشاهدها المستخدم موقع في متصفحهم. ومع ذلك ، نظرًا لهذه "الموجة الثانية من الفهرسة" لجافا سكريبت من جانب العميل ، يمكن أن تفقد Google بعض العناصر التي لا تتوفر إلا بعد تنفيذ JavaScript.
هناك أيضًا بعض
الأشياء الأخرى التي يمكن أن تحدث خطأ أثناء عملية Googlebot لعرض صفحات الويب الخاصة بك ، والتي يمكن أن تمنع
Google من فهم ما هو موجود في جافا
سكريبت الخاص بك:
لقد حظرت Googlebot من موارد جافا سكريبت (على سبيل المثال: باستخدام
ملف robots.txt ، كما تعلمنا في الفصل 2)
لا يمكن لخادمك
معالجة جميع الطلبات للزحف إلى المحتوى الخاص بك
جافا سكريبت معقدة
للغاية أو قديمة جدًا بحيث يتعذر على Googlebot استيعابها
لا تقوم جافا سكريبت
"بالتحميل البطيء" للمحتوى إلى الصفحة إلا بعد انتهاء الزاحف من الصفحة والانتقال
إليها.
وغني عن القول
، على الرغم من أن JavaScript يفتح الكثير من الاحتمالات
لإنشاء صفحات الويب ، إلا أنه يمكن أن يكون له أيضًا بعض التداعيات الخطيرة على مُحسنات
محركات البحث إذا لم تكن حريصًا.
لحسن الحظ ، هناك
طريقة للتحقق مما إذا كانت Google ترى نفس الشيء مثل زوار موقعك.
لمشاهدة صفحة حول كيفية عرض Googlebot لصفحتك ، استخدم أداة "فحص عنوان URL" في Google
Search Console. ما عليك سوى لصق
عنوان URL لصفحتك في شريط بحث GSC:
بعد أن قام Googlebot بإعادة الزحف إلى عنوان URL الخاص بك ، انقر فوق "عرض الصفحة المختبرة"
لمعرفة كيفية الزحف إلى صفحتك وعرضها.
يؤدي النقر فوق
علامة التبويب "لقطة شاشة" المجاورة لـ "HTML" إلى إظهار كيفية عرض Googlebot الذكي لصفحتك.
في المقابل ، سترى
كيف يرى Googlebot صفحتك مقابل كيف يرى الزائر
(أو أنت) الصفحة. في علامة التبويب "مزيد من المعلومات" ، ستعرض لك Google أيضًا قائمة بأية موارد ربما لم يتمكنوا من الحصول
عليها لعنوان URL الذي أدخلته.
إن فهم طريقة عمل
مواقع الويب يضع أساسًا رائعًا لما سنتحدث عنه بعد ذلك: التحسينات التقنية لمساعدة
Google في فهم الصفحات على موقع الويب
الخاص بك بشكل أفضل.
كيف تفهم محركات البحث مواقع الويب
تخيل أنك زاحف
محرك بحث يقوم بمسح مقالة من 10000 كلمة حول كيفية خبز كعكة. كيف تحدد المؤلف أو الوصفة
أو المكونات أو الخطوات المطلوبة لخبز كعكة؟ هذا هو المكان الذي يأتي فيه ترميز المخطط.
فهو يسمح لك بتغذية محركات البحث بملعقة بتصنيفات أكثر تحديدًا لنوع المعلومات الموجودة
على صفحتك.
المخطط هو طريقة
لتصنيف المحتوى الخاص بك أو تنظيمه بحيث يكون لدى محركات البحث فهم أفضل لعناصر معينة
على صفحات الويب الخاصة بك. يوفر هذا الرمز بنية لبياناتك ، ولهذا السبب غالبًا ما
يشار إلى المخطط باسم "البيانات المنظمة". غالبًا ما يشار إلى عملية هيكلة
بياناتك باسم "الترميز" لأنك تقوم بترميز المحتوى الخاص بك برمز تنظيمي.
JSON-LD هو ترميز مخطط Google المفضل (تم الإعلان عنه في 16 مايو) ، والذي يدعمه
Bing أيضًا. لعرض قائمة كاملة بالآلاف
من ترميز المخططات المتاحة ، تفضل بزيارة Schema.org أو شاهد مقدمة Google Developers حول البيانات المنظمة للحصول على معلومات إضافية
حول كيفية تنفيذ البيانات المنظمة. بعد تنفيذ البيانات المنظمة التي تناسب صفحاتك على
أفضل وجه ، يمكنك اختبار الترميز باستخدام أداة اختبار البيانات المنظمة من Google.
بالإضافة إلى مساعدة برامج الروبوت مثل Google على فهم ما يدور حوله جزء معين من المحتوى ، يمكن أن يتيح ترميز المخطط أيضًا تمكين ميزات خاصة لمرافقة صفحاتك في SERPs. يُشار إلى هذه الميزات الخاصة باسم "المقتطفات المنسقة" ، وربما تكون قد شاهدتها أثناء العمل. إنها أشياء مثل:
الدوارات لأهم
الأخبار
مراجعة النجوم
مربعات البحث في
روابط أقسام الموقع
وصفات
تذكر أن استخدام
البيانات المنظمة يمكن أن يساعد في تمكين وجود مقتطف منسق ، ولكنه لا يضمن ذلك. من
المحتمل أن تتم إضافة أنواع أخرى من المقتطفات المنسقة في المستقبل مع زيادة استخدام
ترميز المخطط.
بعض النصائح الأخيرة لنجاح المخطط:
يمكنك استخدام
أنواع متعددة من ترميز المخطط على الصفحة. ومع ذلك ، إذا قمت بترميز عنصر واحد ، مثل
منتج على سبيل المثال ، وكانت هناك منتجات أخرى مدرجة في الصفحة ، فيجب عليك أيضًا
ترميز هذه المنتجات.
لا ترميز المحتوى
غير المرئي للزائرين واتبع إرشادات الجودة من Google. على سبيل المثال ، إذا أضفت ترميزًا منظمًا للمراجعة إلى
صفحة ، فتأكد من أن هذه المراجعات مرئية بالفعل في تلك الصفحة.
إذا كانت لديك
صفحات مكررة ، فإن Google يطلب منك ترميز كل صفحة مكررة
باستخدام الترميز المنظم الخاص بك ، وليس فقط الإصدار المتعارف عليه.
قدم محتوى أصليًا
ومحدثًا (إن أمكن) على صفحات البيانات المنظمة الخاصة بك.
يجب أن يكون الترميز
المنظم انعكاسًا دقيقًا لصفحتك.
حاول استخدام النوع
الأكثر تحديدًا من ترميز المخطط للمحتوى الخاص بك.
لا ينبغي كتابة
المراجعات المرصودة من قبل الشركة. يجب أن تكون تقييمات عمل حقيقية غير مدفوعة من العملاء
الفعليين.
أخبر محركات البحث
عن صفحاتك المفضلة باستخدام تحديد العنوان المتعارف عليه
عندما يزحف محرك
بحث Google إلى نفس المحتوى على صفحات
ويب مختلفة ، فإنه لا يعرف أحيانًا الصفحة التي سيتم فهرستها في نتائج البحث. هذا هو
سبب اختراع العلامة rel
= "canonical": لمساعدة محركات
البحث على فهرسة النسخة المفضلة من المحتوى بشكل أفضل وليس جميع النسخ المكررة.
تسمح لك العلامة
rel =
"canonical" بإخبار محركات
البحث بمكان النسخة الأصلية الأصلية من جزء من المحتوى. أنت تقول بشكل أساسي ،
"مرحبًا بمحرك البحث! لا تقم بفهرسة هذا ؛ قم بفهرسة صفحة المصدر هذه بدلاً من
ذلك." لذلك ، إذا كنت تريد إعادة نشر جزء من المحتوى ، سواء تم تعديله بشكل دقيق
أو طفيف ، ولكن لا تريد المخاطرة بإنشاء محتوى مكرر ، فإن العلامة الأساسية موجودة
هنا لإنقاذ الموقف.
يضمن تحديد عنوان
URL الصحيح أن كل جزء فريد من المحتوى على موقع الويب
الخاص بك له عنوان URL واحد فقط. لمنع محركات البحث
من فهرسة إصدارات متعددة من صفحة واحدة ، توصي Google بوجود علامة أساسية مرجعية ذاتية في كل صفحة على
موقعك. بدون علامة أساسية تخبر Google بإصدار صفحة الويب المفضلة لديك ، يمكن أن تتم فهرسة https://www.example.com بشكل منفصل عن https://example.com ، مما يؤدي إلى إنشاء نسخ مكررة.
"تجنب المحتوى
المكرر" هو حقيقة بديهية على الإنترنت ، ولسبب وجيه! تريد Google مكافأة المواقع بمحتوى فريد وقيِّم - وليس المحتوى
المأخوذ من مصادر أخرى والمتكرر عبر صفحات متعددة. نظرًا لأن المحركات تريد تقديم أفضل
تجربة للباحث ، فإنها نادرًا ما تعرض إصدارات متعددة من نفس المحتوى ، وتختار بدلاً
من ذلك إظهار الإصدار الأساسي فقط ، أو في حالة عدم وجود علامة أساسية ، أيهما يرجح
أنه الإصدار الأصلي.
من الشائع أيضًا
أن تحتوي مواقع الويب على صفحات مكررة متعددة بسبب خيارات الفرز والتصفية. على سبيل
المثال ، في أحد مواقع التجارة الإلكترونية ، قد يكون لديك ما يسمى التنقل الأوجه الذي
يسمح للزوار بتضييق نطاق المنتجات للعثور على ما يبحثون عنه بالضبط ، مثل ميزة
"الفرز حسب" التي تعيد ترتيب النتائج في فئة المنتج الصفحة من الأقل إلى
الأعلى سعرًا. قد يؤدي هذا إلى إنشاء عنوان URL يشبه ما يلي: example.com/mens-shirts؟sort=price_ascending. أضف المزيد من خيارات الفرز / التصفية مثل اللون
والحجم والمواد والعلامة التجارية وما إلى ذلك وفكر فقط في جميع الأشكال المختلفة لصفحة
فئة المنتج الرئيسية التي سينشئها هذا!
لمعرفة المزيد
حول الأنواع المختلفة للمحتوى المكرر ، يساعد هذا المنشور من قبل دكتور بيت في تقطير
الفروق الدقيقة المختلفة.
حافظ على موقعك
صحيًا من الناحية الفنية باستخدام MOZ PRO
كيف يتفاعل المستخدمون مع المواقع
في الفصل الأول ، قلنا أنه على الرغم من أن مُحسّنات محرّكات البحث تعني تحسين محركات البحث ، فإن تحسين محركات البحث يتعلق بالأشخاص بقدر ما يتعلق بمحركات البحث نفسها. ذلك لأن محركات البحث موجودة لخدمة الباحثين. يساعد هذا الهدف في توضيح سبب مكافأة خوارزمية Google لمواقع الويب التي تقدم أفضل التجارب الممكنة للباحثين ، ولماذا قد لا تؤدي بعض مواقع الويب أداءً جيدًا في البحث ، على الرغم من امتلاكها لصفات مثل الملفات الشخصية القوية للروابط الخلفية.
عندما نفهم ما الذي يجعل تجربة تصفح الويب مثالية ، يمكننا إنشاء تلك التجارب لتحقيق أقصى أداء بحث.
ضمان تجربة إيجابية
لزوار الجوال
نظرًا لأن أكثر
من نصف عدد زيارات الويب اليوم تأتي من الجوّال ، فمن الآمن أن نقول إنه يجب أن يكون
موقع الويب الخاص بك سهل الوصول إليه وسهل التنقل فيه للزوار عبر الجوّال. في أبريل
2015 ، طرحت Google تحديثًا لخوارزمية من شأنها
الترويج للصفحات المتوافقة مع الجوّال على الصفحات غير المتوافقة مع الجوّال. إذن كيف
يمكنك التأكد من أن موقع الويب الخاص بك مناسب للجوّال؟ على الرغم من وجود ثلاث طرق
رئيسية لتهيئة موقع الويب الخاص بك للجوال ، توصي Google بتصميم ويب سريع الاستجابة.
الرسم المتجاوب
تم تصميم مواقع
الويب المتجاوبة لتناسب شاشة أي نوع من الأجهزة التي يستخدمها زوارك. يمكنك استخدام
CSS لجعل صفحة الويب "تستجيب" لحجم الجهاز.
يعد هذا مثاليًا لأنه يمنع الزائرين من الاضطرار إلى النقر المزدوج أو التصغير والتكبير
لعرض المحتوى على صفحاتك. ألست متأكدًا مما إذا كانت صفحات الويب الخاصة بك متوافقة
مع الجوّال؟ يمكنك استخدام اختبار Google المتوافق مع الجوّال للتحقق!
AMP
يرمز AMP إلى Accelerated Mobile Pages ، ويتم استخدامه لتقديم المحتوى إلى زوار الهاتف
المحمول بسرعات أكبر بكثير من التسليم بخلاف AMP. AMP قادرة على تقديم المحتوى بسرعة كبيرة لأنها تقدم
محتوى من خوادم ذاكرة التخزين المؤقت (وليس الموقع الأصلي) وتستخدم إصدارًا خاصًا من
AMP من HTML و JavaScript.
فهرسة الجوال أولاً
اعتبارًا من عام
2018 ، بدأت Google في تحويل مواقع الويب إلى فهرسة
الجوال أولاً. أثار هذا التغيير بعض الالتباس بين التوافق مع الأجهزة الجوّالة وأولئك
الذين يستخدمون الجوّال أولاً ، لذا من المفيد توضيح ذلك. باستخدام فهرسة الجوال أولاً
، يزحف محرك بحث Google إلى إصدار الجوال لصفحات الويب
الخاصة بك ويفهرسه. يعد جعل موقع الويب الخاص بك متوافقًا مع شاشات الجوال أمرًا جيدًا
للمستخدمين ولأدائك في البحث ، ولكن الفهرسة الأولى للجوال تحدث بشكل مستقل عن التوافق
مع الأجهزة المحمولة.
أثار هذا بعض المخاوف
بشأن مواقع الويب التي تفتقر إلى التكافؤ بين إصدارات الأجهزة المحمولة وسطح المكتب
، مثل إظهار محتوى مختلف ، والتنقل ، والروابط ، وما إلى ذلك في طريقة عرض الجوال الخاصة
بهم. على سبيل المثال ، سيغير موقع الجوال الذي يحتوي على روابط مختلفة الطريقة التي
يزحف بها Googlebot (للجوال) إلى موقعك ويرسل قيمة الارتباط إلى صفحاتك
الأخرى.
تحسين سرعة الصفحة
للتخفيف من إحباط الزائر
تريد Google تقديم محتوى يتم تحميله بسرعة فائقة للباحثين. لقد
توصلنا إلى توقع نتائج سريعة التحميل ، وعندما لا نحصل عليها ، سنعود سريعًا إلى SERP بحثًا عن صفحة أفضل وأسرع. هذا هو السبب في أن سرعة
الصفحة هي جانب مهم في تحسين محركات البحث في الموقع. يمكننا تحسين سرعة صفحات الويب
الخاصة بنا من خلال الاستفادة من أدوات مثل تلك التي ذكرناها أدناه. انقر فوق الروابط
لمعرفة المزيد عن كل منها.
وثائق أداة PageSpeed Insights من Google وأفضل الممارسات
كيف تفكر في أدوات
السرعة
GTMetrix
اختبار أداء وسرعة
موقع الويب للجوال من Google
منارة جوجل
Chrome
DevTools & Tutorial
الصور هي أحد المسببات
الرئيسية للصفحات البطيئة!
كما تمت مناقشته
في الفصل 4 ، الصور هي أحد الأسباب الأولى لبطء تحميل صفحات الويب! بالإضافة إلى ضغط
الصور ، وتحسين النص البديل للصورة ، واختيار تنسيق الصورة الصحيح ، وإرسال خرائط مواقع
الصور ، هناك طرق تقنية أخرى لتحسين سرعة وطريقة عرض الصور للمستخدمين. فيما يلي بعض
الطرق الأساسية لتحسين توصيل الصور:
هناك أكثر من ثلاثة
إصدارات بحجم الصورة فقط!
من المفاهيم الخاطئة
الشائعة أنك تحتاج فقط إلى نسخة بحجم سطح المكتب والجهاز اللوحي والجوال من صورتك.
هناك مجموعة كبيرة ومتنوعة من أحجام ودقة الشاشة.
تعرف على المزيد
حول SRCSET
1. SRCSET: كيفية تقديم أفضل حجم للصورة لكل جهاز
تسمح لك السمة SRCSET بالحصول على إصدارات متعددة من صورتك ثم تحديد الإصدار الذي يجب استخدامه في المواقف المختلفة. تتم إضافة هذا الجزء من الشفرة إلى علامة <img> (حيث توجد صورتك في HTML) لتوفير صور فريدة للأجهزة ذات الحجم المحدد.
هذا يشبه مفهوم التصميم سريع الاستجابة الذي ناقشناه سابقًا ، باستثناء الصور!
لا يؤدي ذلك إلى
تسريع وقت تحميل الصور فحسب ، بل إنه أيضًا طريقة فريدة لتحسين تجربة المستخدم على
الصفحة من خلال توفير صور مختلفة ومثالية لأنواع مختلفة من الأجهزة.
2. إظهار تحميل
الصور للزوار قيد التقدم مع التحميل البطيء
يحدث التحميل الكسول عندما تذهب إلى صفحة ويب ، وبدلاً من رؤية مساحة بيضاء فارغة لمكان الصورة ، تظهر نسخة خفيفة الوزن ضبابية من الصورة أو مربع ملون في مكانها أثناء تحميل النص المحيط. بعد بضع ثوانٍ ، يتم تحميل الصورة بوضوح بدقة كاملة. منصة التدوين الشهيرة Medium تقوم بذلك بشكل جيد حقًا.
يتم تحميل الإصدار منخفض الدقة مبدئيًا ، ثم يتم تحميل الإصدار عالي الدقة الكامل. يساعد هذا أيضًا في تحسين مسار العرض الحرج الخاص بك! لذلك ، أثناء تنزيل جميع موارد صفحتك الأخرى ، فإنك تعرض صورة تشويقية منخفضة الدقة تساعد في إخبار المستخدمين بأن الأشياء تحدث / يتم تحميلها. لمزيد من المعلومات حول كيفية التحميل البطيء لصورك ، راجع دليل التحميل الكسول من Google.
حسِّن السرعة عن
طريق تكثيف ملفاتك وتجميعها
غالبًا ما تقدم عمليات تدقيق سرعة الصفحة توصيات مثل "تقليل الموارد" ، ولكن ماذا يعني ذلك في الواقع؟ يقوم التصغير بتكثيف ملف التعليمات البرمجية عن طريق إزالة أشياء مثل فواصل الأسطر والمسافات ، بالإضافة إلى اختصار أسماء متغيرات الكود حيثما أمكن ذلك.
"التجميع" هو مصطلح شائع آخر ستسمعه في إشارة إلى تحسين سرعة الصفحة. تجمع عملية التجميع مجموعة من ملفات لغة الترميز نفسها في ملف واحد. على سبيل المثال ، يمكن وضع مجموعة من ملفات JavaScript في ملف واحد أكبر لتقليل كمية ملفات JavaScript للمتصفح.
من خلال تصغير وتجميع الملفات اللازمة لإنشاء صفحة الويب الخاصة بك ، ستعمل على تسريع موقع الويب وتقليل عدد طلبات HTTP (ملف).
تحسين التجربة
للجمهور الدولي
يجب أن تتعرف مواقع الويب التي تستهدف الجماهير من دول متعددة على أفضل ممارسات تحسين محركات البحث الدولية من أجل تقديم التجارب الأكثر صلة. بدون هذه التحسينات ، قد يواجه الزوار الدوليون صعوبة في العثور على إصدار موقعك الذي يلبي احتياجاتهم.
هناك طريقتان رئيسيتان
يمكن من خلالها تدويل موقع الويب:
لغة(language)
تعتبر المواقع
التي تستهدف المتحدثين بلغات متعددة مواقع ويب متعددة اللغات. يجب أن تضيف هذه المواقع
شيئًا يسمى علامة hreflang لإظهار Google أن صفحتك تحتوي على نسخة للغة أخرى. تعرف على المزيد
حول hreflang.
دولة(cuntry)
يُطلق على المواقع
التي تستهدف الجماهير في بلدان متعددة مواقع الويب متعددة المناطق ويجب عليهم اختيار
بنية عنوان URL تجعل من السهل استهداف مجالهم
أو صفحاتهم إلى بلدان معينة. يمكن أن يشمل ذلك استخدام نطاق المستوى الأعلى لرمز الدولة
(ccTLD) مثل ".ca" لكندا ، أو نطاق المستوى الأعلى العام (gTLD) مع مجلد فرعي خاص بالبلد مثل "example.com/ca" لـ كندا. تعرف على المزيد حول عناوين URL الخاصة بالمنطقة المحلية.
لقد أجريت بحثًا
وكتبت وحسّنت موقعك على الويب لمحركات البحث وتجربة المستخدم. الجزء التالي من أحجية
تحسين محركات البحث هو قطعة كبيرة: إنشاء سلطة بحيث تحتل صفحاتك مرتبة عالية في نتائج
البحث. فصاعدًا ، إلى الفصل السادس (هيئة البناء والتأسيس)!
تعليقات
إرسال تعليق