Към съдържанието

Настройки за бисквитки

Изберете кои видове бисквитки разрешавате. Можете да промените избора си по всяко време чрез „Настройки за бисквитки“ в долната част на всяка страница. Декларация за поверителност

Необходими

Винаги включени

Нужни са за вход, за запазване на количката и на Вашите избори. Те са винаги включени.

Кои бисквитки?
  • weboke_sessie, weboke_klant, weboke_remember: Вашата сесия и оставането в акаунта
  • weboke_basket: Вашата количка
  • wkBtwIncl: показване на цените с или без ДДС
  • wok_cookies: Вашият избор за бисквитките, 12 месеца

Измерват коя реклама води до посещение или поръчка, за да не плащаме за реклами без резултат.

Кои бисквитки?
  • Google Ads чрез Google Tag Manager (_gcl_au, _gcl_aw), до 90 дни
  • OpenAI Ads, реклами в ChatGPT
  • wok_aff: кой партньор Ви е препратил към нас (партньорска програма), 60 дни

4,6

Държава и език

Всяка държава има собствен сайт, с цените и ДДС на тази държава.

Преглед

Свързване на онлайн магазин или конструктор на сайтове

Модул 7: Свързване на външни услуги · Време за четене: 9 минути

Цел на урока: След този урок ще можете да свържете домейна си с платформа като Shopify или Wix, без имейлът Ви да спре да работи.

Основни понятия: A запис за @, CNAME запис за www, премахване на конфликтни записи, AAAA, DNS сървъри (nameservers) към платформата, пренасяне на имейл записите, записи за имейли от магазина

Два варианта

Ако изграждате уебсайта или онлайн магазина си в платформа като Shopify, Wix, Squarespace или Webflow, искате посетителите на example.com и www.example.com да попадат в тази платформа. Платформите почти винаги предлагат два начина за това:

Вариант 1: добавяне на записиВариант 2: DNS сървърите към платформата
Какво правите?Променяте няколко записа при сегашния си DNS администраторОставяте платформата да управлява целия Ви DNS
Кой управлява DNS?Остава същиятПлатформата
Вашият имейлПродължава да работи, не докосвате имейл записитеРаботи само ако въведете отново всички имейл записи при платформата
Подходящ, акоИмейлът Ви работи на друго място (при Вашия хостинг, Microsoft 365, Google)Искате всичко да е при платформата или нямате имейл на домейна

Повечето проблеми на практика възникват при вариант 2: уебсайтът заработва веднага, но имейлът спира, защото MX и другите имейл записи са останали при старите DNS сървъри (урок 2.1).

Свързване на онлайн магазин или конструктор на сайтове 0:48

Вариант 1: добавяне на записи (пример с Shopify)

Към момента на писане Shopify посочва тези два записа:

example.com.       3600   IN   A       23.227.38.65
www.example.com.   3600   IN   CNAME   shops.myshopify.com.
  • A запис за @. Основният домейн (apex) не може да има CNAME запис, защото там са и Вашите MX, NS и SOA записи (урок 3.2). Затова платформата дава тук IP адрес.
  • CNAME запис за www. За www може да се използва име. Предимството: ако платформата премести сървърите си, тя променя само своя DNS, а Вие не трябва да правите нищо.

Другите платформи работят по същия начин, със собствен IP адрес и целево име. Wix например дава A запис и CNAME запис за www към име на Wix. Винаги въвеждайте това, което платформата показва за Вашия домейн. IP адресът може да се различава според платформата, региона или момента.

Премахнете това, което пречи

Тук често нещата се объркват. Платформата иска нейните записи да са единствените за тези имена:

  • Втори A запис за @. Ако има два A записа (старият IP адрес на Вашия хостинг и новият на платформата), всеки посетител избира случайно един от двата. Половината попадат на стария Ви сайт. Променете съществуващия A запис, вместо да добавяте нов.
  • Стар AAAA запис. Ако Вашият хостинг е имал и IPv6 адрес, често все още има AAAA запис за @ или www. Посетителите с IPv6 (голяма част от мобилните мрежи) тогава продължават да попадат на стария сървър. Ако платформата не посочва IPv6 адрес, изтрийте AAAA записите за @ и www.
  • A запис за www. CNAME запис не може да съществува заедно с друг запис със същото име. Първо изтрийте A или AAAA записа за www и след това създайте CNAME записа.
  • Wildcard (*). Wildcard не е проблем: името www, което създавате отделно, има предимство (урок 3.3).

