Робота з Inkeno в серпні–вересні 2017 року поєднала пошукову семантику, зміст сторінок і розбір технічних перешкод. Під час підготовки карток виявилися обмеження редактора, некоректне виведення метаданих і проміжні адреси. Ці питання стали конкретними завданнями для доопрацювання сайту.
https://inkeno.com/
Пов’язати запити з наявними й майбутніми сторінками
У загальній семантичній таблиці зібрано 705 різних пошукових формулювань. Для рядка зазначалися група, фраза, числова оцінка попиту й цільова адреса. Частина запитів пов’язувалася з головною або сторінками окремих ігор, для інших відзначалася відсутність відповідної сторінки.
Такий формат давав змогу обговорювати розширення структури за певними темами. Рекомендації спиралися на зібрані запити й аналіз конкурентів. Окремий аркуш із початковою вибіркою щодо Keno зберігав додаткові варіанти для подальшого розбору.
Підготовка сторінок Inkeno
Підготувати зміст і метадані
Серпневий етап охоплював завдання на тексти й підготовку змісту основних сторінок. У плані робіт окремо виділено ручну оптимізацію Title, Description і заголовків H1. Наступні завдання стосувалися наповнення ігрових сторінок і розвитку блогу.
Під час додавання матеріалу на сторінку Black Jack виявилася проблема редактора. Текст попередньо оформлювався з HTML-тегами, але поле в адміністративній частині їх не підтримувало. Для розробника описано два варіанти: підключити візуальний редактор або дозволити коректне збереження готової розмітки.
Виправити керування заголовком і описом гри
На ігрових сторінках потрібно було додати поле Description і забезпечити його виведення. Інший дефект стосувався Title: до заданого вручну заголовка автоматично приєднувався заголовок головної. У завданні наведено вміст поля в адмінці й отриманий рядок у коді.
Це був розбір конкретної помилки виведення. Зміст картки та її пошукові поля мали керуватися на рівні вибраної гри. Окремі приклади допомагали розробникові побачити відмінність між введеним текстом і тим, що потрапляло на сторінку.
Вибрати єдиний маршрут до ігрової картки
Розбирався конфлікт двох варіантів: /fun?g=g_lch і /play/g_lch?g=g_lch. В описаній ситуації пошуковик показував першу адресу, хоча та переводила відвідувача на другу з відповіддю 302. Робота з карткою починалася з рішення, який із цих маршрутів має представляти її в пошуку.
Для розробника розписано обидві схеми. Одна закріплювала основну роль за /play/g_lch?g=g_lch і змінювала перехід до нього на постійний. Інша зберігала /fun?g=g_lch: із нього прибирався тимчасовий перехід, а адреса /play/ спрямовувалася назад через 301. Вибір схеми залежав від прийнятого основного URL.
Узгодити наповнення з можливостями адміністративної частини
Підготовка текстів і метаполів основних сторінок належала до серпневого етапу. У вересні тривала робота з окремими іграми й блогом. Для ігрових карток потрібно було спочатку налагодити збереження HTML і доступність потрібних полів; контроль цих доопрацювань супроводжував наповнення.
Робочий комплект поєднував редакторські й технічні завдання. Семантика задавала тему й адресу, тексти розкривали зміст, а зауваження до адміністративної частини пояснювали, чого бракує для оформлення картки. Розробник отримував приклади помилкової поведінки й варіанти її зміни.
Сторінок багато, а можливості CMS заважають їх оптимізації? Внутрішня оптимізація допомагає пов’язати структуру, контент і технічні налаштування. Обговоримо, як розподілити запити, перевірити виведення метатегів і підготувати зрозумілі завдання для розробника.
