Naujass Pradžia
Naujienų kategorijos
Domenų vardai Domenų perpardavimas SSL sertifikatai Verslo el. paštas Hostingas ir serveriai ICANN ir registro taisyklės Domenų ginčai Domenų pardavimai Kiti Sveikinimai
Naujienų kategorijos
X
Domenų vardai Domenų perpardavimas SSL sertifikatai Verslo el. paštas Hostingas ir serveriai ICANN ir registro taisyklės Domenų ginčai Domenų pardavimai Kiti Sveikinimai

Kai domeno perkėlimas užstringa, ką platintojai turi patikrinti

Peržiūros:40 Laikas:2026-05-28 12:56:04 Autorius: windy Kontaktai suppart email
Klientas pradeda domeno perleidimą ir po kelių valandų sugrįžta su paprastu klausimu:"Kodėl jis dar neužbaigtas?" Domenų perpardavėjams tai nėra tik techninis klausimas. Tai greitai tampa aptarnavimo problema. Klientas gali manyti, kad perleidimas nepavyko. Perpardavėjas gali nežinoti, ar problema yra Auth kodas, domeno užraktas, prarandantis registratorius, patvirtinimo el. paštas, registro taisyklės ar tiesiog normalus laukimo laikotarpis. Pirmiausia reikia prisiminti: laukiamasis domeno perleidimas nereiškia, kad kažkas yra sulūžę. Daugelis perleidimų užtrunka, net kai viskas yra teisingai. Tačiau kai klientas laukia, perpardavėjas vis tiek turi aiškų atsakymą. Todėl naudinga laikytis paprastos pirmosios patikros procedūros prieš eskalavimą.
Išbandykite NiceNIC domeno perpardavėjų programą
Kodėl domenų perleidimai klientams dažnai atrodo "įstrigę" Dauguma klientų tikisi, kad internetinės paslaugos veiks iš karto. Jie sumoka, pateikia domeno perleidimą ir tikisi, kad domenas bus perkeliamas iš karto. Domenų perleidimai ne visada veikia taip. Perleidimas apima dabartinį registratorių, priimančiąjį registratorių, registro taisykles, domeno būseną, Auth kodo patvirtinimą, patvirtinimo el. laiškus ir laukimo laikotarpius. Klientas paprastai nemato visų šių žingsnių. Jis mato tik vieną žodį: laukiamasis. Todėl perpardavėjai sulaukia klausimų, tokių kaip: „Ar perleidimas nepavyko?“ „Ar įvedžiau neteisingą kodą?“ „Kodėl tai užtrunka taip ilgai?“ „Ar galite tai paspartinti?“ „Ar turėčiau atšaukti ir bandyti iš naujo?“ Perpardavėjams tikroji problema – ne tik delsimas. Didesnė problema yra nežinomybė. Jei perpardavėjas negali paaiškinti, kas vyksta, klientas gali prarasti pasitikėjimą. Aiški perleidimo patikros lentelė padeda perpardavėjui greičiau atsakyti ir išvengti nereikalingo eskalavimo.1. Patikrinkite, ar domenas nėra užrakintas Pirmiausia patikrinkite, ar domenas užrakintas dabartiniame registratoriuje. Jei domenas turi perleidimo užraktą, perleidimas gali nevykti. WHOIS arba domeno būsenos įrašuose tai gali būti nurodyta kaip clientTransferProhibited ar panašus užrakto statusas. Klientai dažnai klaidingai supranta šį punktą. Kai kurie mano, kad jie atrakino domeną, nes paspaudė ką nors savo sąskaitoje, bet statusas galbūt dar nebuvo atnaujintas. Kiti gali nežinoti, kur esanti atrakinkite parinktis dabartiniame registratoriuje. Prieš kaltindami naują registratorių, paprašykite kliento patvirtinti:
    Ar domenas atrakintas dabartiniame registratoriuje? Ar domenas vis dar rodo clientTransferProhibited statusą? Ar atrakinkite veiksmas buvo sėkmingai atliktas? Ar praėjo pakankamai laiko statuso atnaujinimui?
