Что именно ищет клиент внутри документов

Почему инструкция лежит на сайте, но поиск не находит фразу с её первой страницы? Само размещение файла ещё не означает, что поисковая система получила его текст и связала с нужной моделью товара. Рассмотрим публичный сайт производителя с инструкциями в PDF и отдельными документами для клиентов в кабинете. Речь пойдёт о поиске по содержимому файлов, а общую выдачу каталога оставим за границами задачи. Для одного запроса лучше заранее назвать ожидаемый документ и страницу совпадения, чтобы участники обсуждали конкретный ответ поиска, а не оценивали выдачу по знакомым названиям, которые могли попасть туда только из описания файла на сайте.

Имя файла — только начало. Если поиск знает лишь название загрузки, клиент найдёт документ по знакомому заголовку, но не по обозначению детали внутри инструкции, поэтому заказчик заранее различает поиск по описанию и полнотекстовый поиск. Второй получает текст документа и использует его при ответе. Это различие помогает понять, за что предлагается платить: за удобный список файлов или за дополнительную обработку их содержимого.

Для начала соберите запросы из самих документов. Подойдут точная фраза, обозначение модели и термин, которого нет в имени файла. Такой набор покажет, откуда поиск получает сведения. Если исполнитель демонстрирует только название документа, способность искать внутри него остаётся неизвестной, даже когда список результатов выглядит убедительно.

Изображение страницы и текстовый слой

Скан может выглядеть как обычный документ, хотя программа видит только картинку. В документации Adobe Acrobat распознавание текста называется OCR. После такой обработки содержимое можно искать и выделять. Для владельца сайта это отдельная работа с исходным материалом, а не функция поисковой строки: если буквы отсутствуют в доступном текстовом слое, системе прежде нужно получить их из изображения страницы. Ошибки распознавания особенно заметны в коротких обозначениях, где программа может спутать похожие знаки, поэтому для каждой группы технических документов полезно выбрать известный артикул и сопоставить полученный текст с исходным изображением соответствующей страницы файла.

Копирование помогает заметить проблему. Откройте исходный PDF и попробуйте выделить фразу, затем вставьте её в обычное текстовое поле. Неразборчивые символы или пустой результат указывают, что видимое содержание и доступный текст различаются. Этот быстрый приём не заменяет разбор всех страниц, но позволяет предметно спросить исполнителя, что будет извлекаться из данного файла и как обрабатываются сложные обозначения.

После распознавания важные артикулы сравнивают с изображением. Ошибка в букве или цифре способна скрыть документ по точному запросу, поэтому для технических инструкций стоит отдельно принять обозначения моделей, а не ограничиваться чтением обычного русского абзаца, который программа распознала без заметных затруднений.

Как файл становится доступным поиску

Между загрузкой документа и выдачей появляется несколько действий. Система получает файл, извлекает содержание и сохраняет сведения для поиска. Эту подготовленную базу называют индексом. Внешний поиск и поиск внутри сайта могут делать это разными средствами, поэтому появление файла в Яндексе не сообщает, что внутренняя строка сайта уже умеет находить ту же фразу по собственным правилам. Если обработка идёт отдельно от публикации, редактор получает сообщение о её завершении или причине остановки, чтобы он мог исправить файл и повторить подготовку, пока клиент не столкнулся с пустой выдачей по важному документу производителя.

Формат задаёт возможности обработки. Яндекс Вебмастер указывает, что PDF с текстом индексируется полностью. В перечне поддерживаемых документов также названы DOCX и XLSX. Это сведения о поиске Яндекса, а для собственного поиска исполнитель отдельно называет поддерживаемые форматы и ограничения, чтобы заказчик не перенёс возможности внешней системы на другой инструмент без основания.

Загрузка требует понятного состояния. Редактору полезно видеть, что документ принят, текст получен или обработка завершилась ошибкой, поскольку иначе пустую выдачу придётся разбирать с разработчиком после каждой замены инструкции, даже если причина всего лишь в ещё не завершённой подготовке файла.

Наглядный разбор

Что происходит до первого результата

  1. Файл

    Исходная инструкция

  2. Текст

    Извлечение или распознавание

  3. Индекс

    Подготовленная поисковая база

  4. Выдача

    Результат с нужными правами

Редактор видит результат обработки, а поиск использует подготовленное содержание.

Результат должен вести к правильной версии

Одинаковый заголовок инструкции не означает одинаковую применимость. В выдаче полезно показывать модель, тип документа и признак версии, если производитель его ведёт. Дату загрузки не подменяют датой выпуска документа. При замене файла клиенту важно понять, к какому изделию относятся сведения, иначе поиск быстро приведёт его к похожей инструкции, которую нельзя использовать для выбранной модификации. Дату и версию стоит хранить отдельными сведениями, чтобы переименование загруженного файла не меняло применимость инструкции и не заставляло редактора восстанавливать связь с моделями по случайным частям имени, выбранного автором документа до публикации на сайте.

Архив отделяют от действующего содержания. Старую инструкцию иногда нужно сохранить для оборудования предыдущих выпусков, но её статус и область применения обозначают рядом с результатом. Удалять всё прежнее ради чистой выдачи столь же неразумно, как смешивать версии без подписей. Выбор зависит от связи с изделиями: если прежняя версия остаётся нужной владельцам старого оборудования, она сохраняет понятный путь поиска.

