الموقع الإلكتروني

أنشئ موقع تقرير سنوي أو تقرير أثر بأسلوب scrollytelling مع رسوم بيانية تُرسم أثناء التمرير

يحوّل تقريرك السنوي أو تقرير الأثر إلى موقع للقراءة الطويلة: رسوم بيانية خطية بصيغة SVG تُرسم أثناء التمرير، وأرقام تعد تصاعديًا، وتنقل بين الفصول، وملاحظة منهجية، وschema من نوع Report. تظهر الأرقام والرسوم بالكامل دون JavaScript، ولكل رسم بياني جدول بيانات، ويُقاس Lighthouse على الجوال ويُحافظ عليه فوق 95.

متى تستخدمه

عندما تريد تحويل التقرير السنوي أو تقرير الأثر الخاص بجمعيتك أو مؤسستك أو شركتك من ملف PDF إلى موقع قابل للمشاركة يمكن لمحركات البحث وإجابات الذكاء الاصطناعي الاقتباس منه.

ما ستحصل عليه

موقع تقرير يضم رسومًا بيانية تُرسم أثناء التمرير، وعدّادات، وتنقلًا بين الفصول، وschema من نوع Report، إضافة إلى ملاحظة عن المنهجية وصفحة للمؤسسة، وجدول Lighthouse لكل صفحة، ونتائج اختبار الرسوم البيانية والتنقل، والإصلاحات التي تم تطبيقها.

هل يغيّر أي شيء في حسابي؟

فقط بموافقتك. يعرض المساعد أولًا معاينة لكل تغيير وينتظر موافقتك.

يعمل مع

SEO Intelligence, Search Console

أكمل البيانات قبل الإرسال

