گاهي اوقات مشكلي روي ميز شما مي رود كه كمي خارج از حد معمول است. چيزي كه در آن جواب ساده اي نداريد. شما به مغزتان مي رويد و مغز شما چيزي را برنمي گرداند.

با كمي تحقيق در مورد كليد واژه ها و پيكربندي فني اصلي اين مشكلات قابل حل نيست. اينها انواع مشكلات فني SEO است كه در آن سوراخ خرگوش عميق مي شود.

ماهيت اين موقعيت ها با يك ليست چك مخالف است ، اما داشتن يك دليل به همين دليلي كه ما آنها را در هواپيماها داريم ، مفيد است: حتي بهترين هاي ما مي توانند و چيزهايي را فراموش مي كنند ، و يك ليست چك شما مكان هايي را براي حفاري فراهم مي كند.

چند نمونه از مشكلات عجيب سئو را دوست داريد؟ در اينجا چهار مثال وجود دارد كه مي توانيد هنگام خواندن آنها را مرور كنيد. در پايان به آنها پاسخ خواهيم داد.

1. چرا گوگل در صفحات محصول داراي نشان 5 ستاره نبود؟

    اين صفحات داراي نشانه گذاري محصول با سرور بوده و داراي مارك محصول Feefo نيز بوده اند ، از جمله رتبه بندي ها به سمت مشتري متصل مي شوند.
    قطعه رتبه بندي Feefo با موفقيت در Fetch & Render به همراه ابزار مناسب براي موبايل ارائه شد.
    وقتي DOM رندر شده را درون ابزار تست داده ساختاري قرار مي دهيد ، هر دو قطعه داده هاي ساختاري بدون خطا ظاهر مي شوند.

2. چرا Bing وقتي Google انجام مي دهد ، نشانه هاي 5 ستاره را در صفحات مرور نمايش نمي دهد؟

    صفحات بازبيني مشتري و رقبا همه قطعه هاي ثروتمند را در Google رتبه بندي مي كردند.
    همه رقباي داراي قطعه قطعه هاي غني از بينگ بودند. با اين حال مشتري چنين نكرد.
    صفحات مرور به درستي اعتبارسنجي طرح بندي رتبه بندي را در ابزار تست داده ساختاري Google ارائه داده اند ، اما در Bing اين كار را نكردند.

3. چرا صفحات با برچسب بدون فهرست نمايه مي شوند؟

    صفحات داراي برچسب بدون فهرست سمت سرور در سر توسط Google توسط يك الگوي بزرگ براي مشتري فهرست بندي مي شوند.

4- چرا هر صفحه در وب سايت 302 در حدود 20-50٪ از زمان ، اما فقط براي خزندگان بازگشت؟

    يك وب سايت به طور تصادفي 302 خطا پرتاب مي كرد.
    اين هرگز در مرورگر و فقط در خزنده ها اتفاق نيفتاده است.
    عامل كاربر هيچ تفاوتي ايجاد نكرد. محل يا كوكي ها نيز هيچ فرقي نكردند.

سرانجام ، يك يادداشت سريع. كاملاً امكان پذير است كه برخي از اين ليست هاي چك براي هر سناريو اعمال نشود. كاملاً عالي است اين به معناي فرايندي براي هر كاري است كه مي توانيد بررسي كنيد ، نه همه چيزهايي كه بايد بررسي كنيد.
چك ليست كامل

مي توانيد الگوي ليست چك را از اينجا بارگيري كنيد (فقط يك نسخه از صفحه Google را تهيه كنيد):

صفحه گسترده فهرست را دريافت كنيد
چك ليست قبل از چك
آيا واقعاً مهم است؟

آيا اين مشكل فقط بر حجم كمي از ترافيك تأثير مي گذارد؟ آيا اين فقط در تعداد انگشت شماري از صفحات است و شما در حال حاضر ليست بزرگي از اقدامات ديگر در كمك به وب سايت داريد؟ احتمالاً بايد فقط آن را رها كنيد.

مي دانم ، از آن متنفرم. من همچنين مي خواهم درست باشم و اين چيزها را بيرون بريزم. اما در مدت شش ماه ، هنگامي كه بيست سوراخ خرگوش سئو را حل كرده ايد و وب سايت شما صاف مانده است زيرا شما هنوز برچسب هاي عنوان را دوباره ننوشتيد ، شما هنوز هم اخراج خواهيد شد.

اما اميدوارم كه اين طور نباشد ، در اين صورت ، به بعد!
مشكل را از كجا مي بينيد؟

ما نمي خواهيم وقت زيادي را هدر دهيم. آيا اين جمله ي شگفت انگيز را شنيده ايد ؟: "اگر سمورهايي را مي شنويد ، احتمالاً گورخر نيست."

