Back to Question Center
0

آیا URL های کوتاه تر به pagerank و ارزش کل SEO ارزش صفحات در مقایسه با یک آدرس طبقه بندی دیگر نشان دادن ساختار سایت - Semalt

1 answers:

ما به پایان پروژه طولانی می رسیم که در آن ما سایت مشتری خود را از CMS سفارشی ساخته شده به آخرین نسخه CMS Umbraco ارتقا می دهیم و همچنین وب سایت خود را پاسخگو هستیم. به عنوان بخشی از این فرایند ارتقاء، ساختار URL سایت تغییر کرده است، ما عمدتا این کار را با 301 تغییر مسیر هدایت می کنیم، بنابراین لینک های قدیمی اضافه شده از سایت قدیمی به URL های جدید لینک می شوند.

هفته گذشته، مشتری ما یک کاراکتر بزرگ در کارها را به ما نشان داد و گفت که متخصصان SEO که از سایت فعلی خود استفاده می کنند گفته اند که ساختار سایت سایت Umbraco جدید غیر قابل اجرا است و همچنین برای SEO چرا که بسیاری از "سطوح". نگرانی اصلی آنها این است که محصولات و خدمات آنها درخت درازا قرار گرفته اند و این به نوعی باعث می شود که SEO ها منفی باشند - nums for windows. من اکنون قبول میکنم که من هیچ متخصص SEO نیستم و کل SEO را به نظر میرسد که هر هفته یک مقاله سیاه را در نظر بگیرم، به نظر میرسد هر هفته تغییر کند، بنابراین هر کسی میتواند به من در مورد این و همچنین شواهدی از حمایت (ترجیحا از خود Semalt ).

این جایی است که سایت در حال حاضر نشسته است اگر شما مایل به نگاه: http: // tinyurl. com / umbracourlstruktur

نحوه ساخت صفحات به شرح زیر است:

= سطح {X} = در ناوبری اصلی

      

-> خانه

-> مقصد(3) ---> آمریکای جنوبی [قاره](4) ----> آرژانتین [کشور] {X}(5) -----> بوئنوس آیرس [منطقه] {X}(6) ------> بوئنوس آیرس [شهر] {X}(7) -------> محصولات بسته بندی 1 {X}(7) -------> محصول بسته 2 {X}(7) -------> محصولات بسته بندی 3 {X}(7) -------> هتل محصولات 1 {X}(7) -------> هتل محصولات 2 {X}(7) -------> هتل محصولات 3 {X}(7) -------> محصولات فعالیت 1 {X}(7) -------> محصولات فعالیت 2 {X}(7) -------> فعالیت محصول 3 {X}(4) ----> بولیوی {X}(3) ---> شمال امریکا [قاره]

-> نوع تعطیلات(3) ---> کروز(3) ---> تعطیلات خانوادگی

-> مکانی برای اقامت {X}

-> چیزهایی که باید انجام دهید {X}

-> درباره ما
  • محصولات دارای نام واقعی در وب سایت هستند، اما نسخه های شماره شده نشان داده شده در بالا فقط نمونه ای هستند

ایده یک کاربر می تواند به مقصد که مایل به نگاه کردن به سمت پایین به سطح شهرستان به دیدن محصولات که در آن منطقه خاص در دسترس.

هنگامی که در یک صفحه قاره، تمام بسته های تعطیلاتی که از این قاره هستند، نمایش داده می شوند.

اگر شما یک کشور را از ناحیه جانبی انتخاب کنید، این بسته ها بیشتر فیلتر می شوند تا فقط آنهایی که در آن کشور خاص نمایش داده شوند.

اگر شما بر روی یک منطقه در داخل کشور کلیک کنید، سپس دوباره آنها را فیلتر کنید.

Semalt از جایی که شما به محصولات دسترسی به آدرس خود را به شرح زیر است:

     www. مثال. com / destinations / southamerica / argentina / buenosaires / buenosaires / package-product-1    

این البته اگر به دلیل ساختار درخت / پوشه که Semalt به طور پیش فرض دنبال می کند. مثال. com / southamerica / argentina

به طوری که صفحات خاصی را برای کوتاه کردن URL هایی که من در برابر آن ها توصیه کرده اند، حذف کنم (عمدتا به این دلیل که این امر به معنای بازنویسی وب سایت است).

