تطوير الويب لمحركات البحث SEO: واحد آخر تقريبًا يتجه إلى الجنوب

تم التحديث الأخير في 14 سبتمبر 2018

هذا هو السبب في أن لديك شركة تحسين محركات البحث ، مثل هذا! الشركة ، لتحديد وتصحيح الأخطاء التي تحدث في إعادة تصميم موقع ويب موجود. كما يعلم أي شخص يعمل في مجال التسويق عبر الإنترنت وخضع لعملية إعادة بناء لموقع ويب فعال ، فإن عددًا لا يحصى من الأشياء يمكن أن تسوء. في الآونة الأخيرة ، انتهى للتو عميل PPC (الدفع لكل نقرة) و SEO (تحسين محرك البحث) من إعادة إنشاء موقع الويب الخاص به وتم إطلاقه دون السماح بالمراجعة. لقد حدث خطأ فادح في عملية إعادة البناء الأخيرة لموقع هذا العميل عند الإطلاق ، لذلك سأتطرق إلى بعض الأشياء المتوقعة وغير المتوقعة التي يمكن أن تتعارض معها.

الحاجة

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

العديد من العناصر اللازمة لتحسين مُحسّنات محرّكات البحث الخاصة بهم ، لم تكن موجودة أيضًا. لا توجد إمكانية لتغيير البيانات الوصفية ، وعلامات h1 ، وعلامات alt / title ، وما إلى ذلك. تم إنشاء معظم هذه البيانات برمجيًا ؛ بالإضافة إلى القوائم والهيكل الملاحي. يجب أن يكون هذا الموقع الجديد آمنًا أيضًا. باختصار ، ما كانوا بحاجة إليه هو موقع ويب وعربة تسوق جديدة سهلة الاستخدام وآمنة للهاتف المحمول مع موصل للعمل مع مجموعة برامج تخطيط موارد المؤسسات (ERP) الحالية الخاصة بهم.

المهمة

كان لدى هذا العميل 3766 كلمة رئيسية مع نتائج مرتبة في أفضل مائة من برامج Google SERPs. خمسمائة وثمانية وثلاثون (538) كلمة رئيسية مع نتائج الصفحة 1 ، تحمل متوسط ​​حجم البحث الشهري 65790 و 43 كلمة رئيسية مرتبة في الموضع الأول في Google SERPs التي كان متوسط ​​حجم البحث الشهري فيها 6،110. كانت وظيفتي هي إرشادهم من خلال المتطلبات التي سيحتاج نظام الإدارة الجديد إلى توفيرها للقدرة على تنفيذ تحسين محركات البحث للمضي قدمًا. وشمل ذلك أيضًا حماية نتائج التصنيف الحالية الخاصة بهم قدر الإمكان.

الاختيار

اختار العميل في النهاية بائعًا خارجيًا يمكنه توفير التكامل بين برنامج تخطيط موارد المؤسسات الحالي الخاص به وحل عربة التسوق والموقع الإلكتروني الجديد والصديق للجوال والآمن. لم يكن هذا البائع على دراية بهذا البائع الخارجي ، فقد قدم لي العميل عرضًا توضيحيًا مسجلاً للمنتج لتأكيد أن نظام الإدارة سيوفر ما نحتاجه لتنفيذ تحسين محركات البحث. بعد مراجعة العرض التوضيحي ، خلصت إلى أن لدينا العناصر اللازمة لمساعدة العميل في تحسينات تحسين محركات البحث. يمكننا إنشاء عناوين الصفحات الخاصة بنا وأوصاف التعريف وعلامات h1. يمكننا تحديث شفرة Google Analytics (GA) ، والتي كانت تستخدم رمز GA القديم القديم ولا يوجد حساب على Search Console. كان لدينا وصول إلى الصور من أجل إضافة نص بديل / عنوان منسق بشكل صحيح. كما اكتشفنا لاحقًا ، وبعد فوات الأوان ، كانت هناك إمكانية لتطبيق إعادة التوجيه 301 مباشرة على كل صفحة. ولكن هذا فقط جزء من القصة.

النتيجة

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

