Гайд

Как перейти с Skio на Loop Subscriptions в 2026

Пошаговая миграция с Skio на Loop после приобретения Recharge в 2026. Экспорт подписчиков, передача токенов платежей и что ломается при переходе.

Автор Botapolis editorial2026-05-2010 мин
Шагов8

Эта статья содержит партнёрские ссылки. Цены и условия определяет вендор. подробнее

Recharge приобрела Skio за $105 million 30 апреля 2026 года, согласно материалам TechCrunch. Roadmap, pricing и feature parity Skio в итоге интегрируются в Recharge, но публичной даты sunset для standalone платформы Skio компания не опубликовала. Timeline консолидации — неизвестен. А subscription billing — это то место, где смена вендора может сломать recurring revenue без твоего ведома на 30 дней, пока не наступит следующий renewal cycle.

Миграция на Loop — не единственный разумный выбор; в конце гайда есть раздел про то, когда лучше остаться с Recharge. Этот гайд — плейбук для всех, чей ответ: “мы переходим”.

Чистая миграция Skio→Loop занимает 10-14 дней. Четырёхфазная программа миграции Loop (проверено 2026-05-20 на loopwork.co, бесплатная миграция включена в платные планы):

PhaseTimingFocus
1. KickoffWeek 1Аудит текущей Skio setup, маппинг данных, написание плана миграции
2. BuildWeeks 2-3Перестройка портала, retention flows и интеграций на Loop
3. TestWeeks 3-4Валидация каждой subscription, flow и edge case перед тем, как трогать подписчиков
4. Go-liveEnd of windowCutover; подписчики видят новый портал при следующем логине

Перед началом

  • Аккаунт Loop Subscriptions — зарегистрируйся на loopwork.co; триал бесплатный
  • Доступ к админ-панели Shopify с правами на установку приложений и редактирование настроек checkout
  • Учётные данные платёжного шлюза — знай, какой провайдер ты используешь (Stripe, Authorize.net, Shopify Payments). Команде миграции Loop это нужно для координации передачи токенов
  • Двухнедельное окно для паузы новых Skio sign-ups без потери значимого объёма привлечения
  • Список всех retention-интеграций — Klaviyo, Postscript, Gorgias и любые custom webhook’и, которые срабатывают на события подписки

Step 1: Экспортируй список подписчиков Skio и проверь его

Вытащи полный CSV из Skio Admin → Subscribers → Export. Нужны все активные подписки, все паузированные и все недавно отменённые (последние 90 дней отмен важны для win-back флоу на новой платформе).

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

Также проверь:

  • Зависшие биллинг-строки (подписки в статусе “failed payment” 30+ дней — они фактически мертвы, исключи их из импорта)
  • Кастомные интервалы (каждые 6 недель, каждые 90 дней — нестандартные интервалы нужно проверить в Loop)
  • Bundle SKU, которые охватывают несколько продуктов
  • Prepaid планы (годовые подписки, оплаченные авансом — они импортируются иначе, чем рекуррентные)

Step 2: Задокументируй свои subscription-продукты и правила ценообразования

Занеси в таблицу каждый активный subscription SKU:

  • Product ID и вариант
  • Billing interval (каждые 30 дней, каждые 60 дней, каждые 90 дней и т.д.)
  • Логика скидок (10% за subscribe-and-save, tier discount на третий заказ и т.д.)
  • Любые кастомные правила, привязанные к стажу подписчика (loyalty pricing, lock-ins, grandfathered rates)

Loop чисто импортирует каталог, когда схема задокументирована заранее. Без этого миграционная команда восстанавливает правила по inference, и некоторые — особенно loyalty pricing — будут неправильными. Типичный сценарий отказа: grandfathered tier за $39/mo с 2024 года молча сбрасывается на текущие $49/mo, и оператор замечает это только через три цикла продления, когда жалуется клиент.

Шаг 3: Останови новые регистрации в Skio во время миграции

Отключи кнопку subscribe-on-PDP или перенаправь её на страницу “мы переезжаем — вернёмся через две недели”. Новые регистрации, созданные в Skio между снимком экспорта и запуском Loop, становятся сиротами: они попадают в Skio после импорта, пропускают миграцию и превращаются в ручную работу по очистке.

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

Step 4: Set up Loop и пересоздай каталог

