---
title: ما الذي ينبغي أن يُنشئه منشئ المواقع بالذكاء الاصطناعي فعلًا
description: معظم المنشئات تولّد صفحة واحدة، والنشاط التجاري يحتاج موقعًا: صفحات مترابطة وh1 واحد وخريطة موقع وبيانات منظَّمة ونموذج يرسل بريدًا. قائمتنا.
date: 2026-09-11
author: crea.site
tags: [product, seo]
---

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

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

هذه القائمة التي نحاسب أنفسنا بها، وما يدور حوله كل بند فعلًا.

## عدة صفحات، ترتبط ببعضها

صفحة واحدة لا تستطيع أن تتصدر لأكثر من شيء واحد. إذا أراد المخبز أن يُعثر عليه بكلمتي "خبز العجين المخمّر" و"كعك الأعراس"، فهاتان صفحتان بعنوانين ووصفين وأول عنوان لكل منهما - ويجب أن ترتبطا ببعضهما، لأن صفحة لا يشير إليها شيء لا يجدها شيء.

وهذا يعني أن على المولِّد أن يقرر البنية قبل أن يكتب كلمة: أي الصفحات موجودة، وما _الغرض_ من كل واحدة، وكيف يصل الزائر من الصفحة الرئيسية إلى أي منها في نقرتين أو ثلاث. وصفحة الفئة - الخدمات، وتحتها صفحة لكل خدمة - هي الشكل الذي تريده معظم المهن والعيادات، وهو الشكل الذي لا تستطيع قائمة أقسام مسطّحة التعبير عنه.

## h1 واحد، وتسلسل تحته

تحصل كل صفحة على `h1` واحد بالضبط، وتنزل العناوين تحته دون أن تقفز فوق مستوى. يبدو هذا تدقيقًا زائدًا إلى أن تجد الخلل الذي يمنعه: صفحة لا تكون كتلتها الأولى قسمًا رئيسيًا قد تنتهي بسهولة **بلا h1 إطلاقًا**، ولا شيء في المراجعة العادية يلتقط ذلك، لأن الصفحة ما زالت تبدو سليمة.

نتحقق من ذلك بتصيير كل نوع قسم في كل متغيّر والتأكد من التسلسل، لا بقراءة الشيفرة وتصديقها.

## النصف المقروء للآلة

الموقع الذي يقرؤه إنسان ولا يقرؤه زاحف نصف موقع. تُولَّد هذه مع الصفحة، ولا تُلحَق بها لاحقًا:

- `sitemap.xml`، يسرد الصفحات العامة بالضبط - لا صفحات الأعضاء.
- `robots.txt` يقول الشيء نفسه، فلا يمكن أن يختلف الملفان.
- عنوان URL قانوني لكل صفحة، من النطاق الحقيقي للموقع لا من أي مضيف أجاب.
- `ld+json` يصف النشاط: ما هو، وأين هو، ومتى يفتح، وماذا يبيع.
- مسارات تنقل يراها الزائر وتطابق `BreadcrumbList` في البيانات المنظَّمة. وسوم تصف تنقلًا غير موجود في أي مكان من الصفحة هي بالضبط ما تحذّر منه إرشادات Google.

> كل واحد من هذه يأتي من تعريف الموقع نفسه الذي تُصيَّر منه الصفحة. لا مصدر حقيقة ثانٍ ينحرف.

## كلمات سيكتبها إنسان فعلًا

الجزء الذي لا تُوفّره أي هندسة. عنوان يقول "الرئيسية - أهلًا بك" سطر مهدور في كل نتيجة بحث يظهر فيها الموقع. ووصف يسرد كلمات مفتاحية جملة مهدورة.

لذلك نشرح للمولِّد شكل المهمة بالتفصيل: العنوان من خمسين إلى ستين حرفًا، يبدأ بما يفعله النشاط والمدينة التي يعمل فيها؛ والوصف من مئة وخمسين إلى مئة وستين ويُختم بسبب للنقر؛ وتملك كل صفحة موضوعًا واحدًا، لأن صفحتين تستهدفان العبارة نفسها تتنافسان وتخسران معًا.

## شيء يعمل بلا JavaScript

المواقع المُنشأة هنا تُولَّد على الخادم، دون توجيه في جهة العميل. خيار غير رائج وسهل: وهو سبب سرعة الصفحات على هاتف باتصال سيئ، وسبب قابلية كل واحدة منها للزحف، وسبب أن النموذج ما زال يُرسَل حين يفشل تحميل سكربت.

أما الأجزاء التفاعلية - القائمة والمعرض والخريطة - فتدريجية. تُحسّن صفحة كانت تعمل أصلًا.

## مقروء للوكلاء أيضًا

يزداد كون الزائر غير إنسان. كل صفحة من كل موقع نُنشئه متاحة بصيغة markdown: أضف `.md` إلى المسار، أو أرسل `Accept: text/markdown`. وينشر كل موقع ملف `llms.txt` يسرد صفحاته العامة، ويسمّي `robots.txt` الخاص به زواحف الذكاء الاصطناعي صراحةً بدل تركها تخمّن من محرف عام.

وللنشاط الذي يريد أن _يُرشَّح_ حين يسأل أحدهم نموذجًا أين يجد رغيف خبز عجين مخمّر في كراكوف، فكونه مقروءًا هو اللعبة كلها.

## ما لا يشمله هذا

لا معلومات مختلَقة. لا تقييم، ولا رقم تسجيل، ولا جائزة، ولا سعر لم يعطنا إياه صاحب النشاط، ولا صورة لفريق غير موجود. الموقع المُولَّد مسودة للواجهة العامة لنشاط حقيقي، وأي اختلاق يبدو معقولًا فيه أسوأ من قسم فارغ.

هذا القيد يكلّفنا أحيانًا عرضًا تجريبيًا لافتًا. وليست صفقة صعبة أبدًا.