Franky div

Franky div
Рейтинг
169
Регистрация
15.08.2007
Должность
PR
Интересы
криптовалюты, инвестиции
20+ лет в SEO, аффилиатке и разработке. Делаю инструменты для вебмастеров: spintax.net (бесплатный опенсорсный спинтакс-движок и плагин для WordPress), generator.ink (генератор уникальных статических сайтов) и 301.st (управление доменами, редиректами и TDS на Cloudflare). Local-first, минимум зависимостей, данные остаются у тебя.
сеобелка :

Доброго времени суток, коллеги!

В России существует законодательство, регулирующее работу с cookie-файлами на сайтах. Куки-файлы считаются персональными данными и их обработка регулируется ФЗ-152 (законом о персональных данных).

В связи с этим у меня возник вопрос: Подпадают ли под этот закон информационные сайты, где нет регистрации пользователей? 

С одной стороны - не должны бы. Но! Персональными данными является в том числе электронная почта, которая фиксируется на сайте, когда пользователь оставляет комментарий. Также данные собирает Метрика - айпиадреса, например. Исходя из этого получается, что практически все сайты должны разместить поп-ап баннер о сборе cookie с кнопкой “ОК” и уведомить Роскомнадзор о деятельности по обработке персональных данных.

Кто что думает по этому поводу?

Тут в треде всё смешали в кучу — куки, персональные данные, метрику, РКН. Давайте разложим по полочкам, потому что куки кукам рознь.

Что такое кука технически? Это пара ключ=значение, которую сервер просит браузер сохранить. Всё. Сама по себе кука — это не персональные данные, точно так же как пустой конверт — это не письмо.

Какие куки НЕ являются персональными данными:

— Сессионные куки ( PHPSESSID , session_id ) — живут до закрытия браузера, нужны чтобы сайт работал. Без них не будет корзины, авторизации, CSRF-защиты. Это техническая необходимость, а не сбор данных.

— Функциональные куки — язык интерфейса, тема оформления, cookie_consent=yes (ирония — сама кука о согласии на куки). Никакой идентификации пользователя.

— First-party куки без привязки к личности — например, last_visited_page=/catalog . Нет ни email, ни IP, ни имени. Это не ПД ни по ФЗ-152, ни по GDPR.

Какие куки ЯВЛЯЮТСЯ (или могут являться) персональными данными:

— Куки трекинговых систем: _ym_uid (Метрика), _ga (Google Analytics) — уникальные идентификаторы, которые позволяют отслеживать пользователя между визитами и потенциально между сайтами. Вот это уже идентификатор, который в совокупности с другими данными может считаться ПД.

— Third-party куки рекламных сетей (РСЯ, Google Ads) — тут вообще прямая передача поведенческих данных третьим лицам.

— Куки, содержащие JWT-токен с email или user_id внутри — это буквально персональные данные в чистом виде. Кстати, многие даже не знают, что у них в куке лежит Base64-закодированный JSON с email пользователя — открывается декодером за секунду.

Практический вывод:

Если у вас статический сайт без метрики, без рекламы, без форм — у вас, скорее всего, вообще нет кук или есть только технические. Никакой регистрации в РКН не нужно.

Если у вас стоит Метрика — у вас _ym_uid , и формально вы оператор ПД. Но обратите внимание: сама Метрика в стандартной конфигурации не показывает IP пользователя. Яндекс его хеширует на своей стороне. Вы как оператор его не видите и не обрабатываете.

Про «удалить Google Analytics и reCAPTCHA» — это перебор. reCAPTCHA ставит куку _GRECAPTCHA , но она нужна для защиты формы, а не для идентификации. Удалять защиту от спама ради параноидального прочтения закона — так можно и HTTPS отключить, потому что сертификат хранит данные о соединении.

По поводу попапов «Мы используем куки» — в российском законодательстве, в отличие от GDPR, нет прямого требования показывать баннер. ФЗ-152 требует получить согласие на обработку ПД, но форма этого согласия не регламентирована. Попап — это калька с европейского ePrivacy Directive, которая в РФ юридической силы не имеет. Делают «на всякий случай».