Создай Loop аккаунт, установи Shopify app и пересоздай каталог подписок, используя документ аудита из шага 2. Onboarding team Loop занимается работой по пересозданию каталога; твоя задача — проверить результат построчно против своей таблицы.

Частые проблемы с маппингом SKU:

  • Variant IDs меняются, если ты пересоздавал продукт в Shopify после запуска (редко, но бывает — импорт Loop матчит по variant ID, а не по product handle)
  • Логика скидок в Loop использует другие названия правил, чем Skio — проверь, что каждое правило выдает одинаковую финальную цену на тестовом заказе
  • Bundle SKU маппятся чисто, если обе платформы используют один и тот же паттерн “subscription box”; если твой bundle был специфичен для Skio, team Loop должна знать, чтобы пересоздать его по-другому

Step 5: Import subscribers and migrate payment tokens

Это шаг, который больше всего волнует операторов. Payment tokens — зашифрованные ссылки на карту клиента, которые позволяют тебе снимать платежи без повторного сбора данных карты — должны перейти из хранилища Skio в Loop. Клиенты не вводят данные карты заново; это убьёт конверсию и сломает recurring revenue сразу же.

Transfer токенов происходит через payment gateway, а не напрямую между Skio и Loop. Команда миграции Loop координирует с Stripe (или Authorize.net, или Shopify Payments) перемещение ссылок на токены на стороне gateway. Ты предоставляешь credentials gateway и CSV с подписчиками; команда gateway выполняет transfer. Запланируй окно в 48-72 часа — token transfers не падают громко. Неудачный токен лежит там, выглядя валидным, пока следующее возобновление не попытается его списать и не получит decline; цикл верификации на шаге 8 это поймает.

Step 6: Настрой портал подписчиков Loop

Настрой портал для клиентов: брендинг, доступные действия (pause, skip, swap, cancel) и flow отмены подписки с retention-офферами. Философия Loop — ориентация на retention: swap-instead-of-cancel и pause-instead-of-cancel flows — это фишка платформы, и они реально снижают involuntary churn при правильной настройке.

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

  • Кнопка cancel не спрятана — FTC требует равной видимости с flow регистрации
  • Pause и swap опции работают, а не просто видны (обычно дефолты Loop правильные; перепроверь после любого редакта брендинга)
  • Брендинг корректно отображается на мобильных — большинство подписчиков управляют подписками со смартфонов

Step 7: Переподключи Klaviyo и остальные retention-флоу

Каждый retention-инструмент, который ты подключил к Skio-событиям, нужно переподключить к Loop-событиям. Названия событий отличаются — Skio’s subscription/created это Loop’s subscription.started, и так далее по всему каталогу. Klaviyo, Postscript, Gorgias и любые кастомные webhook-интеграции молча перестанут срабатывать, если названия событий не переназначить.

Два флоу, которые больнее всего ломаются:

  • Subscription cancelled → win-back email. Если сломается, отменившие подписку пользователи не получат retention-напоминание, и ты потеряешь second-chance конверсию.
  • Payment failed → recovery email. Если сломается, пользователи с ошибкой платежа уйдут вместо восстановления, и строка involuntary-churn в твоём дашборде тихо ухудшится.

Протестируй каждый retention-флоу с реальным событием после переключения. Если твой Shopify email setup работает через Klaviyo, именно в subscription-event триггерах живет большая часть retention-выручки.

Step 8: Run a verification cycle on a real renewal

Дождись, пока хотя бы один реальный цикл продления пройдёт на Loop, потом проверь end-to-end:

  • Payment captured against the migrated token — проверь dashboard шлюза, не только UI Loop
  • Order создан в Shopify с правильными line items
  • Fulfilment triggered через твой 3PL или внутренние операции
  • Customer renewal email отправлен (subject line и content совпадают с ожиданиями)
  • Klaviyo (или твой ESP) залогировал renewal event и запустил downstream flows

Verification cycle — единственный тест, который ловит проблемы, которые staging environment не может выявить. Token transfer issues, event-name mismatches и timing bugs все проявляются на реальном продлении. Известный failure mode: всё проходит UAT, но первый batch renewals падает, потому что шлюз переместил токены в sandbox vault, который production billing не может прочитать.

Если что-то упадёт, migration team Loop остаётся в деле через первый цикл продления — выноси проблемы сразу, не жди следующего цикла.

