Как изградихме WordPress каталог с 700 000 продукта: скорост, скалируемост и индексация в реален проект

Накратко, как го постигнахме?

• GTSupply.eu е B2B каталог с над 700 000 продуктови кода от над 60 производителя – изграден на WordPress без класически eCommerce checkout.
• Клиентът беше работил с три агенции преди нас без реален резултат – нито едно запитване от сайт.
• Основните предизвикателства бяха три: скорост при огромен каталог, правилна индексационна структура и B2B конверсионна логика без checkout.
• Решенията включваха custom търсачка, количка за запитвания, SEO архитектура на три нива и оптимизиран код за стабилност и скалируемост.
• Резултати: +14% органичен трафик, +8% реализации, +32% средно прекарано време.
• Статията показва methodology – не само какво направихме, а защо и как решенията следват от проблемите.

Когато GTSupply се свързаха с нас, вече бяха минали през три различни агенции. Три сайта. Три пъти инвестиция. И нито едно запитване от органичен трафик.

Проблемът не беше в продуктите – GTSupply е вносител на индустриални части от над 60 международни производителя с реална пазарна позиция. Проблемът беше, че никой от предишните изпълнители не беше решил фундаменталния въпрос: как изграждаш уеб присъствие около каталог с 700 000+ продуктови кода, което едновременно се класира в Google, зарежда бързо и генерира реални B2B запитвания?

Това е различен проблем от стандартния онлайн магазин. И изисква различен подход.

Защо GTSupply не е стандартен онлайн магазин

Преди да влезем в детайлите, важно е да се разбере контекстът – защото той определя всяко архитектурно решение.

GTSupply не продава директно онлайн. Продава индустриални части на B2B клиенти, при които покупката минава през запитване, оферта и договаряне. Няма „Добави в количката и плати с карта“. Има „Добави кода, изпрати запитване, получи оферта“.

Това означава, че класическият WooCommerce checkout не е правилното решение. Нужна е custom логика, проектирана около реалния бизнес процес.

Второто важно: при 700 000+ продуктови кода архитектурата на сайта не е въпрос на предпочитание – тя е инженерно решение. Всяка грешка в структурата се мултиплицира по 700 000.

Трите основни предизвикателства

Предизвикателство 1: Скорост при огромен каталог

При стандартен WordPress сайт с няколко стотин страници скоростта зависи предимно от хостинга, изображенията и кеша. При каталог с 700 000 записа проблемът е фундаментално различен.

Всяко търсене в каталога е database заявка. Ако тази заявка е real-time – при всеки натиснат символ се прави нова заявка към базата – системата се задушава. При 50 едновременни потребителя, търсещи в каталога, резултатът е неприемливо забавяне.

Решението: Custom търсачка с контролиран тригер

Изградихме custom търсачка, която не стартира търсенето при всеки символ, а при потвърждение на въведения код. Визуалната loader анимация дава обратна връзка на потребителя, докато заявката се изпълнява.

Резултатът е плавно изживяване без претоварване на базата данни – дори при едновременни множество търсения. Търсачката е проектирана да издържи на мащаба, а не да работи добре само при тестване с малко данни.

Освен търсачката, прилагахме стандартни performance практики на ниво код и архитектура: оптимизирани database заявки, правилна употреба на WordPress Transients API за кеширане на повтарящи се заявки, и минимален custom код без plugin bloat.

Предизвикателство 2: Индексационна структура при 700 000+ URL-и

При стандартен сайт с 50 страници индексацията е тривиална. При 700 000+ URL-и тя е стратегическо решение.

Въпросът не е просто „да отворим всичко за индексация“. Въпросът е: кои URL-и носят реална SEO стойност и кои просто заемат crawl ресурс без резултат?

При GTSupply отговорът дойде от анализа на начина, по който B2B клиентите търсят – и тук SEO проучването беше определящо.

Как B2B клиентите търсят индустриални части:

Потребителят в индустриалния сектор търси по три различни начина:

• По марка: „Siemens резервни части“, „ABA продукти“
• По категория: „промишлени лагери“, „хидравлични уплътнения“
• По продуктов код: директно въвеждане на конкретен SKU

Тези три типа търсения изискват три различни типа страници с различна SEO логика.

Архитектурата на три нива:

Ниво 1 – Производители: Архивни страници за всеки производител с лого, описание, брой налични кодове и свързани категории. Таргетират търсения по марка. Тези страници имат висока SEO стойност – конкурентни keyword-и с ясен search intent.