Кстати, я публикую расширения для браузеров — инструменты, которые как раз работают с куками (просмотр, экспорт, декодирование JWT прямо в cookie). Так вот, Chrome Web Store и другие маркетплейсы при ревью смотрят именно на то, собирает ли расширение ПД. И первый вопрос — какие куки ты читаешь и зачем. Техническая кука для хранения настроек — ок, отслеживающий идентификатор — объясняй зачем. Подход ровно тот же, что и в законе: контекст решает всё.


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

Но вот вам практический кейс. Публикую расширения для браузеров в Chrome Web Store, Edge Add-ons, Firefox AMO, а также плагины на WordPress.org. Везде при публикации требуют указать URL на Privacy Policy. И знаете что? Им всё равно где она лежит. Принимают ссылку на страницу сайта, на отдельный .md файл в GitHub-репозитории, хоть на Google Doc — лишь бы по ссылке был текст политики. У меня на нескольких проектах privacy policy — это буквально файл PRIVACY.md в репо на GitHub. Chrome Web Store пропускает, ревью проходит, вопросов ноль.

Так что для российского законодательства — да, футер + попап при первом визите (как коллега выше написал) это разумный минимум. А по факту даже крупные платформы не проверяют вложенность — проверяют наличие текста по ссылке.

Genius Ideaing #:
да что вы говорите... у вас видимо веб-сайт приносит кучу бабла, если вас устраивают  платные аналоги КФ в РФ ... 
Если просто собрать статику на VK Cloud, то это 100 рублей в мес за CDN и "хостинг". Дешевле VPS'ки - факт. Т.е. понятно, что инфраструктуру никто не будет переносить, но если нужно просто повесить UI, то вполне себе решение.
qvaro #:

Подскажите, пожалуйста, как через .htaccess сделать редирект.

Яндекс стал дописывать в урл сайтов, когда переходишь в поиске, например ?ysclid=lx34aaez17299711936

У меня стоит редирект с одной страницы, на другую, но если дописать, то 301 уже не срабатывает. И получается, если перейти из поиска, то открывается старая страница с ?ysclid=lx34aaez17299711936, если убрать это, то 301 на новую происходит.

Сайт на wp, пользуюсь плагином Redirection, сейчас хочу попробовать через htaccess сделать.

Проблема не в .htaccess — RewriteRule по умолчанию игнорирует query string, так что ?ysclid=... не должен мешать. Правило вида:

  RewriteRule ^old-page/?$ /new-page/ [R=301,L]

  сработает и с ?ysclid=..., и без. Query string просто пробросится.

  Скорее всего проблема в настройке плагина Redirection — проверьте, что тип совпадения стоит «Только URL» (без query-параметров), а не «Exact URL». Redirection умеет работать с query string, но по умолчанию
  может матчить точно.

  Если хотите вообще убрать ?ysclid со всех страниц (чтобы не плодить дубли), добавьте в .htaccess перед # BEGIN WordPress:

  RewriteCond %{QUERY_STRING} ^ysclid= [NC]
  RewriteRule ^(.*)$ /$1? [R=301,L]

  Финальный ? обрезает query string. Это решит проблему и для редиректов, и для дублей в индексе.
--
P.S. Посмотрел последние пару страниц... можете обращаться по поводу подобного,  мне не сложно.
Пишите в личку проблемы с редиректами - пофиксим... особенно, если это WP - там достаточно просто все.

kapec-master #:

Поможет кто?

 Проблема в том, что на сайте в шаблоне не раскрылась переменная {styles_url} и попала в ссылки как есть. В .htaccess перед блоком # BEGIN WordPress добавьте:

  RewriteEngine On
  RewriteRule ^([^/]+)/%7Bstyles_url/?$ /statiay/$1/ [R=301,L]

  Это перенаправит:

  - /smarta-sumka-belaya/%7Bstyles_url → /statiay/smarta-sumka-belaya/
  - /ruchka-dilun-fertyyne/%7Bstyles_url → /statiay/ruchka-dilun-fertyyne/

  Важно: правило должно стоять до # BEGIN WordPress, иначе WordPress перехватит запрос раньше.

  После добавления проверьте через Redirect Inspector, что редирект отдаёт 301.

  И параллельно найдите в шаблоне, откуда берётся {styles_url} — это корень проблемы.