[اسم الخادم][السنة][اسم المنظمة][ما تفعله، ومكانها، وسنة التأسيس][جملة واحدة][الرقم، الوحدة، شرح في جملة واحدة][لكل رسم بياني: العنوان والفترات والقيم][مصادر الدخل وبنود المصروفات، والمبالغ والنسب][أسماء الفصول والنص أو الملاحظات الخاصة بكل فصل][البنود][أي السجلات استُخدمت، وكيف عولجت البيانات الناقصة][اسم المحرر، التاريخ]
استخدم اتصالي بـ Opus Growth لهذا الغرض. إذا لم تجد الأداة التي تحتاجها، فابحث بين أدوات Opus Growth (باستخدام search_tools إن كانت في قائمتك)؛ وإذا تعذّر عليك الوصول إلى الأدوات تمامًا، فلا تخمّن وأخبرني. على خادم استضافة Opus Growth الخاص بي [اسم الخادم]، أنشئ تقرير الأثر لعام [السنة] الخاص بـ [اسم المنظمة] كموقع يروي قصته أثناء التمرير. المنظمة: [ما تفعله، ومكانها، وسنة التأسيس]. الرسالة الرئيسية للتقرير: [جملة واحدة]. الأرقام الرئيسية الأربعة: [الرقم، الوحدة، شرح في جملة واحدة]. بيانات الرسوم البيانية: [لكل رسم بياني: العنوان والفترات والقيم]. الميزانية: [مصادر الدخل وبنود المصروفات، والمبالغ والنسب]. الفصول: [أسماء الفصول والنص أو الملاحظات الخاصة بكل فصل]. خطة العام القادم: [البنود]. مصدر الأرقام وحدودها: [أي السجلات استُخدمت، وكيف عولجت البيانات الناقصة]. إعداد ونشر: [اسم المحرر، التاريخ]. للتواصل: [البريد الإلكتروني]، [الهاتف]، [العنوان]. النطاق: [النطاق]. الصور: [الروابط؛ دون وجوه الأطفال أو المستفيدين]. الصفحات: التقرير (/: عنوان الغلاف، فقرة ملخص تبدأ بالإجابة، المؤلف والتاريخ، صورة الغلاف، تنقل ثابت بين الفصول، ثم بالترتيب: ملخص العام، الفصول، الميزانية، خطة العام القادم، والأسئلة حول التقرير)، المنهجية (/yontem/: مصدر كل رقم وحدوده)، المنظمة والتواصل (/dernek/ أو اسم يناسب منظمتك)، الخصوصية وKVKK (/gizlilik/) و404.html. اكتب الرسوم البيانية كـ SVG ثابت يُولَّد من القيم التي قدمتها، دون Chart.js أو D3؛ لا تقرّب القيم وتحقق من أن المجاميع صحيحة. اعرض الميزانية كـ `<table>` دون أي حد أدنى للعرض، لا كرسم بياني. الأسلوب: قراءة طويلة تشبه قصة بيانات في صحيفة. خلفية بلون الورق، وخط سيريف من Fontshare للعناوين (مثل Bespoke Serif)، وخط نصوص مقروء يدعم tabular-nums (مثل Epilogue)، مع لونين على الأكثر للرسوم البيانية. على سطح المكتب قائمة فصول ثابتة بعرض 220 px على اليسار؛ وعلى الهاتف شريط فصول قابل للتمرير أفقيًا يثبت في الأعلى، وتحته خط رفيع لتقدم القراءة. قواعد الحركة (أصعب جزء، التزم بها حرفيًا): 1. المكتبات: نواة GSAP 3.13 وScrollTrigger فقط، وفي صفحة التقرير فقط. لا يُحمَّل Lenis، لأن التمرير الأصلي أكثر راحة للقراءة الطويلة؛ ولا تُحمَّل SplitText ولا مكتبات الرسوم البيانية. لا أي سكربتات في صفحات المنهجية والمنظمة والخصوصية. 2. الرسوم الخطية: كل خط هو `<path pathLength="1">` ويكون مرسومًا بالكامل في HTML. يضبط JS القيمتين strokeDasharray 1 وstrokeDashoffset 1 فقط على الرسوم الواقعة أسفل الشاشة عند التحميل، ويُنزل الإزاحة إلى 0 عبر ScrollTrigger scrub (start "top 75%" وend "bottom 65%")؛ وتظهر نقاط البيانات تباعًا مع مرور الخط بها. اجعل نص SVG بحجم 22 وحدة على الأقل في viewBox بعرض 600 وحدة ليبقى فوق 12 px على الهواتف، واترك 40 وحدة على الأقل إلى اليمين كي لا تُقتطع آخر تسمية للمحور. 3. كل رسم بياني هو `<svg role="img" aria-labelledby>` مع title وdesc يذكر جميع القيم في جملة؛ ويعرض figcaption المصدر ويرتبط بملاحظة المنهجية، وبعد الـ figure مباشرة يحتوي عنصر `<details>` بتسمية "عرض البيانات كجدول" على `<table>` حقيقي. هذا الجدول هو النسخة النصية من البيانات لإمكانية الوصول وللبحث بالذكاء الاصطناعي معًا. 4. العدّادات: تُكتب القيمة النهائية في HTML بالصيغة التركية (مثل 31.540). يوضع الرقم المرئي في span بسمة aria-hidden، وتوضع القيمة نفسها في span بصنف sr-only لقارئات الشاشة. يعيد JS إلى الصفر فقط العدّادات الواقعة أسفل الشاشة عند التحميل، ويعدّها تصاعديًا باستخدام Intl.NumberFormat("tr-TR") عند دخولها الشاشة؛ ولا تُرجع أبدًا رقمًا ظاهرًا بالفعل إلى الصفر. طبّق tabular-nums على الرقم وحدًا أدنى للعرض يساوي عدد أحرف القيمة النهائية (بصنف Tailwind، لا بسمة style) كي لا يتحرك السطر أثناء العد. 5. التنقل بين الفصول: الروابط عبارة عن مراسي تعمل دون JS. يستخدم JS ‏ScrollTrigger لكل فصل لتحديد الفصل النشط، ويضبط aria-current="true" على رابطه، ويمرر شريط الهاتف أفقيًا ليظهر الرابط النشط (الشريط لا الصفحة). ضع خاصية الثبات على الشريط الجانبي (aside) الذي هو ابن مباشر للشبكة الممتدة على كامل التقرير، لا على nav الداخلي؛ ففي النسخة التجريبية لم يثبت sticky على nav الداخلي في الهواتف قط. 6. لا حركة أخرى سوى خط تقدم القراءة والصور التي تظهر بسمة data-reveal. الإعداد والفخاخ المعروفة (كل واحد منها كلّف نقاطًا أو كسر شيئًا في قياس النسخة التجريبية، فلا تتجاوز أيًّا منها): 1. إذا كان هناك موقع يعمل بالفعل على الخادم فأخبرني أولًا، لأن الإعداد يستبدل index.html ومجلد assets. اعرض معاينة scaffold_site مع confirm=false، ثم استدعِ confirm=true بعد موافقتي. بعد ذلك اقرأ site_design_guide وsite_seo_guide. قبل كتابة الكود، ضع اتجاه التصميم (الطباعة، اللون، الشبكة، العنصر المميز، لغة الحركة، والمكتبات التي لن تُحمَّل) في ملف ART.md قصير خارج assets واعرضه عليّ. 2. قم بتجميع Tailwind ولا تحمّله من CDN. ثبّت `npm i -D tailwindcss@3` عبر site_run_command مع background=true وراقبه بـ site_command_status. يجب أن تغطي مسارات content في `tailwind.config.js` كل ملفات HTML وكل القوالب وكل ملفات JS التي تكتب أصنافًا. يحتوي `_src/tw.css` على سطر `@import "../assets/app.css";` وأسطر `@tailwind` الثلاثة؛ جمّعه في ملف واحد بالأمر `npx tailwindcss -c tailwind.config.js -i _src/tw.css -o assets/site.css --minify`. أزل سكربت cdn.tailwindcss.com وإعداد tailwind.config المضمّن من الصفحات واربط `/assets/site.css` فقط. أعد التجميع بعد كل تعديل على HTML. 3. استضف الخطوط بنفسك. تحقق أولًا من أن عائلة Fontshare التي تختارها تحتوي على الحروف التركية (ş, ğ, ı, İ, ç, ö, ü): في النسخة التجريبية لم يكن في Tanker حرف ı دون نقطة ولم يكن في Outfit حروف ş وğ وİ، فكانت هذه الحروف ستنتقل إلى خط آخر في العناوين. نزّل ملف woff2 لكل وزن على حدة عبر site_fetch إلى `assets/fonts/`، واكتب قواعد @font-face مع `font-display: swap` في `assets/app.css` (يبحث design-check عن الخط المخصص هناك) وتحقق من اسم font-family في ملف CSS الذي نزّلته. نفّذ preload لخطي العناوين والنصوص المستخدمين أعلى الصفحة في كل الصفحات بالوسم `<link rel="preload" as="font" type="font/woff2" crossorigin>` قبل ورقة الأنماط؛ ولا تُجرِ preload لأكثر من ملفين، لأن preload لوزن ثالث في النسخة التجريبية زاد LCP على الهاتف بمقدار 0.2 ثانية. معظم خطوط Fontshare تفتقر إلى رمز ₺، لذا اكتب "TL" في الأسعار. 4. اجعل القائمة والتذييل HTML ثابتًا. لا تحمّل chrome.js ولا site.config.js في الصفحات. اكتب `chrome-stamp.mjs` صغيرًا يقرأ قائمة التنقل من site.config.js ويختم `_src/header.tpl` و`_src/footer.tpl` بين العلامتين `<!-- nav:start --><!-- nav:end -->` و`<!-- footer:start --><!-- footer:end -->` في كل صفحة، مضيفًا aria-current="page" إلى الرابط النشط. يجب ألا تنتهي القوالب بـ .html، وأن تستخدم عناصر نائبة مثل `[[NAV]]` بدل `{{...}}`. ابنِ قائمة الهاتف دون JS باستخدام `<details>`. أبقِ اسم المنظمة والعنوان والهاتف كنص عادي في التذييل، واجعل كل هدف لمس بحجم 44x44 px على الأقل، بما في ذلك روابط التذييل وفتات التنقل. 5. حوّل الصور أثناء تنزيلها بـ site_fetch: احفظ الصورة نفسها بـ resize="480x" و"800x" و"1200x" مع image_format="webp" وquality=65 في ملفات منفصلة. لا يقتطع site_fetch الصور أبدًا؛ فإذا احتاجت صورة Unsplash إلى نسبة أبعاد أخرى، فنزّل النسخة المقتطعة بإضافة معلمات مثل `?w=1600&h=1200&fit=crop` إلى عنوانها. أعطِ كل `<img>` قيم srcset وsizes وwidth وheight تطابق النسبة الحقيقية. تحصل الصورة الرئيسية أعلى الصفحة على fetchpriority="high" ولا تكون lazy؛ وتحصل البقية على loading="lazy" decoding="async". إذا كانت الصورة الرئيسية تملأ الشاشة على الهاتف، فقدّم اقتطاعًا أصغر عبر `<picture>`. 6. اكتب نسخة SVG من الشعار باسم favicon.svg عبر site_write_file وأضف `<link rel="icon" href="/favicon.svg" type="image/svg+xml">` إلى كل صفحة. دون أيقونة favicon يسجّل المتصفح خطأ 404 وينخفض تقييم Best Practices إلى 96. 7. قواعد مدقق HTML: ابدأ بـ `<!DOCTYPE html>` بأحرف كبيرة، واستخدم `&nbsp;` للمسافات في النص المرئي لروابط tel:، ولا تستخدم سمة style="" أبدًا، وأعطِ كل زر type="button"، ولا تضع `<details>` داخل `<figure>` بعد figcaption. 8. نزّل مكتبات الحركة (GSAP وScrollTrigger) من jsdelivr إلى `assets/vendor/` عبر site_fetch، وثبّت الإصدار، وحمّلها في صفحة التقرير فقط. لا تستخدم `<script defer>`؛ بل ضع محمّلًا صغيرًا في نهاية الصفحة ينتظر حدث load ثم استدعاءين لـ requestAnimationFrame ثم requestIdleCallback، ويُلحق السكربتات بالترتيب مع async=false. يضيف سكربت من سطر واحد في `<head>` الصنف `js` إلى `<html>` والصنف `anim` ما لم تكن قيمة prefers-reduced-motion هي "reduce"؛ ودون `anim` لا ينزّل المحمّل شيئًا. عرّف حالات البداية المخفية تحت `.anim` فقط، وأضف حركة CSS كشبكة أمان تُظهر كل العناصر المخفية بعد 2.5 ثانية في حال لم تصل المكتبة أبدًا. في نسخ تجريبية سابقة دفعت المكتبات المؤجلة LCP على الهاتف إلى 3.2 ثانية؛ ومع هذا المحمّل سجلت الصفحات من 99 إلى 100. سمِّ السمة الخاصة بالعناصر التي تظهر عند التمرير data-reveal؛ فـ design-check لا يتعرف على الحركة إلا بهذا الاسم. SEO وAEO وGEO: 1. استخدم عناوين URL بنمط المجلدات مع شرطة مائلة أخيرة (/yontem/ و/dernek/ و/gizlilik/). املأ كتلة seo في site.config.js ونفّذ `node seo-stamp.mjs`. اكتب مخطط schema الخاص بكل صفحة (صفحة التقرير: WebPage مع Report كـ mainEntity، تتضمن headline وdatePublished وdateModified وimage وauthor (Person، أي المحرر) وpublisher، إضافة إلى FAQPage؛ المنهجية: Article؛ صفحة المنظمة: AboutPage مع نوع فرعي يناسب المنظمة (مثل NGO)؛ وBreadcrumbList في الصفحات الداخلية. إذا لم يكن هناك مكتب يزوره الناس فاضبط localBusiness:false في site.config.js) في كتل `<script type="application/ld+json">` منفصلة واربطها بالرسم البياني الأساسي عبر @id. لا تضع BreadcrumbList داخل @graph؛ أبقه في كتلته الخاصة، لأن هذه هي الطريقة الوحيدة التي يراه بها seo-check. 2. أبقِ العناوين عند 60 حرفًا أو أقل (يعدّ seo-check أي عنوان فوق 65 خطأ)، والأوصاف بين 120 و158 حرفًا، وh1 واحدًا في كل صفحة، ودون تخطي أي مستوى من العناوين (h3 مباشرة بعد h1 خفّض إمكانية الوصول إلى 98). تحتاج كل صفحة إلى 150 كلمة على الأقل من المحتوى الرئيسي؛ وتميل صفحتا التواصل والخصوصية إلى النقص في ذلك. 3. الفقرة الأولى في كل صفحة تجيب مباشرة عن سؤال الصفحة. اكتب أسئلة شائعة خاصة بكل صفحة باستخدام `<details>` ووسّمها كـ FAQPage. اعرض المنظمة الناشرة وتاريخ "آخر تحديث" داخل `<time>`. 4. في robots.txt، دوّن قرارك وبرّره لكل من GPTBot وOAI-SearchBot وChatGPT-User وClaudeBot وClaude-User وClaude-SearchBot وPerplexityBot وPerplexity-User وGoogle-Extended وApplebot-Extended وBingbot وCCBot، وأشر إلى خريطة الموقع. ضع في sitemap.xml تواريخ lastmod حقيقية. يحتوي llms.txt على ملخص دقيق للموقع في جملتين، والحقائق الأساسية، وقائمة بالصفحات المهمة. 5. لا اختلاق: لا تكتب مراجعات أو تقييمات أو جوائز أو أعداد عملاء أو شهادات أو ساعات عمل أو إحداثيات أو أسعارًا دون أن تسألني. اترك أي حقل لا تعرفه خارج schema تمامًا. بوابات الفحص (بالترتيب؛ لا تقل "تم" حتى تنجح جميعها): 1. عبر site_run_command نفّذ `node chrome-stamp.mjs` وبناء Tailwind و`node seo-stamp.mjs` و`node seo-check.mjs` (0 أخطاء، 0 تحذيرات) و`node design-check.mjs` (0 أخطاء؛ وبرّر أي تحذير متبقٍ) و`npx html-validate "**/*.html"` (0 أخطاء). 2. اعرض كل صفحة بـ site_preview مع view="mobile" وview="desktop". يلتقط site_preview الصفحة مع إيقاف الحركة (reduced-motion)؛ فإذا نقص محتوى في هذه اللقطة فحالة عدم الحركة معطوبة. قد تظهر الصور lazy الواقعة في الأسفل فارغة في لقطة الصفحة الكاملة؛ لا تعدّ ذلك خطأ، لكن تحقق من مساراتها. 3. نفّذ core_web_vitals مع strategy="mobile" وstrategy="desktop" لكل صفحة. معيار القبول: على الهاتف يكون Performance عند 95 على الأقل وتكون Accessibility وBest Practices وSEO عند 100؛ وعلى سطح المكتب تكون النتائج الأربع كلها 95 على الأقل. وللصفحة التي لا تحقق ذلك، حدد الملف البطيء عبر resources=true وأصلحه وأعد القياس. ثم نفّذ seo_audit على الصفحة الرئيسية مع strategy="mobile" وruns=2. يجب ألا يبقى أي عنوان خارج نطاقك الخاص في قائمة طلبات الشبكة. 4. لا تمرير أفقي عند 360 و390 و768 و1440 px، وأهداف لمس بحجم 44 px على الأقل، ولا أخطاء في وحدة التحكم. ويجب أن يبدو الموقع سليمًا تمامًا داخل إطار 390x790 وإطار 1440x898 كما في صفحات المطالبات. فحص الحركة: لا يستطيع site_preview عرض الحركة، لذا أخبرني بما يجب أن أراقبه في متصفحي. على سطح المكتب يجب أن تعدّ العدّادات من الصفر إلى القيمة النهائية عند ظهورها، وأن تُرسم خطوط الرسوم من اليسار إلى اليمين أثناء التمرير مع ظهور النقاط تباعًا، وأن تُظهر قائمة الفصول على اليسار الفصل الذي تقرؤه. وعلى الهاتف يجب أن يبقى شريط الفصول ثابتًا في الأعلى وأن يمرر الفصل النشط إلى المجال المرئي. ومع تفعيل تقليل الحركة ومع إيقاف JavaScript، يعرض كل رقم قيمته النهائية ويظهر كل رسم بياني مرسومًا بالكامل، ويمكن فتح جداول البيانات. بعد النشر: عاين قاعدة `/assets/* Cache-Control: public, max-age=31536000, immutable` عبر site_headers وطبّقها بعد موافقتي؛ ومن ثم غيّر رقم إصدار اسم الملف كلما تغيّر CSS أو JS (site-v2.css وهكذا). أرسل sitemap.xml عبر gsc_submit_sitemap وافحص الصفحة الرئيسية بـ gsc_url_inspect. وفي النهاية زوّدني بـ: جدول نتائج لكل صفحة (الصفحة، النتائج الأربع على الهاتف، النتائج الأربع على سطح المكتب، LCP، CLS)، ونتائج بوابات الفحص، ونتيجة التفاعلات التي جرّبتها في متصفح، وقائمة الإصلاحات التي طبّقتها.

