Выгрузили из Keyso 100 500 запросов и не знаете, как их подключить к редиректам? Рассказываем, почему ваш файл «не грузится», как избежать ошибок MySQL и сделать так, чтобы каждый пользователь попадал на нужную статью — быстро, надёжно и без сбоев сервера.
Как подключить 100 000 поисковых запросов к редиректам: практическое руководство для владельцев сайтов
Вы — владелец сайта по психологии. У вас отличный контент: тысячи статей, ответы на болевые запросы, полезные инструкции. Но трафик не растёт. Вы выгружаете семантическое ядро из Keyso, получаете 100 500 реальных поисковых запросов, и понимаете: нужно, чтобы по каждому из них пользователь попадал на релевантную страницу. В идеале — на уже существующую статью.
И тут начинаются сложности. Файл не загружается. Сервер падает. MySQL выдаёт ошибку «gone away». PHP ругается на синтаксис. А вы теряете трафик, потому что запросы «как пережить расставание с нарциссом» уходят на 404 или главную.
Это не ваша вина. Просто вы столкнулись с типичной проблемой масштаба: традиционные методы не справляются с объёмами. Но решение есть — и оно проще, чем кажется.
Почему не работает «простой» подход: один массив на всё
Многие начинают так: копируют все пары «запрос → URL» в один PHP-файл вида:
'страх одиночества' => 'https://otvetypsihologov.ru/strah-odinochestva.html',
'как справиться с тревогой' => 'https://otvetypsihologov.ru/spravitsya-s-trevogoy.html',
...
На 20–30 запросах это работает отлично. Но на 10 000 и более — возникают три критические проблемы:
- Файл становится огромным — 10–30 МБ. На shared-хостингах (вроде Бегета) такие файлы не обрабатываются из-за ограничения на время выполнения скрипта (max_execution_time) и память (memory_limit).
- Память PHP переполняется. Загрузка массива из 100 000 строк может потребовать 200–300 МБ RAM. У многих тарифов лимит — 128 МБ.
- Файл не редактируется вручную. Одна пропущенная запятая — и сайт падает с белым экраном.
Этот путь приводит к бесконечным отладкам, перезагрузкам и потере нервов. И главное — к потере трафика, потому что скрипт просто не работает на полной выгрузке.
MySQL — не всегда спасение: зачем он нужен и когда лучше обойтись без него
Многие предлагают «перенесите всё в базу данных». И это логично: MySQL не грузит всё в память, работает быстро, поддерживает индексы.
Но есть нюанс. Перенос не решает проблему сам по себе — он лишь переносит её в другое место. Вы сталкиваетесь с новыми сложностями:
- Ошибки вида «#2006 — MySQL server has gone away» — происходят при попытке импортировать большой файл за раз.
- Ошибки «near ON» — возникают, если SQL-скрипт содержит некорректный синтаксис (например, FOREIGN KEY без указания таблицы).
- phpMyAdmin не принимает ваш CSV, потому что он на самом деле не CSV — а текст в формате 'запрос' => 'URL'.
И даже если вы успешно импортируете данные — поиск по 100 000 строк с LIKE '%запрос%' будет медленным, если не настроить правильные индексы и запросы.
Вывод: MySQL оправдан, только если:
- у вас есть базовые навыки работы с SQL,
- вы готовы писать грамотный запрос с ORDER BY CHAR_LENGTH(keyword) DESC,
- ваш хостинг стабильно работает с большими таблицами.
Если нет — лучше не лезть. Ведь цель — не «использовать БД», а надёжно направлять пользователя на нужную статью.
Рабочее решение: PHP-файлы + правильная структура + сортировка
На практике для большинства проектов (особенно на shared-хостингах) оптимальный путь — гибридный:
- Сохраняйте данные в PHP-файлах, но разбивайте их на части (по 5 000–10 000 строк).
- Обязательно сортируйте по убыванию длины запроса — иначе «тревога» перехватит «как справиться с тревогой».
- Используйте require и array_merge для подключения частей.
- Не храните в файле дубли и мусор — только валидные пары «запрос → URL».
Как это сделать шаг за шагом
Шаг 1. Подготовьте исходный файл
В Notepad++ откройте выгрузку из Keyso. Убедитесь, что формат — Запрос<TAB>URL.
Шаг 2. Преобразуйте в PHP-синтаксис
Через Ctrl+H → Регулярные выражения:
- Найти: ^(.+?)\t(.+)$
- Заменить на: '($1' => '$2',
Удалите заголовок и пробелы в конце URL.
Шаг 3. Разбейте на части
В Excel или текстовом редакторе разделите файл на 10 частей по 10 000 строк. Назовите: map_1.php, map_2.php, ..., map_10.php.
Каждый файл должен начинаться с:
<?php return [
// строки
];
Шаг 4. Подключите в основном скрипте
$map = [];
$map = array_merge($map, require __DIR__ . '/maps/map_1.php');
$map = array_merge($map, require __DIR__ . '/maps/map_2.php');
// ... до 10
Шаг 5. Добавьте сортировку
После подключения всех частей — отсортируйте массив:
uksort($map, fn($a, $b) => strlen($b) - strlen($a));
Это гарантирует, что самые длинные и точные фразы будут проверяться первыми.
Обходные пути: когда даже PHP-файлы «не тянут»
Если даже разбитый на части файл вызывает ошибки, есть три проверенных альтернативы:
- Используйте только топ-10 000 самых частотных запросов. Остальные пусть идут на главную или общую статью. Часто 80% трафика приходит по 20% запросов.
- Настройте редиректы через .htaccess — но только для самых высокочастотных и коротких фраз (до 100–200 штук). Больше — неэффективно.
- Подключите внешнюю систему обработки через cron: ночью скрипт читает логи, находит новые запросы и обновляет карту. Это продвинуто, но убирает нагрузку с фронтенда.
Главное — не количество, а точность и стабильность
Многие ошибочно думают: «Чем больше запросов подключу — тем больше трафика получу». Но на деле гораздо важнее, чтобы:
- Пользователь, введший «как пережить расставание с абьюзером», попал именно на статью об абьюзере, а не на общую страницу о расставаниях.
- Сайт не падал при увеличении объёма данных.
- Вы могли оперативно обновлять список без обращения к разработчику.
Техническая надёжность — фундамент SEO. Никакой трафик не спасёт проект, который «не работает» на 30% запросов.
FAQ: ответы на главные вопросы
1. Можно ли обойтись без программирования и баз данных?
Да, если у вас до 5 000 запросов. Используйте PHP-файл с правильной структурой и сортировкой. Для большего объёма — без минимальных технических навыков не обойтись.
2. Почему мой CSV не импортируется в phpMyAdmin?
Потому что ваш файл — не CSV, а текст в формате 'запрос' => 'URL'. Чтобы импортировать, нужно либо преобразовать его в настоящий CSV (через регулярки), либо использовать SQL-скрипт вида INSERT INTO ... VALUES (...).
3. Что делать, если сайт падает после подключения большого файла?
Разбейте файл на части. Убедитесь, что в кодировке — UTF-8 без BOM. Проверьте, что нет синтаксических ошибок (запятых, кавычек). И не забудьте про сортировку по длине запроса — это критично для точности редиректов.
Если вы внедрите хотя бы часть этих рекомендаций — ваш сайт станет намного точнее отвечать на запросы пользователей, а трафик начнёт расти не за счёт «грубой силы», а за счёт реальной полезности и технической стабильности. А это то, что ценят и пользователи, и поисковые системы.