Tai yra paprasta patikra, bet ji išsprendžia daug perleidimo klausimų. Geras registratoriaus platformos sprendimas perpardavėjams turėtų leisti lengvai peržiūrėti perleidimo ir domeno būseną po perleidimo pateikimo.2. Patikrinkite Auth Kodą prieš eskalavimą Auth Kodas, dar vadinamas EPP kodu ar perleidimo kodu, yra dar viena įprasta domeno perleidimo proceso dalis ir dažna priežastis, dėl kurios perleidimas atrodo užstrigęs. Auth kodas gali būti neteisingas, pasibaigęs, nukopijuotas su papildomomis tarpais, sugeneruotas iš naujo po to, kai klientas jo paprašė, arba paimtas iš seno el. laiško. Kai kurie klientai taip pat nukopijuoja neteisingą kodą valdydami kelis domenus. Prieš eskalavimą paprašykite kliento patvirtinti, kad Auth Kodas neseniai buvo išduotas dabartinio registratoriaus. Praktinis perpardavėjo pranešimas gali būti paprastas:"Prašome patvirtinti, kad Auth kodas buvo nukopijuotas tiesiogiai iš jūsų dabartinio registratoriaus ir nuo perleidimo pateikimo jis nebuvo sugeneruotas iš naujo." Jei kodas neteisingas, problema nėra platformos gedimas. Tai perleidimo kredencialų problema.3. Patikrinkite patvirtinimo el. laiškus ir prarandančio registratoriaus patvirtinimą Kai kurie delsimo atvejai įvyksta todėl, kad klientas neįvykdė patvirtinimo žingsnio. Priklausomai nuo registratoriaus ir TLD proceso, klientui gali reikėti patvirtinti perleidimą el. paštu, patvirtinti užklausą dabartinės registratoriaus paskyroje arba atsakyti į perleidimo pranešimą. Ten daug klientų susipainioja. Jie gali ignoruoti el. laišką, nepastebėti jo šiukšlių aplanke arba naudoti pasenusią registranto kontaktinį el. paštą. Kartais perleidimo el. laiškas siunčiamas domeno kontakto adresu, kurio klientas nebežiūri. Perpardavėjai turėtų paprašyti kliento patikrinti:
    Gautuosius ir šiukšlių aplanką El. pašto adresą, nurodytą domeno kontakte Bet kokį pranešimą iš dabartinio registratoriaus Bet kokį perleidimo patvirtinimą ar atmetimą Bet kokį paskyros pranešimą dabartinio registratoriaus valdymo skydelyje
Šis žingsnis svarbus, nes klientas gali kaltinti priimančią registratorių, kai trūkstamas veiksmas vis dar yra dabartinio registratoriaus arba registranto pusėje. Perpardavėjas neturi per daug aiškinti politikos. Naudingas atsakymas paprastas: patikrinkite, ar perleidimas laukia patvirtinimo.4. Patikrinkite galiojimo datą, neseną registraciją ar pakeitimus Ne visi domenai gali būti perleidžiami bet kada. Priklausomai nuo TLD ir registratoriaus politikos, perleidimą gali paveikti neseniai įvykdyta registracija, neseniai atliktas perleidimas, neseniai pakeistas registranto kontaktas, domeno galiojimo laikas ar registro specifinės taisyklės. Čia perpardavėjai turi būti atsargūs. Nežadėkite kiekvienam klientui, kad perleidimas bus užbaigtas iš karto. Skirtingos plėtiniai gali turėti skirtingas taisykles, o kai kuriais atvejais reikia registratoriaus ar registro peržiūros. Perpardavėjas turėtų patikrinti:
    Ar domenas buvo neseniai užregistruotas? Ar jis buvo neseniai perleistas? Ar registranto kontaktas buvo neseniai pakeistas? Ar domeno galiojimo laikas artėja? Ar domenas jau pasibaigęs arba yra ypatingoje būsenos fazėje? Ar TLD turi specialias perleidimo taisykles? Jei galiojimo laikas yra problemos dalis, peržiūrėkite domeno galiojimo ir atnaujinimo grafiką prieš patariant klientui laukti ar bandyti iš naujo.