عند ملاحظة بدء تشغيل الموقع المعاد بناؤه ، بدأنا يدويًا في اختبار نتائج ترتيب الكلمات الرئيسية الأصلية مقابل نتائج الترتيب الحالية. فقط لترى كيف يبدو الموقع الجديد وأن جميع البيانات قد تم نقلها. أدت جميع نتائج الترتيب في Google SERPs التي كانت لا تزال في مكانها إلى رمز استجابة 404 باستثناء الصفحة الرئيسية. كما اتضح ، تم إنشاء عناوين URL للموقع القديم بامتدادات .html ولم يتم إنشاء عناوين URL الجديدة. لم يسمح نظام الإدارة ببساطة بلصق عنوان URL القديم في حقل إعادة التوجيه 301 المقدم ، لذلك قام العميل بلصق عنوان URL القديم بدون امتداد .html. افترض العميل أن هذا إجراء تشغيل قياسي.

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

محتوى مكرر؟ حسنًا ، هل تم وضع العلامة rel = canonical التي قد تسألها؟ بشكل صحيح؟ لا. تم تعيين العلامة rel = canonical الموجودة على عنوان URL المألوف لمحرك البحث والمعاد توجيهه للإشارة إلى عنوان URL الجديد المألوف لغير محرك البحث والذي يحتوي على سلسلة الاستعلام. عند فحص علامة rel = canonical للصفحة غير الملائمة ، اكتشفنا أن هذه العلامة تشير إلى عنوان URL مختلف تمامًا. واحد يحتوي على الفئة وليس سلسلة الاستعلام. لذلك ، تم عرض جزء واحد من المحتوى لثلاثة عناوين URL مختلفة ، مع علامات rel = canonical تم تعيينها بشكل غير صحيح.

بعد ذلك ، وجدنا أنه تم منع جميع برامج الروبوت في ملف robots.txt. ثم قمنا بفحص النشاط في GA. كان العميل لا يزال يتلقى زيارات من جميع المصادر ، لكنه لم يسجل أي تحويلات. بالإضافة إلى ذلك ، أراد العميل منا دفع الزحف والفهرسة الأمر الذي يتطلب Google Search Console. تكمن المشكلة هنا في أن رمز GA الحالي كان قديمًا ولم يتم وضع رمز تحقق Search Console على الموقع مطلقًا. هذا أحد العناصر التي لم يستطع العميل تغييرها لأسباب لم يفصح عنها مطلقًا.

لحسن الحظ ، اتخذ العميل توصيتنا لتنفيذ تحديث رمز GA الخاص به إلى أحدث إصدار. كما أضافوا بمفردهم مدير علامات Google. أُووبس! هل يُحتمل إطلاق مزدوج لرمز GA؟ باستخدام برنامج إدارة العلامات من Google ورمز GA غير المتزامن المحدث ، تمكنا من إنشاء حساب Search Console جديد وآمن (https مقابل http) للعميل ، ثم اكتشفنا عدم وجود ملف sitemap بتنسيق xml لإرساله للزحف المطلوب .

عند الإخطار ، اتصل العميل بالمطور وتم إعطاؤه عنواني URL لملف Sitemap بتنسيق .xml. عمل واحد. لم يفعل أحد. يحتوي الإدخال العامل على إدخال واحد يشير إلى ملف Sitemap .xml الذي لا يعمل. لم يكن لملف Sitemap .xml الذي لا يعمل ، التنسيق المناسب عند عرضه في المستعرض. لذلك لم نرسل ملف Sitemap .xml المقدم في ذلك الوقت.

النتيجة النهائية

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

لسبب ما ، تم حذف موقع الويب الأصلي (خطأ كبير هنا ، دائمًا ما يكون لديك إصدار عمل جاهز للرجوع إليه مرة أخرى) لذلك لم نتمكن من سحب أي من عناوين URL القديمة لإنشاء إعادة توجيه 301 دائمة جديدة عبر ملف .htaccess. كان الحل هو إنشاء تطابق جديد لواحد ، عنوان URL قديم مقابل عنوان URL جديد ، جدول بيانات ، سحب بيانات الصفحة المقصودة من GA للعام الماضي ، للمطور لإنشاء إعادة توجيه تعمل بشكل صحيح وتجاوز إعادة التوجيه 301 في نظام الإدارة الذي تم تكليفه بالعميل.

