Казус
ТЕХНИЧЕСКО SEO · E-COMMERCE · КОНСОЛИДАЦИЯ НА ДОМЕЙНИ
Как консолидирахме два конкуриращи се домейна на голям e-commerce каталог - без загуба на SEO стойност
Два активни домейна на един бизнес се канибализираха в органичното търсене. Картографирахме ~12 400 URL адреса и внедрихме 12 345 индивидуални 301 пренасочвания с персонализирана 404 логика - без нито един ред за ръчна проверка от клиента.
Български e-commerce търговец (NDA)
Ситуацията
Работим проактивно - не чакаме клиентите да дойдат с проблем, а го търсим сами. Точно така се роди и този проект: докато анализирахме конкурентната среда в нишата за резервни части за уреди, забелязахме нещо нередно - два отделни, активни домейна на един и същ бизнес, с почти идентичен каталог от продукти, се конкурираха един срещу друг в органичното търсене.
Класически случай на вътрешна канибализация: Google не знае кой от двата домейна да класира и в резултат често подценява и двата, вместо да усили един от тях.
Ситуацията се усложняваше от инфраструктурата. Новият (целеви) домейн работеше на самостоятелен хостинг с Nginx, интегриран директно с ERP системата на клиента за складова наличност и цени. Старият (legacy) домейн живееше изцяло в SaaS платформа за e-commerce, а DNS записите (през Cloudflare) се управляваха от самата платформа - клиентът нямаше директен достъп до тях.
Това означаваше, че преди изобщо да се говори за стратегия за пренасочвания, трябваше да се реши инфраструктурен проблем: как да освободим стария домейн от платформата, за да можем да прилагаме сървърни 301 пренасочвания.
Клиентът вече беше отказал предложение за работа по темата преди това - приоритетите просто не се бяха подредили. Върнахме се с конкретни данни, а не с общ pitch, и това направи разликата.
Фаза 1: Одит и картографиране на пренасочванията
Фаза 1: Одит и карта на пренасочванията
Пълна карта на пренасочванията за ~12 400 URL адреса, готов за внедряване .htaccess файл, резервно копие на съществуващата структура на платформата и обобщен информационен документ за клиента.
Освобождаване от SaaS платформата
Разгледахме три варианта: bulk redirects през Cloudflare (отпадна - клиентът нямаше достъп до акаунта); пренасочвания директно през хостинг средата на стария домейн; и пълна миграция към хостинга на новия сайт. Преди да се ангажираме, качихме .htaccess файл с един тестов ред през FTP, за да потвърдим, че механизмът работи. Проработи.
Фаза 2: Внедряване
Мигрирахме nameserver записите на стария домейн и го добавихме като add-on домейн към същия хостинг акаунт, на който вече работеше целевият сайт. Генерирахме единен .htaccess файл с индивидуален Redirect 301 ред за всеки от 12 345-те URL адреса и го качихме през FTP.
Наблюдение и официална смяна на домейн
10-14 дни активно наблюдение след пускането на живо, подаване на Google Search Console Change of Address за официална смяна на домейна в очите на Google и финална проверка за стабилност.
Защо това работи
Данните говорят преди предположенията. Мащабът изисква автоматизация с контрол на качеството. Инфраструктурата определя кои решения са възможни. И финалният детайл - custom 404 логика вместо catch-all редирект - е малката разлика, която пази SEO стойността, вместо просто да премести проблема другаде.
Финалният резултат
- 12 345 индивидуално настроени 301 пренасочвания, всяко сочещо към конкретна, релевантна целева страница - не към генерична начална страница.
- Персонализирана 404 логика за всеки URL, който не попада в картата - вместо soft 404 грешки (страница, която технически връща 200, но е празна или нерелевантна), потребителят и Google получават коректен, полезен отговор.
- Нула редове за ръчна проверка от страна на клиента - предадохме завършен, готов за одобрение резултат.
- Този детайл - насочване на всяко пренасочване към конкретна страница вместо catch-all редирект - е умишлено решение. Генеричните пренасочвания към начална страница са чест SEO бърз патч, но носят реален риск: Google може да ги третира като soft 404 и да не пренесе SEO стойността на оригиналната страница. При обем от над 12 хиляди URL адреса тази разлика има измеримо значение.
Stack
- Python (pandas, rapidfuzz)
- Screaming Frog
- Google Search Console
- Apache / .htaccess
- Nginx
- DNS миграция
Верифицирано чрез:
- Google Search Console
- Screaming Frog crawl
- Проверка на HTTP статус кодове
Искаш подобни резултати?
Всеки проект започва с кратък разговор в рамките на 30 минути, в който се формират конкретни препоръки.
Запазете консултация