קל לחשוב על SEO כעל שכבה שמוסיפים בסוף: כותרת טובה, meta description, אולי כמה מילות מפתח, ואז ממשיכים הלאה. אבל בפרויקט כמו Online Converter זה לא מספיק. אם יש עשרות כלים קטנים, כל אחד מהם צריך להיות ניתן לגילוי, להבין לאן הוא שייך, ולהוביל את המשתמש לכלי הבא בלי לגרום לו להתחיל חיפוש מחדש.
השבוע עבדתי על שינוי כזה: לא עוד "עמוד כלי" שעומד לבד, אלא מערכת קטנה של discovery. דפי קטגוריה עם תוכן שימושי, קישורים פנימיים, כלים קשורים, snippets ייחודיים ובדיקות שמוודאות שהמבנה לא מתפרק כשמוסיפים עוד כלים.
הבעיה: כלי טוב שלא מוצאים אותו הוא מוצר חלש
בכלי המרה יש פער קבוע בין מה שהמוצר יודע לעשות לבין מה שהמשתמש מצליח למצוא. משתמש שמחפש JSON to CSV לא בהכרח יודע שיש גם JSON formatter, CSV to JSON, YAML converter או כלי הפוך שיחסוך לו עוד חיפוש.
אם כל עמוד מתנהג כמו אי בודד, יש שתי בעיות:
- מנוע חיפוש מקבל פחות הקשר על הקטגוריה.
- משתמש שמגיע לעמוד אחד לא מקבל מסלול המשך ברור.
הפתרון לא היה לכתוב עוד טקסט כללי. הטקסט צריך לעזור למוצר לעבוד: להסביר את הקטגוריה, להציג כלים מומלצים, לתת FAQ רלוונטי, וליצור קישורים פנימיים שמבוססים על קשר אמיתי בין הכלים.
האבחון: SEO הוא גם ארכיטקטורת מידע
בקומיטים האחרונים ב-Online Converter חיזקתי שלוש שכבות.
הראשונה היא דפי קטגוריה. במקום רשימה שטוחה של כלים, הדף מציג כלים מומלצים, כלים פופולריים, כלים חדשים, שימושים נפוצים וקישורים מהירים. זה הופך את הקטגוריה מעמוד מעבר לעמוד שמסביר מה אפשר לעשות כאן.
השנייה היא קישורים מכלי לקטגוריה. בעמוד כלי נוסף breadcrumb עם הקטגוריה, אזור "עוד מהקטגוריה", וקישורים לכלים בעדיפות גבוהה מאותה משפחה. כך משתמש שמתחיל מכלי אחד יכול להמשיך בצורה טבעית.
השלישית היא snippets ייחודיים. הוספתי helper שמייצר כותרות ותיאורי meta שונים לכל קטגוריה בעברית ובאנגלית, ובדיקות שמוודאות שהם לא חוזרים על עצמם ושנשארים באורך סביר.
הפתרון: discovery שנבדק כמו קוד
מה שאהבתי בשינוי הזה הוא שהוא לא נשאר ברמת "נראה טוב". הוא נכנס לטסטים.
נוספו בדיקות שמוודאות שלכל קטגוריה יש title ו-description ייחודיים, שהאורך מתאים, שדירוג כלים בתוך קטגוריה עובד, ושקישורים קשורים נבחרים לפי הקשרים אמיתיים: כלי הפוך, שייכות לקטגוריה, סוג קלט/פלט, פופולריות וכלים חדשים.
זאת נקודה חשובה. SEO בדרך כלל נתפס כמשהו שיווקי, אבל כאן הוא תלוי בלוגיקה. אם הלוגיקה לא נבדקת, קל מאוד להוסיף כלי חדש ולגלות אחר כך שהוא לא מופיע במקום הנכון, לא מקושר נכון, או מקבל תיאור גנרי מדי.
למה זה עניין מוצרי
SEO טוב לא נועד רק להביא תנועה. הוא אמור לכבד את הכוונה של המשתמש אחרי שהוא כבר הגיע.
אם מישהו הגיע לעמוד Base64 Decode, יכול להיות שהוא יצטרך גם Base64 Encode או URL Decode. אם הוא הגיע לקטגוריית Data Format Converters, כנראה שהוא רוצה להבין מהר איזה כלי מתאים למשימה שלו. אם הדף עונה על זה, החיפוש הופך למוצר, לא רק לערוץ רכישה.
במילים אחרות: discoverability היא חלק מחוויית המשתמש. קישורים פנימיים טובים הם לא רק "SEO juice"; הם ניווט. FAQ טוב הוא לא רק schema; הוא תשובה להתלבטות אמיתית. Meta description טוב הוא לא רק טקסט לגוגל; הוא חוזה קצר עם המשתמש על מה שיקבל בעמוד.
מה למדתי
הלקח שלי מהעבודה הזאת הוא ש-SEO בפרויקט מוצרי צריך להיבנות כמו פיצ'ר, לא כמו קישוט.
צריך מבנה נתונים שמחזיק קטגוריות, קשרים, popular/new, FAQ ודוגמאות. צריך helper שמרכז את יצירת הכותרות והתיאורים. צריך UI שמציג את הקשרים האלה בצורה שימושית. וצריך בדיקות שמונעות מהמערכת להפוך לאוסף טקסטים מקריים.
כשעושים את זה נכון, SEO מפסיק להיות רשימת מטלות בסוף הפרויקט. הוא נהיה חלק מהארכיטקטורה של המוצר: הדרך שבה משתמשים, מנועי חיפוש, וגם אני כמפתח מבינים מה קיים, למה זה שייך, ומה כדאי לפתוח בהמשך.