Przenieść stronę z hostingu na serwer

Szukam 3 doświadczonych specjalistów do przeprowadzenia niezależnego audytu technicznego działającego sklepu internetowego na WordPress + WooCommerce. https://www.scissorhands.space/ Strona działa i ma zgromadzoną historię SEO, blog, trzy wersje językowe, wielowalutowość, konta hurtowe i detaliczne, integracje płatności i dostawy, caching oraz znaczną liczbę wtyczek. Zadanie pierwszego etapu — nie przebudowa strony od podstaw, a właśnie audyt techniczny istniejącego systemu: — ocenić stan WordPress / WooCommerce oraz bazy danych; — określić rzeczywiste wąskie gardła wydajności; — przeanalizować obciążenie i zasadność zainstalowanych wtyczek; — znaleźć duplikujący lub przestarzały funkcjonalność; — sprawdzić PHP, MySQL, Redis, Cron, caching, WP Rocket oraz część serwerową; — sprawdzić WPML, wielojęzyczność i wielowalutowość; — ocenić stabilność kont osobistych, checkout, płatności i dostawy; — sprawdzić kod niestandardowy oraz możliwe konflikty między modułami; — zaproponować plan optymalizacji bez utraty SEO, URL, ALT, metadanych, bloga oraz zgromadzonej historii Google. Po audycie planowany jest drugi etap — modernizacja istniejącego systemu. Strona jest również przygotowywana do integracji dużego niestandardowego systemu lojalnościowego / rozwijania użytkowników: poziomy, doświadczenie za zakupy, regularność zamówień, zwiększenie wolumenu zakupów, opinie, bonusy, osobiste poziomy oraz wizualne przygotowanie konta. Dlatego ważne jest, aby nie tylko „przyspieszyć WordPress”, ale zrozumieć architekturę systemu i przygotować go do dalszej skalowalności. W wyniku audytu oczekuję otrzymać konkretną listę problemów, ich priorytet, uzasadnienie oraz plan dalszej modernizacji. Oferty w formacie „macie dużo wtyczek — trzeba wszystko usunąć / przejść na inną CMS / zrobić nową stronę” bez wcześniejszej analizy technicznej nie będą rozpatrywane.

O projekcie Poszukujemy doświadczonego specjalisty ds. digital lub małego zespołu do przeprowadzenia kompleksowego audytu sklepu internetowego. Strona została niedawno uruchomiona na nowo po rebrandingu i obecnie ma tylko podstawową zawartość. Część struktury, treści, analityki i infrastruktury marketingowej nadal wymaga dalszego rozwoju. Konieczne jest przeprowadzenie ogólnej analizy zewnętrznej strony bez dostępu wewnętrznego i ocena: technicznego stanu strony; podstawowych problemów SEO; struktury katalogu i nawigacji; UX wersji mobilnej i desktopowej; kart produktów, koszyka i procesu składania zamówienia; szybkości działania strony; gotowości do uruchomienia promocji reklamowej; głównych punktów wzrostu i potencjalnych problemów. Dogłębny audyt Google Analytics, kont reklamowych, CRM i innych systemów wewnętrznych na tym etapie nie jest przewidziany.Oczekiwany rezultat Na podstawie wstępnej analizy należy przedstawić: krótkie podsumowanie dotyczące aktualnego stanu projektu; listę głównych problemów i punktów wzrostu; proponowaną mapę drogową prac; podział prac na poszczególne Sprinty; listę zadań w ramach każdego Sprintu; orientacyjne terminy każdego Sprintu; wstępny kosztorys dla każdego Sprintu; ogólną ofertę handlową na realizację prac.W odpowiedzi prosimy o podanie odpowiedniego doświadczenia w e-commerce; przykładów podobnych projektów; orientacyjnej struktury Sprintów; wstępnych terminów; wstępnej ceny; co wchodzi w każdy etap; jakie prace będą wymagały osobnego szczegółowego audytu po rozpoczęciu współpracy. Na tym etapie oczekujemy nie pełnego audytu, a profesjonalnej wstępnej oceny oraz usystematyzowanej oferty handlowej na dalszą realizację.

Automatyczne wypełnienie sklepu produktami na Etsy. Szukamy kogoś, kto będzie mógł automatycznie wypełnić sklep produktami na Etsy. Sklep z odzieżą z nadrukami. Zajmujemy się drukiem anime na odzieży, ale na Etsy było wiele strajków związanych z prawami autorskimi, dlatego zmieniamy niszę i będziemy zajmować się drukiem na odzieży. Zadanie polega na uniknięciu problemów z prawami autorskimi i wypełnieniu sklepu produktami. Potrzebna pomoc w tym oraz jakaś podstawowa automatyzacja.

