ساعات عمل كبار المسئولين الاقتصاديين في المكتب ، 5 نوفمبر 2021

هذا ملخص لأكثر الأسئلة والأجوبة إثارة للاهتمام من ساعات عمل Google SEO مع جون مولر في الخامس من تشرين الثاني (نوفمبر) 2021.

الروابط الواردة غير المرغوب فيها مقابل التحديثات الأساسية

  00:47 "لدينا ثلاث صيدليات على الإنترنت في سويسرا. [...] بالنسبة إلى [أحدهم] ، حصلنا على الكثير من الروابط الخلفية غير المرغوب فيها. [...] مما أعرفه بالفعل ، عادةً ما تستطيع Google إدارة هذه الأنواع من الروابط الخلفية ، ولكن بعد تحديثات Google الأساسية في يوليو ، تألمنا حقًا في رؤيتنا ، خاصةً لهذا المتجر [الواحد] الذي حصلنا فيه على روابط خلفية غير مرغوب فيها. [...] أود أن أحصل على توصيتك بشأن ذلك - ما الذي يمكننا فعله لحل المشكلات الفنية التي لدينا. حتى الآن ، ما زلت أعتقد أن هذا حدث بسبب الروابط الخلفية غير المرغوب فيها ولكن [أنا] لست متأكدًا. "

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

أيضًا ، مع التحديثات الأساسية ، يمكنك إجراء تغييرات تدريجية لتحسين موقعك بمرور الوقت فيما يتعلق بالجودة الشاملة ، وسيساعد ذلك بشكل متزايد هناك ، ولكن إذا كان تعديلًا قويًا حقًا مع تحديث أساسي ، فربما تحتاج إلى الانتظار حتى التحديث الأساسي التالي لرؤية تلك التغييرات. [...] إنها مسألة تتعلق بمحاولة معرفة مدى ملاءمة الموقع بشكل عام ، وهذا شيء يعتمد تقريبًا على جودة الموقع الإجمالية.

أتخيل أنه أمر صعب إذا كان لديك العديد من المتاجر المتشابهة إلى حد ما. [...] ربما لا يكون الأمر أن أحدهما سيء - الآخرون جيدون حقًا. ولكن قد يظل شيئًا حيث يمكنك استخدام دراسات المستخدم لمعرفة ما [...] يمكنك القيام به لتوضيح أن هذا الموقع وثيق الصلة بشكل خاص. أعتقد ، خاصة فيما يتعلق بمواقع الويب مثل الصيدليات ، أنه شيء تحاول فيه خوارزمياتنا أن تكون أكثر أهمية قليلاً. [...] ليس موقعًا عشوائيًا يحتوي على قصة وصورة مضحكة ، إنه مثل صحة الناس. "

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

فهرسة محتوى جافا سكريبت

  05:11 "أعمل على موقع ويب [...] لـ Core Web Vitals. لدينا ميزة حيث وضعنا فيديو Youtube في الأعلى ، بحيث أصبح عنصر LCP. كان أثقل مما كان لدينا للتو ، مثل الصورة العادية. لذلك نحن نجرب طريقة حيث نقوم بحقنها ديناميكيًا. […] نظرًا لأنه ليس أقل من محتوى الجزء المرئي من الصفحة ، فإننا لا نقوم بتحميله كسولًا ، ولكننا نستخدم واجهة ، ثم يتم حقن <iframe> ديناميكيًا عندما ينقر المستخدم على زر التشغيل. أدرك الآن أن المقالات لا تتم فهرستها بمحتوى الفيديو على الصفحة بشكل أساسي ، لذلك إذا بحثت عن الصفحة وانتقلت إلى بحث الفيديو ، فلن تظهر هناك. لذلك أتساءل ما هي أفضل طريقة لفهرسة هذا المحتوى بالصفحة. […] هل شيء مثل <noscript> أو البيانات المهيكلة هو السبيل للذهاب؟ هل هناك أي ممارسة أفضل لهذا؟ "

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

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

صفحات الفئات

  13:35 "نبيع [...] مقاطع معدنية ، ولدينا العديد من الأنواع المختلفة من هذه التشكيلات. لدينا الكثير من المحتوى الهزيل لأن لدينا نفس الأشكال. [...] لدينا ضمن عناوين URL هذه آلاف الأشكال [...] ، ولا أعرف كيفية التعامل مع هذا. هل يجب أن أقوم بتجسيد هؤلاء؟ ولكن بعد ذلك ، مرة أخرى ، نربطهم [عناوين URL هذه] ، لذلك لا أريد إنشاء روابط داخلية سيئة أو روابط سيئة الجودة داخل صفحتي. هل يجب عليّ noindex [عناوين URL هذه] أم منع [هم] من برامج الروبوت؟ [...] لا نحتاج إلى أن يأتي الأشخاص إلى صفحات التنويعات تلك. نريد فقط إنشاء جودة جيدة في صفحات الفئات ".

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

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

