Користуються більш короткими URL-адресами виправлення сторінок і загальне значення SEO для сторінок порівняно з довшою категоризованою URL-адресою, що показує структуру сайту


18

Ми підходимо до кінця довгого проекту, під час якого ми модернізуємо сайт свого клієнта від створеної на замовлення CMS до останньої версії Umbraco CMS, в той час як також робимо їх веб-сайт чуйним. У рамках цього процесу оновлення структура URL-адреси сайту змінилася, проте ми в основному обробляємо це перенаправленнями 301, так що старі надлишкові посилання зі старого сайту тепер посилаються на нові URL-адреси.

Минулого тижня наш клієнт кинув на роботу головного ключа, повідомивши нам, що "SEO-експерти", які він почав використовувати на своєму нинішньому сайті, сказали, що структура сайту, яку використовує новий сайт Umbraco, є непрацездатною, а також поганою для SEO, оскільки вона має багато "рівнів". Їх головне питання полягає в тому, що їхні продукти та послуги вкладені занадто далеко в дерево і що це якось негативно впливає на їх SEO. Я зараз визнаю, що я не є експертом з SEO, і вважаю, що вся SEO справа трохи чорним мистецтвом, яке, схоже, змінюється щотижня, тому хто-небудь може дати мені поради щодо цього, а також докази на підтримку (бажано від Google самих ).

Тут розміщується веб-сайт, якщо ви хочете подивитися: http://tinyurl.com/umbracourlstructure

Спосіб структурування сторінок полягає в наступному: (1) = Рівень {X} = Не в головній навігації

(1)->Home
  (2)--> Destinations
    (3)---> South America [Continent]
      (4)----> Argentina [Country] {X}
        (5)-----> Buenos Aires [Area] {X}
          (6)------> Buenos Aires [City] {X}
             (7)-------> Package Product 1 {X}
             (7)-------> Package Product 2 {X}
             (7)-------> Package Product 3 {X}
             (7)-------> Hotel Product 1 {X}
             (7)-------> Hotel Product 2 {X}
             (7)-------> Hotel Product 3 {X}
             (7)-------> Activity Product 1 {X}
             (7)-------> Activity Product 2 {X}
             (7)-------> Activity Product 3 {X}
      (4)----> Bolivia {X}
    (3)---> North America [Continent]
  (2)--> Holiday Types
    (3)---> Cruise
    (3)---> Family Holiday
  (2)--> Places To Stay {X}
  (2)--> Things To Do {X}
  (2)--> About Us   
  • Продукти мають фактичні назви на веб-сайті, але нумеровані версії, показані вище, є лише прикладом

Ідея полягає в тому, що користувач може перейти до пункту призначення, який хоче переглянути прямо до рівня міста, щоб побачити продукти, які доступні в цій конкретній області.

Перебуваючи на сторінці континенту, відображаються всі туристичні пакети, які є нащадками цього континенту.

Якщо ви вибрали країну з бічної навігації, ці пакети додатково фільтруються, щоб відображалися лише ті, що в цій країні.

Якщо ви натиснете область в межах країни, вони знову відфільтруються.

Незалежно від того, де ви отримуєте доступ до продуктів, їх URL-адреса така:

www.example.com/destinations/southamerica/argentina/buenosaires/buenosaires/package-product-1

Це звичайно, якщо через дерево / структуру папок, за якими за замовчуванням дотримується Umbraco.

Проблема тут полягає в тому, що мій клієнт хоче, щоб URL-адреси були:

www.example.com/southamerica/argentina

щоб вони вирізали певні сторінки, щоб скоротити URL-адреси, що я радив (головним чином, оскільки це передбачало б істотне перезапис веб-сайту).

Хтось має якісь поради щодо цього та будь-якого досвіду, оскільки рівень гніздування дійсно поганий для SEO? Моє головне питання полягає в тому, що лише зараз, коли ми доходимо до кінця розвитку, вони піднімають ці питання, а зміна структури Umbraco по суті означатиме переписування багато сайтів, на які ми не маємо часу та ресурсів. робити.