فرايندي كه مي خواهيم طي كنيم كاملاً درگير است و اگر مي خواهيد پيش برويد كاملاً به اختيار شما است. فقط مطمئن شويد كه از چيزي كاملاً واضح كه مشكل شما را حل مي كند ناديده گرفته نشده است. در اينجا چندين مشكل رايج وجود دارد كه من اغلب با آنها روبرو شده ام كه بيشتر اسب ها بودند.

    شما از جايي كه بايد باشيد كم كارتر هستيد.
        وقتي سايتي كم كار مي كند ، مردم عاشق جستجوي بهانه هستند. مزخرفات عجيب گوگل مي تواند يك چيز مفيد باشد كه مورد سرزنش قرار گيرد. در واقعيت ، اين نوع تركيبي از يك سايت ضعيف ، رقابت بالاتر و يك برند ناموفق است. اسب
    شما دچار افت ناگهاني ترافيك شده ايد.
        قطعاً اتفاقي افتاده است ، اما اين احتمالاً اين ليست چك براي شما نيست. تعداد زيادي از چك ليست هاي مربوط به عقل سليم وجود دارد. من اخيراً در مورد تشخيص افت ترافيك نوشتم - اول اين را بررسي كنيد.
    صفحه اشتباه رتبه بندي براي پرس و جو اشتباه است.
        در تجربه من (كه احتمالاً بايد اين پست را مقدمه قرار دهد) ، معمولاً اين يك مشكل اساسي است كه در آن يك سايت داراي هدفگذاري ضعيف يا آدمخواري زيادي است. احتمالاً يك اسب.

عواملي كه باعث مي شوند مشكل پيچيده تري وجود داشته باشد و شما را مجبور به تهيه كفش هاي اشكال زدايي خود كند:

    وب سايتي كه جاوا اسكريپت زيادي در سمت مشتري دارد.
    وب سايت هاي بزرگتر و قديمي با ميراث بيشتر.
    مشكل شما مربوط به يك ويژگي يا ويژگي جديد Google است كه در آن دانش كمتري وجود دارد.

1. با انتخاب چند صفحه مثال شروع كنيد.

براي كار با چند صفحه مثال انتخاب كنيد - صفحاتي كه هر مشكلي را كه مي بينيد نشان مي دهند. نه ، اين نماينده نخواهد بود ، اما ما كمي به آن باز خواهيم گشت.

البته ، اگر فقط تعداد كمي از صفحه را تحت تأثير قرار دهد ، در اين صورت ممكن است نماينده باشد ، در اين صورت ما خوب هستيم. قطعاً مهم است ، درست است؟ شما فقط قدم بالا را رد نكرديد؟ خوب ، باحال ، بياييد حركت كنيم.
2. آيا گوگل مي تواند صفحه را يك بار خز كند؟

ابتدا بررسي مي كنيم كه آيا Googlebot به صفحه دسترسي دارد ، كه ما آن را به عنوان يك كد وضعيت 200 تعريف مي كنيم.

ما به چهار روش مختلف براي افشاي مشكلات مشترك بررسي خواهيم كرد:

    Robots.txt: كنسول جستجو را باز كنيد و اعتبار سنجي robots.txt را بررسي كنيد.
    نماينده كاربر: Dev Dev Tools را باز كنيد و تأييد كنيد كه مي توانيد URL را با Googlebot و Googlebot Mobile باز كنيد.
        براي جابجايي عامل كاربر ، Dev Tools را باز كنيد.
        بررسي كنيد كه كشوي كنسول باز است (ضامن كليد Escape است)
        آمار ... و "شرايط شبكه" را باز كنيد
        در اينجا ، عامل كاربر خود را انتخاب كنيد!

    آدرس IP: تأييد كنيد كه مي توانيد با ابزار تست تلفن همراه به صفحه دسترسي پيدا كنيد . (اين از يكي از IP هاي Google استفاده مي شود ؛ هرگونه چك از رايانه شما انجام نمي شود.)
    كشور: ابزار تست تلفن همراه از IP هاي ايالات متحده ، از آنچه من ديده ام ، بازديد مي كند ، بنابراين ما دو پرنده را با يك سنگ مي گيريم. اما Googlebot گهگاهي از IP هاي غير آمريكايي خزنده مي شود ، بنابراين همچنين بايد از اين نام مجاز نمي باشد استفاده كنيد تا بررسي كنيد كه آيا مي توانيد از هر كشور مرتبط ديگري به سايت دسترسي پيدا كنيد.
        من قبلاً از HideMyAss استفاده كرده ام ، اما هر اين نام مجاز نمي باشد شما خوب است.

