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

• Тематические сайты о продаже автотранспорта, интернет доски объявлений;
• Форумы интернет сообществ (сайты байк-клубов, технические форумы);
• Личный блог.

Каждая из площадок не имела главного преимущества, долговременный массовый охват аудитории. Объясню по пунктам. На сайтах объявлений по прошествии недели-двух, нужно оплатить дальнейший показ объявления (50-100 рублей). Созданная единожды тема о продаже на мото-форуме очень быстро перемещается в небытие (5-6 страница списка тем, в течение недели). Личный блог не имеет целевого трафика с поисковика или целевых подписчиков.

Так как я имею опыт использования Яндекс.Директ для коммерческих фирм, почему бы его не использовать в личных целях? Я не припомнил ни одного требования со стороны сервиса о не возможности участия частных лиц. Взял одну мертвую рекламную компанию, переименовал ее, изменил условия показа и контактные данные. Далее по накатанной проанализировал ключевые слова, придумал объявление и отправил на модерацию. По прошествии 3-4 часов мне позвонили на сотовый и произошел диалог следующего содержания:

-Здравствуйте! Дорохин Сергей?.

-Да.

-Вы продаете Кавасаки?

-Да…-ответил я предчувствуя скорую сделку.

-Спасибо, служба проверки рекламных объявлений директ. До свидания.

Через несколько минут, мое объявление было одобрено модератором.

Преждевременные выводы:

• Значит у Директа есть служба которая проверяет достоверность рекламных объявлений доступными средствами.
• Значит частные лица так же могут рекламировать что нибудь через этот сервис.
• Значит я скорее найду покупателя.

Немного расширенной информации об объявлении.

Так выглядит объявление

Регион: Алтайский край, Республика Алтай.

Ссылка на страницу блога из объявления.

Как получилось на практике, я напишу в середине-конце апреля.

UPD. Цель донести объявления целевой группе была достигнута, звонки были. На сегодняшний день (2013 год) площадки частных объявлений имеют в разы больше пользователей и самое главное – на автомобильных площадках появилось достаточно предложения по мототехнике и следовательно покупателей. Сегодня проще создать объявление на сервисе частных объявлений, чем разбираться с контекстной рекламой.

Здравствуйте!
Каков порядок подписания бухгалтерских актов сверки взаимных расчетов с контрагентами?
Период согласования с 01.01.2009 по 31.12.2009 года. Возможно ли осуществить почтой?
Наименование компании: Abonent Consulting Group (N 1585043)
С уважением…

На что был получен ответ, через несколько часов:

Добрый день, Сергей!
В приложении акт сверки за 2009г. Если Вас устроит такой вариант, мы сможем выслать его почтой
на указанный Вами адрес.
С нетерпением ждём от Вас ответа.
–
С уважением, Сиротин Андрей.
Специалист отдела оформления документов ООО “ЯНДЕКС”

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

  Сергей, добрый день.
Оригиналы запрашиваемых Вами документов будут отправлены завтра почтой России.
Хочу также добавить, что все документы выставленные на ООО “Абонентская консалтинговая группа”,
будут исправлены, поставлена оригинальная подпись.
С уважением, Ситникова Анна.
***************************************
Специалист отдела оформления документов ООО “ЯНДЕКС”

В который раз я убеждаюсь, что когда в письме Яндексу четко изложена мысль по существу, вы получаете адекватный и достаточно скорый ответ. Happy End. В качестве иллюстрации к статье использована фотография Георгия

Так вот с недавнего времени Яндекс (конец 2009 года) и Google (начало 2010 года) пошли навстречу вебмастерам, позволили управлять индексацией сайта в части игнорирования идентификатора. Теперь не нужно нанимать программиста или искать волшебные строки кода и инструкций для .htaccess для того что бы поисковый робот не набирал в индекс одни и те же страницы с разным url. Google за это понижает PR, Яндекс просто выкидывает из индекса одинаковые страницы (и думаю тоже у себя ставит маленький минус сайту в целом). Да и вообще они большую часть тратят на индексацию одних и тех же страниц. Одни минусы в общем. Я с этом тоже долго боролся, написал пару статей.

Теперь все просто, нужно прочитать раздел помощи касающуюся удаления идентификатора сессий в Яндекс, и как настроить динамические параметры сайта в  индексе Google инструментах для вебмастеров. Если что то не понятно – спрашиваем, я отвечу.

