Проблема не в дроблении файла на части, а в использовании для обмена Commerce ML.
То есть каждый раз на сайт передается одна и та же информация: категории товаров, атрибуты, значения атрибутов, фотографии, товары. Каждый обмен с сайтом тянет за собой всю эту информацию. В рамках стандарта Commerce ML спастись от этого невозможно. Каждый обмен с сайтом перезаписывает одну и ту же информацию на сайт. Это значит, что в схеме сайта все данные объекты будут указаны как измененные. Поисковые системы как заведенные будут обновлять у себя одну и ту же информацию. Поскольку бюджет их ресурсов ограничен на сайт, то они просто не успевают что-то другое загрузить в поисковую выдачу. Они постоянно обновляют одну и ту же информацию. То есть сайт будет не до конца проиндексирован. Поскольку поисковые роботы будут постоянно обновлять одну и ту же информацию, то сайт будет все время занят повышенной нагрузкой. Он будет медленно у вас работать. Другой стороной медали этого стандарта является то, что в этой схеме обмена не обновляется поле title. Поисковые роботы анализируют его. Раз его нет, то и нет анализа. Сайт никогда не будет в TOP-10. Где-то на 50 месте будет, но на первой странице выдачи нет.
Единственным решением обмена видится переход на стандарты 1С в обмене данными. Использование Плана обмена. Для тех, кто не в курсе, это специальный объект базы данных 1С. В нем регистрируются все новые и измененные объекты. Обмен данными делается только по ним. Все дерево информации не переносится, только измененные объекты. И уход на обмен с WOO через REST API. Возни с переходом много. Но оно того стоит. Если у вас 100-500 товаров, то можете не грузиться этой темой. Товаров мало. Поисковые роботы с таким объемом спокойно справятся. Если товаров больше 100 тысяч, то обмен через Commerce ML большая проблема для сайта. Он будет сутками обновлять одно и тоже.
