دليل المسوق للعرض من جانب الخادم
نشرت: 2021-07-26لغة البرمجة ليست مفهومًا سهل الفهم ، خاصةً عندما يكون عمل تحسين محركات البحث (SEO) الخاص بك يركز بشكل أساسي على الجانب غير التقني. ولكن هذا هو الشيء المتعلق بـ Technical SEO: تساعدك المعرفة به على فهم التغييرات التي يحتاجها موقع الويب الخاص بك لتحسين ترتيب محرك البحث.
مع طرح Google لـ Core Web Vitals في يونيو ، وهو جزء من تحديث Page Experience ، سيرغب كل مسوق لم يلقي نظرة فاحصة على مُحسنات محركات البحث الفنية في القيام بذلك الآن.
وعندما يكون موقع الويب الخاص بك مبنيًا على أطر عمل JavaScript ، فإن أحد الأجزاء التي يجب البحث فيها هو العرض من جانب الخادم.
ما هو التقديم من جانب الخادم؟
التقديم من جانب الخادم هو عندما تكون عملية استرداد صفحة الويب ، والاستيلاء على الكود ، وعرض المحتويات على الشاشة - كل هذا يحدث على الخادم.
في SSR:
- يرسل الخادم استجابة جاهزة للعرض إلى المتصفح ؛
- يقوم المتصفح بعرض الصفحة ، مما يجعلها جاهزة للعرض ثم يقوم المتصفح بتنزيل JavaScript ؛
- ثم ينفذ المتصفح React لأن الصفحة جاهزة للعرض ، و
- ثم تصبح صفحة الويب جاهزة للتفاعل.
الطريقة التي يحدث بها كل ذلك جعلته خيارًا أفضل لأنواع العرض الأخرى: العرض من جانب العميل (حيث يتم تقديم JavaScript بواسطة المتصفح ، ويعرف أيضًا باسم العميل) والعرض الديناميكي (حيث يحصل المستخدمون على محتوى يعرض خادم العميل ومحركات البحث الحصول على محتوى معروض من جانب الخادم). حتى Google تشجع مطوري الويب على اختيار العرض من جانب الخادم.
لماذا ا؟
[دراسة حالة] إدارة زحف روبوت Google
اقرأ دراسة الحالةمزايا SSR
- يساعد في تحميل صفحة ويب عندما يكون اتصال المستخدم بالإنترنت بطيئًا
- يسمح بالتحميل السريع للصفحات ، مما يساهم في تحسين تجربة المستخدم
- يقوم بإنشاء صفحة HTML كاملة ، مما يمنع العملية التي تستغرق وقتًا طويلاً في جلب البيانات
- يسمح بتحميل الصفحات ، بكل عناصرها ، حتى عندما يكون لدى المستخدم جهاز ضعيف القوة ، مثل الهاتف الذكي من الجيل القديم
- يساهم في أداء تحسين محركات البحث لأنه يسمح لمحركات البحث بالزحف إلى الصفحات وفهرستها بدقة ؛ يمكن للروبوتات الزحف إلى الصفحات بسهولة لأنها تفهم JS
بشكل عام ، يساعدك SSR على خدمة العملاء عبر الإنترنت بشكل أفضل لأن زوار موقعك لن ينتظروا عرض الصفحات على أجهزتهم. تضمن عمليات النقل السريعة للصفحة أيضًا التأكد من عدم حصول المستخدمين على صفحة فارغة أبدًا ، مما يسمح لهم باستخدام موقعك على الفور.
نظرًا لأن Google تعمل على تحسين حملتها لتقديم نتائج أكثر دقة مع تحسينات خوارزمية مبنية على تجربة المستخدم ، فإن SSR أفضل لأداء مُحسّنات محرّكات البحث مقارنةً بعرض خادم العميل.
ولكن مثل كل شيء آخر في التسويق الرقمي ، نادرًا ما ينجح النهج الفردي مع الجميع. في بعض الحالات ، قد يكون العرض من جانب الخادم مشكلة. كما تقول Google ، فإن SSR "ليس رصاصة فضية."
عيوب SSR
- إنه ينطوي على الكثير من العمل لأنه يقوم بنفس التطبيق مرتين: مرة على العميل ثم في الخادم.
- يمكن أن يؤخر الوقت إلى البايت الأول
- يمكن أن يؤثر على الارتباط الداخلي أو جودة الصفحة لأنه لا يمكنه عرض JS لجهة خارجية (على سبيل المثال ، المحتوى الذي ينشئه المستخدم ، ومراجعات المنتج ، وما إلى ذلك) أو أي محتوى غير موجود في HTML الثابت الخاص بك ؛ لن تتمكن برامج الروبوت من رؤيتها
- قد تعني عناوين URL التي لم يتم تحديثها أن برامج الروبوت لن تتمكن من رؤية مقالات جديدة ، مما قد يؤدي إلى فقدان حركة المرور
جانب رئيسي آخر لـ SSR هو أنه يعني تكاليف الأعمال منذ أن يحدث العرض على الخوادم الخاصة بك. لكنها تكلفة قد ترغب في الاستثمار فيها لأن هذا النوع من العرض يمكن أن يساهم في تحسين Core Web Vitals.
لماذا يعتبر SSR وثيق الصلة بـ CWV؟
يعمل مطورو الويب ومُحسِّن محركات البحث (SEO) منذ شهور تحسبًا لإطلاق CWV. حوالي 60 بالمائة من وكالات تحسين محركات البحث (SEO) التي تم استطلاعها كانت مشغولة بتحسين نتائج CWV للعملاء. إذا كنت تستخدم SSR ، فقد لا تضطر إلى القيام بعمل كبير لتلبية التوقعات.
نظرًا لأن SSR يسهل السرعة ، يمكن أن يعمل موقع الويب الخاص بك بشكل جيد بالفعل باستخدام أحد المقاييس: أكبر رسم محتوى (LCP).
يركز LCP على تجربة التحميل المتصورة. يقيس وقت تحميل الصفحة عندما تكون أكبر صورة أو نص لصفحة الويب مرئيًا في منفذ العرض. ما تريد تحقيقه في الحصول على درجة جيدة هو تحميل صفحة بنسبة 75 بالمائة عند أقل من 2.5 ثانية.
التحديات الرئيسية للحصول على LCP جيد هي JS و CSS لحظر العرض ؛ بطء أوقات تحميل الموارد ، واستجابة الخادم البطيئة والتقديم من جانب العميل.
يعد التحول إلى SSR مجرد حل واحد لتحسين درجة LCP لأن مشكلتك قد لا تقتصر على CSR. سترغب في العمل مع مطوري الويب للتعرف أولاً على سبب تأخر LCP.
إذا كشف مصدر الصفحة عن رمز غير منطقي (وسيخبرك المطور) ، فقد تكون المشكلة هي CSR. إذا اكتشف المطور الخاص بك أن TTFB ضعيف ، فربما تتعامل مع وقت استجابة خادم بطيء.
مقاييس CWV الأخرى هي:
- أول تأخير في الإدخال ، والذي يركز على الاستجابة ، و
- التحول في التخطيط التراكمي ، والذي يركز على الاستقرار البصري.
كلاهما لا صلة لهما بـ SSR ، لذا فهذه مقاييس قد ترغب في بذل المزيد من الجهد فيها لأن SSR يهتم جزئيًا بـ LCP.
كيف تعرف ما إذا كانت SSR تجعل صفحات الويب صحيحة
أفضل طريقة لمعرفة ما إذا كانت SSR تجعل صفحاتك صحيحة هي استخدام الأدوات. أحدها هو اختبار التوافق مع الأجهزة الجوّالة. إنها أداة توفر لك لقطة لكيفية ظهور صفحات الويب الخاصة بك لـ Googlebots وتوضح لك الأخطاء أثناء العرض ، إن وجدت.
تحتوي Google Search Console أيضًا على أداة فحص عناوين URL التي تتيح لك معرفة ما إذا كان محرك البحث يعرض صفحاتك أم لا. استخدمه للتحقق من المحتوى المفقود أو أي خطأ متعلق بجافا سكريبت أو CSS المحظورة.
يمكنك أيضًا الانتقال إلى View Render Source ، وهو امتداد مجاني لـ Chrome. سيخبرك كيف يعرض المتصفح صفحة من HTML الأصلي إلى DOM عامل. سيوضح الامتداد الفرق بين الإصدار الأولي والإصدار المعروض ، مع إبراز كيفية تعديل JS للصفحات في وقت العرض.
امتداد Chrome الآخر الذي يجب تجربته هو SiteCrawler. يقوم الزاحف الذي يدعم JS بالزحف إلى خرائط المواقع والروابط والصور ويقارن الصفحات التي تعمل بتنسيق HTML فقط والصفحات التي تدعم JS.
الختامية
يتضمن الكثير من أعمال تحسين محركات البحث تحسين الصفحات التي تم "تسليمها" بالفعل إلى العميل أو المتصفح. ولكن عندما تدرس كيفية "وصول" هذه الصفحات إلى العميل وكيف يمكنك تحسين كيفية حدوث ذلك ، يتمتع المستخدمون بوقت أفضل على موقع الويب الخاص بك.
الروبوتات تزحف إلى صفحاتك بشكل صحيح. يتم فهرسة صفحاتك. موقعك لديه ترتيب محرك بحث أفضل.
تتطلب تحديثات محرك البحث جنبًا إلى جنب مع التغييرات في سلوك المستهلك إجراء تغييرات على موقع الويب الخاص بك أيضًا. مع طرح CWV القادم ، سيكون الآن هو الوقت المناسب للنظر في SSR ، وهو جانب تقني من شأنه أن يؤثر على جهود تحسين محركات البحث الخاصة بك.