В общем жить стало лучше, жить стало веселей! Ура товарищи!

Объявления контекстной рекламы Яндекс.Директ показываются на многих сайтах. Их можно разделить на две большие группы:

• Ресурсы Яндекс (Яндекс.Поиск, Яндекс.Директ, Яндекс.Почта, *.ngs.ru и прочее…)
• Тематические площадки (тематические и не очень сайты с блоками рекламных объявлений Яндекс.Директ)

В теории контекстные объявления показываются на тематических площадках и в соответствии с интересами посетителя сайта, это практически идеальная целевая доставка рекламы. Объясню на примере. Конкретный пользователь заинтересован купить автомобиль и он посещает тематические автомобильные сайты и делает соответствующие поисковые запросы. И на тематических площадках и в результатах поиска этот пользователь будет видеть объявления автомобильной тематики. В том числе потому что Яндекс запоминает тематику поисковых запросов пользователя и показывает соответствующие объявления.

А теперь случаи когда это все не работает и объявления показываются не целевой группе пользователей:

1. За одним компьютером (браузером) работают несколько человек. Интеллектуальный алгоритм показа объявлений в зависимости от интересов пользователя разваливается когда за ноутбук мужчины садиться его жена или ребенок. Яндекс помнит что пользователь этого ноутбука интересуется автомобилями и показывает автомобильные объявления. Для всех кроме мужчины (владельца ноутбука) это показы “впустую”, о полезности кликов и говорить не чего. Дети и женщины с очень большой вероятностью не будут реагировать на автомобильные объявления.
2. Яндекс.Директ ошибся в подборе тематических площадок для ваших объявлений. Например вы разместили объявление о продаже автомобилей но показываются ваши объявления не только на автомобильных форумах, но и на форуме посвященному он-лайн играм. Автомобильный форум – это то что надо, целевая группа! Игровой форум – не целевая площадка (школьники, студенты…).

Когда возникают такие ситуации появляются показы без кликов по вашим объявлениям и как следствие – низкий CRT. Как обезопасить рекламную компанию от первого случая я не знаю. Интеллектуальный алгоритм показа объявлений в зависимости от интересов пользователя придумала команда Яндекс.Директ, пусть они и отвечают на этот вопрос. Но есть решение второй проблемы, настройка рекламной компании через запрет определенных тематических рекламных площадок. Далее на конкретном примере со слайдами.

Заходим в консоль управления Яндекс.Директ, выбираем компанию (если у вас их несколько), жмем “Посмотреть статистику…” и сортируем “По площадкам”. В итоге видим список сайтов на которых показывались объявления и соответствующие им числовые показатели. Для полноты картины выберите период в несколько месяцев (2-3).

Рис. 1. Пример статистики рекламной компании в разрезе по рекламным площадкам

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

Посмотрев на пример (Рис. 1), начнем анализировать. Сначала выделяем наиболее крупные площадки по прямой зависимости “больше показов – больше аудитория – большая значимость”. Среди крупных выделяем:

1. Яндекс (поиск);
2. win.mail.ru;
3. job.ru;
4. gorod54.ru;
5. mail.yandex.ru.

Теперь посмотрим на “полезность” (CRT) этих площадок именно для нашей рекламной компании. Выделяем вторую, третью и пятую площадку с показателями CRT – 0,19; 0,05 и 0,08 соответственно. Значит на этих площадках наши объявления “некликабельны” – стоит запретить показы объявлений на этих площадках. Как видно из примера приемлемые показатели CRT имеют только страницы поиска и региональные ресурсы. И четко видно что площадки почтовых сервисов от Яндекса и Mail.ru мало эффективны в данном случае.

Напрашивается вывод: если человек пришел на сайт читать почту – объявления он не читает.

Вторым этапом отбора будет последовательный просмотр всего списка доменов (площадок) на предмет соответствия тематики. Смотрим на скриншот продолжения списка площадок.

Рис. 2. Пример статистики рекламной компании по площадкам (продолжение списка)

Задача состоит в том что бы запретить не тематические рекламные площадки (сайты). В представленном списке (Рис. 2) это:

