כאשר העברת דומיין תקועה, מה על המשווקים לבדוק תחילה

לקוח מתחיל העברת דומיין וחוזר בעוד כמה שעות עם שאלה פשוטה:
"למה זה עדיין לא הושלם?"

עבור סוחר דומיינים, זו לא רק שאלה טכנית. זה במהירות נהפך לבעיה תמיכה. הלקוח עלול לחשוב שההעברה נכשלה. הסוחר עלול לא לדעת אם הבעיה היא קוד האותנטיקציה, נעילת הדומיין, רשם המפסיד, דוא"ל האישור, כלל הרישום או פשוט תקופת ההמתנה הרגילה להעברה.

הדבר הראשון שצריך לזכור הוא זה: העברת דומיין בהמתנה לא תמיד אומרת שמשהו שבור. הרבה העברות לוקחות זמן אפילו כשהכל תקין. אבל כשהלקוח מחכה, הסוחר עדיין זקוק לתשובה ברורה. לכן עוזר לעקוב אחר תהליך בדיקה ראשון פשוט לפני שמעלים את המקרה.

רוב הלקוחות מצפים ששירותים מקוונים יעבדו מיד. הם משלמים, מגישים את העברת הדומיין, וצופים שהדומיין יועבר מיד.
העברות דומיין לא תמיד מתנהלות כך. העברה כוללת את הרשם הנוכחי, הרשם המקבל, כללי הרישום, סטטוס הדומיין, אימות קוד האותנטיקציה, דואלי אישור ותקופות המתנה. הלקוח בדרך כלל לא רואה את כל השלבים האלה. הוא רק רואה מילה אחת: בהמתנה.

לכן סוחרים מקבלים שאלות כגון:
"هل ההעברה נכשלה?"
"هل הזנתי את הקוד הלא נכון?"
"למה זה לוקח כל כך הרבה זמן?"
"هل אפשר לזרז את זה?"
"האם עלי לבטל ולנסות שוב?"
עבור סוחרים, הבעיה האמיתית היא לא רק העיכוב. הבעיה הגדולה היא חוסר ודאות. אם הסוחר לא יכול להסביר מה קורה, הלקוח עלול לאבד אמון.

רשימת בדיקה ברורה להעברה עוזרת לסוחר לענות מהר יותר ולהימנע מהסלמה מיותרת.

1. בדוק אם הדומיין נעול
הדבר הראשון לבדוק הוא אם הדומיין נעול ברשם הנוכחי.
אם לדומיין יש נעילת העברה, ההעברה עשויה לא להתקדם. ב-WHOIS או ברשומות סטטוס הדומיין, זה יכול להופיע כ-clientTransferProhibited או סטטוס נעילה דומה.
לקוחות לעיתים מבינים זאת לא נכון. חלקם מאמינים ששחררו את הנעילה כי לחצו על משהו בחשבונם, אך הסטטוס עשוי שלא להתעדכן עדיין. אחרים אולי אינם יודעים היכן אפשרות השחרור נמצאת אצל הרשם הנוכחי.
לפני שמאשימים את הרשם החדש, בקש מהלקוח לאשר:

• האם הדומיין שוחרר אצל הרשם הנוכחי?
• האם הדומיין עדיין מציג clientTransferProhibited?
• האם פעולת השחרור הושלמה בהצלחה?
• האם חלף זמן מספיק לעדכון הסטטוס?

זו בדיקה בסיסית, אך היא פותרת הרבה שאלות העברה.
עבור סוחרים, פלטפורמת רשם טובה צריכה להקל על בדיקת סטטוס ההעברה וסטטוס הדומיין לאחר שההעברה הוגשה.

2. בדוק את קוד האותנטיקציה לפני הסלמה
קוד האותנטיקציה, המכונה גם קוד EPP או קוד העברה, הוא סיבה נפוצה נוספת לכך שהעברה נראית תקועה. ייתכן שהקוד שגוי, פג תוקף, הועתק עם רווחים מיותרים, נוצר מחדש אחרי שהלקוח ביקש אותו לראשונה, או נלקח מדוא"ל ישן. יש לקוחות שמעתיקים גם את הקוד הלא נכון כאשר מנהלים מספר דומיינים.
לפני שמעלים את ההעברה, בקש מהלקוח לאשר שקוד האותנטיקציה הונפק לאחרונה על ידי הרשם הנוכחי.
הודעת סוחר פרקטית יכולה להיות פשוטה:
"אנא אמת שקוד האותנטיקציה הועתק ישירות מהרשם הנוכחי שלך ושהוא לא נוצר מחדש מאז שהגשת את ההעברה."
אם הקוד שגוי, הבעיה אינה כשל בפלטפורמה. זו בעיית אישורי העברה.

3. בדוק דואלי אישור ואישור מהרשם המפסיד
עיכובים מסוימים בהעברה נגרמים כיוון שהלקוח לא השלים שלב אישור. בהתאם לרשם ולתהליך סיומת הדומיין, ייתכן שעל הלקוח לאשר את ההעברה בדוא"ל, לאשר את הבקשה בתוך חשבון הרשם הנוכחי או להגיב להודעת העברת דומיין.
פה לקוחות רבים מתבלבלים. ייתכן שהם מתעלמים מהדוא"ל, מפספסים אותו בספאם, או משתמשים בדוא"ל איש קשר ישן של הרישום. לפעמים דוא"ל ההעברה נשלח לכתובת איש קשר לדומיין שהלקוח כבר אינו בודק.
סוחרים צריכים לבקש מהלקוח לבדוק:

• תיבת דואר נכנס ותיקיית ספאם
• כתובת הדוא"ל הרשומה עבור איש קשר הדומיין
• כל הודעה מהרשם הנוכחי
• כל הודעת אישור או דחייה להעברה
• כל התראה בחשבון בלוח הבקרה של הרשם המפסיד