Я провів багато своїх власних досліджень цієї проблеми, і офіційне становище Google щодо цього, здається, полягає в тому, що довжина URL-адреси та "рівні / підкаталоги" насправді не мають ніякої різниці. Насправді Google зараз радить використовувати структуровані URL-адреси на сайтах, оскільки вони допомагають користувачеві логічно орієнтуватися в структурі. Єдине питання, яке справді виникає, це коли параметри використовуються в URL-адресах, але ми обробляємо їх за допомогою канонічних URL-адрес, тому це не повинно бути проблемою.

Виявивши ці висновки, я переслав наступному ресурсу нашому клієнту:

Зберігайте просту структуру URL-адрес: https://support.google.com/webmasters/answer/76329?hl=uk

Чи впливає кількість підкаталогів в URL-адресі на його рейтинг? https://youtu.be/l_A1iRY6XTM

Однак вони відхилили обидва ці ресурси, аргументуючи те, що відео датоване 2010 роком і що практики Google, мабуть, змінилися відтоді.

Тож чи може хтось пролити щось на це питання і вказати мені на новіші твердження чи вказівки, які Google оприлюднив у зв'язку із цим питанням?

Моя мета - справді відхилити претензії, висловлені цими "експертами з SEO", оскільки поки що знайдені нами дані від Google прямо суперечать їх твердженням, і я не хочу переробляти майже повний веб-сайт на основі застарілих чи невірних порад / інформації щодо SEO.


Тут знову є думка, що Google не хвилює рівнів, а більше про загальну корисність для кінцевих користувачів сайту: youtube.com/watch?v=Hx68PlCTuIU
jezzipin

Вони просто хочуть опустити /destinations/чи вони насправді хочуть використовувати /southamerica/argentinaяк URL-адресу певного продукту (як здається, пропонує ваш приклад)? Або іншими словами: Яку URL-адресу товару вони хочуть?
unor

2
Те, що їм розповіли "SEO експерти" вашого клієнта, є настільки ж цінним, як і те, що їм розповіли їхні гомеопати. Обоє - продавці зміїної олії.
Р ..

Я майже впевнений, що на сьогодні найкращим SEO (окрім "чи може Google легко проаналізувати вашу сторінку") є кількість та PageRank сторінок, які посилаються на ваше посилання. Все, на що ви можете вплинути на свою сторінку, матиме набагато меншу вагу.
Роберт Грант

2
Google індексує за методом «знизу вгору», а не методом «зверху вниз». Іншими словами, Google дивиться, що люди роблять, а потім індексує. Google не диктує стандарти та конвенції, тоді очікує, що люди будуть їх виконувати. Найкраще SEO, що ви могли зробити, це просто зробити чудовий сайт, який люди хочуть відвідувати та регулярно оновлювати його новим вмістом.
51336

Відповіді:


10

Google, здається, приділяє дуже малу вагу тому, як структурується URL-адреса зараз. Ви можете підтвердити це, здійснивши будь-який пошук Google і переглянувши URL-адреси, які займають рейтинг. Ви так само ймовірно побачите будь-який із цих стилів:

  • Точний збіг домену: www.keyword-phrase.com
  • Точний шлях ключового слова: example.com/keyword-phrase
  • Багато каталогів: example.com/category/subcategory/info/keyword-phrase
  • Працює на базі даних: example.com/info.php?id=388388
  • Стаття зі слизом: example.com/article-2829802-what-do-i-do-with-keyword-phrase

Будь-яка перевага однієї структури URL перед іншою не обумовлена ​​чинниками прямого ранжування, які застосовує Google. Зараз вони, схоже, не надають переваги будь-якому стилю над іншим. Можливо, є деякі непрямі ефекти ранжування залежно від того, наскільки корисні URL-адреси. Див. Чи ключові слова в URL-адресах хороші для SEO або зайві? де у мене є відповідь, яка стосується того, як ключові слова в URL-адресах повинні бути структуровані для SEO.

