Создание SEOReport: от эвристики к запуску
О превращении 2 лет ручной разработки веб‑оптимизации в аудит‑движок, продукт и $10M лид.
Developed by Robert E. Beckner III (Merlin) | rbeckner.com
Я потратил примерно 2 лет, обогащая эвристику в своих проектах. Я сначала не создавал продукт. Я пытался понять, почему одни сайты появляются, а другие нет.Работа охватывала более одной дисциплины. Структурированные данные. Мобильная совместимость. Как быстро страница действительно загружается реальным пользователем, а не только оценкой. Действительно ли безопасность сайта тихо портит его сигналы доверия. Видят ли поисковые системы тот же контент, что и люди. Каждая эвристика учила меня чему‑то о разрыве между «мы создали сайт» и «поисковые системы понимают, что мы делаем».Через это уточнение я создал формулы для более чем 50+ эвристик. Некоторые измеряли доступность для обхода. Другие измеряли согласованность рендеринга между ботами и людьми. Несколько отслеживали стандартизированную реализацию безопасности. Шаблоны были последовательными. Проблемы были структурными. И они были исправимыми.Сайт по кредитованию получил оценку 65, и мы довели его до 100#
Настоящий тест пришёл, когда я запустил полный набор на сайте друга. Он управляет компанией по кредитованию под названием Sphinx Capital. Я вложил всё, чему научился, в перестройку его сайта.Я использовал свою собственную инфраструктуру для проведения частного аудита. Сайт получил примерно 65 из 100 по набору эвристик. В течение следующих 30 дней мы перестроили фундамент — структурированные данные, каноническая конфигурация, скорость страницы, мобильное отображение, заголовки безопасности, полный стек. Оценка выросла до 100.Трафик начал поступать почти сразу. Это был первый сигнал, что эвристики не только теоретически sound. Они работали на реальном рынке с реальной конкуренцией.Пока приходил трафик, я начал упаковывать движок аудита в продукт#
Движок доказал свою эффективность на реальном сайте, поэтому я упаковал его в продукт под названием the free audit engine I run. Бесплатная версия вышла первой. Я поделился ею с независимыми создателями — художниками, музыкантами, фотографами, управляющими собственными сайтами без бюджета на агентство. Отчёты давали им приоритетный список структурных исправлений. Многие действовали по ним и увидели рост трафика в течение недель.Та же система перевода, которую я создал за предыдущие 4 лет, выводила отчёты на 9 языках. Это не была функция, которую я добавил позже. Это была инфраструктура с самого начала. Художник в Колумбии и небольшой кредитор в Соединённых Штатах оба могли читать свои аудиты на своём языке без препятствий.Я всё ещё строил продукт в нечто изысканное, когда настал момент.Кто-то искал Google для займа Fix-and-Flip и сгенерировал лид на $10M#
Это произошло примерно через 30 дней после завершения перестройки. Пользователь был на мобильном устройстве и заполнил заявку на займ менее чем за 5 минут. Лид стоил $10M.Этот один результат поиска стал моментом, когда я понял, что движок работает не просто так. Он работал за реальные деньги, на реальных рынках, против реальной конкуренции, на устройстве, которое большинство людей действительно используют. Техническая основа, которую я дорабатывал в течение 2 лет, только что сгенерировала лид стоимостью более, чем большинство годовых маркетинговых бюджетов — и он пришёл органически, через поиск, потому что сайт был доступен для сканирования, быстрый и понятный.После запуска Audit Engine 1,149 отчёты показали ту же схему#
С момента запуска бесплатного инструмента аудита паттерны стали только более ясными. В течение 1,122 бесплатных аудитов:| % of audits | |
|---|---|
| Security gaps | 88 |
| Performance concerns | 82 |
| Crawlability issues | 81 |
| Canonical/redirect problems | 67 |
| Site architecture gaps | 40 |
graph LR
A[Запустить технический аудит] --> B{Найден критический дефект?}
B -->|Да| C[Исправить за дни]
B -->|Нет| D[Оптимизировать скорость]
C e1@--> E[Перенумеровать]
D --> E
E e2@--> F[Органический поиск]
e1@{ animation: slow }
e2@{ animation: slow }Copy sourceПроблема обнаружения больше, чем контент#
Большинство сайтов терпят неудачу на первом этапе обнаружения: поисковые системы не могут сканировать, индексировать или ранжировать их страницы. Календарь контента не имеет значения, если инфраструктура под ним сломана.Наиболее распространённые проблемы не являются гламурными. Это структурные:- Отсутствие или некорректные sitemaps — Google не может найти ваши страницы, если вы не скажете ему, где они находятся.
- Отсутствие canonical тегов — тот же контент живёт по нескольким URL, разбивая авторитет между дубликатами.
- Неправильный hreflang — многоязычные сайты обслуживают неправильный язык неправильному региону, запутывая сканеры.
- Ресурсы, блокирующие рендеринг — страницы выглядят нормально для людей, но пусты для ботов.
- Медленные времена ответа сервера — сканеры покидают страницы, прежде чем они полностью загрузятся.