Jinsi ya kuunganisha domain yako na mfumo wa booking

Tovuti iko tayari. Nembo iko sawa, markup zimewekwa, booking ya majaribio imepita kwenye subdomain ya jukwaa, na mtu ofisini ameshatuma kiungo kwa wateja watatu. Kisha linakuja swali la wazi: kwa nini anwani bado inabeba jina la mtu mwingine? Mwongozo huu unaeleza jinsi ya kuunganisha domain yako na mfumo wa booking bila kumwajiri mtu yeyote — unabadilisha nini hasa, rekodi mbili au tatu zinazohusika, kwa nini alama ya kufuli kwenye kivinjari huchelewa kuliko unavyotarajia, na mpangilio mmoja ambao ukiugusa huharibu barua pepe za kampuni kimyakimya.

Huhitaji kuelewa DNS kwa kina. Unahitaji picha moja tu: jina la domain yako ni kibao cha kuelekeza njia, na unakigeuza kielekee jengo jipya. Kila kitu kinachofuata ni undani wa picha hiyo.

Domain yako inaishi wapi hasa

Hadi kampuni tatu tofauti zinaweza kuhusika, na wamiliki wengi wanaijua moja tu. Msajili (registrar) ni pale ulipolinunua jina na unapolipia usasishaji wa kila mwaka. Mwenyeji wa DNS ni pale rekodi za jina hilo zinapohaririwa — mara nyingi ni kampuni ileile ya msajili, wakati mwingine sivyo, hasa kama miaka iliyopita mbunifu wa tovuti alihamishia jina kwenye huduma tofauti ya DNS. Mwenyeji wa tovuti ni pale tovuti yako ya sasa inapoendeshwa.

Rekodi unazokaribia kuongeza zinaenda kwa mwenyeji wa DNS. Kwa hiyo kabla ya jambo lingine lolote, tambua ni nani. Ingia kwa msajili na uangalie nameserver zilizoorodheshwa kwenye domain. Kama ni za msajili, unahariri rekodi pale. Kama zinaelekeza kwingine, huko ndiko unakofanyia kazi. Dakika chache hapa zinaokoa mchana mzima wa kuhariri rekodi kwenye paneli ambayo hakuna mfumo unaoisoma.

Domain kuu au subdomain: amua kabla ya kugusa chochote

Domain kuu — pia huitwa apex au root — ni chapayako.co.tz bila kitu mbele yake. Subdomain ni chochote chenye lebo mbele: www.chapayako.co.tz, booking.chapayako.co.tz, safari.chapayako.co.tz. Jukwaa linakubali zote mbili, na uchaguzi huo unaamua rekodi gani utaongeza.

Sababu ni ya zamani na haijadiliwi. Domain kuu tayari inabeba rekodi zinazofafanua domain yenyewe, na DNS hairuhusu CNAME kushiriki jina na rekodi nyingine yoyote. Kwa hiyo domain kuu huelekezwa kwa rekodi ya A moja kwa moja kwenye anwani ya IP, wakati subdomain huelekezwa kwa CNAME kwenye hostname nyingine.

Mawakala wengi ambao tayari wana tovuti wanapaswa kuanza na subdomain. Mstari ambao watu hubishana nao ni wa pili: baadhi ya wamiliki wanahisi subdomain inaonekana si imara. Ni maoni ya haki, na uzito wake unapungua wakati wateja wengi wanakufikia kupitia kiungo cha WhatsApp au Instagram badala ya kuandika anwani.

Rekodi unazoongeza, na kila moja inafanya nini

Hatua ya DNS yenye mwongozo kwenye paneli ya admin inaonyesha thamani kamili za domain yako. Nakili kutoka hapo, si kutoka kwenye makala yoyote — hata hii. Kinachofuata ni maelezo ya kazi ya kila rekodi, ili skrini hiyo ieleweke utakapoiona.

