Cześć wszystkim! W tej aktualizacji technicznej zawarte są zmiany na okres od 28 lipca do 11 sierpnia oraz od 11 sierpnia do 25 sierpnia. Standardowo aktualizacje pojawiają się w odstępach co dwa tygodnie.
W tej aktualizacji zagłębimy się w szczegóły kilku zmian. Pierwszą z nich jest zmiana w kolorach globalnej nawigacji, a druga dotyczy funkcji, nad którą pracowaliśmy, a która nazywa się Quick Answers. Zapraszam!
Istotne zmiany[]
- W trakcie edycji przy dodawaniu lub usuwaniu tekstu w pozycji kursora myszki, dodawany lub usuwany tekst był przesunięty o co najmniej jeden znak w prawo, lub w lewo. Ten problem został naprawiony przez zespół UGC.
- Zespół odpowiedzialny za filmy na stronach naprawił błąd, który powodował, że gdy film się kończył i został zamknięty zmniejszony edytor, widok strony przenosił się na samą górę artykułu.
Znane błędy[]
- Administratorzy zgłaszali problemy z usuwaniem odpowiedzi w Dyskusjach, gdzie usuwanie dużej ilości odpowiedzi może doprowadzić do błędu informującego, że nie można usunąć ich więcej.
Postępy prac[]
Zespół UGC[]
- Rozszerzenie Thanks. Dalej testujemy rozszerzenie Thanks na sporej grupie społeczności, pracując jednocześnie nad dodaniem rozszerzenia jako opcjonalnej funkcji dla wiki. Dalej musimy zebrać dane dotyczące tego jak rozszerzenie wpływa na zaangażowanie użytkowników. Będziemy o tym informować.
- Powiadomienia dotyczące zgłaszanych treści. Powiadomienia o zgłoszonych postach są testowane na 10% z 6 tysięcy naszych największych wiki. Następnym rokiem będzie wdrożenie testu na większej ilości wiki. W trakcie pierwszej fazy testów odkryliśmy błąd, który musimy naprawić przed dalszym wdrożeniem, aby zapewnić bezproblemowe działanie. Więcej informacji wkrótce!
Zespół UX[]
Zmiana koloru globalnej nawigacji dla niezalogowanych użytkowników. Przeprowadziliśmy niedawno eksperyment, w którym sprawdziliśmy jaki wpływ miałaby zmiana koloru globalnej nawigacji dla niezalogowanych użytkowników z żółtego na kolory, jakie widzą zalogowani (ciemnofioletowy dla ciemnych motywów, biały dla jasnych motywów). Nasze zespoły dużo ostatnio analizowały nawigacje i jak można je usprawnić, a taka zmiana wydawała się być łatwym do wdrożenia usprawnianiem, ponieważ a) wiemy, że żółty nie jest kolorem, który przypadł społeczności szczególnie do gustu oraz b) nasze oryginalne założenie stojące za wyborem tego koloru (przyciągnięcie więcej uwagi i interakcji związanych z globalną nawigacją) okazało się nie być skuteczne. Także jasnym wyborem było eksperymentowanie ze zmianą tego zachowania na spójne z tym, co widzą zalogowani użytkownicy.
Celem dla eksperymentu było zaledwie „nie zaszkodzić”, co by nam powiedziało, że możemy wdrożyć zmianę w nawigacji bez negatywnego wpływu na zaangażowanie użytkowników. Nie tylko zmiana nie zaszkodziła, ale wręcz odnotowaliśmy wzrost zaangażowania wśród użytkowników w grupie kontrolnej, którzy czytali więcej stron podczas ich sesji na Fandomie. Tak więc zamierzamy wdrożyć tę zmianę dla większości niezalogowanych użytkowników (powstrzymujemy się przed wdrożeniem dla wszystkich chcąc zostawić niewielki procent w celu dalszego monitorowania zaangażowania w dalszej perspektywie).
Zespół zamierza wprowadzić zmianę już wkrótce, damy wam znać gdy będziemy mieć więcej szczegółów w czasie bliższym do wdrożenia. Przyjrzymy się również innym potencjalnym usprawnieniom w nawigacji!
Zespół ruchu na stronie[]
Wdrożenie Quick Answers. Przed ubiegłym tygodniem mogliście dostrzec, że rozpoczęliśmy wdrażanie uprzednio eksperymentalnej funkcji o nazwie Quick Answers, którą następnie usunęliśmy w weekend po licznych zgłoszeniach od społeczności dotyczących wiarygodności wyświetlanych informacji. Chcę poświęcić tu chwilę na podzielenie się informacjami na temat tej funkcji i co nastąpi dalej gdy już spędzimy czas, przyglądając się problemom poprzedniego wdrożenia.
Quick Answers to funkcja, którą po raz pierwszy pokazaliśmy użytkownikom podczas Community Connect w kwietniu podczas prezentacji „Canonical Pages: The Ultimate Portal to the World of Fandom”. Pomysł był prosty: weźmiemy informacje ze strony i przekształcimy je w format Q&A (pytania i odpowiedzi) wyświetlany w formie modułu, na danej stronie. Cel: poprawić SEO a przez to ułatwić czytelnikom znalezienie stron z waszych wiki w Google. Aby uzyskać skalę, która przyniosłaby efekt w obrębie całego serwisu, postanowiliśmy zaprzęgnąć do pracy generatywną sztuczną inteligencję, która stworzy początkową treść.
Rozpoczęliśmy eksperymentowanie z tym rozwiązaniem na wiosnę i kontynuowaliśmy latem, korzystając z pomocy partnera dostarczającego usługę generatywnej sztucznej inteligencji, aby stworzyć początkowy zestaw odpowiedzi na pytania zgromadzone z powiązanych zapytań w Google. Pytania oraz odpowiedzi wykorzystywane w eksperymentach były przeglądane przez personel Fandomu pod kątem poprawności informacji i publikowane dopiero po zatwierdzeniu.
Rezultaty eksperymentu były obiecujące, włączając w to wzrost wyświetleń na stronie. Po prawej możecie nawet zobaczyć, jak Google automatycznie zaczęło wychwytywać te pytania i odpowiedzi przez system Google Search Engine Results Pages (SERPs). Obserwując te wyniki, postanowiliśmy nadać priorytet dalszemu zwiększaniu skali tej funkcji, tworząc zestawy pytań i odpowiedzi dla 6500 stron postaci na całej platformie. Cele tego drugiego wdrożenia zakładały przetestowanie poprawności informacji zwracanych przez wykorzystywany model sztucznej inteligencji oraz wpływu na statystyki odwiedzin na stronie przy zwiększonej skali. To wdrożenie zostało wydane w poprzedni czwartek, a my zaczęliśmy obserwować wzrost wyświetleń, na jaki czekaliśmy!
Potem jednak przyszedł weekend.
W sobotę otrzymaliśmy dużo zgłoszeń od społeczności dotyczących poprawności informacji wyświetlanych w Quick Answers. Nasz wiceprezes ds. społeczności był wówczas online i widział osobiście spływające zgłoszenia, w szczególności na Discordzie. Początkowo nie zdając sobie sprawy z pełnego zakresu problemów, rekomendowanym rozwiązaniem było zgłaszanie tego typu przypadków do reprezentantów wiki oraz zespołu wsparcia dla angielskich użytkowników. Tego też dnia – w dużej mierze dzięki wysiłkowi angielskiemu zespołowi reprezentantów wiki na temat rozrywki, którzy zgromadzili, skatalogowali oraz udostępnili menadżerom zgłoszone poprzedniego dnia problemy – zdaliśmy sobie sprawę, że problem narastał i nie dotyczył tylko poprawności, ale również stosowności niektórych z odpowiedzi. Po odebraniu tych zgłoszeń zdecydowaliśmy wyłączyć funkcję na całej platformie do momentu oceny problemów i podjęcia decyzji w kwestii dalszych kroków.
Przyglądając się problemowi, dostrzegliśmy, że choć wiele pytań i odpowiedzi było poprawnych, zaistniałe błędy były dość rażące, aby uznać, że początkowo wybrana metoda generowania pytań i odpowiedzi nie była stosownym podejściem. Testując nowe funkcje, nie jest to koniec świata. Wyciągnęliśmy z tej sytuacji wnioski (zarówno w tym co poszło dobrze z wyświetleniami na stronie jak i co poszło źle z poprawnością danych), dokonaliśmy poprawek i spróbujemy czegoś innego. Na szczęście już wcześniej pracowaliśmy nad innym modelem SI (nazwijmy go „metodą B”), gdzie zarówno pytania jak i odpowiedzi były generowane wyłącznie na podstawie samej treści stron. W porównaniu z poprzednim podejściem („metodą A”), wykorzystanie metody B zwiększyło poprawność pytań i odpowiedzi.
A więc oto co zamierzamy zrobić dalej. W tym tygodniu zamierzamy ponownie wydać początkowy eksperyment z pytaniami i odpowiedziami wygenerowanymi metodą A, które zostały zatwierdzone przez personel Fandomu oraz z początkowym zestawem pytań i odpowiedzi wygenerowanych metodą B. Treści wygenerowane metodą B również zostały ręcznie zatwierdzone przez personel Fandomu, przez co mamy pewność, że są tak poprawne jak to możliwe. Będziemy monitorować wpływ odpowiedzi z metody B na SEO w porównaniu z poprzednimi próbami wykorzystującymi metodę A – chcemy się upewnić, że to właściwe rozwiązanie, aby osiągnąć zarówno odpowiednią skalę jak i poprawność informacji w tym samym czasie. Łącza liczba stron, na których uruchomimy tę funkcję, wyniesie poniżej 300.
Wraz z upływem czasu ta funkcja przejdzie zmiany, w tym dodanie dla użytkowników opcji zapewnienia wysokiej jakości informacji. Mieliśmy zamiar się temu przyjrzeć tak czy inaczej, jednak biorąc pod uwagę problemy, które się pojawiły ubiegłego weekendu, spędziliśmy poprzedni tydzień, dyskutując nad pomysłami, jak moglibyśmy to zaimplementować. Więcej informacji o tym wkrótce.
W tej chwili jeśli zauważysz jakiekolwiek problemy związane z prawidłowością informacji w pytaniach i odpowiedziach, daj nam znać. Można to zrobić np. poprzez Dyskusje na Centrum Społeczności. Jeśli patrząc na pytania, uznasz, że wydają się być nijakie, to nie jest to problem – zdajemy sobie sprawę. Ponieważ są oparte na już istniejącej treści, mogą wydawać się nieco monotonne. Chcemy sprawdzić, czy wykorzystanie tego formatowania treści poprawi SEO oraz, czy będzie wartościowe dla czytelników. Pytania z całą pewnością ulegną poprawie z czasem, szczególnie gdy do funkcji zostanie dodany komponent treści generowanych przez użytkowników.
Będziemy was informować o postępach w kolejnej fazie wdrażania, o tym czego się dowiedzieliśmy i co zamierzamy dalej. Nie pominiemy również decyzji związanych z treściami tworzonymi przez was. Zdecydowanie warto mieć rękę na pulsie!
Grupa zadaniowa ds. wydajności[]
A to co? Grupa do spraw wydajności? Zebraliśmy niedawno personel Fandomu ze wszystkich naszych zespołów rozwojowych i daliśmy im jedno zadanie: poprawianie wydajności, np. prędkości wczytywania stron na platformie wiki. Wspomniałem już kilka razy o wskaźnikach zaangażowania na platformie, a jedną z mających największy wpływ rzeczy, jakie możemy zrobić, aby platforma była lepsza i ludzie chcieli spędzać na niej więcej czasu, to poprawa czasu ładowania stron na wiki.
Co jakiś czas będziemy dawać wam znać o poprawkach związanych z wydajnością, jakie wprowadzamy, a w dalszym okresie zagłębimy się w pracę grupy zadaniowej ds. wydajności. Oto kilka poprawek, jakie ten zespół niedawno wprowadził:
- Narzędzia używane w eksperymentach. Ostatnio eksperymentujemy bardzo dużo na Fandomie – większość zespołów skupia się na testowaniu różnych pomysłów i funkcji, aby zobaczyć, co działa a co nie. Także dodanie narzędzi do eksperymentów w naturalny sposób prowadzi do ładowania większej liczby rzeczy na stronach. Aby temu zaradzić, wprowadziliśmy niedawno zmiany mające na celu poprawę wydajności tych narzędzi.
- Wczytywanie obrazów. Dodaliśmy tak zwane „powolne ładowanie” do większości obrazów na stronie. Powolne ładowanie obrazów oznacza, że obrazy zaczynają się ładować dopiero po tym, gdy strona jest już w całości załadowana. Powinno to poprawić czas ładowania.
- Wydajność filmów. Pracujemy nad zmniejszeniem rozmiaru komponentów odpowiedzialnych za filmy na platformie, co powinno poprawić ogólną wydajność, gdy filmy są obecne. Zamierzamy to zrobić poprzez zmniejszenie ilości kodu wymaganego przez tę funkcję, aby przez to strony były lżejsze, z mniejszą ilością dodatkowego JSu i CSSu – a wszystko to bez zmiany jakiejkolwiek funkcjonalności. Takie jest obecnie nasze ogólne podejście do poprawy wydajności.
Istotne zmiany[]
- Gdy użytkownicy tworzyli infoboks i ustawiali etykietę wiersza, nie aktualizowała się nazwa źródłowego parametru. Ten problem został naprawiony!
- Użytkownicy nie doświadczają już problemów podczas otwierania mobilnego edytora na stronach wykorzystujących funkcję tabber. Próba przełączania się między VisualEditorem a edytorem źródłowym nie powoduje już, że użytkownicy są zablokowani w stanie wczytywania strony.
- Wycofywanie zmian na skórce mobilnej nie działało poprawnie – zamiast przesyłania wycofanych zmian, użytkownicy powracali do trybu edycji strony. Edytorzy mogą teraz poprawnie wycofywać edycje. Wszystkich tych, którzy lubią moderować treść wiki z urządzeń mobilnych zachęcamy do wejścia na Specjalna:Ustawienia mobile i włączenia „Trybu zaawansowanego”.
Znane błędy[]
- Dwa powiązane ze sobą problemy mogą występować podczas edytowania na skórce mobilnej: treść strony jest utracona przy zapisywaniu edycji, lub na odwrót – usunięty tekst jest przywracany po zapisaniu zmian. Pracujemy nad naprawą tego błędu i damy znać na ten temat w następnej aktualizacji.
Postępy prac[]
Zespół UGC[]
- Rozszerzenie Thanks jest testowane. Rozszerzenie Thanks jest aktywnie wykorzystywane przez wielu użytkowników, ale głównie, aby dziękować doświadczonym edytorom, a mniej początkującym. Z tego względu nie włączymy Thanks jako domyślnej funkcji, ale dodamy przełącznik w panelu administratora, który da administratorom społeczności wybór, czy chcą, aby rozszerzenie było dostępne na ich wiki. Będziemy informować o postępach związanych z Thanks i innymi rozszerzeniami w kolejnych aktualizacjach i blogach.
- Powiadomienia dotyczące zgłaszanych treści. Jak wcześniej wspominaliśmy, moderatorzy nie są obecnie w żaden sposób powiadamiani o zgłoszeniu treści społecznościowych na ich wiki. Zespół UGC pracuje nad powiadomieniami informującymi moderatorów o treściach wymagających ich uwagi, co skróci średni czas potrzebny na podjęcie działań w przypadku zgłoszonej treści. Dalej przygotowujemy się do pełnego wdrożenia, z pewnością poinformujemy o postępach w przyszłych aktualizacjach technicznych!
Zespół UX[]
- Podgląd obrazów na komputerach. Niedawno wycofaliśmy zmianę usuwającą rozszerzenia plików z tytułu obrazu w podglądzie na komputerach. Początkowa zmiana była rezultatem porządków w podglądzie dla niezalogowanych użytkowników, włączając w to usunięcie obrazów, które nie były związane z tematyką strony. Opinia zwrotna użytkowników była taka, że rozszerzenie pliku stanowi dla was ważną informację. Będziemy dalej pracować nad zmianami w podglądzie w taki sposób, który nie wpłynie na jego użyteczność dla edytorów.
Zespół ruchu na stronie[]
- Wdrożenie danych strukturalnych. Jeżeli przyglądaliście się wydarzeniu Community Connect w kwietniu, to mogliście wiedzieć, że jedna z największych prezentacji tamtego wydarzenia skupiała się na danych strukturalnych i tym jak duży projekt jest to dla nas do rozpoczęcia w tym roku. Z radością możemy się pochwalić postępami! Po miesiącach prac od kuchni nasz zespół ruchu na stronie wdrożył zmianę, która przekazuje pewne dane o postaciach z infoboksów (takie jak wysokość, data urodzenia, itd.) w formie strukturalnych danych do kodu HTML strony (konkretnie meta-danych związanych z SEO). Nie ma to wpływu na użytkowników, ale pomaga Googlowi lepiej zrozumieć własności przypisywane postaciom i lepiej rankingować strony z wiki w wyszukiwaniach, w których wcześniej nie byliśmy rankingowani (np. „Ile wzrostu ma John Snow?”). Dzięki temu więcej osób znajdzie Twoje strony wiki w wynikach wyszukiwania. Ta zmiana powinna być aktywna dla wszystkich stronach dotyczących postaci wykorzystujących przenośne infoboksy na Fandomie.
Zespół platformy[]
- Backend Gamepedii. Wkróce wprowadzona zostanie zmiana backendowa dla wiki pochodzących z Gamepedii, która poprawi metodę przechowywania wersji stron. Ta zmiana, choć nie jest widoczna dla użytkownika, przyspieszy przyszłe aktualizacje MediaWiki dla wiki Gamepedia, które ostatnio były aktualizowane pod koniec procesu aktualizacji.
Jeśli jest coś, co w twojej opinii wymaga naprawienia lub poprawek, nie krępuj się zostawić wpis w Dyskusjach lub skontaktuj się z przypisanym do twojej wiki asystentem.
Pytania? Uwagi? Zostaw je poniżej. Jeśli chcesz zgłosić błąd, napisz komentarz lub prześlij za pomocą Specjalna:Kontakt.
Kliknij tutaj, aby subskrybować ten blog.
Najnowsze aktualizacje: 3 listopada · 6 października · 22 września · 8 września · 25 sierpnia · archiwum
Chcesz być na bieżąco z najnowszymi funkcjami i wieściami z Fandomu?
Kliknij, aby obserwować bloga Fandomu.
Prowadzimy eksperymenty! Dowiedz się więcej o tym, jakie wydarzenia zrealizowaliśmy i co planujemy dalej!
Chcesz skontaktować się w czasie rzeczywistym z personelem Fandomy i innymi edytorami?
Dołącz do naszego oficjalnego serwera Discord dla zarejestrowanych edytorów!