Одне з потенційних проблем www.example.com/destinations/southamerica/argentina/buenosaires/buenosaires/package-product-1полягає в тому, що довжина час від часу призведе до її укорочення. Найчастіше це відбувається, коли він надсилається електронною поштою або коли він вставляється на форум. Це може з’явитися як www.example.com/destinations/southamerica/argentina/buenosai... користувачі, які відвідують, що отримають помилку 404. Ви не зможете повністю виправити це, оскільки частина, яка була відрізана, має важливу інформацію про те, що саме користувач хотів. Google знайде ці URL-адреси та повідомить про 404 помилки в Інструментах Google для веб-майстрів.

Інша проблема із довгими URL-адресами полягає в тому, що користувачі ніколи їх не запам'ятають і не зможуть вводити їх. Користувачам найбільше подобаються описові, запам'ятовуються та достатньо короткі URL-адреси. З точки зору користувача, ідеальна URL-адреса може бути насправді www.example.com/buenos-aires. Звичайно для туристичного сайту, яким важко керувати. www.example.com/bostonмав би означати Бостон, штат Массачусетс, і вам доведеться мати ще одну URL-адресу, як www.example.com/boston-txдля менш популярного міста в Техасі. www.example.com/portlandдуже неоднозначно, оскільки і Портленд АБО, і Портленд МЕ є популярними напрямками подорожей. Вікіпедія обробляє подібні випадки зі сторінками "розбірливості" та окремими URL-адресами, такими як /portland-meі /portland-or.

Хоча ваші дуже довгі URL-адреси структури каталогів не ідеальні, і не те, що я обрав би, вони не зашкодять користувачеві або SEO настільки сильно . Я вважаю, що ідеальні короткі URL-адреси покращать зручність використання на 5%, що в свою чергу покращить SEO приблизно на 0,5% протягом кількох років. Зазвичай існують набагато простіші способи отримати таку суму покращення порівняно з витрачанням часу на оновлення URL-адрес.


HI Stephen, дякую за коментарі. Вони точно узгоджуються з тим, про що я думав, з точки зору Google, насправді не маючи переваги або надаючи будь-якої ваги певному стилю. Це, як це буває, такий сайт для подорожей, як ви згадали, і причиною, по якій ми класифікуємо сторінки таким чином, є саме ті причини, які ви згадали. Ще один аргумент на користь методу, який Umbraco використовує для URL-адрес, полягає в тому, що є більше ключових слів, які знову б принесли користь SEO-сторінкам. Якщо у вас є якісь "офіційні" джерела для резервного копіювання, ви заявляєте, що це було б чудово.
jezzipin

1
Є дуже рідко "офіційні" джерела для SEO інформації. У цьому випадку моя інформація походить з професійного досвіду. Я 7 років займався SEO для веб-сайтів для подорожей. Я працював з різноманітними структурами URL. Те, що подобається Google, також змінилося з часом. Перш ніж Panda прийшов і вибив сайти, націлені на ключові слова, я б сказав, що точні URL-адреси шляху до ключових слів були б набагато важливішими.
Стівен Остерміллер

Що стосується "більше ключових слів", то більше не краще. Зазвичай люди шукають місця подорожі лише з назвою. Поширений пошук за іменем та іменем батьків (зазвичай скорочено). Ніхто не включає континенти в пошукові терміни для конкретніших визначень.
Стівен Остерміллер

Що я маю на увазі під офісними джерелами - це посилання від Google безпосередньо чи від їхніх веб-майстрів, а не просто посилання з блогу, якщо ви бачите, що я маю на увазі. Основна проблема моїх клієнтів полягає в тому, що вони довіряють цим так званим SEO-експертам лише тому, що я надав відео для веб-майстрів з 2010 року, але з тих пір вони не випускають нічого, щоб відкликати або відмовляти від конкретної точки зору, наскільки я знаю.
jezzipin