• CNAME, kwa subdomain. Name: lebo uliyochagua, kama booking. Value: hostname ya jukwaa ambayo hatua ya DNS inakupa. Inasema "jina hili ni jina bandia la lile", kwa hiyo seva za jukwaa zikihama, rekodi yako inaendelea kufanya kazi bila wewe kuigusa.
• Rekodi ya A, kwa domain kuu. Name: @, ambayo paneli nyingi za DNS huitumia kumaanisha domain tupu. Value: anwani ya IP ambayo hatua ya DNS inakupa. Inasema "jina hili linaishi kwenye anwani hii".
• TXT, wakati mwingine. Baadhi ya mipangilio ya hosting huomba pia rekodi ya uthibitisho: mfuatano mrefu wa herufi nasibu chini ya jina ambalo hatua ya DNS inabainisha. Haifanyi chochote kwa wageni. Inathibitisha kwamba anayemiliki domain amekubali muunganisho. Hatua ikionyesha moja, iongeze; isipoonyesha, hakuna kinachokosekana.

Makosa mawili yanachangia majaribio mengi yaliyoshindwa. La kwanza ni kuandika domain nzima kwenye sehemu ya Name. Paneli nyingi huongeza domain yenyewe, kwa hiyo booking.chapayako.co.tz ukiiandika hapo inakuwa booking.chapayako.co.tz.chapayako.co.tz, ambayo haiendi popote. Andika lebo tu. La pili ni kuacha rekodi ya zamani. Kama booking tayari ina rekodi ya A kutoka mradi wa zamani, CNAME haiwezi kukaa kando yake, na baadhi ya paneli huibakiza ile ya zamani kimyakimya. Futa kwanza rekodi ya zamani ya jina hilohilo.

Kama mwenyeji wako wa DNS ana swichi ya proxy kwenye rekodi — Cloudflare huionyesha kama wingu la rangi ya chungwa — iweke DNS-only wakati unaunganisha. Proxy hujibu wageni kwa niaba ya jukwaa, na hivyo kulificha jukwaa kutoka kwenye ukaguzi unaoelezwa hapa chini.

Kwa nini kufuli huja mwisho

Hii ndiyo hatua inayowafanya wamiliki waamini kuna kitu kimeharibika. Rekodi zimehifadhiwa, domain inaonekana sawa, lakini kivinjari kinasema muunganisho si salama — au tovuti haifunguki kabisa. Hakuna kilichoharibika. Mpangilio tu ndio umewekwa hivyo.

Cheti cha TLS, yaani kufuli, hutolewa na mamlaka ya vyeti ambayo kwanza lazima ithibitishe kwamba domain kweli inaelekeza pale ombi linaposema. Inakagua kwa kulitafuta jina kwenye DNS ya umma na, katika mipangilio mingi, kwa kutuma ombi kwa domain na kutarajia jukwaa ndilo lijibu. Mpaka rekodi yako ifike kwenye resolver ambazo mamlaka hiyo inatumia, ukaguzi unashindwa, na kubofya mara nyingi hakubadilishi hilo. Rekodi ikishaonekana, jukwaa linaomba cheti lenyewe. Hununui, hupakii wala husasishi cheti.

Muda hadi rekodi "ionekane" unategemea hasa TTL ya rekodi iliyokuwepo kabla: muda ambao seva nyingine zimeruhusiwa kukumbuka jibu la zamani. Jina jipya kabisa kwa kawaida huonekana haraka. Jina ambalo jana lilielekeza kwingine linaweza kuendelea kujibu kwa anwani ya zamani kwa muda. Ukijua unabadilisha rekodi iliyopo, punguza TTL yake siku moja kabla, na subira itakuwa fupi.

Vinginevyo, subiri, kisha kagua. Usiendelee kuhariri rekodi — kila uhariri unaipa kila seva iliyohifadhi jibu baya sababu nyingine ya kuendelea kulitoa. Tovuti za umma za kukagua DNS zinaonyesha dunia inaona nini kwa jina lako; zikionyesha thamani kutoka hatua ya DNS, cheti ndicho kitakachofuata.

Gharama ya kukosea

Makosa ya gharama kubwa hayako kwenye tovuti ya booking. Yako kwenye kila kitu kingine kilichoshikamana na domain yako.