Ниво 2 – Категории: Структурирани категорийни страници, изградени на база keyword research за конкретни продуктови групи. Таргетират търсения по тип продукт.

Ниво 3 – Продуктови кодове: Индивидуални страници за всеки от 700 000+ кода с SKU, категория, технически данни и FAQ секция. Таргетират директни търсения по конкретен код.

За всички типове страници бяха зададени оптимизирани slug-ове и мета данни – систематично, не ad hoc. Страниците са технически чисти, без грешки блокиращи crawling, и свободни за индексация.

Предизвикателство 3: B2B конверсионна логика без checkout

При B2B продажба на индустриални части checkout с онлайн плащане не е подходящ. Клиентът иска да събере кодовете, от които се интересува, и да изпрати едно обобщено запитване – не да минава през стъпка на плащане.

Решението: Количка за запитвания

Изградихме custom „количка за запитвания“ – функционалност, при която потребителят добавя интересуващите го продуктови кодове и изпраща обобщено запитване наведнъж. Автоматичен имейл отговор с персонализирана информация потвърждава получаването.

Логиката следва реалния бизнес процес: потребителят търси → намира кодове → добавя → изпраща запитване → получава оферта. Никъде в този процес не се иска плащане, което при B2B аудитория е правилно.

Ако B2B клиент срещне checkout с онлайн плащане там, където очаква запитване с оферта, той напуска. Конверсионната логика трябва да следва реалния процес на покупка, а не да го форсира в неподходящ модел.

Скалируемостта като архитектурен принцип

Едно от ключовите изисквания при GTSupply беше бъдещата разширяемост. Каталогът расте – нови производители се добавят, нови кодове влизат, категориите се разширяват.

Ако архитектурата не е проектирана за мащаб, всяко ново добавяне е проблем: ръчна работа, технически усилия, риск от грешки.

Решенията за скалируемост:

Административният панел беше преработен така, че клиентът може самостоятелно да добавя производители, кодове и категории без техническа намеса. Нов производител = добавяне на запис с лого, описание и свързани категории. Новите кодове се интегрират в съществуващата SEO структура автоматично.

Архивните страници за производители се генерират динамично – при добавяне на нов производител, страницата му е веднага достъпна и индексируема без допълнителна ръчна работа.

Кодът е писан с мисъл за поддръжка: модулен, документиран, с ясна логика. Ако след 2 години трябва да се добави нова функционалност, тя се интегрира без да се пипа цялата система.

Мобилна оптимизация при B2B каталог

B2B не означава „само десктоп“. Индустриалните клиенти търсят продуктови кодове и от телефон – на обект, в склад, при клиент.

Мобилната версия на GTSupply беше проектирана с конкретни B2B use cases предвид: sliders за навигация между производители, collapsible секции за технически данни, опростено меню за бърз достъп до търсачката.

Резултатът: +32% средно прекарано време на сайта – метрика, която показва, че потребителите намират релевантна информация и остават.

„Преди да работим с Project Yordanov, вече два пъти бяхме правили сайт – но без резултат. Нямахме нито едно запитване, не се класирахме в търсачките и сайтът не носеше никаква стойност. Новият сайт е на съвсем различно ниво – професионален дизайн, отлично подредена структура и съдържание. Успяхме да качим над 700 000 продуктови кода, които вече се индексират и дават реална видимост в интернет.“ – Тодор Илиев, Управител, Джи Ти Съплай ООД

Кога WordPress може да издържи на такъв мащаб

Честният отговор: WordPress може да издържи на 700 000+ записа – но не по подразбиране и не с произволна архитектура.

Стандартен WordPress с тема от marketplace и 30 плъгина не е правилната основа за каталог от този мащаб. Правилната основа изисква:

• Custom код, писан с мисъл за performance при голям обем данни
• Database заявки, оптимизирани специално за конкретните use cases
• Кеш стратегия, съобразена с динамичния характер на каталога
• Хостинг среда, способна да поддържа натоварването
• Архитектура, позволяваща бъдещо разширяване без rebuild

Когато тези елементи са на място, WordPress е напълно валидна платформа за enterprise-level каталози. Когато не са – мащабът ще разкрие проблемите бързо.

GTSupply е доказателство, че правилно изграден WordPress може да поддържа 700 000+ индексируеми URL-и, бърза търсачка и стабилна B2B конверсионна логика – без да се налага по-тежка и по-скъпа платформа.

Какво е приложимо за по-малки каталози

