لوحة SEO في Looker Studio للعيادات: GSC + GA4
بناء لوحة SEO في Looker Studio لعيادة: مصدرا بيانات في Search Console، حصص موصّل GA4، بنية صفحات حسب اللغة، دمج البيانات، والرسوم التي يجب استبعادها.
بقلم Roozbeh Nazari · CEO
الغرض من بناء لوحة SEO لعيادة هو أن يتمكن مسؤول التسويق من رؤية بيانات حسابه على شاشة واحدة، بدلًا من أن يسأل المستشار كل شهر "كيف حالنا". Looker Studio أداة كافية ومجانية لذلك؛ الصعوبة ليست في الأداة بل في تقرير أي بيانات تُسحب من أي مصدر، وما الذي لا يُرسم. تصف هذه المقالة بنية اللوحة التي نبنيها لموقع عيادة متعدد اللغات، وحدود موصّلَي Search Console وGA4 التي يجب معرفتها، ومنطق الرسوم التي تبقى خارج اللوحة.
مبدأ المصدر
يجب أن تكون كل مصادر بيانات اللوحة مرتبطة بحساب Google الخاص بالعيادة: خاصية Search Console وخاصية GA4 واللوحة نفسها. يبني المستشار اللوحة بصفة محرّر داخل حساب العيادة؛ ولا يبنيها في حسابه ثم يشاركها. يضمن هذا المبدأ أن تبقى اللوحة وتاريخ البيانات لدى العيادة عند انتهاء العلاقة الاستشارية. وهو أيضًا القاعدة الأولى في خدمة التحليلات والبيانات: بنية القياس ملك للعميل.
Search Console: تحتاج إلى مصدرَي بيانات
يعكس موصّل Search Console في Looker Studio طريقتَي التجميع المختلفتين في Search Console: ظهور الموقع وظهور URL. في جدول ظهور الموقع تُحصى مرات الظهور والنقرات على مستوى الموقع؛ وهو المصدر الصحيح للتحليل حسب الاستعلام. في جدول ظهور URL تُحصى المقاييس نفسها على مستوى URL؛ وهو المصدر الصحيح للتحليل حسب الصفحة. تقول وثائق Google بوضوح: مصدر بيانات واحد لا يستخدم إلا إحدى الطريقتين. إذا أردت رؤية كلتيهما، تنشئ مصدرَي بيانات منفصلَين للخاصية نفسها.
يهم هذا التمييز عمليًا لأن مجاميع الجدولين لا تتطابق، وعدم تطابقها أمر طبيعي. حين تظهر أكثر من صفحة من صفحاتك في صفحة النتائج نفسها للاستعلام نفسه، يحسب ظهور الموقع واحدًا ويحسب ظهور URL اثنين. إذا لم تكن تريد الإجابة كل شهر عن سؤال "لماذا يختلفان" بعد وضع أرقام المصدرين جنبًا إلى جنب، فاكتب في عنوان كل رسم من أي مصدر يأتي.
لبيانات Search Console حد آخر: يعود تقرير الأداء إلى ستة عشر شهرًا كحد أقصى. يمكنك إجراء مقارنة سنوية، لكن لا يمكنك المقارنة بما قبل عامين. إذا أردت تاريخًا أطول، فعليك تصدير البيانات إلى جدول على فترات منتظمة؛ وهذا شأن خطة الاحتفاظ بالبيانات، لا اللوحة.
GA4: الموصّل والحصة
إعداد موصّل GA4 سهل؛ والصعوبة تأتي لاحقًا. تقول وثائق Google إن تقارير Looker Studio المتصلة بـ GA4 تخضع لحصص Google Analytics Data API، وأن التقارير التي تتجاوز الحصة قد تعرض خطأ. تُستهلك الحصة بالاستعلام الذي يجريه كل شخص يفتح لوحتك لكل رسم. إذا فتح عشرة أشخاص صفحة من ثلاثين رسمًا في الصباح نفسه، فرؤية خطأ أمر متوقع. لدينا ثلاثة احتياطات: إبقاء عدد الرسوم في الصفحة حول عشرة، وضبط حداثة البيانات على اثنتي عشرة ساعة، وجمع المقاييس الأكثر مشاهدة في صفحة ملخص واحدة مع فتح صفحات التفاصيل عند الحاجة فقط. يختلف إعداد حداثة البيانات حسب نوع الموصّل؛ وتمديد القيمة الافتراضية لـ GA4 يقلل استهلاك الحصة بشكل ملحوظ.
المقاييس التي ننقلها من GA4 إلى اللوحة محدودة: عدد الجلسات العضوية، الأحداث الرئيسية ذات المصدر العضوي (إرسال نموذج، نقرة WhatsApp، نقرة هاتف)، نسبة الأحداث الرئيسية حسب صفحة الوصول، والتفصيل حسب اللغة. شرحنا كيفية إعداد التفصيل حسب اللغة في موقع متعدد اللغات في مقالة تقارير GA4 متعددة اللغات؛ واللوحة تُبنى فوق تلك البنية.
بنية صفحات اللوحة
الصفحة الأولى، الملخص: أربعة أرقام ورسمان خطيان. الأرقام: النقرات العضوية (Search Console، ظهور الموقع)، الجلسات العضوية (GA4)، الأحداث الرئيسية العضوية (GA4)، الطلبات العضوية المصنّفة مؤهلة في CRM (جدول يُدخل يدويًا أو يُربط من CRM). الخطان: النقرات العضوية والأحداث الرئيسية العضوية في الأشهر الستة عشر الأخيرة. هذه هي الصفحة الوحيدة التي ينظر إليها مسؤول التسويق كل أسبوع.
الصفحة الثانية، الاستعلامات: من مصدر ظهور الموقع، النقرات ومرات الظهور ومتوسط الموضع مفلترة على مجموعة الاستعلامات المستهدفة. مجموعة الاستعلامات المستهدفة قائمة اتُّفق عليها مع المستشار ومعرّفة كفلتر في اللوحة؛ والهدف إظهار الاستعلامات المتابعة، لا سرد كل الاستعلامات. فلتر الدولة إلزامي هنا: جمع الاستعلامات العربية من دول الخليج مع الاستعلامات التركية من تركيا في جدول واحد مضلّل.
الصفحة الثالثة، الصفحات: من مصدر ظهور URL، النقرات ومرات الظهور مجمّعة حسب مجلد اللغة، وبجانبها عدد الأحداث الرئيسية لعنوان URL نفسه من GA4. يتطلب إظهار هذين المصدرين في جدول واحد دمج البيانات؛ والدمج يربط حقولًا من مصادر مختلفة عبر مفتاح مشترك، والمفتاح هنا هو عنوان URL للصفحة. تأكد من أن صيغ URL متطابقة في المصدرين؛ فـ Search Console يعطي URL كاملًا بينما يعطي GA4 المسار، وعليك جعلهما بالصيغة نفسها قبل الدمج.
الصفحة الرابعة، الصحة التقنية: بيانات الفهرسة في Search Console لا تأتي عبر الموصّل؛ نضع في هذه الصفحة جدولًا شهريًا يُدخل يدويًا: عدد العناوين المرسلة والمفهرسة حسب اللغة، ونسبة العناوين التي تتجاوز حد "جيد" في Core Web Vitals. الإدخال اليدوي ليس مثاليًا، لكنه أفضل من ترك الصفحة فارغة انتظارًا لموصّل غير موجود.
ما لا يجب رسمه
بعض الرسوم زينة للوحة ولا تنتج قرارات. خط إجمالي مرات الظهور: الظهور ليس نتيجة ما لم يتحول إلى نقرة؛ نموّه يبدو جيدًا لكنه لا يقول شيئًا بمفرده. متوسط الموضع للموقع كله: متوسط موضع مئات الاستعلامات يسوء حين تبدأ بالظهور في استعلام جديد؛ وهذا توسّع لا تراجع. توزيع الأجهزة والمتصفحات: مثير للاهتمام، لكنه لا ينتج قرارًا. عدد المستخدمين في الوقت الفعلي: لا مكان له في لوحة SEO. إزالة هذه الرسوم تُبقي اللوحة مقروءة والحصة مستدامة. المبدأ نفسه ينطبق على التقرير الشهري الذي تطلبه من مستشارك؛ وفي مقالة محتوى التقرير سردنا بشكل منفصل أي مقاييس هي زينة.
الصيانة
اللوحة لا تُبنى مرة وتُترك. قائمة الصيانة ربع السنوية: هل فلتر الاستعلامات المستهدفة محدّث، هل أُضيفت صفحات اللغات أو العلاجات الجديدة إلى فلتر URL، هل تغيّرت تعريفات الأحداث الرئيسية في GA4، هل بيانات اعتماد مصادر البيانات ما زالت صالحة؟ البند الأخير هو الأكثر نسيانًا: حين يُغلق حساب الشخص الذي أعدّ مصدر البيانات، تظهر اللوحة فارغة. لهذا ننشئ مصادر البيانات بحساب المدير المشترك للعيادة، لا بحساب شخصي.
ممارستنا نحن
مع عملاء العيادات نبني اللوحة بنهاية الشهر الأول ونستخدمها مدخلًا للاجتماع الشهري. يمكنك رؤية نماذج لوحاتنا العامة في صفحة التقارير. قيمة اللوحة ليست في جمال البيانات، بل في النظر إلى الأرقام الأربعة نفسها من المكان نفسه كل شهر؛ وهذا الاتساق هو ما يجيب في نهاية السنة عن سؤال "ما الذي تغيّر".