התוצאה במספרים

נתוני 100, 2,000, 340 ו-510 מוצגים כאינדקסים לצורך המחשה.
הם אינם נתוני Analytics מוחלטים.
הנתון המאומת במקרה הבוחן הוא גידול של פי 20 בטראפיק האורגני בתוך שנה.

האתגר: אתר גדול עם הרבה עמודים, אבל בלי היררכיה ברורה

אתרי אינדקס נראים פשוטים מבחוץ.

בפועל,
הם יכולים להיות מורכבים מאוד מבחינת SEO.

יש בהם קטגוריות.
תתי קטגוריות.
אזורים.
ערים.
פרופילים.
פילטרים.
שילובים בין מקצוע למיקום.
ולעיתים גם אלפי כתובות URL.

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

נקודת הפתיחה

באתר היו שלוש בעיות עיקריות.

1. היררכיה לא ברורה

עמודים חשובים היו עמוקים מדי.

חלק מהקטגוריות לא היו מחוברות בצורה מסודרת.

היו מסלולי ניווט ארוכים.

ובחלק מהמקרים,
לא היה ברור איזה עמוד אמור להיות עמוד היעד המרכזי עבור שאילתה מסוימת.

2. בעיות אינדוקס

חלק מהעמודים החשובים לא נכנסו לאינדקס בצורה עקבית.

במקביל,
עמודים חלשים או כפולים כן קיבלו סריקה.

זו בעיה קלאסית באתרים גדולים.

3. בזבוז Crawl Budget

מנועי חיפוש השקיעו משאבים בכתובות URL שלא היו צריכות לקבל עדיפות.

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

למה בעיות כאלה קשות במיוחד באתרי אינדקס?

אתר אינדקס חי על סקייל.

אם יש בעיה בעמוד אחד,
הנזק קטן.

אם אותה בעיה קיימת בתבנית שמייצרת 20,000 עמודים,
הנזק גדול בהרבה.

מצד שני,
גם תיקון טוב יכול לעבוד בסקייל.

שינוי אחד בתבנית יכול לשפר אלפי עמודים בבת אחת.

האסטרטגיה: קודם טכני, אחר כך תוכן

אחד הדברים החשובים במקרה הזה היה סדר הפעולות.

לא התחילו מעשרות מאמרים.

לא התחילו מבניית קישורים מאסיבית.

קודם טיפלו בתשתית.

המטרה הייתה לוודא שהאתר יכול להיסרק.
להתאנדקס.
ולהציג היררכיה ברורה.

1. בנייה מחדש של ההיררכיה

הצעד הראשון היה להבין איך מנוע חיפוש אמור לקרוא את האתר.

לדוגמה:

ראשי → בעלי מקצוע → תחום → אזור → עיר → כרטיס בעל מקצוע.

לא כל אתר חייב להשתמש בדיוק במבנה הזה.

אבל חייב להיות היגיון.

כל שכבה צריכה לתמוך בשכבה שמתחתיה.

וכל עמוד צריך לקבל תפקיד ברור.

2. הגדרת עמודי יעד ברורים

באינדקסים קיימת לעיתים קניבליזציה קשה.

מספר עמודים מנסים להתחרות על אותה שאילתה.

למשל:

• חשמלאים בתל אביב
• חשמלאי תל אביב
• בעלי מקצוע חשמל בתל אביב
• חשמלאים באזור תל אביב

אם לכל וריאציה נוצר עמוד נפרד,
האתר עלול לפצל את הכוח שלו.

לכן הוגדרו עמודי יעד ברורים.

כל אשכול חיפוש קיבל עמוד מרכזי.

3. טיפול באינדוקס

זה היה אחד החלקים המרכזיים בפרויקט.

בוצעה הבחנה בין שלושה סוגי עמודים:

• עמודים שחייבים להיות באינדקס
• עמודים שיכולים להתקיים אך אינם צריכים אינדוקס
• עמודים שלא היה צורך לשמור כלל

לאחר מכן הותאמו:

• תגיות index ו-noindex
• Canonical
• Sitemaps
• קישורים פנימיים
• טיפול בפרמטרים
• כתובות URL
• הפניות 301

4. שיפור מפת האתר

Sitemap טוב אינו רשימה של כל URL באתר.

הוא צריך לשקף את העמודים שאנו באמת רוצים שגוגל יסרוק.

במקרה הזה,
המפה נוקתה.

עמודים חלשים הוסרו ממנה.

עמודים חשובים קיבלו עדיפות ברורה יותר.

ובחלק מהמקרים,
נוצרו מפות נפרדות לפי סוג עמוד.

5. קישורים פנימיים לפי חשיבות עסקית

קישור פנימי הוא גם כלי היררכי.

עמוד שמקבל עשרות קישורים פנימיים נתפס בדרך כלל כעמוד חשוב יותר מעמוד יתום.

לכן נבנתה שכבת קישורים פנימיים בין:

• קטגוריות מקצוע
• אזורים
• ערים
• עמודי שילוב מקצוע + מיקום
• כרטיסי בעלי מקצוע

6. טיפול בעמודים דקים

לא כל עמוד שנוצר אוטומטית צריך להיות עמוד SEO.

זו נקודה חשובה מאוד.

עמוד עם בעל מקצוע אחד.
בלי תוכן.
בלי ביקורות.
ובלי מידע ייחודי.
עשוי להיות חלש מאוד.

לכן הוגדרו תנאים.

רק עמודים שעומדים ברף מסוים קיבלו עדיפות אורגנית.

7. עבודה עם המתכנת ולא מול המתכנת