Принципите зад GTSupply важат и при значително по-малки каталози – от 500 до 10 000 продукта. Скалата е различна, но логиката е същата.

Архитектурата предшества дизайна. Преди да се рисува нещо, трябва да е ясно как ще се структурират категориите, производителите и продуктовите кодове – и как тази структура отговаря на реалните търсения на аудиторията.

Конверсионната логика следва бизнес процеса. При B2B – количка за запитвания. При B2C с консултативна продажба – форма за запитване. При стандартен eCommerce – оптимизиран checkout. Не един модел за всички.

Скалируемостта е по-евтина в началото. Добавянето на скалируема архитектура след факта е многократно по-скъпо от правилното планиране от старта.

Повече за техническите предизвикателства при голям WooCommerce каталог може да намерите в статията ни за бавен WooCommerce сайт: 8 причини и как влияят на продажбите. За нашия подход при изграждане на онлайн магазини от нулата – в услугата изработка на онлайн магазин, а при нужда от поддръжка и оптимизация на съществуващ сайт – в поддръжка на WordPress сайт.

Често задавани въпроси

Може ли WordPress да поддържа каталог с над 100 000 продукта?

Да – при правилна архитектура. WordPress сам по себе си не поставя ограничение на броя записи. Ограниченията идват от качеството на кода, от database заявките и от хостинг средата. При GTSupply изградихме custom решение, поддържащо 700 000+ записа с добра скорост и стабилност. При стандартна тема с много плъгини такъв мащаб би бил проблематичен.

Каква е разликата между количка за запитвания и стандартен WooCommerce checkout?

Количката за запитвания позволява на потребителя да събере интересуващите го продуктови кодове и да изпрати едно обобщено запитване. Няма плащане, няма задължителна регистрация, няма стъпки, неподходящи за B2B процес. При GTSupply това е правилният модел, защото покупката минава през оферта и договаряне – не през директно онлайн плащане.

Колко време отнема изграждането на каталог от такъв мащаб?

При GTSupply проектът включваше SEO проучване, архитектурно планиране, custom разработка на търсачката и количката, редизайн и качване на 700 000+ записа. Това е проект с по-дълъг timeline от стандартен магазин – конкретният срок зависи от обхвата, наличните данни и нивото на автоматизация при импорта на каталога.

Как се управлява каталог от такъв мащаб след launch?

При GTSupply изградихме административен панел, позволяващ самостоятелно добавяне на производители, кодове и категории без техническа намеса. Нови записи се интегрират в съществуващата SEO структура автоматично. Правилно изграденият backend е толкова важен, колкото и frontend-ът.

Как се индексират 700 000+ страници от Google?

Страниците са технически чисти, с правилни slug-ове и мета данни, без грешки блокиращи crawling и свободни за индексация. Google индексира постепенно – не всичките 700 000 URL-и се индексират в първата седмица, а с времето, докато Googlebot обхожда сайта. Важното е архитектурата да е изградена правилно от старта.

Подходящ ли е WordPress за B2B сайтове?

Да – WordPress е гъвкава платформа, позволяваща изграждане на custom B2B логика. При GTSupply реализирахме количка за запитвания, автоматизирани имейл отговори и административна система за управление на голям каталог – всичко на WordPress без нужда от по-тежка enterprise платформа. Ключът е в качеството на custom разработката, а не в платформата като такава.

Каква е разликата между B2B и B2C подхода при изграждане на каталог?

При B2C приоритетът е бърза покупка с минимално триене. При B2B приоритетът е намиране на правилния продукт, събиране на запитване и улесняване на процеса до оферта. Навигацията, търсачката, продуктовите страници и конверсионната логика трябва да са проектирани около реалния процес на покупка – а той при B2B и B2C е фундаментално различен.

Ключови изводи

• При каталог с 700 000+ записа архитектурата не е въпрос на предпочитание – тя е инженерно решение, взето преди да е написан ред код.
• Real-time search при голям каталог е архитектурна грешка. Контролираният тригер е стандартна практика при enterprise мащаб.
• Три предишни агенции, нула резултати. Проблемът не беше в продукта – беше в липсата на правилна SEO и конверсионна архитектура.
• Конверсионната логика трябва да следва реалния бизнес процес. При B2B – количка за запитвания, не checkout с онлайн плащане.
• Скалируемостта е архитектурен принцип, не функционалност. Планира се в началото, не се добавя накрая.
• WordPress може да поддържа 700 000+ индексируеми URL-и при правилна custom архитектура. Платформата не е ограничението, но качеството на изпълнението е.