pchol123 #:
Здравствуйте.
все 27 страниц ветки не асилил, но честно полистал почитал.
Суть - есть "сайта А". И в рамках этого "сайта А", я хочу сделать 301 редирект со всех несуществующих страниц (отдающих 404 ошибку) на главную. Подскажите Как правильно сделать такую запись в htaccess файле?
сайт движок вордпресс

Эти методы почему то не сработали:
ErrorDocument 404 /error.php?err=404
ErrorDocument 404 /index.php

ErrorDocument 404 не работает потому, что WordPress обрабатывает все запросы через index.php (благодаря правилам rewrite в .htaccess), и Apache никогда не видит "настоящий" 404
--

Изменения в 1.0.21

Новое:

- 404 Catch-All Redirect — перенаправление всех 404-страниц на указанный URL (или на главную)

- Настройки catch-all: включение/выключение, целевой URL, код статуса (301/302)

- Бейдж «WP Only» на карточке catch-all в настройках (фича не ускоряется через Cloudflare edge)

- Settings-ссылка на странице плагинов

--
P.S. Добавлено решение простой настройкой,  в новую версию плагина.  Ждем только вашего фидбека )

С июня 2025 провайдеры (Ростелеком, МТС, МегаФон и др.) режут трафик CF до ~12–16 КБ на соединение. Реально проходит стабильно 12–14 КБ — этого хватает на чистый 301/302 редирект (несколько килобайт заголовков), но уже не на нормальную страницу с картинками/JS/CSS.

Причина — TLS ECH + общий подход РКН к маскировке трафика. Трафик CF из РФ просел на ~30%, конверсии падают, плач стоит на всю...

Что работает сейчас:

  • Простой редирект через CF — Single Redirects (301/302, wildcard, гео/устройство) на русский хостинг. Если ответ — только редирект (без body > 1–2 КБ), часто пролетает даже 12–14 КБ лимит.
  • Для арбы/серых ниш — TDS (Keitaro, Binom, 301.st и т.п.) с мультилендами, сегментацией по ASN/прокси/referrer и клоакингом — CF без Workers такого уровня не даёт.
  • Переход на российский CDN — Selectel, NGENIX, DDoS-Guard, Cloud.ru, StormWall, EdgeЦентр. Сам сейчас тестирую VK Cloud (CDN + DDoS + балансировщик): PoP в РФ, лимита 16 КБ нет, доступ стабильный у всех провайдеров, пинг низкий, цена норм для РФ-трафика. Пока нравится.

Вывод: CF — топ для мира, но для РФ-проектов лучше локальные аналоги + TDS при сложной логике. Кто уже мигрировал — отпишитесь, как дела с VK Cloud / Selectel / NGENIX."

Мы только что опубликовали новый видеообзор на нашем YouTube-канале, который показывает, как быстро и безопасно купить Биткоин в России с помощью обменника криптовалют Swop.is.

Мы решили рассмотреть Swop.is, так как этот сервис зарекомендовал себя как надежный и удобный ресурс для обмена криптовалют.

В нашем видео мы детально проходим каждый шаг, начиная от регистрации на платформе до выполнения обмена, также рассказываем о привлекательной реферальной программе Swop.is.

Мы включили Swop.is в наш обновленный рейтинг лучших обменников криптовалют: https://investblog.io/exchangers/

Заинтересованы? Тогда смотрите наше видео: 


Будем рады обсудить ваши впечатления и ответить на ваши вопросы. Оставляйте свои комментарии ниже или прямо под видео на YouTube.

Спасибо за внимание и приятного просмотра!

ideaman:
Здравствуйте, подскажите, где взять тематический казино трафик? Может кто знает где можно купить трафик? заказать? 🍿

Самый кошерный и трендовый трафик для казино - это нынче стримы.

Вот полный список стримеров казино. Если у вас продукт с лицензией, то можно договориться с ведущими. Ну и просто баннера не пробовали скупать на тематике?

Как вам правильно подсказали, SEO AG вполне подойдет под ваши нужды. Проще заказать на бирже конечно, но если желаете творчески поработать, то там достаточно просто разобраться :)

Всего: 360