تقنيات إخفاء محرك البحث SEO التي يجب تجنبها في 2011

استغرق مدير Google Web Spam ، Matt Cutts ، وقتًا بعيدًا عن Ozzie و Emmy (The Matt Cutts “Catts”) في نهاية عام 2010 لنشر القليل من titbit لمشرفي المواقع وتحسين محركات البحث عبر Twitter ، والتي أنا متأكد من إضافتها إلى مخلفات لعدد قليل من القبعات السوداء خلال موسم الأعياد.

ستنظر Google بشكل أكبر في إخفاء الهوية في الربع الأول من عام 2011. ليس فقط محتوى الصفحة مهمًا ؛ تجنب رؤوس / عمليات إعادة توجيه مختلفة إلى Googlebot بدلاً من المستخدمين.

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

الإخفاء الأخلاقي ليس "قبعة سوداء" ، ولكن في الماضي استخدم مرسلو البريد العشوائي طرقًا للتلاعب بأساليب إخفاء الهوية ، وللتوضيح دعنا نشير إليها على أنها إخفاء بريد عشوائي ، للتلاعب بخوارزمية (Google). هذه ليست ظاهرة جديدة. في البداية ، تم إساءة استخدام علامة الكلمات الرئيسية الوصفية من قِبل مرسلي الرسائل غير المرغوب فيها ، ونتيجة لذلك لم تعد الآن عامل ترتيب ويمكن أيضًا التعامل مع علامة <noscript> ببعض الشك حيث تم إساءة استخدامها أيضًا في الماضي (ربما يجب علينا فتح ملجأ لعناصر HTML التي يتم إساءة استخدامها….)

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

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

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

يتطلب تحديد إخفاء الهوية والبريد العشوائي خوارزميًا محرك بحث لمقارنة صفحة ويب واحدة تم الحصول عليها من خلال آليتين أو أكثر (على سبيل المثال ، نطاقي IP أو أكثر أو معرفات وكيل المستخدم أو مستويات مختلفة من وظائف HTML / JavaScript). حصلت Microsoft على براءة اختراع تم إيداعها في أواخر عام 2006 تدعي وجود نظام يسهل اكتشاف صفحة ويب مغطاة.

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

• تمايز المحتوى الجزئي ، باستخدام تحليل موضوع المحتوى ، وتجزئة الصفحة ، والتحليل الدلالي الكامن (LSA) ، واستخدام الكلمات الرئيسية ، والروابط على الصفحة ، وعوامل أخرى على الصفحة
• عناوين IP مختلفة / نطاقات IP منفصلة أو وكلاء لتحليل البريد العشوائي على الويب
• وكلاء مستخدم مختلفون (على سبيل المثال ، استخدم وكيل مستخدم متصفح للتحقق من وجود محتوى مخفي)
• تقارير البريد العشوائي من مجتمع مشرفي المواقع
• اختبار المستخدم
• تحليل أكثر من 5 عمليات إعادة توجيه متسلسلة للتحقق من إخفاء الهوية (ربما الحد من فهرسة وتدفق نظام ترتيب الصفحات ، والسلطة ، والثقة ، وما إلى ذلك ، من خلال 5 عمليات إعادة توجيه متسلسلة)
• تفسير محسّن لتعليمات JavaScript البرمجية (على وجه التحديد تقييم وظائف JavaScript المعقدة و / أو المشفرة التي تحتوي على روابط أو عمليات إعادة توجيه)
• آلية قبول ملفات تعريف الارتباط (يُحتمل أن تكون مقترنة بتحليل جافا سكريبت وإعادة التوجيه أعلاه)

بالطبع ، يمكن الاستعانة بمصادر خارجية لجمع البيانات إلى شركة منفصلة لتجنب مشكلة تسليم بروتوكول الإنترنت

هناك حالات قد ترغب فيها الشركة في تقديم معلومات مختلفة أو إضافية لمستخدميها. فمثلا:

