Ссылка с зеркала на зеркало в Яндексе

Забавная у Яндекса система нынче с зеркалированием. Плевать, что у сайтов контент разный абсолютно – сказано призеркалить, значит, призеркалить! 🙂 Если исторически сложилось…
И на главном зеркале появляются несуществующие страницы… 🙂
И еще один момент. Если мы ищем ссылки на сайт в Яндексе, ссылки на себя он не показывает. А если есть ссылки с побочного зеркала на главное – показывает. Так что как метод поиска побочных зеркал может подойти… если ссылки есть.
И если страницы побочного зеркала не вывалятся из индекса.

Как воспринимается поисковый трафик

Баннер “Оптимизма” на главной Searchengines.ru –
-с неба падают посетители. С неба, чисто нахаляву. Снизу подставляем то ли корзину, то ли кепку (подайте… :)), то ли дуршлаг. Иногда посетители попадают в корзину.
За каждого посетителя, как в рулёзной гамесе, начисляется бабло (кому?).
Кадр: “Устали гоняться за посетителями? мы … приведем вам новых”. (что-то не видно, что они приводят, только кепку подставляют).
Заключительный кадр: С неба падает бабло.
Мечта оптимизаторов “Оптимизма”, воплощенная в баннере, однозначно. 🙂

Вот чорт! :(

Старость-не радость… То я при создании сайтов магазинов забуду h1 прописать, а сайты все равно нормально находятся, то – вообще не поверите – перелинковку закрыл noindex-ом!!! И это на тех же сайтах!
А сайты все равно нормально находятся… Вот открыл перелинковку – посмотрим на результат…
Блин.

Раззеркаливание в Яндексе

Забавную картину наблюдаю… Был сайт, главное зеркало другого. Главное зеркало после экспайра выпало из ЯК, там осталось побочное, которое стало на время главным и не пущало новый сайт индексироваться.
Теперь (видимо, к НГ подарок) прошло раззеркаливание, но криво:
Раньше при просмотре тИЦ по главному сайту вылезал урл побочного зеркала, страницы главного не индексировались.
Вчера заметил – вылезал как главный – нужный новый сайт и страницы индексировались.
Сегодня – страницы есть в базе, сайт находится, рубрика ему в результатах поиска приписывается, но… При просмотре тИЦ перекидывает на старое зеркало и отвечает, что это старое зеркало в ЯКе нет (ясное дело – оно же на новое сменилось…).
Забава в том, что, видимо, модуль “смены урла на главное при поиске в ЯК по побочному зеркалу” не синхронно работает с частью, где вообще хранится инфа о зеркалах… В результате – переброс идет по-старому, а по-новому старого побочного зеркала уже нет… 🙂

Xml.Yaca прикрыли…

http://xml.yaca.yandex.ru/yca/cat/ – прикрыли XML-вид каталога Яндекса… А зачем было его делать тогда, спрашивается? 🙂
Хотя я скачать когда-то часть успел, но нелогично… Все равно будем качать, только с оформлением вместе… 🙂

Теоретически…

Об анализе выдачи.
Вот есть, например, несколько факторов – например, в простейшем случае, % в тексте и ссылки со словами.
И есть вся выкачанная выдача по этому запросу.
Тогда разбиваем каждый фактор на диапазоны значений и смотрим, как распределены сайты в выдаче целиком – получается этакая таблица значений:

0 ссылок 1-5 ссылок 5-10 ссылок
0 % частота Ni% Ni% Ni% Ni%
0.01-1.99 % частота Ni% Ni% Ni% Ni%
2-5 % частота Ni% Ni% Ni% Ni%
Ni% Ni% Ni% Ni%

В ячейках – доля сайтов, попадающих в этот диапазон. Это получается общая статистика по всей выдаче по слову. Конечно, диапазонов может быть много, да и факторов – больше двух.
И так же выбираем “верхушку выдачи”, делаем аналогичный анализ и смотрим, как отличаются % сайтов, попавшие в разные ячейки. Можно делать “срезы” по выдаче, уходя в ее глубину.
Тогда вероятно, можно приблизиться к оптимальным значениям…
Но…
Сколько данных нужно? Положим, вся выдача Яндекса – 5000 результатов. Допустим, у нас 10 диапазонов каждого из 2-х параметров – итого 100. А нужно, чтобы статистика еще как-то существовала… Здесь в среднем получается по 50 результатов на ячейку (собственно, сами диапазоны надо выбирать именно так, чтобы внутри них статистика была приличной – где-то участить, где-то проредить).
Ну а если взяли, например, первые 500? По 5 результатов в клетке в среднем? Фигня, а не статитика. А если первые 100 анализируем? 🙂
Т.е., получается – либо отдельные гипотезы проверять остается, выбирая минимальное число диапазонов (2-3, например, в произведении 4-9), либо фигня получится.
Да и факторов млжет быть гораздо больше.
Хотя для выискивания зависимостей может подойти… Сначала предположить зависимость, потом напридумывать гениальных 🙂 гипотез и их проверять…
Иначе данных маловато получается.

Термсы Арбатека меня радуют…

в части реселлерской программы – просто какое-то руководство для шпиёнов:

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

Какие технические меры вы соблюдаете, чтобы сохранить анонимность?
Мы бесплатно предоставляем анонимные DNS серверы, которые никак не указывают на нас. Вы также можете использовать бесплатные личные DNS серверы ns1.вашеимя.ru и ns2.вашеимя.ru.

Что такое персональные DNS серверы?
Использование этой бесплатной услуги позволяет создать иллюзию того, что вы размещаете домены ваших клиентов на собственном оборудовании. В случае если вы выберете эту опцию, whois записи доменов ваших пользователей будут показывать ns1.вашеимя.ru и ns2.вашеимя.ru, что придает уверенности конечному пользователю в надежности провайдера. Для того, чтобы эта функция работала, доменное имя реселлера (указываемое при оформлении заказа) должно быть проделегировано на наше оборудование.

Кто регистрирует доменные имена для реселлера и его клиентов?
Для соблюдения полной анонимности реселлер сам регистрирует доменные имена для себя и конечных пользователей.

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

использование ненормативной лексики в общении с сотрудниками и службами компании недопустимо и расценивается как грубое нарушение Правил.

-видать, проблема навязла в зубах… Интересно, и много таких желающих использовать ненормативную лексику? Видно, много… 🙂

сотовые телефоны с контрактами

Такая вот история… 🙂
Делаем мы магазин партнерский с торговцами мобилами. Ну, они базу нам дали. Сижу ее, колбашу под свой сайт.
Тут в базе – вижу, есть отдельно таблица с телефонами, отдельно с контрактами, и еще есть отдельно таблица цен на “телефоны с контрактами”. Там – айдишники телефона и контракта и цена “в связке”.
Думаю, дай-ка я ее юзерам в более удобном виде выведу. Дай-ка, думаю, сгруппирую по оператору и посчитаю минимальную и максимальную экономию на покупке телефона по группе контрактов этого оператора… И со ссылочкой на соответствующую страницу, само собой.
Пишу sql запрос… Вывожу и вижу что-то вроде:

Сэкономьте от $3 до $3 при покупке с контрактами Билайн
Сэкономьте от $3 до $3 при покупке с контрактами МТС

Блин, эти умники просто вычли 3 бакса при покупке телефона с контрактом… И стоило отдельную таблицу (раз в 30 больше телефонной) под это городить??? 🙂
Неисповедимы пути программистов… 🙂