אובדן גישה לסרץ קונסול: למה זה קורה ואיך מחזירים בעלות
מה בדיוק פוקע כשהבעלות על הנכס נעלמת, ואיך מחזירים אותה דרך משאב שכבר נמצא בידיכם.
אובדן גישה לסרץ קונסול: מה בדיוק אבד ומה עדיין בשליטתכם
סרץ קונסול הוא הממשק שדרכו גוגל מדווחת לכם על האתר שלכם: אילו שאילתות מביאות
אליו תנועה, אילו עמודים נסרקו, איפה נשברו קישורים ומה מונע הצגה בתוצאות החיפוש.
ברגע שהגישה נעלמת, האתר עצמו ממשיך לעבוד בדיוק כמו קודם. מה שנעלם הוא היכולת
לראות מה קורה לו. ההבחנה הזו נשמעת טכנית, אבל היא זו שקובעת כמה המצב באמת דחוף
ומה בכלל צריך לתקן.
ברוב המקרים אובדן הגישה אינו אובדן של הנכס. הנכס בסרץ קונסול מוגדר מול דומיין
או מול כתובת של אתר, והזכות לנהל אותו נגזרת מהשליטה שלכם באחד מהם. כל עוד הדומיין
או השרת בידיכם, קיים מסלול ישיר וחוקי להחזיר בעלות. הדף הזה מסביר איך המנגנון
בנוי, למה הוא נשבר, ואיך להרכיב אותו מחדש כך שלא ישבר באותה נקודה בפעם הבאה.
בעלות מול הרשאה: שתי שכבות שקל להתבלבל ביניהן
כמעט כל הבלבול סביב אובדן גישה נובע מכך שיש כאן שתי שכבות שונות לגמרי, ורק
אחת מהן קשורה לאתר עצמו.
- בעלות, כלומר אימות — הוכחה שאתם שולטים בדומיין או בשרת.
היא מתבצעת באמצעות סימן שאתם מציבים בנכס עצמו: רשומת DNS אצל רשם הדומיין, קובץ
בשורש האתר, תגית בקוד העמוד, או חיבור לכלי גוגל אחר שכבר מאומת בשמכם. - הרשאה, כלומר משתמשים — הזכות של חשבון גוגל מסוים לצפות
בנתונים או לפעול בהם. בעלים נותן אותה, ובעלים יכול לשלול אותה בכל רגע. - משתמש שהוסר מאבד גישה מיידית, אבל הבעלות לא זזה ממקומה. לעומת זאת בעלים
שסימן האימות שלו נמחק מהאתר מאבד את הבעלות בעצמו, גם אם איש לא נגע ברשימת
המשתמשים.
לכן השאלה הראשונה אחרי אובדן גישה איננה מי הסיר אותי, אלא האם סימן האימות שלי
עדיין נמצא במקומו. שתי התשובות מובילות למסלולי תיקון שונים לחלוטין.
הסיבות השכיחות לאובדן הגישה
סימן האימות נמחק מהאתר
זה הגורם הנפוץ ביותר, והוא כמעט תמיד תופעת לוואי של פעולה תקינה. שדרוג תבנית,
מעבר לאחסון חדש, החלפת מערכת ניהול תוכן או שחזור מגיבוי ישן מוחקים את קובץ
האימות או את התגית שישבה בכותרת. גוגל בודקת את הסימן שוב ושוב לאורך זמן ולא רק
פעם אחת, ולכן הבעלות פוקעת זמן מה אחרי המחיקה ולא באותו רגע. מעבר מספק DNS אחד
לאחר עושה בדיוק אותו דבר לרשומת TXT שהוצבה שם.
מי שאימת את הנכס כבר לא איתכם
פרילנסר שבנה את האתר, סוכנות שהפעילה קמפיין, עובד שעזב. אם האימות בוצע דרך
חשבון גוגל פרטי שלהם ולא דרך חשבון בבעלות העסק, הבעלות יצאה מהארגון יחד איתם.
זה אינו כשל טכני אלא כשל של מבנה, והוא רווח הרבה יותר ממה שנדמה. הוא גם היחיד
ברשימה שאפשר למנוע לגמרי מראש, בהחלטה שנמשכת דקה.
חשבון גוגל שננעל, נסגר או הושעה
הבעלות תלויה בחשבון גוגל פעיל. חשבון שננעל בעקבות חשד לפעילות חריגה, חשבון
ארגוני שנסגר עם סיום התקשרות, או חשבון שאיבד את אמצעי השחזור שלו, כולם מנתקים
אתכם מהנכס בלי שנגעו באתר. במקרה כזה הטיפול מתחיל בשחזור החשבון עצמו ורק אחר כך
עובר לסרץ קונסול. אותו היגיון חל על שאר הנכסים בסביבת גוגל, ומתואר בהרחבה במדריך
על חשבון גוגל עסקי מושעה.
הנכס אינו מתאים עוד לכתובת האמיתית של האתר
מעבר מ-HTTP ל-HTTPS, הוספה או הסרה של קידומת www, החלפת דומיין או מעבר
לתת-דומיין: כל אחד מהם יוצר בפועל כתובת אחרת. הנכס הישן ממשיך להתקיים ונראה ריק
מנתונים חדשים, בעוד שהנתונים החדשים נאספים לכתובת שאין לכם אליה נכס מוגדר. זה
נראה בדיוק כמו אובדן גישה, ולמעשה מדובר באי-התאמה של הגדרה.
איך מחזירים בעלות בפועל
הסדר שלהלן עובד משום שהוא מטפס מהשכבה שבשליטתכם המלאה כלפי מעלה. אין בו קיצור
שעוקף את הצורך להוכיח שליטה במשאב, וזה בדיוק מה שהופך אותו לאמין.
- ודאו לאיזה חשבון גוגל אתם מחוברים. חלק לא קטן מהמקרים
שנראים כמו אובדן גישה הם דפדפן שמחובר לחשבון פרטי במקום לחשבון העסקי. בדיקה
בחלון גלישה נפרד סוגרת את הסיפור בחצי דקה. - בררו איזו כתובת בדיוק מוגדרת כנכס. אם האתר עבר ל-HTTPS או
לדומיין אחר, המסלול הנכון הוא נכס חדש שמתאים לכתובת הנוכחית, ולא ניסיון לתקן את
הישן. - בחרו שיטת אימות שנשענת על משאב שאתם מחזיקים. אם הדומיין
רשום על שם העסק, רשומת DNS היא הבחירה היציבה. אם יש בידיכם גישת FTP או ניהול
לשרת, קובץ בשורש או תגית בקוד יעשו את העבודה. - הציבו את הסימן והשאירו אותו במקומו. הטעות החוזרת היא להסיר
את הקובץ או את הרשומה מיד אחרי שהאימות עבר. הבדיקה חוזרת מדי פעם, וההסרה מפילה
את הבעלות שוב כעבור זמן. - הוסיפו בעלים נוסף באותו יום. ברגע שהבעלות חזרה, זה הרגע
להוסיף חשבון שני של העסק, כדי שהמצב הזה לא יחזור על עצמו בעוד שנה. - אם אין דרך להציב סימן, פנו למי שכן יכול. חברת האחסון, רשם
הדומיין או מנהל השרת. זהו מסלול לגיטימי לחלוטין, והוא היחיד שקיים כשהמשאב עצמו
מנוהל בידי גורם אחר.
אם מתברר שהדומיין עצמו אינו רשום על שם העסק, כבר לא מדובר בבעיה של סרץ קונסול
אלא בבעיה של בעלות על הנכס הדיגיטלי.
המדריך לנכס דיגיטלי מסביר למה הרישום הזה צריך לשבת על שם
העסק כבר מהיום הראשון, ומה נשבר כשהוא לא.
שיטות אימות: מה כל אחת דורשת ומה מפיל אותה
| שיטה | מה נדרש כדי להשתמש בה | מה מפיל אותה | מתי היא מתאימה |
|---|---|---|---|
| רשומת DNS | גישה לניהול הדומיין אצל הרשם | מעבר לספק DNS אחר או ניקוי רשומות ישנות | כשרוצים כיסוי לכל תת-הדומיינים והפרוטוקולים בבת אחת |
| קובץ בשורש האתר | הרשאת העלאה לשרת או ללוח הניהול | מעבר אחסון, שחזור מגיבוי, ניקוי קבצים | כשיש גישה לשרת ואין גישה לניהול הדומיין |
| תגית בקוד העמוד | אפשרות לערוך את אזור הכותרת של האתר | החלפת תבנית או שדרוג שמאפס הגדרות | באתרים שבהם עריכת התבנית פשוטה ומתועדת |
| חיבור לכלי גוגל אחר | חשבון מדידה או מנהל תגיות מקושר ומאומת בשמכם | הסרת הקוד מהאתר או אובדן גישה לאותו כלי | כשהכלי כבר מותקן ומנוהל בידי העסק עצמו |
הבדל אחד חוזר בכל השורות. שיטה שנשענת על משאב שאתם מחזיקים לאורך שנים שורדת
שינויים באתר, ושיטה שנשענת על קובץ בודד שמישהו עשוי למחוק בטעות שורדת פחות. זו
הסיבה שאימות ברמת הדומיין נחשב לעוגן היציב מבין השיטות, כשהוא זמין לכם.
מה עושים עוד לפני שהגישה אובדת
- הגדירו את הנכס מחשבון גוגל שבבעלות העסק, לא מחשבון פרטי של מי שבנה את
האתר. - החזיקו שני בעלים לפחות, בשני חשבונות נפרדים, עם אמצעי שחזור מעודכנים
בשניהם. - תעדו במקום אחד איזו שיטת אימות פעילה ואיפה בדיוק היא יושבת. במעבר אחסון
התיעוד הזה חוסך שעות. - הפעילו אימות דו-שלבי על חשבונות הבעלים. הגנה על החשבון היא הגנה על
הנכס. - כשמסתיימת עבודה עם ספק חיצוני, הסירו את ההרשאה שלו באותו יום, בדיוק כפי
שנהוג בניהול שוטף של פרופיל עסקי בגוגל. - אחרי כל מעבר שרת או שדרוג גדול, בדקו שהסימן עדיין קיים במקומו.
כשההיסטוריה לא חוזרת, ומה כן אפשר להציל
יש מקרה אחד שכדאי להכיר מראש. אם נאלצתם לפתוח נכס חדש, למשל אחרי מעבר לדומיין
אחר, הנתונים הישנים אינם עוברים אליו. הנכס החדש מתחיל לאסוף מהיום שבו אומת. מה
שכן אפשר לעשות הוא לייצא את מה שנשמר בנכס הישן כל עוד יש אליו גישה, ולשמור עותק
מקומי אצלכם. זו הסיבה שכדאי לייצא דוחות בקצב קבוע ולא רק ברגע שמשהו משתבש.
גיבוי של דוח שכבר נשמר אצלכם הוא הדבר היחיד בסיפור הזה שאינו תלוי
בשום צד שלישי.
המסכים והמסלולים בממשק משתנים מדי פעם, ולכן כל שלב מעשי כדאי להצליב מול מרכז
העזרה הרשמי של גוגל לפני ביצוע. המנגנון עצמו, כלומר הוכחת שליטה במשאב, יציב
הרבה יותר מהמסכים שמעליו, ולכן הוא זה שכדאי להבין.
הגבול שאסור לחצות
שלב האימות בסרץ קונסול קיים בדיוק כדי למנוע מאדם אחד לצפות בנתונים של אתר
שאינו שלו. אם אינכם מחזיקים בדומיין, בשרת או בחשבון, אין מסלול לגיטימי, ואין גם
צורך אמיתי בו. במחלוקת עסקית על בעלות באתר הפתרון נמצא מול הצד השני ומול רשם
הדומיין, לא מול גוגל. כל עצה שמבטיחה לעקוף את שלב האימות מבקשת מכם לעשות משהו
אסור, ובדרך כלל גם אינה עובדת.
שאלות נפוצות
איבדתי גישה לסרץ קונסול. האם הנתונים ההיסטוריים נמחקו?
לא. הנתונים שמורים בנכס עצמו, ואובדן הגישה מנתק אתכם מהתצוגה שלהם מבלי למחוק אותם. ברגע שהבעלות חוזרת לאותו נכס ולאותה כתובת, ההיסטוריה מופיעה שוב. לעומת זאת נכס חדש שנפתח לכתובת אחרת מתחיל לאסוף מאפס, ולכן עדיף למצות את התיקון של הנכס הקיים לפני שפותחים חדש.
הסוכנות שבנתה את האתר אימתה את הנכס ואיננה עוד. מה עושים?
אין צורך במעורבות שלה. אימות אינו מועבר מאדם לאדם אלא מבוצע מחדש: אתם מציבים סימן אימות משלכם בדומיין או באתר, וגוגל מכירה בכם כבעלים. אחרי שהאימות שלכם עבר אפשר גם להסיר את הסימן הישן מהאתר, וכך הבעלות הקודמת פוקעת מעצמה.
הסרתי את קובץ האימות אחרי שהאימות הצליח וקיבלתי הודעה שהבעלות פקעה. זה תקין?
כן, וזו התנהגות מתוכננת. הבדיקה חוזרת מדי פעם ואינה מסתיימת באישור הראשון. הסימן, בין שהוא קובץ, תגית או רשומת DNS, צריך להישאר במקומו כל עוד אתם רוצים להישאר בעלים. הצבה מחדש של אותו סימן בדרך כלל מחזירה את המצב לקדמותו.
איזו שיטת אימות עדיף לבחור כדי לצמצם סיכוי לאובדן חוזר?
זו שנשענת על המשאב שאתם מחזיקים לאורך זמן. אם הדומיין רשום על שם העסק, אימות ברמת הדומיין דרך רשומת DNS שורד שדרוגי תבנית ומעברי אחסון. אם הדומיין מנוהל אצל גורם חיצוני, קובץ או תגית באתר מעשיים יותר, בתנאי שמתעדים איפה בדיוק הם יושבים.
