Структуре портала должно быть уделено особое значение. В моей практике не было ни одного проекта, структура которого опиралась бы на глубокое изучение спроса и разделение потребностей по правилу «1 страница = 1 потребность».

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

Главная сложность анализа позиций заключается в огромном количестве запросов. Даже анализ 10 000 запросов в двух поисковых системах – непростая задача, но портал может продвигаться по 100 000 запросов, причем анализировать придется выдачу в разных регионах. Таким образом, программа сбора позиций должна быть не только быстрой, но и довольно нетребовательной к вычислительным ресурсам и способной обойти ограничения поисковых систем, которые не очень любят, когда кто-то пытается выкачать Интернет.

Какие данные должна предоставлять система анализа позиций:

□ текущую позицию;

□ страницу, выдаваемую по запросу;

□ историю позиций;

□ историю сделанных изменений.

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

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

«Яндекс-Маркет» (ЯМ) может быть не только инструментом продаж, но и источником довольно ценной информации. Анализ данных ЯМ может дать разработчику и владельцу интернет-магазина массу сведений, получить которые иным образом сложно.

Что мы можем узнать, анализируя «Яндекс-Маркет»:

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

□ ассортимент наиболее успешных и известных магазинов. Такие магазины обычно умеют правильно формировать ассортимент, и если телефоны с двумя SIM-картами представлены там тремя моделями от Samsung и всего одной от НТС либо наоборот, это может навести на определенные мысли. То же самое – если практически ни один магазин не предлагает какую-либо товарную позицию;

□ текущую и потенциальную полноту покрытия спроса. Вы легко можете найти способ увеличить полноту покрытия за счет сравнительно небольшого расширения ассортимента;

□ отзывы о товарах – можно узнать неожиданно много нового о том, что вы продаете. Кроме того, анализ отзывов позволяет определить пользовательские предпочтения. Например, поворотный дисплей в Nikon D5100 является несущественным преимуществом, а вот отсутствие привода автофокуса – серьезным недостатком. При этом отсутствие привода автофокуса в Nikon D3100 не волнует почти никого, потому что его покупатели обычно не знают, что это такое.

И сайт целиком, и отдельные модули, расширяющие возможности CMS, и SEO-сервисы могут быть созданы вашими собственными разработчиками с нуля, куплены в виде «коробочного» решения и затем настроены либо написаны сторонними разработчиками. Все три варианта имеют как достоинства, так и недостатки.

Покупка готовых решений:

□ основные плюсы:

■ вы сразу получаете необходимую функциональность;

■ никаких проблем, связанных с разработкой;

□ основные минусы:

■ готовые решения ориентированы на массового покупателя, в них не учтена специфика вашего портала. Строго говоря, портальная специфика (огромные объемы, необходимость автоматизации всего и вся) в «коробочных» решениях вообще учитывается редко;

■ техническая поддержка обычно оставляет желать лучшего (счастливые исключения все же есть);

■ адаптация к недостаточной функциональности потребует дополнительных трудозатрат.

Сторонние разработчики, фриланс:

□ основные плюсы:

■ сравнительно низкие цены;

■ по завершении разработки вы получите именно то, что вам нужно;

■ если повезет, вы получите отличного внештатного сотрудника;

■ никаких дополнительных затрат;

□ основные минусы:

■ человек не находится в вашей команде, поэтому сложно купить процесс;

■ фрилансер может пропасть в любой момент вне зависимости от размера предоплаты (он может пропасть даже в том случае, если вы договорились об оплате по факту приемки и 90 % работы уже сделано);

■ очень сложно оценить квалификацию фрилансера по отзывам и портфолио, которые могут быть поддельными или крадеными;

■ после успешного завершения проекта вы будете довольно сильно зависеть от разработчика, а он от вас – нет.

Штатный разработчик:

□ основные плюсы:

■ вы покупаете не продукт, а рабочий процесс и можете совершенствовать продукт, доводя его до полного идеала;

■ вы имеете возможность оценить квалификацию и опыт в ходе собеседования;

■ человек находится в «обойме», никаких проблем с общением;

□ основные минусы:

■ дорого. Социальные платежи, рабочее место, выплата заработной платы (уровень зарплат высок) при любой загрузке – все это довольно сильно давит на расходную часть бюджета;

■ в случае увольнения специалиста вы можете надолго потерять контроль над собственными программными продуктами. Если код плохо документирован или не документирован вообще – очень надолго;

■ найти штатного разработчика для долговременного сотрудничества гораздо сложнее, чем фрилансера.

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

Рис. 3.1{Здесь 100 % – максимально эффективное продвижение.}