Заголовки (title)у статей.
http://7-40.com/Article_read.asp - бага
Microsoft JET Database Engine error '80040e14' Syntax error (missing operator) in query expression 'ARTICLE_ID ='. /Article_read.asp, line 36
прошел кстати по ссылке.
Ну и альты можешь прописывать не общие, а article related.
Ещё вопросы:
11. Влияет ли дата обновления документа на результаты поиска
12. Придаёт ли та или иная поисковая машина больший вес сайтам, находящимся в правильной зоне (домене первого уровня): скажем Яндекс сайтам в .ru, Гугль в .com. Для Яндекса персонально по narod.ru
А анализаторы логов нынче не в моде?
Ладно, у Саши есть пища для размышлений :)
Согласен, но наверное более точной будет фраза сдокумента с ненулевым PR. Что я имею в виду: если есть три сайта (документа), один уже в базе и два новых. Причём со старого есть ссылка на один из новых, и есть ссылка между новыми. При очередном рассчёте PR оба новых сайта получат какой-то PR отличный от нуля и возможно оба же и будут проиндексированы. Это только предположения, т.к. в такие ньюансы я никогда не вникал, т.к. два сайта одновременно добавлять не пытался.
Есть несколько причин, по которым сайт не индексируется
1) Прошло недостаточно времени с момента заполнения формы добавления сайта. Самый быстрый - Яндекс. Если робот не загружен, то добавляемая страница появляется в результатах поиска уже через 3 часа. Мои страницы попадали в индекс самое позднее через неделю с момента добавления. У остальных поисковиков время обновления индекса существенно больше - можно начинать беспокоится месяца через полтора.
2) В момент визита робота поисковика сайт был недоступен или имел очень большое время отклика. Если сервер "тормозит" не постоянно, то рано или поздно сайт попадёт в поисковик. Через какое время - см. пункт 2.
3) Некоторые поисковики (Google) индексируют только те сайты, на которые есть хотя бы одна внешняя ссылка
4) Самая распространённая ошибка среди любителей использовать .htaccess - в результате применения директив ErrorDocument или RewriteRule робот поисковика при обращении к robots.txt получает от сервера код отличный от 200(OK) или 404 (Not Found) - некоторых роботов (Rambler) это вводит в ступор и индексация не произойдёт до тех пор, пока не ошибка не будет исправлена. Как избежать ошибки: в случае использования ErrorDocument всегда создавать robots.txt хотя бы и пустой, в случае использования RewriteRule быть аккуратным и всегда проверять код ответа сервера.
5) Неправильно написанный robots.txt. При попытке запретить индексацию сервера для какого-либо робота под правило попадают и другие роботы. См. пункт FAQ - как правильно составить robots.txt.
Также сюда можно отнести запрещение индексирования всего домена: в случае страниц вида http://домен/~пользователь/blabla.html локальный robots.txt работать не будет, а в общем robots.txt пользовательские страницы могут быть запрещены к индексации для уменьшения нагрузки на сервере. Как избежать ошибки - всегда проверять правильность составления robots.txt.
6) Тупые ошибки типа все url сделаны на JScript или во флэше, а также прочие проблемы дизайнерского характера пусть распишет кто-то другой.
7) О том что сайт забанен сообщает только Яндекс(?). При попытке повторного добавления выводится сообщение вида "Документ запрещён к индексации". Google о бане не сообщает, просто говорит, что документ принят к рассмотрению безо всяких гарантий.
Ответ:
Есть минимум 3 способа узнать об этом:
1)Некоторые поисковики при повторной попытке добавления сайта выдают об этом сообщение
2)Большинство поисковиков предоставляют возможность расширенного (advanced) поиска в котором можно осуществить поиск по url
3)Если поиск по URL не осуществляется, то можно просто в строке поиска указать URL своего сайта. В этом случае в результатах будут выданы все упоминания вашего сайта (не только ссылки) и собственно ваш сайт
И клиенты разумеется через neosap пришли :D
Это у них традиция такая. Года два назад наткнулся на статью из 5-ти страниц про Open Source. Только одна(!) из пяти страниц была удобочитаемой, остальные по качеству сооветствовали автоматическому переводу. На моё замечание, что они перевели один из пунктов The Open Source Definition с точностью до наоборот мне предложили... стать автором :). А статья так до сих пор и лежит на сервере в неоткорректированном виде :(, хорошо хоть в оффлайне её не опубликовали.
Клоакинг - давно пройденный этап.
Ведь позицию в поиске определяет не скрипт, а содержимое страницы предъявляемой поисковику. Если ты умеешь создавать страницы, которые занимают первые места, и при этом их не банят, то особого смысла прятать их от конкурентов нет - тщательный анализ страницы в состоянии провести лишь единицы. Да и банят не из-за использования клоачного скрипта, а за подозрительное содержание.
По поводу бана: один раз я сделал весьма неудачную страницу, и хотя скормил её Яндексу в пятницу около 10-ти вечера, в 8-мь утра она была уже в бане, через неделю в бане был весь сайт, не смотря на то, что что страница просуществовала не более 12-ти часов. С часу ночи, когда пошли первые посетители и до момента удаления страницы из Яндекса я получил что-то около сотни посетителей, так что овчинка выделки не стоила. Но даже если бы я получил за это время в сто раз большее число посетителей, результат нельзя было бы признать удовлетворительным.
Теперь по поводу цены: есть несколько категрий ПО, которое задёшево никто покупать не будет. Клоачные скрипты принадлежат как раз одной из таких категорий. На самом деле скрипт по сложности исполнения не может стоить дороже 15-20$, основную добавочную стоимость даёт база IP адресов и услуга по своевременному обновлению этой базы.
