Ключи могут браться из следующих источников:
1. Данные о переходах с поисковых систем. Это основной источник, хотя его можно отключить.
2. Гугл аналитикс - для быстрого старта.
3. CSV, либо просто построчный список запросов. Понимает почти любой простой формат (DSV, TSV)...
4. Из админки можно набрать строку и из вордстата получить все его уточнения запроса
5. Ручками. Скрипт пытается определить страницу автоматически.
На сайте htracer.ru есть схема работы.
Настройки - основные кодировка сайта.---------- Добавлено 02.02.2012 в 22:25 ----------
Настройки - Опции - быстродействие
Кеш, дней = 3
Кешировать только общие данные = Да
Метод разбора быстрый или отключите альты ссылок.
По кодировке напишите на мыло по подробнее.
Каким образом? Тупа текст разбавляется ключами?
Большинство из 45000 хостов годовалого сайта идет на морду. Не верю. Стату вы от меня закрыли, но то что я видел показывает обратное.
Ну перекос будет 20 к 80%, по сути это дело не меняет.
Кеш не удаляется из-за того что ПХП не может получить файлы сортированные по дате изменения. А не из-за недороботки. Вариант с частичным кешированием для 99% случаев походит.
Вот здесь вы перевираете. По тону вашего сообщения создавалось такое впечатление, что доля трафика с Гугла если не домирующая, то существенная. Специально ли вы создали такое впечатление или нет - не важно, но такое впечатление создастся у большинства людей его прочитавших. Про нагрузку это было единственное адекватное предположение.
По возможностям плагины кеширования почти идентичны. Тот плагин о котором мы говорим выдает exit(), до выполнения части фильтров, даже если страницы у него в памяти нет. Т.е. он принудительно завершает цикл ВП до его полного окончания. Здесь ничего сделать нельзя.---------- Добавлено 01.02.2012 в 20:22 ----------
WebSin - это синомайзер на ДЛЕ. Никакого сходства по функциям нет. Возможно вы перепутали.
P.S. В названии программы ошибка. Synonym пишется через Y.
Посмотрел вашу стату, на графике легко видеть (используя лупу) заметное падение траффика по гуглу.
Чтоб у меня так траф падал )))
В случае сильного перекоса говорить о падении трафа со второго или третьего поисковиков это тоже самое что оценивать ВВП России по объемам производства жареных пирожков:
"По сравнению с 1995 годом, если судить по одной из отраслей пищевого производства, в России жить стало в три раза хуже."
Существуют три вида лжи: ложь, наглая ложь и статистика.
------------------------
Если серьезно.
Месяц для Яшки не срок, но динамика в последний месяц изменилась см. наклон графика и оцените его не через угол наклона, а по относительному приращению по Y. Дек/Ноя = +65%, Янв/Дек = +31%
Существует очень редкий, но интересный эффект HTracer. Назовем его перекос (по аналогии с экономикой). Чтобы он получился нужно относительно конкурентная тематика и довольно разная выдача поисковиков и значительный перекос в трафике с поисковиков, например 90% трафа идет с Яши.
Метрика HTracer по умолчанию - число переходов (не важно с каких поисковых систем). Другими словами он оценивает свою работу только по числу переходов. Можно настроить на конверсии или глубину просмотра сайта, продающие запросы и прочее. Но в любом случа HTracer все-равно с каких поисковых систем трафик приходит (он это даже не запоминает).
Если изначально 10% процентов переходов с Гугла, а 90% с Яши, то возможно, что траф с Гугла упадет (но на суммарный траф это почти не скажется). Поскольку 90% усилий HTracer тратит на продвижение в Яше, а в гугле только 10%. Если бы ситуация была бы обратная(гугл - 90%), то, возможно падения трафа с Яшки. Если бы разница была бы не такой существенной подросли бы оба поисковика. Но это наблюдается только в некоторых тематиках, где выдача Яши и Гугла сильно разнится и число сайтов, конкурирующих за траф, довольно большое.
Теперь о том почему так происходит:
Допустим, на сайте две страница Г.хтмл и Я.хтмл. На Г поступает траф. от Гугла, но почти не поступает от Яши. На Я ситуация совершенно противоположная. Так вот если 90% трафа идет с Яши, то HTracer будет наращивать вес Я.хтмл, в том числе и засчет Г.хтмл.
Другой эффект - то что чем по меньшему числу несвязных запросов мы продвигаем страницу тем лучше из-за того что анкор-лист будет содержать больший процент нужного запроса (и на странице из-за альтов). Если страница в гугле получает траф по запросу Гоша, а в Яндексе по запросу Яша. То в результате перекоса анкор-лист внутренних ссылок будет содержать 90% Яш и 10% Гош, как и альты картинок.
-----------------------
Хорош или плох этот эффект? С одной стороны перекос позволяет тратить ресурсы более эффективно, с другой - снижает деверсификацию. Но если соотношение изначально было сильно перекошено, то деверсификации можно сказать и не было.
Есть настройки производительности в 99 случаях из ста помогает: кеш 3 дня, кешировать только общие данные, быстрый разбор либо отключить титлы ссылок. Не использовать селекторы, а вставлять через комментарии диапазон и облако.
Мистика прямо какае-то. Зафиксировать факт установки никак нельзя - для этого папка переименовывается. Более того, за пару дней Гугл не успевает проиндексировать весь сайт и апнуть выдачу. Если не сложно скиньте в личку доступ к статистике. Возможно дело в скорости ответа сервера. Версия? Какие настройки были?
Дело в том что не все ключи принимают участие в формировании контекстных ссылок, а только первые 1000. В противном случае все ключи пришлось бы загружать в память.
Увеличьте размер базы контекстных ссылок, скажем, до 10000. На всякий случай поставьте кеш (можно поставить кешировать общие данные).
Сбросьте кеш - если не поможет напишите на мыло доступы и напомните, что проблема скодировкой альтов.
