Работа с 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 мешают их оптимизации? Внутренняя оптимизация помогает связать структуру, контент и технические настройки. Обсудим, как распределить запросы, проверить вывод метатегов и подготовить понятные задания для разработчика.
