Магазин для рынка ЕС: валюта, налог, доставка и обязательные страницы

Можно и большинство наших заказчиков так и начинает: товар едет из Украины, а это экспорт с таможенным оформлением. Вопрос не в том, разрешен ли, а в том, кто платит налог и пошлину на границе и знает ли об этом покупатель к оплате. Регистрация, ставки и отчетность ведет ваш бухгалтер — мы не налоговые консультанты и в эту зону не лезем. Наша часть: магазин должен считать сумму по выбранному вами сценарию и показывать ее в чекатых словах. Сноска «возможное дополнительное собрание» таким показом не считается.

В валюте страны, куда продаете. Для большинства рынков это евро, но Польша, Чехия, Швеция, Дания и Румыния считают в своих деньгах, и цена «49 €» там читается как чужая. Два рабочих варианта: фиксированный прайс в каждой валюте или конвертация по курсу. Фиксированный более предсказуем — цена не прыгает между визитом и чекаутом и не дает копеечных хвостов вроде 47,83. Конвертация дешевле на старте, но требует правила округления, иначе витрина выглядит как таблица обменника.

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

Нет, язык рынка не делает. Самый наглядный пример – магазин болгарского косметического бренда из нашего измерения: три языковые версии bg/en/ru с корректным hreflang, шесть типов разметки JSON-LD на главной, а /sitemap.xml и /robots.txt отдают пустое тело или HTML вместо XML, и на сайте нет ни одного. То есть языковая витрина сделана, а индексация трех версий и измерение результата нет. Техническую часть языковых версий мы выносим на отдельную страницу о hreflang, здесь она всего лишь один пункт из десятка.

Двумя способами, третьего нет. Или вы закладываете налог и сборы в сумму заказа – тогда курьер при выдаче ничего не требует. Или честно пишете в чекате, что их платит получатель. Самый дорогой вариант – молчание: посылка приезжает, покупатель получает неожиданный счет и просто не забирает ее, а вы платите за доставку дважды и возвращаете деньги. Мы выводим выбранный сценарий в шаг доставки по тексту, а не прячем его в выноске.

Из-за гражданства или страны проживания — нет, правила единого рынка это запрещают: покупатель из Португалии должен видеть тот же каталог и те же цены, что и покупатель из Германии. Но доставлять в каждую страну вы не должны. Можно ограничить зоны доставки, оставить самовывоз или позволить покупателю заказать перевозчика. Разница в том, что ограничение стоит на логистике, а не на паспорте — и в чекате это должно выглядеть как список стран доставки, а не отказ после оплаты.

Это отдельная ветвь чекаута, и закладывать ее нужно на старте. Компания с ЕС вводит свой налоговый номер, магазин проверяет его в европейском реестре VIES и, если номер подтвержден, формирует счет без налога. Если проверка не прошла, счет идет по ставке, покупатель читает причину отказа и может исправить номер тут же. Плюс к этому меняется сам документ: юридическое лицо ждет счет со своими реквизитами, а не чек. Если B2B у вас основной канал, смотрите еще и страницу об оптовом магазине – там эта логика разобрана поглубже.

Нет, и путать их дорого. Норвегия не входит в ЕС: там свой режим уплаты налога при ввозе мелких посылок и свои пороги, то есть магазин для Осло считает сумму иначе, чем магазин для Мадрида. Наш норвежский проект – сайт клиники эстетической медицины в Кристиансане, а не магазин: WordPress из Bricks, 26 опубликованных страниц, первый ответ сервера 285,9 мс, HTML 119,5 КБ. Поэтому, когда мы говорим об опыте с Норвегией, речь идет о работе с норвежским заказчиком, а не о запущенном магазине под норвежский налог.