Google publikuje oficjalne wytyczne dotyczące Mobile SEO, wersja mobilna staje się ważnym czynnikiem rankingowym i w końcu pojawia się Mobile First Index. Co na to właściciele stron internetowych? Nadal działają po swojemu, rzadko dostosowując strategię do wprowadzanych przez Google aktualizacji algorytmów. Choć każdy kolejny rok ma być tym zdominowanym przez mobile, w wynikach wyszukiwania wciąż widujemy „twory” zupełnie niedostosowane do telefonów komórkowych czy tabletów.
W prezentacji skupiam się nie tylko na tym, jak skorelowane powinny być ze sobą wersje mobile i desktop, ale również jak przygotować się na następstwa "dekady mobile":
► AMP
► Asystenta Google i wyszukiwanie głosowe
► aplikacje mobilne
Zapraszam :)
10. Osobne adresy URL
(dedykowana wersja mobilna)
<link rel="alternate" media="only
screen and (max-width: 640px)"
href="http://m.przyklad.pl/strona-1">
<link rel="canonical"
href="http://www.przyklad.pl/strona-1">
<?xml version="1.0" encoding="UTF-8"?>
<urlset
xmlns="http://www.sitemaps.org/schemas/site
map/0.9"
xmlns:xhtml="http://www.w3.org/1999/xhtml">
<url>
<loc>http://www.przyklad.pl/strona-1/</loc>
<xhtml:link rel="alternate"
media="only screen and (max-width: 640px)"
href="http://m.przykład.pl/strona-1" />
</url>
</urlset>
WERSJA DESKTOP:
WERSJA MOBILE:
MAPA XML STRONY:
11. •często krótki czas ładowania strony mobilnej
•konieczność zastosowania poprawnych
przekierowań
(sparowania adresów desktop i mobile)
•problemy z duplikacjami treści i canonicalami
Osobne adresy URL
(dedykowana wersja mobilna)
15. • czysto teoretyczne wsparcie Google
• ważne wdrożenie HTTP Vary
• problemy z aktualnością listy klientów
• problemy z cloakingiem
• w efekcie: (prawie) nikt nie stosuje tego rozwiązania
Dynamiczne serwowanie treści
18. • rozwiązanie polecane przez Google
• strona dostosowana do wielu typów urządzeń
i nawet nietypowej rozdzielczości
• brak zbędnych przekierowań i ryzyka duplikacji
treści
• łatwiejsza optymalizacja strony
• dłuższy czas ładowania, niż w przypadku wersji mobile
Elastyczne projektowanie witryn
(Responsive Web Design - RWD)
21. 205 400 000
POBRAŃ APLIKACJI MOBILNYCH W 2018 ROKU (1)
2 577 347
APLIKACJI W GOOGLE PLAY (2)
Źródła: 1) statista.com, 2) appbrain.com
22. DLACZEGO APPKI MOBILNE?
• mogą (i powinny być) bardziej intuicyjne
od wersji mobilnej / RWD strony
• większość danych przechowywana na urządzeniu docelowym
(szybkość reakcji)
• budują lojalność użytkownika
(przy przemyślanej strategii powiadomień)
23. APP STORE OPTIMIZATION (ASO)
PROCES OPTYMALIZACJI APLIKACJI MOBILNEJ (I JEJ OTOCZENIA),
MAJĄCY NA CELU UZYSKANIE WIĘKSZEJ WIDOCZNOŚCI
W ORGANICZNYCH WYNIKACH WYSZUKIWANIA SKLEPÓW
Z APLIKACJAMI MOBILNYMI (NP. GOOGLE PLAY I APPLE APP STORE),
A PRZEZ TO ZWIĘKSZENIE LICZBY ICH ZAKUPÓW / POBRAŃ.
24. W skrócie o ASO
• kilkadziesiąt czynników rankingowych
• stała praca nad jakością i otoczeniem appki
• najważniejsze w Google Play:
• nazwa aplikacji
• opisy (short i long description)
• ikona, zdjęcia i wideo aplikacji
• opinie o aplikacji i interakcje
25. Aplikacje mobilne
w wynikach wyszukiwania
• dla zapytań związanych z aplikacjami
wyniki z Google Play
• aplikacje mogą być
indeksowane i zajmować pozycje
w mobilnych wynikach wyszukiwania
(Firebase App Indexing)
27. Accelerated Mobile Pages
BIBLIOTEKA OPEN SOURCE UMOŻLIWIAJĄCA
SZYBSZE WCZYTYWANIE STRONY MOBILNEJ
NAWET Z PASMA DANYCH O NIŻSZEJ
PRZEPUSTOWOŚCI (3G / EDGE).
źródło: Google Blog
28. AMP HTML
źródło: amp.dev
• podzbiór HTMLa
• dedykowane znaczniki
• minimifikacja kodu HTML i CSS
• zdjęcia dostosowane
do urządzenia docelowego
• ważne wdrożenie canonicali
pomiędzy wersją AMP, a „regular”
29. AMP JS
•tzw. biblioteka wydajności
•asynchroniczne ładowanie zasobów JS
•dodatkowe techniki wydajnościowe
(jak np. sandboxing iframe’ów)
• w efekcie: krótszy czas ładowania strony
30. AMP CACHE
•technologia proxy
•witryna przechowywana jest w chmurze
i w efekcie natychmiastowo
dostarczana użytkownikowi
•zasoby wczytywane z tego samego miejsca
•HTTP/2 dla dodatkowego przyspieszenia
32. AMP na tle HTMLa
MNIEJ NIŻ 0,1%
86,4%
Procentowe zestawienie użycia języka znaczników wg w3techs.com
33.
34. AMP - ZALETY
• skrócenie czasu ładowania się strony
• zmniejszenie współczynnika odrzuceń
na urządzeniach mobilnych
• poprawa współczynnika konwersji
• szanse na zwiększenie ruchu organicznego
• możliwość wyświetlenia w karuzeli Google News
35. AMP – WADY I KONTROWERSJE
• ograniczenia w liczbie reklam
• ograniczenia w zastosowaniu JS i CSS
• problemy z analityką
• strona na obcych serwerach (AMP Cache)
• tylko pozorna niezależność
44. VOICE SEARCH
= ODMIENNY SPOSÓB WYSZUKIWANIA
• zadawanie pytań (Jak? Kto? Dlaczego? Gdzie?)
→ wzrost znaczenia danych strukturalnych i RICH SNIPPETS
• zorientowanie na lokalne biznesy („blisko mnie”)
• język naturalny / potoczny
→ zmiana podejścia do tworzenia treści SEO
48. ASYSTENT GOOGLE
•stale uczy się interakcji
(przez co ”rozumie” użytkownika)
•podejmuje czynności za użytkownika
•działa bardzo szybko
•jest wygodny w użyciu