ابدأ بإشارة الموقع التي تحتاج إلى اهتمام
يجمع تحسين AEO التقني بين عدة فحوصات. كل منها يجيب على سؤال مختلف حول موقعك. نساعدك على البدء بالصفحات المهمة. ثم نختار الفحوصات التي تناسب ما يمكنك رؤيته وتغييره.
في المرور الأول، نقسم العمل إلى 3 مجالات. هذا يبقي المراجعة مرتبطة بصفحات حية، وليس بقائمة من الإضافات التقنية. إذا كان لديك بالفعل خطة أوسع لظهور البحث بالذكاء الاصطناعي، فيمكننا استخدامها لاختيار عناوين URL الأكثر صلة. يمكن أن يساعدك تدقيق GEO أيضاً في تحديد الصفحات التي تستحق الاهتمام أولاً.
| الفحص | ما ننظر إليه | مفيد عندما |
|---|---|---|
| رسم بياني لـ schema.org | ما إذا كانت الكيانات والعلاقات تتطابق مع محتوى الصفحة المرئي | الترميز غير متناسق أو يصعب صيانته |
| ملف llms.txt | ما إذا كانت الروابط المختارة حالية ومفيدة | تفكر في دليل موقع نصي بسيط |
| الوصول والعرض | الاستجابات وإعادة التوجيه والتوجيهات ومخرجات الصفحة | المحتوى المهم يبدو مفقوداً أو متغيراً |
يمكن أن تكون هذه الفحوصات معاً، لكنها ليست قابلة للتبادل. نلاحظ عناوين URL التي راجعناها. نسجل أيضاً نوع التغيير الذي يتطلبه كل نتيجة. هذا يعطي مالكي المحتوى والتطوير لديك نقطة بداية مشتركة.
امنح المراجعة نقطة بداية صغيرة ومفيدة
قائمة قصيرة من الصفحات ذات الأولوية تعطينا نقطة بداية أوضح من التخمين على مستوى الموقع. نستخدم عناوين URL هذه لفهم ما يجب أن تنقله كل صفحة. ثم نحدد الفحوصات التقنية ذات الصلة.
تخيل استوديو ألعاب مكون من شخصين يقرر القناة التي سيبدأ بها. لديه صفحة إطلاق، وصفحة توثيق، وأسئلة من اللاعبين. سنقوم بتخطيط تلك الصفحات أولاً. ثم نتحقق من هيكلها والوصول إليها وعرضها قبل التوصية بتغيير ملف أو ترميز.
هذا النوع من المرور الأول يبقي العمل قريباً من القرار الحقيقي للاستوديو. كما يتيح مجالاً للأشخاص الذين يعرفون الموقع بشكل أفضل. يمكن لشخص واحد شرح المحتوى. ويمكن لآخر تأكيد كيفية بناء الصفحات. نسجل المشكلات مقابل عناوين URL فردية، مما يجعل الإجراء التالي أسهل للمناقشة.
على سبيل المثال، لنفترض أن صفحة دعم تحتوي على إجابات مفيدة، لكن بعض النصوص تظهر فقط بعد تشغيل البرامج النصية. سنقارن الصفحة التي يراها الزائر بالمخرجات التي يمكننا فحصها. ثم نلاحظ الفرق لمطورك. إذا كان لديك منصة محددة في الاعتبار، فإن تحسين Perplexity أو عمل ظهور ChatGPT يمكنه ربط الفحوصات التقنية بهذا الهدف الأوسع.
كيف يتناسب llms.txt وschema.org مع مهام مختلفة؟
يصف Schema.org المعلومات والعلاقات على الصفحات. llms.txt هو نص عادي يمكن أن يشير إلى موارد مختارة. نراجع كل منهما لغرض واضح. لا نعامل أي منهما كإضافة إلزامية.
يجب أن يعكس Schema الصفحة
نتحقق مما إذا كان الرسم البياني يصف معلومات يمكن للزائر التحقق منها. نتحقق أيضاً مما إذا كانت الأسماء وعناوين URL تظل متسقة. يجب أن تكون الكيانات المتصلة منطقية عبر الصفحات ذات الصلة. الرسم البياني المفيد هو الذي يمكن لفريقك الحفاظ على توافقه عندما يتغير محتوى الصفحة. تركز خدمة ترميز schema.org على العلاقة بين المحتوى المرئي والوصف المنظم.
عامل llms.txt كدليل اختياري
يجدر النظر في الملف عندما يعطي الناس مساراً مفيداً لمادة مختارة. نتحقق من وجود روابطه وأنها تشير إلى صفحات مناسبة. نسأل أيضاً ما إذا كان يمكن لشخص ما الحفاظ على تحديث الروابط. إنه ليس بديلاً عن التنقل أو خريطة الموقع أو ضوابط الوصول. يغطي إعداد llms.txt وزاحف AI ودليل llms.txt التخطيط ذا الصلة بمزيد من التفصيل.
لنفرض أن ناشراً صغيراً لديه عدد قليل من الشروحات الأساسية وأرشيف أكبر. سنقارن القائمة المقترحة مع الصفحات الحية. ثم نسأل من سيقوم بتحديثها عنما يتغير رابط. هذا يجع القرار عملياً. احتفظ بالملف فقط إذا كان له مهمة وشخص يعتني به.
انتقل من عناوين URL ذات الأولوية إلى تغييرات تم التحقق منها
نتحرك خلال العمل في بضع خطوات مرئية. يمكن لفريقك رؤية ما يتم فحصه ولماذا. ورقة عناوين URL بسيطة تعطي الجميع نفس المرجع.
- اختر صفحات الأولوية. شارك بما يصل إلى 5 عناوين URL. أخبرنا بما تحتاج كل صفحة إلى دعمه.
- أكد الوصول والمالكين. نتفق على القوالب التي سنفحصها. نحدد أيضاً من يمكنه الإجابة على أسئلة المحتوى والتطوير.
- راجع إشارات الصفحة. نفحص schema وllms.txt حي ث يناسبان. نفحص أيضاً ضوابط الوصول والمخرجات المعروضة على الصفحات المتفق عليها.
- رت النتائج حسب الإجراء التالي. نربط كل ملاحظة بعنوان URL. ثم نحدد ما إذا كان المحتوى أو التطوير أو كلاهما بحاجة إلى التحرك.
- تحقق من العمل المتفق عليه. نسجل التغيرات التي تم إجراؤها. نلاحظ أيضاً التحقق الذي تم إكمله على الصفحات التي يمكننا الوصول إليها.
يجمع Brand Community المراجع التقني مع مالكي المحتوى والتطوير لديك. لا تصل التوصيات كقائمة منفصلة من الإصلاحات. نستخدم أيضاً نقطتي مراجعة. الأولى تؤكد الصفحات والسلوك المتوقع. الثانية تستعرض النتائج والفحوصات المكمله. إذا تم تضمين التنفيذ، أخبرنا بنظام إدارة المحتوى أو مستودع البرمجيات المتاح. يرجى أيضاً تسمية من يمكنه الموافقة على الوصول.
أبق العمل التقني واضحاً وفي متناول اليد
المراجعة التقنية المفيدة تخبر فريقك بما لاحظناه. كما تظهر ما يجب تغييره وكيفية التحقق من النتيجة. يمكننا مشاركة ملاحظات على مستوى URL، ونتائج schema.org، وتوصية أو مسودة مراجعة لـ llms.txt. تتلقى أيضاً سجلاً لفحوصات التنفيذ المتفق عليها. يتبع العمل الدقيق الصفحات والوصول المؤكدين في البداية.
نبحث عن تفاصيل يمكننا ملاحظتها. نتحقق مما إذا كانت الصفحة تستجيب كما هو متوقع. نتحقق مما إذا كانت إعادة التوجيه تؤدي إلى مكان مفيد. نتحقق أيضاً مما إذا كان المحتوى المهم يظهر في المخرجات المعروضة. نلاحظ كل فحص ونتيجته بدلاً من التخمين حول سلوك المنصة غير المرئي. من جانبك، حضّر عناوين URL ذات الأولوية والحالة العامة أو الخاصة المقصودة لتلك الصفحات. يرجى أيضاً تسمية جهة اتصال يمكنها الإجابة على أسئلة الموقع.
تقرر منصات الذكاء الاصطناعي ما إذا كانت ستسترجع صفحة، وكيفية تفسيرها، وما إذا كانت ستستشهد بها. لا يمكن لـ schema.org وllms.txt وفحوصات الوصول لدينا تحديد تلك الخيارات. نلتزم بالمراجعة المتفق عليها وملاحظات التنفيذ والتحقق، وليس باستجابة المنصة.
إذا كنت مستعداً للبدء، أرسل لنا عناوين URL ذات الأولوية. أخبرنا بالأنظمة التي تريد أن تدعمها المراجعة. سنؤكد الصفحات والوصول والإجراءات التالية معك قبل بدء العمل التقني.
كيف نعمل
- شارك صفحات الأولويةأرسل عناوين URL التي تهمك وصف ما يجب أن تساعد كل صفحة الأشخاص في العثور عليه.
- أكد الصفحات والوصولنتفق على القوالب التي سنفحصها، ومن يمكنه الإجابة على الأسئلة، وما إذا كان وصول التنفيذ متاحاً.
- راجع إشارات الصفحةنفحص schema.org وllms.txt حيثما كان مفيداً، والوصول إلى الزواحف، والمخرجات المعروضة على عناوين URL المتفق عليها.
- رت النتائجتحصل على ملاحظات على مستوى URL مع مالك واضح لكل إجراء محتوى أو تطوير.
- تحقق من التغييرات المتفق عليهانسجل العمل المكتمل والفحوصات التي تم إجراؤها على الصفحات المتاحة لنا.
الأسئلة الشائعة
أي الصفحات يجب أن نختار للفحص التقني الأول؟
ابدأ بالصفحات التي تشرح مؤسستك أو منتجك أو خدمتك أو إرشاداتك الرئيسية. قائمة أولى من 5 عناوين URL كافية لتركيز المحادثة. أدرج جملة واحدة حول ما يجب أن تساعد كل صفحة الزائر في فهمه. يمكننا بعد ذلك مطابقة المراجعة مع تلك الاحتياجات.
كيف تقررون ما إذا كان موقعنا بحاجة إلى ملف llms.txt؟
نبحث عن استخدام واضح لقائمة قصيرة ومحافظة عليها من الصفحات المختارة. إذا كان الملف سيكرر فقط قائمة التنقل الخاصة بك، فقد لا يضيف الكثير. نتحقق من الروابط المقترحة مقابل عناوين URL الحية. نسأل أيضاً من سيقوم بتحديثها عنما تنتقل الصفحات أو تتغير.
ما الفرق بين ترميز schema.org وllms.txt؟
يصف Schema.org معلومات الصفحة وعلاقاتها في بيانات منظمة. ملف llms.txt هو نص عادي يمكنه توجيه القراء نحو موارد مختارة. على سبيل المثال، قد تحتوي صفحة منتج على وصوف منظمة، بينما يسرد دليل الموقع بضع صفحات مفيدة. يقوم التنسيقان بمهام مختلفة.
هل يمكنكم فحص الصفحات التي تعتمد على جافا سكريبت؟
نعم. يمكننا مقارنة المخرجات المرسلة والمعروضة على عناوين URL المتفق عليها. نلاحظ حي ث لا يكون المحتوى أو الروابط المهمة مرئية في النسخة التي يمكننا فحصها. إذا كانت النتيجة تحتاج إلى تغييرات في رمز التطبيق، يمكننا تحد يد العمل لمطورك. يمكننا أيضاً تضمين دعم التنفيذ المتفق عليه.
ما الذي يجب مشاركته قبل أن تراجعوا موقعنا؟
أرسل عناوين URL ذات الأولوية، والمنصات أو حالات الاستخدام التي تهمك، وأي تغييرات حديثة على قوالب الموقع. إذا كنت تريد دعم التنفيذ، أخبرنا بنظام إدارة المحتوى أو المستودع المعني. قم أيضاً بتسمية من يمكنه الموافقة على الوصول. هذا يعطينا ما يكفي لتأكيد خطة بداية عملية.
هل يمكن لـ schema.org أو llms.txt جعل منصة ذكاء اصطناعي تستشهد بصفحتنا؟
لا. تقرر المنصة الصفحات التي تسترجعها، وكيفية تفسيرها، وما إذا كانت ستستشهد بها. يمكننا إكمال الفحوصات والتغيرات التقنية المتفق عليها. ثم نسجل ما يمكننا التحقق منه على الصفحات في المراجعة. الملف الصحيح أو الرسم البياني لـ schema.org لا يتحكم في قرار المنصة ذلك.
أخبرنا عن مشروعك
أجب عن أربعة أسئلة سريعة وسيرسل لك مدير الحساب خلال ساعة خطة وجدولا زمنيا ونطاقا للميزانية. كل شيء يبقى سريا.
جار تحميل النموذج…