مثال على النتيجة

مثال على المخرجات التي ينتجها هذا الـ prompt. تأتي بنيتها من المخرجات الفعلية للأدوات؛ أما الأرقام والأسماء فهي وهمية.

مثال على المخرجات (على علامة تجارية تجريبية وهمية، وليست بيانات عملاء حقيقية؛ الدرجات هي القياسات الفعلية للعرض التجريبي)

تم اتباع هذا الـ prompt حرفيًا لموقع "Kitap Köprüsü Derneği"، وهو تقرير الأثر لعام 2025 لجمعية وهمية: خلفية ورقية، أزرق نهري وصدئي، خطا Bespoke Serif وEpilogue، التقرير، المنهجية، من نحن، والخصوصية.

الصفحةالجوال (P/A/BP/SEO)LCP على الجوالسطح المكتب (P/A/BP/SEO)CLS
التقرير (الرئيسية)99/100/100/1002.1 s100/100/100/1000
من نحن99/100/100/1001.8 s100/100/100/1000
الخصوصية100/100/100/1001.7 s100/100/100/1000
المنهجية100/100/100/1001.7 s100/100/100/1000

الفحوصات: seo-check بلا أخطاء ولا تحذيرات، design-check بلا أخطاء ولا تحذيرات، html-validate بلا أخطاء، لا overflow عند 360/390/768/1440 px، وحدة تحكم (console) نظيفة، لا محتوى مخفيًا ولا تنزيل لأي مكتبة عند تعطيل JS أو تقليل الحركة، ولا أي طلب شبكة خارج نطاق الموقع نفسه.

