Давайте сделаем нужную функцию.

Пока все это мозгокрутство вокруг ссылок творится, сам стал сомневаться, с кешем или нет.
Думаю, этот вопрос менее актуален, чем сама возможность получить список страниц сайта, содержащих искомый ключ, возможность распределить в найденом, на одном и том же ключе адресацию.
Иметь список существующих ссылок и их состояние.


Поимел большой разговор. Очень трудно объяснить цели обладания данным инструментом, человеку далекому от внутренней кухни сайтотворения.

Но 5 килорублей выпросил.
Мне как, добить своими?

Обнаружил на просторах админ сайта статейку - Аналитика склада. Только там написано про интеграцию 1С.
А вообще, сам инструмент не помешал бы, только чуть в ином варианте.
Думаю, было бы весьма интересно иметь возможность получать отчет:

|артикул|наименование|кол-во заказов|ед. в заказах

где:
кол-во заказов - сколько раз данное наименование фигурирует в заказах
ед. в заказах - сколько штук заказано во всех заказах

Выводить такой отчет можно в виде простой таблички - перечня, типа старого прайса, с сортировкой от большего к меньшему.

Вот, мне когда делать нечего, в голове начинают колобродить мысли всякие.
А про дизайны, так она вообще не засыпает. И вот чего она наколобродила.

В движке есть странички админских настроек типа: - основные параметры, главный и иные шаблоны. Так по этому принципу, управление дизайном сайта можно свести к уровню конструктора лего от 3 до 5 лет. Тогда ЛЮБОЙ пользователь сможет изменять не просто цвет закладок, а полностью управлять всем, что имеет отношение к дизайну. Даже не имея специальных познаний.

Как бы там ни было, но сайт состоит из кучки отдельных блоков. Что касается скриптов, то они отданы под управление пользователю в виде шаблонов, коих в админке целая куча.
Точно по такому же принципу, разбивается на блоки и отдаются отдельным шаблоном управляемым по типу страницы главных настроек.

Начнем смотреть с головы. Вот у нас есть хидер. Значит, в админке нам надо иметь шаблон дизайна хидера, где выведены в таблицу все его параметры стилей типа: - наименование параметра => окно ввода.
По умолчанию в окне отображается то, что есть сейчас.
Пользователю остается ввести иное значение и посмотреть что получится. Не понравилось, жмет кнопку восстановления начальных параметров.

Завершил глумление над хидером, пошел дальше. И так, пока все не перещупает.

Даже если, отдавать настройки не как главные параметры, а просто текстовым редактором. и то многое можно сделать.
Отдавая в редактор весь файл css пойди пойми, что там зачем и для чего. Да и не все стили заданы css-ом некоторые прописаны в самом скрипте.
А по блочно, есть кусок для конкретного фрагмента, значит понимаем где чего тварим.
В общем, получаем мух отдельно от котлет.

Несколько дней мозгового штурма в плане сео, привели к ряду мыслей.
Движок умеет собирать запросы и строит облако тегов. Однако, он наверное полезен для автообработки. Я так и не удосужился вникнуть до самой глубины сего инструмента.
Но на днях обнаружил несколько иную, но острую необходимость в похожем инструменте.
Задался целью найти что-то, что помогло бы мне собрать данные примерно в таком виде:

урл | title | поисковый запрос Y | поисковый запрос G
урл | title | поисковый запрос Y | поисковый запрос G
урл | title | поисковый запрос Y | поисковый запрос G
урл | title | поисковый запрос Y | поисковый запрос G
урл | title | поисковый запрос Y | поисковый запрос G

Что-то похожее в интернете обнаруживается, но либо не совсем то что надо, либо кривое.
В общем, все не то.

Зачем это надо:

Имея какое-то количество страниц в индексе, мы сможем понимать, по какому именно запросу из поисковика, пользователь попадает на данную страницу.
А титул прописанный рядом, станет давать понимание, на лету, релевантна ли данная страница именно тем запросам, для которых она и создавалась. И в случае обнаружения, что люди ходят на нее совершенно с иными целями, станет понятно, что требуется оптимизация.
А если выдача страницы идет верно, то покажет ключевики для ссылочного продвижения.
Если такой инструмент сможет показывать и позицию серпа будет вообще круто. Но не обязательно.

По сути, вывод этих данных совсем не обязателен. Достаточно иметь тхт файл, а еще лечше таблицу, которую можно потом качнуть в xls и работать с ней.

Если рассматривать и вывод собранных данных, то можно и так:

Данные доступны только админу. Админ, открывая какую либо страницу, где нибудь внизу видит блок похожий на облако. Там просто перечисляются все поисковые запросы, по которым юзер попал на эту страницу. 1 столбец - Я | 2 столбец - G

В случае, когда страница отредактирована и оптимизирована, есть смысл нажать кнопку и очистить историю. После чего начнет собираться новая, с учетом усилиния нужных ключей.

