Как Zapier получает миллионы органических визитов, публикуя лишь 0,3 % возможных страниц

Почти каждое руководство по программному SEO приводит один и тот же пример — и делает из него неверный вывод.

Фраза «Zapier создал 50 000 интеграционных страниц» постоянно повторяется как разрешение генерировать страницы массово. Эти страницы действительно работают: наиболее убедительная из доступных оценок приписывает им 5,8 млн органических визитов в месяц (Ahrefs в пересказе GrackerAI). Однако публичные оценки расходятся примерно втрое, и ни одну из них мы повторно не проверяли.

Никто не посчитал сам механизм. 18 августа 2026 года мы загрузили каждый сегмент sitemap Zapier: 140 173 страницы пар приложений и 9 566 страниц отдельных приложений — почти втрое больше числа, которое обычно цитируют.

Но даже это не самое интересное. Из 9 566 приложений можно составить 45 749 395 пар, а Zapier публикует лишь 0,31 % из них. Ниже — что именно мы посчитали, чего стоит повторить такой подход и что нам измерить не удалось.

Главные результаты

Отдельно оговорим данные о трафике: мы не будем делать вид, будто вопрос закрыт. Часто цитируемые оценки расходятся примерно втрое: 5,8 млн визитов в месяц у интеграционных страниц (GrackerAI со ссылкой на Ahrefs), 9 млн по всему домену (Salt Agency и ViewEngine) и 16 млн в обзорах 2026 года, для которых мы не нашли первоисточника.

Мы не перепроверяли эти оценки и не располагаем собственными данными о трафике. Все числа, которые мы называем своими, получены прямым подсчетом 18 августа 2026 года.

Zapier продает именно то соединение, которое описывают его страницы

Zapier соединяет API. Если Google Sheets должен обмениваться данными со Slack, Zapier служит связующим звеном.

Поэтому его интеграционные страницы — необычный вид программного контента. Страница о подключении BambooHR к 10,000ft — не маркетинговый текст о продукте, а визуализированный каталог самого продукта. Пользователь ищет ровно то, что компания продает.

Именно поэтому шаблон работает у Zapier и проваливается на сайтах, которые его копируют. Сам шаблон прост. Но за ним стоит каталог из 9 566 работающих интеграций, которые кто-то должен создать и поддерживать.

Каждое новое приложение создает еще 9 565 возможных страниц

Вот механика, ради которой существует этот кейс. Каталог приложений растет по одной строке. Каталог пар приложений растет пропорционально n².

9 566-е приложение Zapier добавило не одну возможную страницу. Оно добавило 9 565 — по одной паре с каждым уже существовавшим приложением.

Десятое приложение добавило девять страниц. Десятитысячное добавит почти десять тысяч.

Значит, у комбинаторного каталога не проблема производства контента, а проблема отбора. Страницы можно сгенерировать всегда. Настоящее решение — определить, какая доля заслуживает публикации. Почти каждый сайт, скопировавший этот прием, ответил: «все».

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

Число страниц, которое цитируют все, устарело на три года

Почти везде написано «более 50 000 интеграционных страниц». Мы насчитали 140 173 страницы пар и 9 566 страниц приложений.

Расхождение объяснимо. В 2023 году Ahrefs обнаружил около 63 000 шаблонных страниц в разделе /apps/. С тех пор каталог примерно удвоился, а привычная отраслевая цифра не изменилась.

Это важно, потому что именно с цитируемым числом сравнивают собственные планы. Пытаясь «догнать Zapier» на отметке 50 000 страниц, вы ориентируетесь на цель, которая сдвинулась несколько лет назад, и, что важнее, измеряете не ту величину.

Для вашего проекта: если количество страниц конкурента критично для плана, посчитайте его самостоятельно. Это занимает около двадцати минут, а публичные оценки регулярно отстают на годы.

9 566 приложений дают 45,7 млн возможных страниц. Zapier публикует 140 173

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

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

Понять это легко. Гораздо труднее действовать соответственно — оставить 45,6 млн страниц несозданными, хотя CMS с готовностью их отрисует. Именно эту дорогую часть обычно не копируют.

Для вашего проекта: устойчивость программного слоя зависит не от умения генерировать, а от уверенности, с которой вы отказываетесь. Сначала определите правило «нет», а уже потом создавайте механизм «да».

Среди 140 173 страниц нет ни одного обратного дубля

Мы проверили все 57 сегментов sitemap на пары, отправленные в обоих направлениях. Таких пар нет.

Это строже, чем кажется. Обратный URL работает: и /apps/10000ft/integrations/bamboohr, и /apps/bamboohr/integrations/10000ft возвращают 200. Zapier мог бы добавить оба адреса и завтра удвоить каталог до 280 000 URL — многие сайты так и сделали бы.