اختبار التفاعل: جُرّب في متصفح (Playwright، بمقاسي 1440x898 و390x790 باللمس): بدأت العدّادات الأربعة الواقعة أسفل الشاشة من 0 وعدّت حتى 48 و31.540 و6.212 و1.180؛ رُسم خطا الرسم البياني من strokeDashoffset 1 إلى 0؛ ضبطت قائمة الفصول aria-current على فصل Kütüphaneler؛ على الهاتف بقي شريط الفصول ثابتًا عند 0 px، وعند فصل الميزانية تمرّر الشريط 192 px لإظهار الرابط النشط؛ بلا أخطاء في وحدة التحكم.

الإصلاحات المطبقة:
1. كان في صفحتي المنهجية والخصوصية عنصر h3 مباشرة بعد h1؛ فخفّض فحص ترتيب العناوين إمكانية الوصول إلى 98، وتحويلهما إلى h2 رفعها إلى 100.
2. لم يكن sticky الخاص بشريط الفصول يثبت على الهواتف أبدًا (انتهى الشريط فوق الشاشة بمقدار 3,967 px)؛ فنُقل التثبيت إلى عنصر aside وهو ابن للشبكة الممتدة على التقرير، وبقي الشريط ثابتًا عند 0 px.
3. كانت آخر تسمية على المحور السيني للرسم البياني (2025) مقطوعة عند الحافة اليمنى؛ فزاد الهامش الأيمن من 20 إلى 40 وحدة.
4. كان الحد الأدنى للعرض 420 px في جدول الميزانية يقطع عمود المبالغ على الهواتف؛ فأُزيل الحد الأدنى للعرض.
5. تحوّلت سمة style المكتوبة أولًا لعرض العدّاد إلى فئة Tailwind وفق قاعدة منع سمة style؛ وكان عنصر details الخاص بجدول البيانات داخل figure بعد figcaption، فأبلغ html-validate عن خطأ element-permitted-order، ونُقل إلى خارج figure.
6. هبطت صفحتا المؤسسة والخصوصية عن 150 كلمة (تحذير من seo-check)؛ فأُضيفت فقرات عن أولوية التقديم ومشاركة البيانات.

