Przez pierwszy rok Threads był siecią, którą dało się czytać programowo i nie dało się w niej pisać. To się zmieniło: API do publikowania istnieje i działa. Jest też węższe, niż większość zakłada, a właśnie w tej luce planery po cichu się wykładają.
Co publikuje
- Posty tekstowe — rzecz oczywista i to, co robi najlepiej
- Zdjęcia — jedno zdjęcie, a tekst staje się treścią posta
- Wideo — ta sama idea kontenera co w Instagramie i to samo asynchroniczne przetwarzanie
- Karuzele — kilka elementów w jednym poście
- Odpowiedzi — także na własne posty, tak właśnie powstają wątki
Kształt wyda się znajomy, jeśli dotykałeś publikacji na Instagramie: tworzysz kontener, czekasz, aż platforma przyjmie media, potem publikujesz kontener. Ten sam taniec w dwóch krokach — a więc psuje się tak samo, gdy narzędzie pomija czekanie.
Czego nie robi
Nie ma dostępu do wiadomości prywatnych. Nie da się czytać cudzego kanału. Nie ma edycji po opublikowaniu ani wbudowanego planowania — planowanie musi żyć w twoim narzędziu, na serwerze, który nie śpi o wybranej przez ciebie minucie.
Threads dopuszcza jeden tag na post. Nie „jeden zalecany”, tylko jeden dopuszczalny. Jeśli cross-posting wkleja instagramowy podpis w całości, ściana tagów nie skurczy się grzecznie — post zostaje odrzucony albo nadmiarowe tagi po prostu znikają.
Limity, o których warto wiedzieć
Jest dzienny pułap postów i osobny, wyższy, dla odpowiedzi. Dla osoby publikującej kilka razy dziennie jest niewidoczny. Liczy się dla agencji prowadzącej wiele kont przez jedną aplikację i właśnie dlatego dobre narzędzie kolejkuje, zamiast ponawiać na siłę.
Czy warto podłączać
Threads nagradza rozmowę, nie ogłoszenie. Post kończący się zdaniem, z którym można się nie zgodzić, idzie lepiej niż ta sama wiadomość zapisana jak notka prasowa. To różnica w pisaniu, nie w ustawieniach — i dlatego ten sam podpis w pięciu sieciach brzmi tutaj płasko.