Такой вариант отчета, найти не удалось нигде.
Я очень много перебрал всяческих инструментов, и все они дают варианты, в лучшем случае, очень неудобные.
Варианты в аналитиках ПС идут по отдельным критериям не дающим возможности сопоставить кучку нужных данных при групповой обработке.
Это представляется только при ручной обработке отдельного запроса. Либо, необходимо задавать кучу условий формирования отчетов, при этом, требуется постоянно мониторить динамики с использоанием иных инструментов.
В общем, шибко хлопотно.
В относительно нужном варианте, отчеты предоставляются только сео брокерами. А это опять постредник в получении нухных данных.

Мне удалось найти парсеры, которые могут давать нужную информацию, но и с ними есть проблемы, их надо долго, муторно и сложно настраивать сопрягая с разными апи, анти капчами и прочей фигней.

Вариант же, который предлагаю я, дает возможность собирать на автомате данные, которые позволят оптимизатору улучшать семантическое ядро страницы, повышать видимость в искалках и иметь перечень ключевиков для ссылочного продвижения по запросам.

Вот например, страница unifid=3cdb160aee4812966618e30fafbfea41 в течении месяца посещалась переходом из Я - 3 раза.
По каким запросам? Что именно юзер писал в искалку, прежде чем она кинула его на данную страницу?

Если эта страница вставала на выдаче по запросу - купить розетку или розетка ABB, или еще что-то подобное, то мне сильно есть об чем подумать. По тому, что это не тот запрос, по которому ходит мой покупатель. И тут надо работать над контентом. А получить такую инфу без напряга головы и в автомате никак. Кроме как я написал.

Вот раньше, в списках заказов, я мог видеть инфу по источнику перехода (поисковик) + поисковый запрос. Это было круто!!!
Недостаток был в том, что +урл входа и +заголовок страницы там не отдавался и собирать эти данные в общий файл было никак.
А крутизна этой штуки в том, что я мог видеть поисковый запрос конвертированный в заказ.

В общем, если на нашем сайте появится инструмент, который позволит собирать такую информацию, мы готовы раскошелиться.
Здесь будет достаточно, если будет собираться файлик типа инвоса, в такую же табличку, где есть - url | title | Я - запрос | G - запрос | дата

Ну, и маленький сервис задать параметр вывода по периоду дат от - до. Чтобы можно было его забирать потом в эксель и анализировать.

Убивать.
В хранении большой истории надобности особой нет. По любому, если данные будут собираться в единый файл, то анализировать его не получится.
Ведение аналитики будет много эффективней в экселе. И если, скажем, мне шибко надо хранить большую историю, то элементарный автофильтр эксельный позволит отобрать 1 нужный урл и обозреть всю историю выдачи на него.

На худой конец, вообще, достаточно просто тхт файла типа db_index.txt с ограничением на, скажем, 5000 строк. Строки заполнились - пошло наполнение следующего файла. Сам файл в работе сайта никак не участвует, просто собирается и лежит на диске, а админ, когда ему надо, может его выкачать или убить без зазрения совести хоть через ftp.

Все равно на сайте не получится парсить рейтинг запроса в выдаче и создавать по нему историю, парсить конкурентность и частотность запроса. Тем более, что на это уже есть готовые продукты. А то, что я прошу, либо шибко сложное, рассчитанное на проф использование, либо нифига нет. Вот тут-то собираемая инфа и пригодится.

А что там не так в 3-м варианте. Вижу только что надо обрамить картинку как 1-2 вариант (а также глянуть что будет если без картинки), по центру поставить название раздела и еще высоту что-ли разрешить брать из основных параметров?

Не выходит каменный цветок.
Обновил файлы и вот что получил:

ИЕ главная вариант 2



Опера главная вариант 2



ИЕ главная вариант 3



Опера главная вариант 3



Пришлось вертать все взад, но и в старом варианте не все сладко. Главная раздела в ИЕ всеравно картинки строит столбиком.

Раз пошла такая песня, может 3 вариант сделать без картинок и с тегом LI?

Типа так:

Раздел
[ul
[li]Подраздел[/li]
[li]Подраздел[/li]
[li]Подраздел[/li]
[li]Подраздел[/li]
[/ul]

И вывести их таблицей колонки эдак на 3

А я чо виноват чтоли, что настраивать после обновления страшнее атомной войны? Вот и дергаю кусочками...

Я где-то уже спрашивал, но не смог найти, про джава скрипты в карточке товаров. Мастер обещал думать...
Там я спрашивал про возможность создавать библиотеку JS скриптов, а потом подсовывать их на вывод, путем похожим на прикрепление аксессуаров. Однако мастер сказал, что шибко это муторно организовать.
А показывать скрипты всеравно хочется. Тогда я снова подумал-подумал и решил опять спросить.
А что если сделать маленько по другому?
Если такой ништяк мутить, то библиотеку хош-нихош, а делать надо. Тогда сделать раздел доступный только для админа, аналогичный архиву или галерее и складывать туда коды. Предположим, называться он будет js и нумероваться на автомате - типа js0001, js0002... А складывать туда можно и коды скриптов, и баннеры, и самому писать какой-то информационный блок, который потом можно использовать где надо.
А в редактор карточки товара, можно будет в нужное место подсовывать, что-то типа { js_lib } и в строке для прикрепленных статей подсовывать - р0001 р0002 js0001 js0002

И будет всем счастье.