• 03.ru – медицинский сайт;
• 03compu.ru – скорая компьютерная помощь;
• 1001uzor.ru – узоры для вязания спицами;
• 10receptov.net – кулинарный сайт;
• 5ballov.ru – курсовые, дипломные, контрольные работы.

Можно с уверенностью предположить, что показы наших объявлений на этих площадках – пример “прокола” Яндекс.Директа в части запоминания интересов пользователя. А происходит это потому, что Яндекс идентифицирует пользователя по браузеру. Если бы все пользователи работали в операционных системах под личными учетными записями – эта инновация Яндекса была бы идеальной. А в нашем случае это означает что днем в офисе работник ищет юридическую помощь по возврату водительских прав, а дома его ребенок ищет реферат по истории, а жена рецепт свинины с ананасами. И Яндекс оценивает всех троих как действия одного пользователя интернет.

Выводы. Яндекс.Директ может ошибается в подборе тематических площадок и определении интересов конкретного пользователя. На начальном этапе рекламной компании следует уделить внимание оптимизации рекламных площадок, запрещению явно не тематичных. В результате рекламная компания будет носить более целевой характер и как следствие можно ожидать увеличение показателей CRT (кликабельности). Остается дело за сайтом – конвертировать посетителя в: покупателя, постоянного читателя, пользователя (нужное подчеркнуть).

Справочник по многим терминам относящимся к рекламе в интернет можно посмотреть в Интернетско-русском разговорнике от Яндекса.

Дополнения и вопросы принимаются в комментариях к статье. В качестве тематического изображения к статье использована фотография автора vol-lena555.

Яндекс

У Яндекса есть несколько роботов, которые представляются по-разному. (источник)

• Yandex/1.01.001 (compatible; Win16; I) — основной индексирующий робот
• Yandex/1.01.001 (compatible; Win16; P) — индексатор картинок
• Yandex/1.01.001 (compatible; Win16; H) — робот, определяющий зеркала сайтов
• Yandex/1.02.000 (compatible; Win16; F) — робот, индексирующий пиктограммы сайтов (favicons)
• Yandex/1.03.003 (compatible; Win16; D) — робот, обращающийся к странице при добавлении ее через форму «Добавить URL»
• Yandex/1.01.001 (compatible; Win16; m),Yandex/1.03.000 (compatible; Win16; M) — роботы, индексирующие мультимедийные данные
• YaDirectBot/1.0 (compatible; Win16; I) — робот, индексирующий страницы сайтов, участвующих в Рекламной сети Яндекса
• YandexBlog/0.99.101 (compatible; DOS3.30; Mozilla/5.0; B; robot) — робот поиска по блогам, индексирующий комментарии постов

IP-адресов, с которых «ходит» робот Яндекса, много, и они могут меняться. Список адресов мы не разглашаем.

Кроме роботов, у Яндекса есть несколько агентов-«простукивалок», которые определяют, доступен ли в данный момент сайт или документ, на который стоит ссылка в соответствующем сервисе.

• Yandex/2.01.000 (compatible; Win16; Dyatel; C) — «простукивалка» Яндекс.Каталога. Если сайт недоступен в течение нескольких дней, он снимается с публикации. Как только сайт начинает отвечать, он автоматически появляется в Каталоге.
• Yandex/2.01.000 (compatible; Win16; Dyatel; Z) — «простукивалка» Яндекс.Закладок. Ссылки на недоступные сайты помечаются серым цветом.
• Yandex/2.01.000 (compatible; Win16; Dyatel; D) — «простукивалка» Яндекс.Директа. Она проверяет корректность ссылок из объявлений перед модерацией. Никаких автоматических действий не предпринимается.
• Yandex/2.01.000 (compatible; Win16; Dyatel; N) — «простукивалка» Яндекс.Новостей. Она формирует статистические отчеты для контент-менеджера и информирует его о возможных проблемах у партнеров-поставщиков новостей.

Rambler

У рамблера поисковый робот именуется StackRambler. (источник)

Google, Bing, Yahoo

Официальной информации о том как именуются User-Agent поисковых ботов Google и Bing (MSN) я не нашел. Пришлось покопать логи сервера и найти знакомые аббревиатуры.

Agent: Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)

