أنشئ موقع عيادة أسنان أو تجميل متوافقًا مع لائحة الإعلانات الصحية في تركيا، مع بيانات الطبيب والإشعار القانوني ومسار الحجز

استخدم اتصالي بـ Opus Growth لهذا الغرض. إذا لم تجد الأداة التي تحتاجها، فابحث بين أدوات Opus Growth (باستخدام search_tools إن كانت في قائمتك)؛ وإذا تعذّر عليك الوصول إلى الأدوات تمامًا، فلا تخمّن وأخبرني. أنشئ موقعًا جديدًا لعيادتي من الصفر على خادم الاستضافة الخاص بي [اسم الخادم]. التفاصيل: 1. الاسم المرخّص: [الاسم المرخص]، النوع: [مجمع عيادات أسنان / عيادة خاصة / عيادة تجميل] 2. المدير المسؤول: [المدير المسؤول]، الطبيب المسؤول عن المحتوى: [الطبيب المسؤول عن المحتوى]، محرر الموقع: [محرر الموقع] 3. الأطباء مع ألقابهم ومؤهلاتهم ومجالات عملهم: [قائمة الأطباء] 4. العلاجات التي تُكتب لها صفحات معلومات، والطبيب الذي يُعدّ كل صفحة: [العلاجات] 5. الهاتف: [الهاتف]، WhatsApp: [WhatsApp]، العنوان: [العنوان]، ساعات العمل: [ساعات العمل] 6. النطاق: [النطاق]، تفضيل الألوان: [تفضيل اللون]، الصور الحقيقية: [مكان الصور، أو "لا يوجد"] يجب أن يلتزم هذا الموقع التزامًا كاملًا بلائحة تركيا الخاصة بأنشطة الترويج والإعلام في الخدمات الصحية (الجريدة الرسمية 12.11.2025، رقم 33075). القواعد: 1. لا آراء مرضى ولا رسائل شكر ولا نجوم ولا تقييمات. ولا aggregateRating ولا review في JSON-LD أيضًا؛ فـ Google لا تقبل في الترميز تقييمًا يمنحه النشاط التجاري لنفسه. 2. لا رسوم ولا خصومات ولا حملات ولا تقسيط ولا طرق دفع ولا عبارات مثل "استشارة مجانية". ولا offers ولا price ولا priceRange في JSON-LD. 3. لا ترويج لمنتجات أو علامات تجارية: لا تذكر أسماء علامات الزرعات أو المقوّمات الشفافة أو الحشوات أو الأجهزة. 4. لا تفوّق ولا وعود بالنتائج: تجنّب "الأفضل" و"الرائد" و"مضمون" و"حل دائم" و"بلا ألم" و"مثالي" و"100 بالمئة". استخدم "يختلف من شخص لآخر ويتضح بعد الفحص". 5. لا أرقام لا يمكن التحقق منها: لا "15 عامًا من الخبرة" ولا "5,000 مريض" ولا "آلاف الزرعات". 6. ألقاب صحيحة: طبيب الأسنان بلا تخصص هو "Dt."، والمتخصص هو "Uzm. Dt."؛ ولا يُستخدم "Dr." إلا مع الدكتوراه. المجمّع الطبي يسمّي "mesul müdür" (المدير المسؤول)، وليس "كبير الأطباء". 7. لا صور مرضى، ولا صور جراحة أو مناطق حساسة. لا يجوز نشر صور قبل وبعد إلا بموافقة المريض الخطية، وبنفس الظروف والتقنية، مع تاريخ الإجراء وتاريخ التقاط الصورة؛ وإن لم تتوفر لدي هذه، فلا تستخدم صور قبل وبعد. وإذا استخدمتها فأضف هذه الجملة حرفيًا أسفلها: "Her cerrahi veya girişimsel işlemde sonuçlar kişiden kişiye değişiklik gösterebilir. İşlem öncesinde hekiminizden detaylı görüş almanız önerilir." وضعها في صفحات الإجراءات التداخلية أيضًا. 8. بيانات تعريفية في كل صفحة: الاسم المرخّص، والمدير المسؤول، والطبيب المسؤول عن المحتوى، ومحرر الموقع، وتاريخ آخر تحديث. 9. محتوى السياحة العلاجية لا مكان له في هذا الموقع؛ فهو يحتاج إلى ترخيص منفصل ومنصة منفصلة. للتحقق من هذه القواعد تلقائيًا، اكتب uyum-check.mjs في جذر الموقع. يفحص النص المرئي والنص البديل للصور في كل صفحة، منفصلًا عن كتل JSON-LD: عبارات الآراء والتقييم؛ الأرقام مع TL و₺؛ كلمات السعر والرسوم والخصم والحملة والتقسيط والمجاني والأفضل والضمان وبلا ألم والحل الدائم؛ أسماء العلامات التجارية؛ أرقام مثل "15+ عامًا" أو "5000 مريض"؛ "Dr." و"كبير الأطباء"؛ "قبل وبعد"؛ السياحة العلاجية؛ وaggregateRating وreview وoffers وprice في JSON-LD. ويتحقق أيضًا من الحقول الخمسة للبيانات التعريفية في كل صفحة، ومن lastReviewed وreviewedBy في صفحات العلاج، ومن جملة التحذير في صفحات الإجراءات التداخلية. ضع data-uyum="aciklama" على الجمل التي تشرح اللائحة (مثل "لا يعرض هذا الموقع أي رسوم")؛ فالسكربت لا يحسبها أخطاءً لكنه يدرجها للمراجعة اليدوية. أنهِ التنفيذ برمز الخروج 1 عند أي مخالفة. ثم أكّد الخادم باستخدام list_servers ونفّذ scaffold_site مع style="clinic"، أولًا مع confirm=false ثم مع confirm=true بعد موافقتي. اقرأ site_design_guide وsite_seo_guide. اكتب قرارًا تحريريًا للتصميم في _kaynak/ART.md واعرضه علي: خط عرض رفيع ذو زوائد (serif) من Fontshare (مثل Zodiak) مع خط نص هادئ (مثل Switzer)، وخلفية بلون الكريم، ونص بلون أخضر داكن يميل إلى الأسود، ولون تمييز واحد هو الأزرق المخضر العميق، ومساحات بيضاء واسعة. العنصر المميز هو بطاقة "الطبيب الذي أعدّ هذه الصفحة" بجانب كل صفحة علاج: اسم الطبيب مع لقبه ومجاله وتاريخ المراجعة الطبية. وإن لم تتوفر صورة للطبيب فلا تستخدم صورة جاهزة لشخص؛ استخدم شارة بسيطة بالأحرف الأولى. ولا يجوز أن يظهر أي مريض في صور المكان. الصفحات والـ schema: 1. الرئيسية: ما هي العيادة، وكم طبيبًا يعمل في أي مجالات، ونهج "الفحص أولًا ثم نقرر معًا"، والعلاجات، والأطباء، وخطوات الحجز، و4 أسئلة شائعة. Schema: WebPage وFAQPage. في الرسم البياني الأساسي يكون نوع النشاط Dentist (وMedicalClinic للعيادة التجميلية). 2. صفحة للعلاجات وصفحة معلومات لكل علاج: تذكر الفقرة الأولى ما هو العلاج ولمن يُنظر فيه؛ ثم لمن يناسب أو لا يناسب، وخطوات التقييم، ومسار العلاج، والمخاطر والاحتياطات، والعناية اللاحقة، و3 أسئلة شائعة. Schema: MedicalWebPage (about عن MedicalProcedure، وreviewedBy وauthor هما عقدة Person الخاصة بالطبيب، وlastReviewed)، وFAQPage. 3. أطباؤنا: اسم كل طبيب مع لقبه وتخصصه ومؤهلاته ومجالات عمله. Schema: عقدة Person مع @id لكل طبيب (honorificPrefix وjobTitle وworksFor #business وknowsAbout). نوع Physician في schema.org يصف منظمة؛ فلا تستخدمه لشخص. 4. الحجز والتواصل: الهاتف، ونموذج WhatsApp، والعنوان، والساعات، وقائمة "ما الذي يجب إحضاره"، وطريقة الوصول. Schema: ContactPage. 5. صفحة للبيانات التعريفية والخصوصية ومبادئ النشر، وصفحة 404. لا اختلاق: لا تكتب آراء ولا تقييمات ولا جوائز ولا شهادات ولا أعداد عملاء ولا ادعاءات مثل "الأفضل" ما لم تكن حقيقية. لا تضف إلى الـ schema أو النص ساعات عمل أو إحداثيات أو أسعارًا أو بريدًا إلكترونيًا لم أزودك بها؛ اترك الحقل واذكره على أنه ناقص في التقرير. لا تستخدم شرطات طويلة ولا شعارات جاهزة، واجعل الفقرة الأولى في كل صفحة تجيب مباشرة عن سؤال تلك الصفحة. عمل SEO المشترك: كل صفحة تحصل على title فريد من 48 إلى 60 حرفًا، وdescription من 145 إلى 158 حرفًا، وH1 واحد، وcanonical ينتهي بشرطة مائلة. أضف لكل صفحة عقدة WebPage خاصة بها وBreadcrumbList، مرتبطتين بالرسم البياني الأساسي عبر @id. في robots.txt اكتب Allow: / لكل من Googlebot وBingbot وOAI-SearchBot وChatGPT-User وGPTBot وClaude-SearchBot وClaude-User وClaudeBot وPerplexityBot وPerplexity-User وGoogle-Extended وApplebot-Extended وCCBot، واشرح القرار في تعليق، ودوّن ما يجب تغييره إن أردت حظر زواحف التدريب. يحمل sitemap.xml تواريخ lastmod حقيقية. يصف llms.txt النشاط بدقة في جملتين ويدرج NAP والصفحات المهمة مع روابطها. الإعداد التقني (لا يُستخدم المسار الافتراضي للحزمة في هذا الموقع، للأسباب التالية): 1. صرّف Tailwind وتخلَّ عن CDN. تحمّل الحزمة Tailwind عبر Play CDN الذي يصرّف داخل المتصفح ويطبع تحذيرًا في وحدة التحكم ويخفض الأداء على الجوال. اكتب _kaynak/package.json باستخدام site_write_file، وثبّت عبر site_run_command("cd _kaynak && npm i -D tailwindcss@3 html-validate", background=true) وانتظر باستخدام site_command_status. في _kaynak/tailwind.config.js اضبط content على "./*.html" و"./**/*.html" و"!./_kaynak/**" و"./_kaynak/chrome.mjs". انقل قواعد @font-face وأسطر @tailwind وحلقة التركيز ورابط التخطي وحارس التجاوز (overflow) من app.css الخاص بالحزمة إلى _kaynak/site.css. اجعل المخرجات في assets/app.css، لأن design-check.mjs يبحث عن الخطوط في ذلك الملف، وأضف ?v=<hash المحتوى> إلى الرابط في كل صفحة حتى لا تقدّم ذاكرة الحافة الملف القديم أبدًا. 2. استضف الخطوط ذاتيًا. اقرأ رابط CSS لعائلات Fontshare التي اخترتها (api.fontshare.com/v2/css?f[]=...) باستخدام site_read_url، ونزّل ملفات woff2 الخاصة بها باستخدام site_fetch إلى assets/fonts/، وعرّفها باستخدام @font-face وfont-display: swap. حمّل مسبقًا (preload) كل وزن يُستخدم في الجزء العلوي من الصفحة باستخدام <link rel="preload" as="font" type="font/woff2" crossorigin>، بحد أقصى ثلاثة ملفات. إن تخطيت ذلك فإن استبدال الخط يزحزح التخطيط؛ ففي العرض التجريبي كان CLS على سطح المكتب 0.078 لهذا السبب وانخفض إلى 0 مع التحميل المسبق. 3. اجعل القائمة والتذييل HTML ثابتًا. مكوّنا <site-nav> و<site-footer> في الحزمة يعملان بـ JavaScript، ومعظم زواحف الذكاء الاصطناعي لا ترى القائمة ولا العنوان ولا رقم الهاتف. أزل سكربتي chrome.js وmotion.js من كل صفحة. في _kaynak/chrome.mjs اكتب دالتين تبنيان HTML الترويسة والتذييل من assets/site.config.js؛ وابنِ قائمة الجوال بلا JavaScript باستخدام <details> و<summary>، وعلّم الصفحة الحالية بـ aria-current="page". اكتب في جذر الموقع build.mjs الذي ينفّذ بالترتيب node seo-stamp.mjs، ثم يعيد ختم كل ما بين <!-- chrome:header:start --> و<!-- chrome:header:end --> (والأمر نفسه للتذييل) في كل صفحة، ثم يصرّف Tailwind ويحدّث الـ hash في رابط CSS. بعد كل تغيير، نفّذ فقط site_run_command("node build.mjs"). 4. بلا حركة. لا تحمّل GSAP ولا Lenis ولا Swiper ولا أي سكربت حركة؛ فالمطلوب موقع معلومات هادئ وسهل القراءة. 5. صغّر الصور. نزّل كل صورة باستخدام site_fetch في ملفات منفصلة مع resize="480x" و"800x" و"1200x" و"1600x" وimage_format="webp" وجودة بين 60 و68. أعطِ كل <img> قيم srcset وsizes وwidth وheight مطابقة للنسبة الحقيقية؛ وإذا قصصت الصورة فأضف فئة نسبة مثل aspect-[4/3] مع object-cover، وإلا فسيتحرك التخطيط عند تحميل الصورة. صورة الشاشة الأولى تحصل على fetchpriority="high" وليست lazy؛ وكل الصور الأخرى تحصل على loading="lazy". نزّل صورة المشاركة بصيغة JPG بمقاس 1200x630 باستخدام site_fetch. 6. تفاصيل صغيرة تكلّف نقاطًا: أضف أيقونة favicon بصيغة SVG مع <link rel="icon"> (وإلا طلب المتصفح /favicon.ico، وظهر الخطأ 404 كخطأ في وحدة التحكم وانخفضت درجة أفضل الممارسات). اكتب DOCTYPE بأحرف كبيرة، ولا تستخدم سمات style، ولا تترك مسافات زائدة في نهاية الأسطر. استخدم &nbsp; بدل المسافات في النص المرئي لروابط الهاتف (قاعدة tel-non-breaking في html-validate). يجب ألا يقل ارتفاع وعرض الروابط في القائمة والتذييل ومسار التنقل والعناوين عن 44 بكسل. لا تضمّن iframe من Google Maps؛ فلا ينبغي للموقع إجراء أي طلبات خارجية، لذا اعرض العنوان ورابط "احصل على الاتجاهات". 7. يجب ألا يخرج أي طلب من الموقع: الخطوط والسكربتات والأنماط والصور كلها على خادمك. لا يوجد معالج نماذج، لذا فإن نموذج التواصل هو نموذج method="get" يشير إلى https://wa.me/[رقم WhatsApp] مع textarea معبّأ مسبقًا باسم "text"؛ ولا حاجة إلى JavaScript. بوابات الفحص (بهذا الترتيب؛ لا تعلن الانتهاء حتى تنجح جميعها): 1. نفّذ node build.mjs باستخدام site_run_command ثم node seo-check.mjs: 0 أخطاء، 0 تحذيرات. يعني تحذير المحتوى المكرر أن صفحتين ليستا مختلفتين بما يكفي؛ أعد كتابتهما. 2. node design-check.mjs: 0 أخطاء. وإذا اخترت أسلوبًا بلا حركة، فبلّغ عن تحذير "بلا حركة" بوصفه قرارًا متعمدًا مع ذكر السبب. 3. _kaynak/node_modules/.bin/html-validate على كل ملفات HTML: 0 أخطاء. ضع سطر _kaynak/ في ملف .htmlvalidateignore في جذر الموقع حتى لا تُفحص الاعتماديات. 4. node uyum-check.mjs: 0 مخالفات. اقرأ كل جملة توضيحية في قائمة المراجعة اليدوية وتأكد أنها تشرح ولا تروّج. 5. اطّلع على كل الصفحات باستخدام site_preview مع view="mobile" وview="desktop"، وكذلك بعرض 360 و768. أصلح التمرير الأفقي والعناوين المتجاوزة والأزرار الضيقة والنص غير المقروء ثم افحص مرة أخرى. 6. قس كل الصفحات باستخدام core_web_vitals مع strategy="mobile" وstrategy="desktop"، واحصل على درجات إمكانية الوصول وأفضل الممارسات وSEO باستخدام seo_audit. الهدف على الجوال هو 100 في إمكانية الوصول وأفضل الممارسات وSEO و95 على الأقل في الأداء؛ وعلى سطح المكتب 95 على الأقل في الأربعة جميعًا. في الصفحة التي تخفق في الهدف، نفّذ core_web_vitals مع resources=true، وابحث عن عنصر LCP وأي صورة كبيرة أكثر من اللازم، وأصلحها وكرر seo_audit مع runs=2، لأن التشغيل المخبري الواحد قد يتذبذب. 7. يجب ألا تحتوي طلبات الشبكة على أي عنوان خارج نطاق الموقع نفسه. بعد النشر: أرسل sitemap.xml باستخدام gsc_submit_sitemap وافحص الصفحة الرئيسية وأهم ثلاث صفحات باستخدام gsc_inspect_urls. لا توجد أداة تستطيع الضغط على "طلب الفهرسة"؛ فاذكر لي ما يجب أن أطلبه يدويًا في Search Console. اختم بهذا التقرير: قائمة الصفحات مع درجات الجوال وسطح المكتب لكل صفحة في جدول (الأداء، إمكانية الوصول، أفضل الممارسات، SEO، LCP، CLS)، ونتيجة كل بوابة، والإصلاحات التي أجريتها، والمعلومات التي لا تزال تحتاجها مني. وإذا لم يتحقق أي هدف فقل ذلك بوضوح بدل أن تعلن الانتهاء. في نهاية التقرير أضف قائمة التحقق من اللائحة: لكل قاعدة من القواعد التسع، "متوافقة" أو "غير متوافقة" مع الدليل. هذا العمل ليس استشارة قانونية؛ اسألني عن أي عبارة لست متأكدًا منها.