שיקולים לפני חיבור דומיין צד שלישי ל-Shopify#

Considerations for using a third-party domain?Domain / דומייןכתובת האתר של החנות, למשל דומיין שנרכש ב-Shopify או חובר מספק חיצוני.פתיחה במילון (שיקולים לשימוש בדומיין צד שלישי) עוזרים למנוע מצב שבו החנות מחוברת, אבל צוות החנות לא יודע איפה מנהלים DNS, מי משלם על חידוש, או מי מטפל בתקלות.

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

במדריך הזה#

• ניהול ותמיכה
• בדיקת סטטוס הדומיין
• שיקולים טכניים
• CAA ותעודות אבטחה

ניהול ותמיכה#

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

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

בדיקת סטטוס הדומיין#

אפשר לבדוק את סטטוס הדומיין מתוך Settings > Domains ב-Shopify admin. לחיצה על שם הדומיין מציגה מידע על חיבור, אימות, יעד וסוג הדומיין.

שיקולים טכניים#

Shopify לא תומכת בשימוש ב-Third-party proxies (פרוקסי צד שלישי) עבור חנות Shopify. תצורות לא נתמכות יכולות לגרום להתנהגות לא צפויה, הפרעות שירות או אובדן נתונים, ו-Shopify לא אחראית להשבתות שנגרמות מהן.

CAA ותעודות אבטחה#

אין חובה להשתמש ברשומות CAA (Certification Authority Authorization), אבל אם העסק מחויב להשתמש בהן, צריך לוודא שרשומות CAA מאפשרות את רשויות האישורים letsencrypt.org,‏ pki.goog ו-ssl.com.

שיקולי חיבור דומיין מתחילים באחריות: Shopify יכולה לבדוק אם הדומיין מצביע אליה, אבל כאשר מדובר ב-Third-party domain?Domain / דומייןכתובת האתר של החנות, למשל דומיין שנרכש ב-Shopify או חובר מספק חיצוני.פתיחה במילון (דומיין צד שלישי), ספק הדומיין ממשיך לשלוט ברשומות DNS, בחידוש ובחלק מהתמיכה. לכן לפני שמתחילים צריך לדעת מי בעל החשבון אצל הספק, מי יכול להתחבר אליו, ואיך משחזרים גישה אם האדם שמחזיק את הסיסמה לא זמין.

השלב הבא הוא מיפוי שירותים שתלויים בדומיין. דומיין לא משמש רק אתר; הוא יכול לשמש Email hosting (אחסון אימייל), Email forwarding (העברת אימייל), אימותים של Google Workspace או Microsoft 365, מערכות דיוור, פיקסלים, כלי אבטחה ותתי-דומיינים. שינוי A record או CNAME בלי לשמור את הרשומות הקיימות יכול לשבור שירות שאינו נראה מיד בעמוד החנות.

Shopify מציינת ערכי DNS נפוצים לחיבור ידני: A record לדומיין שורש, AAAA record לתמיכת IPv6, ו-CNAME עבור www או תת-דומיין. אך לא כל ספק מציג את השדות באותם שמות. לפעמים Host, Name, Refers to או Hostname מייצגים אותו רעיון. לפני שמדביקים ערכים, בדקו שאתם עורכים את הדומיין הנכון ואת אזור ה-DNS הפעיל לפי NameServers (שרתי שמות).

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

Proxy (פרוקסי) ושירותי אבטחה חיצוניים דורשים זהירות. Shopify מזהירה שתצורות פרוקסי צד שלישי עלולות לגרום להתנהגות לא צפויה, ולכן חנות שצריכה חיבור יציב צריכה להעדיף את התצורה הנתמכת. אם משתמשים ב-Cloudflare או שירות דומה לצרכים אחרים, בדקו האם הרשומה עוברת פרוקסי או רק DNS, והאם הדבר תואם את דרישות Shopify.

CAA records (רשומות הרשאת רשות אישור) הן דוגמה לשינוי שנראה צדדי אבל יכול למנוע TLS certificate (תעודת TLS). רוב החנויות לא צריכות לגעת ב-CAA, אך ארגונים עם מדיניות אבטחה קיימת חייבים לוודא שהרשומות מאפשרות לרשויות האישור ש-Shopify משתמשת בהן להנפיק תעודה. אחרת הדומיין יכול להיות מחובר אך להישאר בלי HTTPS תקין.

בסוף, ההחלטה בין חיבור דומיין לבין Transfer domain?Domain / דומייןכתובת האתר של החנות, למשל דומיין שנרכש ב-Shopify או חובר מספק חיצוני.פתיחה במילון (העברת דומיין) תלויה בבעלות ובתפעול. חיבור משאיר שליטה אצל הספק הקיים ומתאים כשיש אימיילים או תשתית קיימת. העברה ל-Shopify מפשטת ניהול אם רוצים לרכז דומיין, DNS וחידוש באדמין. בשני המקרים צריך תוכנית בדיקה, תיעוד רשומות, חלון זמן רגוע ומעקב אחרי החנות לאחר החיבור.

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

לפני כל פעולה, שמרו צילום או ייצוא של DNS records (רשומות DNS) קיימות. התיעוד צריך לכלול A, AAAA, CNAME, MX ו-TXT, וגם הערות על שירותים חיצוניים שמשתמשים בדומיין. כאשר משהו נשבר אחרי שינוי, התיעוד הזה הוא ההבדל בין אבחון מהיר לבין ניחוש מסוכן.

לאחר שינוי, בדקו את החנות כמו לקוח ולא רק כמו מנהל מערכת. פתחו דף בית, דף מוצר, קולקציה, עגלה ו-Checkout (קופה), ובדקו גם www, בלי www, מובייל ודסקטופ. אם יש Markets (שווקים), שפות או מטבעות, עברו גם על מסלול לקוח בכל שוק רלוונטי.

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

בצד השיווק, בדקו מודעות, קישורי שותפים, QR codes, רשתות חברתיות, Google Search Console ומערכות אנליטיקה. דומיין חדש או תת-דומיין חדש יכולים לפצל מדידה אם לא מעדכנים נכסים וקישורים. שינוי DNS תקין עדיין לא אומר שכל מקורות התנועה מגיעים למקום הנכון.

אם החנות פעילה, הגדירו גם נקודת ביקורת אחרי 24 שעות ואחרי 48 שעות. חלק מתקלות DNS, HTTPS או אימייל מופיעות רק לאחר התפשטות מלאה, מטמון ספקים או תנועה אמיתית. בדיקה חוזרת מונעת סגירת משימה מוקדמת מדי.

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