موقع تجريبي أُنشئ باستخدام هذا الـ prompt

تقرير أثر بأسلوب scrollytelling: رسوم بيانية خطية SVG تُرسم أثناء التمرير، وعدّادات بقيمتها النهائية مكتوبة في HTML، وتنقل أقسام ثابت، وschema من نوع Report وArticle؛ بلا Lenis وبلا مكتبة رسوم بيانية

أُنشئ لعلامة تجارية وهمية باتباع هذا الـ prompt حرفيًا. وقد قيست النتائج باستخدام Lighthouse في كل صفحة.

أنشئ موقع تقرير سنوي أو تقرير أثر بأسلوب scrollytelling مع رسوم بيانية تُرسم أثناء التمرير
نتائج Lighthouse (الصفحة الأضعف)
الجوالالحاسوب
الأداء99100
إمكانية الوصول100100
أفضل الممارسات100100
SEO100100

الفحوصات الناجحة

  • seo check: 0 hata 0 uyarı
  • design check: 0 hata 0 uyarı
  • html validate: 0 hata
  • overflow: 360/390/768/1440 taşma yok, konsol temiz, JS kapalıyken ve reduced-motion'da gizli içerik yok (reduced-motion'da kütüphane inmiyor), kaydırma sonrası gizli kalan öğe yok, dış ağ isteği yok
  • tailwind before after: Derlenmiş Tailwind ve yerel font/betikle ölçüldü; CDN önce/sonra karşılaştırması stüdyo demosunda (webe-studyo) yapıldı
  • interactions: Tarayıcıda (Playwright, 1440x898 ve 390x790 dokunmatik) denendi: ekranın altındaki 4 sayaç 0'dan başlayıp 48, 31.540, 6.212 ve 1.180'e saydı; iki grafik çizgisi strokeDashoffset 1'den 0'a çizildi; bölüm listesi Kütüphaneler bölümünde aria-current aldı; telefonda bölüm şeridi 0 pikselde yapışık kaldı