اكنون بايد اين ايده را داشته باشيم كه آيا Googlebot در تلاش است يكبار اين صفحه را واكشي كند.
آيا تاكنون مشكلي پيدا كرده ايم؟

اگر با يك بررسي ساده در بالا بتوانيم يك خزنده شكست خورده دوباره ايجاد كنيم ، احتمالاً Googlebot احتمالاً به طور مداوم در صفحه‌ي ما ناكام است و معمولاً يكي از اين دلايل اساسي است.

اما ممكن است اينطور نباشد. بسياري از مشكلات به دليل ماهيت فناوري متناقض نيستند. ؛)
3. آيا ما دو چيز متفاوت را به گوگل مي گوييم؟

در مرحله بعد: گوگل مي تواند صفحه را پيدا كند ، اما آيا ما با گفتن دو چيز متفاوت آن را گيج مي كنيم؟

اين بيشتر در تجربه من مشاهده مي شود ، زيرا شخصي بخوبي دستورالعمل هاي نمايه سازي را اشتباه گرفته است.

با "نمايه سازي بخشنامه ها" ، من به هر برچسبي كه وضعيت يا صفحه صحيح ايندكس را در اين فهرست مشخص كند كه بايد رتبه بندي شود ، اشاره مي كنم. در اينجا يك ليست غير جامع وجود دارد:

    بدون فهرست
    ابتدايي
    برچسب هاي جايگزين موبايل
    برچسب هاي جايگزين AMP

نمونه اي از ارائه پيام هاي مختلط مي تواند باشد:

    صفحه بدون فهرست بندي A
    صفحه B canonicals به صفحه A

يا:

    صفحه A داراي يك علامت متعارف در يك هدر به A با يك پارامتر است
    صفحه A داراي پارامترهاي متعارف در بدن تا A بدون پارامتر است

اگر ما پيام هاي مختلط ارائه مي دهيم ، مشخص نيست Google چگونه پاسخ خواهد داد. اين يك روش عالي براي شروع ديدن نتايج عجيب است.

مكان هاي خوب براي بررسي بخشنامه هاي فهرست بندي ذكر شده در بالا عبارتند از:

    نقشه سايت
        مثال: برچسب هاي جايگزين موبايل مي توانند در يك نقشه سايت قرار بگيرند
    هدرهاي HTTP
        مثال: روبات هاي متعارف و متا را مي توان در هدر تنظيم كرد.
    سر HTML
        اين جايي است كه احتمالاً به دنبال آن هستيد ، براي مقايسه به اين مورد نياز داريد.
    جاوا اسكريپت در مقابل دستورالعمل هاي كدگذاري شده سخت
        ممكن است شما يك چيز را در منبع صفحه تنظيم كرده و ديگري را با JavaScript ارائه كنيد ، يعني مي توانيد چيزي را در منبع HTML از DOM ارائه شده مشاهده كنيد.
    تنظيمات كنسول جستجوي Google
        تنظيمات كنسول جستجو براي ناديده گرفتن پارامترها و بومي سازي كشور وجود دارد كه مي تواند با برچسب هاي نمايه سازي در صفحه برخورد كند.

كنار گذاشتن سريع DOM ارائه شده

در اين صفحه ذكرهاي زيادي درباره DOM ارائه شده در آن (18 مورد ، اگر كنجكاو هستيد) است. از آنجا كه ما اولين بار خود را داشته ايم ، در اينجا سريع مي خوانيم كه اين چيست.

هنگام بارگيري يك صفحه وب ، اولين درخواست HTML است. اين همان چيزي است كه در منبع HTML مي بينيد (با كليك راست بر روي يك صفحه وب و كليك بر روي View Source).

اين قبل از جاوا اسكريپت است كه به صفحه كاري انجاميده است اين مورد خيلي بزرگ نبود ، اما اكنون بسياري از وب سايتها به JavaScript وابسته هستند كه بيشتر مردم به طور منطقي به HTML اوليه اعتماد نمي كنند.

Rendered DOM اصطلاح فني يك صفحه است ، هنگامي كه همه جاوا اسكريپت ارائه شده است و تمام تغييرات صفحه ايجاد شده است. اين مورد را مي توانيد در Dev Tools مشاهده كنيد.

در Chrome مي توانيد با كليك راست و ضربه زدن به عنصر بازرسي (يا Ctrl + Shift + I) ، آنرا دريافت كنيد. تب Elements DOM را هنگام ارائه نمايش مي دهد. وقتي جلوي لرزش و تغيير را مي گيرد ، شما DOM رندر شده را داريد!
4- آيا Google مي تواند صفحه را به طور مداوم خزنده كند؟

براي ديدن آنچه Google را مشاهده مي كند ، ما نياز به دريافت پرونده هاي log داريم. در اين مرحله ، مي توانيم بررسي كنيم كه چگونه به صفحه دسترسي دارد.