Какво оставяте

Оставете MX записите, A записа за mail (ако имате такъв), SPF, DKIM и DMARC. Онлайн магазинът не се нуждае от тях, за да показва уебсайта Ви. Ако все пак ги промените, имейлът Ви спира.

Ако уебсайтът Ви в момента е при хостинг, който обслужва и имейла Ви, обърнете внимание на имейл програмата си. Въведен ли е там като сървър example.com или mail.example.com, а mail е сочел към Вашия хостинг чрез wildcard? След смяната example.com сочи към платформата и имейл програмата Ви вече не намира пощенската Ви кутия. В такъв случай създайте отделен A запис mail към IP адреса на Вашия имейл сървър или въведете в имейл програмата името на сървъра, което посочва Вашият имейл доставчик.

Сертификат

Платформата сама заявява сертификат (https), щом записите Ви сочат към нея. Това е възможно едва когато старите записи изчезнат от кеша (урок 6.1). Ако отнеме повече от няколко часа, проверете дали все още няма стар A или AAAA запис, или CAA запис, който не позволява издателя на сертификати на платформата (урок 5.2).

Вариант 2: DNS сървърите към платформата

Ако изберете да насочите DNS сървърите (nameservers) към платформата, от този момент платформата управлява цялата Ви зона. Всичко, което е било при предишния Ви DNS администратор, вече не важи. Каквото не въведете отново при платформата, не съществува.

Пример от практиката, анонимизиран: клиент насочи DNS сървърите на домейна си към конструктор на сайтове и след това поръча имейл от друга компания. Конструкторът беше създал коректно MX запис mail.example.com и SPF запис, но нямаше A запис за mail. Следователно името mail.example.com не съществуваше (NXDOMAIN). Изпращането работеше, получаването не: другите имейл сървъри не знаеха къде да доставят пощата. Един A запис mail с IP адреса на имейл сървъра реши проблема.

Ако използвате вариант 2, въведете при платформата:

example.com.             3600   IN   MX    10 mail.example.com.
mail.example.com.        3600   IN   A     192.0.2.25
example.com.             3600   IN   TXT   "v=spf1 a mx include:spf.mailprovider.example ~all"
x._domainkey.example.com. 3600  IN   TXT   "v=DKIM1; k=rsa; p=..."
_dmarc.example.com.      3600   IN   TXT   "v=DMARC1; p=none; rua=mailto:dmarc@example.com"

с реалните стойности на Вашия имейл доставчик. Ако използвате Microsoft 365 или Google Workspace, въведете записите от урок 7.1 или 7.2. Не забравяйте и TXT записите за верификация и поддомейните, които вече сте имали.

Преди смяната направете копие на текущата си зона (експорт или екранна снимка), за да знаете какво трябва да има в нея (урок 6.3).

Имейли от магазина: записи за имейл, изпращан от платформата

Онлайн магазините изпращат потвърждения на поръчки. За да идват те от Вашия собствен домейн, платформата често изисква допълнителни записи, обикновено няколко CNAME записа за DKIM и понякога собствен поддомейн за подателя. Това са допълнителни записи към съществуващите Ви имейл записи. Те имат собствени имена и не заменят Вашия MX. Внимавайте за удвоени имена на домейни (www.example.com.example.com) и за точката в края (урок 2.2). Ако платформата изпраща от името на Вашия домейн, проверете дали трябва да бъде добавена в SPF записа Ви и дали Вашата DMARC политика го позволява (урок 7.4).

На практика: как изглежда това в панел