• استهداف الجغرافية
• المستخدمون المسجلون في الدخول (تجربة الصفحة الرئيسية المخصصة ، إلخ)
• تتبع الإحالة - على سبيل المثال ، تقديم ملاحظات للمستخدم بناءً على استعلام محرك البحث الخاص به ، مثل تمييز الكلمات الموجودة في الصفحة التي تتطابق مع الاستعلام
• إخفاء هوية الجهاز للهواتف المحمولة وأجهزة اللمس
• التحسين لمتصفحات معينة أو للتوافق مع الإصدارات السابقة
• تحسين العرض (على الرغم من أنه يمكن التحكم في ذلك عادةً من خلال CSS)
• أول نقرة مجانية - أو أول خمس نقرات مجانية
• A / B أو اختبار متعدد المتغيرات
• عناوين URL المميزة (إخفاء الارتباط)
• عرض التحقق من العمر (يستخدم www.bacardi.com مجموعة من اكتشاف وكيل المستخدم وملفات تعريف الارتباط لعرض صفحة ترحيب للتحقق من العمر للمستخدمين مع السماح لمحركات البحث بالوصول إلى موقع الويب. على الرغم من أن عمر Google يبلغ 14 عامًا فقط)
• توزيع الحمل
• استبدال الخط (عبر تقنية مثل sIFR أو Cufon) - ملاحظة: قد لا يكون الخيار الأمثل لمعاينة Google (اعتبارًا من ديسمبر 2010)
• SWFObject

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

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

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

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

توجد عادةً ثلاث طرق يخفي بها مشرفو المواقع المحتوى سواء من المستخدمين أو من محركات البحث:

1. تسليم IP
2. تحليل وكيل المستخدم (يمكنك التحقق من إخفاء هوية وكيل المستخدم باستخدام مدقق إخفاء SEO المجاني من Bruce Clay.
3. استغلال سلوكيات محرك البحث المعروفة مثل تنفيذ جافا سكريبت أو عمليات إعادة التوجيه ، والفهرسة أو القدرة العنكبوتية لعناصر HTML المختلفة

تقديم محتوى مختلف بناءً على عنوان IP لمتصفح الويب أو عنكبوت محرك البحث المطلوب. [يتم تغطية تسليم IP بمزيد من التفاصيل هنا.]

عكس DNS و DNS إلى الأمام

لا تعد عمليات البحث العكسية لـ DNS و DNS إلى الأمام شكلاً من أشكال إخفاء الهوية ولكن يمكن استخدامها للاستعلام عن سجلات DNS الخاصة بعنوان IP المطلوب. توفر Google تفاصيل حول كيفية التحقق من هوية Googlebot التي تدعي أنها.

تقديم محتوى مختلف بناءً على وكيل المستخدم لمتصفح الويب المطلوب أو عنكبوت محرك البحث. على سبيل المثال ، Googlebot / 2.1 (+ http: //www.google.com/bot.html) أو Mozilla / 5.0 (Windows ، U ، MSIE 7.0 ، Windows NT 6.0 ، en-US)

قد تقوم Google بفهرسة صفحة تحتوي على JavaScript ولكن قد لا تتبع إعادة توجيه JavaScript ، ولكننا نشهد تحسينات كبيرة في تفسير Google لرمز JavaScript (على سبيل المثال ،> يعرض مُنشئ معاينة Google JavaScript و AJAX و CSS3 والإطارات و iframes).

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

ابحث عن الكود التالي:

<script type = "text / javascript"> window.location = "http://www.yoursite.com/second-page.html" </script>

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

ابحث عن الكود التالي:

<meta http-equiv = "Refresh" content = "0؛ url = http: //www.yoursite.com/second-page.html">

تحديثات وصفية مزدوجة / متعددة أو إخفاء هوية المُحيل

يمكن استخدام تحديثات التعريف المتعددة لإخفاء المُحيل من مواقع الويب التابعة. تجنب تسلسل عمليات إعادة التوجيه المتعددة من أي نوع ، حيث قد يكون لها آثار سلبية على مُحسنات محركات البحث وقد تكون أيضًا ضد شروط الخدمة (TOS) لشركائك التابعين

تحديث التعريف في JavaScript أو علامة <noscript>

حسنًا ، نحن الآن ندخل إلى عوالم "القبعة السوداء". من غير المحتمل أن يقوم مسؤول الموقع بدمج تحديث meta مع JavaScript إلا إذا لم يكن ذلك جيدًا.

هذا من السهل على محرك البحث اكتشافه. لا تفعل ذلك.

قد لا تتبع محركات البحث عمليات إعادة توجيه متعددة متسلسلة (وفقًا للإرشادات الواردة في مواصفات HTML ، تم تعيين الرقم الموصى به على 5 عمليات إعادة توجيه). قد تتبع Google حوالي 5 عمليات إعادة توجيه متسلسلة. قد تتبع متصفحات الويب المزيد.

قد تؤثر عمليات إعادة التوجيه المتتالية المتعددة (لا سيما الجمع بين أنواع مختلفة من عمليات إعادة التوجيه 301 و 302 وتحديث التعريف وجافا سكريبت وما إلى ذلك) على أوقات تحميل الصفحة ، وقد تؤثر على تدفق نظام ترتيب الصفحات (حتى عمليات إعادة التوجيه 301 قد تشهد بعض اضمحلال PageRank) ويمكن اعتبارها إخفاء هوية- رسائل إلكترونية مزعجة.

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

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

على الرغم من أن Googlebot زحف فقط إلى 5 من عمليات إعادة التوجيه الدائمة في هذه الحالة ، فقد يكون من العدل افتراض أن Google قد تنفذ تحققًا قائمًا على الزحف لاختبار عمليات إعادة التوجيه التي تتجاوز حد 5 روبوت إعادة التوجيه في سياق مماثل لمايكروسوفت أعلاه الذين يتبعون حوالي 25 عملية إعادة توجيه متسلسلة. ملاحظة: افترضنا أن هذا عنوان IP مملوك لشركة Microsoft استنادًا إلى معلومات IP Whois من أدوات المجال.

تسمح الإطارات لمسؤول الموقع بتضمين مستند آخر داخل صفحة HTML. لم تكن محركات البحث جيدة تقليديًا في عزو المحتوى المؤطر إلى الصفحة الرئيسية لتمكين مشرف الموقع من منع محركات البحث من رؤية بعض أو كل المحتوى على الصفحة.

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

إطارات ذات إعادة توجيه JavaScript

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

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

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

قم ببناء وظائف JavaScript / AJAX مع وضع التحسين التدريجي في الاعتبار بحيث يكون المحتوى مناسبًا لجميع المستخدمين ولا يتطلب استخدام علامة <noscript>. إذا كان موقع الويب الخاص بك يستخدم العلامة <noscript> ولا يمكنك تحديث الشفرة ، فتحقق للتأكد من أن أي نص وروابط وصور داخل العلامة <noscript> تصف بدقة محتوى جافا سكريبت أو AJAX أو Flash الذي يمثله بدقة ووضوح وموجز طريقة.

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

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

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

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

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

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

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

قد يقوم Googlebot بتنزيل المحتوى بشكل دوري بغض النظر عن رؤوس التحكم في انتهاء الصلاحية وذاكرة التخزين المؤقت للتحقق من أن المحتوى لم يتغير بالفعل.

يمكنك التحقق من حالة رؤوس استجابة الخادم باستخدام إحدى أدوات تحسين محركات البحث المجانية الخاصة بنا.

على حد تعبير جوجل:

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

المصدر: http://www.google.com/support/webmasters/bin/answer.py؟hl=ar&answer=66355

مات كاتس يتحدث عن صفحات المدخل هنا.

تتيح لك أدوات الاختبار متعددة المتغيرات مثل محسِّن مواقع الويب من Google تحسين فعالية موقع الويب الخاص بك عن طريق اختبار التغييرات على محتوى وتصميم موقع الويب الخاص بك لتحسين معدلات التحويل (أو مقاييس مهمة أخرى تم قياسها).

يعد الاختبار متعدد الأنواع استخدامًا أخلاقيًا لإخفاء الهوية ، ومع ذلك ، تنص Google على ما يلي:

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

ليس بالضرورة إخفاء البريد العشوائي في حد ذاته ، ولكن أسلوب الطعم والتبديل ، والذي يقوم 301 بإعادة توجيه المجالات غير ذات الصلة (عادةً المجالات المعروضة للبيع أو التي انتهت صلاحيتها ولكن لا تزال تحتوي على نظام ترتيب الصفحات أو روابط خارجية مهمة) إلى مجال ضار أو غير ذي صلة حول موضوع مختلف تمامًا .https: //www.youtube.com/watch؟ v = 70LR8H8pn1Mhttps: //searchengineland.com/do-links-from-expired-domains-count-with-google-17811

يعد هذا مضللًا للمستخدمين حيث قد يتوقعون موقعًا مختلفًا وقد يمررون نصًا غير ذي صلة إلى نطاقك.

أيضًا ، لا تتوقع رصيدًا لتسجيل المجالات منتهية الصلاحية ذات الروابط الخارجية على أمل الحصول على علاقات عامة أو تعزيز الارتباط.

تاريخياً ، كافحت محركات البحث لتفسير محتوى الفلاش وفهرسته بشكل فعال ، لكنها تتحسن طوال الوقت.

كان على مشرفي المواقع أن يأخذوا بعين الاعتبار المستخدمين ومحركات البحث التي لا تحتوي على متصفحات تدعم الفلاش ، وقد قاموا بإنشاء موقع ويب HTML قياسي "خلف الكواليس" لمحركات البحث ، واستخدموا علامة <noscript> أو JavaScript أو طريقة مشابهة لفهرسة المحتوى النصي الخاص بهم. لسوء الحظ ، قد يتم تحديد هذا بدون قصد على أنه إخفاء بواسطة محركات البحث إذا كان المحتوى المفهرس من محتوى Flash لا يتطابق مع المحتوى النصي.

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

لا تُخفي الإعلانات والإعلانات المنبثقة وحدها. عندما يتعذر إغلاق الإعلانات البينية أو عناصر popover divs (على سبيل المثال ، ما لم يسجل المستخدم) ، فمن المحتمل أنك تقدم محتوى إلى محركات البحث ونموذج اشتراك للمستخدمين.

تأكد من أنه يمكن للمستخدمين إغلاق أو تخطي الإعلانات البينية ، والنوافذ المنبثقة ، والعناصر المنبثقة ، و divs المتراكبة ، والمربعات الضوئية ، وما إلى ذلك ، وعرض المحتوى المتاح

AJAX (Asynchronous JavaScript and XML) هو شكل من أشكال JavaScript يمكّن صفحة الويب من استرداد المحتوى الديناميكي من الخادم دون إعادة تحميل الصفحة. لقد أصبح شائعًا جدًا على مدار العامين الماضيين وغالبًا ما يتم استخدامه (أكثر من) في العديد من تطبيقات Web 2.0.

يمكن استخدام AJAX بطريقة خادعة لتقديم محتوى مختلف للمستخدم ومحرك البحث - لا تفعل ذلك.

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

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

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

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

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

بالطبع ، قد يتم استخدام هذا للتضليل والخداع ، مثل إخفاء رابط تابع (على سبيل المثال ، استبدال الرابط بـ http://mysite.com/vanity-url وإعادة توجيه ذلك إلى http://affiliate.com/offer.html ؟ = رمز الإحالة الخاص بي).

تعديل نص الرابط أو سمات الارتباط باستخدام JavaScript أو آلية مشابهة لخداع المستخدمين أو خداعهم. هذا شكل من أشكال إخفاء الهوية يقوم فقط بتعديل مكون صغير من الصفحة لخداع المستخدم.

• اختطاف حدث onClick لإرسال مستخدم إلى عنوان URL مختلف لمحركات البحث
• إضافة سمة rel = ”nofollow” للروابط المعروضة لمحركات البحث وإزالتها من الشفرة المعروضة للمستخدمين
• تعديل نص الارتباطات لتضمين الكلمات الأساسية في نص الرابط المرسل إلى محركات البحث وعرض شيء مختلف للمستخدمين

تجنب اختطاف الروابط لخداع المستخدمين لأنه قد يؤدي إلى عقوبات محرك البحث أو حظر موقع الويب الخاص بك.

هناك أشكال أخلاقية لهذه التقنية للتأكد من أن كل من المستخدمين ومحركات البحث يمكنهم رؤية محتوى AJAX الخاص بك باستخدام HiJAX على النحو الموصى به في مدونة Google.

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

• نص غير مميز على الخلفية (مثل الرمادي الداكن على الأسود)
• ضبط حجم الخط على 0
• تصميم نص غني بالكلمات الرئيسية مثل نص أساسي قياسي حتى لا يدرك المستخدمون أنه ارتباط
• عرض أوراق الأنماط المتتالية (CSS): لا شيء
• نص خلف الصور. دائمًا ما يكون موضوعًا صعبًا وغالبًا ما يكون مفتوحًا للنقاش بين مُحسّنات محرّكات البحث. إذا كان النص الموجود خلف الصورة يمثل تمثيلاً دقيقاً وعادلاً للصورة (على سبيل المثال ، رأس بخط مخصص) ، "يجب أن تكون على ما يرام" لاقتباس مات كاتس. سيعتمد الحل النهائي على ظروفك الخاصة ، ولكن تحقق من هذه الموارد للحصول على بعض الإرشادات: W3C: استخدام CSS لاستبدال النص بالصور ، واستبدال الصورة Farner (FIR) ، واستبدال Inman Flash القابل للتطوير (sIFR) (يرجى ملاحظة أن النص الذي تم استبداله بواسطة sIFR قد لا تظهر في معاينة Google اعتبارًا من كانون الأول (ديسمبر) 2010.)

إذا كانت حركة مرور محرك البحث مهمة بالنسبة لك ، فتأكد من مراعاة ما يلي فيما يتعلق بإخفاء الهوية:

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