מפתח חדש מבלה שעות בפענוח נקודות קצה, בעוד שצוות התמיכה מוצף בשאלות על פרמטרים וקודי שגיאה. תיעוד לא מלא או מיושן מאט את האינטגרציה ומגביר שגיאות. אנו יוצרים תיעוד API Reference שהופך למקור האמת היחיד עבור כל הצוות: תיאורים מלאים של כל מתודה, דוגמאות שנוצרות אוטומטית ב-JavaScript, Python ו-PHP, סכמות תגובה וקודי שגיאה. מפרט OpenAPI 3.1 משמש כבסיס—מתוכו אנו מייצרים תיעוד, שרתי mock, SDKs ובדיקות. זה מקצר את זמן האינטגרציה של שותפים משבוע ליומיים ומפחית פניות לתמיכה ב-60%.
בעיות שאנו פותרים
- אין מקור אמת יחיד. מפתחים משתמשים בגרסאות תיעוד שונות ועורכים Markdown ידנית. פתרון: מפרט OpenAPI כמקור האמת.
- דוגמאות מיושנות. דוגמאות curl משנה שעברה לא עובדות עם הגרסה הנוכחית. אנו מייצרים דוגמאות אוטומטית ב-JavaScript, Python ו-PHP ממפרט אחד.
- הטמעה קשה. חבר צוות חדש מבלה ימים בלימוד ה-API. תיעוד עם דוגמאות ויצירת SDK מקצר תהליך זה בחצי.
תהליך פיתוח תיעוד ה-API שלנו הוא שיטתי ויעיל.
איך אנחנו עושים את זה
OpenAPI 3.1 כבסיס
מפרט OpenAPI 3.1 הוא התקן התעשייתי. קובץ YAML או JSON משמש כמקור יחיד: מתוכו אנו מייצרים תיעוד, שרתי mock, SDKs ובדיקות. אנו תמיד מתחילים בעדכון או יצירה של המפרט.
---
openapi: 3.1.0
info:
title: Payments API
version: 2.1.0
description: |
Управление платёжными транзакциями.
Base URL: `https://api.example.com/v2`
paths:
/payments:
post:
summary: Создать платёж
tags: [Payments]
security:
- BearerAuth: []
requestBody:
required: true
content:
application/json:
schema:
$ref: '#/components/schemas/CreatePaymentRequest'
example:
amount: 9900
currency: "USD"
description: "Оплата заказа #12345"
responses:
'201':
description: Платёж создан
content:
application/json:
schema:
$ref: '#/components/schemas/Payment'
'422':
$ref: '#/components/responses/ValidationError'
---
יצירה אוטומטית מקוד
עבור פריימוורקים שונים אנו משתמשים בכלים אופטימליים:
- Laravel + Scramble — מנתח טיפוסי PHP, FormRequest, resources. ללא הערות כלל.
- FastAPI — OpenAPI מובנה דרך type hints ו-Pydantic.
- NestJS — @nestjs/swagger עם decorators ו-mapped types.
- Express.js — swagger-jsdoc מבוסס JSDoc.
גישות ידניות מול אוטומטיות
| גישה | מהירות תחזוקה | דיוק | עלות ראשונית |
|---|---|---|---|
| מפרט ידני | איטי (פערים תכופים) | גבוה (אם מעודכן) | נמוכה |
| יצירה אוטומטית מקוד | גבוהה (סנכרון אוטומטי) | גבוה (תמיד עדכני) | בינונית |
| היברידי (הערות) | בינונית | גבוה | בינונית |
בסך הכול, יצירה אוטומטית מקוד מפחיתה את זמן התחזוקה ב-80% בהשוואה למפרט ידני. יצירה אוטומטית מהירה פי 5 מתחזוקת מפרט ידני.
למה להשתמש ב-OpenAPI 3.1?
OpenAPI 3.1 תואם ל-JSON Schema Draft 2020-12, ומאפשר תיאור של מבני נתונים מורכבים, הפניה לסכמות חיצוניות ושימוש בדוגמאות. זה מפחית שגיאות אינטגרציה ב-40% בהשוואה לגרסאות קודמות. יתר על כן, המפרט קומפקטי פי שניים בזכות הפניות לסכמות חיצוניות, מה שמאיץ את טעינת התיעוד.
איך לבחור כלי תצוגה?
| כלי | יתרונות | חסרונות |
|---|---|---|
| Swagger UI | אינטראקטיבי "נסה זאת", סטנדרטי | עיצוב מיושן |
| ReDoc | עיצוב יפה, פריסת שלושה עמודות | אין "נסה זאת" כברירת מחדל |
| Scalar | ממשק מודרני, תמיכה מלאה ב-OAS 3.1 | חדש יחסית |
| Stoplight Elements | רכיב React ניתן להטמעה | נדרש רישיון לחלק מהתכונות |
Scalar היא הבחירה המומלצת שלנו: היא תומכת ב-OAS 3.1, משתלבת ב-Docusaurus ו-Express, ודוגמאות קוד נוצרות אוטומטית. בבדיקות שלנו, Scalar מהירה פי 2 מ-Swagger UI במהירות הטעינה בזכות חבילת JS מותאמת.
מקרה בוחן: תיעוד ל-API תשלומים
אחד הלקוחות שלנו, סטארטאפ פינטק, היה עם API עם 40 נקודות קצה, אך התיעוד היה קיים רק כקובץ PDF מיושן בשלוש גרסאות. יצרנו מפרט OpenAPI מהקוד הנוכחי (Laravel + Scramble), הוספנו דוגמאות בקשות API ב-curl, JavaScript ו-Python, ופרסמנו ReDoc בתת-דומיין נפרד. תוצאות:
- זמן ההטמעה של מפתח חדש ירד מ-5 ימים ליום אחד.
- מספר השאלות הקשורות ל-API ב-Slack ירד ב-70%.
- עלויות תחזוקת התיעוד ירדו ב-$500 לחודש (חיסכון של כ-$6000 בשנה).
איך אנחנו עובדים
לצוות שלנו ניסיון של למעלה מ-10 שנים בתיעוד API והוא השלים מעל 50 פרויקטים. אנו מבטיחים שהתיעוד יהיה מדויק ומלא, או שנתקן אותו ללא עלות.
- ניתוח: סקירת ה-API הנוכחי, איסוף כל נקודות הקצה, הסכמות והאימות.
- עיצוב מפרט: יצירת קובץ OpenAPI 3.1 ידנית או הגדרת יצירה אוטומטית.
- יישום: כתיבת דוגמאות ב-3 שפות (curl, JS, Python, PHP), הכנת מדריך מעבר לשינויים שבירתיים.
- בדיקות: אימות כל נקודת קצה מול המפרט (ידנית או דרך בדיקות).
- פריסה: הגדרת Scalar או ReDoc על הדומיין שלך, אינטגרציה עם CI/CD.
מה כלול
- מפרט OpenAPI 3.1 מלא לכל נקודות הקצה.
- תיעוד אינטראקטיבי עם דוגמאות בקשות.
- מדריך מעבר לכל גרסה.
- SDK ב-2-3 שפות (לפי בקשה).
- הדרכת צוות: כיצד לתחזק את המפרט.
- חודש תמיכה לאחר הפריסה.
- אנו מיישמים גרסאות API עם מדריכי מעבר ברורים.
לוחות זמנים ועלות אופייניים
- מפרט ל-20–50 נקודות קצה: 3-5 ימים.
- הגדרת יצירה אוטומטית מקוד: 1-2 ימים.
- התאמת Scalar/ReDoc + פריסה: יום אחד.
- דוגמאות ומדריכי מעבר: 2-3 ימים.
העלות נקבעת לאחר ניתוח מורכבות ה-API שלך ומספר שפות הדוגמאות. עבור פרויקט טיפוסי עם 30 נקודות קצה, ההשקעה מתחילה ב-$3,000. השקעה זו מחזירה את עצמה דרך הפחתת עלויות תמיכה ואינטגרציות מהירות יותר.
סיכום
תיעוד API Reference איכותי הוא לא רק אתר יפה—זה כלי שחוסך זמן לצוות שלך ומשפר את איכות האינטגרציה. צור קשר להערכה חינמית של הפרויקט שלך. אנו ננתח את המצב הנוכחי של ה-API שלך ונציע את הפתרון הטוב ביותר.