Agent: msnbot/2.0b (+http://search.msn.com/msnbot.htm)

Agent: Mozilla/5.0 (compatible; Yahoo! Slurp/3.0; http://help.yahoo.com/help/us/ysearch/slurp)

По аналогии с роботами Яндекса названия роботов можно свести к Googlebot, msnbot, Yahoo. Дополнительная информацию по роботу Google, она больше касается вопросам безопасности.

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

Agent: Mediapartners-Google

Agent: Microsoft Data Access Internet Publishing Provider Protocol Discovery

Agent: Mozilla/5.0 (compatible; DotBot/1.1; http://www.dotnetdotcom.org/, crawler@dotnetdotcom.org)

И еще я заметил что в логах засветилась спамерская программа xrymep.exe. Профессиональные спамеры изменяют User-Agent, значит еще один спамер родился. Лучше будет вообще запретить доступ к сайту пользователям с таким User-Agent  с помощью директив .htaccess

SetEnvIf User-Agent "Crazy Browser" bad
 SetEnvIf User-Agent "xpymep" bad
 SetEnvIf User-Agent xpymep.exe bad
 Order allow,deny
 Deny from env=bad
 Allow from all

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

В качестве источников по теме читаем ресурс robotstxt.org.ru

В качестве иллюстрации к статье использован кадр фильма «Я робот».

При расчете цены за клик учитываются все ставки (объявления) активные в данный момент. Это принцип “открытого аукциона” по версии Директа.
И в алгоритме расчета цены есть недочет, описаннаый одним из клиентов на официальном форуме Яндекс.Директ’а. Суть – активные объявления с высокой ставкой, но в текущий момент заблокированные временными настойками тоже участвуют в расчете цены за клик. Как следствие мы видим цены  первого места или входа в спецразмещение на уровне нескольких y.е. Такая ситуация и впрямь может случится, а может и искусственно создана. И если вы в такой ситуации в погоне за кликами выставите конкурентную цену (высокую) и не включите “автоброкер” – вы купите посетителей несколько раз дороже чем могли бы. Как искусственно увеличить расчетную цену можно прочитать на том же форуме.

Для того что бы увидеть цену рассчитанную по текущим объявлениям нужно при создании объявления поставить галочку в опции “Не учитывать автоматически остановленные объявления конкурентов.

С одной стороны не учитывая остановленные объявления вы получаете текущую цену за клик – максимально точная информация. Но через пару часов (или ночью) минимальная цена изменится, т.к. включатся объявления конкурентов и вы выпадете из гарантии или первых мест. Придется держать “руку на пульсе”, проверять ставки каждые пару часов (настроить оповещение). Если есть время и силы – лучшей стратегии не найти, особенно для бюджетных рекламных компаний.

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

Информация для новичков Яндекс.Директа. Не ввязывайтесь в аукционные войны на первом этапе и вы поймете что можно не платить по 2-3 у.е. за первое место и приводить достаточно посетителей по размещенным объявлениям. В рамках сжатого бюджета лучше уделить время проработанным текстам объявлений и подбору запросов.

Подписывайтесь на RSS что бы не пропустить статьи о составлении удачных объявлений для Яндекс.Директа.

Вопросительное письмо в службу поддержки:

> В настоящее время сайт site.ru переносится на новый домен site.com.
> Выполнены все рекомендуемые мероприятия для корректной склейки показателей и
> изменения индексирования (редирект 301, host: www.acg54.com, сохранение
> структуры).
> Вопрос. Будут ли внешние ссылки на старый домен acg54.RU учитываться для
> домена acg54.COM после склейки?

Ответное письмо:

Здравствуйте, Сергей!
Мы не гарантируем видимость конкретных сайтов по конкретным запросам ни при переносах их на другой домен, ни при каких других обстоятельствах. В поисковой системе Яндекса сайты ранжируются в соответствие с их релевантностью запросам пользователей. Если сайт продолжит оставаться релевантным запросам пользователей, его можно будет видеть по этим запросам.
Чтобы сохранить накопленный ранее тИЦ, необходимо сделать сайты полными зеркалами с правильным robots.txt, который может выглядеть примерно так:
User-agent: Yandex
Disallow:
Host: url_нового_сайта
Выложить этот robots.txt по адресам всех зеркал. Далее необходимо дождаться прохода робота зеркальщика, он отследит внесенные изменения и переклеит сайты по адресу из Host. В среднем процесс занимает до 4–6 недель, ускорить его, к сожалению, нельзя. тИЦ, соответственно, будет перенесен на адрес главного зеркала после пересчета. Устанавливать перенаправление 301 в данном случае не следует. После того, как сайты будут склеены, характеристики старого сайта будут учитываться для нового.

Инструкция по переносу сайта на новый домен из раздела помощи Яндекс.Вебмастер, говорит о том что нужно настроить директиву Host, или 301 перенаправление. То есть одно из двух.

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

В настоящее время под моим чутким руководством идет перенос сайта на новый домен (3500 страниц с форумом). Процесс уже длится месяц. Подробный отчет будет по окончанию процесса (до окончания этого года).

UPD 2009-01-11. По данным Яндекс.Вебмастер произошла склейка доменов. Старый домен вообще исчез из консоли управления. Показатели нового домена существенно не изменились, т.е. не произошло склейки внешних ссылок и тИЦ. Региональная принадлежность перенесена на новый домен. Что ж… подождем еще пару недель и будем спрашивать у саппорта: «Где наш склееный тИЦ и внешние ссылки»?

Подписываемся на RSS, спрашиваем в комментариях.

Зачем переносить сайт на новый домен?

Причинами может послужить следующие ситуации.

1. Освободилось более удобное/красивое/краткое доменное имя, и было бы хорошо перенести сайт на него;
2. Сайт имеет доменное имя, а теперь хочется свое и особенное (список бесплатных доменных зон);
3. Текущий домен “забанен” поисковой системой и нужно его сменить, для увеличения посетителей.
4. Доменное имя не принадлежит владельцу сайта, и хочется свое и особенное;

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

Быть или не быть переносу домена?

Решение принято, будем переносить домен. Исходя из этого излагаю все плюсы и минусы такого мероприятия.

Начнем с положительных моментов.

• Более удобное и  звучное имя будет способствовать укреплению имиджа сайта (компании);
• Запоминающийся домен, увеличит количество посетителей;
• Переход на “свой” в юридическом плане домен позволит избежать риска шантажа или Киберсквоттерства;
• Смена домена позволит избежать санкций со стороны поисковых систем.

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

• В основных в рунете поисковых системах на период 1-4 месяца вы сильно упадете в поисковой выдаче;
• Накопленные качественные показатели тИЦ и Pr старого домена не сразу, а может и не полностью перенесутся на новый домен;
• Придется управлять вдвое большим количеством электронных ящиков (e-mail) вашего домена или настраивать редирект почты на новый домен;
• Дополнительные расходы по регистрации доменного имени (в большинстве случаев около $15 в год);
• Затраты на специалиста осуществляющего мероприятия по смене домена;
• Поиск хостинга с достаточно широкими возможностями (.htaccess, доступ к Log-файлам, управление почтовыми аккаунтами и т.д.)

Что бы решить нужно или нет, сравните риски которые вы снижаете и риски которые вы принимаете, т.е. плюсы и минусы. Посчитайте в денежном выражении.

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

Как переносить?

В настоящий момент нет единого плана переноса сайта на новый домен для всех поисковых систем, “всем не угодишь”. В частности у Яндекс и Google различные рекомендации по изменению домена и они даже частично противоречат друг другу. Противоречие в следующем: в процессе переезда Google требует настройки 301 редиректа, а Яндекс наоборот должен иметь одновременный доступ к обоим доменам с идентичным контентом до самого окончания процесса переноса (Платон Щукин подтверждает). Процесс получается долгий и спешки не приемлет.

Предлагается следующий план по переносу домена основанный на личном опыте автора.

1. Регистрируем старый домен в сервисах для администраторов Яндекс и Google (Яндекс.Вебмастер, Google инструменты для вебмастеров);
2. Регистрируем новый домен, паркуем его на существующий хостинг сайта или создаем зеркало сайта на другом хостинге с новым доменом;
3. Начинаем постоянное отслеживание полной идентичности содержания сайтов на старом и новом домене (количество, содержание страниц, дизайн);
4. Регистрируем новый домен в сервисах из пункта №1;
5. Создаем директиву host в файле robots.txt для начала переноса в Яндекс’е. Процесс займет от 1 до 4 месяцев. Факторы определяющие продолжительность не выявлены, но явно замечено, что чем больше сайт (количество страниц и документов (файлов) – тем больше времени. Для уточнений обращаемся к статье «Переезд сайта на новый домен» инструкция от Яндекса.
6. С помощью Яндекс.Вебмастер наблюдаем как количество страниц в индексе старого домена уменьшается, а нового – наоборот увеличивается. В конце процесса поступит сообщение от Яндекс, об успешной склейке доменов и переносе тИЦ. С Яндексом разобрались.
7. В сервисе «Google инструменты для вебмастеров» настраиваем «Изменение адреса» с указанием нового домена, и выполняем все остальные рекомендации по переносу (главное – редирект 301, как это сделать в cpanel) . Отслеживаем процесс индексации нового сайта и параллельном уменьшении количества страниц участвующих в поиске Google для старого домена.
8. Проводим мероприятия по исправлению старого домена на визитках, официальных документах, рекламных носителях и т.д.

По мнению автора такой план отличается от других тем, что он достаточно консервативен и растянут во времени. Однако в то же время он менее рискован, мероприятия происходят поэтапно, в случае если на каком то этапе возникнут проблемы, вопрос времени не критичен, т.к.  следующие этапы еще не начаты. Например, если при смене домена в Яндексе сильно упал поисковый трафик, Google продолжает на прежнем уровне направлять пользователей на старый домен. Такая ситуация кажется лучше чем потерять до 90% трафика от обоих поисковых систем одновременно.

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

upd 9 февраля 2010 года. Предположения подтвердились, для Яндекс’а хватает указания директив в файле robots.txt. Склекейка доменов произошла в течение месяца-двух, постепенно набирал страницы в индекс (очень помогает регулярное обновление Sitemap.xml). В целом я доволен.

Google индексировал оба сайта, очень медлительно. По прошествии 90 дней он отключил настройку “изменение адреса” в панели инструментов для вебмастера, которая должна была выкинуть из индекса старый домен. Видимо нужно настраивать редирект 301, тогда он выкинет все страницы старого домена. Проблема налицо, Гугл не понимает какой из доменов главный, а какой зеркало.

Множество CMS используют передачу идентификатора сессий (session-id, SID) через параметр в URL. Это плохо для индексации поисковиками и об этом я уже писал в статье «Убираем идентификатор сессии в phpBB3 форуме». Есть еще один способ избавиться от идентификатора в индексируемых страницах. Яндексом введена специальная директива файла robots.txt которая позволяет очистить url от динамических параметров, не прибегая к изменениям в коде вашего сайта (CMS). Наличие таких параметров заставляет думать поисковик что одна и та же страница, но с разными динамическими параметрами в адресе – это разные страницы. И это так, по формальному признаку, адрес (URL) страницы  то разный!

Решение

Вносим директивы в свой файл robots.txt. Пример файла одного из обслуживаемых мной форумов.

User-agent: Yandex
Disallow: /jscripts/
Disallow: /admin/
Disallow: /files/
Disallow: /phpBB3/faq.php
Disallow: /phpBB3/mcp.php
Disallow: /phpBB3/memberlist.php
Disallow: /phpBB3/posting.php
Disallow: /phpBB3/report.php
Disallow: /phpBB3/search.php
Disallow: /phpBB3/style.php
Disallow: /phpBB3/ucp.php
Disallow: /phpBB3/viewtopic.php?p=*
Disallow: /phpBB3/viewtopic.php?f=*&t=*&start=0$
Disallow: /phpBB3/viewforum.php?f=*&start=0$
Disallow: /phpBB3/viewtopic.php?f=*&t=*&view=next
Disallow: /phpBB3/viewtopic.php?f=*&t=*&view=previous
Host: www.acg54.com
Clean-param: sid /phpBB3/index.php
Clean-param: sid /phpBB3/viewforum.php
Clean-param: sid /phpBB3/viewtopic.php

Параметр Clean-param отвечает за очистку url от динамических параметров при индексировании. В нашем случае sid – это параметр идентификатора сессий, а /phpBB3/index.php – это страница на которой нужно игнорировать этот параметр. Приведенный пример удаляет идентификатор сессии для форума phpBB3.
В моей практике проблема sid свойственна свободным CMS и «самописным» сайтам. Подробнее о применении директивы можно прочитать на Яндекс.Вебмастер.

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