Konieczne jest stworzenie strony internetowej dla przedsiębiorstwa zajmującego się produkcją blachodachówki i blachy trapezowej. Istnieje konkretny site-referencja, który jest brany za podstawę stylu wizualnego, logiki i struktury. site-referencja - https://kyiv.budservis.ua/ Należy skupić się na wersji mobilnej, 80% klientów korzysta z wersji mobilnej.

Integracja SalesDrive → Dział Księgowości W SalesDrive podłączono 4 strony. Dla każdej strony w Dziale Księgowości stworzono osobnego kontrahenta. Wszystkie rezerwacje i wydania towarów w Dziale Księgowości są realizowane z głównego magazynu.1. Przekazywanie zamówień Pierwotne przekazanie zamówienia do Działu Księgowości odbywa się jeden raz przy zmianie statusu zamówienia na „Wydrukowane”. Automatycznie tworzony jest dokument „Zamówienie klienta” i ustalany jest rezerw na towar. Przy zmianie statusu tego samego zamówienia na „Wysłane” webhook aktualizuje dane dokumentu „Zamówienie klienta” i inicjuje stworzenie dokumentu „Wydanie towaru” na jego podstawie. Podczas realizacji „Wydania towaru” następuje faktyczne wydanie towaru, a rezerwacja jest automatycznie znoszona. Jeśli dokument „Zamówienie klienta” już istnieje, przy ponownym otrzymaniu webhooka nowy dokument nie musi być tworzony. Należy zaktualizować istniejący dokument według ID zamówienia SalesDrive.2. Kontrahenci i dane klienta Podczas przekazywania zamówienia system automatycznie określa kontrahenta w zależności od strony, z której wpłynęło zamówienie. Strona 1 → Kontrahent 1 Strona 2 → Kontrahent 2 Strona 3 → Kontrahent 3 Strona 4 → Kontrahent 4 Jeśli zamówienie zostało stworzone ręcznie w SalesDrive — używany jest osobny kontrahent „Zamówienia ręczne”. Dodatkowo przekazywać: Imię i nazwisko klienta; telefon; numer TTN (jeśli dostępny). Te dane powinny być automatycznie zapisywane w polu „Komentarz” dokumentów „Zamówienie klienta” oraz „Wydania towaru”.3. Asortyment Porównanie towarów między SalesDrive a Działem Księgowości odbywa się wyłącznie według artykułu (SKU). Jeśli towar o odpowiednim SKU nie został znaleziony w Dziale Księgowości: nowa karta towaru nie powinna być tworzona; dokument nie powinien być tworzony; zarejestrować informację o błędzie w dowolny wygodny sposób.4. Część tabelaryczna Do dokumentu należy przekazywać: towar (według SKU); ilość; cenę za jednostkę; kwotę; zniżkę (jeśli dostępna).5. Zniżki z SalesDrive Zniżka z SalesDrive powinna być automatycznie rozdzielana proporcjonalnie między wszystkie towary zamówienia poprzez korektę ceny każdej pozycji. Łączna kwota dokumentu w Dziale Księgowości powinna całkowicie odpowiadać kwocie zamówienia w SalesDrive (grosz w grosz).6. Anulowanie lub usunięcie zamówienia Jeśli zamówienie zostało anulowane lub usunięte w SalesDrive przed utworzeniem dokumentu „Wydanie towaru”: zdjąć rezerwację w Dziale Księgowości; jeśli „Wydanie towaru” jeszcze nie zostało utworzone lub nie zostało zrealizowane — anulować dokument „Zamówienie klienta”; jeśli „Wydanie towaru” już zostało zrealizowane — żadnych zmian w Dziale Księgowości nie wprowadzać.7. Rejestracja błędów W przypadku wystąpienia jakiegokolwiek błędu (towar o takim SKU nie został znaleziony, kontrahent nie został znaleziony, błąd API itp.): nie tworzyć nowego towaru; nie tworzyć dokumentu; zarejestrować informację o błędzie w dowolny wygodny sposób. Informacja o błędzie powinna zawierać: numer (ID) zamówienia SalesDrive; datę; czas; tekst błędu.8. Identyfikacja zamówienia Do powiązania dokumentów w Dziale Księgowości z zamówieniami SalesDrive należy używać unikalnego ID zamówienia SalesDrive. To właśnie według tego ID powinny być realizowane: wyszukiwanie istniejącego dokumentu; aktualizacja dokumentu; ochrona przed duplikowaniem.9. Kontrola przekazywania i wyświetlanie błędów W przypadku wystąpienia błędu podczas przekazywania zamówienia z SalesDrive do Działu Księgowości należy zrealizować dowolny wygodny sposób wyświetlania informacji o zamówieniach, które nie zostały przekazane. Dla każdego takiego zamówienia powinna być dostępna następująca informacja: numer (ID) zamówienia SalesDrive; przyczyna błędu; data i czas wystąpienia błędu. Użytkownik powinien mieć możliwość szybkiego określenia, które zamówienia nie zostały przekazane do Działu Księgowości z powodu błędu.