הפכו את אתר ה-Decap CMS שלכם לגלוי ל-Google ולחיפוש AI. בנו אוספי config.yml, front matter של Markdown, JSON-LD ו-llms.txt כך ש-ChatGPT, Perplexity, Claude ו-Gemini יצטטו את הדפים שמחולל האתר הסטטי שלכם בונה.



רוצים שאתר ה-Decap CMS שלכם יופיע בתשובות AI, ולא רק בתוצאות חיפוש קלאסיות? Decap CMS (בעבר Netlify CMS) היא מערכת ניהול תוכן headless מבוססת Git ו-open source: עורכים עובדים ב-UI ניהולי ידידותי, וכל שינוי מבוצע כ-commit לקובץ Markdown למאגר שלכם, ואז נבנה לדפים סטטיים על ידי מחולל כמו Hugo, Astro, Eleventy, Next.js או Gatsby. הארכיטקטורה הזו היא בסיס איתן ל-generative engine optimization (GEO). התחילו עם geo seo audit בסיסי ועקבו אחר כל שיפור ב-geo seo dashboard חי. המדריך הזה מראה איך לבנות, לרנדר ולתייג פרויקט Decap CMS כך ש-Google ועוזרים כמו ChatGPT, Perplexity, Claude ו-Gemini יבינו, יבטחו ויצטטו את הדפים שלכם.
SEO קלאסי עדיין מניע תנועה, וכעת עוזרים מסכמים את הרשת ומציגים רשימה קצרה של מקורות מצוטטים. Generative Engine Optimization היא הפרקטיקה של להפוך לאחד מהמקורות האלה. Decap CMS נותן לכם יתרון אמיתי: מכיוון שהתוכן חי כ-Markdown פשוט עם front matter מובנה והמחולל שלכם פולט HTML סטטי, הדפים שאתם מפרסמים קלים, מהירים וניתנים לקריאה מלאה על ידי סורקים ללא כל שלב רינדור בצד לקוח. קבצים נקיים בשילוב עם פלט סטטי מאפשרים למודלים למפות את הנושאים, המוצרים והמומחיות שלכם בביטחון.
התחילו עם benchmark. שאלו את העוזרים המובילים את השאלות האמיתיות שהקהל שלכם שואל, ואז תעדו האם אתם מצוטטים, אילו URLs מופיעים ואיך ממוסגרים מתחרים. עקבו אחר ציטוטי מותג עם ai mention tracking, למדו את ההפניות שאתם צוברים דרך ai cited backlinks, והריצו geo seo audit בסיסי כדי למפות את הישויות שכבר משויכות לאתר שלכם.
ב-GEO, כוונת המשתמש מגיעה כפרומפטים. אספו את הניסוח המדויק שאנשים משתמשים בו בצ'אט, בקול ובסוכנים, ואז קבצו לפי משימה: ללמוד, להשוות, ליישם ולפתור. הרחיבו את הכיסוי עם ה-query fan-out tool ותעדפו נושאים עם keyword research. לכל קבוצה, בחרו דף קנוני אחד שיצוטט, והפכו אותו לתמציתי, ראוי לציטוט ונתמך בראיות מפורשות.
Decap CMS מוגדר דרך config.yml יחיד המכריז על אוספים ושדות. עצבו אוספים למאמרים, מדריכים, מוצרים, שאלות נפוצות, מחברים ומילון מונחים, ותנו לכל אחד שדות front matter מפורשים: title, description, image, date, author ו-tags. מפו את השדות האלה למאפייני schema.org כמו name, description, image, datePublished ו-author. מודל תוכן נקי ומכונה היטב שומר על כל קובץ Markdown עקבי, וזה בדיוק מה שמנועי תשובות מתגמלים.
Decap CMS לא מרנדר את האתר שלכם; מחולל האתר הסטטי שלכם עושה זאת. בחרו מחולל שפולט HTML שלם המרונדר בשרת, הגדירו תבניות תיאוריות לכל אוסף, וודאו שכותרות, קווי חצאי כותרת וטקסט הגוף מופיעים במקור הדף הגולמי. פלט סטטי אומר שעוזרים ו-Google קוראים את התוכן המלא בבקשה הראשונה, ללא צורך ב-JavaScript hydration, שהוא אחד היתרונות הגדולים ביותר של הפורמט עבור GEO.
חשפו שדות front matter עבור כותרת SEO, meta description ו-canonical URL, ואז רנדרו אותם ב-head של התבנית שלכם. שמרו URLs נקיים ונושאי מילות מפתח דרך הגדרות ה-permalink של המחולל שלכם. הוסיפו כללי meta robots כדי לשמור דפים דלים או כפולים מחוץ לאינדקס, והגדירו תגי Open Graph ו-Twitter מאותו front matter כך שתצוגות מקדימות חברתיות תואמות לכוונת הדף ולעותק הראשי.
הזריקו JSON-LD דרך partial או רכיב פריסה שקורא את ה-front matter שלכם. השתמשו ב-Article יחד עם WebPage ו-BreadcrumbList לדפי תוכן, ב-Product עם offers לדפי מוצרים, ב-HowTo למדריכים וב-FAQPage לבלוקי שאלות. הוסיפו בלוק Organization ברמת האתר עם logo, contactPoint, foundingDate וקישורי sameAs לפרופילים המאומתים שלכם. מכיוון שהנתונים מגיעים ישירות מ-front matter, הנתונים המובנים שלכם נשארים מדויקים בכל build.
פתחו כל מאמר בסיכום של שני משפטים שפותר את השאילתה, ואז הרחיבו עם חלוקה סריקה. הוסיפו בלוקי שאלה ותשובה מפורשים המשקפים פרומפטים אמיתיים, ושמרו כל תשובה בין 50 ל-120 מילים. עבור נהלים, פרטו חומרים, שלבים וזמן נדרש בפורמט HowTo. האיצו את הפקת הטיוטות הראויות לציטוט עם blog article generator, ואז עדנו כל קובץ Markdown בעורך Decap CMS.
רוב המחוללים הסטטיים מייצרים sitemap.xml; אפשרו אותו והגישו אותו ב-Google Search Console. ב-robots.txt, אפשרו את הספריות המכילות תוכן ראוי לציטוט ואסרו רעש build. הוסיפו קובץ llms.txt בשורש כדי לסמן כללי סריקה מועדפים לסוכני AI, את ה-URLs בעדיפות שאתם רוצים שיצוטטו ותנאי השימוש החוזר שלכם. מכיוון ש-Decap CMS מבצע commit למאגר Git, אתם יכולים לשמור את הקבצים האלה מגובי גרסאות לצד התוכן שלכם.
בנו hubs נושאיים המקבצים דפים קשורים ומגדירים את התשובות הקנוניות שלכם. השתמשו בפירורי לחם כדי לבטא היררכיה והוסיפו קישורים פנימיים בהקשר עם עוגנים תיאוריים, מואצים עם topical cluster generator. אם חלקים אחרים של ה-stack שלכם רצים במקום אחר, החילו את אותם עקרונות על כלים headless אחרים כמו strapi, contentful, וה-ghost הידידותי לסטטי.
אפשרו את זרימת העבודה העריכתית של Decap CMS כך שטיוטות יהפכו ל-pull requests שהצוות שלכם סוקר לפני מיזוג. שער הסקירה הזה שומר על איכות גבוהה: front matter עקבי, מטא-דאטה שלם ו-Markdown נקי בכל דף. אחסנו תמונות דרך גיבוי ה-Git או ספריית מדיה, תנו לכל נכס טקסט alt תיאורי, ושמרו שמות קבצים קריאים. תוכן מגובה גרסאות אומר שאתם יכולים לעשות audit ולהחזיר לאחור כל שינוי, מה שמגן על אותות האמון שהמודלים מחפשים.
GEO עדיין נשען על סמכות. הרוויחו ציטוטים מפרסומים אמינים, מחקר מקורי ומהקהילות שהקהל שלכם סומך עליהן. פרסמו תחת מחברים בשם עם ביוגרפיות אמיתיות, הראו אישורים, ושמרו על דף About שמצהיר מי אתם ולמה אתם אמינים, מה שמחזק את E-E-A-T. עקבו אחר ההתקדמות עם domain authority tracker ולמדו סיקור יריבים עם seo competitor spy.
ל-Decap CMS אין API תוכן ציבורי, ופרסום פירושו ביצוע commit לקובץ Markdown דרך ספק ה-Git שלכם, כך ש-Sorank מתחבר דרך גשר webhook של Make.com: כל מאמר ש-Sorank מייצר נשלח לתרחיש Make.com, ו-Make מבצע commit לקובץ ה-Markdown למאגר שלכם באמצעות מודול HTTP גנרי כנגד GitHub או GitLab API, מה שמפעיל את ה-build שלכם. אין מחבר מקורי ואין אפליקציית Make.com ייעודית, לכן אמתו את קריאת create-file על המאגר החי שלכם קודם, וחזרו לבלוג של Sorank בשירות עצמי אם הקונפיגורציה שלכם מגבילה זאת. הפיקו טיוטות אופטימליות מהר עם blog article generator.
עקבו אילו פרומפטים מפעילים את המותג שלכם, אילו דפים מצוטטים ואיפה מתחרים מנצחים את התשובה. השוו עמדות עם keyword research, צפו במעמד שלכם ב-geo leaderboard, וייחסו המרות מעוזרים עם דפי נחיתה מתויגים ו-UTMs ייחודיים.
Decap CMS נותן לכם תוכן נקי ומגובה גרסאות ו-front end סטטי מהיר; GEO נותן לכם את האסטרטגיה להיות מצוטטים. כשהאוספים שלכם נושאים front matter מובנה, המחולל שלכם פולט HTML שלם והדפים שלכם נושאים JSON-LD ותשובות ראויות לציטוט, עוזרים מצטטים אתכם בביטחון. הגדירו את מודל ה-config.yml שלכם, תבניות סטטיות, JSON-LD ושער סקירה עריכתי, ואז תנו ל-Sorank להוביל audits, תוכן וקישורים.
Decap CMS מתפקד היטב עבור GEO כי הוא מבוסס Git ו-headless: עורכים שומרים Markdown עם front matter מובנה, ומחולל אתר סטטי כמו Hugo, Astro או Eleventy מרנדר HTML שלם. הפלט הסטטי הזה מהיר וניתן לקריאה מלאה על ידי סורקים בבקשה הראשונה, ללא רינדור בצד לקוח שמאט עוזרים. מדלו אוספים נקיים ב-config.yml, מפו front matter למאפייני schema.org, ורנדרו JSON-LD מהשדות האלה. הוסיפו sitemap, canonical URLs נקיים וקובץ llms.txt כך שעוזרים כמו ChatGPT, Perplexity, Claude ו-Gemini יוכלו להגיע ולצטט את הדפים שלכם בביטחון.
כתבו תוכן שמתחיל בתשובה וממופה לפרומפטים אמיתיים. פתחו כל מאמר Markdown בסיכום של שני משפטים, אז חלוקה סריקה, ושמרו פסקאות מתחת ל-120 מילים. השתמשו בהיררכיית כותרות מחמירה, בלוקי FAQ מפורשים עם תשובות של 50 עד 120 מילים ומקטע עובדות ברור. עגנו כל טענה במקור ורנדרו JSON-LD (Article, FAQPage, HowTo, Organization) מה-front matter שלכם דרך partial פריסה. בנו hubs שמקשרים דפים קשורים עם עוגנים תיאוריים, ושמרו front matter שלם בכל רשומה, מה שמאותת על העומק הנושאי שהמודלים מזהים כסמכותי ומצטטים.
ל-Decap CMS אין API תוכן ציבורי, ופרסום פירושו ביצוע commit לקובץ Markdown דרך ספק ה-Git שלכם, כך ש-Sorank מתחבר דרך גשר webhook של Make.com במקום מחבר מקורי. כל מאמר ש-Sorank מייצר נשלח לתרחיש Make.com, ו-Make מבצע commit לקובץ למאגר שלכם עם מודול HTTP גנרי כנגד GitHub או GitLab API, מה שמפעיל את ה-build שלכם. אין אפליקציית Make.com ייעודית, לכן אמתו את קריאת create-file על המאגר החי שלכם קודם, וחזרו לבלוג של Sorank בשירות עצמי אם ההגדרה שלכם מגבילה זאת. מעבר לפרסום, Sorank מריץ GEO ו-SEO audits, עוקב אחר אזכורי AI ב-ChatGPT, Perplexity ו-Gemini, מנטר מתחרים ומציע אופטימיזציות מלוח בקרה אחד.