أضاف جون ، "الشيء الذي يجب أخذه في الاعتبار عند تعيين عنوان أساسي هو أننا سنحاول فهرسة الصفحة الأساسية التي ذكرتها. لذلك إذا كان هناك أي شيء فريد في الصفحات غير الأساسية ، فلن نتمكن من العثور عليه ، لذلك في الأساس أي شيء مهم - تأكد من أنه مذكور أيضًا في الصفحة الأساسية ".

الترتيب في جوجل اكتشف

18:31 "في Discover ، لدينا أكثر أو أقل من صفحتين مختلفتين لنتائج البحث. لدينا الصفحة الأولى ، وبعد ذلك يمكنك النقر فوق المزيد من النتائج ، ثم لديك الصفحة الثانية. هل هناك أي تصنيف متضمن في ذلك بحيث تظهر بعض المقالات في الصفحة الثانية ، أم أنها مسألة وقت أكثر عند تحديثها؟ "

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

هناك الكثير من الأشياء التي تدخل في جانب التصنيف المخصص. أتخيل أن هناك أيضًا جوانب مختلفة من الاستهداف الجغرافي وتنسيقات مختلفة لصفحات الويب ، والمزيد من مقاطع الفيديو أو مقاطع فيديو أقل ، والمزيد من الصور - صور أقل. لكنني بصراحة لا أعرف ما [هذا] على وجه التحديد ".

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

عمليات إعادة التوجيه 301

22:23 "أعلم أنه يجب عليك استخدام 301 لعمليات إعادة التوجيه الدائمة لتمرير نظام ترتيب الصفحات بأفضل وأسرع طريقة ممكنة. ومع ذلك ، لا يحب فريق التطوير لدينا تنفيذ 301 لأنها مخزنة في المتصفحات ، ربما إلى الأبد. يقولون ، في حالة وجود إعادة توجيه غير صحيحة ، قد لا يتمكن الأشخاص من فقدان عمليات إعادة التوجيه 301 غير الصحيحة. هل يخزن Google عمليات إعادة التوجيه 301 كما تفعل بعض المتصفحات؟ "

وفقًا لجون ، "يختلف نظام الزحف والفهرسة بالكامل بشكل أساسي عن المتصفحات ، بمعنى أن كل جانب الشبكة للأشياء يتم تحسينه لأشياء مختلفة. في المستعرض ، يكون من المنطقي تخزين الأشياء مؤقتًا وتخزينها لفترة أطول. ولكن بشكل أساسي ، من وجهة نظرنا ، من ناحية الزحف والفهرسة [...] ، لا نتعامل مع الزحف والفهرسة مثل المتصفح. إنه أمر غريب بعض الشيء بمعنى أننا نعرض الصفحات مثل المتصفح ، لكن العملية الكاملة لإدخال المحتوى إلى أنظمتنا مختلفة تمامًا. ترى هذا أحيانًا عندما تعرض صفحة أو عندما ترى صفحة يتم عرضها ، وتستخدم ملفات جافا سكريبت قديمة حقًا لمجرد أننا كنا قادرين على تخزينها مؤقتًا لفترة من الوقت ، والتي قد لا تحدث على المتصفح ، لكنها مختلفة في الأساس ".

رؤوس التحكم في ذاكرة التخزين المؤقت

23:59 " هل ستقبل Google عمليات إعادة التوجيه 301 باستخدام رؤوس" Cache-Control: no-cache "أو" Cache-Control: max-age = [time] "أو" Expires: [date] "حتى نتمكن من الحصول على أفضل ما في العالمين؟ "

قال جون ، "نعم ، هذا جيد تمامًا. إذا كانت إعادة التوجيه 301 ، فإننا نتعامل معها على أنها إعادة توجيه 301. لا يهم نوع رؤوس ذاكرة التخزين المؤقت التي تضيفها أيضًا فوق ذلك. لذا من وجهة النظر هذه ، إذا كان هذا حلاً يعمل جيدًا لفريق التطوير لديك ولصالحك ، فلماذا لا. [...] الشيء الآخر هو أن 302 عملية إعادة توجيه قد تكون أيضًا خيارًا إذا كان ذلك يعمل بشكل أفضل لفريق التطوير لديك. تتمتع عمليات إعادة التوجيه 302 بسمعة سيئة بين مُحسّنات محرّكات البحث والتي أعتقد أنها غير صحيحة لأنها تعمل بالطريقة نفسها التي تعمل بها عمليات إعادة التوجيه العادية أيضًا. لا يعني ذلك أنهم لا يجتازون أي نظام ترتيب صفحات أي شيء من هذا القبيل ، وإذا كان لديك 302 عملية إعادة توجيه على المدى الطويل ، فإننا نتعامل معها مثل عمليات إعادة التوجيه 301 على أي حال. لذا ، إذا لم تتمكن من معرفة كيفية عملها مع عمليات إعادة التوجيه 301 ، فربما تكون عمليات إعادة التوجيه 302 خيارًا أيضًا ".

التعرف على تحسينات الجودة

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

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

صفحات Noindex مقابل إمكانية الزحف إلى الموقع

32:48 "هل وجود صفحات متعددة لا تتم فهرستها بسبب الجودة يؤثر على إمكانية الزحف إلى الموقع بشكل عام؟"