Вместо этого оба направления указывают один canonical — /apps/10000ft/integrations/bamboohr — и только он попадает в sitemap. Обратная версия доступна посетителю, но остается невидимой для индекса.

Одно установить не удалось: только 73 % опубликованных URL начинаются с приложения, которое стоит первым по алфавиту. Значит, направление пары выбирается не по алфавиту. Правило существует — возможно, приоритет получает более востребованное приложение, — но по одному sitemap определить его нельзя. Мы не будем выдавать догадку за факт.

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

Zapier Agents запустился со 102 страницами, а не со 100 000

У AI-продукта Zapier Agents есть отдельный sitemap — всего 102 URL.

В 2026 году компания по-прежнему использует тот же осторожный подход. Zapier уже доказал, что умеет создавать сотни тысяч страниц, но новый раздел начал со ста.

В том же списке есть sitemap marketing со 115 URL и блог с 4 240 — это точные значения. Фиды шаблонов и Zap-шаблонов намного больше, но размеры их сегментов настолько неравномерны, что любая итоговая оценка была бы догадкой. Поэтому мы ее не приводим.

Для вашего проекта: даже сильные команды запускают новые типы страниц малыми партиями. Если первая версия шаблона сразу отправляет 50 000 URL, вы пропустили этап проверки, нужны ли кому-нибудь хотя бы десять.

Что можно перенять уже на этой неделе

• Сначала вычислите полное декартово произведение, а затем считайте его объемом, который нужно сократить, а не построить.
• Выберите одно каноническое направление для каждой симметричной пары и публикуйте только его.
• Самостоятельно посчитайте страницы конкурента. Публичная цифра Zapier занижена примерно втрое.
• Начинайте новые типы страниц с малого. 102 URL — реальный запуск нового продукта у компании с каталогом в 140 173 страницы.
• Проверяйте связи — canonical, hreflang и внутренние ссылки — до добавления следующего нуля.

Что нельзя скопировать и что нам не удалось измерить

Скорее всего, у вас нет 9 566 интеграций. Каталог возник благодаря многолетней работе партнерских и инженерных команд. Страницы отображают этот актив, а не заменяют его.

Поисковый запрос совпадает с продуктом. Человек, который ищет способ соединить два инструмента, хочет именно то, что продает Zapier. Это соответствие заложено в бизнес-модели, а не в редакционном решении.

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

Мы не измеряли позиции и обратные ссылки. Полного аудита сайта тоже нет: мы дважды запускали свой краулер по zapier.com, и оба раза он продолжал обход к моменту истечения лимита. Вместо скриншота незавершенной панели мы исключили этот раздел.

URL в sitemap — не то же самое, что проиндексированные страницы; страницы — не визиты; визиты — не выручка. Мы также не знаем правила выбора направления пары, кроме того, что оно не алфавитное.

Наконец, расчет 45,7 млн предполагает, что любые два приложения совместимы. Многие пары бессмысленны, но это аргумент в пользу строгого отбора, а не ошибка подсчета.

Как провести такой подсчет для конкурента за один день

1. Откройте /robots.txt и перейдите по каждой строке Sitemap:. Zapier указывает 11 карт. Самая интересная часто названа в честь продукта, о котором вы не знали.
2. Считайте вхождения, а не строки. Sitemap часто записан одной строкой, поэтому grep -c вернет 1 даже для большого файла. Используйте grep -o '<loc>' | wc -l.
3. Загружайте каждый сегмент, если число важно. Размеры сегментов различаются: в одном фиде Zapier первый содержит 743 URL, а последний — 31 786. Выборка дала бы ошибку на порядок.
4. Рассчитайте декартово произведение. Если страницы создаются соединением, посчитайте сущности с обеих сторон, перемножьте и сравните с опубликованным объемом.
5. Проверьте дубли. Разверните пары, удалите параметры запроса и посчитайте, сколько URL повторяют уже существующий адрес.
6. Проведите аудит одной страницы и смотрите не только на общий балл, а на группу проверок, которая его снижает.

Частые вопросы

Определите правило остановки до создания генератора

Каталог Zapier впечатляет не размером, а тем, что занимает лишь 0,31 % от возможного. Кто-то снова и снова сознательно отказывался от остальных 45,6 млн страниц, хотя система могла бы сгенерировать их по запросу.

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

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

Измерено 18 августа 2026 года для zapier.com: полностью загружены все сегменты sitemap одного и двух сервисов, посчитаны вхождения <loc>, а canonical-теги прочитаны на действующих страницах. URL в sitemap не равны проиндексированным страницам и не являются данными о трафике.

Оценки трафика третьих сторон принадлежат GrackerAI/Ahrefs, Salt Agency и ViewEngine, расходятся примерно втрое и не были независимо перепроверены. У нас не было данных Zapier о трафике или выручке, а полный аудит сайта не завершен. Метрики сторонних сервисов меняются; перепроверьте их перед использованием.