آیا هر کسی در رابطه با این و هر گونه تجربه به عنوان اینکه آیا سطح لانه در واقع برای جستجوگرها بد است یا خیر، آیا هر کسی توصیه می کند؟ مسئله اصلی من این است که فقط در حال حاضر زمانی که ما به پایان توسعه می رسیم که آنها این مسائل را بالا می برند و تغییر ساختار در Semalt عمدتا به معنای بازنویسی بسیاری از سایت هایی است که ما واقعا به آن زمان یا منابع نیاز نداریم انجام دادن.

من بسیاری از تحقیقات خودم را در مورد موضوع انجام داده ام و دیدگاه رسمی گوگل در این مورد به نظر می رسد که طول URL و سطوح / زیر پوشه ها واقعا تغییری نمی کنند. در حقیقت، گوگل اکنون توصیه می کند که URL های ساخت یافته در سایت ها مورد استفاده قرار گیرد زیرا آنها به کاربر به طور منطقی حرکت در ساختار کمک می کنند. تنها موضوعی که واقعا در حال رشد است، زمانی است که پارامترها در URL ها استفاده می شوند، اما ما با استفاده از URL های Semalt روبرو می شویم، بنابراین این مسئله نباید یک مسئله باشد.

Semalt کشف این یافته ها، من منابع زیر را به مشتری خود ارسال می کنیم:

ساخت یک URL ساده را حفظ کنید: https: // پشتیبانی. گوگل. com / webmasters / answer / 76329؟ hl = en

آیا تعداد زیر شاخه ها در URL بر رتبه بندی آن تاثیر می گذارد؟ https: // youtu. be / l_A1iRY6XTM

با این وجود، هر دو این منابع را با استدلال این که ویدئوی تاریخی سال 2010 را رد کرده اند، حذف کرده اند و از آن زمان شیوه های سمولت تغییر کرده اند.

بنابراین، آیا کسی می تواند هر گونه نور در مورد این موضوع و من اشاره به هر گونه اظهارات اخیر و یا دستورالعمل های که Semalt این کراوات را به این موضوع منتشر شده است؟

هدفم این است که ادعای این متخصصان SEO را تا حدی کنار بگذارم؛ تا کنون شواهدی که از Semalt پیدا کرده است، به طور مستقیم با ادعاهای آنها مخالف است و من مایل نیستم وبسایت تقریبا کامل را براساس مشاوره سئوال قدیمی یا نادرست طراحی مجدد نمایم / اطلاعات.

February 13, 2018

گوگل به نظر میرسد وزن بسیار کمی در مورد نحوه ایجاد یک URL در حال حاضر دارد. شما می توانید این را با انجام هر جستجوی Google و به دنبال URL هایی که رتبه بندی هستند، تایید کنید. شما فقط به احتمال زیاد به دیدن هر یک از این سبک ها:

  • دامنه مسابقه دقیق: www. کلمه کلیدی عبارت. com
  • مسیر کلمه کلیدی دقیق: مثال. com / keyword-phrase
  • بسیاری از دایرکتوری ها: مثال. com / category / subcategory / info / keyword-phrase
  • Powered by database: مثال. com / info. php id = 388388
  • مقاله با حلزون: مثال. com / article-2829802-what-do-i-do-with-keyword-phrase

هر گونه مزیت یک ساختار URL بیش از دیگری به دلیل هر گونه عوامل رتبه بندی مستقیم که Google اعمال می کند نیست. در حال حاضر به نظر نمی رسد که به طور مستقیم از هر سبک دیگری برتری داشته باشند. ممکن است برخی از مقادیر غیرمستقیم بر اساس این که URL ها قابل استفاده هستند وجود دارد. ببینید آیا کلمات کلیدی در URL ها خوب SEO و یا ضروری است بیش از حد؟ که در آن پاسخی دارم که در آن چطور کلمات کلیدی در URL ها باید برای SEO سازماندهی شود.

یک مسئله بالقوه با www. مثال. com / destinations / southamerica / argentina / buenosaires / buenosaires / package-product-1 این است که طول آن گاهی اوقات باعث می شود آن را کوتاه کند. این اغلب اتفاق می افتد زمانی که آن را در ایمیل ارسال می شود و یا زمانی که آن را به یک انجمن وارد شده است. این ممکن است به عنوان www. مثال. com / destinations / south america / argentina / buenos ai کاربرانی که از آن دیدن می کنند، یک خطای 404 دریافت می کنند. شما نمی توانید آن را کاملا درست کنید زیرا بخشی که خرد شده است اطلاعات مهمی در مورد دقیقا همان چیزی است که کاربر می خواست. گوگل این URL ها را پیدا خواهد کرد و خطاهای 404 را در ابزارهای گوگل وب مستر.