گذشته از اين: كار با سياهههاي مربوط به خود يك پست كامل است. من يك راهنماي براي ورود به سيستم تجزيه و تحليل با BigQuery نوشته ام ، من واقعاً توصيه مي كنم Screaming Frog Log Analyzer را آزمايش كنيد ، كه كار بسيار خوبي در زمينه كار با بسياري از پيچيدگي هاي موجود در سياهه ها انجام داده است.

وقتي مي خواهيم خزنده را بررسي كنيم ، سه چك مفيد وجود دارد كه مي توانيم انجام دهيم:

    كدهاي وضعيت: كدهاي وضعيت را با گذشت زمان ترسيم كنيد. آيا Google هنگام بررسي URL ، كدهاي وضعيت متفاوتي را نسبت به شما مشاهده مي كند؟
    منابع: آيا گوگل تمام منابع صفحه را بارگيري مي كند؟
        آيا تمام فايلهاي جاوا اسكريپت و CSS مخصوص سايت شما كه براي توليد صفحه نياز دارند را بارگيري مي كند؟
    پيگيري اندازه صفحه: حداكثر و حداقل دقيقه تمام صفحات و منابع خود را بگيريد و آنها را متفاوت كنيد. اگر تفاوت را مي بينيد ، ممكن است Google نتواند تمام منابع يا صفحات را بارگيري كند. (نوك خود را به ohgm ، جايي كه من اولين بار اين نوك مرتب را شنيدم)

آيا تاكنون مشكلي پيدا كرده ايم؟

اگر گوگل به طور مداوم 200s را در پرونده هاي ورود به سيستم نمي كند ، اما ما مي توانيم وقتي سعي مي كنيم به صفحه دسترسي پيدا كنيم ، بين Googlebot و خود ما هنوز تفاوت هايي وجود دارد. اين اختلافات چه مي تواند باشد؟

    اين بيش از ما خزنده خواهد بود
    بديهي است كه اين يك ربات ، و نه يك انسان وانمود مي كند كه يك ربات است
    در زمان هاي مختلف روز خزنده خواهد شد

اين بدان معني است كه:

    اگر وب سايت ما اقدام به مسدود كردن هوشمندانه ربات ها مي كند ، مي تواند بين ما و Googlebot تفاوت قائل شود.
    از آنجا كه Googlebot استرس بيشتري به سرورهاي وب ما وارد مي كند ، ممكن است رفتارهاي متفاوتي داشته باشد. هنگامي كه وب سايت ها تعداد زيادي ربات يا بازديدكننده دارند كه به طور هم زمان بازديد مي كنند ، ممكن است اقدامات خاصي براي كمك به حفظ وب سايت انجام دهند. آنها ممكن است رايانه هاي بيشتري را براي فعال كردن وب سايت روشن كنند (اين به آن مقياس گذاري گفته مي شود) ، ممكن است سعي كنند كاربراني كه درخواست تعداد زيادي صفحه دارند را محدود كنند يا به نسخه هاي كاهش يافته صفحات خدمت كنند.
    سرورها وظايف را به صورت دوره اي انجام مي دهند. به عنوان مثال ، يك وب سايت ليست ممكن است يك كار روزانه را در ساعت 01:00 انجام دهد تا ليست هاي قديمي خود را پاك كند ، كه ممكن است بر عملكرد سرور تأثير بگذارد.

كار كردن با آنچه كه با اين تأثيرات دوره اي اتفاق مي افتد ، بي پروا خواهد بود. احتمالاً بايد با يك توسعه دهنده پشتيبان صحبت كنيد.

بسته به سطح مهارت شما ، شما دقيقاً نمي دانيد كه بحث را از كجا هدايت كنيد. يك ساختار مفيد براي بحث اغلب صحبت در مورد چگونگي عبور يك درخواست از پشته فناوري شماست و سپس به موارد حاشيه اي كه در بالا بحث كرديم ، مي پردازيم.

    سرورهاي تحت بار سنگين چه اتفاقي مي افتد؟
    چه زماني كارهاي مهم برنامه ريزي شده اتفاق مي افتند؟

دو قطعه اطلاعات مفيد براي ورود به اين گفتگو با:

    بسته به منظم بودن مشكل موجود در سياهههاي مربوط ، اغلب ارزش تلاش براي ايجاد مجدد مشكل با تلاش براي خزيدن وب سايت با يك خزنده با همان سرعت / شدت مورد استفاده Google براي ديدن اينكه آيا مي توانيد پيدا كنيد و يا ايجاد كنيد همين مسائل اين هميشه بسته به اندازه سايت امكان پذير نخواهد بود ، اما براي بعضي از سايت ها اينگونه خواهد بود. قادر به ايجاد مداوم يك مشكل ، بهترين راه حل آن است.
    اگر نمي توانيد ، پس سعي كنيد مدت زماني دقيق كه Googlebot مشكلي را مشاهده كرده بود ، تهيه كنيد. اين بهترين فرصت را براي توسعه دهنده اين مسئله به ساير سياهههاي مربوط به توسعه دهنده مي دهد تا به آنها اجازه دهد آنچه را كه اتفاق افتاده بود را اشكال دهند.

