Содержание

как создать целевую страницу для веб-сайта Squarespace (2023)

Содержание

  1. Обзор целевых страниц
  2. Прежде чем начать
  3. Использование экрана блокировки в качестве целевой страницы
    • Установить пароль для всего сайта
  • Настройте свой экран блокировки
  • Формирование страницы, которая станет вашим лендингом
      • Односекционная страница макета
      • Обложка
    • Макет страницы
  • Советы по SEO: что нужно знать
  • Обзор целевых страниц

    Целевые страницы создаются для разных целей и нацелены на то, чтобы быстро привлечь внимание пользователей, демонстрируя различные объявления на вашем сайте. Вы можете рассмотреть возможность создания целевой страницы на своем сайте для:

    • Скоро раздел
    • 404 страницы ошибок
    • Обратный отсчет запуска продукта
    • Любые другие важные объявления

    Приступим к формированию вашей первой целевой страницы.

    Перед началом работы

    Домены Squarespace, которые не связаны с вашим сайтом, обычно имеют парковочные страницы. Посетители этих страниц увидят пользовательский домен и фоновое видео. Имейте в виду, что такие страницы не поддерживают экраны блокировки.

    Использование экрана блокировки в качестве целевой страницы

    Если вы используете пароль для всего сайта, посетители вашего сайта увидят экран отсутствия. Этот можно использовать как целевую страницу. Стиль по умолчанию — светло-серый с минимальным текстом, но его можно настроить в соответствии с дизайном вашего бренда. Эта конкретная страница будет работать как лендинг для пользователей с паролями — после ввода пароля они получат возможность просматривать другие страницы сайта. Опция бесплатна для платных и пробных аккаунтов. Это означает, что это отличная возможность создать свой собственный раздел «Скоро» или «В разработке» без дополнительных затрат, пока вы создаете остальную часть веб-сайта.

    Чтобы создать экран блокировки, вам необходимо выполнить следующие действия.

    Установить пароль для всего сайта

    Чтобы сделать это на рабочем столе, выполните следующие простые шаги:

    • Нажмите «Настройки» в главном меню, а затем выберите «Доступность сайта».
    • Нажмите «Защищено паролем» в раскрывающемся меню.
    • Установите и введите пароль, который потребуется пользователям для доступа к вашему сайту.
    • Сохраните изменения.

    Вы также можете рассмотреть возможность установки пароля с помощью приложения Squarespace:

    • Перейдите в раздел «Настройки» и нажмите «Пароль сайта и SSL».
    • Включите общесайтовый пароль.
    • Введите в специальное поле пароль, который потребуется пользователям для входа на ваш сайт.
    • Выберите Назад, чтобы сохранить изменения.

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

    Настройка экрана блокировки

    Вы можете настроить экран так, как он лучше всего подходит для вас. Но вы можете рассмотреть следующие методы, чтобы он выглядел красиво и выполнял свою работу. Не усложняй Экран блокировки может быть первым, что видит пользователь при открытии вашего сайта. А его существование сводится к тому, что пользователь вводит пароль. Поэтому делайте его простым и не усложняйте его дизайн — он должен работать быстро.

    Не используйте несколько экранов блокировки Все защищенные паролем области вашего сайта должны иметь один экран блокировки. Вы не можете настроить его для каждой страницы. Нет блоков В отличие от остальной части Squarespace, экраны блокировки работают и ведут себя по-другому. Самое главное, они не строятся с помощью секций или блоков. Вы получите предварительно стилизованный макет, чтобы настроить его позже.

    Формирование страницы, которая станет вашим лендингом

    Другой — более настраиваемый — вариант, не ограниченный паролем, — это страница. Если вы хотите использовать его, ваш сайт должен быть платным и общедоступным. Использование этой опции должно быть удобным для тех, кто хочет привлечь внимание своих пользователей к некоторым последним обновлениям, форме подписки на рассылку новостей и т. д. Чтобы использовать эту опцию, вы должны знать, какая версия вашего сайта. Руководство по версии 7.1

    Страница макета из одной секции

    Если у вас есть сайт Squarespace версии 7.1, вы можете создать страницу макета с одним разделом, который может обозначать привлекательную целевую страницу. Чтобы сделать это, выполните следующие простые шаги:

    1. Перейдите в главное меню, нажмите «Страницы», а затем нажмите «+».
    2. Выберите «Пустая страница», затем выберите «Редактировать» на странице.
    3. Нажмите + и выберите Добавить пустой +.
    4. Прикрепите текст к текстовому блоку. Или добавьте больше блоков, если это необходимо.
    5. Выберите значок карандаша.
    6. Выберите «Фон», если вы хотите добавить фоновое изображение или видео, или нажмите «Цвета», чтобы установить цвет фона.
    7. Перейдите к Готово и нажмите Сохранить.
    8. Перейдите на платную услугу, если вы еще этого не сделали.
    9. В разделе «Доступность сайта» нажмите «Общедоступный», чтобы опубликовать страницу.

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

    • Нажмите «Изменить» на странице, а затем перейдите к заголовку, где вам нужно нажать «Изменить заголовок сайта».
    • Выберите Элементы и выключите переключатели для кнопок, социальных ссылок и корзины.
    • Перейдите к Готово и нажмите Сохранить.
    • На панели страниц переместите все свои страницы в раздел «Не связанные», включая только что созданную целевую страницу. Теперь они не будут отображаться как навигационные ссылки.

    Руководство по версии 7.0

    Обложка

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

    • Нажмите «Страницы» в главном меню, затем нажмите «+».
    • Добавить титульную страницу.
    • Если вы еще не перешли на платный план, сделайте это сейчас.
    • Отметьте свою страницу как общедоступную в разделе «Доступность сайта».

    Вы также можете рассмотреть возможность создания страницы макета, которая будет служить целевой страницей на вашем веб-сайте.

    Страница макета

    Это базовые страницы, которые можно создавать с помощью блоков. Они хороши для страниц «О нас», страниц контактов и для любых других типов страниц на большинстве веб-сайтов. Чтобы создать целевую страницу с использованием этого типа страницы, вам необходимо:

    • Перейдите в главное меню, нажмите «Страницы», а затем нажмите «+».
    • Щелкните Пусто, а затем выберите Изменить на странице.
    • Добавить текст в текстовый блок.
    • Вставьте свой пользовательский контент, например плагин Squarespace Google Reviews.
    • При необходимости добавьте больше блоков.
    • Нажмите «Сохранить» после добавления содержимого.
    • Если вы еще этого не сделали, перейдите на платную услугу.
    • Выберите «Общедоступный» в разделе «Доступность сайта», если вы еще этого не сделали.

    Советы по SEO: что нужно знать

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

    Решение Германии может (не) исключать американские дочерние компании с облачными провайдерами из публичных тендеров 23/22) постановил, что даже возможность доступа к персональным данным из-за границы должна рассматриваться как передача. По мнению Закупочной палаты, это означает, что в будущих тендерах не должны рассматриваться американские облачные провайдеры, даже если они предлагают свои услуги через дочерние компании в Европе.

    Высший земельный суд (OLG) Карлсруэ отменил это широко обсуждаемое решение Закупочной палаты земли Баден-Вюртемберг (OLG Karlsruhe, решение от 7 сентября 2022 г. – 15 Verg 8/22).

    Юридическое обоснование, необходимое для передачи данных за пределы ЕС

    16 июля 2020 г. Европейский суд (ECJ) признал недействительным существующее соглашение ЕС о защите данных с США (т.е. Privacy Shield) в своем решении о Дело «Шремс II» (дело № С-311/18). По мнению Европейского суда, уровень защиты данных в США не соответствует европейским стандартам защиты данных, поскольку власти США тайно разрешают доступ к персональным данным граждан ЕС и без эффективных средств правовой защиты.

    В соответствии с Общим регламентом по защите данных (GDPR) персональные данные могут быть переданы в страну за пределами ЕС (т. е. в третью страну) только в том случае, если имеется одно из особых оснований для разрешения, изложенных в ст. 44 и след. применяется DSGVO. Передача данных в третью страну разрешена, в частности, если Комиссия определила адекватный уровень защиты третьей страны в решении (т.е. решение о достаточности, см. статью 45 (1) GDPR). Такого решения не существует для США.

    Преемник тогдашнего соглашения о защите данных между ЕС и США до сих пор не реализован. В результате существует значительная правовая неопределенность в отношении того, что разрешено, а что нет при передаче и обработке данных. В настоящее время контролеры данных должны продолжать полагаться на стандартные договорные положения (SCC), использование которых необходимо рассматривать в каждом конкретном случае, чтобы определить, достаточно ли их.

    Важно то, что трудности возникают только тогда, когда происходит передача персональных данных в США. Если данные обрабатываются исключительно в дочерней компании США в ЕС, в повседневной жизни проблема не возникает. Однако Закон CLOUD предоставляет агентствам США далеко идущие права доступа, даже если данные хранятся у дочерней компании в ЕС. Помимо широких возможностей доступа, фактом также является то, что количество запросов на доступ со стороны агентств США сравнительно невелико. Поэтому есть только вероятность того, что данные могут быть переданы в США, а на самом деле передача часто не происходит.

    Закупочная палата Баден-Вюртемберга вынесла спорное решение по этому созвездию (решение от 13 июля 2022 г. — исх. 1 VK 23/22). По его мнению, сама возможность доступа уже должна рассматриваться как фактическая передача данных. Если бы эта точка зрения была поддержана, дочерние компании в США уже нарушили бы GDPR, потому что агентство США могло бы при определенных обстоятельствах получить доступ к данным, расположенным в ЕС.

    Закупочные палаты

    В Германии Закупочные палаты отвечают за рассмотрение публичных тендеров (разделы 155 и последующие Закона о борьбе с ограничениями конкуренции — GWB). Они являются независимыми контрольными органами и аналогичны судам по своей организации.

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

    Контракт присужден компании, использующей поставщика облачных услуг из США

    Решение Закупочной палаты Баден-Вюртемберга касалось присуждения контракта на закупку программного обеспечения для управления цифровыми выписками. Процедура была выставлена ​​на торги по всей Европе в рамках открытой процедуры. Критериями присуждения контракта были общая цена, качество предлагаемых услуг и требования к ИТ-безопасности и защите данных, включая соответствие требованиям DSGVO и BDSG. Кроме того, данные должны были обрабатываться исключительно в центре обработки данных ЕС и ЕЭЗ (т. е. никакие данные не должны были обрабатываться поставщиками дополнительных услуг или компаниями группы в третьих странах).

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

    Участник пожаловался, что награда была вручена незаконно. Конкурент утверждал, что при использовании облачного сервиса дочерней компании в США существует скрытый риск доступа властей США к серверам в Европе. Конкурент утверждал, что, независимо от географического места хранения данных, простой потенциальный доступ из США должен рассматриваться как несанкционированная передача персональных данных в США.

    Закупочная палата: потенциальная передача уже является передачей

    Затем Закупочная палата должна была решить, влечет ли использование поставщиков услуг, действующих в качестве европейского филиала американской группы, незаконную передачу данных в США, даже если данные обычно обрабатывается на серверах в ЕС/ЕЭЗ. Таким образом, толкование термина «передача» в ст. 44 и след. GDPR вышел на передний план решения.

    По мнению Закупочной палаты, имела место неправомерная передача данных в третью страну на основании ст. 44 и след. ДСГВО. Термин «передача» не определен в GDPR. Закупочная палата теперь трактует этот термин широко. В связи с особой необходимостью защиты в случае передачи в третью страну необходимо, по мнению Закупочной палаты, более широкое толкование, поэтому под передачей понимается любое раскрытие персональных данных получателю в третьей стране или международная организация. В этой ситуации ни тип раскрытия, ни раскрытие информации третьей стороне не имеют значения. На основании этого соглашения такое раскрытие также происходит, когда персональные данные размещаются на платформе, доступ к которой возможен из третьей страны, независимо от того, происходит ли доступ на самом деле. По мнению Закупочной палаты, тот факт, что географическое расположение сервера находится в пределах ЕС, не имеет значения. Точно так же с этой точки зрения не имеет значения степень вероятности доступа к персональным данным. Сама возможность доступа, в данном случае путем предоставления прав доступа, представляет собой скрытый риск того, что может иметь место несанкционированная передача. По мнению Закупочной палаты, даже теоретический риск такого доступа со стороны субъектов из небезопасных третьих стран достаточен для того, чтобы считаться передачей по смыслу ст. 44 и след. GDPR.

    Последствия этого решения, если бы оно было оставлено в силе, были бы огромными и оказали бы значительное влияние на сотрудничество немецких компаний с поставщиками облачных услуг США или их европейскими дочерними компаниями. Компаниям, которые используют американских облачных провайдеров (будь то только их дочерние компании в Европе), было бы значительно сложнее, если вообще возможно, успешно участвовать в процедурах закупок.

    OLG Карлсруэ: Нет исключений для американской компании в качестве хостинг-провайдера в связи с интеграцией европейского филиала

    Однако решение Закупочной палаты земли Баден-Вюртемберг не стало юридически окончательным. В апелляции Высший земельный суд Карлсруэ отменил решение Закупочной палаты решением от 7 сентября 2022 года (15 Verg 8/22), которое еще не было полностью опубликовано. OLG сообщила об этом в пресс-релизе и подчеркнула, что исключения не могут быть осуществлены по вышеуказанным причинам. Скорее, согласно OLG, заказчик может полагаться на обязательные заверения поставщиков о том, что данные будут обрабатываться исключительно в Германии и не будут переданы в какую-либо третью страну, и может предполагать, что договорные гарантии будут выполняться до тех пор, пока не будут даны конкретные указания. поддаться сомнению. В этом случае заказчик обязан получить информацию и проверить выполнение обещания об исполнении.

    Согласно пресс-релизу OLG, последнее не имело места в данном случае, поскольку поставщик дал четкую и надежную гарантию того, что данные будут переданы исключительно европейской компании и что данные будут обрабатываться исключительно это и исключительно в Германии, а не в третьих странах. Публичный клиент мог быть уверен, что это обещание не будет нарушено. Согласно OLG Karlsruhe, одного лишь факта существования материнской компании в США недостаточно для того, чтобы оправдать сомнения в отношении обещания исполнения и дальнейших обязательств по информированию и проверке. Похоже, что OLG не проверила, сможет ли провайдер выполнить свое обещание о производительности в соответствии с законом с точки зрения защиты данных на фоне Закона об ОБЛАКАХ.

    Заключение: Не исключены дальнейшие процедуры закупок у американских облачных провайдеров

    Окончательное решение Высшего земельного суда Карлсруэ успокоило споры о сотрудничестве немецких компаний с американскими облачными провайдерами или их европейскими дочерними компаниями, которые были бы значительно поколеблены по решению Закупочной палаты – стало ли оно окончательным. В настоящее время компании, использующие облачных провайдеров США и их дочерние компании в Европе, могут продолжать надеяться на успешное участие в процедурах награждения, при условии, что обещания в отношении защиты данных также могут быть выполнены и что обещание производительности уже не содержит нарушений.

    Автор записи

    Добавить комментарий

    Ваш адрес email не будет опубликован. Обязательные поля помечены *