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

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

حجم ملف robots.txt

00:45 "هل هناك أي تأثيرات سلبية لتحسين محركات البحث يمكن أن تنتج عن ملف robots.txt ضخم؟"

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

04:35 "بصرف النظر عن الاختصار الجذري لـ [ملف robots.txt] ، هل هناك أي مبادئ توجيهية لإنشاء [هو]؟"

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

يمكنك أيضًا العثور على مزيد من المعلومات حول ملف robots.txt في الدليل النهائي لملف Robots.txt لتحسين محركات البحث.

ترحيل فئة المنتج إلى مجال جديد

08:56 "نحن نخطط لنقل فئة منتج واحدة من البائعين المتعددين إلى مجال أو مجال فرعي جديد. […] كيف يتم ترتيب المجال الجديد؟ يحتل النطاق الحالي مرتبة جيدة على Google ومحركات البحث الأخرى ويوفر لنا حركة بحث عضوية جيدة. كم من الوقت سيستغرق لجعل المجال الجديد يتلقى مقدار حركة المرور التي نتلقاها الآن؟ "

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

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

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

11:45 "ما هي الجوانب السلبية التي سنواجهها عندما ننقل تلك البنية التحتية إلى مجال جديد؟"

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

إعادة توجيه التطبيق

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

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

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

22:57 "أنت تتحدث عن لافتة علوية على صفحة الموقع. ربما إذا أجبرناهم على إعادة التوجيه ، فهل سيكون ذلك سيئًا لتحسين محركات البحث أو الموقع؟ "

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

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

هل يمكن لـ Google تقييم تشابه الصفحات؟

26:28 "كيف يقيس Google تشابه الصفحات؟"

قال جون ، "أعتقد أننا لا نفعل ذلك. أعتقد أننا نستخدم hreflang لفهم أي من عناوين URL هذه مكافئ من وجهة نظرك. وسنقوم بتبادلها. [...]

سنفعل ذلك فقط لأشياء مثل rel = ”canonical” لفهم ماهية عنوان URL الأساسي. لكن بالنسبة إلى hreflang ، أعتقد أنه من المستحيل بالنسبة لنا أن نفهم أن هذا المحتوى المحدد مكافئ لبلد آخر أو لغة أخرى. هناك الكثير من الاختلافات المحلية الممكنة دائمًا ".

التحقق من الروابط الواردة من البريد العشوائي

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

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

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

انخفاض حركة المرور مقابل إزالة صفحات AMP

30:43 "هل نتوقع انخفاضًا في حركة المرور إذا أزلنا AMP؟"

جون: "أفترض أن هذا إعداد ، حيث لديك صفحات HTML وصفحات AMP تقليدية ، وتربط بينها. أعتقد أن هناك ثلاثة أشياء تأتي معًا عند إزالة صفحات AMP مثل هذه.

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

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

وأعتقد أن الثالث هو [...] هذا الافتراض بأن صفحات AMP مرتبة بطريقة ما أفضل. وهذا ليس هو الحال. AMP ليس عامل ترتيب. لذلك لا ينبغي أن يكون هناك تغيير في الترتيب لمجرد أن لديك صفحات AMP أو ليس لديك صفحات AMP. [...]

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

لوحات المعرفة

35:17 "في الأشهر الأخيرة ، لاحظت قيام Google بإجراء مسح للوحات المعرفة لإجراء عمليات بحث عن أسماء معينة بشكل متسق للغاية في الهاتف المحمول وليس على سطح المكتب على الإطلاق لنفس الاستعلام. [...] هل من الممكن فهم سبب اعتبار بطاقة المعلومات مناسبة لخدمة مستخدمي الجوال وليس مستخدمي سطح المكتب في هذه الحالة؟ وهل ويكيبيديا هي العامل الحاسم بالنسبة إلى Google عند اتخاذ قرار بإظهار "لوحة المعلومات" أم لا؟ "

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

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

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

عدد الأسئلة المراد تضمينها في قائمة الأسئلة الشائعة

40:41 "لدي 15 إلى 20 من الأسئلة الشائعة على صفحة الويب الخاصة بي. هل يجب أن أدرج جميع الأسئلة في مخطط الأسئلة الشائعة أم فقط الأسئلة التي أعتبرها مهمة؟ "

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

قضايا تغطية الفهرس

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

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

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

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

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