Усі сценарії/ Корпорація

Міграція великого сайту: кожен редирект перевірено до і після переїзду

Компанія переїжджає на новий домен або нову CMS. Десятки тисяч адрес, кілька мов, погодження з безпекою і жодного права на помилку: втрачені редиректи — це втрачений трафік, який повертається місяцями.

Хто
In-house SEO, технічний SEO-лід, команда міграції
Сайт
Десятки тисяч сторінок, кілька мов і піддоменів
Що болить
Хмарні краулери не проходять погодження безпеки
Що треба
Перевірена мапа редиректів і контроль після запуску
  1. Зафіксуйте сайт до переїзду

    Повне сканування старого сайту: кожна адреса, її статус, canonical, hreflang і внутрішні посилання. Межі сканування задають піддомени й параметри, а «Структура» малює сайт деревом сканування, деревом тек чи графом.

    Структура · Межі сканування — документація (англійською)
    Знімок екрана Molfar: Структура сайту
    На знімку: Структура сайту
  2. Скануйте стейджинг за паролем

    Нову версію можна просканувати до запуску: додаткові HTTP-заголовки та ім'я й пароль для Basic-автентифікації в налаштуваннях запитів пропускають Molfar на стейджинг, закритий від публічних ботів.

    Налаштування · Запити — документація (англійською)
    Знімок екрана Molfar: Старт сканування
    На знімку: Старт сканування
  3. Перевірте кожен редирект

    Звіт Redirects показує адреси з редиректом, а «Проблеми» — внутрішні посилання, що досі ведуть на редирект, зі сторінкою, де стоїть кожне. URL audit розкладає редирект однієї адреси на кроки зі статусом кожного аж до кінцевої.

    Redirects · URL audit — документація (англійською)
    Знімок екрана Molfar: URL audit
    На знімку: URL audit
  4. Порівняйте сайт до і після

    Після запуску проскануйте сайт ще раз і в «Історії» оберіть старе сканування як A, нове як B: Molfar порівняє їх сторінка за сторінкою і перевірка за перевіркою.

    Історія — документація (англійською)
    Знімок екрана Molfar: Історія сканувань
    На знімку: Історія сканувань
  5. Стежте за індексацією

    GSC · Індексація показує відповідь Google з URL Inspection по кожній сторінці: в індексі чи ні і чому, коли востаннє сканував, який canonical обрав, — і зберігає її на вашому комп'ютері.

    GSC · Індексація — документація (англійською)
    Знімок екрана Molfar: Search Console
    На знімку: Search Console
  6. Віддайте рутину агенту

    Через MCP ваш AI-агент запускає сканування, читає виправлення, перевіряє сторінки і зберігає звіти — з тими моделями, які ви самі підключили.

    MCP — документація (англійською)
    Знімок екрана Molfar: Підключення AI-агента (MCP)
    На знімку: Підключення AI-агента (MCP)
01

Перевірена мапа редиректів

Кожна стара адреса з кінцевою, кроками редиректу і статусом кожного.

02

Контроль після запуску

Порівняння до і після сторінка за сторінкою, а не на загальних числах.

03

Дані в периметрі

Сканування, сторінки й ембединги лишаються на комп'ютерах команди.

  • Molfar — десктопний застосунок, а не сервер: кожен член команди сканує на своєму комп'ютері, спільний доступ до сканувань ми поки не обіцяємо.
  • Дуже великий сайт вимагає часу, пам'яті й диска; скільки місця займають збережені сканування, видно в налаштуваннях сховища, і там же його можна звільнити.
Чи проходить це погодження безпеки?
Сканування й результати лишаються на комп'ютері. Назовні йдуть перевірка оновлень і анонімна статистика використання — без адрес і даних сканування, і обидві вимикаються в налаштуваннях. Хмарна модель, якщо ви її підключите, бачить лише те, що ви їй надсилаєте.
Чи можна підключити свої моделі?
Так: у налаштуваннях AI-моделей підключаються моделі на цьому комп'ютері, у вашій мережі або у хмарі.
Hreflang і кілька мов?
Колонки й звіт Hreflang збирають анотації кожної сторінки, тож видно, які мовні версії посилаються одна на одну.

Спробуйте на своєму сайті.

Molfar у попередньому доступі, працює на Windows і на Mac з Apple silicon.

Отримати Molfar