Считается ли восстановление веб-сайта плагиатом?
У нашей компании есть веб-сайт, размещенный и созданный какой-то компанией, но нам не нравится, как обстоят дела, поэтому мы решили отключить его и создать и разместить наш собственный веб-сайт.
Теперь вопрос в следующем:
Считается ли восстановление этого веб-сайта с нуля (таким образом, не используя ничего из исходного кода, но выглядя и функционируя одинаково) плагиатом/незаконным?
Может ли оригинальная компания-разработчик/хостинг подать на нас в суд или что-нибудь еще, если они увидели, что мы "взяли" их веб-сайт? Даже если мы сможем доказать, что написали это сами?
3 answers
Это полностью зависит от вашего контракта. Если у вас есть контракт с ними, в котором говорится, что они создадут веб-сайт и будут управлять им за вас, но они сохранят права, то вы не сможете его перестроить. Есть два отдельных вопроса. Один из них - это код для создания веб-сайта, а другой - дизайн.
Именно Дизайн связанный контракт определяет, можете ли вы перестроить свой собственный код, но сделать дизайн таким же. Если они владеют правами на дизайн, для например, хорошо известная дизайнерская фирма, которая позволяет вам "лицензировать" их дизайн на время действия контракта, вам не разрешат использовать тот же дизайн. Если, однако, они продали вам дизайн во время покупки, вы можете делать с ним все, что вам нравится.
Случалось со мной (дизайнером/программистом/хостером) раньше – и случится снова. Мой подход всегда заключался в том, что , конечно, грустно видеть, как клиенты уходят, но , конечно, нормально, если они берут свой веб-сайт с собой. И если это означает, что они хотят переписать код, но сохранить макет, я скорее польщен, чем зол.
Итак, моя точка зрения такова, что ваш веб–сайт - это ваш веб-сайт, даже если они его спроектировали и построили. Это может быть согласовано невежливо, если вы измените логотип, макет, дизайн или даже измените cms, не поговорив с ними.
Это говорит о том, что вам, вероятно, следует сначала попытаться поговорить с компанией, которая создала и разместила ваш веб-сайт. Скажите им, что вы хотите переехать и забрать свой сайт с собой, и спросите их, есть ли у них какие–либо проблемы с этим или сомнения по этому поводу. Рано или поздно они все равно узнают.
Ps: естественно, я бы ответил на ваш вопрос " Перестраивает чужой веб-сайт считается плагиатом?" с "да". Но так как это ваш веб-сайт, все немного сложнее. Поэтому я бы рекомендовал вам исключить "чужой" и сократить свой вопрос до " Считается ли восстановление веб-сайта плагиатом?". На сокращенный вопрос в контексте, который вы описали, я бы ответил "Нет".
В ответ на ваш вопрос о плагиате, поскольку веб-сайт принадлежит вам, проблем быть не должно. Авторские права на контент не передаются хостинговой компании просто потому, что они предоставили средства для публикации контента. Если они сами написали весь текст веб-сайта, сделали все фотографии и разработали все логотипы/графику корпоративного бренда, у вас может возникнуть проблема, поскольку авторское право по умолчанию принадлежит автору работы, если оно не передано по контракту. Вы ознакомились с их условиями ведения бизнеса?
В дополнительном примечании для решения вашей проблемы, связанной с последствиями расторжения контракта, как указано в вашем комментарии @tillinberlin:
Если вы не уверены, как будет воспринята новость о расторжении контракта с вашей хостинговой компанией, и вы не верите, что они будут вести себя достойно, выпустив копию вашего веб-сайта или обеспечив бесперебойную передачу другому хост-провайдеру, то вы следует:
-
Защитите доменное имя . Если вы зарегистрировали его самостоятельно, то у вас, вероятно, есть данные для входа, чтобы иметь возможность обновлять данные владельца регистрации (владельца) и изменять имена - серверы, специальные записи DNS, которые сообщают всем в Интернете, как найти сервер(ы), на котором размещен ваш веб-сайт. Если ваша текущая хостинговая компания изначально зарегистрировала это имя, вам потребуется:
(a) Проверьте с помощью запроса WHOIS , что он зарегистрирован на ваше имя или название вашей компании в качестве официального владельца регистрации, а не название их компании или чье-то другое имя. Если это нужно изменить, то подойдите к этому и разберитесь с этим до любого обсуждения вопроса о расторжении их контракта. Запрос данных для входа в ваш домен или запрос на передачу вашего доменного имени другому регистратору, к сожалению, будет для них событием с красным флагом, поэтому, на мой взгляд, всегда лучше сохранять регистрацию доменного имени в отдельной компании для того, кто размещает ваш домен. веб-сайт - старайтесь игнорировать такие предложения, как получение бесплатного домена с вашим хостингом!;
(b) Убедитесь, что у вас есть эксклюзивный доступ для входа в систему для управления доменным именем на веб-сайте регистратора (компании, продающие доменные имена). Работают ли ваши данные для входа в систему? Если нет, сбросьте пароль и убедитесь, что вы можете войти в систему, и что больше ни у кого нет пароля. Убедитесь, что нет дополнительных пользователей, настроенных для доступа к домену с использованием адресов электронной почты, отличных от вашего, удалите их, если есть есть!;
Защитите статическую копию веб-сайта . Хотя, безусловно, больно переделывать свой веб-сайт и включать новую CMS, и SEO может пойти ужасно неправильно со всеми изменениями URL-адресов, если у вас есть статическая копия настройки веб-сайта и размещена в вашей новой хостинговой компании, вы можете изменить серверы имен, чтобы указать на их серверы, даже до того, как они начали работать над новой версией, и пока ваша текущая хостинговая компания даже не знает, что вы будете расторжение контракта. Копир веб-сайта WinHTTrack - отличный бесплатный инструмент для создания статической копии вашего веб-сайта.
Чтобы спасти ваш SEO и убедиться, что все ваши пользователи не попадут на страницы с ошибками HTTP 404 Не найдено, нажав на ссылки результатов поиска в поисковой системе, попросите вашу новую хостинговую компанию настроить перенаправление HTTP 301 для всех URL-адресов, которые больше не будут работать, и указать им на недавно скопированную статическую версию страницы (заканчивающуюся на .html). В маловероятном случае, если ваша CMS использовала расширение .html для всех URL-адресов, вы можете пропустить этот шаг, но это маловероятно.