Aplikacja do monitorowania widoczności artykułów
Redakcja potrzebowała własnego sposobu obserwowania, jak jej artykuły radzą sobie w wynikach wyszukiwania. Zamiast osobnego płatnego narzędzia powstała aplikacja dopasowana do pracy działu SEO i redaktorów.
Każdy redaktor ma dostęp do swoich artykułów i przypisanych do nich zapytań. Historia pozycji pozwala porównać zmiany w czasie, w różnych językach oraz na telefonach i komputerach.
- Dla kogo
- Redaktorzy i dział SEO pracujący nad widocznością publikacji.
Zakres odpowiedzialności
Zakres Atomic Concept obejmuje rozwój przejętego frontendu, doprowadzenie aplikacji do wdrożenia oraz współpracę z zespołem backendu przy ustalaniu API i formatów danych.
Powrót do artykułu
Przy większej liczbie publikacji pojedynczy wynik wyszukiwania pokazuje tylko chwilowy obraz. Redaktor potrzebuje wrócić do swoich tekstów, zobaczyć powiązane zapytania i ocenić, czy pozycje rosną, spadają czy pozostają podobne.
Celem było zastąpienie płatnej usługi narzędziem wewnętrznym, które odpowiada organizacji pracy redakcji. Aplikacja zbiera przede wszystkim okresowe pomiary pozycji w Google i przedstawia je w kontekście artykułu oraz konta redaktora.
W tym układzie ważne jest nie tylko odczytanie bieżącej pozycji, lecz także zachowanie porównywalnego kontekstu kolejnych odczytów. Oddzielenie wyników dla języka i urządzenia pozwala redakcji wracać do właściwego zestawu danych przy ocenie zmian w widoczności publikacji.
- Kontekst publikacji
- Artykuły i zapytania są przypisane do kont, dzięki czemu redaktor może skupić się na własnych materiałach.
- Porównywalna historia
- Podział na języki oraz urządzenia mobilne i stacjonarne pomaga porównywać wyniki w tym samym kontekście.
Historia w porównywalnym kontekście
Schemat przedstawia strukturę porównania kolejnych pomiarów dla tego samego języka i urządzenia.
- Artykuł i zapytanie
- Określają obserwowany materiał.
- Język i urządzenie
- Wyznaczają kontekst porównania.
- Kolejne pomiary
- Pozwalają śledzić zmianę w czasie.
Narzędzie w pracy redakcji
Prace rozpoczęły się od istniejącego, niedokończonego interfejsu React. Zakres obejmował uporządkowanie kodu, rozwój widoków potrzebnych redakcji i przygotowanie aplikacji do wdrożenia.
Dane dostarczał osobny backend Ruby on Rails. Formaty żądań i odpowiedzi uzgodniono z zespołem backendu, tak aby widoki artykułów, zapytań i historii korzystały ze spójnych kontraktów API.
Widoki powstały wokół artykułów oraz związanych z nimi zapytań. Rozwiązanie miało wspierać regularną pracę redakcyjną i ułatwiać wybór tematów do dalszej analizy.
- Praca z artykułem
- Redaktor przechodzi od swojej listy publikacji do powiązanych zapytań i ich historii, zamiast szukać informacji w kilku miejscach.
- Obserwowanie zmian
- Zestawienie kolejnych pomiarów ułatwia zauważenie trendu i wybranie treści wymagających uwagi.
Interfejs i kontrakty danych
Najważniejsze było rozwijanie przejętego interfejsu bez odrywania go od rzeczywistego sposobu pracy działu SEO. Uporządkowana struktura i jasno ustalone dane ułatwiły dalsze zmiany.
- Ścisły TypeScript
- Migracja z JavaScript do ścisłego typowania pomogła ujawniać niezgodności podczas pracy nad widokami i danymi.
- Podział na moduły
- Kod został uporządkowany wokół funkcji aplikacji, co ułatwiło odnajdywanie i rozwijanie poszczególnych części.
- Uzgodnione kontrakty API
- Wspólne ustalenie DTO z autorami backendu pozwoliło dopasować interfejs do danych zwracanych przez Rails.
- Aktualizacja widoków bez przeładowania
- Interfejs pobiera dane dla konkretnego widoku lub operacji przez endpointy o wąskim zakresie. Redaktor może przechodzić między artykułami i historią pomiarów bez pełnego odświeżania strony.
Technologie i zastosowanie
- Interfejs
- React i TypeScript w trybie ścisłym.
- Integracja
- Uzgodnione API i DTO we współpracy z programistami Ruby on Rails.
- Analiza
- Historia pozycji artykułów i zapytań w podziale na języki i urządzenia.