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

نشرت: 2022-07-04

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

المحتويات تخفي
1 هل يمكنني استخدام شفرتين من رموز نتائج HTTP على الصفحة؟
2 هل يؤدي استخدام CDN إلى تحسين التصنيف إذا كان موقعي سريعًا بالفعل في بلدي الرئيسي؟
3 هل يجب علي عدم السماح بطلبات واجهة برمجة التطبيقات لتقليل الزحف؟
4 هل يجب أن أستخدم rel = ”nofollow” على الروابط الداخلية؟
5 هل هناك طريقة لإجبار روابط أقسام الموقع على الظهور؟
6 يقوم موقعنا بتضمين ملفات PDF مع iframes ، فهل يجب علينا التعرف الضوئي على الحروف على النص؟
7 هل يزحف محرك بحث Google إلى عناوين URL في ترميز البيانات المنظمة؟

هل يمكنني استخدام اثنين من رموز نتائج HTTP على الصفحة؟

1:22 "[...] من الممكن نظريًا أن يكون لديك رمزان مختلفان لنتائج HTTP على الصفحة ، ولكن ماذا سيفعل Google بهذين الرمزين؟ هل ستراهم Google حتى؟ وإذا كانت الإجابة بنعم ، فماذا ستفعل Google؟ على سبيل المثال ، 503 بالإضافة إلى 302. "

كان رد جون: "[...] باستخدام رموز نتائج HTTP ، يمكنك تضمين الكثير من الأشياء المختلفة. ستنظر Google في أول رمز نتيجة HTTP وتعالج ذلك بشكل أساسي.

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

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

هل يؤدي استخدام CDN إلى تحسين التصنيف إذا كان موقعي سريعًا بالفعل في بلدي الرئيسي؟

2:50 "[...] نحصل على غالبية حركة المرور لدينا من بلد معين. استضفنا موقعنا على خادم موجود في ذلك البلد. هل تقترح وضع موقع الويب بالكامل خلف CDN لتحسين سرعة الصفحة للمستخدمين على مستوى العالم ، أم أن هذا غير مطلوب في حالتنا؟ "

أجاب جون: " لا أعتقد أنه سيكون له تأثير كبير على Google على الإطلاق فيما يتعلق بـ SEO.

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

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

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

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

هل يجب علي عدم السماح بطلبات واجهة برمجة التطبيقات لتقليل الزحف؟

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

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

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

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

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

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

هل يجب أن أستخدم rel = ”nofollow” في الروابط الداخلية؟

8:05 "هل من المناسب استخدام سمة nofollow على الروابط الداخلية لتجنب طلبات الزاحف غير الضرورية إلى عناوين URL التي لا نرغب في الزحف إليها أو فهرستها؟"

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

في معظم الحالات ، سأحاول القيام بشيء مثل استخدام rel = canonical للإشارة إلى عناوين URL التي تريد فهرستها أو استخدام ملف robots.txt للأشياء التي لا تريد حقًا الزحف إليها.

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

وفي هذه الحالات ، لن أسمح فقط بالزحف إلى عناوين URL هذه. [...] باستخدام rel = canonical ، من الواضح أنه سيتعين علينا أولاً الزحف إلى تلك الصفحة لرؤية rel = canonical. لكن بمرور الوقت ، سنركز على الأساسي الذي حددته. وسنستخدم ذلك بشكل أساسي للزحف والفهرسة ".

هل هناك طريقة لإجبار روابط أقسام الموقع على الظهور؟

16:02 "هل هناك أي إستراتيجية يمكن من خلالها أن تظهر الصفحات المطلوبة كارتباط موقع في نتائج بحث Google؟"

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

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

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

يقوم موقعنا بتضمين ملفات PDF مع iframes ، فهل يجب علينا التعرف الضوئي على الحروف على النص؟

17:14 "يستخدم موقعنا الإلكتروني إطارات iframe والبرنامج النصي لتضمين ملفات PDF في صفحاتنا وموقعنا الإلكتروني. هل هناك أي ميزة لأخذ نص التعرف الضوئي على الحروف لملف PDF ولصقه في مكان ما في ملف HTML الخاص بالمستند لأغراض تحسين محركات البحث ، أو هل ستقوم Google ببساطة بتحليل محتويات PDF بنفس الوزن والأهمية لفهرسة المحتوى؟ "

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

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

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

ثم هناك سؤال هل تريد فهرسة ملفات PDF بشكل منفصل أم لا؟ في بعض الأحيان تريد فهرسة ملفات PDF بشكل منفصل. وإذا كنت تريد فهرستها بشكل منفصل ، فإن الارتباط بها يعد أمرًا رائعًا.

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

هل يزحف Google إلى عناوين URL في ترميز البيانات المنظمة؟

23:24 "هل تقوم Google بالزحف إلى عناوين URL الموجودة في ترميز البيانات المنظمة أم أن Google تقوم فقط بتخزين البيانات؟"

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

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

إذا كنت لا تريد أن يزحف Google إلى عنوان URL المحدد ، فربما يحظره باستخدام ملف robots.txt أو في تلك الصفحة ، فاستخدم rel = canonical يشير إلى إصدارك المفضل ، أي شيء من هذا القبيل. [...] لن أفترض بشكل أعمى أنه لن يتم العثور عليها لمجرد أنها في بيانات منظمة ، ولن أفترض بشكل أعمى أنه سيتم العثور عليها لمجرد أنها في بيانات منظمة.

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