Podczas zakupu hostingu firma często otrzymuje w jednym pakiecie:
- miejsce na stronę,
- bazę danych,
- domenę,
- certyfikat SSL,
- kilka lub kilkadziesiąt skrzynek e-mail.
Takie rozwiązanie jest wygodne. Wszystkim można zarządzać w jednym panelu, a koszt całej usługi jest stosunkowo niski.
Problem pojawia się wtedy, gdy hosting przestaje działać.
Jeżeli strona i poczta znajdują się w tym samym środowisku, jedna awaria może jednocześnie spowodować:
- niedostępność witryny,
- brak dostępu do skrzynek,
- problemy z odbieraniem wiadomości,
- niedziałające formularze,
- brak możliwości kontaktu z klientami.
Dlatego przed uruchomieniem strony warto odpowiedzieć na ważne pytanie:
**Czy poczta firmowa powinna działać na tym samym hostingu co strona internetowa?**
Nie istnieje jedna odpowiedź właściwa dla każdej firmy.
Dla niewielkiej działalności wspólny hosting może być wystarczający. Dla sklepu, aplikacji, biura obsługującego wielu klientów albo firmy mocno zależnej od poczty lepsze może być rozdzielenie usług.
Jak działa hosting strony i poczty?
Strona internetowa i poczta to dwie oddzielne usługi.
Strona może działać na serwerze WWW wykorzystującym:
- Nginx,
- Apache,
- PHP,
- Node.js,
- bazę danych.
Poczta wymaga natomiast między innymi:
- serwera przychodzącego,
- serwera wychodzącego,
- mechanizmów antyspamowych,
- uwierzytelniania,
- przechowywania skrzynek,
- prawidłowej konfiguracji DNS.
Obie usługi mogą działać na jednej maszynie, ale nie muszą.
Możliwa jest konfiguracja, w której:
- strona działa na VPS,
- domena jest zarządzana u rejestratora,
- poczta pozostaje u operatora pocztowego,
- formularze wysyłają wiadomości przez zewnętrzny SMTP.
Dla użytkownika wszystko nadal działa pod jedną domeną.
Adres strony może wyglądać tak:
`https://firma.pl`
a skrzynka:
`kontakt@firma.pl`
Nie oznacza to jednak, że obie usługi znajdują się na tym samym serwerze.
Co decyduje o miejscu działania poczty?
Za kierowanie poczty odpowiadają rekordy MX w DNS.
Rekord MX wskazuje, który serwer ma odbierać wiadomości dla danej domeny.
Strona może być kierowana przez rekord A na jeden adres IP, a poczta przez rekordy MX do zupełnie innego operatora.
Dzięki temu można:
- przenieść stronę bez przenoszenia poczty,
- zmienić dostawcę serwera WWW,
- pozostawić skrzynki w dotychczasowym systemie,
- ograniczyć ryzyko wspólnej awarii.
To bardzo ważne podczas migracji.
Zmiana rekordu strony nie powinna automatycznie oznaczać zmiany rekordów pocztowych.
Proces bezpiecznego przenoszenia opisaliśmy w artykule [jak przenieść stronę na inny hosting bez przestoju](/blog/jak-przeniesc-strone-na-inny-hosting-bez-przestoju).
Zalety trzymania strony i poczty na jednym hostingu
Jeden panel administracyjny
Domena, strona, baza i skrzynki są zarządzane w jednym miejscu.
Dla małej firmy oznacza to mniej kont, haseł i konfiguracji.
Niższy koszt
Skrzynki często są wliczone w cenę pakietu hostingowego.
Firma nie musi opłacać osobnej usługi pocztowej dla każdego użytkownika.
Łatwe uruchomienie
Operator może automatycznie skonfigurować podstawowe rekordy DNS i serwery poczty.
Uruchomienie strony oraz skrzynek jest szybkie i nie wymaga projektowania bardziej rozbudowanej infrastruktury.
Wystarczające dla małych firm
Jeżeli firma korzysta z jednej lub kilku skrzynek i nie przetwarza dużej liczby wiadomości, standardowa poczta hostingowa może działać poprawnie przez wiele lat.
Nie każda działalność potrzebuje osobnego systemu pocztowego.
Wady wspólnego hostingu
Wspólny punkt awarii
Jeżeli wszystkie usługi działają w jednej infrastrukturze, awaria może objąć jednocześnie:
- stronę,
- panel,
- formularze,
- pocztę.
Firma traci wtedy również podstawowy kanał komunikacji technicznej.
Nie może wysłać zgłoszenia z firmowego adresu, ponieważ ten sam system jest niedostępny.
Wspólna przestrzeń dyskowa
Na części hostingów strona, backupy i skrzynki korzystają z jednego limitu miejsca.
Duża skrzynka może zapełnić konto i wpłynąć na działanie witryny.
Możliwa jest również odwrotna sytuacja: rosnące backupy albo pliki strony ograniczają miejsce dla poczty.
Brak przestrzeni może prowadzić do:
- odrzucania nowych wiadomości,
- problemów z zapisem plików,
- nieudanych kopii,
- błędów aplikacji.
Ograniczona ochrona antyspamowa
Podstawowa poczta hostingowa może posiadać mniej zaawansowane filtry niż wyspecjalizowane systemy.
W efekcie firma może otrzymywać:
- więcej spamu,
- wiadomości phishingowe,
- niechciane załączniki,
- fałszywe alerty.
Wpływ reputacji wspólnego serwera
Na hostingu współdzielonym wiele domen może korzystać ze wspólnej infrastruktury pocztowej.
Jeżeli inni użytkownicy wysyłają spam albo serwer trafia na listę blokowaną, może to wpłynąć na dostarczalność wiadomości.
Dobry operator kontroluje reputację serwerów, ale firma nadal ma ograniczony wpływ na całe środowisko.
Ograniczone funkcje biznesowe
Podstawowe skrzynki często nie oferują rozbudowanych funkcji takich jak:
- wspólne kalendarze,
- centralne zarządzanie użytkownikami,
- zaawansowana archiwizacja,
- rozbudowane reguły bezpieczeństwa,
- kontrola urządzeń,
- szczegółowe logi administratora.
Dla małej firmy może to nie mieć znaczenia. Przy większym zespole różnica staje się bardziej odczuwalna.
Co oznacza rozdzielenie strony i poczty?
Rozdzielenie usług oznacza, że strona działa u jednego dostawcy, a poczta u innego.
Przykładowa konfiguracja:
- domena: zarządzana u rejestratora,
- DNS: niezależna usługa DNS,
- strona: hosting zarządzany albo VPS,
- poczta: zewnętrzny operator pocztowy,
- backupy: oddzielny magazyn.
Zaletą takiego układu jest większa niezależność.
Awaria strony nie musi zatrzymać poczty. Problem z serwerem pocztowym nie musi natomiast wyłączyć witryny.
Firma nadal może komunikować się z klientami i administratorem podczas awarii strony.
Kiedy warto rozdzielić stronę i pocztę?
Rozdzielenie warto rozważyć, gdy:
- poczta jest głównym kanałem kontaktu z klientami,
- zespół posiada wiele skrzynek,
- firma wysyła dużą liczbę wiadomości,
- potrzebne są wspólne kalendarze i dokumenty,
- strona działa na własnym VPS,
- projekt wymaga regularnych migracji,
- firma potrzebuje wysokiej dostępności,
- wiadomości muszą być archiwizowane,
- bezpieczeństwo poczty ma szczególne znaczenie.
Dla sklepu, kancelarii, biura rachunkowego, systemu rezerwacji lub firmy obsługującej klientów przez e-mail rozdzielenie może znacząco ograniczyć ryzyko.
Czy poczta powinna działać na VPS?
Można uruchomić własny serwer pocztowy na VPS, ale nie jest to prosta usługa.
Trzeba zadbać o:
- serwer SMTP,
- odbieranie poczty,
- zabezpieczenie logowania,
- ochronę antyspamową,
- ochronę antywirusową,
- reputację adresu IP,
- kolejki wiadomości,
- kopie skrzynek,
- monitoring,
- aktualizacje,
- prawidłowe rekordy DNS.
Do tego dochodzi kontrola:
- SPF,
- DKIM,
- DMARC,
- reverse DNS,
- limitów wysyłki,
- list blokowanych.
Własny serwer pocztowy daje dużą kontrolę, ale wymaga stałej administracji.
Dla większości małych i średnich firm wygodniejsze będzie pozostawienie poczty u wyspecjalizowanego operatora.
VPS można wtedy wykorzystać do strony, sklepu lub aplikacji.
Porównanie różnych środowisk znajdziesz w artykule [VPS czy hosting współdzielony – co wybrać dla firmy](/blog/vps-czy-hosting-wspoldzielony-co-wybrac-dla-firmy).
Dlaczego poczta na VPS może sprawiać problemy?
Reputacja nowego adresu IP
Nowy serwer może nie posiadać historii wysyłki.
Operatorzy pocztowi mogą ostrożniej traktować wiadomości z takiego adresu.
Listy blokowane
Jeżeli adres IP wcześniej należał do innego użytkownika, może posiadać negatywną historię.
Błędna konfiguracja DNS
Brak prawidłowych rekordów może powodować odrzucanie wiadomości lub kierowanie ich do spamu.
Konieczność monitoringu
Serwer może działać, ale kolejka wiadomości może się zablokować. Bez monitoringu firma zauważy problem dopiero po zgłoszeniu klienta.
Duża odpowiedzialność administratora
Poczta wymaga utrzymania podobnie jak każda inna krytyczna usługa.
Sam fakt posiadania VPS nie oznacza, że system pocztowy jest gotowy do bezpiecznej pracy.
SPF – kto może wysyłać wiadomości?
SPF jest rekordem DNS określającym, które serwery mogą wysyłać pocztę w imieniu domeny.
Jeżeli firma korzysta z:
- operatora pocztowego,
- newslettera,
- systemu CRM,
- strony internetowej,
- zewnętrznej aplikacji,
wszystkie prawidłowe źródła powinny być uwzględnione w konfiguracji.
Błędny SPF może powodować:
- odrzucanie wiadomości,
- kierowanie do spamu,
- problemy z formularzami.
Nie należy jednak dodawać nieograniczonej liczby serwerów.
Im szerszy rekord, tym więcej systemów może wysyłać pocztę w imieniu domeny.
DKIM – podpis wiadomości
DKIM dodaje do wiadomości podpis kryptograficzny.
Serwer odbiorcy może sprawdzić, czy wiadomość:
- została wysłana przez autoryzowany system,
- nie została zmieniona po drodze.
Klucz publiczny jest publikowany w DNS, a prywatny pozostaje po stronie systemu wysyłającego.
Prawidłowy DKIM poprawia wiarygodność poczty i utrudnia podszywanie się pod domenę.
DMARC – polityka domeny
DMARC określa, co serwer odbiorcy powinien zrobić z wiadomością, która nie przechodzi kontroli SPF lub DKIM.
Może także umożliwiać otrzymywanie raportów o próbach wysyłania wiadomości z wykorzystaniem domeny.
Politykę warto wprowadzać stopniowo.
Najpierw można obserwować raporty, a dopiero później zaostrzać sposób traktowania nieprawidłowych wiadomości.
Błędnie ustawiona restrykcyjna polityka może blokować także prawidłowe systemy firmy.
Reverse DNS
Reverse DNS łączy adres IP serwera z nazwą hosta.
Jest szczególnie istotny przy własnym serwerze pocztowym.
Brak prawidłowej konfiguracji może wpływać na dostarczalność wiadomości.
Nie każdy dostawca VPS pozwala klientowi samodzielnie ustawić reverse DNS. Przed uruchomieniem poczty trzeba sprawdzić możliwości operatora.
Formularz kontaktowy a poczta firmowa
Formularz strony nie powinien polegać wyłącznie na domyślnej funkcji wysyłki serwera.
Lepszym rozwiązaniem jest prawidłowo skonfigurowany SMTP albo wyspecjalizowana usługa transakcyjna.
Pozwala to poprawić:
- dostarczalność,
- uwierzytelnianie,
- kontrolę błędów,
- logowanie wiadomości.
Formularz powinien również zapisywać zgłoszenia w bazie albo panelu.
Dzięki temu nawet chwilowy problem z pocztą nie musi oznaczać utraty zapytania.
W artykule [monitoring strony internetowej 24/7 – co naprawdę powinien sprawdzać](/blog/monitoring-strony-internetowej-24-7-co-powinien-sprawdzac) opisaliśmy, dlaczego warto testować cały proces wysłania formularza, a nie tylko dostępność podstrony.
Nie używaj adresu klienta jako nadawcy formularza
Częsty błąd polega na ustawieniu adresu wpisanego przez klienta jako pola nadawcy wiadomości.
Formularz znajdujący się na stronie `firma.pl` może wtedy próbować wysłać wiadomość jako osoba korzystająca z Gmaila, Outlooka lub innej domeny.
Może to powodować problemy z SPF, DKIM i DMARC.
Bezpieczniej jest ustawić:
- nadawcę w domenie firmy,
- adres klienta jako `Reply-To`.
Dzięki temu wiadomość jest autoryzowana przez właściwy system, a pracownik nadal może odpowiedzieć bezpośrednio klientowi.
Poczta transakcyjna sklepu i aplikacji
Sklep albo aplikacja wysyłają wiadomości takie jak:
- potwierdzenie zamówienia,
- zmiana statusu,
- link do resetu hasła,
- potwierdzenie rezerwacji,
- faktura,
- kod logowania.
Taka poczta ma inne zadanie niż zwykła korespondencja pracowników.
Warto rozważyć rozdzielenie:
- poczty użytkowników,
- poczty transakcyjnej,
- newsletterów.
Dzięki temu problem z kampanią marketingową nie wpływa bezpośrednio na wiadomości dotyczące logowania lub zamówień.
Hosting WooCommerce wymaga szczególnej kontroli wiadomości transakcyjnych, co opisaliśmy w artykule [hosting WooCommerce – na czym nie warto oszczędzać](/blog/hosting-woocommerce-na-czym-nie-warto-oszczedzac).
Newsletter nie powinien być wysyłany z podstawowej skrzynki
Masowa wysyłka z typowego konta hostingowego może:
- przekroczyć limity,
- pogorszyć reputację serwera,
- zablokować konto,
- wpłynąć na zwykłą korespondencję.
Newslettery najlepiej wysyłać przez system przeznaczony do kampanii.
Takie narzędzie zapewnia zwykle:
- obsługę wypisów,
- limity i kolejki,
- raporty,
- kontrolę błędnych adresów,
- analizę dostarczalności.
Poczta handlowa, transakcyjna i pracownicza powinny mieć jasno określone role.
Backup poczty
Kopia strony nie zawsze obejmuje wiadomości e-mail.
Jeżeli poczta działa na tym samym hostingu, trzeba sprawdzić:
- czy skrzynki są objęte backupem,
- jak często wykonywana jest kopia,
- jak długo przechowywane są wiadomości,
- czy można odtworzyć pojedynczą skrzynkę,
- czy kopia znajduje się poza głównym serwerem.
Program pocztowy użytkownika również nie zawsze jest pełnym backupem.
Przy synchronizacji IMAP usunięcie wiadomości może zostać zsynchronizowane na wszystkie urządzenia.
Strategię kopii opisaliśmy szerzej w artykule [kopie zapasowe strony – jak często je wykonywać i gdzie przechowywać](/blog/kopie-zapasowe-strony-jak-czesto-i-gdzie-przechowywac).
Archiwizacja poczty
Backup i archiwizacja to nie to samo.
Backup służy przede wszystkim do odtworzenia danych po awarii.
Archiwizacja może służyć do:
- długoterminowego przechowywania wiadomości,
- wyszukiwania korespondencji,
- zachowania historii,
- spełniania procedur wewnętrznych.
Firma powinna ustalić:
- jak długo przechowuje pocztę,
- kto ma dostęp do archiwum,
- co dzieje się ze skrzynką po odejściu pracownika,
- jak realizowane jest usuwanie danych.
Co się dzieje, gdy pracownik odchodzi?
Skrzynka pracownika może zawierać ważną historię kontaktów z klientami.
Po zakończeniu współpracy należy:
- zablokować logowanie,
- zmienić hasła,
- usunąć aktywne sesje,
- zabezpieczyć dane,
- ustawić przekierowanie lub autoresponder,
- zdecydować o archiwizacji.
Nie należy pozostawiać aktywnego konta przez wiele miesięcy tylko dlatego, że może zawierać potrzebne wiadomości.
Lepszym rozwiązaniem jest uporządkowana procedura przekazania danych.
Bezpieczeństwo kont pocztowych
Poczta często jest najważniejszym kontem w firmie.
Za jej pomocą można zresetować hasła do:
- hostingu,
- domeny,
- systemu księgowego,
- mediów społecznościowych,
- aplikacji.
Dlatego warto stosować:
- silne hasła,
- 2FA,
- kontrolę urządzeń,
- alerty o logowaniu,
- ograniczenie przekazywania wiadomości,
- regularny przegląd reguł skrzynki.
Atakujący po przejęciu poczty może utworzyć ukrytą regułę przekazującą wybrane wiadomości na zewnętrzny adres.
Sama zmiana hasła bez sprawdzenia ustawień może wtedy nie wystarczyć.
Phishing
Wiele ataków nie wykorzystuje błędu serwera.
Atakujący próbuje przekonać użytkownika, aby sam podał hasło albo otworzył złośliwy załącznik.
Wiadomość może udawać:
- operatora domeny,
- firmę hostingową,
- bank,
- klienta,
- kuriera,
- administratora poczty.
Ochrona techniczna powinna być połączona ze świadomością użytkowników.
Pracownicy powinni wiedzieć, że:
- operator nie prosi zwykle o hasło e-mailem,
- adres nadawcy można podrobić,
- link może prowadzić do innej domeny,
- podejrzany załącznik trzeba zweryfikować.
Czy wspólny hosting jest niebezpieczny?
Nie automatycznie.
Dobrze zarządzany hosting współdzielony może zapewniać stabilną stronę i pocztę dla niewielkiej firmy.
Ryzyko rośnie, gdy:
- konto ma mało miejsca,
- backupy nie obejmują poczty,
- serwer posiada słabą reputację,
- brakuje 2FA,
- firma potrzebuje wysokiej dostępności,
- wiadomości są kluczowe dla działalności.
Wybór powinien wynikać z rzeczywistych potrzeb, a nie z założenia, że rozdzielenie zawsze jest obowiązkowe.
Czy osobna poczta jest zawsze lepsza?
Nie zawsze.
Osobna usługa oznacza:
- dodatkowy koszt,
- kolejny panel,
- więcej kont,
- bardziej złożoną konfigurację DNS,
- konieczność zarządzania użytkownikami.
Dla jednoosobowej działalności z jedną skrzynką może być to niepotrzebne.
Warto jednak rozważyć oddzielną usługę, jeżeli koszt niedostępności poczty jest większy niż koszt jej utrzymania.
Jak wygląda bezpieczna migracja strony bez poczty?
Jeżeli poczta ma pozostać u dotychczasowego operatora, podczas migracji strony trzeba zachować rekordy:
- MX,
- SPF,
- DKIM,
- DMARC.
Zmianie podlegają wtedy głównie rekordy kierujące ruch [WWW](http://WWW).
Po migracji trzeba sprawdzić:
- odbieranie poczty,
- wysyłkę,
- formularze strony,
- wiadomości transakcyjne,
- konfigurację SMTP.
Nie wolno usuwać starego hostingu, dopóki nie zostanie potwierdzone, że nie przechowuje on jedynych kopii skrzynek.
Jak wygląda przeniesienie poczty?
Migracja poczty może obejmować:
1. przygotowanie nowych skrzynek,
2. utworzenie aliasów,
3. konfigurację zabezpieczeń,
4. kopiowanie wiadomości,
5. zmianę rekordów MX,
6. końcową synchronizację,
7. test wysyłki i odbioru,
8. zachowanie starej usługi przez okres przejściowy.
Przez pewien czas wiadomości mogą trafiać do obu środowisk w zależności od propagacji DNS.
Dlatego końcowa synchronizacja jest bardzo ważna.
Monitoring poczty
Warto monitorować:
- dostępność serwerów,
- kolejkę wiadomości,
- błędy dostarczenia,
- wykorzystanie miejsca,
- ważność certyfikatów,
- reputację domeny,
- działanie rekordów zabezpieczających.
Firma powinna także zauważyć nietypowe zdarzenia:
- nagły wzrost wysyłki,
- wiele nieudanych logowań,
- masowe zwroty,
- blokadę konta.
Monitoring nie musi oznaczać skomplikowanego centrum operacyjnego. Powinien jednak zapewniać informację, zanim problem zgłosi klient.
Hosting i poczta a awarie 500 oraz 502
Błędy 500 i 502 dotyczą głównie strony lub aplikacji, a nie bezpośrednio systemu pocztowego.
Jeżeli poczta jest oddzielona, firma nadal może komunikować się podczas awarii strony.
Przy wspólnym środowisku problem infrastruktury może objąć więcej usług.
Diagnostykę błędów strony opisaliśmy w artykule [błąd 500 lub 502 na stronie – co oznacza i jak go naprawić](/blog/blad-500-lub-502-na-stronie-co-oznacza-i-jak-naprawic).
Koszt wspólnego i oddzielnego modelu
Wspólny hosting zwykle jest tańszy.
Oddzielna poczta może oznaczać opłatę za:
- każdą skrzynkę,
- dodatkową przestrzeń,
- archiwizację,
- zabezpieczenia,
- administrację.
Trzeba jednak porównać koszt usługi z kosztem możliwej niedostępności.
Jeżeli firma obsługuje dziesiątki klientów dziennie przez e-mail, kilkugodzinna przerwa może kosztować więcej niż miesięczna opłata za profesjonalny system pocztowy.
Ogólne koszty utrzymania strony opisaliśmy w artykule [ile kosztuje utrzymanie strony internetowej miesięcznie](/blog/ile-kosztuje-utrzymanie-strony-internetowej-miesiecznie).
Jaki model wybrać dla małej firmy?
Dla małej firmy wystarczający może być:
- dobry hosting współdzielony,
- kilka skrzynek,
- regularne kopie,
- prawidłowe SPF, DKIM i DMARC,
- silne hasła,
- 2FA, jeżeli operator je udostępnia.
Najważniejsze jest sprawdzenie:
- limitu miejsca,
- polityki backupów,
- reputacji operatora,
- sposobu odzyskiwania dostępu.
Jaki model wybrać dla sklepu?
W sklepie internetowym warto rozdzielić przynajmniej:
- pocztę pracowników,
- pocztę transakcyjną,
- newsletter.
Strona i sklep mogą działać na hostingu lub VPS, natomiast korespondencja zespołu może być utrzymywana przez oddzielnego dostawcę.
Dzięki temu problem z aplikacją nie wyłącza komunikacji pracowników.
Jaki model wybrać dla aplikacji?
Aplikacja Next.js lub Node.js zwykle działa na VPS albo platformie chmurowej.
Poczty użytkowników nie warto wtedy automatycznie uruchamiać na tym samym serwerze.
Aplikacja może korzystać z zewnętrznej usługi do:
- wiadomości transakcyjnych,
- resetów haseł,
- alertów,
- powiadomień.
Wymagania infrastruktury aplikacyjnej opisaliśmy w artykule [hosting dla Next.js i Node.js – czego potrzebuje aplikacja firmowa](/blog/hosting-dla-nextjs-nodejs-czego-potrzebuje-aplikacja-firmowa).
Hosting strony i poczty z HeatLogic
W HeatLogic dobieramy model do sposobu działania firmy.
Nie każda strona potrzebuje osobnego systemu pocztowego. Nie każda poczta powinna jednak działać na tym samym VPS co aplikacja.
Możemy pomóc w zakresie:
- hostingu strony,
- VPS zarządzanego,
- zachowania poczty u obecnego operatora,
- konfiguracji DNS,
- SPF, DKIM i DMARC,
- konfiguracji SMTP,
- migracji strony,
- migracji skrzynek,
- backupów,
- monitoringu.
Usługa może zostać połączona z [hostingiem i opieką techniczną HeatLogic](/hosting-i-opieka).
Najpierw sprawdzamy:
- liczbę skrzynek,
- ilość korespondencji,
- rodzaj strony,
- znaczenie poczty,
- planowaną migrację,
- wymagania bezpieczeństwa.
Dopiero później proponujemy wspólny albo rozdzielony model.
Lista kontrolna strony i poczty
Sprawdź:
1. Gdzie działa strona?
2. Gdzie działa poczta?
3. Kto zarządza domeną?
4. Jakie rekordy MX są ustawione?
5. Czy SPF jest poprawny?
6. Czy DKIM działa?
7. Czy DMARC jest skonfigurowany?
8. Czy poczta posiada 2FA?
9. Czy skrzynki są objęte backupem?
10. Jak długo przechowywane są kopie?
11. Czy strona i poczta korzystają ze wspólnego miejsca?
12. Co stanie się podczas awarii hostingu?
13. Czy formularze używają SMTP?
14. Czy zgłoszenia są zapisywane poza pocztą?
15. Czy poczta transakcyjna jest oddzielona?
16. Czy newsletter korzysta z osobnego systemu?
17. Czy konta byłych pracowników zostały zablokowane?
18. Czy stare aliasy są nadal potrzebne?
19. Czy monitorowana jest dostarczalność?
20. Czy istnieje plan migracji i odtworzenia?
Podsumowanie
Strona i poczta mogą działać na jednym hostingu, jeżeli:
- firma jest niewielka,
- posiada kilka skrzynek,
- obecny operator jest stabilny,
- backup obejmuje pocztę,
- ryzyko wspólnej awarii jest akceptowalne.
Rozdzielenie warto rozważyć, gdy:
- poczta jest kluczowa dla działalności,
- firma posiada większy zespół,
- strona działa na VPS,
- wymagane są zaawansowane zabezpieczenia,
- sklep lub aplikacja wysyłają dużo wiadomości,
- potrzebna jest większa niezależność usług.
Najważniejsze jest świadome rozdzielenie odpowiedzialności.
Domena, strona, poczta i backup nie muszą działać u jednego operatora, aby zachować spójny adres firmowy.
Nie wiesz, czy warto przenieść pocztę razem ze stroną?
Skontaktuj się z HeatLogic. Sprawdzimy DNS, skrzynki, hosting i sposób wysyłania wiadomości oraz przygotujemy model, który ograniczy ryzyko utraty kontaktu z klientami.
Najczęściej zadawane pytania
Czy poczta musi być na tym samym hostingu co strona?
Nie. Strona i poczta mogą działać u różnych operatorów dzięki osobnym rekordom DNS.
Czy można przenieść stronę bez przenoszenia poczty?
Tak. Trzeba zmienić rekordy kierujące stronę i zachować rekordy MX oraz pozostałe ustawienia pocztowe.
Czy warto uruchamiać własną pocztę na VPS?
Zwykle tylko wtedy, gdy firma posiada administratora i konkretną potrzebę biznesową. Własny serwer pocztowy wymaga stałego utrzymania oraz ochrony reputacji.
Czy backup strony obejmuje wiadomości?
Nie zawsze. Trzeba osobno sprawdzić, czy kopia hostingu obejmuje skrzynki pocztowe.
Co to są SPF, DKIM i DMARC?
To mechanizmy pomagające potwierdzić, które systemy mogą wysyłać pocztę w imieniu domeny oraz jak traktować wiadomości niespełniające wymagań.
Dlaczego wiadomości z formularza trafiają do spamu?
Przyczyną może być błędna konfiguracja SMTP, SPF, DKIM, adresu nadawcy albo reputacji serwera.
Czy newsletter można wysyłać ze zwykłej skrzynki?
Nie jest to dobre rozwiązanie przy większej liczbie odbiorców. Lepiej korzystać z systemu przeznaczonego do kampanii mailingowych.