Regionalna wersja sklepu na ocstore 2.3 (podfoldery)

Розгляну варіант як з визначенням ІР так і без! Руснявий модуль GeoIP не пропонувати!

Реалізація має бути бажано у вигляді модуля, щоб була можливість в адмінці корегувати інформацію.

Сайт keramachoice . com

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

Основну сторінку, яка відкривається за замовчуванням без вибору регіону, буде оптимізована під регіон Київ. А називається вибір цієї сторінки, буде Київ.

URL

Формується шляхом додавання підпапки /[назва міста]/. Назва міста буде використовуватися лише в URL-адресі головної сторінки та сторінках категорій, підкатегорій та фільтрів.

Приклади:

Головна сторінка

• Приклад: https://site.com/kharkiv/

Категория (Плитка)  

• Приклад: https://site.com/kharkiv/plitka/

Підкатегорія

• Приклад: https://site.com/kharkiv/plitka/v-koridor-i-prihozhuyu/

Товар (не змінюється у регіональній версії).

• Приклад: https://site.com/product/argenta-devon-grey-45x45/

Службові сторінки (не змінюються у регіональній версії)

• Приклад:  https://site.com/o-nas/

https://site.com/oplata/

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

Дії, які необхідно виконати:

• Унікалізувати метадані та заголовки регіональних сторінок;

• Реалізувати визначення IP адреси користувача для присвоєння регіону;

• Коректно розмітити сторінки з допомогою мікророзмітки;

• Додати у шапку сайту перемикач міст.

• Частково можна буде унікалізувати контент блоком, в якому буде розміщено інформацію про точки самовивезення НП.

Унікалізація

1. Необхідно унікалізувати всі метадані та заголовки h1 за допомогою приставки “в [назву міста]”. Також регіональні версії сторінок не повинні містити текстових описів основних сторінок, вони мають бути без тексту, або містити унікальний текст.
2. У базі даних сайту для кожного міста необхідно вказати значення найменування міста в прийменниковому відмінку + прийменник "в" наприклад: Харків - в Харкові.
3. У БД сайту ПОВИННА БУТИ ЗАКЛАДЕНА МОЖЛИВІСТЬ для кожної сторінки, утвореної в результаті вибору міста зі списку, а також вкладеної структури, застосувати МЕТА-дані за шаблоном і вручну, а також розмістити на будь-якій сторінці унікальний текстовий контент.
4. У БД повинні бути зарезервовані поля для значень заголовка H1 цієї сторінки, тега <title>, <meta name="description" content="" />, тега Canonical, та мета-тега robots.
5. В адмін панелі сайту має бути передбачена можливість встановити значення гнучкої індексації фільтрів для даного регіону.

Приклад:

• Для регіону N встановлюємо, що індексуються зв'язки фільтрів 2 рівня включно: категорія + 2 фільтри;

• Для регіону M встановлюємо, що індексується зв'язки 1 рівня: категорія + 1 фільтр;

• Для регіону Y встановлюємо, що фільтри не індексуються (0);

!!! За дефолтом на етапі старту для всіх регіонів відкрито в індекс зв'язування категорія + 1 фільтр.

Також необхідно реалізувати визначення ip адреси користувача, на підставі якої надавати сайту той чи інший регіон.

Система відображення геолокації повинна працювати таким чином:

1. У дефолтному варіанті відображення (регіон не визначений за адресою ip або користувач з-за кордону) - система вибирає локацію "Київ", URL адреса сторінок не змінюється.
2. Всю цю логіку необхідно закласти за сервера, при компонуванні сторінки. У процесі підготовки сторінки сервер повинен звірити ip адресу клієнта з базою, визначити місто, в якому знаходиться клієнт і віддати як обране те значення, яке відповідає місту клієнта.

Варіант розвитку подій 1:

ip - Німеччина, Франкфурт.

Запрошувана сторінка - https://site.com/

Це IP не з України, тому при запиті сторінки https://site.com/ віддаємо йому https://site.com/

Варіант 2:

ip — Україна, Харків.

Запитувана сторінка — https://site.com/

Це IP України, місто Харків, тому при запиті сторінки https://site.com/  віддаємо йому https://site.com/kharkiv/

Варіант 3:

ip — Україна, Чугуїв.

Запрошувана сторінка - https://site.com/

Це ip України, місто  , але цього міста немає в базі міст, для яких мають будуватися статичні посадкові машини, тому при запиті сторінки

https://site.com/ віддаємо йому https://site.com/

У навігації показуємо як обране місто “Чугуїв”

При повторному натисканні на “Чугуїв” у навігації, в URL з'являється якір: https://site.com/#chuguiv 

Усі міста повинні відповідати такій мікророзмітці, шаблон:

У цьому прикладі показано як повинна розмічуватись локація, але на сайті їх має бути рівно стільки, скільки міст ми будемо використовувати у блоці: тобто. якщо їх буде 24, то й у скрипті має бути описано 24 локації.

Розмітка єдиним скриптом додається до <head> сторінки.

* Блок повинен бути присутнім у статичному HTML коді сторінки. (Сервер віддає весь код, на стороні браузера нічого не вирішуємо)

Важливо! Реалізація має бути як на робочий стіл, так і мобільної версії сайту.