JavaScript SEO: تجنب مخاطر العرض من جانب الخادم

يعد JavaScript SEO حاليًا أحد الموضوعات الساخنة في صناعة تحسين محركات البحث ، حيث تتطور شبكة الويب الحديثة ويعيد تشغيل المزيد والمزيد من مواقع الويب أو يتم بناؤها على تطبيقات الويب المستندة إلى JavaScript ، ومعظمها على React أو AngularJS. مع هذا ، يتم إضافة المزيد من التعقيد إلى مُحسّنات محرّكات البحث ، حيث نحتاج إلى التأكد من أن Google قادرة على عرض JavaScript بشكل فعال ، بحيث يمكن فهرسة الصفحات وترتيبها بشكل صحيح. يمكن تحقيق ذلك باستخدام العرض من جانب الخادم. ومع ذلك ، هذا لا يخلو من المخاطر. في هذه المقالة ، أتصفح خمسة أخطاء في العرض من جانب الخادم وأشرح كيف يمكنك تجنبها.

إذا كنت تبحث عن دعم في التحسين الفني لموقعك على الويب ، فلماذا لا تحدد موعدًا غير ملزم مع مستشاري مجموعة الاستراتيجيات الرقمية لدينا وتكتشف أين يمكنهم مساعدتك؟

طلب موعد!

ما هي الأنواع المختلفة للعرض من جانب الخادم الموجودة؟

يعد العرض المسبق لموقع الويب الخاص بك لـ Google على خادمك (التقديم من جانب الخادم ، SSR) أحد الخيارات للتأكد من أن موقع JavaScript الإلكتروني الخاص بك متوافق مع Googlbot. بهذه الطريقة ، يمكنك تسليم إصدار HTML المعروض مسبقًا من موقع الويب الخاص بك إلى Google ، بينما يحصل المستخدم على إصدار المتصفح العادي (الذي لم يتم تقديمه بعد).

ومع ذلك ، عندما يتعلق الأمر بالعرض من جانب الخادم ، فهناك أيضًا طرق مختلفة للعرض ، كما ترى من الرسم البياني التالي ، الذي قدمته Google بشكل مفيد ، مع بعض الإضافات المفيدة من Jan-Willem Bobbink.

هناك ثلاث طرق رئيسية لإعداد وتنفيذ العرض من جانب الخادم:

1. العرض من جانب الخادم باستخدام HTML الديناميكي

يُنشئ العرض من جانب الخادم إصدار HTML مقدمًا من كل عنوان URL عند الطلب.

2. عرض ثابت مع HTML ثابت

بشكل أساسي ، يؤدي هذا إلى إنشاء إصدار HTML (ثابت) مقدم مسبقًا من عنوان URL ويخزنه في ذاكرة التخزين المؤقت.

3. العرض من جانب الخادم مع (إعادة) الترطيب باستخدام HTML و JS / DOMs الديناميكيين

يوفر الخادم إصدار HTML ثابتًا من عنوان URL والعميل (المستعرض وما إلى ذلك) الذي يتضمن بالفعل ترميزًا منظمًا لنموذج كائن المستند (DOM). يأخذ العميل هذا ويحوله إلى DOM ديناميكي يمكن أن يتفاعل مع التغييرات من جانب العميل ويجعلها أكثر تفاعلية.

نشرت Google نظرة عامة رائعة على عرض الويب ، مع جميع الإيجابيات والسلبيات ، بالإضافة إلى شرح أعمق إذا كنت مهتمًا. ولكن أولاً وقبل كل شيء ، إذا كنت تبحث عن بعض المساعدة حول موضوع JavaScript SEO أو Server Side Rendering ، فتأكد من الاتصال بنا هنا في Searchmetrics Digital Strategies Group.

ابقى على تواصل!

المزالق عند عرض مواقع JavaScript عبر الخادم