اگر Google مي تواند صفحه را به طور مداوم خزنده كند ، ما به مرحله بعدي خود حركت مي كنيم.
5- آيا گوگل آنچه را كه مي توانم بصورت يك طرفه مشاهده كنم ، مشاهده مي كند؟

ما مي دانيم كه گوگل در حال خزيدن صفحه به درستي است. قدم بعدي اين است كه آنچه Google را در صفحه مشاهده مي كند ، امتحان كنيد. اگر يك وب سايت سنگين جاوا اسكريپت داريد ، احتمالاً پيش از اين سرتان را در برابر اين مشكل چنگ زده ايد ، اما حتي اگر اين كار را نكنيد ، هنوز هم ممكن است مسئله اي باشد.

ما همان الگوي قبلي را دنبال مي كنيم. ابتدا سعي مي كنيم يك بار آن را دوباره ايجاد كنيم. ابزارهاي زير به ما اين امكان را مي دهند:

    واكشي و ارائه
        Shows: DOM را در يك تصوير ارائه مي دهد ، اما فقط منبع HTML صفحه را براي خواندن به شما باز مي گرداند.
    تست تلفن همراه
        Shows: DOM را ارائه مي دهد و DOM را براي خواندن باز مي گرداند.
        اين نه تنها DOM را ارائه مي دهد بلكه خطاهاي كنسول را نيز رديابي مي كند.

آيا بين Fetch & Render ، ابزار تست سازگار با موبايل و Googlebot تفاوت وجود دارد؟ در واقع ، به استثناي خاموشي (به همين دليل ما مراحل بعدي خود را انجام مي دهيم!). در صورت علاقه به تجزيه و تحليل كامل تفاوت بين آنها ، در اينجا آمده است.

وقتي نتيجه اينها را گرفتيم ، آنها را با آنچه معمولاً در مرورگر مي بينيم مقايسه مي كنيم. من براي مقايسه اين دو ، از ابزاري مانند Diff Checker استفاده مي كنم.
آيا تاكنون مشكلي پيدا كرده ايم؟

اگر در اين مرحله با تفاوت هاي معناداري روبرو شويم ، در تجربه من اين معمولاً از طريق JavaScript يا كوكي است

چرا؟

    Googlebot با كوكي هايي كه بين درخواست هاي صفحه پاك شده اند ، خزنده است
    Googlebot با Chrome 41 ارائه مي دهد ، كه از همه JavaScript مدرن پشتيباني نمي كند.

ما مي توانيم هر يك از اين موارد را با موارد زير جدا كنيم:

    بارگيري صفحه بدون كوكي. اين كار به سادگي با بارگيري صفحه با يك جلسه ناشناس تازه و مقايسه DOM ارائه شده در اينجا در برابر DOM ارائه شده در مرورگر معمولي ما انجام مي شود.
    براي ديدن صفحه با Chrome 41 از ابزار تست تلفن همراه استفاده كنيد و در مقابل DOM ارائه شده اي كه معمولاً با Inspect Element مي بينيد مقايسه كنيد.

با اين وجود دوباره مي توانيم آنها را با استفاده از چيزي مانند Diff Checker مقايسه كنيم ، كه به ما امكان مي دهد اختلافات را تشخيص دهيم. ممكن است بخواهيد از يك قالب دهنده HTML استفاده كنيد تا به آنها در بهتر شدن خط كمك كند.

همچنين مي توانيم خطاهاي JavaScript پرتاب شده با استفاده از ابزار تست موبايل و دوستانه را ببينيم ، كه اگر به JavaScript اطمينان داشته باشيد ، ممكن است بسيار مفيد باشد.

اگر با استفاده از اين دانش و اين ابزارها بتوانيم باگ را دوباره بازيابي كنيم ، در اين صورت چيزي را داريم كه مي توان آن را تكرار كرد و براي ما ساده تر است كه به عنوان اشكالي كه برطرف مي شود ، به يك توسعه دهنده تحويل دهيم.

اگر مي بينيم همه چيز در اينجا صحيح است ، ما به مرحله بعدي حركت مي كنيم.
6. واقعاً گوگل چيست؟

