Международная организация International Digital Publishing Forum (IDPF), контролирующая развитие основного для электронных книг формата ePub, вскоре может объединиться с World Wide Web Consortium (W3C) – организацией, отвечающей за развитие стандартов веба.

На книжной ярмарке BookExpo в Чикаго руководители IDPF и W3C подтвердили: подписан меморандум о взаимопонимании и это «может привести к унификации наших организаций с целью будущего развития ePub и укрепления всей платформы веба для паблишинга как части расширяющейся деятельности в сфере книгоиздания внутри W3C». От лица Web Consortium на конференции выступил сам сэр Тим Бернерс-Ли, отец веба. С точки зрения оргструктуры планируется, что IDPF постепенно вольётся в W3C.

С технической точки зрения такое решение вполне логично: формат ePub — это, в сущности, HTML + CSS, особым образом упакованный в zip-архив. Ну, плюс ещё кое-какие добавки, тоже «из Интернета», типа JavaScript, и, естественно, служебные файлы. В этом смысле ePub крайне подходящий инструмент для корректной архивации веб-страницы. На самом деле даже удивительно, что такого универсального (и удобного в использовании) архивного формата для веб-страницы до сих пор нет: веб-браузеры сохраняют только или HTML-код, или код вместе с обычной папкой иллюстраций и дополнительных файлов. Более или менее удобный формат MHTML, разработанный ещё в 1999 г., к сожалению, не слишком прижился из-за острой конкуренции производителей браузеров. В этом смысле ePub выглядит достойным кандидатом на роль такого универсального веб-архива. Поэтому понятен особый интерес к нему со стороны веб-сообщества, и разработки в направлении web + epub (www.w3.org/TR/pwp/) ведутся уже не первый год. Впрочем, не только в этом: члены W3C активно обсуждают вопросы совместимости традиционной книжной типографики и веб-стандартов (www.w3.org/TR/dpub-latinreq/), принципы работы веб-документов с аннотациями (www.w3.org/TR/dpub-annotation-uc/) и многие другие — в рамках группы W3C по Digital Publishing.

Перспектива вхождения книжной индустрии в веб на уровне технологий может существенно изменить судьбу книг в Сети. Выступая перед издателями, Тим Бернерс-Ли отметил, что сотрудничество издателей и веб-разработчиков выгодно прежде всего издателям. Объединение стандартов придаст большую устойчивость электронным книгам, поскольку HTML — самый простой универсальный язык программирования, менее прочих страдающий от быстрой эволюции технологий доступа в Сеть: веб-страницы, созданные 20 лет назад, отображаются в изначальном виде без всяких проблем. Веб и сам по себе универсальная среда, а потому веб-контент в целом не зависит от устройств, операционных систем и конкретного браузера. Веб живёт за счёт универсального протокола ссылок, позволяя легко переходить с одной страницы на другую. А ведь для электронных книг это до сих пор проблема: несложно перейти на страницу в Сети, но практически невозможно — на страницу в другой книге. Кроме того, современные веб-технологии предоставляют издателям постоянную обратную связь и возможность получать статистику чтения в реальном времени.

Картина, нарисованная Бернерсом-Ли, уже больше похожа на настоящую «вавилонскую библиотеку», о которой мечтали ещё на заре Интернета и которую пока так никто и не построил — ни Google, ни Архив Интернета, ни НЭБ (не смейтесь, идея-то была хорошая!). Книги в вебе, конечно, уже есть. Случайно или в организованном порядке, на отдельных страницах, сайтах или порталах, с разрешения авторов или нелегально — так или иначе, но книг в Сети уже очень много. Потому что для них существует система привычной и доступной дистрибуции — веб, а также универсальный знакомый массам пользователей механизм воспроизведения — браузер.

Живут книги в Сети (как веб-страницы), правда, по остаточному принципу. Их размещают авторы или издатели для привлечения внимания читателей в расчёте на то, что «читать в браузере неудобно, читатели познакомятся с текстом и купят эту книгу или другие, рекламируемые тут же». Или их сваливают в кучу издатели, для которых публикация — побочная функция какой-то другой деятельности, научной или консалтинговой например. Кроме того, книги собирают в более или менее структурированные электронные библиотеки отдельные энтузиасты.

Это не слишком удивительно, поскольку благодаря вебу публикация в Сети уже давно не рассматривается как некое специальное важное действие. (За исключением случаев, когда эта публикация совершается без разрешения правообладателя. Тогда — «лови вора» и т.д.) Выложить на сайт, запостить — давно уже привычные действия для миллионов, если не миллиардов, пользователей.

Во многом именно с этой обыденностью публикации связаны некоторые опасения издателей и авторов. Им кажется, что если книга расширяется в веб, то относительная простота и обыденность этого действия лишают саму публикацию некоей исключительности. Но, может быть, история просто возвращается? Ведь только с началом книгопечатания публикация книги стала отдельным актом, связанным с производством тиража и его распространением. А если тиража нет, то вроде бы и нет книги. Тем более что в вебе книга — во всяком случае, пока — действительно нуждается в аутентификации, т.е. удостоверении подлинности текста. В этом смысле переживания авторов и издателей — не простые эмоции.

Проблема аутентификации не так важна при дистрибуции файлов с больших платформ, бренд которых гарантирует аутентичность книги. Однако она снова становится актуальной в открытом вебе. Действительно ли на данной странице та самая книга этого автора? Наличие номера-идентификатора типа ISBN или DOI/DOA само по себе не решает проблемы в случае с книгой в вебе: подлинность текста (а юридически — его целостность) должны подтвердить авторитетные институты или процедуры. Такая аутентификация может быть подтверждена обратной ссылкой с авторитетного сайта автора, издателя или регистратора. Не исключено, что появятся какие-то варианты аутентификации, аналогичные SSL, если функций регистратора, хранящего помимо метаданных удостоверенные адреса публикаций, окажется недостаточно.

