https://www.facebook.com/110920511495779/

SSP - Создание сайтов в Пензе, Pensa (2026)

25/08/2026

Малюсенькая аналитика у меня и моих друзей. За 2026 год 47% компаний ни разу не сталкивались с проблемами при продлении домена или сервера. Но у остальных ситуация заметно хуже: 9% потеряли домен окончательно, а вместе с ним некоторые потеряли и сам сайт, потому что вовремя не оплатили сервер или хостинг. Ещё 10% пришлось выкупать собственный домен обратно в десятки, а иногда и сотни раз дороже.

15% временно теряли доступ к домену, но смогли вернуть его через механизмы регистратора. Ещё около 20% были буквально в шаге от потери и продлевали домен только после нескольких предупреждений. Казалось бы, обычный платёж раз в год, но именно такие мелочи иногда уничтожают то, что развивалось несколько лет.

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

По моим проектам статистика тоже неприятная: примерно 30% владельцев в какой-то момент просто перестали оплачивать домен, сервер или обслуживание. В результате часть из них потеряла домены, накопленные позиции в поиске, а в отдельных случаях и данные сайта. Бекапы удалены, они находились на серверах компаний. Грустно, конечно, но увы и ах.

15/08/2026

Почему во VK работают студийные фото, а в Директе реальные

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

В Яндекс Директе у меня получается наоборот: живые фотографии товара привлекают больше внимания, а слишком вылизанные студийные кадры пользователь будто сразу распознаёт как рекламу и пропускает.

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

14/08/2026

Почему Метрика почти перестала показывать посетителей и что я с этим сделал

В последние дни на многих сайтах статистика стала почти нулевой, хотя люди никуда не исчезли. Причина простая: стандартную Яндекс.Метрику теперь нельзя бездумно запускать сразу при открытии страницы, потому что вместе со статистикой она передаёт IP-адрес и постоянные cookie-идентификаторы, по которым можно узнавать одного и того же посетителя. Поэтому я отключил счётчики до получения согласия, и Метрика начала видеть только тех, кто нажал «Принять». Если согласие дают условные 20–70% посетителей, всё остальное движение по сайту для привычного отчёта просто пропадает.

Но выбор между нарушением закона и слепой аналитикой, похоже, всё-таки не единственный. Смысл решения, которое я сегодня уже внедрил, довольно простой: сайт сам считает посещения, переходы, UTM-метки, источники и нужные события, а в аналитику передаются уже обезличенные сведения, без IP-адреса и без постоянного идентификатора вроде _ym_uid. То есть мы знаем, что на страницу пришёл посетитель из рекламы и сделал нужное действие, но не создаём за ним многомесячную персональную историю. Именно такой подход описывает ITF.

Для бизнеса этого вполне достаточно, чтобы снова видеть реальную посещаемость, понимать источники трафика, считать заявки и оценивать рекламу. Теряется в основном то, для чего нужно узнавать конкретного браузерного пользователя при следующем визите: часть ретаргетинга, персональные сегменты и некоторые привычные возможности Client ID. А если человек отдельно дал согласие, полноценную персонализированную Метрику можно включить уже для него.

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

13/08/2026

Надеюсь, с 1 сентября мои данные перестанут жить на чужих доменах

У меня уже был неприятный опыт: домен мне больше не принадлежал, его зарегистрировал другой человек, а старые контактные данные регистратора почему-то продолжали тянуться за ним. В итоге домен уже жил своей жизнью, а информация, связанная со мной, всё ещё могла оставаться в системе. Особенно неприятно, когда на старом адресе потом появляется казино, сомнительная реклама или контент 18+.

С 1 сентября 2026 года для доменов .RU, .РФ и .SU вводится обязательная идентификация администратора через Госуслуги. И я надеюсь, что это хотя бы частично решит старую проблему, потому что новый владелец должен будет подтверждать уже свою личность, а не пользоваться доменом, за которым по ошибке продолжают числиться чужие данные.

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

Поэтому я бы советовал владельцам старых проектов не просто забывать про домены после закрытия сайта, а периодически проверять, кому они теперь принадлежат и что на них размещено. А после 1 сентября особенно интересно будет посмотреть, насколько аккуратно регистраторы начнут обновлять данные при смене администратора.

09/08/2026

С сентября начинайте следить за доменами, которые давно хотели купить

С 1 сентября 2026 года в зонах .RU, .РФ и .SU регистрация, продление и другие важные операции с доменом потребуют идентификации администратора через Госуслуги. Если человек не подтвердит личность, домен у него сразу никто не отберёт, но после окончания оплаченного срока продлить его уже не получится, а затем, после периода преимущественного продления, имя снова сможет зарегистрировать любой желающий.

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

Поэтому с сентября я бы не бежал регистрировать всё подряд, а составил список доменов, которые вы когда-то хотели получить, и начал спокойно следить за ними в течение следующего года. Освобождаться они будут не 1 сентября, а постепенно, по мере окончания текущих сроков регистрации и периода преимущественного продления. Хороший домен, который вчера продавали за 100 или 300 тысяч рублей, теоретически однажды может снова стать доступен по обычной цене регистрации.

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

