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

| ما تراه | لماذا |
|---|---|
| «هذا العنوان ليس متجراً نستطيع الوصول إليه» | المستضيف يُحَل إلى عنوان خاص أو محلي أو عنوان بيانات وصفية |
| «هذا العنوان غير صالح» | العنوان ليس رابط `https` صالحاً |
| «هذا المتجر أعاد توجيهنا إلى مكان آخر» | أجاب المتجر بحالة 3xx |

## قاعدة العنوان الخاص متعمَّدة، وهي تحميك

كل طلب إلى متجر يَحُلّ المستضيف أولاً، ويرفض العناوين الخاصة والمحلية وعناوين البيانات الوصفية، ثم **يثبّت
الاتصال على العنوان الذي تحقّق منه** — فلا يستطيع شيء أن يُجيب على التحقق بعنوان عام ثم يخدم الطلب من مكان
داخلي.

ولهذا يُرفض `http://localhost` و`http://192.168.x.x` و`http://10.x.x.x` والمستضيف المنتهي بـ `.local` كلها.
المتجر على جهازك أو شبكة مكتبك لا يمكن ربطه: فهو غير متاح من الإنترنت، والعنوان الذي *يُحَل* إلى مكان داخلي هو
بالضبط شكل الطلب الذي وُجدت هذه القاعدة لرفضه.

**استخدم عنوان المتجر العام الحقيقي**، العنوان الذي يكتبه العميل.

## إعادة التوجيه لا تُتبَع أبداً

إن كان متجرك يُجيب على `https://shop.example.com` بإعادة توجيه إلى `https://www.shop.example.com`، فإعادة
التوجيه تُرفض بدل أن تُتبَع، وسترى رسالة إعادة التوجيه. **أدخل العنوان الذي يخدم منه المتجر فعلاً** — الذي
تنتهي إليه بعد إعادة التوجيه — وتزول المشكلة.

وعدم اتباع إعادة التوجيه متعمَّد: إعادة توجيه متبوعة تعني أن الطلب التالي يذهب إلى مستضيف لم يتحقق منه أحد.

## ما تُدخله

- المخطط: `https`. المتجر على `http` لا يمكن ربطه إلا إذا أدرج مدير هذا التركيب مستضيفه صريحاً كمتجر تطوير؛
- المستضيف الذي يخدم منه المتجر، بعد أي إعادة توجيه؛
- **بلا مسار**: ليس `/wp-json` ولا `/wp-admin` ولا صفحة في النهاية. المنتج يضيف مسار الواجهة البرمجية بنفسه.

## إذا كان العنوان صحيحاً ومع ذلك يُرفض

فالمشكلة ليست في العنوان. المتجر الذي يُجيب على العنوان الذي أدخلتَه لكنه يرفض الطلب هو مشكلة اتصال أو
صلاحيات — راجع **لينوميا لا تستطيع الوصول إلى متجرك** و**مفاتيح متجرك لا تستطيع ذلك**.