צעד זה חשוב כי הלקוח עשוי להאשים את הרשם המקבל, בעוד שהפעולה החסרה עדיין בצד הרשם הנוכחי או הרישום.
סוחר אינו צריך להסביר מדיניות יותר מדי. התשובה השימושית פשוטה: בדוק אם ההעברה ממתינה לאישור.

4. בדוק תאריך תפוגה, רישום אחרון, או שינוים אחרונים
לא כל דומיין ניתן להעברה בכל זמן שתרצה. בהתאם לסיומת ולמדיניות הרשם, העברה עלולה להיות מושפעת מרישום אחרון, העברה אחרונה, שינוי איש קשר רישום אחרון, מועדי תפוגה, או כללים ספציפיים של הרשומה.
פה סוחרים צריכים להיות זהירים. אל תבטיח לכל לקוח שהעברה תסתיים מיד. יש סיומות עם כללים שונים, וחלק מהמקרים צריכים בדיקה של רשם או רישום.
על הסוחר לבדוק:

• האם הדומיין נרשם לאחרונה?
• האם הועבר לאחרונה?
• האם איש קשר הרישום שונה לאחרונה?
• האם הדומיין קרוב לתפוגה?
• האם הדומיין כבר פג תוקף או במצב מחזור חיים מיוחד?
• האם לסיומת יש כללי העברה מיוחדים?

סוג בדיקה זה גורם לסוחר להיראות מקצועי יותר. במקום לומר "אנא המתן", הסוחר יכול להסביר מה עשוי להשפיע על ההעברה. עבור הלקוחות, זה בונה אמון. עבור הסוחרים, זה מפחית פניות חוזרות.

העברה בהמתנה אינה תמיד העברה שנכשלה. במקרים רבים, ההעברה הוגשה כראוי ופשוט ממתינה לסיום התהליך הרגיל. הלקוחות עלולים לא לדעת זאת. הם עלולים לחשוב שהמערכת תקועה.
סוחר צריך תחילה לבדוק אם קיימת דחייה או שגיאה ממשית. אם אין דחייה, אין הודעת קוד אותנטיקציה שגוי, ואין בעיית נעילה, ההעברה עשויה עדיין להתבצע כרגיל.
עדכון טוב יותר ללקוח הוא:
"בדקנו את בקשת ההעברה. כרגע היא עדיין בהמתנה ולא התקבלה דחייה. נא גם לאשר שהדומיין אינו נעול, קוד האותנטיקציה נכון, ואין דוא"ל אישור ממתין אצל הרשם הנוכחי. אם הסטטוס ישתנה או שההעברה לא תושלם תוך התקופה הצפויה, נסקור זאת שוב."
זה טוב יותר מאשר רק לומר "אנא המתן". זה נותן ללקוח סטטוס, מסביר מה נבדק, ומגדיר צעד ברור הבא.

כשלקוחות שואלים על העברה בהמתנה, תשובות בלתי ברורות מגדילות לחץ.
סוחר צריך להימנע מתגובות כמו:
"זוהי בתהליך."
"אנא המתן."
"אנחנו בודקים."
"אנחנו לא יכולים לעשות כלום."
תגובות אלה אולי נכונות טכנית, אבל אינן עוזרות ללקוח להבין את המצב.
תגובה ברורה צריכה לכלול שלושה חלקים:

• מה נבדק
• מה הלקוח צריך לאשר
• מה יקרה בהמשך

לדוגמה:
"סקרנו את בקשת ההעברה. הדומיין כרגע בהמתנה להעברה. אנא אמת שהדומיין שוחרר אצל הרשם הנוכחי, ש-code האותנטיקציה נכון והונפק לאחרונה, ואין דוא"ל אישור ממתין מהרשם הנוכחי. אם אין דחייה וכל הפרטים נכונים, ההעברה עשויה להיות עדיין בתוך תקופת ההמתנה הרגילה. נמשיך לעקוב אחר הסטטוס ונסקור זאת שוב אם ההעברה לא תתקדם כמצופה."
סוג הודעה זה מפחית שאלות חוזרות כי הוא מודיע ללקוח מה קורה ומה הוא יכול לעשות. עבור סוחרים, תקשורת טובה היא חלק מניהול העברות.


כיצד NiceNIC עוזרת לסוחרים לנהל העברות דומיינים
סוחרים צריכים יותר ממקום להגשת הזמנות העברה. הם צריכים נראות של ההעברה, כלים לניהול דומיינים, תמיכה, ושותף רשם שמבין את פעולות הדומיין האמיתיות.
NiceNIC תומכת בשירותי העברת דומיינים לסוחרים, ספקי אירוח, סוכנויות ומשקיעי דומיינים. שותפים יכולים להשתמש בפלטפורמת הסוחרים של NiceNIC, בכלי העברת דומיינים, ב-Reseller API v2, אינטגרציית WHMCS וערוצי תמיכה לניהול פעולות העברת דומיינים בצורה יעילה יותר.
זה שימושי כאשר סוחר צריך לבדוק סטטוס העברה, לטפל בשאלות לקוחות, לנהל פעולות דומיין, או לחבר העברות עם מערכת אירוח או חיוב.
עבור ספקי אירוח, אינטגרציית WHMCS יכולה לסייע לחבר את זרימות העבודה של העברת דומיין וחידוש עם חשבונות הלקוחות וחיוב. עבור מפתחים, גישה ל-API יכולה לתמוך באוטומציה של דומיינים. עבור סוכנויות ומשקיעים, לוח הבקרה וצוות התמיכה יכולים לסייע בניהול בעיות העברה בעולם האמיתי שלא תמיד נפתרות רק על ידי אוטומציה.