08/08/2026

Согласиями на персональные данные хотят управлять через Госуслуги

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

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

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

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

06/08/2026

Есть неприятное изменение, которое напрямую касается аналитики сайтов. Яндекс.Метрика, рекламные пиксели и похожие инструменты начинают записывать cookie и другие сетевые идентификаторы сразу после открытия страницы, а по позиции Роскомнадзора такие данные могут относиться к персональным. Поэтому сначала пользователь должен дать согласие, и только после этого можно запускать аналитические и рекламные счётчики. Просто показать баннер «Мы используем cookie» недостаточно, если Метрика уже успела загрузиться до нажатия кнопки.

На сайтах, за которые я отвечаю, я уже изменил этот подход: автоматический сбор данных через аналитические и рекламные инструменты до получения согласия прекращён. Да, из-за этого Метрика будет видеть не всех посетителей, статистика станет менее полной, часть источников заявок может определяться хуже, а аудитории для ретаргетинга уменьшатся. Это неприятно для маркетинга, но сейчас для всех предпринимателей юридическая чистота важнее красивого отчёта со стопроцентной статистикой. К сожалению после перехода на такую схему часть визитов неизбежно выпадет из аналитики.

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

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

06/08/2026

Бизнес стал страховаться от взломов

К середине 2026 года средний лимит по договорам киберстрахования в России достиг 350 млн рублей, что примерно вдвое больше, чем годом ранее, а совокупный объём запрашиваемой бизнесом защиты от киберрисков превысил 12 млрд рублей. Это уже не редкая услуга для банков и крупных корпораций, а понятная реакция компаний на взломы, утечки данных, остановку сайтов, шифрование серверов и простой внутренних систем.

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

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

Я занимаюсь аудитом сайтов и серверов, настройкой резервного копирования, мониторинга и базовой защиты, но с WordPress, 1С-Битрикс и другими готовыми CMS больше не работаю, потому что не готов отвечать за чужой код и плагины. Моя задача не продать иллюзию абсолютной безопасности, а заранее найти слабые места, сократить вероятность взлома и подготовить систему так, чтобы после сбоя бизнес можно было восстановить, а не собирать заново.

06/08/2026

Интернет-магазинам остался месяц на ссылки на сертификаты товаров

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

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

Я бы не откладывал эту работу на конец августа, потому что сначала нужно определить, какие товары вообще подпадают под требование, собрать документы у поставщиков, проверить записи в реестрах, а затем доработать каталог и выгрузки. Простое добавление общего PDF или фразы «товар сертифицирован» задачу не решит, покупателю должна быть доступна информация о конкретном документе, подтверждающем соответствие товара.

Я могу доработать интернет-магазин, добавить отдельные поля для сертификатов и деклараций, настроить массовую загрузку и связать эти данные с товарными выгрузками. В итоге ссылки не придётся вручную копировать в каждое описание, а документы можно будет централизованно обновлять сразу для всего каталога.

05/08/2026

Число веб-уязвимостей выросло на 60%, WordPress снова впереди

Во втором квартале 2026 года специалисты обнаружили 681 новую веб-уязвимость и опубликованный способ её эксплуатации, тогда как кварталом ранее таких сообщений было 426. Рост составил около 60%, а WordPress снова оказался самым проблемным продуктом: на него пришлось 18% выявленных сетевых уязвимостей, причём 74% найденных слабых мест имели высокий или критический уровень опасности.

Я не считаю, что из этого нужно делать вывод «WordPress плохой и его нельзя использовать», потому что проблема чаще не в самой системе, а в десятках плагинов, старой версии PHP, забытых администраторах, открытом XML-RPC и отсутствии человека, который вообще следит за обновлениями. Сайт может годами работать внешне нормально, принимать заявки и приносить деньги, но внутри уже иметь несколько известных уязвимостей, для которых давно опубликованы готовые инструкции по взлому.

Особенно внимательно сейчас нужно относиться к ИИ-сервисам и системам автоматизации, которые бизнес всё чаще подключает к сайту, CRM и внутренним данным. Количество найденных уязвимостей в таких решениях за квартал выросло вдвое, поэтому каждый новый бот, плагин или внешний сервис добавляет не только удобство, но и ещё одну точку доступа, которую нужно обновлять, ограничивать и контролировать.

Я занимаюсь аудитом сайтов и серверов, но больше не беру в работу WordPress, 1С-Битрикс и другие готовые CMS, потому что не готов отвечать за чужой код, плагины, обновления и решения, которые принимал не я. Вместо бесконечного ремонта такой системы я могу перенести сайт на собственный движок, сохранив внешний вид, структуру, адреса страниц и функциональность. В итоге сайт работает быстрее, становится проще в поддержке, надёжнее и безопаснее, потому что я точно знаю, как он устроен и за что отвечаю.

SSP - Создание сайтов в Пензе

25/08/2026

15/08/2026

14/08/2026

13/08/2026

09/08/2026

08/08/2026

06/08/2026

06/08/2026

06/08/2026

05/08/2026

Address

Website

Alerts

Shortcuts

Share

Listing takedown request