מפת כתובות וקישורים
בקרה מאוחרת ב־SEO מקשה לזהות האם שינוי בתנועה נובע מתוכן, סריקה או ביקוש. שמרו רשימת כתובות חשובות, בדקו אינדוקס וקישורים פנימיים אחרי שינויי אתר, ותעדו תאריך לכל עריכה. שאלו מה צריך המבקר למצוא בעמוד לפני שמתקנים רק כותרת מטא.
בקרת SEO מוקדמת יכולה להתחיל מרשימת דפים מתוכננים, הכותרת של כל אחד, שאלת המשתמש והקישורים ביניהם. לפני פיתוח סופי בדקו אם אותו צורך מקבל כמה עמודים כמעט זהים, אם דף חשוב נותר בלי דרך ניווט ואם כתובת צפויה להשתנות. תיעוד החלטות כזה זול יותר מתיקון מבנה אחרי שהעמודים כבר מקושרים ומופיעים בחיפוש.
בקרת SEO בשלב מוקדם מתחילה ממפת כתובות. סמנו עמודי שירות, עמודי מידע, ארכיונים ודפים שלא אמורים להופיע בחיפוש. לכל עמוד חשוב כתבו איזו שאלה הוא עונה ואיך מגיעים אליו מתוך האתר. כאשר שתי כתובות נועדו לאותה שאלה כמעט באותם ניסוחים, בדקו אם יש סיבה עסקית להפרדה. אין צורך ליצור עמוד לכל וריאציה של ביטוי; תוכן אחד שמסביר נושא היטב יכול לשרת כמה ניסוחים של אותה כוונה.
לפני השקה עברו על קישורים פנימיים כמו מבקר חדש. מעמוד הבית צריך להיות מסלול ברור לשירותים המרכזיים, וממאמר שמסביר מושג צריך להיות קישור לשלב הבא כאשר הוא רלוונטי. בדקו לאן מגיעים קישורים ישנים אם שיניתם כתובת. הפניה צריכה להוביל לתוכן חלופי מתאים, לא אוטומטית לעמוד הבית. רשימת כתובות והחלטות הפניה היא חלק ממסירת האתר לצוות שיתחזק אותו.
הפרידו בין בעיית גילוי לבין בעיית איכות תוכן. עמוד שאינו נגיש לסריקה או הוגדר בטעות כלא־לאינדוקס דורש בדיקה טכנית. עמוד שמופיע בחיפוש אך אינו עונה לשאלה דורש עבודה עריכתית. נתוני Search Console יכולים לסייע למצוא בעיות אינדוקס ושאילתות, אך אינם מסבירים לבדם אם הניסוח משכנע או אם הפנייה טופלה. הציבו תאריך לצד כל שינוי כדי שתוכלו להבין מאוחר יותר מה השתנה.
באתר קיים, התחילו מבדיקה מדגמית של העמודים החשובים ביותר במקום מרשימת תיקונים אינסופית. פתחו אותם בנייד, בדקו כותרת ותוכן, קישורים שבורים, מצב HTTP ונתיב פנייה. אם מתגלה דפוס כמו תבנית שמייצרת כותרת כפולה, תקנו את המקור המשותף ובדקו מדגם נוסף. אם בעיה קיימת רק בעמוד בודד, תיקון רוחבי עלול ליצור נזק מיותר. שמרו גיבוי ונקודת חזרה לפני שינוי מבנה.
תיקון מוקדם אינו בהכרח זול יותר בכל מקרה, אבל הוא עשוי לחסוך שינוי בכתובות ובתבניות לאחר פרסום. בקשו ממפתח להציג איך מערכת האתר מייצרת כותרת, קישור קנוני ומפת אתר לעמוד חדש. עורך תוכן צריך לראות היכן הוא יכול להחליט ומה נקבע אוטומטית. אם כל עמוד מסוג מסוים מקבל כותרת לא מתאימה, תיקון תבנית עדיף על עריכה חוזרת של עשרות כתובות. לפני שינוי רוחבי שמרו דוגמה ותוצאה צפויה.
בסקירה לאחר השקה השוו את מלאי הכתובות למפת האתר ולמסלולי ניווט. מפת אתר אינה מחליפה קישור פנימי, וקישור פנימי לעמוד לא קיים אינו נפתר על ידי שליחת sitemap מחדש. עברו על עמודי שירות מרכזיים וראו אם הם נגישים למבקר ללא חיפוש חיצוני. תעדו בעיות לפי חומרה: חסימת סריקה, שגיאת שרת, תוכן מיושן או קישור שלא עוזר. כך אפשר להקצות תיקון לבעל התפקיד המתאים.
בקרה לפני ואחרי השקה
כאשר כמה אנשים מעדכנים תוכן, קבעו כללי שינוי כתובת. שינוי שם עמוד לא חייב תמיד לשנות slug; אם כתובת משתנה, תכננו הפניה ליעד מתאים ובדקו שאין שרשרת ארוכה או לולאה. שמרו רשימת קישורים חיצוניים חשובים שידועים לעסק, אך אל תבססו החלטה על מספר קישורים בלבד. העיקר שקורא שמגיע מכתובת ישנה ימצא את התוכן שציפה לו או הודעה ברורה אם אין חלופה.
מדידה לאחר תיקון אינה הבטחת דירוג. Search Console עשוי להראות סריקה או שאילתות לאחר זמן, אך שינויי ביקוש ומנוע חיפוש משפיעים גם הם. בדקו תחילה שהעמוד הציבורי נפתח, שהתוכן נכון ושהקישורים עובדים. אחר כך עקבו אחרי שאלות ופניות רלוונטיות לאורך תקופה מתאימה. אם אין נתונים מספיקים, ציינו מה אומת טכנית ומה עדיין אינו ידוע עסקית. דוח כזה אמין יותר מהכרזה שכל בעיית SEO תוקנה.
מפת אתר מסייעת למנועי חיפוש לגלות כתובות, אך אין להסיק שהכללת כתובת מבטיחה אינדוקס או תנועה. אם עמוד חשוב אינו מופיע כפי שציפיתם, בדקו תגובה, הוראות סריקה, קנוניקל ותוכן, ואז קראו את הדיווח בכלי הרשמי בהקשר. אל תשנו כמה הגדרות יחד בלי לדעת מה היה מצב הפתיחה. קישור פנימי שמסביר למה העמוד חשוב למבקר יכול להיות חלק מן הפתרון כאשר הוא חסר.
בפרויקט אתר חדש חשוב להחליט מראש אילו עמודים הם מקורות מידע קבועים ואילו הם דפי קמפיין זמניים. דף קמפיין יכול להשתנות לפי הצעה; מדריך מקצועי צריך בעל אחריות לעדכון. אם מתכננים ליצור עשרות עמודים עירוניים עם אותו טקסט, עצרו ושאלו מה ייחודי באמת לכל מקום ושירות. מבנה רב עמודים אינו ערך בפני עצמו. האיכות תלויה בשאלה אם כל כתובת עונה על צורך נפרד ומבוסס.
כלי צד שלישי יכולים להציע אומדנים של קישורים ומתחרים, אבל הנתונים אינם זהים לדיווח Google ולפעמים חלקיים. השתמשו בהם להשערות בדיקה, לא כדי לכתוב טענה על מספר פניות שיאבדו אם לא בוצע תיקון. בקרה שימושית תפריד בין מצב שאפשר לאמת מיד באתר לבין השפעה עתידית שאינה ודאית. כך תכנון SEO משתלב בפיתוח בלי להפוך כל שגיאה קטנה לסיפור על אובדן דירוג.
לבסוף הכינו מסמך מסירה שמכיל כתובות חשובות, הפניות מכוונות, הגדרות אינדוקס, אחריות על מפת אתר וכללי פרסום לעורך. הראו לצוות כיצד לבדוק עמוד חדש אחרי פרסום: פתיחה לציבור, כותרת, קישור פנימי, תמונה, טופס ומצב אינדוקס צפוי. מסמך קצר שמתעד החלטות מעשיות ימשיך לעזור אחרי שהמפתח מסיים את העבודה, משום שהוא מאפשר לעדכן אתר בלי לשבור את ההיגיון שעליו נבנה.
מומלץ לציין גם מה לא נבדק בבקרת השקה. אם נסרקו עמודי שירות אך לא ארכיון מאמרים, כתבו זאת. אם מערכת הפניות נבדקה עם טופס אחד, אל תניחו שכל הטפסים עובדים. גבול בדיקה גלוי מאפשר לתכנן סבב הבא ומונע תחושת ביטחון שגויה. אחרי שינוי תבנית, בדקו מחדש מדגם מכל סוג עמוד שהיא משפיעה עליו.
צוות שיווק יכול לעבוד עם רשימת כתובות "חשובות לעסק" שאינה תלויה במיקומן הנוכחי בחיפוש. אם עמוד כזה נשבר, חסום או מיושן, התיקון מקבל עדיפות גם אם לא התקבלה התראה מכלי. הסדר הזה מחבר SEO לשירות שהעסק באמת מספק ומונע מצב שבו משקיעים רק בעמודים שכבר מקבלים תנועה.
שאלות מעשיות
שאלה: מתי בודקים SEO במהלך בניית אתר? תשובה: לפני קביעת כתובות וניווט, שוב לפני השקה ולאחר שינוי תבנית או העברה. בשלב הראשון בודקים תפקיד עמודים וקישורים; בהשקה בודקים תגובות, סריקה והפניות; אחרי פרסום בודקים נתונים זמינים וטעויות שלא נראו בסביבת בדיקה. כך כל בדיקה עונה על שאלה אחרת.
לרקע נוסף: פרסום באינטרנט לעסקים; Google Search Central — SEO Starter Guide.
