Slugs & URLMaps: SEO Дружні URL

  1. Побудова шаблону карти URL
  2. Детальна сторінка
  3. Приклад: документація dotCMS
  4. Обробка невідповідних URL-адрес
  5. Код швидкості для доступу до URLMap Info
  6. Введена URL-адреса
  7. Окремі елементи вмісту
  8. Поля елемента вмісту
  9. Впливи пошукової оптимізації
  10. Багатомовні URL-адреси

Функція URL-адреси на dotCMS Типи вмісту це простий спосіб автоматичного створення дружніх URL-адрес для пошукової оптимізації (SEO), оскільки вміст вноситься. Під час створення карти URL для типу вмісту кожен елемент вмісту можна переглядати з інтерфейсу вашого сайту, як якщо б він мав свою окрему сторінку, без необхідності створювати окрему сторінку для кожного елемента вмісту.

Щоб створити карту URL для типу вмісту, створіть a Шаблон карти URL на тип вмісту, який перенаправляє всі запити переднього кінця, які відповідають шаблону сторінку деталізації (налаштовано на тип вмісту). Сторінка деталізації розуміє, як відобразити окремий елемент вашого типу вмісту, і відображає окремий вміст, як якщо б він мав свою окрему сторінку.

Побудова шаблону карти URL

Поле шаблону URL-карти може містити будь-яку комбінацію тексту та змінних типів вмісту, організованих в ієрархії папок (розділених прямими рисами ( / )). Кожна змінна типу вмісту повинна відповідати значенню змінної поля типу контенту і повинна бути укладена у фігурні дужки (фігурні дужки).

Примітка: Рекомендується завершити всі значення URLMap кінцевою косою рискою (/), оскільки це робить URL більш надійним для доступу до різних способів і відмінностей у середовищі користувача.

Наприклад, розгляньте тип вмісту з назвою "Документація" з такими полями:

Мітка змінна Назва заголовка Wiki Назва wikiTitle Категорія категорії

Щоб створити URL-адресу, що включає в себе категорію в URL-адресі, шаблон URL-карти можна встановити таким чином:

/ help / {category} / {wikiTitle} /

Це буде включати в себе "/ help", значення поля Category і значення поля WikiTitle в URL для кожного вмісту, забезпечуючи, щоб і слово "help", і категорія кожного фрагмента вмісту були включені у ваш SEO стратегії. Наприклад, використовуючи вищевказаний шаблон URL-карти, документ, що містить правила користувацьких паролів з категорією, що має значення "Безпека", може з’єднатися з такою URL-адресою:

/ help / security / обмеження паролів користувача /

Детальна сторінка

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

Зверніть увагу на те, що на сторінку з детальною інформацією не потрібно здійснювати прямий доступ (через власну URL-адресу) з вашого переднього кінцевого сайту. Наприклад, якщо ваша сторінка детальної інформації розташована в розділі "/ somefolder / detail", вона не призначена для користувачів, які мають доступ до сторінки деталей за допомогою URL-адреси форми "http://site.yourdomain.com/somefolder/detail".

Замість цього, коли dotCMS визнає, що користувач ввів URL, який відповідає URL Шаблон карти URL , dotCMS автоматично відображає сторінку деталізації вашого типу контенту і передає на сторінку деталей відповідний елемент вмісту (елемент вмісту, значення поля якого збігаються з введеною URL-адресою).

Приклад: документація dotCMS

Цей сайт документації, наприклад, використовує атрибут URL-карти у типі контенту, який називається Документація, так що весь вміст може бути досягнутий за допомогою SEO-дружнього URL-шляху:

/ docs / latest / {wikiTitle}

Насправді існує лише одна HTML-сторінка, яка обслуговує всю документацію dotCMS, яку ви зараз читаєте. Тип вмісту документації має обов'язкове поле з назвою wikiTitle. Після внесення вмісту це поле створює URL-шлях і передає відповідний фрагмент вмісту до сторінку деталізації . Це відбувається автоматично через використання поля "Карта URL-адрес" у типі вмісту, як показано на прикладі нижче:

Наприклад, цей документ, який ви зараз читаєте, є частиною вмісту, який має таке поле:

wikiTitle = URL-адреси url-map-seo-friendly

Поєднання шаблону карти URL (/ docs / latest / {wikiTitle}) та значення поля wikiTitle (url-map-seo-friendly-urls) створює URL-адресу, яку ви бачите вгорі веб-переглядача (/ docs / останні / urlmap-seo-friendly-адреси). Зауважте, що ця URL-адреса дозволяє отримати доступ до цього документа як окрему сторінку, навіть якщо каталоги "docs" і "latest" фактично не існують у dotCMS.

Існує лише одна HTML-сторінка, яка обслуговує всю документацію, і весь вміст у сховищі створює власний віртуальний шлях URL-адреси у вашому веб-переглядачі на сторінці деталізації (налаштований на сторінку індексу документації)!

