אתר סטטי מתחיל להרגיש אמיתי כשהוא עוזב את URL התצוגה ונפתח בדומיין שאתם שולטים בו.
זה גם השלב שבו פרויקטים פשוטים נהיים מבלבלים. רשומות DNS, דומיין apex, www, תעודת SSL, הפניות, כתובות ישנות ו-cache בדפדפן מגיעים בבת אחת. כל חלק בפני עצמו לא מסובך. הבעיה היא הסדר.
קודם URL תצוגה, אחר כך דומיין
השתמשו ב-URL התצוגה כקישור העבודה עד שהאתר מאושר.
כך שומרים הפרדה נקייה:
- URL התצוגה מוכיח שהקבצים שהעליתם עובדים.
- הדומיין המותאם אישית מוכיח שההשקה הציבורית מוכנה.
אם מחברים דומיין מוקדם מדי, כל תיקון תוכן מתערבב עם ניפוי DNS. עדיף להפריד. העלו את התיקייה, פתחו את תצוגת ה-HTTPS, בדקו את האתר, ורק אז חברו דומיין.
ב-DeployPages תהליך ההעלאה בדף הבית נותן את המסלול הזה. אחרי שהאתר מוכן, עוברים אל דומיינים מותאמים אישית ו-SSL חינם.
דומיין apex או www?
בדרך כלל יש שלוש אפשרויות:
| סוג דומיין | דוגמה | מתאים ל |
|---|---|---|
| דומיין apex | example.com | הכתובת הציבורית הכי קצרה |
תת-דומיין www | www.example.com | נפוץ מאוד ולרוב קל לניתוב |
| תת-דומיין מותאם | docs.example.com, app.example.com | תיעוד, קמפיינים, פרויקטים צדדיים, תצוגות |
התיעוד של GitHub Pages מסביר למה כדאי לחשוב היטב על apex ו-www, ומדגיש ש-www יציב במיוחד עבור GitHub Pages כי הוא לא תלוי בשינויי IP של שרתי GitHub. הדרישות המדויקות משתנות בין ספקים, אבל העיקרון רחב יותר: בוחרים כתובת ראשית אחת ומפנים אליה את האחרת.
לרוב אתרי שיווק, תיקי עבודות ואתרי תיעוד, שתי הבחירות תקינות:
example.comכראשי, עם הפניה מ-www.example.com.www.example.comכראשי, עם הפניה מ-example.com.
אל תתנו לשתיהן להגיש עותקים נפרדים של אותו אתר. זה יוצר כפילות למשתמשים ולמנועי חיפוש.
רשומות DNS בשפה פשוטה
לא צריך לזכור כל סוג רשומת DNS. באחסון אתר סטטי תפגשו לרוב את אלה:
| רשומה | מה היא עושה | שימוש טיפוסי |
|---|---|---|
CNAME | מפנה תת-דומיין ל-hostname אחר | www.example.com אל יעד שסופק |
A | מפנה דומיין לכתובת IPv4 | דומיין apex כאשר הספק נותן IP |
AAAA | מפנה דומיין לכתובת IPv6 | דומיין apex כאשר IPv6 נתמך |
ALIAS או ANAME | מפנה apex ל-hostname | חלופה ספציפית לספק במקום A |
TXT | שומר טקסט אימות | בדיקת בעלות על דומיין |
הפלטפורמה אמורה להגיד בדיוק איזו רשומה להוסיף. אם היא לא עושה זאת, זו בעיית מוצר ולא בעיית משתמש.
אחרי שינוי רשומות, השתמשו בכלי lookup. ב-DeployPages יש כלי DNS lookup כדי לבדוק האם האינטרנט הציבורי כבר רואה את השינוי.
HTTPS הוא חלק מההשקה
דומיין מותאם אישית בלי HTTPS נראה שבור למשתמשים, לדפדפנים ולמנועי חיפוש.
לפני שמכריזים על הקישור, בדקו:
- הדומיין נפתח עם
https://. - תעודת ה-SSL מכסה את ה-hostname המדויק שבו משתמשים.
- גרסת
http://מפנה ל-HTTPS. - ה-hostname שאינו ראשי מפנה לכתובת הראשית.
- אין אזהרות דפדפן בחלון פרטי.
אם DNS עדיין מתפשט, הנפקת HTTPS יכולה לקחת זמן. אל תשנו רשומות כל כמה דקות אם הערכים נכונים. חכו, בדקו, ושנו רק את מה שבאמת שגוי.
בודק SSL שימושי כאן כי הוא בודק את התעודה מבחוץ, בלי להסתמך על cache מקומי.
איך דומיין נכנס לתהליך פרסום סטטי
שרשרת נקייה נראית כך:
| שלב | URL | מטרה |
|---|---|---|
| העלאה ראשונה | URL תצוגה זמני | לבדוק קבצים ולשתף פנימית. |
| סקירה | URL תצוגה יציב | לשלוח ללקוח, צוות או בעלי עניין. |
| השקה | דומיין מותאם אישית | תנועה ציבורית ו-SEO. |
| Update | גרסת פרסום חדשה | לתקן או לשפר בלי לשבור את הישנה. |
| Recovery | שחזור גרסה קודמת | לחזור לגרסה ידועה שעבדה אם עדכון נכשל. |
זו אחת הסיבות שאחסון אתר סטטי צריך לעשות יותר מלשמור קבצים. ברגע שיש דומיין אמיתי, צריך מודעות לגרסאות. העלאה שבורה לא אמורה להפיל את הקישור הציבורי בלי נתיב חזרה.
DeployPages מתייחס לשחזור גרסה קודמת כיכולת מוצר, לא כתרגיל ידני של "איפה ה-ZIP הישן". ראו שחזור גרסה קודמת לצד בקרת הגרסאות.
טעויות נפוצות בדומיין מותאם אישית
מחברים DNS לפני שה-preview עובד
אם URL התצוגה שבור, הדומיין יהיה שבור גם הוא. קודם מתקנים קבצים.
מערבבים שני hostnames ראשיים
בחרו example.com או www.example.com. את השני הפנו לראשי.
שוכחים קישורים ישנים
אם מחליפים אתר קיים, בדקו נתיבים חשובים. גם אתר סטטי יכול להזדקק להפניות.
מניחים ש-DNS השתנה כי הדשבורד השתנה
הדשבורד של ספק ה-DNS אינו אותו דבר כמו DNS ציבורי. השתמשו בכלי lookup.
משיקים בלי metadata
לפני השקת דומיין, הגדירו title, description, favicon ותמונת שיתוף. מחולל metadata ו-כלי OG image יכולים לעזור עם החלקים המשעממים אבל גלויים.
מתי דומיין שווה את זה?
חברו דומיין כש:
- האתר מייצג עסק, אדם, מוצר, אירוע או לקוח.
- הקישור יודפס, יופיע במודעות או ייכנס לפרופיל.
- SEO חשוב.
- אנשים יחזרו לאתר בהמשך.
- צריך אמון מעבר ל-URL זמני.
דלגו על דומיין לתצוגות חד-פעמיות, משוב מהיר או דמו פנימי שיוחלף מחר.
אחסון אתר סטטי עובד טוב כשהוא מאפשר שני קצבים: קישורי תצוגה צריכים להיות מהירים; השקת דומיין צריכה להיות מכוונת.