اين امكان وجود دارد كه آنچه Google را مي بيند با آنچه در مرحله قبلي با استفاده از ابزارهاي جديد از نو خلق مي كنيم متفاوت باشد. چرا؟ چند دليل اصلي:

    سرورهاي اضافه بار مي توانند انواع رفتارهاي عجيب و غريب داشته باشند. به عنوان مثال ، آنها ممكن است 200 كد را برمي گردانند ، اما شايد با يك صفحه پيش فرض.
    جاوا اسكريپت جداگانه از صفحاتي كه خزيده مي شوند ارائه مي شود و Googlebot ممكن است زمان كمتري را براي ارائه JavaScript نسبت به يك ابزار آزمايش صرف كند.
    در ايجاد صفحات وب غالباً حافظه پنهان است و اين مي تواند باعث بروز مشكلاتي شود.

ما بدون اينكه در مورد زمان صحبت كنيم خيلي به اينجا رسيده ايم! بلافاصله صفحات خزيده نمي شوند و صفحات خزنده فوراً ايندكس نمي شوند.
نوار كناري سريع: ذخيره سازي چيست؟

اگر به اين مرحله برسيد ، ذخيره سازي اغلب مشكل است. بر خلاف JS ، در جامعه ما به اندازه آن صحبت نمي شود ، بنابراين در صورت آشنا نبودن ارزش توضيح بيشتر دارد. ذخيره سازي چيزي را ذخيره مي كند ، بنابراين دفعه ديگر سريعتر در دسترس است.

هنگام درخواست يك صفحه وب ، محاسبات زيادي براي توليد آن صفحه اتفاق مي افتد. اگر بعد از اتمام صفحه صفحه را تازه كرديد ، صرفاً اجراي مجدد همه همان محاسبات ، بسيار بي فايده خواهد بود. در عوض ، سرورها اغلب خروجي را ذخيره مي كنند و بدون مجدداً اجراي آنها ، به شما كمك مي كنند. صرفه جويي در خروجي حافظه پنهان است.

چرا لازم است كه ما اين را بدانيم؟ خوب ، ما در حال حاضر به خوبي علفهاي هرز را از بين مي بريم و بنابراين ممكن است كه يك حافظه پنهان تنظيم نادرست شود و اطلاعات نادرست به كاربران بازگردانده شود.

منابع مبتدي خوبي براي ذخيره سازي وجود ندارد كه عمق بيشتري پيدا كنند. با اين حال ، من اين مقاله را در مورد اصول ذخيره سازي يافتم كه يكي از مطالب دوستانه تر است. برخي از انواع اصلي ذخيره سازي را به خوبي پوشش مي دهد.
چگونه مي توانيم ببينيم كه واقعاً Google با چه مواردي كار مي كند؟

    حافظه نهان Google
        نشان مي دهد: كد منبع
        در حالي كه اين DOM را به شما نشان نمي دهد ، HTML Googlebot خام را كه هنگام بازديد از صفحه مشاهده كرده ايد به شما نشان مي دهد. بايد اين كار را با JS غيرفعال بررسي كنيد. در غير اين صورت ، با باز كردن آن ، مرورگر شما تمام JS را در نسخه cached اجرا مي كند.
    جستجو در سايت براي محتواي خاص
        Shows: يك قطعه ريز از محتواي ارائه شده.
        با جستجوي يك عبارت خاص در صفحه ، به عنوان مثال inurl: example.com/url "فقط JS متن ارائه شده" ، مي توانيد ببينيد كه Google موفق شده است يك قطعه خاص از محتوا را فهرست بندي كند. البته فقط براي متن مرئي كار مي كند و محتواي زيادي را از دست مي دهد ، اما از هر چيزي بهتر است!
        با اين وجود بهتر است همين كار را با يك ردياب رتبه انجام دهيد تا ببينيد با گذشت زمان تغيير مي كند يا خير.
    ذخيره DOM واقعي رندر شده
        نشان مي دهد: ارائه شده DOM
        الكس از DeepCrawl درباره ذخيره DOM ارائه شده از Googlebot نوشت. نسخه TL؛ DR: Google JS را ارسال مي كند و به نقاط انتهايي ارسال مي كند ، بنابراين مي توانيم آن را براي ارسال نسخه JS- صفحه اي كه مي بيند ، ارسال كند. سپس مي توانيم آن را ذخيره كنيم ، آن را بررسي كنيم و ببينيم چه اشتباهي رخ داده است.

آيا تاكنون مشكلي پيدا كرده ايم؟

باز هم ، هنگامي كه ما مشكل را پيدا كرديم ، وقت آن است كه برويم و با يك توسعه دهنده صحبت كنيم. توصيه اين مكالمه با حرف آخر يكسان است - هر آنچه كه در آنجا گفتم هنوز اعمال مي شود.

