האם תהיתם אם מוניטין הדומיין משפיע על SEO? מסתבר שהמוניטין של הדומיין חשוב באופטימיזציה למנועי חיפוש, במיוחד כשקובעים אם ה-IP או הדומיין שלך קשורים לפעילויות דואר זבל או כובע שחור.
המושג של מוניטין דומיין משמש בדרך כלל למטרות דואר אלקטרוני. ציון המוניטין של דומיין קובע אם שרתי דואר שמקבלים יכולים לסמוך על הדומיין שלך. זה יכול לשמש גם לדברים אחרים כגון סימון אלגוריתמים פנימי וקביעת עונשים המאוחסנים במאגרי מידע של מנועי חיפוש. דוחות דואר זבל אחרים הקשורים למייל, בניית קישורים, ספאם של קישורים וכל קשר לתוכן למבוגרים חשובים ליצירת מסננים מתאימים לתוצאות חיפוש, SEO וסביבת חיפוש בטוחה יותר.
בכל פעם שנשלח אימייל, שרת הדואר המקבל מבצע אימות של מסגרת מדיניות השולח (SPF) על ידי בדיקת כותרות הדוא"ל, במיוחד אם ה"דואר מאת" מכיל שם תחום שמפנה לכתובת ה-IP של השולח. תהליך זה מתואר ב RFC 7208 על ידי ה-Internet Engineering Task Force (IETF) והמנגנונים שלו יתוארו במאמר זה.
מוניטין דומיין ושרתי אחסון אתרים
מוניטין הדומיין קשור גם לאירוח משותף זול שחולק את אותה כתובת IP ומחיצות עם אתרים אחרים. לדוגמה, אם יש לך שרת אירוח VPS, כתובת ה-IP שלך היא המחיצה שלך בשרת. לפעמים זה משווק כאחסון בענן, אבל זה לא תמיד טוב כמו שהם מבטיחים. אולי יש להם שרת או שירות ייעודי, אבל תקבל זמן תגובה של שרת גרוע מאוד שבוטים של חיפוש לא אוהבים.
הבעיה היא שחברות אחסון זולות רבות אינן מספקות לך כתובת IP ייעודית; יש הטוענים לתת לך מחיצה משלך אבל לא. כאשר זה קורה, ייתכן שתצטרך לשתף IP עם אתר שאתה לא רוצה שיהיה שכן. לדוגמה, תאר לעצמך שאתה משויך לאתר פורנוגרפי בזמן שהאתר שלך מוכר צעצועים לילדים. זה עלול לפגוע בדירוג מנוע החיפוש שלך. אולי לא בטווח הארוך, אבל לא הייתי ממליץ לקחת את הסיכון.
אם אתה צריך להשתמש בשרת אירוח משותף או שיש לך תקציב, אשר עם ספק האירוח שלך אם הוא מאפשר תוכן למבוגרים בתוכניות האירוח המשותפות שלהם. סביר להניח שהם לא, אבל נתקלנו במצבים שבהם תוכניות משותפות לא הותרו אבל VPS כן. אז ככל שאתה משלם יותר הוא לא באמת טוב יותר במקרה הזה! ודא שהם נותנים לך כתובת IP ייעודית שאינה מושפעת מהשכנים שלך כמו טווח IP גרוע ובדקו את המוניטין של ה-IP. לפחות אחרי שתקצה אותו, הם יכולים להחליף אותו אם בכלל.
החשיבות של שימוש בתת-דומיינים לשיווק בדוא"ל
כדי שלא יהיו בעיות עם סמכות הדומיין של שם הדומיין הראשי שלך, תוכל להשתמש בתת-דומיין ספציפי לשימוש בדוא"ל. יצירת תת-דומיין היא בחינם לאחר שרכשת את שם הדומיין הראשי שלך. לדוגמה:
- דומיין ראשי: yourdomain.com
- תת-דומיין: email.yourdomain.com
חברות, במיוחד תאגידים גדולים יותר, בעלות סמכות גבוהה, ישתמשו בטכניקה זו כדי להגן על הדומיין הראשי שלהן, אך עדיין ישמרו על אמינותן עבור השרת והמשתמש המקבלים או לפחות ימנעו מדיווחי הספאם בדומיין השורש.
אנשים שלא כמו שרתים מבינים של-e.zoom.us יש קשר ל-zoom.us - מכיוון שזום לא מספקת שירותי אירוח אתרים כמו Wix או Google Sites כגון: "mywebsite.wix.com" או "sites.google.com/ view/physiocb”.
הם גם נותנים לו כתובת IP שונה כדי להימנע מדיווחי דואר זבל. הנה דוגמה מ-Zoom:
הנה כתובת ה-IP של הדומיין הראשי:
שימו לב שכתובת ה-IP של תת-הדומיין לשימוש בדוא"ל שונה מהדומיין הראשי. זכור כי מוניטין הדומיין מתחשב לא רק בשם הדומיין שלך אלא גם בכתובת ה-IP שלך.
בעיקרון, שכני השרת שלך, שיווק בדוא"ל, זמני תגובה של השרת, הם כולם גורמי דירוג בקידום אתרים.
טיפים לרכישת שם מתחם עם היסטוריה
השתמש במכונת ארכיון האינטרנט וחפש את הדומיין הרצוי לפני שאתה קונה אותו. לדוגמה, אחד מתחומי ה-Dragon Ball והאנימה שלנו מתחילת שנות ה-2000 שזרקנו לאחר כמה שנים נקנה על ידי מישהו אחר והפך ל- אתר פורנוגרפי. לעולם לא נקנה את זה שוב בגלל זה.
אתה יכול לבדוק את המוניטין של הדומיין שלך עם כלים שונים כמו Talos, CloudMark, SEMrush, Moz, Majestic, sitejabber וכו'
כמו כן, דרך נוספת לבדוק את המוניטין של האתר שלך היא פשוט להקליד את שמו בחיפוש ולחפש נושאים עליו ב-Reddit ולראות איך אנשים הגיבו אליו אם זה מותג, מוצר או שירות ספציפי. אם לשם דומיין אין תוצאות בעת שימוש בשאילתת "site:yourdomain.com" ב-Google.com, ייתכן שהוא לא קיים או הוסר מהחיפוש. הקפד לעשות זאת בדוק את Google Search Console וודא שאין לך קובץ robots.txt פגום או תג noindex.
בסופו של יום, מה שמנועי החיפוש מנסים לעשות הוא פשוט לחקות חווית משתמש טובה כרובוט. אז זה רק ייתן לך יתרון מול מתחרה שווה.
מדוע כולם צריכים להשתמש ברשומות DKIM ו-SPF
העברת מיילים פנימית או בשיטת catch all היא גם בעיה. לפעמים גם אם השרת שלך הוא השולח, אתה צריך לוודא שלדומיין/תת-דומיין או למנגנון ההעברה שלך יש רשומות DKIM ו-SPF על כל השרשרת כדי למנוע מצב של "טלפון שבור". לדוגמה, אם mailserver.mydomain.com שלך מעביר אימיילים או שולח אימיילים בשם otherdomain.com (או my.otherdomain.com), צריך להיות לו הגדרות DKIM ו-SPF. ניתן לטעון, אפילו DMARC יהיה צורך לפחות כדי לראות את הדוחות ולבדוק אם תוספים או ממשקי API מנוצלים או אפילו נפגעים.
כמו כן, חשוב להזכיר שרשומת SPF צריכה לכלול את כל שירותי העברת הדואר (אם הם בעלי מוניטין ומאובטחים) שבהם אתה עשוי להשתמש כדי להעביר מיילים. עוד על זה כאן מהשיטות המומלצות של Google. קרא גם את אלה ב פירוט הנחיות מגוגל לגבי הגדרות SPF.
ה-IP הייעודי שלך פועל כשרת דוא"ל
הסיבה היחידה שהייתי מדמיין שיש לי כתובת IP ייעודית לשולח האימייל היא להפריד את "שרת" הדוא"ל שלך מהאתרים האמיתיים שלך. אם אתה יכול להגביל משאבים בהתבסס על קונטיינר (בעצם IP ייעודי), אתה יכול למתן התקפות DDoS והתקפות כוח גס כבד.
אתה יכול לתת לשרת הדואר המקומי שלך IP ייעודי. זה לא חובה וזה לא מומלץ למטרות מוניטין. כמו כן, לא מומלץ לשנות את ה-IP אז נסה להפוך את זה שבו אתה משתמש קבוע. VPS הוא בדרך כלל בסדר, אבל עדיף שיהיה לך מכונה ייעודית שבה יש לך שליטה מוחלטת על כל מה שהוזכר במאמר זה. אם אתה מעוניין בספק אירוח ובהגדרת דואר אלקטרוני (צד שלישי או מקומי), זה ייקח בחשבון את כל מה שהוזכר לעיל, בדוק את שירותי שילוב אירוח.
באופן ספציפי רשומות DKIM מוסברות כאן:
הקפד ליצור לפחות הצפנה של 2048 סיביות עבור המפתח שלך!, ככל שהמפתח ארוך יותר, כך ייטב!
עכשיו אחרי כל זה אתה בטח חושב לעצמך, הו האנשים האלה משוגעים! לגוגל לא אכפת מאימייל. ובכן, הם בעצם כן, כל המודל העסקי שלהם הוא אנטי ספאם והם - מנוע החיפוש הבולט ביותר כרגע. הנה חלק מהתיעוד שלהם על הנושא והם אפילו מזכירים ש-PTR הוא שיא של שיטות עבודה מומלצות.
מה לגבי רשומות PTR?
הפוך DNS באמצעות רשומת PTR עדיין חשוב מאוד במשלוח דואר אלקטרוני. זה חיוני ליצירת אמון כלפי שרת הדואר האלקטרוני של השולח. יש בדיקה תלת כיוונית המתרחשת במהלך משלוח דואר אלקטרוני. השכבה הראשונה היא בדיקת Forward DNS כדי לקבוע אם שם הדומיין שולח מכתובת IP חוקית, השנייה היא בדיקת DNS הפוכה (PTR Records), והשלישית היא בדיקת FQDN (Fully Qualified Domain Name). אם כל הבדיקות תקינות, האימייל עובר דרך תיבת הדואר הנכנס שלך בהצלחה. אם לא, זה עובר דרך תיקיית הספאם שלך או אולי אפילו יידחה על הסף.
למעשה, עבור כל רשומת A קדימה, צריכה להיות רשומת PTR הפוך. הזנחת רשומות PTR עלולה להוביל לדירוגים שליליים על ידי מסנני דואר זבל, שעלולה לגרום לבעיות במשלוח דוא"ל.
ספקי שירותי דוא"ל מסוימים, כגון Google ו-Microsoft, מחייבים רשומות PTR עבור שרתים השולחים מיילים. יתרה מכך, רשומות PTR אלו חייבות להתאים לברכות ה-SMTP EHLO של השרת ולרשומות A/AAAA המתאימות.
רצף הבדיקות צריך להיות הבא: EHLO > שיא A/AAAA > שיא PTR.
למי שספק אם יש צורך ברשומות PTR, ה הנחיות לשולח אימייל המתוארות על ידי התמיכה של Google לאשר את חשיבותו.
מנקודת המבט של מנהל הדואר של שרת הדואר (כלומר יש לך שרת דוא"ל משלך), אני יכול לאשר שלמיילים שמקורם בשרתים ללא רשומות PTR יש סיכוי של 80% ומעלה להיות מנותב לתיקיות ה-SPAM או להידחות. חלק משרתי הדואר המוגדרים בקפידה דוחים דוא"ל על הסף עקב היעדר רשומות PTR, מבלי לבדוק אפילו את תוכן האימייל או את מוניטין ה-IP שלך וכו'.
שיקולים בעת שימוש ברשומות PTR
עם זאת, אינך רוצה PTR אם אתה משתמש במערכת מסובכת. לדוגמה, אתה משתמש גם בשרת משלך וגם בצד שלישי כדי לשלוח מיילים (כלומר Outlook). PTR נועד לסייע במסירת IP. Gmail למשל לא צריך את העזרה שלך באמצעות הרשומה הזו, הם מצביעים עליה בעצמם, כמו כן, שליחת מיילים מהאתר שלך צריכה להיעשות עם דומיין נפרד, אולי גרסת .net של ה-.com שלך.
הודעות הדוא"ל שלך מהאתר שלך עלולות בסופו של דבר לנחות את האימיילים שלך בתיקיות דואר זבל, אלא אם כן יש לך הגדרת DMARC עבורם כראוי. לדוגמה, לרשומת SPF יש 2 שולחים מאושרים אך ל-PTR צריך להיות רק 1. שתי רשומות PTR אינן מומלצות, עדיף להשתמש בה, למשל, בערוץ דוא"ל בודד, בדומה לרשומת MX. זה יהיה הרבה יותר בטוח מסיבה זו להשתמש ב-PTR עבור תת-דומיין שאין לו רשומת SPF ומדיניות ה-DMARC של תת-הדומיין אינה קיימת באופן ספציפי (לא כברירת מחדל, לדוגמה, ל-mywebsite.wix.com לא יהיה DMARC מדיניות דרך wix.com).
בעל הגדרת DMARC נכונה
עם זאת, חלק משירותי הדואר מתעלמים מרשומות PTR. אז - הקפידו תמיד על הגדרת DMARC נכונה! תסתכל על זה כשכבה נוספת כדי לשפר את מסירת הדוא"ל כאשר אינך משתמש בספק דוא"ל של צד שלישי ומפעיל אולי Webmail באמצעות cPanel או הגדרה דומה.
אם אין רשומת PTR באתר התקציב שלך שמפעיל שירות דואר מקומי, לא תהיה אפשרות למסירה כמו רשומת PTR. אתה לא תפסיד או תקצור יתרונות SEO, אבל קיפאון הוא בעיה בפני עצמה.
זכור, בוטים באינטרנט יתחילו לגרד את הנתונים שלך ברגע שתתחיל להופיע בתוצאות חיפוש ובמקומות אחרים באינטרנט ויעשו דברים בלתי נתפסים למוניטין של הדומיין שלך, דברים מוזרים כמו ניסיון לשלוח דוא"ל לכתובות דוא"ל לא קיימות כדי לגלות אילו אלה אמיתיים ובסופו של דבר ינסו לחקות אותך באינטרנט למטרות הונאה או אפילו כופר.
הגדר שיא PTR והימנע מדיווחי ספאם פוטנציאליים וממישהו שיפגע במותג שלך בעתיד.
הערה חשובה מאוד לגבי PTR, זהו מנגנון ישן יותר שאפשר להסתמך עליו כאשר DMARC זמין, אבל הוא פשוט מאוד. DMARC יכול לעבוד היטב אפילו עם רק DKIM או SPF אבל הוא כן לא מומלץ. שמנו לב גם ש-DMARC יחד עם PTR לפעמים לא מראה "DMARC Pass" בכותרות האימייל, אבל זה גם לא נכשל. אז בחר אחד מהשניים. לא שניהם. אנו ממליצים על DMARC עם DKIM ו-SPF.
סיכון גבוה לדחייה/ספאם
מתחילת 2024, ספקים כמו גוגל ויאהו דורשים רשומה של DMARC עבור שולחים בכמות גדולה. בלעדיה, אתם נחשבים כלא-ציות, והאימיילים שלכם בעלי סיכוי גבוה משמעותית להישלח לספאם או להידחות (להיפזר).
משתמשי CloudFlare
אתה יכול להפעיל תוכנית אחת בתשלום של CloudFlare עבור הדומיין הראשי שלך שמקבל אימיילים, אבל זה לא יעזור למוניטין שלך מכיוון שה-IP יוסתר באמצעות פרוקסי. כפי שהוזכר לעיל במאמר זה, קשירת IP למערכת הדוא"ל שלך נהדרת למוניטין שלך.
עכשיו אם יש לך חבורה של אתרים ו/או תת-דומיינים שמקבלים מיילים, אתה יכול להשתמש באותו פרוקסי לקבלת מיילים מבלי לחשוף את כתובת ה-IP. אם אתה מפעיל מסע פרסום שיווקי מורכב או סתם פריק פרטיות אתה יכול להשתמש בשיטה הזו. זה דומה מאוד לשימוש בספק דוא"ל של צד שלישי לקבלת דוא"ל (Gmail, Outlook, ProtonMail).
כאשר אתה שולח דוא"ל מהשרת שלך, למשל WordPress או Shopify שלך, אתה תחשוף את כתובת ה-IP שלך ללא קשר מכיוון שהיא מתפקדת כספק דוא"ל "צד שלישי".
מדוע אירוח משותף גרוע בסך הכל
כל מה שאתה צריך לעשות כדי להפוך לקורבן הוא פשוט חוסר מזל אבל בחר בתוכנית אירוח משותפת שחולקת IP עם שחקן גרוע, והוא יכול להתחיל לזייף את המיילים שלך עם אימות SPF. התרחק מהתוכניות האלה ולעולם אל תדאג בקשר לזה שוב.
SMTP לעומת PHP Mailer
שרתי דואר אלקטרוני אינם מהימנים על ידי PHP Mailer מהסיבות שהוזכרו לעיל. אפילו SMTP מאותה סיבה אבל זה צעד נוסף לקראת מוניטין טוב יותר. אל תשלח ספאם לאנשים המשתמשים ב-SMTP שלך, זה גם רעיון רע. יש יתרון ענק בשימוש ב-SMTP גם מחוץ לשרת, מכיוון שהוא יפעל כצד שלישי וה-IP הראשי שלך לא ייחשף. עוד כמה מידע על SMTP לעומת PHP Mailer כאן.
SMTP הוא די תכליתי בהקשר זה. נניח שבבעלותך אתר בשם xyz.com. אתר זה מתארח בכתובת IP ספציפית, כמו 1.1.1.1.
עם זאת, אם אתה רוצה לשלוח מיילים משרת אחר, בואו נקרא לזה server.mail.xyz.com, שמתארח ב-2.2.2.2 אתה יכול לעשות זאת עם תוסף SMTP!
עם תוסף SMTP, אתה יכול להורות לו להיכנס כמשתמש SMTP ב-2.2.2.2 ולשלוח מיילים, למרות שהאתר שלך מתארח ב-1.1.1.1.
כל עוד יש לך +ip4:2.2.2.2 ב-SPF שלך, התואם את ה-IP השולח, אז הוא יעבור בדיקות SPF כשוגר מורשה. שימוש באימות SMTP מפחית באופן משמעותי את הבעיות או האזהרות שאנשים מתמודדים לעתים קרובות עם דואר PHP.
עם זאת, שינוי המארח שלך לא יפגע ב-SEO שלך באופן ישיר, אבל זה יפגע במסירת דוא"ל מסוימת - מטען של בעיות. נוסף על כך, אם הייתה לך רשומת PTR מסיבה כלשהי ועכשיו היא מוגדרת בצורה שגויה עקב העברה תהיה לך יום רע מאוד. תאר לעצמך שהדומיין שלך משמש גם עבור 2FA או כדי לאשר העברת דומיין. הישאר חזק. חה חה חה חה חה חה.
