Seorch.pro - бесплатный поиск плагиата и проверка уникальности текста онлайн

Как так?... ни кому не нужно проверять уникальность?

1. Находит не все сайты (в яндексе на втором месте четкий дубль не увидел)

2. Процент совпадения идет по тексту или па странице в целом не понял. Т.к. дуль 1 в 1, но процент 97%, видимо 3 процента это мета и меню.

3. Домены marketnotes и MarketNotes посчитал как разные.

4. Нужна возможность проверять страницы, а не текст.

Если будет возможнотсь так сканировать весь сайт (скажем 100 страниц хотябы) спрос будет.

А так, по 1 странице - неинтересно :)

Хотелось бы видеть минимальное количество символов в проверяемом тексте на самом сайте, а не в вашем сообщении=)

Прямо под окном для ввода текста написано:

---------- Добавлено 26.11.2014 в 23:11 ----------

Спасибо за внятную критику, будем работать и прорабатывать.

Еще кто скажет что нибудь?

Итак отвечаю по порядку и рассчитываю на помощь в спорном вопросе.

Это единичный случай банальной ошибки, которая могла возникнуть из за многих причин, начиная с некорректно указанной кодировки или doctype и заканчивая баном нашего IP хостингом сайта.

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

На сайта менее 10% мы выводим "< 10" и выше 90 - "> 90", чтобы избежать подобных претензий. Суть проверки на уникальность - показать потенциальные копии, чтобы клиент сам принял решение, являются ли они реально плагиатом. В этом свете процент уникальности - лишь абстрактная цифра. Важен анализ результатов, а не сам процент. Возьмите, к примеру, рерайт. Никогда нельзя быть уверенным, что это действительно рерайт, а не "та же мысль другими словами", а значит без анализа данных человеком никак не обойтись. С другой стороны, если результат будет интерпретироваться человеком, то в чем разница между 97% и 100%? Ведь человеку ясно, что оба текста совершенно не подходят или оба подходят для размещения на сайте.

Здесь, у нас между разработчиками и сеошником (мной) возник спор, подключайтесь товарищи, кто прав?

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

Мы встречали случаи, когда сайт расположен например, на moyDomen.ru и контент отдает только при таком написании. При запросе moydomen.ru выдается страница с кодом 200 и контентом с описанием ошибки - "сайт написали некорректно". Как вы предлагаете определить, какая из двух страниц с кодом ответа 200 (успешный запрос) является "правильной", а какая должна быть выкинута из результатов?

Изначально мы приводили домены к единому виду - moydomen.ru. Пользователи жаловались, у некоторых сайт доступен только как moyDomen. Затем мы стали оставлять "как есть" - пользователи продолжили жаловаться, потому что иногда поисковые системы проиндексировали moyDomen, а пользователь, к примеру, запретил это или ему просто не нравится, как это выглядит. Сейчас мы оставляем оба варианта, чтобы живой человек выбрал правильный. Дело в том, что мы берем эти данные данные не из воздуха, а из поисковых систем. То есть одна ПС считает, что домен пишется MarketNotes, другая - как marketnotes. По нашему опыту там может быть совершенно разный контент.

При этом, если проверяется одна и та же страница - значит это не повлияет на итоговый общий процент уникальности. Это лишь укажет, что этот сайт может быть запрошен в двух вариантах на момент проверки. Если проблему починят, и он будет доступен только в одной на момент анализа результатов - пользователь сможет найти правильный. Представьте, мы выберем marketnotes и отбросим MarketNotes, это заметит клиент и заблокирует marketnotes, оставив доступ только к MarketNotes. В этом случае все остальные пользователи, видя marketnotes, не смогут попасть на сайт и увидеть контент - и будут писать вам жалобы, что вы нашли недоступный контент.

Если у вас есть простое решение для этой грубейшей ошибки или хотя бы идеи, как именно нужно улучшить алгоритм, пожалуйста, пишите. Как вариант, мы можем выкидывать один из вариантов, если результаты проверки обоих текстов примерно равны. Но это не устраняет проблему, когда контент разный - и жалобы опять же продолжатся.

На что я написал длинный ответ, изложив свои мысли по этому поводу, цитирую:

С этим пунктом, я никак не могу понять, прочитав уже несколько раз, я не могу себе это представить... Попробую рассказать почему:
Регистр имени сайта, изменяется ТОЛЬКО для более удобного восприятия домена в результатах выдачи.
Изменять регистр разрешено, если домен состоит из 2 и более связанных слов, чтобы он был понятнее пользователю и не как не влияет на сам адрес сайта.
http://help.yandex.ru/webmaster/search-results/name-case.xml#allowed-changes

А значит, что:
http://besplatnyeprogrammy.zz/
http://BesplatnyeProgrammy.zz/
http://BESPLATNYEPROGRAMMY.ZZ/
http://BeSpLatNyeProGraMmy.Zz/
все, эти домены, будут вести на один адрес/страницу, неважно как они написаны в браузерной строке или на страницах выдачи ПС.

Вы написали:
То есть одна ПС считает, что домен пишется MarketNotes, другая - как marketnotes.
Да, я согласен, если в Яндексе, изменить регистр, он не поменяется в Гугле или на оборот, и они будут в 2х разных системах отображаться по разному, но вести они будут на один и тот же адрес.
Вот опять пример моего сайта: Я яндексе он отображается с регистром ( https://yadi.sk/i/ZrzTKxvucxn87 ), в Гугле - нет ( https://yadi.sk/i/RD3xYyJBcxn72 ), но ведут они на один и тот же сайт. Поэтому пользователь не сможет заблокировать ИЛИ MarketNotes ИЛИ marketnotes, заблокировав один, закроются оба.

Есть только один вариант, когда регистр имени имеет значение: Это имена файлов в линуксе, где Kis.exe и kis.exe - два разных файла/имени файла (даже в одной папке лежать могут)
Но опять же берем пример, с меня, у меня есть сервер файлов, где для сайта я заливаю дистрибутивы программ и ставлю на них ссылки:
http://downloadsof.in/kav.exe - перейдет по файлу и начнет загрузку
http://downloadsof.in/Kav.exe - сработает редирект, так как файла с именем Kav.exe на сервере нет.

НО

http://DowNloadSof.in/kav.exe - будет работать, так как изменен регистр только домена а не конечного файла, поэтому файл kav.exe будет отлично качаться и по такому виду ссылки. Так как речь идет о регистре именно домена, который не может быть разным в зависимости от размера буквы.

Поэтому у меня никак не укладывается в голове, что два одинаковых адреса написанные в разных регистрах могут вести на разные страницы.

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

Толковал как мог... Если, что исправляйте...

Такая возможность скоро будет.