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

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

تسبب ملف الخط في إزاحة التخطيط التراكمي

06:58 "لقد عملنا على حل مشاكل CLS لمدة شهرين حتى الآن. [...] هناك شيء واحد يظهر بشكل عشوائي من العدم. هل من الممكن أن يتسبب الخط في مشكلة تحويل التنسيق التراكمي ؟ "

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

خلال مؤتمر Chrome Dev الأخير ، تم تقديم خاصية CSS جديدة تسمى ضبط الحجم . هدفه هو منع إزاحة التخطيط التي يسببها الخط. إذا كنت مهتمًا بمعرفة المزيد حول هذا الموضوع ، فيجب عليك مراجعة مقالة web.dev حول ضبط حجم CSS لـ @ font-face.

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

503 يمكن أن يتسبب في استبعاد عناوين URL من الفهرس

14:29 "كان فريقي المدفوع يقوم بإعلانات مدفوعة مع Pinterest وتسبب في مشكلة كبيرة حيث كانت Pinterest تزحف إلى موقع الويب الخاص بنا وتضع خوادمنا في عبء زائد. لقد اكتشفنا المشكلة ، وقمنا بحظر Pinterest [...] ، ولكن لدينا بضع مئات من الصفحات التي لا تزال الآن على 503 في Google Search Console. [...] لقد قمت بالاطلاع على الصفحات - كلها تعمل. لقد خضعت لعملية إعادة التحقق التي كانت مستمرة خلال اليومين الماضيين. ما نوع الجداول الزمنية التي ننظر إليها؟ هل يمكنني إعادة إرسال خرائط المواقع حتى تعمل بشكل أسرع؟ "

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

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

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

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

تظهر نسخة لغة خاطئة للمستخدمين

29:02 "لدينا موقعان على الإنترنت لدولتين يتشاركان محتوى مشتركًا ، بما في ذلك الأخبار اليومية. نلاحظ من وقت لآخر أن صفحة الأخبار الخاطئة يتم ترتيبها في البلد المقابل - على سبيل المثال ، DE (ألمانيا) في سويسرا. هل يعقل العمل مع hreflang في منطقة الأخبار أيضًا؟ "

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

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

ترجمة جزء فقط من موقع الويب الخاص بك

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

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

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

يمكن لـ Google اكتشاف نسخة أبسط من عناوين URL

37:06 " هل يتعامل Google مع عناوين URL التي تحتوي على علامة استفهام في النهاية على أنها نسخ مكررة من نفس عنوان URL بدون علامة استفهام في النهاية؟"

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

قال جون ، "بالنسبة للجزء الأكبر ، إذا كانت لديك معلمات في النهاية أو لم تكن لديك معلمات في النهاية ، فسنتعامل معها كعناوين URL منفصلة بوضوح. ولكن لدينا بعض الأنظمة المعمول بها والتي تحاول إجراء بعض تقنيات تحديد المواقع المتعارف عليها بشكل خفيف الوزن من أجلك. يحاولون اكتشاف النسخة الأبسط من عنوان URL هذا الذي يمكن أن نعرضه بالفعل ، حتى إذا كان موقع الويب نفسه لا يوفر rel = ”canonical” أو لا يُعيد التوجيه إلى نسخة أبسط من عنوان URL. "

لتوضيح الموقف أكثر ، قدم جون مثالاً على صفحة index.html. إذا كانت لديك صفحة رئيسية بها عنوان URL مثل website.com/index.html ، فقد تقرر Google أن index.html في النهاية غير ذي صلة بشكل أساسي وتقوم بإسقاطه تلقائيًا لتبسيط عنوان URL إلى website.com فقط.

لا تعاقب Google مواقع البالغين

39:45 " لقد تم حذف موقع الويب الخاص بي مؤخرًا لعدد قليل من الكلمات الرئيسية المهمة جدًا في مكانتنا الأساسية - ألعاب البالغين. [...] هل تعاقب Google مواقع البالغين على استفسارات معينة؟ "

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

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

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

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

لا تؤثر الإشارات إلى علامتك التجارية على تصنيف موقع الويب الخاص بك

58:12 "[...] ماذا لو كانت الكثير من الصفحات التي تذكرك وتقول إنك عملية احتيال ، هي في الواقع صفحات غير مرغوب فيها أنشأها أشخاص بهدف إيذائك؟ هل يعرف Google كيفية التعامل مع ذلك؟ "

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

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