Tokia patikra suteikia perpardavėjui profesionalumo įspūdį. Vietoje „prašome palaukti“ galima paaiškinti, kas gali įtakoti perleidimą. Klientams tai suteikia pasitikėjimo. Perpardavėjams tai mažina pasikartojančių užklausų skaičių.5. Patikrinkite, ar perleidimas vis dar yra įprastiniame laukimo lange Laukiamasis perleidimas ne visada reiškia nepavykusį perleidimą. Daugelis perleidimų yra teisingai pateikti ir tiesiog laukia normalaus proceso pabaigos. Klientai to nežino. Jie gali manyti, kad laukiamasis reiškia, jog sistema užstrigo. Pirmiausia perpardavėjas turėtų patikrinti, ar nėra jokio atmetimo ar klaidos. Jei nėra atmetimo, nėra pranešimo apie neteisingą Auth kodą ir nėra užrakto problemos, perleidimas gali vykti įprastai. Perpardavėjai taip pat gali peržiūrėti domeno perleidimo būseną ir patvirtinti, ar užklausa dar yra įprastiniame laukimo lange. Geresnis klientų atnaujinimas būtų:"Patikrinome perleidimo užklausą. Šiuo metu ji vis dar laukia ir nėra sulaukta atmetimo. Prašome taip pat patvirtinti, kad domenas yra atrakintas, Auth kodas teisingas ir nėra laukiančio patvirtinimo el. laiško dabartiniame registratoriuje. Jei būsena pasikeis arba perleidimas nebus užbaigtas per numatytą laikotarpį, toliau tai peržiūrėsime." Tai geriau nei tik sakyti „prašome palaukti“. Tai pateikia kliento būseną, paaiškina, kas buvo patikrinta ir nustato aiškų tolesnį žingsnį. Perkelkite domenus į NiceNIC6. Ką perpardavėjai turėtų pasakyti klientams, kol jie laukia Kai klientai klausia apie laukiamą perleidimą, neaiškūs atsakymai sukuria daugiau streso. Perpardavėjas turėtų vengti atsakymų kaip: „Procesuoja.“ „Prašome palaukti.“ „Tikrname.“ „Negalime nieko padaryti.“ Šie atsakymai gali būti techniškai teisingi, bet jie nepadeda klientui suprasti situacijos. Aiškesnis atsakymas turėtų apimti tris dalis: Kas buvo patikrinta Ką klientas turi patvirtinti Kas bus toliau Pavyzdžiui: "Peržiūrėjome perleidimo užklausą. Domenas šiuo metu laukia perleidimo. Prašome patvirtinti, kad domenas yra atrakintas dabartiniame registratoriuje, Auth kodas teisingas ir neseniai išduotas, ir nėra laukiančio patvirtinimo el. laiško iš dabartinio registratoriaus. Jei nėra atmetimo ir visi duomenys teisingi, perleidimas gali būti vis dar įprastame laukimo laikotarpyje. Stebėsime būseną ir peržiūrėsime dar kartą, jei perleidimas nebus vykdomas pagal planą." Tokia žinutė sumažina pasikartojančius klausimus, nes ji informuoja klientą apie vykstančius procesus ir nurodo, ką jie gali padaryti. Perpardavėjams gera komunikacija yra perleidimo valdymo dalis.Kaip NiceNIC padeda perpardavėjams valdyti domenų perleidimus Perpardavėjams reikia daugiau nei vietos perleidimo užsakymams pateikti. Jiems reikalinga perleidimo matomybė, domenų valdymo įrankiai, pagalba ir registratoriaus partneris, kuris supranta tikrąjį domenų veikimą. NiceNIC teikia domenų perleidimo paslaugas perpardavėjams, prieglobos tiekėjams, agentūroms ir domenų investuotojams. Partneriai gali naudoti NiceNIC perpardavėjų platformą, domenų perleidimo įrankius, Reseller API v2, WHMCS integraciją ir palaikymo kanalus, kad efektyviau valdytų domenų perleidimą. Tai naudinga, kai perpardavėjas turi patikrinti perleidimo būseną, atsakyti į klientų klausimus, tvarkyti domenų veiklą ar sujungti perleidimus su prieglobos arba atsiskaitymų sistema. Prieglobos tiekėjams WHMCS integracija gali padėti sujungti domenų perleidimo ir atnaujinimo procesus su klientų paskyromis ir atsiskaitymais. Kūrėjams API prieiga leidžia automatizuoti domenus. Agentūroms ir investuotojams valdymo skydelis ir palaikymo komanda gali padėti spręsti realius perleidimo klausimus, kurių ne visada išsprendžia automatika.Peržiūrėkite NiceNIC Reseller API v2 dokumentaciją Pradėkite savo domenų perpardavimų verslą su NiceNIC Perpardavėjui nereikia spėlioti. Geras pirmosios patikros procesas padeda greičiau atsakyti klientams ir išvengti nereikalingo sumišimo. Jei valdote klientų domenus, rinkitės registratorių, kuris suteikia perleidimo įrankius, perpardavėjų matomumą, API galimybes, WHMCS integraciją ir tikrą palaikymą už platformos ribų.DUK Ką perpardavėjai turėtų pirmiausia patikrinti, kai klientas klausia apie laukiamą perleidimą? Perpardavėjai turėtų pirmiausia patikrinti domeno užrakinimo būseną, Auth kodą, patvirtinimo el. laišką, galiojimo datą, nesenus domeno pakeitimus ir ar perleidimas vis dar yra įprastame apdorojimo lange. Ar laukiamasis domeno perleidimas reiškia, kad perleidimas nepavyko? Ne. Laukiamasis perleidimas ne visada reiškia nesėkmę. Daugelis atvejų perleidimas yra pateiktas ir laukia normalaus proceso pabaigos. Ar NiceNIC gali padėti perpardavėjams valdyti domenų perleidimus? Taip. NiceNIC teikia domenų perleidimo paslaugas, perpardavėjų įrankius, API prieigą, WHMCS integraciją ir palaikymą perpardavėjams, prieglobos teikėjams, agentūroms ir domenų investuotojams valdant domenų perleidimus.
Autorių teisės © 2006-2026 NICENIC INTERNATIONAL GROUP CO., LIMITED Visos teisės saugomos