Тем не менее, даже сейчас в таком, остаточном и вроде бы несерьёзном, виде книги в вебе не просто живут, но и пользуются спросом у миллионов читателей, которые во многом благодаря распространению повсеместного доступа в Сеть (а для доступа к «простому» вебу и не требуется широкая полоса трафика, достаточно 3G) читают книги онлайн: и на стационарных компьютерах, и всё больше на мобильных устройствах с помощью обычных браузеров. Несмотря на то что Apple и Google создали гигантскую инфраструктуру для дистрибуции мобильных приложений, значительная доля владельцев мобильных устройств устанавливает и использует лишь небольшое количество приложений, по преимуществу — игры и программы для общения. Энтузиазм по отношению к новым мобильным приложениям тоже стихает: новым стартапам всё сложнее пробиться через «полки» App Store и Google Play наверх, чтобы хотя бы иметь шанс попасться на глаза пользователю (https://goo.gl/ASrEQg). А для книги в вебе не нужно никаких дополнительных приложений, кроме браузера, который всегда уже есть практически на любом устройстве и даже в некоторых обычных читалках с экранами на электронных чернилах. Не исключено, что те сервисы книжной дистрибуции, например,

Bookmate, которые сохраняют возможность доступа к книгам «по старинке» из обычного веба как на десктопе, так и на экране мобильного устройства, ещё получат от этого казавшегося всего лишь несколько лет назад анахронизмом способа доступа дополнительных читателей и источник дохода.

До славного нового мира, нарисованного Бернерсом-Ли, нужно сделать ещё много с точки зрения технологической: решить вопрос с синхронизацией, приспособить веб-дизайн к традиционной книжной типографике, проработать хранение контента, обеспечить эффективные способы доступа (в том числе и платного) и т.п. Но делать это стоит, и прежде всего издателям, в том числе потому, что модель «книги в вебе» им выгодна, поскольку, помимо прочего, позволяет избавиться от монополии дистрибуционных платформ. Издатели и сейчас стремятся обустраивать своё самостоятельное присутствие в вебе, но, пока они продолжат продавать только файлы, всегда будут проигрывать платформам по части поисковой оптимизации. Куда идёт читатель за книгой? Или в известный магазин с широким ассортиментом, или в поисковик. А книги в вебе подходят поисковикам намного лучше. Сами дистрибуторы, особенно Amazon, будучи естественными врагами поисковиков, тоже не сидят на месте и работают над оптимизацией страниц книг. Но пока не изменится алгоритм поисковых систем, доступная роботу поисковика веб-страница с полным текстом книги имеет неплохие шансы обогнать в поисковом ранге (а значит, и в шансах попасться на глаза ищущему её читателю) страницу книги-товара у магазина.

Есть и другая проблема, которую предстоит решать издателям, — подготовка книг для веба. Существует немало универсальных программ для веб-дизайна типа Dreamweaver и ей подобных. Их использование, конечно, требует обучения. Кроме того, эти программы позволяют только подготовить HTML-код, которого самого по себе явно недостаточно, чтобы удовлетворить все издательские нужды. С развитием проекта web + epub могут появиться специализированные программные решения. Но и они не решат всех проблем, в частности, обеспечения разных вариантов платного доступа. Но самое главное — издателям уже сейчас стоит задуматься над тем, как эффективно перестроить процесс производства книги.

Сценарий, при котором книгу сначала редактируют, потом верстают в программе подготовки печатного макета, затем получают pdf, который уходит в типографию на печать и из него потом (по преимуществу на аутсорсинге) делают ePub и другие форматы для электронной дистрибуции, неэффективен уже сейчас из-за высоких расходов на конвертацию. Переход на конвертацию из программы вёрстки во многом решает проблему, избавляя от затрат на конвертацию pdf в ePub. Но, с другой стороны, он потребует высокой квалификации дизайнера и вряд ли упростит подготовку книги для веба и других каналов распространения. InDesign (и тем более Quark) не слишком подходящие исходные форматы для последующих конвертации и дистрибуции.

«Точку сборки» производственного процесса, очевидно, придётся переносить на этап раньше, обучая персонал редакций готовить форматированные файлы до вёрстки и конвертации, например в HTML или XML. Собственно, крупные издательские холдинги (в частности, Hachette и HarperCollins) уже пошли по этому пути. Гибкий производственный процесс позволяет им быстро и без лишних затрат изменять выходную форму книги, отвечая меняющимся требованиям читателей. Готовых коробочных или сервисных решений для такой организации процесса производства в издательствах пока ещё нет, а потому издатели экспериментируют самостоятельно или обращаются к консалтинговым компаниям, которые выстраивают такой процесс индивидуально. Впрочем, некоторые сервисы, ориентированные на самопубликующихся авторов, типа Ridero или Reedsy, уже близки к требованиям универсального производства.

Джейсон Меркоски, один из разработчиков Kindle, верно заметил (http://goo.gl/3w8tJc), что «сейчас, чтобы найти одну информацию, нужно идти в библиотеку; чтобы найти другую — пользоваться “Википедией”; чтобы найти третью, придётся гуглить. Информация раскидана по разным пузырям, которые никак друг с другом не связаны. “Единая книга” объединит все эти пузыри». До такой «книги книг», конечно, ещё не близко, но — правы Меркоски и Бернерс-Ли — читатели её давно ждут. Судя по новостям от IDPF и W3C, разработчики уже готовы поработать над этим проектом. Так что и издателям пора шевелиться.

Ведущий рубрики Владимир Харитонов, исполнительный директор Ассоциации интернет-издателей

Опубликовано в номере сентябрь 2016