В примерния панел Моят WebOké, в раздела DNS, променяте съществуващия A запис за @ с Редактиране, изтривате AAAA записите и с Add Record създавате CNAME запис www към името на платформата. В DirectAdmin правите същото в DNS Administration; там @ и * по подразбиране сочат към хостинг пакета, затова създайте www отделно.

В други панели, като cPanel, Plesk, Cloudflare или DNS екрана на Вашия регистратор, бутоните се казват различно, но записите са същите. Някои платформи предлагат бутон "автоматично свързване", който въвежда записите чрез връзка с Вашия регистратор; след това винаги проверете дали старите A и AAAA записи наистина са премахнати.

Обобщение

  • Вариант 1 (добавяне на записи) запазва имейла Ви непокътнат; вариант 2 (DNS сървърите към платформата) изисква да въведете отново всички имейл записи при платформата.
  • За @ се използва A запис, за www обикновено CNAME запис. CNAME запис за @ не е възможен.
  • Променете съществуващия A запис, вместо да добавяте нов, и премахнете старите AAAA записи и A записа за www.
  • Оставете MX, SPF, DKIM и DMARC; внимавайте с имейл програма, която използва example.com като сървър.
  • Записите за имейли от магазина са допълнителни и не заменят Вашия MX.

Тест

1. Насочвате DNS сървърите на домейна си към конструктор на сайтове. Уебсайтът работи, но вече не получавате имейли. Коя е най-вероятната причина?



2. След свързването с онлайн магазин половината от посетителите Ви все още виждат стария сайт. Какво проверявате първо?



3. Защо платформата дава A запис за основния домейн (apex), а CNAME запис за www?



4. Вашият онлайн магазин изисква три CNAME записа за изпращане на потвърждения на поръчки. Какво правите със съществуващите си MX записи?



Задача

Задача Z7.3: Разпознаване на онлайн магазин. Вижте как една платформа сама прилага варианта "CNAME запис за www".

  1. Потърсете A записа на shops.myshopify.com. Започва ли адресът с 23.227.38.?
  2. Изберете онлайн магазин или уебсайт, който познавате и който работи в платформа. Потърсете CNAME записа на www.<този домейн> и A записа на основния домейн. Въведете името на домейна и двата отговора.

Проверката заявява записите на живо при предаването.

Задача Z7.3: Разпознаване на онлайн магазин





Това, което въвеждате, и това, което намираме на живо, не съхраняваме. Вашият браузър запомня отговорите Ви и дали сте изпълнили задачата. Ако сте влезли в профила си, съхраняваме само дали задачата е (почти) правилна в Моите курсове; там можете и да го изтриете.

Задача O7.3: Самостоятелна настройка в тренировъчната Ви зона. Настройте тренировъчната си зона <code>.dnspractice.eu така, сякаш я свързвате с платформа за онлайн магазини, без да нарушите имейла. В тренировъчната зона използвате фиктивната услуга shop-demo.dnspractice.eu; за истинския си домейн въвеждате стойностите от административния екран на платформата.

  1. Създайте A запис за <code>.dnspractice.eu с 203.0.113.10 ("платформата"). За <code>.dnspractice.eu може да има само един A запис.
  2. Уверете се, че няма AAAA запис за <code>.dnspractice.eu и за www.<code>.dnspractice.eu.
  3. Създайте CNAME запис www.<code>.dnspractice.eu към shops.shop-demo.dnspractice.eu. Ако има A запис за www, първо го изтрийте.
  4. Оставете MX записите си за <code>.dnspractice.eu. Трябва да остане поне един MX запис.

Задача O7.3

Тази задача изпълнявате във Вашата собствена тренировъчна зона: истинска DNS зона на DNS сървърите на WebOké, само за Вас. Впишете се с Вашия имейл адрес. Ще получите линк за вход по имейл и след това ще се върнете на този урок. Използваме Вашия адрес само за курса.

Допълнително четене

Тези страници описват стъпките в панелите на WebOké (DirectAdmin и Моят WebOké). В други панели всичко работи по същия начин.

Моля, изчакайте…

Настройте домейните си

За всеки домейн настройте сървърите за имена, връзката с хостинга и кой ще бъде собственикът.

Домейните Ви се зареждат…