لقطات الشاشة
أنشئ موقع تقرير سنوي أو تقرير أثر بأسلوب scrollytelling مع رسوم بيانية تُرسم أثناء التمرير: الجوال
الجوال
أنشئ موقع تقرير سنوي أو تقرير أثر بأسلوب scrollytelling مع رسوم بيانية تُرسم أثناء التمرير: الحاسوب
الحاسوب

تم القياس في: 2026-10-11

عمليات بحث ذات صلة

تعمل هذه الأوامر بأفضل شكل عندما يكون مساعد الذكاء الاصطناعي لديك متصلًا بحساباتك عبر Opus Growth.

اربط حساباتك مجانًا

المزيد من الأوامر

الموقع الإلكترونييجري تغييرات بعد موافقتكعرض تجريبي مباشر

أنشئ موقعًا تحريريًا لخبير مع قسم أدلة وschema للمؤلف

اطلب من مساعدك بناء موقع خبير بصفحة رئيسية بتصميم غلاف مجلة وأدلة مطولة وصفحة تعريف بالمؤلف. الخطوط ذات الحواف (serif) وschema من نوع Article وPerson ومقالات مؤرخة وموثقة المصادر تنتج منشورًا يقرؤه الناس ويمكن لإجابات الذكاء الاصطناعي الاستشهاد به.