Фрагмент ответа помогает выбрать. Показывайте короткое место совпадения вместе с названием документа, чтобы клиент мог отличить инструкцию по установке от общего каталога, в котором та же модель упомянута в длинном перечне. Переход на конкретную страницу файла полезен, когда используемый просмотрщик и формат адреса это поддерживают. Исполнитель демонстрирует такое поведение на действующих документах.

Наглядный разбор

Три признака полезного результата

  1. Модель

    Для какого изделия документ

  2. Версия

    Действующая или архивная

  3. Совпадение

    Где найден искомый фрагмент

Подписи помогают выбрать применимую инструкцию до скачивания.

Закрытые файлы остаются закрытыми и в выдаче

Поиск не должен раскрывать текст, который клиенту запрещено читать. Ограничение касается и самого файла, и краткого фрагмента в результате. Если публичная строка показывает выдержку из закрытой инструкции, отсутствие кнопки скачивания уже не защищает содержание. Для документов кабинета круг читателей применяют при формировании выдачи, а доступ по прямой ссылке рассматривают отдельно, поскольку сохранённый адрес можно открыть без посещения поисковой страницы. Если клиент потерял доступ к группе документов, выдача перестаёт предлагать их так же, как закрывается скачивание, чтобы ранее сохранённый поисковый запрос не раскрывал новые фрагменты содержания, которое больше не предназначено этому пользователю личного кабинета.

Название тоже может быть чувствительным. Иногда по нему видно контрагента или содержание договора, поэтому согласие показывать заголовки закрытых документов принимается владельцем данных, а не возникает автоматически из устройства поисковой системы. Для публичных инструкций ограничений может не быть. В одном задании эти группы разделяют по понятному признаку и объясняют, кто вправе менять доступ.

Приёмка идёт под разными ролями. Обычный посетитель ищет открытую фразу, клиент кабинета — доступный ему материал, а другой клиент повторяет тот же запрос и не получает чужих сведений. Затем адрес файла открывают без входа. Этот порядок полезнее просмотра всех результатов администратором, которому доступны документы любого пользователя и потому незаметна ошибка разграничения.

Запросы, на которых принимают полноту

Набор для приёмки связывают с исходными файлами и ожидаемыми результатами. Для каждого запроса указывают документ и место, где встречается искомое содержание. Внешний поиск можно использовать как отдельную диагностическую подсказку. Например, Яндекс описывает оператор mime:pdf, который ограничивает тип документа, но результат такого запроса не заменяет испытание внутренней строки, работающей с другой базой и своими правилами доступа. Ожидания по опечаткам лучше обсудить после точных запросов: когда в исходном тексте уже есть ошибка распознавания, дополнительные неточные совпадения могут скрыть её и сделать красивую демонстрацию менее полезной для оценки полноты обработки архива документов.

Точные обозначения проверяют отдельно. Для артикулов полезно обсудить дефисы, пробелы и похожие символы, чтобы исполнитель объяснил, какие варианты ввода считаются одинаковыми. Смысловой поиск можно добавить позже, когда базовое нахождение известных фраз работает и компания понимает, как оценивать спорные результаты.

  • Запрос из названия: документ находится по своему заголовку.
  • Фраза только внутри: находится исходный файл, а не соседняя карточка.
  • Артикул со страницы скана: распознанное обозначение совпадает с изображением.
  • Обновлённая инструкция: выдача ведёт к нужной версии.
  • Недоступный файл: чужой пользователь не получает текст или фрагмент.
  • Отсутствующий запрос: страница объясняет пустой результат и предлагает следующий путь.

Результаты сохраняют в одном документе. Если часть архивов пока не обработана, их перечисляют явно, чтобы редактор не обещал клиенту поиск по всему содержимому, когда система находит только новые инструкции, загруженные после запуска доработки сайта.

Без обновления индекса поиск начнёт отставать

После запуска документы продолжают меняться, поэтому приёмка включает замену и удаление файла. Заказчик смотрит, когда новая фраза появляется в выдаче и исчезает ли старая ссылка. Срок берётся из выбранного порядка обновления, а не назначается универсально. Если индексу требуется отдельный запуск, редактор знает, кто выполняет его и где видно завершение, иначе устаревший результат станет постоянным источником обращений клиентов. Если замену инструкции выполняют без изменения адреса, принимают обновление её содержания в поиске отдельно, поскольку клиент может продолжать получать старый фрагмент и считать, что производитель ещё не опубликовал сведения о новой редакции нужного документа.

Нужен владелец процесса. Разработчик отвечает за обработку, редактор — за содержание и версию, а служба поддержки сообщает о документе, который не находится. Эти обязанности можно распределить иначе, но оставлять их без имени нельзя: исправление интерфейса поиска не обновит исходные инструкции и не объяснит, какая из похожих версий действующая.

Для задания: перечислить группы документов и права, поддерживаемые форматы и объём архива. Для каждого тестового запроса приложить файл и страницу совпадения. Показать состояния обработки, результат замены и удаления. Описать, кто запускает обновление и как редактор узнаёт об ошибке.

При развитии сайта с документацией начинайте с этого набора. Он позволяет отличить недостаток исходных файлов от ошибки поиска и принять результат, который продолжит работать после следующего выпуска инструкции.

Источники и полезные ссылки

  1. Яндекс: индексирование документов ↗
  2. Яндекс: операторы по типу файла ↗
  3. Adobe: распознавание сканов ↗

Интерфейсы и возможности сервисов могут меняться. Перед настройкой сверяйтесь с актуальной документацией.

Игорь Крещенко

Руководитель ШТАБ ИТ. Занимается управлением проектами, веб-разработкой, рекламой и PR. Подробнее об авторе →