Troubleshooting: что именно ломается

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

  • Ошибки передачи платёжных токенов. Токены, которые выглядят перенесёнными, но не авторизуются при первом списании. Симптом: всплеск уведомлений о неудачных платежах через 24-48 часов после go-live. Решение: команда миграции Loop переговаривается с gateway; оператор не должен вручную повторять платежи (это увеличивает счётчик неудачных попыток в записи клиента и ускоряет его уход).

  • Путаница при входе в портал подписчика. Skio использовал email + номер заказа; Loop использует email + magic link. Клиенты, привыкшие к старому потоку, вводят старый пароль и отскакивают. Решение: отправь email с объяснением нового потока входа за два дня до go-live; включи прямую ссылку на портал с уже прикреплённой magic-link аутентификацией, чтобы первое взаимодействие клиента было успешным входом, а не ошибкой.

  • Пользовательские правила цен не мигрируют чисто. Ценообразование на основе стажа, гранджатерские тиры и переопределения для отдельных подписчиков — это правила, которые чаще всего импортируются неправильно. Решение: проверь первые 20-30 продлений против аудит-таблицы из шага 2. Несоответствие правила цены, обнаруженное при продлении #1 — это возврат и извинения; обнаруженное при продлении #6 — это риск chargeback.

  • Молчание событий Klaviyo / Postscript. События срабатывают на Loop, но потоки Klaviyo, ссылающиеся на имена событий Skio, их не подхватывают. Симптом: ноль событий, связанных с подписками, в Klaviyo после go-live. Решение: переопредели имена событий в каждом затронутом потоке, затем запусти тестовое событие через каждый, чтобы подтвердить.

  • Отмена подписки в процессе во время cutover. Подписчик, который нажал “отменить” в Skio за день до миграции, но отмена ещё не обработалась — его запись импортируется как активная, и его списывают на Loop. Решение: включи “отмены в ожидании” в аудит (шаг 1) и принудительно отмени их в Skio перед экспортом.

  • Bundle SKU, охватывающие несколько Shopify-продуктов. Loop работает с бандлами, но схема отличается от Skio. Если твои бандлы были кастомно собраны в Skio, они могут потребовать ручной пересборки в Loop. Команда миграции Loop флагирует это на шаге 2 — не пропускай шаг аудита.

Стоит ли остаться на Recharge?

Для некоторых магазинов лучше остаться на Recharge во время его консолидации, чем мигрировать на Loop. Расчёт комиссий на 2026-05-20:

ПлатформаБазоваяКомиссия за транзакциюПримечания
Recharge Standard$99/mo1.25%Flow engine только на Pro
Recharge Pro$499/mo1.00%Flow engine, продвинутая автоматизация
Loop Starter$99/mo1.00%Retention portal включён
Loop Pro$399/mo0.75%Продвинутые retention flows, ниже комиссия

Для магазинов с ~200 активными подписчиками разница в комиссии за транзакцию настолько мала, что затраты на миграцию не окупятся за год. Для магазинов с 500+ активными подписчиками разница в 0.25 процентных пункта между Loop Pro (0.75%) и Recharge Pro (1.00%) складывается — при $200k subscription GMV/month это примерно $500/mo дополнительной маржи, что окупает типичные затраты на миграцию за 1-2 квартала.

Остаться на Recharge (или мигрировать из Skio в Recharge), если:

  • У тебя менее 200 активных подписчиков и риск миграции перевешивает экономию на комиссиях
  • Ты уже используешь Recharge для других продуктов — консолидация на одну платформу дешевле, чем запускать две системы биллинга параллельно
  • Твои retention flows глубоко завязаны на Flow engine Recharge, и перестраивать их на Loop дороже, чем экономия на комиссиях

Подробнее о структуре комиссий и Flow engine смотри в профиле Recharge.

Loop Subscriptions

Subscriptions for Shopify with a retention-first focus.

See Loop Subscriptions

Что дальше

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

Последняя проверка 2026-05-20. Цены Loop и Recharge проверены по документам вендоров в тот же день; данные о приобретении Skio подтверждены по материалам TechCrunch об объявлении от 30 апреля 2026 года.

Содержание

Похожие гайды

Только для операторов

Получайте operator's brief.

Одно письмо в неделю. Обновления калькуляторов, новые обзоры, найденные нами компромиссы.

Уже 1247 Shopify-операторов · Отписаться можно в любой момент