אימות אתר בפינטרסט: שיטות, תקלות ובעלות על הדומיין

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

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

אימות אתר בפינטרסט: מה התהליך עושה ואיך משלימים אותו בלי להיתקע

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

מה משתנה אחרי שהאתר מאומת

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

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

הדרכים להשלים את האימות, ומה מבדיל ביניהן

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

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

מה מכינים לפני שמתחילים

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

הצעדים בפועל

1. נכנסים להגדרות החשבון העסקי ומאתרים את האזור שמנהל אתרים ובעלות.
2. מזינים את כתובת האתר בדיוק כפי שהיא נטענת בדפדפן, ובוחרים שיטת אימות.
3. מטמיעים את מה שהמסך נותן — תגית, קובץ או רשומה — ושומרים.
4. מנקים מטמון: גם של תוסף המטמון באתר, גם של שכבת ההפצה אם קיימת.
5. פותחים את דף הבית בחלון גלישה בסתר ומוודאים שהשינוי אכן נטען לגולש אנונימי.
6. רק אז חוזרים למסך בפינטרסט ולוחצים על האימות.

כשמטמיעים תגית באתר וורדפרס

המקום הנכון הוא ראש הדף, ולא ווידג'ט בסרגל צד או בתחתית. רוב תוספי הקידום מציעים שדה ייעודי לקודי אימות של פלטפורמות חיצוניות, וזו האפשרות שעומדת טוב יותר בעדכוני תבנית — עריכה ידנית של קובץ התבנית נמחקת בעדכון הבא. אם אתם כבר מנהלים קודים חיצוניים דרך מערכת תגיות, כדאי לקרוא מה Google Tag Manager עושה לפני שמפזרים סקריפטים בעריכה ידנית. שימו לב שחלק מתוספי האופטימיזציה מסלקים תגיות שהם לא מזהים, ולכן שווה לבדוק את מקור הדף אחרי הניקוי ולא לפניו.

כשמעלים קובץ

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

כשמוסיפים רשומת DNS

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

למה האימות נכשל כשהכול נראה תקין

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

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

מי מחזיק את הבעלות, ולמה זה עניין של אבטחה

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

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

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

מה עושים בשבועות הראשונים אחרי האימות

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

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

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