Защита PHP скриптов от копирования — это возможно?
Бывает так, что вам неохота предоставлять исходные коды проектов, которые вы разрабатывали. Для этого можно использовать программы-обфускаторы, о которых недавно шла речь.
А бывает, что вам не так хочется закрыть исходный код, как защитить скрипт от копирования. На мой взгляд, сокрытие исходного кода, в большинстве случаев, не имеет смысла без защиты от копирования. Некоторые обфускаторы, шифрующие код (а не просто коверкающие), имеют возможность лочить скрипт под определенный домен или айпишник. Но, во-первых, мы же не хотим для каждого домена перешифровывать все исходники? Во-вторых, мне удалось разлочить эту защиту одной строкой в начале скрипта:
Я долго искал в интернете решение для защиты от копирования. На форумах этот вопрос часто обсуждался, в основном, задавали его новички, а опытные (видимо) программисты отвечали «— Ты дурак, кому нужен твой код. Учи матчасть, да и вообще php-скрипты ничего не достойны!». Что ж, подумал я. Наверное, действительно нельзя. Но подождите, тот же Битрикс (фу) выдает лицензии на отдельные сайты, при этом вы получаете открытый исходный код после покупки лицензии. Что же мешает скопировать его на несколько своих сайтов? Я не знаю, а если вы знаете — скажите мне пожалуйста.
- Скрипт, очевидно, должен быть зашифрован, например Зендом. Но мне понравился Lock It — во-первых, он не требует Зенд Оптимайзера, и, во-вторых — стоит недорого. Но сейчас речь не о том, как шифровать скрипт, а как защитить его от копирования. Поэтому идем дальше, просто будем считать, что исходный код закрыт. Очевидно, что это необходимое условие.
- Я хочу выдавать ключ (я назову его лицензией) на каждый экземпляр скрипта. То есть я хочу каждому человеку отдавать только лицензию, а скрипт пусть валяется во всеобщем доступе.
- Лицензию привязывать к домену, но если у домена есть синонимы — скрипт должен работать и при обращении через них. Главное, чтоб это был один и тот же экземпляр скрипта.
- Никаких коннектов на другой (мой) сервер. Скрипт должен быть самодостаточным.
- Никакого доверия скрипта к серверным переменным или переменным окружения во время проверки лицензии. Их можно легко переопределить.
Решение
1. Выдача лицензии и проверка действительности лицензии скриптом
Действительно, некрасиво хранить $secretword в самих скриптах. Поэтому здесь можно использовать шифрование с открытым ключом. При выдаче лицензии я буду подписывать ее своим закрытым ключем, а скрипт, при проверке лицензии, открытым ключем будет проверять действительность лицензии. Но я не нашел в стандартном комплекте PHP никаких функций шифрования с открытым ключом, даже RSA (я слепой?). Если поможете — буду благодарен.
Итак, скрипт проверил правильность лицензии. То есть, подходит ли указанный ключ к указанному домену. Идем дальше.
2. Проверка домена
Как скрипт может проверить, лежит ли он на указанном домене? У нас нет доверия к $_SERVER[‘HTTP_HOST’].
Так же, по условиям — никаких коннектов на другой сервер. Значит, коннектимся сами к себе по предполагаемому домену, и проверяем мы ли там находимся 🙂
А точнее:
1) сохраняем случайное число на сервре (например, во временном файле)2) обращаемся по адресу наш_домен.ру/наш_скрипт.php?action=скажи_число3) проверяем, какое число нам отдают по этому адресу. Если оно соответсвует тому, что мы сохранили, значит, по адресу находимся мы :)0) нулевым пунктом надо добавить отдачу сохраненного числа, если нас вызвали с параметром action=скажи_число
Я немного упростил алгоритм, на самом деле для каждого обращения к скрипту нужно отдельно учитывать эти случайные числа.
Теперь скрипт знает, что лицензия действительна, и что он лежит на соответствующем домене. Основная задача решена!
Вы скажите — wtf, скрипт при каждом обращении будет дергать сам себя? Действительно, жестоко как-то. Поэтому:
3. Временная лицензия
При первом обращении, если проверка прошла успешно, скрипт сохраняет во временном файле временную лицензию.
Временная лицензия представляет собой что-то ноподобие md5(сегодняшняя_дата, домен, секретное слово).
Теперь при каждом запросе мы проверяем только временную лицензию, которая действительна в течение дня. Как только со временной лицензией что-то неладное (поменяли, удалили, прошли сутки) — скрипт опять проверит всё серьезно и сохранит новую временную лицензию.
4. Выполнение скрипта на локальном компьютере без лицензии
Было бы идеально, если бы скрипт не требовал лицензии при запуске на локальном компьютере. Зачем, спрашивается, человеку требовать с меня лицензию, если он просто хочет протестировать скрипт на своем компьютере? Он должен скачать его, и пользоваться. А вот когда он поставит скрипт на сервер, тогда и прийдет ко мне.
Я не знаю как решить эту задачу. У меня пока есть 3 варианта решения, но они мне не нравятся:
1) Если скрипт лежит на домене без точек (типа myscript) — считать, что это виртуальный домен, значит, скорее всего, это локальное тестирование. Недостаток этого метода — умельцы создадут виртуальный домен на своем сервере, а настоящий домен сделают синонимом. Так же, непонятно что делать с доменом localhost.
2) Проверка $_SERVER[«REMOTE_ADDR»]. Проверяем наличие ‘127’ в начале ip-адреса. Недостаток — можно переопределить эту переменную перед выполнением скрипта.
3) Смешно, но можно проверить операционную систему сервера. И разрешить выполнение под Windows. Только не бейте меня, это всего лишь вариант.
Выкладываю пример скрипта для тестирования.
Я с благодарностью жду конструктивных комментариев. Возможно, вы найдете ошибку в этой защите, или подадите сежую идею.
Как защитить свой сайт от копирования
Всем привет в данной статье я расскажу как просто и быстро защитить свой сайт от копирования, мы скроем код и запретим обрабатывать на нашем сайте выделение левой кнопкой и различные комбинации клавиш.
Перед тегом <head> добавим
Это заблокирует выделение текста и нажатие правой кнопкой мышки.
В теге <head> пропишем:
Так мы заблокируем комбинации которые открывают код элемента в браузере, если вы хотите добавить еще кнопки добавьте снизу строку.
Херня это все, через консоль из кода копируется на раз-два. И вообще, если я такое вижу на сайте, сайт отправляется на помойку, там ему самое место
Фигня. Это добавляет проблем пользователям, а обходится ещё быстрее.
Вот вам ещё ебанутые идеи для «защиты сайта» от копирования:
1) делать сайт на локалке, а на хостинг выкладывать его скрины, чтобы без какого-нибудь ABBY Find Reader текст не скопировать
2) вставлять между символами/словами <span> с рандомными знаками цвета фона или в полной прозрачности
3) не выкладывать сайт вообще или сделать доступ только по разовой ссылке-приглашению, чтобы получить которую нужно подписать соглашение, где пользователь обязуется под страхом анальных кар не копировать, не запоминать и не читать информацию с сайта
идиотские решения, из-за которых приходится отключать яву на сайте или лезть в код и там все равно копировать
по ебальничу за такое надо давать
Показательно о ценообразовании
Небольшой дисклеймер: если кто-то занимается фрилансом и обсуждение заказа начинается подобным образом — сливайтесь.
Выписал из диалога куски, имеющие отношение непосредственно к цене, чтобы выделить главное. Я — я, К — клиент.
К: Нужно разработать такой небольшой сайт и разместить на хост.
Я: Восемь тысяч, сделаю к концу недели, приступлю по 100% предоплате.
К: Поздно. А сколько будет, если сделать за сегодня?
Я: За сегодня не успею при всём желании, самое раннее — через два дня, если сдвину прочие заказы.
К: Два дня лучше, сколько за срочность?
Я: Двенадцать тысяч.
К: А за шесть сделаешь? Тут вот готовые наброски, здесь можно сделать попроще, вот тут можно не заморачиваться, быстрее же будет и дешевле?
Я: Если вот эта, вот эта и вот эта части уже готовые, то сделаю за шесть к выходным.
К: Я сегодня уже хотел лить трафик.
Я: За сегодня не успею.
К: А если к завтра сколько денег будет стоить?
Я: Самое раннее — через два дня, двенадцать тысяч, по 100% предоплате.
К: Начинай тогда, сделай к завтра, рассчитываю на тебя, завтра переведу полторы тысячи, если будут!
Прячем JavaScript-код на фронтенде от посторонних
Давайте представим ситуацию, когда вы и ваша команда пишете интересный и сложный код на JavaScript. Причём этот код в кратчайшие сроки нужно использовать в проекте. Если его функциональность действительно уникальна, то в процессе разработки и у вас, и у членов команды вполне резонно возникнет вопрос: «Как защитить код от копирования?».
Как защитить код: веб-сокеты, крипторы и обфускация
Разумеется, все мы прекрасно понимаем, что JavaScript выполняется на стороне браузера. И любой зашифрованный код всегда можно расшифровать, если знать принципы работы браузера. Поэтому можно попробовать лишь затруднить понимание данного кода, а это, в свою очередь, очень сильно помешает злоумышленнику модифицировать его под свои нужды.
Итак, есть несколько вариантов защиты кода:
- Использовать веб-сокеты.
- Использовать крипторы.
- Сделать обфускацию кода.
Крипторы приводят код в нечитаемый вид, используя, как правило, base64 (что неизбежно приводит к увеличению объёма кода примерно на 30%). Затем к полученному результату прибавляется так называемая «соль» — набор символов, который при разборе кода функцией-дешифровщиком используется в качестве ключа. Ну а потом вся строка кода обычно выполняется через eval(). Проблема крипторов в том, что если понять принцип их работы, отсечь «соль» и декодировать, то сразу становится доступен весь код в его исходном виде.
Обфускаторы же изменяют сам код, вставляя между операторами нечитаемые символы, меняя имена переменных и функций на набор визуально непонятных символов. При этом объём кода также сильно увеличивается из-за вставки дополнительного псевдокода, а также замены символов на hex, когда любые символы переводятся в их hex-значения (например, латинская буква ‘e’ может быть записана как ‘\x65’, причём это прекрасно интерпретируется любым браузером). Можете посмотреть, как работает перевод в hex через любой сервис Text To Hex, например на Crypt Online.
Применение обфускаторов сильно усложняет дальнейшую отладку кода, поскольку это необратимый процесс. К тому же в некоторых случаях они могут повлиять на функциональность кода. Попробовать обфускаторы можно на любом сервисе обфускации, к примеру этом или этом. Также в Сети можно найти платные крипторы-обфускаторы, в настройках которых вы сможете указывать степень защиты, время жизни скрипта и прочее, при этом скрипт будет намертво привязан к вашему домену, т.е. для дешифровки будет использоваться уникальное для вашего хоста значение. Стоимость таких крипторов начинается от 45 $. Кроме этого, перед обфускацией вы можете предварительно минимизировать код, заменив все имена переменных и функций на их односимвольные синонимы. Отличный и очень популярный инструмент на Node.js — UglifyJS, который работает как в автоматическом режиме (скажем, через Gulp), так и в режиме командной строки.
Также есть всем известный Closure Compiler от Google, который кроме минимизации анализирует JavaScript-код, удаляет мёртвый код, переписывает и сводит к минимуму то, что осталось. Он также проверяет синтаксис, ссылки на переменные и типы и предупреждает об общих ошибках JavaScript. Имеет хорошо документированный API.
Кроме предложенных методов можно сделать следующее:
- использовать WebStorage и скрывать там JavaScript код;
- прятать часть кода в отдельном файле на сервере и вызывать его через XMLHttpRequest ;
- использовать побитовые операторы для замены чисел на наборы скобок и знака
Всё это, разумеется, не станет стопроцентной защитой. Тем не менее чем сложнее процесс дешифровки, тем больше шансов, что после множества неудачных попыток любители копировать чужой код оставят ваш сайт в покое.
Зашифровка кода на примере JavaScript-калькулятора
Не так давно я разработал JavaScript-калькулятор для расчёта стоимости услуг, с большим количеством взаимосвязанных параметров. Руководство поставило задачу защитить данный скрипт от копирования, чтобы конкуренты не смогли использовать его на своих сайтах. Искал различные решения, ничего подходящего не нашёл, поэтому начал писать собственное. Представляю его ниже.
Обращаю ваше внимание на то, что любой код можно расшифровать, просто для этого нужно время. Поэтому данное решение, разумеется, не идеально. Тем не менее, чтобы его раскрыть, требуется время, внимательность и усидчивость. И это может оттолкнуть ваших конкурентов от идеи скопировать ваш скрипт. Большинство из них после нескольких неудачных попыток просто будут искать аналог похожего скрипта на других ресурсах.
По итогам работ в браузере вы увидите нечто такое:
При этом все зашифрованные скрипты будут работать корректно. Опытный взгляд программиста сразу визуально определит кодирование через base64. Но при попытке расшифровать строку любым base64 декодером, будет ошибка. Если вставить скрипт в alert (такой метод также рекомендуют на форумах для дешифровки кода), то результат также будет нулевым.
При этом никто ведь не знает, что здесь зашифрован именно скрипт. Это может оказаться какой-то параметр, текст или изображение. Через base64 можно зашифровать всё что угодно.
Поищем в коде функцию glob() , которой передаётся шифрованная строка. Вот она: glob=function(s) Видим ещё несколько функций sfd() и rty() . Ищем эти функции. Вот они: На этом месте многие закончат попытки расшифровки и оставят ваш сайт в покое. Рассмотрим алгоритм подробнее. Первым делом указываем в футере сайта путь на скрипт и тут же кодируем его: В строке выше мы говорим интерпретатору PHP взять файл script.js, далее закодировать его через base64, прибавить строку ‘K’ и всё это записать в переменную $filebase64 . Добавление строки ‘K’ (это может быть любая латинская буква или комбинация букв или цифр) защищает нас от того, что желающий скопировать ваш скрипт расшифрует его с помощью alert() или онлайн-дешифратора. Ведь с дополнительными символами скрипт не будет работоспособен. Затем где-то дальше в коде вызываем скрипт: Пусть этот скрипт вызывается отдельно, подальше от других скриптов и ссылок на скрипты. Далее где-то в файле с общими скриптами сайта, отдельно от других скриптов, вставляем вызов функций дешифровки. Вставлять можно независимо от других функций и библиотек. Разбираем подробно что здесь происходит. Наша основная функция glob() принимает один параметр s . Он сразу передаётся функции substring() с параметром — [] (это равно 1 в зашифрованном виде), которая извлекает из s строку начиная с первого символа и до конца. Следовательно, если мы в PHP-коде в качестве строки прибавляли более одного символа, скажем три, то нам нужно будет в функции substring() указать 2+(- []) . Либо путём шифрования цифр через побитовые операторы мы можем создать запутанную формулу, часть переменных которой мы можем прятать в cookies или sessionStorage, что сделает крайне затруднительным понимание того, какое количество символов необходимо отбросить для дешифровки кода. Пример замены цифр через побитовый операторКак защитить JavaScript от копирования на своём сайте
-1 можно заменить на
Далее полученный результат принимает функция rty() . Эта функция представляет собой набор символов, в частности: this[«\x61\x74\x6F\x62»] ;
Попробуйте ввести это в консоли браузера и вы увидите, что на самом деле делает эта функция. Например, вы увидите:
Т.е. набор символов — это зашифрованная функция atob() , которая, согласно описанию на MDN, декодирует строку, закодированную с использованием base64.
Результат декодирования получает функция sfd() . Она также представляет собой набор символов: this[«\x65\x76\x61\x6C»]; .
Вы уже догадались, что нужно сделать? �� Выполните в консоли браузера и вы увидите:
Здесь, думаю, уже объяснять ничего не надо. Все мы знаем, что функция eval() выполняет скрипт, полученный из строки. «Плохая практика», как сказали бы многие, для обычного кода, но в нашем случае это безопасная и нужная функция для реализации нашей идеи. К тому же напрямую к этой функции пользователь не сможет получить доступ.
Наверное, вы задались вопросом, а каким же образом функции зашифрованы в наборе символов? Очень просто: набор символов — это текст, преобразованный в шестнадцатеричную систему счисления. Т.е. это текст в формате hex (hexadecimal), в котором можно зашифровать любые символы.
Таким образом, наша расшифрованная функция выглядит так (специально разбил по строчкам, чтобы было наглядно):
В итоге отбрасываем первый символ шифрованной строки (при этом символов может быть хоть 353, и об этом никто не сможет быстро догадаться), потом дешифруем, потом выполняем через eval() .
Вы можете пойти и дальше. Если каким-то образом кто-то всё же расшифрует ваш скрипт, немного усложните его, чтобы людям было сложнее модифицировать его. Например, можно поговорить о побитовом операторе ^ , c помощью которого можно творить чудеса. Например, a^b^b будет равно a . В качестве b может быть использован ключ, который мы зашифруем где-то выше…
Всё будет работать как и раньше, но собьёт с толку нехороших копипастеров.
7 способов защиты контента от копирования
В последнее время проблема копирования контента усугубляется всё больше и сегодня многие задаются вопросом как защитить контент от копирования. Существует огромное множество различных инструментов, сервисов и программ, позволяющих вычислять молодые, плохо индексируемые сайты и парсить с них статьи.
Навигация по статье:
Чем копирование контента опасно для вас и для вашего сайта?
Предположим, что вы три дня писали статью или заказали её у копирайтера и заплатили за неё деньги. Далее вы публикуете эту статью у себя на сайте и практически сразу её копирует к себе на сайт какой то… другой человек, сайт которого намного быстрее индексируется чем ваш.
В итоге если поисковый робот проиндексирует его сайт раньше чем ваш, то авторство статьи будет присвоено ему, а не вам. Обидно, не правда ли?!
Также если вашу статью скопируют на сайт, у которого больше посещаемость, лучше поведенческие факторы и в целом сайт уже достаточно раскрученный и трастовый в глазах поисковиков, то он будет высвечиваться выше в поисковой выдаче чем ваш, с той же самой статьёй.
В общем хорошего мало!
Поэтому сегодня я хочу рассказать вам о том как можно защитить ваш контент от копирования и рассмотреть несколько наиболее популярных способах защиты контента.
Защита от копирования контента при помощи скрипта
Данный вариант подойдёт для любого сайта, на любой CMS. Заключается он в том, что в коде сайта прописывается специальный фрагмент JavaScript кода, который запрещает использовать правую кнопку мышки на вашем сайте и копировать контент.
Достоинства:
- быстрый в реализации
- подходит для всех сайтов
- защищает от копирования как текст так и изображения
Что в нём плохого:
- Ухудшает поведенческие факторы. Согласитесь, что большинство пользователей раздражает, когда вы не разрешаете им ни картинку сохранить, ни фрагмент текста какой-нибудь скопировать (например, ваш номер телефона или e-mail). Особенно раздражает, когда на сайте представлен какой то фрагмент кода и его нельзя никак скопировать!
- Данный вариант защиты легко обойти путём отключения скриптов в браузере.
- Не эффективен при парсинге контента с вашего сайта.
- Также можно воспользоваться специальными программками для распознавания текста с экрана и скопировать всё что нужно.
Как видите минусов больше чем плюсов, поэтому данный способ защиты я вообще не рекомендую использовать. Есть мнение, что за такие штуки можно и фильтр от яндекса получить за ухудшение юзабилити. Я правда на практике не проверяла так ли это, но то что это может ухудшить поведенческие факторы, что в свою очередь приведёт к снижению позиций в поисковой выдаче – это факт.
А вот и сам код скрипта для запрета копирования:
Куда вставлять этот код?
Вставляется этот скрипт в самом конце страницы пред закрывающийся тегом body.
Приписываем ссылку на источник
Суть даной защиты заключается в том, что при копировании контента к нему автоматически приписывается ссылка на источник.
«Но ведь эту ссылку можно легко удалить!» — подумаете вы и окажетесь правы. Именно поэтому этот вариант считается одним из малоэффективных.
Его достоинства:
- подходит для любых сайтов
- простой и быстрый в реализации
- особо не влияет на поведенческие факторы
- Малоэффективен
- Рассчитан для невнимательных, ленивых или очень честных копипастеров, которые могут эту ссылку или недосмотреть или полениться удалить или у них проснётся совесть и они оставят вашу ссылку.
Если по каким то причинам вы всё таки хотите использовать именно этот вариант, то вот код для его использования:
Данный код вставляется точно также перед
Как защитить контент от копирования при помощи скрытого блока
Этот способ защиты позволяет вам добавить в текст каждой статьи блок с нужным вам тестом.
Например: «Текст данной статьи был нагло сворован с сайта http://имя_сайта.ru
Переходите по ссылке, чтобы убедиться в этом! Также там вы найдёте для себя много полезной информации!»
Размещается он в блоке div, к примеру, этому блоку задаётся определённый класс.
А затем в таблице стилей вашего сайт для этого класса прописывается свойство:
Таким образом, на вашем сайте этот блок будет невидимым, а на любом другом – видимым.
Достоинства:
- не влияет на юзабилити
- особенно актуален для защиты от парсинга
- прикольный 🙂
- более хлопотный в реализации, так как код нужно добавлять для каждой статьи
- если ваш вор хоть немного разбирается в CSS, то он сможет его обойти
- по факту он не защищает от копирования, а просто позволяет вам навредить в ответ копипастеру.
Защита контента от помещения в буфер обмена
Следующий способ защиты от копирования очень похож на первый, но он не запрещает правый клик, а просто не даёт данным вставляться в буфер обмена. В итоге человек как бы копирует текст или картинку, а он почему то не вставляется 🙁
Достоинства:
- эффективный для защиты от копирования текста и изображений
- менее агрессивный по отношению к пользователям чем первым
- подходит для любого сайта
- прост и оригинален в использовании
- при желании можно обойти путём отключения скриптов
- не защищает от парсеров
- влияет на поведенческие факторы, хоть и меньше чем запрет правого клика, но тем не менее
Хорошая перелинковка
Для тех кто ещё не сталкивался с этим.
Перелинковка – это размещение внутри текстов статей ссылки на другие статьи вашего же сайта.
То есть статьи получаются связанные (переплетённые) между собой множеством ссылок.
В чём же заключается данный способ защиты?
При копировании текста такой статьи все ссылки на другие статьи вашего сайта тоже копируются, и если злоумышленник не станет их вручную удалять, то вы получите ряд внешних ссылок бесплатно.
Достоинства:
- не ухудшает поведенческие факторы
- ссылки копируются и при обычном копипасте и при парсинге
- по факту это не способ защиты, а способ получить хоть какую то выгоду от воровства вашего контента
- при желании можно легко обойти при помощи специальных программ и сервисов очистки контента от html кода
Защита изображений при помощи водяных знаков
При данном способе на все ваши изображения накладывается название вашего сайта или любой другой текст, указывающий на ваше авторство.
Достоинства:
- не влияет на поведенческие факторы, при условии, что ваш водяной знак не перекрывает всё изображение.
- потребует от вас определённых усилий
- простые и маленькие водяные знаки можно при желании удалить
Для изображений данный вариант является наиболее эффективным, так как с удалением водяных знаков не каждый сможет справиться.
Защита контента путём добавления текстов в яндекс-вебмастер
Если вы ещё не зарегистрированы в яндекс-вебмастер – то обязательно сделайте это!
Там вы сможете следить за сообщениями от яндекса, отслеживать посещаемость, показы и позиции вашего сайта в выдаче и много чего другого. Настоятельно рекомендую!
Здесь же вы сможете найти инструмент «Оригинальные тексты». Смысл его работы заключается в том, что перед публикацией статьи вы сначала добавляете его в оригинальные тексты яндекса и тем самым заявляете что вы являетесь его автором, а уже после этого публикуете.
Затея очень интересная, но к сожалению данный способ не работает так как хотелось бы и гарантии что авторство данной статьи присвоят именно вам всё равно яндекс не даёт.
Поэтому использовать его однозначно стоит, но учитывайте то что данный инструмент не работает должным образом.
Выглядит он следующим образом. Вы просто вставляете ваш текст в поле и нажимаете «Добавить».
Достоинства:
- вообще не влияет на поведенческие факторы
- не нужно лезть в код сайта
- теоретически присваивает авторство вам не зависимо от скорости индексации вашего сайта
- Не даёт 100% гарантии что авторство будет присвоено именно вам. Во всяком случае на сегодняшний день. Очень надеюсь что в будущем это изменится, так как затея хорошая!
Другие способы защиты
- Добавление копирайта. Внизу сайта вы пишете что все права защищены и копирование материалов категорически запрещено и карается законом. Но при этом вы должны понимать что защищать эти самые права будете в первую очередь вы сами и мало кто сейчас воспринимает всерьёз такие сообщения.
- Относительные адреса картинок. Смысл в том что у всех картинок на сайте будут адреса вида «img/logo.png». И при копировании такой статьи на другой сайт эти картинки не будут отображаться. Способ крайне неэффективен и сложен в реализации если ваш сайт работает на CMS.
- Отключение RSS. Актуально для блогов и новостных сайтов. И другие.
Подведём итог
- 1. Если человек захочет скопировать ваш контент – то как бы вы не изощрялись – он всё равно это сделает! Поэтому перед тем как навешивать на свой сайт кучу скриптов и запретов хорошо подумайте над тем стоит ли рисковать поведенческими факторами в пользу защиты, которая всё равно не даст 100% гарантии.
- 2. Грамотно подходите к выбору способа защиты контента и используйте сразу несколько наиболее подходящих для вас способов.
- 3. Для изображений наиболее эффективный способ защиты это водяные знаки.
- 4. Добавляйте свои статьи в оригинальные тексты яндекса.
- 5. И последнее. Работайте над повышением скорости индексации вашего сайта!
На этом буду закругляться. Если вы нашли для себя что-то полезное в данной статье – обязательно поделитесь ею в соцсетях или напишите комментарий. Я буду вам очень признательна!
Если хотите периодически получать полезный контент к себе на почту и быть в курсе событий, то не забудьте подписаться на рассылку!
Берегите себя и свой контент, работайте над повышением скорости индексации сайта и будет вам счастье!