Я схильний би погодитися з експертом з SEO, що більш дрібна структура каталогів "краща" для SEO. Однак, як сам розробник, я все ставлю через розрахунок зусиль проти виплат. Перехід від "хорошої" до "кращої" URL-адреси вартий того лише, якщо це не докладе великих зусиль. Вони отримують вигоду від того, щоб зробити це просто не так вже й високо.
Стівен Остерміллер

5

Цей пов'язаний потік, добре структуровані URL-адреси та URL-адреси, оптимізовані для SEO , пояснює це досить добре. Я розумію, що URL матиме незначний ефект SEO, залежно від того, як користувачі прагнуть шукати вміст на вашому веб-сайті, але логічна структура сайту, яку легко оновлювати (оскільки веб-сайти рідко є статичною), може бути кориснішою за перевагу SEO ...


Дякую, що визнали мою відповідь тут! Глибина каталогів значною мірою не має значення як формат. Я радимо знімати непотрібні речі, які не мають ваги SEO, і звертати увагу на організацію та спосіб пошуку користувачів. Один голос !!
closetnoc

5

Люди можуть сплутати / дратувати глибокі ієрархії . Будьте ласкаві до своїх користувачів.

Google Analytics аналізує (розбиває) перші 4 частини шляху

Ви знаєте, що географії насправді не є ієрархічними, правда? На якому континенті знаходиться Туреччина? У якому штаті знаходиться Тексаркана ?

Ви повинні використовувати дефіс, щоб розділити слова в URL-адресах.


1
У якій країні знаходиться Ґаджар ?
dotancohen

2

Відповідь не є абсолютно однозначною. SEO має бути пов'язане з досвідом роботи користувачів та з діловими потребами сайту. Не робіть справи тільки для цілей SEO, але думайте про SEO разом із UX та архітектурою.

Що стосується структури URL-адрес, я завжди говорю клієнтам зберігати URL-адреси максимально схожими на шлях користувачів через сайт. Вони повинні показувати, як структурується сайт та які його пріоритети. Якщо цікавий контент на п’ять рівнів нижче, то вам потрібно запитати себе, чому користувачеві потрібно пройти п’ять рівнів, щоб дійти до цікавого контенту. Для мене URL-адреси мають бути майже як сухарі. Ви не хочете мати 10 рівнів сухарів, правда?

Якщо у вас є структура URL-адрес, заснована на шляху користувача, і цей шлях є прямим і релевантним, Google сканує та індексує ваш сайт належним чином. Ще важливіше - ви зможете в майбутньому розширити та вдосконалити свій сайт, не маючи стосунків з нелогічними чи візантійськими структурами.


Привіт Ферро, дякую за коментарі. Як розробник, я завжди думаю про досвід користувачів щодо SEO, однак у цьому випадку саме клієнт керує компанією SEO з іншого боку, і саме тому ми хочемо надати докази того, що запропоновані ними зміни будуть насправді не має жодної вигоди порівняно з існуючою структурою, яку ми маємо, якщо це має сенс.
jezzipin

Наявність структури з меншими "рівнями" робить навігацію (для ботів та людей) набагато зрозумілішою та легшою. Отже, є перевага, але тільки якщо саме так працює сайт. Немає сенсу виправляти якесь рішення SEO на вершині сайту, якщо сам сайт все ще вимагає від користувача вибору пунктів призначення-континент-країна-регіон. Це лише створить проблеми в майбутньому. Добре зроблений SEO майже завжди призводить до кращого користувальницького досвіду, але хороша SEO починається з питання "як працює цей сайт", а не "що добре для SEO".
Ферро

0

Включіть лише останню частину URI, а потім використовуйте каноніки для обрізання середніх рівнів для ботів. Скорочений URI [з рядком ідентифікатора при необхідності] не повинен бути видимим для середнього користування людиною на сайті, хоча вони можуть бачити його, натискаючи з SERPS. Цей коротший [ідентифікатор] URI насправді не є великою справою IMO, оскільки він повернеться до зручної для людини сегментованої структури при наступному натисканні. Навіть акції використовуватимуть "чистий" сегментований URI замість канонічного. Ті SEO "профі" повинні були подумати над цим першим ділом. Проблема вирішена.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.