זה אחד הגורמים החשובים ביותר בקייס.

SEO טכני אינו מסתיים בדוח.

אפשר לכתוב מסמך עם 80 סעיפים.

אם אף אחד לא מטמיע אותם,
אין לו ערך.

במקרה הזה המתכנת של האתר שיתף פעולה בצורה טובה מאוד.

ההמלצות עברו לתכנון.

שאלות טכניות נפתרו במהירות.

ובמקום לייצר מאבק בין SEO לפיתוח,
נוצר תהליך עבודה משותף.

למה שיתוף פעולה עם הפיתוח היה כל כך משמעותי?

רוב הבעיות בפרויקט כזה אינן נפתרות דרך מערכת ניהול תוכן.

הן נמצאות בקוד.

בתבניות.

בלוגיקה של יצירת URL.

בקישורים.

בתנאים שמייצרים עמודים.

ובאופן שבו המערכת מחזירה תגיות למנועי חיפוש.

לכן בלי מתכנת שמבין את המטרה,
קשה להגיע לשינוי אמיתי.

דוגמה לחלוקת משימות בין SEO לפיתוח

איך הצמיחה נראתה לאורך השנה?

הצמיחה לא הייתה מיידית.

זה צפוי בפרויקט טכני.

בתחילה מנוע החיפוש צריך לסרוק מחדש.

לאחר מכן הוא צריך לעבד את השינויים.

ורק בהמשך מתחילה להצטבר השפעה רחבה.

נתוני החודשים 3, 6 ו-9 הם דוגמה אפשרית לעקומת צמיחה.
הם אינם מדידות מקוריות של הלקוח.
נתון הסיום של פי 20 בתוך שנה הוא נתון הקייס.

למה הגידול היה כל כך גדול?

צמיחה של פי 20 נשמעת קיצונית.

אבל צריך להבין את נקודת הפתיחה.

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

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

זה שונה מאתר קטן שכבר בנוי היטב.

באתר כזה,
קשה יותר לייצר קפיצות של פי 20.

מה היה קורה אילו היינו מתמקדים רק בתוכן?

סביר שחלק מהתוכן היה מתקדם.

אבל הבעיה המרכזית הייתה נשארת.

אתר שלא מתאנדקס נכון לא מנצל את התוכן שלו.

אתר עם היררכיה חלשה לא מפזר סמכות בצורה נכונה.

ואתר שמייצר אלפי URL מיותרים גורם למנוע החיפוש לבזבז משאבים.

לכן במקרה הזה,
תוכן ללא תיקון טכני היה מטפל בסימפטום.

לא בשורש.

הגישה של דניאל זריהן במקרה כזה

דניאל זריהן פועל בתחום הקידום האורגני,
SEO
וייעוץ לאתרים גדולים.

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

הדגש עובר להבנת המערכת עצמה.

איך היא מייצרת עמודים.

איך היא מקשרת ביניהם.

אילו עמודים מנועי חיפוש רואים.

ואילו החלטות דורשות שינוי בקוד.

העבודה האפקטיבית ביותר נוצרת כאשר איש ה-SEO והמתכנת פועלים יחד.

במה הגישה הזו שונה מ-SEO מבוסס תוכן בלבד?

למי קידום טכני כזה רלוונטי?

הוא רלוונטי במיוחד לאתרים גדולים.

למשל:

• אינדקסים
• מרקטפלייסים
• אתרי איקומרס עם אלפי מוצרים
• לוחות דרושים
• אתרי נדל"ן
• פורטלים
• אתרי תוכן גדולים
• אתרים עם פילטרים רבים

ככל שהאתר גדול יותר,
כך טעות טכנית יכולה להיות יקרה יותר.

איך נכון לשפוט ספק SEO טכני?

מה אי אפשר להסיק מהמקרה?

אי אפשר להסיק שכל אתר אינדקס יכול לגדול פי 20.

במקרה הזה,
נקודת הפתיחה הייתה חלשה מאוד.

היו חסמים טכניים משמעותיים.

לכן פוטנציאל השיפור היה גדול.

אתר שכבר בנוי היטב לא יקבל בהכרח תוצאה דומה.

גם שיתוף הפעולה של הפיתוח היה גורם משמעותי.

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

המסקנה המרכזית

לפעמים מנוע הצמיחה הגדול ביותר ב-SEO אינו תוכן.

הוא תשתית.

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

בתוך שנה,
הטראפיק האורגני גדל פי 20.

אבל מעבר למספר,
יש כאן לקח חשוב יותר.

SEO טכני עובד הרבה יותר טוב כאשר הוא מחובר ישירות לפיתוח.

במקרה הזה,
שיתוף הפעולה הטוב עם המתכנת היה חלק משמעותי מההצלחה.

שאלות נפוצות

מה פירוש גידול של פי 20 בטראפיק?

פירושו שהתנועה החדשה הייתה גבוהה פי 20 מנקודת ההתחלה.
מבחינת אחוזי צמיחה,
מדובר בעלייה של 1,900%.

מהי בעיית אינדוקס?

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

האם SEO טכני חשוב רק לאתרים גדולים?

לא.
אבל ככל שהאתר גדול יותר,
כך לטעות טכנית יש השפעה רחבה יותר.

למה חשוב לערב מתכנת בתהליך?

משום שחלק גדול מהשינויים הטכניים דורש שינוי בקוד,
בתבניות,
ב-Routing
או בלוגיקת המערכת.

האם אפשר להגיע לתוצאה כזו רק משיפור תוכן?

במקרה הזה,
לא סביר.
הבעיה המרכזית הייתה טכנית ומבנית.