Обробка невідповідних URL-адрес

За умовчанням, якщо URL-адреса, введена через URL-адресу, не відповідає жодному існуючому вмісту, dotCMS створить HTTP 404 (помилка сторінки не знайдена). Однак відображення URL-адрес можна налаштувати у файлі dotmarketing-config-ext.properties, щоб "провалитися", відображаючи сторінку "URL-карта", навіть якщо немає відповідного вмісту.

Примітка: Настійно рекомендується вносити всі зміни до файлу dotmarketing-config.properties за допомогою файли розширення властивостей .

URLMAP_FALLTHROUGH = false

  • true (за замовчуванням): перевірка відповідності вмісту, а потім падіння.
    • Спочатку перевіряється, щоб знайти фрагмент вмісту з відповідною мапою URL, тоді, якщо немає відповідності, шлях "проходить", щоб перевірити, чи існує відповідний об'єкт dotCMS, чий шлях відповідає шляху URL (швидше за все, базовий HTML сторінка, яка використовується для відображення всього вмісту мапи URL-адрес).
  • false : завжди перенаправляє на детальну сторінку, встановлену для типу вмісту.
    • Примушує dotCMS завжди відображати сторінку деталізації для типу вмісту, незалежно від того, чи відповідає якийсь вміст URL-адресі.
      • Це означає, що сторінка деталізації діє як користувацька сторінка 404 для структури запитів, які відповідають шаблону карти URL.
    • Сторінку з детальною інформацією слід налаштувати, щоб обробляти відвідування сторінок, які не збігаються з шаблоном карти URL-адреси, до будь-якого вмісту.

Важливо

Якщо для властивості URLMAP_FALLTHROUGH встановлено значення " false" , то будь-які URL-адреси, створені для перенаправлення зі старого URL-відображеного вмісту, не працюватимуть. Це навмисно, тому що встановлення URLMAP_FALLTHROUGH = false дозволяє писати свій код на вашому Детальна сторінка обробляти будь-які спроби доступу до вмісту, відображеного URL-адресою, яке не відповідає жодному існуючому вмісту.

Якщо ви бажаєте використовувати URL-адреси Vanity для перенаправлення зі старого вмісту, відображеного URL-адресою, ви повинні встановити URLMAP_FALLTHROUGH на true , або ви повинні написати код для перевірки відповідності URL-адрес Vanity на сторінці деталізації.

Код швидкості для доступу до URLMap Info

Ви можете використовувати код швидкості, щоб отримати доступ до всього наступного з вашого сторінку деталізації :

Введена URL-адреса

З тих пір сторінку деталізації не призначений для доступу безпосередньо за його власною URL-адресою, а до неї буде звертатися за допомогою URL-адреси, яка відповідає шаблону URL-карти] (# URLMapPattern). Щоб знайти URL-адресу, яка використовувалася для доступу до вмісту, зіставленого з URL-адресою (і яка використовувалася, щоб відповідати шаблону карти URL-адреси та відображати сторінку деталізації), скористайтеся наведеним нижче кодом:

$ request.getAttribute ("javax.servlet.forward.request_uri")

Окремі елементи вмісту

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

$ URLMapContent

Поля елемента вмісту

$ URLMapContent - це об'єкт, що представляє окремий елемент вмісту вашого типу вмісту. Ви можете отримати доступ до будь-якого поля в об'єкті $ URLMapContent так само, як якщо б ви зверталися до об'єкта вашого типу контенту, що повертається з будь-якого іншого методу Velocity або viewtool (наприклад, $ dotcontent.pull ()). Наприклад, наступний код швидкості можна використовувати для доступу до поля "Назва" пункту вмісту документації dotCMS, показаного на цій сторінці:

$ URLMapContent.title

Впливи пошукової оптимізації

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

  • Ваш сайт має більшу кількість сторінок (і, таким чином, сприймається як більш цінний вміст).
  • Кожен елемент вмісту має URL-адресу, яка може відповідати конкретним умовам пошуку (на додаток до назви вмісту та вмісту).
  • Кожен елемент вмісту має URL, який відповідає самому вмісту.
  • Посилання, які ви створюєте в окремих елементах вмісту, до інших окремих елементів вмісту забезпечують збільшення зв'язування та відповідність пошукових термінів.
  • Зручні URL-адреси для сторінок полегшують користувачам спільне використання й посилання на окремі сторінки вашого сайту.

Всі ці фактори збільшують релевантність як вашого сайту, так і окремих сторінок (в даному випадку окремих елементів контенту) в рейтингах пошуку.

Багатомовні URL-адреси

Щоб дізнатися, як створити Карти URL, які обробляють декілька мов, зверніться до розділу Карти URL (Багатомовна) документації.