دانش ديگري كه بايد به اين گفتگو مسلح شويد: چگونه Google كار مي كند و در كجا مي تواند مبارزه كند. در حالي كه توسعه دهنده شما اطلاعات و مشاغل فني وب سايت شما و نحوه ساخت آن را مي داند ، ممكن است آنها درباره نحوه عملكرد Google اطلاعات زيادي نداشته باشند. با هم ، اين مي تواند به شما كمك كند سريعتر به جواب برسيد.

منبع بارز اين منابع يا ارائه هايي است كه توسط خود گوگل ارائه شده است. از منابع مختلفي كه به وجود آمده است ، من اين دو مورد را بعنوان برخي از منابع مفيد براي بينش در اصول اول يافتم:

    اين گفتگوي عالي ، چگونه Google كار مي كند - پل هاجر ، بايد گوش كند.
    در كنفرانس IO اخير خود ، جان مولر و تام گرينويور درباره نحوه ارائه گوگل جاوا اسكريپت ارائه مفيدي ارائه دادند.

اما غالباً بين اظهاراتي كه گوگل بيان مي كند و آنچه جامعه SEO در عمل مي بيند ، تفاوت دارد. تمام آزمايش هاي سئو كه افراد بدون خستگي در صنعت ما انجام مي دهند نيز مي توانند به بينش كمك كنند. در اينجا ليست خيلي زياد است ، اما در اينجا دو مثال خوب وجود دارد:

    Google احترام به قوانين متعارف JS را - به عنوان مثال ، Eoghan Hen در اينجا حفرهاي خوبي انجام مي دهد ، كه نشان مي دهد گوگل به احترام هاي متعارف JS احترام مي گذارد .
    چگونه Google چارچوب هاي مختلف JS را فهرست بندي مي كند؟ - يكي ديگر از نمونه هاي عالي آزمايش آزمايشي توسط Bartosz Góralewicz سال گذشته براي بررسي چگونگي رفتار گوگل با چارچوب هاي مختلف.

7. آيا Google مي تواند وب سايت شما را در بين ديگران جمع كند؟

اگر به اين مرحله رسيديم ، بسيار خوشحاليم كه وب سايت ما به راحتي اجرا مي شود. اما همه مشكلات فقط در وب سايت شما قابل حل نيستند. گاهي اوقات شما بايد به چشم انداز وسيع تر و SERP هاي اطراف آن نگاه كنيد.

به طور معمول ، آنچه من در اينجا به دنبال آن هستم:

    مطالب مشابه / تكراري به صفحاتي كه مشكل دارند.
        اين مي تواند محتواي تكراري عمدي (به عنوان مثال محتواي سنديكايي) يا غير عمدي (سايت هاي ضبط كردن رقبا يا ايندكس شدن تصادفي) باشد.

در هر صورت ، با انجام جستجوي دقيق در Google تقريباً هميشه پيدا مي شوند. يعني قطعه اي از مطالب نسبتاً خاص را از صفحه خود مي گيريد و به نقل از آن جستجو مي كنيد.
آيا تاكنون مشكلي پيدا كرده ايد؟

اگر تعدادي نسخه دقيق ديگر را پيدا كرديد ، ممكن است اين موارد باعث ايجاد مشكلاتي شوند.

بهترين توصيفي كه من براي "اينجا مشكلي پيدا كرده ايد؟" اين است كه: آيا فكر مي كنيد گوگل صفحات مشابهي را جمع مي كند و فقط يك مورد را نشان مي دهد؟ و اگر اينطور باشد ، آيا اين صفحه اشتباه را انتخاب مي كند؟

اين فقط لازم نيست در جستجوي سنتي Google باشد. ممكن است نسخه اي از آن را در Google Jobs ، Google News و غيره پيدا كنيد.

به عنوان مثال ، اگر شما يك فروشنده هستيد ، مي توانيد پيدا كنيد كه محتواي رتبه بندي نمي شود زيرا يك فروشنده معتبر ديگر وجود دارد كه مرتباً در همان ليست ها قرار دارد.

گاهي اوقات شما اين كار را به طور مداوم و بي درنگ مشاهده خواهيد كرد ، در حالي كه زمان هاي ديگر ممكن است جمع شدن با گذشت زمان تغيير كند. در اين حالت ، به هر رديابي گوگل كه در آن كار مي كنيد براي مشاهده آن به يك ردياب رتبه احتياج داريد.

جان ارنشو از Pi Datametrics در مورد دومي (پيرامون شار مشكوك SERP) صحبت بسيار خوبي كرد كه ارزش تماشاي آن را دارد.

