- Створення URL-адрес SEO
- Переклад URL-адрес SEO
- Обробка застарілих URL-адрес
- Керування автоматизованим індексуванням сторінок
Вікрам Васвані
У світі цеглини-мінометних роздрібних торгів, розміщення продуктів на полицях магазинів так, що клієнти можуть знайти їх з мінімальними труднощами, є практично самою наукою. Цей фактор набуває ще більшого значення, коли мова йде про інтернет-роздріб, оскільки більшість споживачів починають пошук продуктів через пошукову систему, а отже, гарантуючи, що ваші віртуальні полиці належним чином позначені та проіндексовані для пошуку, є ключовим компонентом успіху.
На щастя, OXID eShop постачається з повнофункціональною SEO-реалізацією, яка автоматично бере на себе зобов'язання генерувати описові URL-адреси для ваших продуктів і категорій, а також оптимізувати ці URL-адреси для максимальної "прилипання" пошукової системи. Ця SEO-реалізація є надзвичайно складною - вона підтримує URL-адреси на декількох мовах, обробляє зарезервовані слова та спеціальні символи, а також забезпечує високий рівень налаштування користувача. Наступні кілька розділів розглядатимуть його більш детально.
OXID eShop дозволяє торговцям визначати категорії продуктів і призначати продукти для цих категорій. Категорії можуть бути вкладеними, і один продукт може існувати в декількох категоріях. Ця ієрархічна домовленість дозволяє OXID генерувати унікальний, описовий URL для кожного продукту, зазначеного в базі даних магазину, як у прикладах нижче:
http: //oxid.localhost/Babies/Crocodile-Wind-Up-Bath-Toy.html http: //oxid.localhost/Older-Children/Noddy-on-Wheels-Push-and-Go-Car.html http: //oxid.localhost/Older-Children/Boys/Star-Wars-Action-Figure-Set.html
Якщо ваш магазин налаштований на декілька мов, OXID також підтримує унікальні для мови унікальні URL-адреси. Ось приклад того ж продукту з двома URL-адресами, один для користувачів німецької мови та один для користувачів англійської мови:
http: //oxid.localhost/Baby/Haba-Kringelring.html http: //oxid.localhost/Baby/Haba-Clutching-Ring.html
OXID eShop також дозволяє користувачам позначати продукти за допомогою описових ключових слів. Теги можна вказати для кожної мови. Ці теги надходять у "хмару тегів", яка з'являється на сторінці індексу магазину. Ось приклад:
URL-адреси тегів відповідають вимогам SEO та генерують перелік продуктів, що відповідають вказаному тегу. OXID eShop автоматично бере на себе зобов'язання генерувати хмару тегів і теги URL, які відповідають теперішньо вибраній мові магазину. Ось кілька прикладів.
http: //oxid.localhost/tag/car http: //oxid.localhost/tag/bath http: //oxid.localhost/tag/boys
Створення URL-адрес SEO
Кодування URL в OXID обробляється об'єктом oxSeoEncoder. Метод oxSeoEncoder :: _ prepareTitle () піклується про автоматичну підготовку URL-адреси SEO з назви продукту або категорії, а метод oxSeoEncoder :: _ getUniqueSeoUrl () перевіряє базу даних і вносить незначні зміни в результат, щоб переконатися, що кінцевий URL SEO повністю унікальний і не має дублікатів, що призведе до конфліктів.
Загалом, кодер OXID URL використовує такі правила при генерації URL-адрес, відповідних SEO, для назв продуктів і категорій:
- Замінити підкреслення (_) дефісами (-)
- Замінити umlaute (ä, ö, ü) і додаткові символи зі стандартними комбінаціями символів ASCII (ae, oe, ue)
- Ігнорувати крапки з комою (;), двокрапками (:), знаками запитання (?), Амперсандами (&) та іншими знаками пунктуації в назві категорії та продукту
- Використовуйте переноси для розділення слів
- Видалити приховані слова, такі як "admin" і "core"
- Залишити назву продукту та назви категорій незмінними
- Додайте розширення .html до URL-адрес продукту, щоб вони виглядали як статичні сторінки
Торговці можуть також налаштовувати створені URL-адреси для кожної категорії / мови та комбінації продуктів / мов через розділ Адміністрування продуктів -> Продукт -> SEO кожного продукту в модулі адміністрування OXID eShop.
Переклад URL-адрес SEO
Коли фронт-контролер OXID eShop отримав запит на SEO-сумісні URL-адреси, він внутрішньо викликає декодер URL, який перепризначує запит до відповідного контролера магазину і передає йому параметри, необхідні для створення правильного перегляду продукту або категорії. Цей процес починається з файлу .htaccess OXID eShop, який містить правила перезапису, необхідні для виклику декодера URL. Ось відповідний фрагмент коду:
<IfModule mod_rewrite.c> RewriteCond% {REQUEST_URI}! (/ Admin / | / core / | / / export / | / / module / | / tmp / | / views /) RewriteCond% {REQUEST_FILENAME}! -f RewriteCond% {REQUEST_FILENAME}! -d RewriteRule (html |) / $ oxseo.php </IfModule>
Скрипт $ OXID / oxseo.php виконує передній контролер $ OXID / index.php, який внутрішньо ініціалізує екземпляр об'єкта oxSeoDecoder і виконує свій метод processSeoCall (). Метод oxSeoDecoder :: processSeoCall () зчитує URL-адресу запиту і витягує з нього необхідні параметри, такі як назва продукту або назва категорії. Потім ці параметри передаються методу oxSeoDecoder :: decodeUrl (), який генерує хеш MD5 запиту, а потім запитує таблицю бази даних oxseo для відповідності і відповідного внутрішнього URL. Після цього передній контролер прозоро перенаправляє клієнта, що запитує, на внутрішню URL-адресу. Якщо відповідності не знайдено, генерується код відповіді 404 (сторінка не знайдена).
Ось діаграма, яка детальніше пояснює процес, показуючи, як URL URL-адреси SEO відображається у URL-адресу внутрішнього контролера:
А у випадку, якщо вам цікаво, ось перетин таблиці баз даних oxseo :
Як ви можете бачити, ця таблиця містить список URL-адрес SEO разом з відповідними внутрішніми URL-адресами для різних мов. Передній контролер може використовувати цю інформацію для виклику правильного перегляду для кожного URL SEO.
Кожна URL-адреса має поле типу "тип", яке використовується для ідентифікації, швидкого пошуку і як фільтр при очищенні або скидання таблиці. Зокрема, зауважте, що деякі URL-адреси є «статичними»; цей тип позначає URL-адреси, які не слід генерувати динамічно з вводу користувача (наприклад, URL-адреси продуктів і категорій), і зазвичай використовуються для загальних URL-адрес на рівні магазину, наприклад URL-адрес для контактної форми, гостьової книги та сторінок довідки.
Обробка застарілих URL-адрес
Варто зазначити, що поточна реалізація URL-адрес, сумісних з SEO, OXID відрізняється від того, що використовується в попередніх версіях. Більш ранні версії OXID використовували URL-адреси, як у прикладах нижче:
http: //oxid.localhost/oxid.php/sid/cf2d4d66e18a52014cb5702556693b86/cl/details/cnid/1ad463624ce85f4b0.34723936/anid/a0048d7cb63df4ed3.56851241/MHD-05.06.2009---Weight-Watchers-Apple-Crumble-Slices- a-144-g / http: //oxid.localhost/basteln/textilblumenbaender/satinbaender-25mm-breit-22355-25.html
Оскільки ці старі URL-адреси вже були зареєстровані в пошукових системах, користувачі старіших версій OXID eShop зазвичай мають перешкод для переходу на OXID eShop v4.x. Для обліку цього, OXID eShop містить таблицю oxseohistory , метою якої є збереження старих структур URL і тим самим забезпечити основу для відображення їх на нові оптимізовані SEO структури. Коли метод oxSeoDecoder :: processSeoCall () отримує запит на одну з цих старих URL-адрес з пошукової системи, він шукає таблицю oxseohistory для матчу, надсилає запитуючому клієнту код відповіді 301 (сторінка постійно переміщена) і перенаправляє її нову URL-адресу, отриману з таблиці oxseo .
Коли ім'я продукту чи категорії змінюється, OXID також автоматично змінює відповідний URL SEO, щоб відображати нову назву. Іншим використанням таблиці oxseohistі є збереження старих URL-адрес SEO, так що запити для цих старих URL-адрес автоматично і прозоро перенаправляються на нові URL-адреси. Метод oxSeoEncoder :: _ copyToHistory () піклується про передачу URL-адрес з таблиці oxseo до таблиці oxseohistory .
Пошукові системи часто дивляться на <head> сторінки, щоб отримати мета-інформацію про її вміст. Два ключових елемента в цьому розділі: <title> і <meta>, а OXID eShop дозволяє торговцям широко налаштовувати ці елементи за допомогою панелі адміністрування OXID eShop.
Основні параметри -> Основні параметри -> панель SEO дозволяють продавцям визначити префікс і суфікс заголовка, які автоматично додаються до назви кожної сторінки. Цей же розділ також дозволяє торговцям вказувати описову назву для сторінки індексу магазину. Обидва ці значення можуть бути вказані на основі однієї мови, щоб переконатися, що текст належним чином локалізований для різних мов.
OXID eShop також дозволяє контролювати торговців над тегами <meta>, які з'являються у верхній частині кожної сторінки. Описання та ключові слова можуть бути налаштовані на кожну сторінку та на мову.
Мета-інформація, яка з'являється на сторінці індексу магазину, контролюється шаблонами CMS META Опис Startseite і META Ключові слова Startseite . Їх можна редагувати за допомогою розділу Інформація про клієнта -> сторінки CMS панелі адміністрування, як показано нижче:
Мета-інформація для сторінок продукту та категорії автоматично генерується OXID eShop на основі опису, внесеного до відповідного списку продуктів. Ви можете перевизначити це для кожного продукту або за категорією, явно встановивши значення для цих полів на вкладці SEO відповідного запису продукту або категорії, як показано нижче:
Докладнішу інформацію про налаштування метатегів у магазині можна знайти в посібник OXID eShop
Керування автоматизованим індексуванням сторінок
Хоча індексація пошукової системи хороша, важливо також повідомити пошуковим системам, які розділи вашого сайту не слід індексувати - наприклад, сторінки гостьової книги, дані облікового запису користувача або кошики для покупок. OXID eShop виконує це двома способами:
1. Він додає атрибут rel = “nofollow” до посилань, які вказують на ці сторінки, як показано нижче:
<a href="http://oxid.localhost/my-password/" rel="nofollow"> Мій пароль </a>
2. Він містить додатковий елемент <meta> у заголовках цих сторінок, вказуючи, що вони не повинні бути проіндексовані або розміщені вище, ніж зазвичай:
<meta name = "ROBOTS" content = "NOINDEX, NOFOLLOW">
Додавання цих елементів дозволяє пошуковим системам, таким як Google, не надавати цим посиланням додаткову вагу в алгоритмах ранжування. Більш детальну інформацію про директиву «nofollow» можна знайти за адресою офіційний блог Google і далі Вікіпедія .
Для старих пошукових систем OXID eShop також містить файл $ OXID / robots.txt, який використовується для інструктування автоматизованих веб-павуків пропустити ці сторінки сайту. Ось фрагмент цього файлу:
Агент користувача: * Disallow: / admin / Disallow: / core / Disallow: / tmp / Disallow: / views / Disallow: / setup / ...
Як видно з наведеного вище обговорення, розробники OXID eShop приділили багато уваги і уваги забезпеченню зручності, узгодженості та оптимізації URL-адрес магазинів для індексування пошукових систем. Автоматично створені URL-адреси продуктів і категорій, ручне налаштування URL-адрес, підтримка застарілих URL-адрес з попередніх версій, використання тегів <meta> для надання додаткової описової інформації для кожної сторінки, а також використання файлу robots.txt для керування діяльністю автоматизованих сканери - це лише деякі з особливостей цієї реалізації SEO, яка, без сумніву, є найдосконалішою і гнучкішою.