Baya zaidi ni kubadilisha nameserver wakati ulihitaji tu kuongeza rekodi. Kuhamisha nameserver kunakabidhi domain nzima kwa mwenyeji mpya wa DNS, na rekodi yoyote isiyoundwa upya huko inapotea — zikiwemo rekodi za MX zinazoleta barua pepe za kampuni. Wakala anaweza kupoteza siku nzima ya barua pepe za wateja, uthibitisho wa wasambazaji na taarifa za mabadiliko ya ratiba kutoka mashirika ya ndege kabla mtu hajagundua kwamba sanduku la barua limenyamaza. Kuunganisha tovuti ya booking hakuhitaji kuhamisha nameserver hata kidogo. Ongeza rekodi; acha mengine kama yalivyo.

La pili ni kuelekeza domain kuu kwenye tovuti ya booking wakati tovuti ya zamani bado ina kurasa ambazo watu wanazitumia: ukurasa wa visa unaoshika nafasi kwenye Google, ukurasa wa mawasiliano uliochapishwa kwenye kadi za biashara. Viungo hivyo sasa vinatua kwenye tovuti ya booking isiyokuwa nazo. Ama hamisha tovuti ya zamani kwenye subdomain kwanza, ama unganisha tovuti ya booking kwenye subdomain badala yake.

La tatu linagharimu neva tu: kutangaza anwani mpya kabla kufuli haijaonekana. Kivinjari kinachowafukuza wateja kwa onyo siku ile ulipoitangaza tovuti ni utambulisho mbaya. Tangaza baada ya cheti kuanza kufanya kazi, si baada ya rekodi kuhifadhiwa.

Baki na domain ya jukwaa — ndiyo akiba yako

Subdomain ya jukwaa ambayo tovuti yako ilianzia haipotei unapounganisha domain yako. Haiwezi kuondolewa, na hilo ni kwa makusudi.

Ni anwani ya kufanyia majaribio wakati domain yako inatulia, na ndiyo inayoendelea kufanya kazi kama usasishaji kwa msajili umepitwa au mtu amehariri DNS kimakosa. Mfumo wa booking nyuma ya anwani zote mbili ni mmoja, kwa hiyo booking, wateja na ripoti hazijali mlango upi ulitumika. Iandike mahali ambapo hapategemei domain yako kuwa hewani.

Pia inaweka mpangilio sahihi kwa tovuti mpya, uleule wa kuzindua OTA ndani ya siku moja: anza hewani kwenye subdomain ambayo mchawi wa usajili anaiandaa bila kuomba kadi, kisha unganisha domain yako tovuti ikishastahili kuonyeshwa. Tovuti yenyewe inashughulikia nini anwani ikishakuwa yako kumeelezwa katika kile ambacho tovuti ya usafiri ya white-label inakupa kweli.

Orodha ya ukaguzi: kuunganisha domain yako na mfumo wa booking

1. Tambua nani anahifadhi DNS yako. Nameserver za domain zitakuambia.
2. Chagua domain kuu au subdomain. Kama una tovuti unayotaka kuibakiza, chagua subdomain.
3. Andika kila rekodi iliyopo, hasa MX, kabla ya kubadilisha chochote. Picha ya skrini inatosha.
4. Futa rekodi yoyote ya zamani kwenye jina hasa unalokaribia kutumia.
5. Ongeza rekodi kutoka hatua ya DNS: CNAME kwa subdomain, A kwa domain kuu, pamoja na TXT kama hatua inaionyesha. Andika lebo tu kwenye sehemu ya Name.
6. Weka proxy yoyote kwenye rekodi hiyo iwe DNS-only.
7. Subiri rekodi ionekane hadharani. Usiendelee kuihariri.
8. Thibitisha kufuli, fanya booking ya majaribio kwenye anwani mpya, kisha uwaambie wateja.

Sehemu kubwa ya orodha hii ni kusubiri. Hatua pekee inayoweza kukuumiza kweli ni ile isiyomo ndani yake: kuhamisha nameserver.