קידום אתרים טכני
SEO טכני לאתרים גדולים, עם סדר עדיפויות לפי ההשפעה על ההכנסות
שירות SEO טכני לחברות עם אתרים של אלפי עמודים: אתרי מסחר, פורטלי תוכן, אתרי SaaS ואתרים של רשתות עם עמודי סניפים. אנחנו מאתרים מה מונע מגוגל וממנועי ה-AI לסרוק, להבין ולאנדקס את העמודים החשובים, מדרגים כל תיקון לפי ההשפעה שלו על ההכנסות, ומיישמים יחד עם צוות הפיתוח שלכם.
בקצרה
- SEO טכני הוא העבודה על התשתית שמאפשרת למנועי חיפוש ולמנועי AI לסרוק, לרנדר ולאנדקס את האתר.
- השירות מיועד לאתרים של אלפי עמודים ומעלה, ולחברות לפני מיגרציה או אחריה. ליווי מיגרציה הוא פרויקט נפרד במחיר קבוע.
- התוצר הראשון הוא אבחון שבו כל ממצא מדורג לפי השפעה צפויה על הכנסות ולפי מאמץ היישום.
- האבחון נעשה בשבועות 1-3, ותוכנית העבודה מוכנה בשבוע 4.
- עם הרשאת עריכה, שינויי SEO אנחנו מבצעים בעצמנו. שינויי קוד עוברים לצוות הפיתוח שלכם עם אפיון, וכל שינוי מתועד ומגובה.
- אצל סוכנות דויד בסיס השירות הוא חלק מריטיינר חודשי החל מ-10,000 ₪ לפני מע״מ.
מה כבר עשינו, ומה עוד לא. הפרויקט המתועד שלנו הוא אתר שירות של כ-75 עמודים. עוד אין לנו מקרה בוחן של אתר עם אלפי עמודים או של מיגרציה גדולה. מה שכתוב כאן נשען על התיעוד של גוגל ועל אותה שיטת עבודה. אם ניסיון קודם באתר בגודל שלכם הוא תנאי, עדיף שתדעו את זה עכשיו.
מה זה SEO טכני, ולמה באתרים גדולים דווקא שם נתקע הכסף
SEO טכני הוא כל מה שקורה לפני שהתוכן בכלל נשפט: האם גוגל מגיעה לעמוד, האם היא מצליחה לרנדר אותו, איזו גרסה שלו היא בוחרת לאנדקס, וכמה מהר העמוד נטען אצל המשתמש. באתר של 50 עמודים רוב הבעיות האלה נפתרות בבדיקה של יום. באתר של 20,000 עמודים הן נוצרות כל יום מחדש, כי העמודים נבנים מתבניות, ממסננים ומפרמטרים.
לכן באתר גדול לא מתקנים עמודים, מתקנים תבניות. שינוי אחד בתבנית של עמוד קטגוריה משפיע על אלפי כתובות בבת אחת, לטובה או לרעה. אבחון טכני של אתר גדול הוא קודם כל עבודה של סדר עדיפויות: מה מתוך מאות הממצאים באמת חוסם הכנסות, ומה רק נראה רע בדוח של כלי אוטומטי.
גוגל עצמה מגדירה מתי תקציב הסריקה הופך לשיקול מרכזי. במדריך לאתרים גדולים היא מציינת, כהערכה גסה, אתרים עם יותר ממיליון עמודים ייחודיים שמתעדכנים פעם בשבוע, אתרים של יותר מ-10,000 עמודים שמתעדכנים מדי יום, ואתרים שחלק גדול מהכתובות שלהם מסווג ב-Search Console כ-Discovered - currently not indexed. גם אתרים קטנים יותר סובלים מבעיות אינדוקס וכפילויות, רק מסיבות אחרות.
ויש צד חדש: מנועי AI. גוגל מזכירה שלא כל הבוטים מריצים JavaScript, ו-OpenAI מציינת בתיעוד הסורקים שלה שאתר שחוסם את OAI-SearchBot לא יוצג בתשובות החיפוש של ChatGPT. אתר שהתוכן שלו נטען רק בדפדפן, או שה-robots.txt שלו חוסם סורקים בלי כוונה, עלול להיעדר מהתשובות האלה. הבדיקה הזו היא חלק מהאבחון הטכני, ומהעבודה על קידום אתרים בבינה מלאכותית.
למי זה מתאים
קידום אתרים גדולים, שבהם תיקון אחד נוגע באלפי עמודים
באתר קטן העבודה העיקרית היא תוכן ואסטרטגיה, ולכן מתאים לו יותר שירות קידום אורגני לחברות. SEO טכני כשירות בפני עצמו שווה את ההשקעה כשיש היקף.
- אתרי מסחר עם אלפי מוצרים, קטגוריות ומסננים
- פורטלים, אתרי תוכן ומאגרי מידע עם אלפי עמודים
- חברות SaaS וטכנולוגיה עם אתר ב-React, Next.js, Angular או Vue
- רשתות עם עמודי סניפים או ערים בהיקף גדול
- חברות לפני מיגרציה, החלפת מערכת או עיצוב מחדש, או אחרי מעבר שבו התנועה ירדה
- מי שמחפש דוח אוטומטי מכלי סריקה, בלי יישום
מה אנחנו בודקים ומתקנים
סריקה ותקציב סריקה
מתחילים מהשאלה על מה גוגל מבזבזת את הזמן שלה באתר. סריקה מלאה של האתר, יחד עם דוח Crawl Stats ב-Search Console, מראה כמה בקשות גוגל שולחת, לאילו סוגי קבצים, ואיזה חלק מהן מסתיים בהפניה או בשגיאה. לפי המדריך של גוגל לתקציב סריקה, עמודי soft 404 ממשיכים להיסרק ומבזבזים את התקציב, שרשראות הפניות ארוכות פוגעות בסריקה, ותגית noindex לא חוסכת סריקה, כי גוגל עדיין מבקשת את העמוד כדי לראות אותה.
אינדוקס, כפילויות ו-canonical
באתר גדול אותו תוכן זמין כמעט תמיד בכמה כתובות: עם פרמטרים ובלי, במיון שונה, דרך כמה נתיבי קטגוריה. לפי ההנחיות של גוגל לכתובות כפולות, הפניה היא האות החזק ביותר לבחירת הכתובת הקנונית, תגית canonical היא אות חזק, ומפת אתר היא אות חלש. גוגל יכולה לבחור כתובת אחרת מזו שסימנתם, ולכן אנחנו בודקים בדוח האינדוקס מה גוגל בחרה בפועל, לא רק מה כתוב בקוד.
טעות נפוצה נוספת: חסימה ב-robots.txt אינה דרך להוציא עמוד מהאינדקס. כתובת חסומה עדיין יכולה להופיע בגוגל אם מקשרים אליה. כדי להוציא עמוד מהאינדקס משתמשים ב-noindex.
ניווט מסונן (faceted navigation)
מסננים של צבע, מידה, מחיר ומותג יכולים לייצר מספר כמעט אינסופי של כתובות.
גוגל מתארת
בדיוק את התוצאה: סריקת יתר, וגילוי איטי של עמודים חדשים. ההחלטה שלנו מתחילה בנתוני חיפוש. צירוף מסננים שיש
עליו ביקוש אמיתי הופך לעמוד עם כתובת קבועה, כותרת ותוכן משלו, ושאר הצירופים נחסמים לסריקה. בכתובות שנשארות
פתוחות, גוגל ממליצה על מפריד הפרמטרים הסטנדרטי &, על סדר קבוע של מסננים, ועל קוד 404 לצירוף שאין
לו תוצאות. באתרי מסחר זה חלק מרכזי בעבודה, ראו קידום אתרי מסחר.
רינדור JavaScript
גוגל מעבדת אתרי JavaScript בשלושה שלבים:
סריקה, רינדור ואינדוקס. עמוד יכול לחכות בתור הרינדור כמה שניות,
ולפעמים יותר. גוגל עצמה ממליצה על רינדור בצד השרת או רינדור מוקדם, ומגלה קישורים רק כשהם אלמנטים מסוג
<a href>. אנחנו משווים בין ה-HTML שהשרת מחזיר לבין העמוד המרונדר, ומאתרים תוכן, קישורים ונתונים
מובנים שקיימים רק אחרי הרצת JavaScript.
Core Web Vitals
שלושת המדדים, והסף שנחשב טוב בכל אחד: LCP (טעינת האלמנט העיקרי) עד 2.5 שניות, INP (תגובה לאינטראקציה) עד 200 מילישניות, ו-CLS (יציבות חזותית) עד 0.1, באחוזון ה-75 של הביקורים. INP החליף את FID במרץ 2024. לפי ההסבר של גוגל על חוויית עמוד, המדדים משמשים את מערכות הדירוג, אבל ציון טוב לא מבטיח מקום גבוה, והרלוונטיות של התוכן קודמת. לכן אנחנו לא רודפים אחרי ציון מושלם בכלי בדיקה, אלא מתמקדים בתבניות שמביאות תנועה והכנסות ובנתוני שטח של משתמשים אמיתיים.
נתונים מובנים (Schema)
Organization, Product, Article ו-BreadcrumbList, לפי סוג האתר. הכלל הראשון: מסמנים רק תוכן שגלוי בעמוד. השני: נתונים מובנים מאפשרים תוצאה מועשרת, אבל גוגל לא מתחייבת להציג אותה. באתרים גדולים נפוץ למצוא סימון כפול, תוספים שסותרים זה את זה וישויות שלא מחוברות. בסנפלינג ישראל, העסק של דויד, איחדנו את הסימון לישות אחת של Organization/LocalBusiness, עם FAQ ופירורי לחם, והגדרנו הפניות 301 לשירותים שהוסרו. הפירוט במקרה הבוחן של סנפלינג ישראל.
ניתוח לוגים ו-Search Console
קובצי הלוג של השרת מראים מה הבוטים באמת סרקו, כתובת אחר כתובת. כשאתם יכולים לספק אותם, אפשר להצליב אותם עם Search Console ועם נתוני ההכנסות: אילו תבניות נסרקות הרבה ולא מביאות דבר, ואילו עמודים מכניסים כסף אבל כמעט לא נסרקים. באתרים בכמה שפות נבדקים גם תגי hreflang, והעבודה המלאה מתוארת בעמוד קידום אתרים באנגלית ובחו״ל.
מיגרציות
מעבר מערכת או דומיין: איך מצמצמים את הפגיעה בתנועה
החלפת מערכת, דומיין או מבנה כתובות היא הרגע המסוכן ביותר לתנועה האורגנית של אתר גדול. גוגל עצמה כותבת שצפויות תנודות זמניות בדירוג בזמן מעבר. המטרה שלנו היא שהתנודה תישאר זמנית, ושתקלות יתגלו מוקדם, לא אחרי רבעון.
ליווי מיגרציה הוא פרויקט נפרד, במחיר קבוע שמסכמים מראש, והוא זמין גם בלי ריטיינר. שינויים מבניים קטנים במהלך ריטיינר כלולים בו. אלה השלבים שהליווי כולל:
- לפני
רשימת כתובות ומיפוי
רשימה מלאה של הכתובות הקיימות מסריקה, מ-Search Console, מ-Analytics ומקישורים חיצוניים, ומפה שמצמידה כל כתובת ישנה לכתובת החדשה המקבילה לה.
- לפני העלייה
בדיקה וגיבוי
סריקה של האתר החדש בסביבת הבדיקות: הפניות, canonical, תגיות, נתונים מובנים, קישורים פנימיים ומהירות. בנוסף, מוודאים שיש גיבוי מלא של האתר הישן.
- יום העלייה
הפניות 301 ובדיקה
צוות הפיתוח מעלה הפניות קבועות בצד השרת לפי המפה ומפת אתר מעודכנת, ובמעבר דומיין בעל הנכס ב-Search Console מגיש Change of Address. באותו יום אנחנו בודקים את האתר החי, וזמינות מחוץ לשעות הפעילות מתואמת מראש.
- אחרי
ניטור צמוד
בשבועות שאחרי העלייה בודקים שגיאות, הפניות ואינדוקס בתדירות גבוהה, ומשווים את התנועה בכל קבוצת עמודים לתקופה שלפני המעבר.
הניטור נמשך 4-6 שבועות אחרי העלייה. גוגל ממליצה להשאיר את ההפניות כמה שיותר זמן, ובדרך כלל לפחות שנה. ואם המעבר כבר קרה והתנועה ירדה, אותו תהליך עובד בדיעבד: משווים את הכתובות הישנות לאלה שקיבלו הפניה, ומאתרים את מה שנפל בדרך.
התוצר: אבחון טכני מתועדף לפי השפעה על הכנסות
כלי סריקה אוטומטי יחזיר מאות "שגיאות", ורובן לא משנות דבר. האבחון שלנו בנוי אחרת: כל ממצא מקבל שורה שעונה על השאלות שמנהל צריך כדי להחליט. כך נראית שורה כזו:
| מה כל ממצא כולל | דוגמה להמחשה |
|---|---|
| הבעיה | עמודי הדפדוף בקטגוריות מסמנים canonical לעמוד הראשון, ולכן מוצרים מעמוד 2 ואילך מתגלים לאט |
| היקף | כל עמודי הקטגוריה, מעמוד 2 ואילך |
| השפעה צפויה | גבוהה: הקטגוריות האלה מביאות חלק גדול מההכנסות האורגניות |
| מאמץ ואחריות | נמוך: שינוי בתבנית אחת, צוות הפיתוח |
| בדיקת קבלה | סריקה חוזרת של התבנית ובדיקה ב-URL Inspection |
ההשפעה מוערכת לפי התנועה וההמרות של קבוצות העמודים שנפגעות, ולפי ההכנסות שלהן כשאתם משתפים נתוני מכירות, לא לפי חומרה טכנית מופשטת. את הממצאים מסדרים לפי השפעה מול מאמץ, ומתחילים במה שמשפיע הרבה ועולה מעט.
יישום: מה אנחנו מבצעים, ומה עובר לצוות הפיתוח
אבחון שנשאר במגירה לא שווה דבר. עם הרשאת עריכה במערכת הניהול, את השינויים ב-SEO אנחנו מבצעים בעצמנו: כותרות ותיאורים, תוכן, קישורים פנימיים, נתונים מובנים והפניות. שינויים טכניים בתוך ההיקף שסוכם עולים בלי אישור פריט אחר פריט, ומופיעים בדוח החודשי.
שינויים בקוד, בתבניות ובשרת יוצאים כמשימה שמפתח יכול לבצע: מה לשנות, באיזו תבנית, איך נראה הפלט הנכון, ואיך בודקים שזה עובד. אחרי השחרור אנחנו בודקים את התוצאה. כל שינוי מתועד ומגובה, לפניו ואחריו, כך שתמיד אפשר לדעת מה השתנה ולחזור אחורה. אנחנו לא בונים אתרים ולא מחליפים את צוות הפיתוח. אנחנו מגדירים מה צריך לקרות כדי שהאתר יעבוד בשביל החיפוש, ומוודאים שזה קרה.
תהליך וזמנים
העבודה הטכנית עוברת באותם ארבעה שלבים של שיטת העבודה שלנו:
- אבחון (שבועות 1-3): סריקה טכנית מלאה, Search Console, מתחרים ונוכחות בתשובות AI.
- אסטרטגיה (שבוע 4): רשימת התיקונים המתועדפת ותוכנית עבודה.
- ביצוע (שוטף): שינויי SEO שאנחנו מבצעים בעצמנו, אפיונים לפיתוח לשינויי קוד, ובדיקה אחרי כל שחרור גרסה.
- מדידה (כל חודש): דוח שמראה מה תוקן, מה השתנה בסריקה, באינדוקס, בתנועה ובפניות, ומה הצעד הבא. תזוזה ראשונה נראית לרוב תוך 6-12 שבועות מהיישום.
מחיר
כמה עולה SEO טכני
SEO טכני הוא חלק מריטיינר חודשי שמתחיל ב-10,000 ₪ לפני מע״מ. המחיר נקבע לפי גודל האתר, רמת התחרות והיקף העבודה, ואין מחיר לפי מילת מפתח. אתרים גדולים עולים יותר, וליווי מיגרציה מתומחר בנפרד, במחיר קבוע שמסכמים מראש. לפירוט, ראו כמה עולה קידום אתרים, או בקשו אבחון אתר.
שאלות נפוצות
מה ההבדל בין בדיקת SEO לאתר לבין אבחון טכני מלא?
מי מיישם את התיקונים?
האתר שלנו בנוי ב-React או ב-Next.js. זו בעיה לגוגל?
אנחנו לפני מיגרציה. מתי כדאי לערב אתכם?
תוך כמה זמן רואים תוצאות מתיקונים טכניים?
כמה עולה SEO טכני לאתר גדול?
רוצים לדעת מה מעכב את הסריקה והאינדוקס של האתר שלכם?
אבחון ממוקד: אילו בעיות טכניות חוסמות אתכם בגוגל ובתשובות AI, ומה העדיפויות הראשונות לטיפול. ללא עלות וללא התחייבות.