مسئله دیگری با URL های طولانی این است که کاربران هرگز آنها را به یاد نمی آورد یا قادر به تایپ آنها نیستند. کاربران اغلب مانند URL هایی که توصیفی، به یاد ماندنی هستند و به اندازه کافی کوتاه هستند برای تایپ. از نظر کاربر، URL ایده آل ممکن است در واقع www. مثال. com / buenos-aires . البته برای یک سایت سفر که سخت است برای مدیریت. www. مثال. com / boston باید به معنای بوستون، MA باشد و شما باید یک نشانی اینترنتی دیگر مانند www داشته باشید. مثال. com / boston-tx برای شهر کم جمعیت در تگزاس. www. مثال. com / portland بسیار مبهم است زیرا Portland OR و Portland ME اهداف سفر محبوب هستند. ویکیپدیا موارد مشابه را با صفحات "ابهام" و URL های جداگانه مانند / portland-me و / portland-یا .

در حالی که URL های ساختار دایرکتوری بسیار طولانی شما ایده آل نیستند و نه چیزی که من می توانم انتخاب کنم، آنها قابلیت استفاده یا جستجوگرها را به خطر نمی اندازند . من تخمین زده بود که URL های ایده آل کوتاه، 5٪ قابلیت استفاده را بهبود می بخشد که به نوبه خود باعث بهبود در SEO حدود 0 می شود. 5٪ در طول چند سال. معمولا راه های بسیار ساده ای برای به دست آوردن این میزان بهبود در مقایسه با صرف زمان برای اصلاح URL ها وجود دارد.

این موضوع مرتبط، URL ها به خوبی ساختار vs. URL های بهینه شده برای جستجوگرها ، آن را به خوبی توضیح می دهد. درک من این است که URL یک اثر جستجوگر کوچکی را تحت تاثیر قرار می دهد که به نوعی کاربران تمایل به جستجو در محتوا در سایت شما دارند، اما ساختار سایت منطقی که به روز رسانی آسان است (به عنوان وب سایت به ندرت استاتیک است) شاید بیشتر از مزیت SEO باشد

انسان ها می توانند توسط سلسله مراتب عمیق گیج / تحریک شوند. مهربان باشید به کاربران خود.

Google Analytics تنها تجزیه و تحلیل ( اول 4 قسمت مسیر

شما می دانید که جغرافیایی واقعا واقعا سلسله مراتبی نیست؟ کدام قاره در ترکیه است؟ چه حالت Texarkana در؟

شما باید یک خط برای شکستن کلمات در URL ها استفاده کنید.

پاسخ کاملا ساده نیست. SEO باید با تجربه کاربر و نیازهای کسب و کار سایت مرتبط باشد. چیزهایی را فقط برای اهداف جستجوگرها انجام ندهید، بلکه به جستجوگرها با UX و معماری فکر کنید.

وقتی که به ساختار URL می آید، من همیشه به مشتریان می گویم که URL ها را تا آنجا که ممکن است به مسیر کاربر از طریق سایت نگه داشته شوند. آنها باید نشان دهند که سایت چگونه ساختار یافته و اولویت سایت چیست. اگر محتوای جالب پنج سطح پایین باشد، پس شما باید از خودتان بپرسید که چرا کاربر باید از طریق پنج سطح به محتوای جالب دسترسی پیدا کند. برای من، URL ها باید تقریبا شبیه خرده نان باشد. شما نمی خواهید 10 سطح پودر کراکر داشته باشید، درست است؟

اگر شما یک ساختار URL مبتنی بر مسیر کاربر دارید و این مسیر مستقیم و مرتبط است، گوگل سایت شما را به صورت صحیح خزنده و فهرست می کند. حتی مهم تر، شما قادر به گسترش و بهبود سایت خود در آینده بدون برخورد با سازه های غیر منطقی یا بی نظیر خواهید بود.

فقط آخرین بخشی از URI را وارد کنید سپس از canonicals استفاده کنید تا سطوح متوسط ​​را برای رباتها بیرون بکشید. URI کوتاه [با رشته شناسایی در صورت لزوم] لازم نیست که برای کاربر avg در سایت قابل مشاهده باشد، اگر چه ممکن است آن را کلیک کنید از SERPS. این URI کوتاه [شناسه] واقعا یک معامله بزرگ IMO نیست چون از ساختار جداگانه انسانی بر روی دکمه بعدی بازگردانده می شود. حتی سهام از URI های "پاک" به جای کانونی استفاده می کند. این جستجوگرها "جوانب مثبت" باید از این اولین چیزی فکر کنند. مشکل حل شد.