похоже действительно вас взломали когда-то.
запустите в гугле запросы inurl:"skachat-obnovleniya-dlya-microsoft-office.php" и inurl:"skachat-klipi-zari.php"
по крайней мере пару похожих линков можно найти на других сайтах. Другое дело, почему гугл не обращает внимание на 404 у Вас... Ну в последнее время гугла очень трудно понять. Попробуйте для этих страниц давать не 404, а 410. Может это поможет. Ну и в GWT уберите эти линки из индекса.
а вообще, для интереса прогоните сайт скриптом, линк на который я дал выше. Можно найти много интересного :)
по ID попробуйте узнать через http://www.webboar.com/tools/id-lookup/
как лишний код появился? кто-то был хозяином сайта до Вас?
работа с целями подробно описана в сети. к примеру http://support.google.com/googleanalytics/bin/answer.py?hl=ru&hlrm=en&answer=55515
http://services.google.com/analytics/breeze/en/goals/index.html
Насчёт задания цели при отправке формы, просто укажите в качестве цели страницу на которую приходит запрос
Как вы искали вредоносный код на сайте?
Попробуйте что-то типа http://25yearsofprogramming.com/php/findmaliciouscode.htm
(У меня сейчас Bing webmaster tools ругается на один из моих сайтов. Код при этом чистый)
feedburner только публикует фид. Создаётся он у вас, в wordpress.
Там и надо смотреть. Скорее всего в плагине который создаёт фид.
Уберите пробел в первой строке RSS, перед <?xml version="1.0" encoding="UTF-8"?>
Если фид генерируется скриптом, надо там смотреть, где этот пробел печатается
Хм... значит моя информация устарела.
Я помню, вроде года полтора назад когда вводили instant search, небыло промежуточного редиректа. Помню, даже шумели в буржунете по этому поводу.
Сейчас не поленился проверить, действительно передаётся реферер через промежуточную страницу. Более того, реферер содержит посковый запрос!
Все сервисы определяющие ключевики на основе реферера не смогут определять их если они пришли с https или содержащие поисковую фразу после #. Поэтому, если завтра Яндекс также захочет использоват подобные URLы, то и оттуда нельзя будет узнать о ключевиках.
В принципе всегда неплохо использовать несколько сервисов, можно будет потом брать средниее значение.
Гугл аналитикс тоже показывает ключевики с яндекса
Если пользователь не залогинен в Гугле и использует Instant Search поиск, URL во время поиска содержит #: http://www.google.com/#sclient=psy-ab&hl=en&site=&source=hp&q=hello+world+again&pbx=1&oq=hello+world+again&aq=f&aqi=g-v1&aql=&gs_sm=e&gs_upl=1355l3667l0l3832l17l15l0l2l2l1l255l3081l2-14l16l0&bav=on.2,or.r_gc.r_pw.r_cp.,cf.osb&fp=682774cd339f5d00&biw=1316&bih=682
соответственно, при переходе с такого линка не передаются параметры после # в реферере. И поэтому, аналитикс, да и другие сервисы статистики, не могут определить поисковые фразы, и в аналитикс будет (not set).
Если юзер имеет гугл аккаунт и залогинен, тут появляется новая беда. URL гугла будет использовать https протокол, а он по спецификации не позволяет передавать реферер вообще. И в аналитикс мы увидим (not provided).
Скорее всего, со временем количество (not provided) будет увеличиваться, и чтобы увидеть статистику по ключевикам, я предполагаю, что гугл будет брать за это отдельную плату. Другие системы аналитики вообще не смогут знать о фразах с гугла. Вот он, отличный маркетинг! :)
Микродата это html5, поэтому, чтобы валидатор не ругался делайте доктайп html5. Если при этом разметка полетит, либо чините разметку, либо забейте на валидатор ;-)