لقد صادفنا مؤخرًا بعض مشكلات SSR مع أحد عملائنا. يديرون موقع الويب الخاص بهم على Angular JS ويعرضونه مع Rendertron عبر Chromeless Chrome.

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

1. عندما لا تفعل شيئًا

عندما لا تهتم ولا تولي أي اهتمام لكيفية عرض Google لصفحتك ، دعني أوضح لك كيف يعرض Google (في الواقع) صفحتك. يعتمد هذا على موقع ويب تم إنشاؤه على تطبيق أحادي الصفحة (SPA) باستخدام إطار عمل JavaScript ، بدون عرض من جانب الخادم.

هذا لا يبدو واعدًا بشكل خاص ، أليس كذلك؟ وهذا هو بالضبط سبب أهمية استخدام SSR ، لأنه سيبدو بعد ذلك كما يلي:

2. ترقيم الصفحات

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

نظرًا لأن عملائنا يقدمون باستخدام نهج SSR ثابت ، فقد قاموا فقط بتقديم الصفحة الأولى وعكسوا النسخة المخبأة من الصفحة 1 حتى الصفحة 10. بدون أي نسخة معروضة من الصفحة 11 وما بعدها. فيما يلي لقطتا شاشة توضحان المشكلة جيدًا ، مع تقديم نفس المحتوى تمامًا من الصفحة 1 أيضًا في الصفحات 2-10.

هذا يعني أنك تمنح Google 10 صفحات بنفس المحتوى والمقالات. من الناحية المثالية ، تريد أن تجعل Google جميع الصفحات فريدة بمقالات مرقمة بشكل صحيح.

3. تجديد النسخة المقدمة من صفحات الفئات بعد نشر مقال / منتج جديد

لقد زاد عميلنا من ترتيبه في كل مواقع أخبار Google تقريبًا بشكل ملحوظ ، مثل AMP Carousels و Google News Boxes و Mobile News Boxes ، باستثناء Publisher Carousels. بدأنا في التحقيق في هذا الأمر واتضح أن عميلنا لم يحدّث نسخته المخبأة عندما تم نشر مقال جديد. اكتشفنا أنهم جددوا نسختهم المخبأة من الفئات الرئيسية بعد أسبوع:

وعلى الفئات الفرعية حتى بعد شهر.

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

4. يمكن أن يسبب العرض محتوى مكررًا وتحديد عنوان URL خاطئ

يمكن أن يتسبب تقديم نسخة معروضة مسبقًا من عنوان URL في حدوث مشكلات تتعلق بالنظام. نظرًا لأن عميلنا قدم صفحات معروضة مسبقًا ، لكل منها عنوان URL خاص به تم إنشاؤه بواسطة محرك العرض ، فإن عناوين URL هذه تحتوي على المعلمات "p = 1؛ عرض = 1 "وكان قابلاً للفهرسة بالكامل:

حتى أنه كان هناك قاعدة أساسية جديدة تم إعدادها بواسطة محرك SSR لعنوان URL هذا. عصبي جدا ، أليس كذلك؟

من الناحية المثالية ، تريد استبعاد هذه المعلمات من زحف Google.

5. تغيير عنوان الصفحة عند التقديم

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

لضمان تقديم البيانات الوصفية دائمًا بشكل صحيح ، يجب عليك تضمينها في إصدار (JavaScript) غير المعروض من عنوان URL.

استنتاج

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

قبل إعادة التشغيل من موقع ويب مستند إلى HTML إلى إطار عمل يستند إلى JavaScript ، تأكد من تضمين العرض من جانب الخادم وأنه يتم تقديمه دائمًا بشكل ديناميكي!

إذا كنت تواجه مشكلات في JavaScript أو كنت تبحث عن دعم في التحسين الفني لموقعك على الويب ، فلماذا لا تحدد موعدًا غير ملزم مع مستشاري Digital Strategies Group ومعرفة أين يمكنهم مساعدتك؟

طلب موعد!