متى تستخدمهعندما تكون مستشارًا أو متخصصًا أو صاحب نشاط معرفي فردي، وتريد أن يبدو موقعك كمنشور يُظهر خبرتك من خلال الكتابة، لا كنشرة تعريفية.

SEO Intelligence, Search Console
الموقع الإلكترونييجري تغييرات بعد موافقتكعرض تجريبي مباشر

أنشئ موقعًا لنشاط عائلي عريق بمظهر كلاسيكي ومعايير حديثة

اطلب من مساعدك بناء موقع بروح الملصقات القديمة ولافتات المتاجر لمنتج من الجيل الثالث، بإطار وملمس ورقي. المظهر قديم، أما البناء فحديث: الجوال أولًا، بلا JavaScript، خطوط مستضافة ذاتيًا، WebP، وschema من نوع Product وHowTo.

متى تستخدمهعندما تبيع حرفة متوارثة عبر الأجيال، مثل الحلقوم التركي أو زيت الزيتون أو الجبن أو الأواني النحاسية، وتريد مظهرًا كلاسيكيًا يحمل هذا التاريخ دون التخلي عن السرعة وسهولة الوصول.

SEO Intelligence, Search Console
الموقع الإلكترونييجري تغييرات بعد موافقتكعرض تجريبي مباشر