هنگامي كه مشكل را پيدا كرديد ، احتمالاً براي پيدا كردن چگونگي دستيابي به آن بايد آزمايش كنيد ، اما ساده ترين عوامل براي بازي با آنها معمولاً:

    تكثير مطالب
    سرعت كشف (شما اغلب مي توانيد با قرار دادن فيد 24 ساعته RSS از تمام مطالب جديد ظاهر شده بهبود پيدا كنيد)
    پايين آوردن سنديكا

8- جمع برخي مظنونين احتمالي ديگر

اگر تاكنون اين كار را كرده ايد ، ما مطمئن هستيم كه:

    Google به طور مداوم مي تواند صفحات ما را طبق برنامه مورد نظر خزنده كند.
    ما در مورد وضعيت صفحه خود سيگنالهاي سازگار Google ارسال مي كنيم.
    Google به طور مداوم صفحات ما را مطابق آنچه انتظار داريم ارائه مي دهد.
    گوگل صفحه صحيح را از هر نسخه اي كه ممكن است در وب وجود داشته باشد ، انتخاب كرده است.

و مشكل شما هنوز حل نشده است؟

و مهم است؟

خوب ، شليك كنيد

مي توانيد ما را استخدام كنيد ...؟

هرچه دوست دارم اين مقاله براي ليست هر مشكل سئو باشد ، واقعاً كاربردي نيست ، بنابراين براي پايان دادن به اين مقاله ، ما بايد دو اصل و اصول متداول ديگر را كه قبل از پاسخ به آن ها در جاي ديگر وجود ندارد ، مرور كنيم. چهار مشكلي كه در ابتدا ذكر كرديم.
HTML نامعتبر / ضعيف ساخته شده است

شما و Googlebot ممكن است همان HTML را مشاهده كنيد ، اما ممكن است نامعتبر يا اشتباه باشد. Googlebot (و هر خزنده اي براي اين مورد) بايد در صورت عدم رعايت مشخصات HTML ، راه حل هايي را ارائه دهد ، و بعضي اوقات مي توانند باعث ايجاد رفتارهاي عجيب و غريب شوند.

ساده ترين راه براي كشف آن يا با چشم زدن به ابزارهاي ارائه شده DOM يا استفاده از يك اعتبار سنج HTML است .

اعتبار سنج W3C بسيار مفيد است ، اما خطاها / هشدارهاي زيادي را براي شما به وجود خواهد آورد. نزديكترين چيزي كه مي توانم به يك خط خلاصه بدهم كه كدام يك از آنها مفيد است اين است:

    به دنبال خطا باشيد
    هر چيزي را با ويژگي ها ناديده بگيريد (هميشه كاربرد نخواهد داشت ، اما اغلب صادق است).

نمونه كلاسيك اين شكستن سر است .

iframe در كد اصلي مجاز نيست ، بنابراين Chrome سر را تمام مي كند و بدن را شروع مي كند. متأسفانه ، اين عنوان را مي گيرد و متعارف است ، زيرا آنها پس از آن سقوط مي كنند - بنابراين Google نمي تواند آنها را بخواند. كد اصلي بايد در جاي ديگري به پايان مي رسيد.

اليور ميسون يك پست خوب نوشت كه يك نسخه حتي ظريف تر از اين در شكستن بي سر و صدا سر را توضيح مي دهد.
هنگامي كه شك داريد ، تفاوت

هرگز از قدرت تلاش براي مقايسه دو چيز به صورت خط با تفاوت با چيزي مانند Diff Checker دست كم نگيريد. اين امر به همه چيز صدق نمي كند ، اما وقتي قدرتمند باشد.

به عنوان مثال ، اگر Google به طور ناگهاني نشانگر برجسته خود را متوقف كرده است ، سعي كنيد صفحه خود را در برابر نسخه تاريخي يا در محيط QA يا از دستگاه Wayback متفاوت كنيد .
پاسخ به 4 سوال اصلي ما

زمان پاسخگويي به اين سؤالات. اينها همه مشكلاتي است كه ما مشتريان در Distilled براي ما به وجود آورده اند.

1. چرا گوگل در صفحات محصول داراي نشان 5 ستاره نبود؟

Google هم نشانه گذاري شده توسط سرور و هم از نشانه هاي سمت مشتري را مشاهده مي كرد. با اين حال ، سمت ارائه دهنده سرور از اولويت برخوردار بود.

حذف نشانه گذاري شده توسط سرور به معناي شروع نشانه گذاري 5 ستاره است.

2. چرا Bing وقتي Google انجام مي دهد ، نشانه هاي 5 ستاره را در صفحات مرور نمايش نمي دهد؟

مشكل از مراجع مربوط به schema.org بود.

 

آواتار

مدير: جيمز كامرون (متولد 16 اوت 1954)
        

علمي تخيلي
        

تريلر