حل المشكلة بتكلفة إضافية للعميل من المطور. بدأت أي نتائج ترتيب قديمة حالية بامتداد .html في إعادة التوجيه بشكل صحيح وفي غضون 14 يومًا ، تم استبدال نتائج الترتيب بعناوين URL الآمنة الجديدة ، وفي أغلب الأحيان ، قريبة جدًا من نتيجة التصنيف الموجودة مسبقًا. تم حل مشكلة العلامة rel = canonical في اجتماع عبر الإنترنت مع وكيل مبيعات مطور الويب ونزلت إلى خطأ في إدخال المستخدم. كان هناك العديد من الحقول حيث يمكن إدخال البيانات أو تحديدها من خيار موجود والحل يتطلب إعادة تعيين هذه الحقول ومسح ذاكرة التخزين المؤقت.

اختفى نسختان إضافيتان من عنوان URL الودي والآمن على الفور. فيما يتعلق بالبوت / عدم السماح في ملف robots.txt ، بناءً على إشعار ، حل المطور هذه المشكلة بسرعة.

تبين أن مشكلة بيانات تحويل GA تبدو معزولة عن مزود خدمات التاجر للعميل ؛ الذي كان جديدًا ومختلفًا عن المزود القديم. لم يفكر أحد في التواصل مع مزود خدمات التاجر بأننا بحاجة إلى رمز GA على صفحة الخروج الخاصة بهم من أجل توفير بيانات التجارة الإلكترونية الضرورية التي يحتاجها العميل لاتخاذ قرارات تجارية مستنيرة بشأن جهوده التسويقية. لم يتم إبلاغنا بوجود مزود خدمات تجارية جديد.

أخيرًا ، أنشأنا يدويًا ملف Sitemap بتنسيق .xml أردنا تحميله على الخادم وطلبنا من المطور تعطيل كل ما كان ينشئ ملف Sitemap .xml الذي لا يعمل. في مزيد من المناقشة مع وكيل مبيعات المطور ، قيل لنا أنه لا يمكننا تحميل خريطة موقع .xml أخرى على الخادم.

بعد أن أظهر لوكيل مبيعات المطور النتائج ، ذكر أنه سينظر إليها ، ومع ذلك ، اقترح أن نطلع على الكود المصدري. عند العرض في التعليمات البرمجية المصدر ، تم تنسيق مستند .xml بشكل صحيح. عند رؤية هذه النتيجة ، أعلمنا Google ، عبر Search Console ، بأن لدينا بالفعل ملف sitemap بتنسيق xml. أخيرًا ، على مدار عدة أيام ، سجلت Google أخيرًا أن لدينا خريطة موقع صالحة بتنسيق xml. وبدأنا في عرض عناوين URL التي تتم فهرستها. ومع ذلك ، كما ذكرنا سابقًا ، لم يكن لخريطة موقع .xml المنسق بشكل صحيح سوى إدخال واحد يشير إلى ملف Sitemap الإضافي .xml الذي لا يتم حله في المستعرض ، ولكن يتم عرضه بشكل صحيح في شفرة المصدر.

حسنًا ، لقد تحولت هذه المشكلة إلى مشكلة أكبر نظرًا لأن ملف Sitemap الإضافي .xml أنشأ رمز استجابة 500 ، لذلك هناك مشكلة في وصول وكيل Google إلى هذه المنطقة من الموقع. واعتبارًا من اليوم ، يُنشئ كلا ملفي Sitemap بتنسيق .xml 500 رمز استجابة. في الأسبوع السابق ، طلبنا الزحف باستخدام أداة الجلب والعرض والإرسال المتاحة لنا في Google Search Console والتي نعتقد أنها تسببت في الزحف إلى الموقع الجديد وفهرسته.

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

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

- مارك جراي ، كبير مديري تحسين محركات البحث