أنشئ موقعًا لمكتب محاماة أو محاسبة بأسلوب سويسري بسيط مع إشارات ثقة قوية

يجعل مساعدك يبني موقعًا ثابتًا للمكتب على شبكة صارمة، مع تدرج بصري قائم على عائلة خطوط واحدة. ويضع في الصفحة إشارات الثقة التي يحتاجها مجال YMYL: ملفات تعريفية للممارسين، ومذكرة إرشادية مؤرخة وموثقة بالمصادر، وصياغة تحترم قواعد الإعلان المهني، وschema من نوع Person.

متى تستخدمهعندما يحتاج مكتب محاماة أو محاسبة أو أي مهنة مشابهة إلى موقع يبدو جادًا وبسيطًا، ويلتزم بقواعد الإعلان المهني، ويُثبت خبرته.

SEO Intelligence, Search Console
الموقع الإلكترونييجري تغييرات بعد موافقتكعرض تجريبي مباشر

أنشئ موقعًا مؤسسيًا متعدد الصفحات بدون JavaScript وسلّمه بدرجة 100

اطلب من مساعدك بناء موقع ثابت وسريع وسهل الوصول لأعمال مؤسسية مثل العمارة أو الهندسة أو الاستشارات. القائمة والتذييل بصيغة HTML ثابتة، والخطوط وملفات CSS مستضافة ذاتيًا، وتُقاس كل صفحة قبل التسليم.

متى تستخدمهعندما تحتاج شركة مؤسسية إلى موقع متعدد الصفحات تكون فيه السرعة وإمكانية الوصول أهم من الزخرفة، بدون حركة وبدون JavaScript.

SEO Intelligence, Search Console