جون: "لا. إذا اخترت عدم فهرسة الصفحات ، فلن يؤثر ذلك على كيفية قيامنا بالزحف إلى باقي صفحات موقعك على الويب. الاستثناء الوحيد هنا ، بالطبع ، هو أن نرى في noindex علينا الزحف إلى تلك الصفحة أولاً. لذا ، إذا كان هناك شيء تقوم بإنشائه ، دعنا نقول ، ملايين الصفحات ، وهناك 90 بالمائة منها noindex ، ولديك مائة صفحة قابلة للفهرسة. يتعين علينا الزحف إلى موقع الويب بالكامل لاكتشاف تلك الصفحات المائة ، ومن الواضح أننا سنغرق في الزحف إلى ملايين الصفحات. ولكن إذا كانت لديك نسبة عادية من الصفحات القابلة للفهرسة إلى الصفحات غير القابلة للفهرسة ، [...] - لا أرى أن هذا يتسبب في أي مشكلة على الإطلاق فيما يتعلق بإمكانية الزحف. وهذا ليس [...] بسبب أسباب الجودة التي تقول Google ، أوه لا ، صفحات الفهرس سيئة. إنه شيء تقني بحت. إذا كان علينا الزحف إلى مليون عنوان URL ، فعلينا الزحف إلى مليون عنوان URL لمعرفة ما هو موجود. إنه ليس شيئًا يمكننا القول ، حسنًا ، سنقوم بالزحف إلى 50000 فقط نظرًا لوجود بعض صفحات noindex. إنها في الأساس مجرد مشكلة أرقام ".

302 عمليات إعادة توجيه

34:22 "لقد سمعنا أن عمليات إعادة التوجيه المؤقتة (302) لا تمرر حقوق الارتباط. هل فهمنا لذلك دقيق؟ بشكل عام ، سمعنا أن استخدام 302s يسبب مشاكل كبيرة في تحسين محركات البحث ، مما جعلنا نتساءل عما إذا كان يجب علينا تجنبها بأي ثمن أو إذا كانت هناك ظروف محددة يجب أن نستخدمها فيها ".

قال يوحنا: "الجواب لا واضح. لا يوجد تأثير سلبي لتحسين محركات البحث من عمليات إعادة التوجيه 302. أعتقد أن شعورك بفقدان نظام ترتيب الصفحات عند إجراء 302 عملية إعادة توجيه هو شعور خاطئ. يأتي بين الحين والآخر. أعتقد أن السبب الرئيسي وراء ظهور ذلك هو أن 302 عملية إعادة توجيه ، بحكم تعريفها ، مختلفة. [...] باستخدام إعادة التوجيه 301 ، فأنت تقوم بتغيير العنوان وتريد أن تلتقط أنظمة Google صفحة الوجهة. باستخدام إعادة توجيه 302 ، فأنت تقول ، حسنًا ، هذا مؤقتًا في مكان آخر ، لكنك تريد أن تحتفظ أنظمة Google بعنوان URL الأصلي. لذلك ، إذا كنت تتتبع ترتيب عناوين URL الفردية فقط ، فحينئذٍ ، بالطبع ، سيؤدي 301 إلى فهرسة الصفحة المقصودة ، وسيحتفظ الترتيب وإعادة التوجيه 302 بفهرس الصفحة الأصلية وترتيبها. ولكن لا توجد خسارة في نظام ترتيب الصفحات أو أية إشارات معينة هناك. [...] أحيانًا تكون عمليات إعادة التوجيه 302 هي الشيء الصحيح الذي يجب فعله - أحيانًا تكون عمليات إعادة التوجيه 301 هي الشيء الصحيح الذي يجب القيام به. إذا اكتشفنا 302 عملية إعادة توجيه لفترة زمنية أطول حيث نعتقد ، حسنًا ، ربما لا تكون هذه حركة مؤقتة ، فسنعاملها على أنها 301 عمليات إعادة توجيه أيضًا. ولكن لا يوجد نوع من مزايا تحسين محركات البحث المخفية لاستخدام عمليات إعادة التوجيه 301 مقابل عمليات إعادة التوجيه 302. إنها مجرد أشياء مختلفة ".

عرض محتوى أقل للمستخدمين

46:54 هناك مشكلة واحدة أواجهها مع أحد العملاء. [...] العديد من عناوين URL الممنوعة بواسطة ملف robots.txt تحتوي أيضًا على رأس HTTP تم تعيينه على noindex. لذلك قمت بفتح ملف robots.txt بحيث يمكن إلغاء فهرسة عناوين URL. لكن العميل يخشى ألا يسبق الخادم جميع الطلبات وسيفشل. لذلك قلت ، حسنًا ، إذا رأيت وكيل المستخدم على أنه روبوت ، فيمكنك فقط إعطاء نص HTML فارغ أو ربما صفحة أخرى. هل هناك أي خطر من التعرض للعقوبة بسبب إخفاء الهوية إذا تم تعيين رأس HTTP على noindex؟ "

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