Uporządkowane dane organizacji (Organization
)
![Panel wiedzy sprzedawców w wynikach wyszukiwania Google](https://developers-dot-devsite-v2-prod.appspot.com/static/search/docs/images/organization.png?authuser=0000&hl=pl)
Możesz użyć uporządkowanych danych organizacji, aby przekazać Google informacje administracyjne organizacji, takie jak logo, adres, informacje kontaktowe i identyfikatory firmy. Dzięki tej zmianie Google może używać tych znaczników w panelach wiedzy i innych elementach wizualnych (takich jak atrybucja), co ułatwia użytkownikom znajdowanie informacji o Twojej organizacji w wyszukiwarce Google.
Dodawanie uporządkowanych danych
Uporządkowane dane to standardowy format udostępniania informacji o stronie i klasyfikowania jej zawartości. Jeśli dopiero zaczynasz, dowiedz się, jak działają uporządkowane dane.
Poniżej omawiamy sposób tworzenia, testowania i udostępniania uporządkowanych danych.
- Dodaj jak najwięcej zalecanych właściwości, które mają zastosowanie do Twojej strony internetowej. Nie są wymagane żadne właściwości. Dodaj właściwości pasujące do Twoich treści. Dowiedz się, w którym miejscu na stronie umieścić uporządkowane dane w zależności od używanego formatu.
- Przestrzegaj wskazówek.
- Zweryfikuj kod za pomocą testu wyników z elementami rozszerzonymi i napraw błędy krytyczne. Rozważ też usunięcie niekrytycznych problemów, które mogą zostać zgłoszone w narzędziu – to może poprawić jakość uporządkowanych danych (ale nie jest to konieczne, aby witryna kwalifikowała się do wyników z elementami rozszerzonymi).
- Możesz wdrożyć kilka stron z uporządkowanymi danymi i dzięki narzędziu do sprawdzania adresów URL zobaczyć, jak Google je odczytuje. Upewnij się, że Twoja strona jest dostępna dla Google i nie jest blokowana przez plik robots.txt lub tag
noindex
ani nie wymaga logowania. Jeśli strona wygląda dobrze, możesz poprosić Google o ponowne zindeksowanie adresów URL. - Aby na bieżąco informować Google o przyszłych zmianach, prześlij mapę witryny. Możesz zautomatyzować ten proces za pomocą interfejsu Search Console Sitemap API.
Przykłady
Organization
Oto przykład informacji o organizacji zapisanych w postaci kodu JSON-LD.
<html> <head> <title>About Us</title> <script type="application/ld+json"> { "@context": "https://schema.org", "@type": "Organization", "image": "https://www.example.com/example_image.jpg", "url": "https://www.example.com", "sameAs": ["https://example.net/profile/example1234", "https://example.org/example1234"], "logo": "https://www.example.com/images/logo.png", "name": "Example Corporation", "description": "The example corporation is well-known for producing high-quality widgets", "email": "contact@example.com", "telephone": "+47-99-999-9999", "address": { "@type": "PostalAddress", "streetAddress": "Rue Improbable 99", "addressLocality": "Paris", "addressCountry": "FR", "addressRegion": "Ile-de-France", "postalCode": "75001" }, "vatID": "FR12345678901", "iso6523Code": "0199:724500PMK2A2M1SQQ228" } </script> </head> <body> </body> </html>
OnlineStore
z zasadami zwrotów (przykładowy podtyp Organization
)
Oto przykład informacji o sklepie internetowym zapisanych w kodzie JSON-LD.
<html> <head> <title>About Us</title> <script type="application/ld+json"> { "@context": "https://schema.org", "@type": "OnlineStore", "name": "Example Online Store", "url": "https://www.example.com", "sameAs": ["https://example.net/profile/example12", "https://example.org/@example34"], "logo": "https://www.example.com/assets/images/logo.png", "contactPoint": { "contactType": "Customer Service", "email": "support@example.com", "telephone": "+47-99-999-9900" }, "vatID": "FR12345678901", "iso6523Code": "0199:724500PMK2A2M1SQQ228", "hasMerchantReturnPolicy": { "@type": "MerchantReturnPolicy", "applicableCountry": ["FR", "CH"], "returnPolicyCountry": "FR", "returnPolicyCategory": "https://schema.org/MerchantReturnFiniteReturnWindow", "merchantReturnDays": 60, "returnMethod": "https://schema.org/ReturnByMail", "returnFees": "https://schema.org/FreeReturn", "refundType": "https://schema.org/FullRefund" } ... // Other Organization-level properties } </script> </head> <body> </body> </html>
Wytyczne
Przestrzegaj tych wskazówek, aby uporządkowane dane kwalifikowały się do wyświetlenia w wynikach wyszukiwania Google.
- Wskazówki techniczne
- Podstawowe zasady wyszukiwania
- Ogólne wytyczne dotyczące uporządkowanych danych
Wskazówki techniczne
Zalecamy umieszczenie tych informacji na stronie głównej lub pojedynczej stronie, która opisuje Twoją organizację, np. na stronie O nas. Nie musisz ich umieszczać na każdej stronie witryny.
Zalecamy użycie najbardziej szczegółowego podtypu schema.org dla Organization
, który pasuje do Twojej organizacji. Jeśli na przykład masz witrynę e-commerce, zalecamy użycie podtypu OnlineStore
zamiast OnlineBusiness
.
Jeśli Twoja witryna dotyczy firmy działającej lokalnie, np. restauracji lub sklepu stacjonarnego, zalecamy podanie danych administracyjnych za pomocą najbardziej szczegółowych podtypów LocalBusiness
, a także wypełnienie pól wymaganych i zalecanych w przypadku kategorii Firma działająca lokalnie oprócz pól zalecanych w tym przewodniku.
Definicje typów uporządkowanych danych
Google rozpoznaje poniższe właściwości znaczników Organization
.
Aby pomóc Google w lepszym poznaniu treści strony, umieść w niej jak najwięcej zalecanych właściwości, które są z nią powiązane. Żadne właściwości nie są obowiązkowe. Dodaj te, które pasują do Twojej organizacji.
Właściwości zalecane | |
---|---|
address |
Adres (fizyczny lub elektroniczny) organizacji (w odpowiednich przypadkach). Uwzględnij wszystkie właściwości dotyczące Twojego kraju. Im więcej właściwości podasz, tym wyższa będzie jakość wyniku dla użytkowników. Jeśli Twoja firma ma siedziby w kilku miastach, regionach lub krajach, możesz podać więcej adresów. Na przykład: "address": [{ "@type": "PostalAddress", "streetAddress": "999 W Example St Suite 99 Unit 9", "addressLocality": "New York", "addressRegion": "NY", "postalCode": "10019", "addressCountry": "US" },{ "streetAddress": "999 Rue due exemple", "addressLocality": "Paris", "postalCode": "75001", "addressCountry": "FR" }] |
address.addressCountry |
Kraj z adresu pocztowego w postaci dwuliterowego kodu kraju w formacie ISO 3166-1 alfa-2. |
address.addressLocality |
Miasto z adresu pocztowego. |
address.addressRegion |
Region z adresu pocztowego (w odpowiednich przypadkach). Na przykład stan. |
address.postalCode |
Kod pocztowy z adresu. |
address.streetAddress |
Pełny adres pocztowy. |
alternateName |
Inna powszechnie używana nazwa Twojej organizacji (w odpowiednich przypadkach). |
contactPoint |
Najlepszy sposób na skontaktowanie się użytkownika z Twoją firmą (w odpowiednich przypadkach). Uwzględnij wszystkie metody pomocy dostępne dla użytkowników zgodnie ze sprawdzonymi metodami Google. Na przykład: "contactPoint": { "@type": "ContactPoint", "telephone": "+9-999-999-9999", "email": "contact@example.com" } |
contactPoint.email |
Adres e-mail, pod którym można się skontaktować z Twoją firmą (w odpowiednich przypadkach).
Jeśli używasz typu |
contactPoint.telephone |
Numer telefonu, pod którym można się skontaktować z firmą (w odpowiednich przypadkach).
Pamiętaj, by podać w nim kod kraju i numer kierunkowy.
Jeśli używasz typu |
description |
Szczegółowy opis Twojej organizacji (w odpowiednich przypadkach). |
duns |
Numer DUNS nadany przez Dun & Bradstreet umożliwiający identyfikację organizacji ( |
email
|
Adres e-mail, pod którym można się skontaktować z Twoją firmą (w odpowiednich przypadkach). |
foundingDate |
Data założenia organizacji ( |
globalLocationNumber |
Globalny numer lokalizacyjny GS1 wskazujący lokalizację Twojej organizacji ( |
hasMerchantReturnPolicy
|
Zasady zwrotów, których używa organizacja ( |
iso6523Code
|
Identyfikator organizacji w formacie ISO 6523 (w odpowiednich przypadkach).
Pierwsza część identyfikatora ISO 6523 to
|
legalName |
Zarejestrowana nazwa prawna organizacji ( |
leiCode |
Identyfikator organizacji ( |
logo |
Logo organizacji (w stosownych przypadkach). Dodanie tej właściwości pomoże Google lepiej określić, które logo chcesz wyświetlać, np. w wynikach wyszukiwania i panelach wiedzy. Wytyczne dotyczące obrazu:
Jeśli używasz typu |
naics |
Kod NAICS (North American Industry Classification System) Twojej organizacji ( |
name |
Nazwa Twojej organizacji. Użyj tych samych właściwości |
numberOfEmployees |
Liczba pracowników w organizacji ( Przykład z określoną liczbą pracowników: "numberOfEmployees": { "@type": "QuantitativeValue", "value": 2056 } Przykład z liczbą pracowników w zakresie: "numberOfEmployees": { "@type": "QuantitativeValue", "minValue": 100, "maxValue": 999 } |
sameAs
|
URL strony w innej witrynie z dodatkowymi informacjami o Twojej organizacji (w odpowiednich przypadkach). Może to być np. URL strony profilu Twojej organizacji w mediach społecznościowych lub w witrynie z opiniami. Możesz podać kilka adresów URL |
taxID
|
Identyfikator podatkowy powiązany z Twoją organizacją ( |
telephone
|
Numer telefonu firmy (w stosownych przypadkach) używany jako główna metoda kontaktu z klientami. Pamiętaj, by podać w nim kod kraju i numer kierunkowy. |
url
|
URL witryny Twojej organizacji (w odpowiednich przypadkach). Pomoże on Google jednoznacznie zidentyfikować Twoją organizację. |
vatID
|
Kod VAT (podatku od towarów i usług) powiązany z Twoją organizacją ( |
MerchantReturnPolicy
Użyj poniższych właściwości, aby opisać ogólne zasady zwrotów dotyczące całej organizacji (Organization
), jeśli takie występują w przypadku Twojej firmy.
Jeśli masz konkretne zasady dla poszczególnych produktów, użyj
znaczników umieszczonych przez sprzedawcę informacji o produkcie
.
Właściwości wymagane (wybierz opcję, która najlepiej pasuje do Twojego przypadku użycia) | |
---|---|
Opcja A | |
applicableCountry |
Kod kraju, którego dotyczą zasady zwrotów, w postaci dwuliterowego kodu kraju zgodnego z normą ISO 3166-1 alfa-2. Możesz określić maksymalnie 50 krajów. |
returnPolicyCategory |
Typ zasad zwrotów. Użyj jednej z tych wartości:
Jeśli używasz zasady |
returnPolicyCountry |
Kraj, do którego produkt musi zostać wysłany w celu zwrotu. Ten kraj może być inny niż kraj, do którego produkt został pierwotnie dostarczony lub wysłany. ISO 3166-1 alfa-2 format kodu kraju. Możesz określić maksymalnie 50 krajów. |
Opcja B | |
merchantReturnLink |
Podaj adres URL strony internetowej, na której są opisane zasady zwrotów. To mogą być Twoje własne zasady zwrotów lub zasady innej firmy podane w usłudze obsługującej zwroty. |
Właściwości zalecane | |
---|---|
customerRemorseReturnFees |
Konkretny typ opłaty za zwrot, jeśli produkt został zwrócony z powodu poczucia winy po zakupie.
Możliwe wartości – zobacz |
customerRemorseReturnLabelSource |
Metoda, za pomocą której klient uzyskuje etykietę przesyłki zwrotnej produktu.
Możliwe wartości – zobacz |
customerRemorseReturnShippingFeesAmount |
Koszt dostawy produktu zwracanego z powodu poczucia winy po zakupie. Ta właściwość jest wymagana tylko wtedy, gdy za dostawę zwrotną produktu klient płaci opłatę inną niż zero.
Więcej informacji: |
itemCondition |
Dopuszczalny stan produktu, który można zwrócić. Możesz określić wiele akceptowanych stanów. Użyj następujących wartości:
|
itemDefectReturnFees |
Określony typ opłaty za zwrot w przypadku wadliwych produktów. Możliwe wartości – zobacz |
itemDefectReturnLabelSource |
Metoda, za pomocą której klient może uzyskać etykietę przesyłki zwrotnej produktu.
Możliwe wartości – zobacz |
itemDefectReturnShippingFeesAmount |
Koszt zwrotu produktu wadliwego. Ta właściwość jest wymagana tylko wtedy, gdy za dostawę zwrotną produktu klient płaci opłatę inną niż zero.
Więcej informacji: |
merchantReturnDays |
W ciągu ilu dni od daty dostawy można zwrócić produkt. Ta właściwość jest wymagana tylko wtedy, gdy element |
refundType |
Typ zwrotu środków dostępny dla klienta w przypadku zwrotu produktu.
|
returnFees |
Domyślny typ opłaty za zwrot. Użyj jednej z tych obsługiwanych wartości:
|
returnLabelSource |
Metoda, za pomocą której klient może uzyskać etykietę przesyłki zwrotnej produktu. Użyj jednej z tych wartości:
|
returnMethod |
Typ oferowanej metody zwrotu. Jest to zalecane tylko wtedy, gdy
|
returnPolicySeasonalOverride |
Sezonowe dostosowanie zasad zwrotów w przypadku specjalnych wydarzeń, takich jak święta.
Na przykład typowa kategoria zasad zwrotów jest ustawiona na "returnPolicySeasonalOverride": { "@type": "MerchantReturnPolicySeasonalOverride", "startDate": "2024-11-29", "endDate": "2024-12-06", "merchantReturnDays": 10, "returnPolicyCategory": "https://schema.org/MerchantReturnFiniteReturnWindow" } Oto jak określić wiele sezonowych zmian. W tym przykładzie zasady zwrotów nie mają ograniczeń, ale są ograniczone w tych dwóch zakresach dat: "returnPolicySeasonalOverride": [{ "@type": "MerchantReturnPolicySeasonalOverride", "startDate": "2024-11-29", "endDate": "2024-12-06", "merchantReturnDays": 10, "returnPolicyCategory": "https://schema.org/MerchantReturnFiniteReturnWindow" }, { "@type": "MerchantReturnPolicySeasonalOverride", "startDate": "2024-12-26", "endDate": "2025-01-06", "merchantReturnDays": 10, "returnPolicyCategory": "https://schema.org/MerchantReturnFiniteReturnWindow" }] |
returnPolicySeasonalOverride.endDate |
Data zakończenia sezonowego dostosowania zasad zwrotów. |
returnPolicySeasonalOverride.merchantReturnDays |
W ciągu ilu dni od daty dostawy można zwrócić produkt. Ta właściwość jest wymagana tylko wtedy, gdy element |
returnPolicySeasonalOverride.returnPolicyCategory |
Typ zasad zwrotów. Użyj jednej z tych wartości:
Jeśli używasz zasady |
returnPolicySeasonalOverride.startDate |
Data rozpoczęcia sezonowego dostosowania zasad zwrotów. |
returnShippingFeesAmount |
Koszt dostawy zwracanego produktu. Ta właściwość jest wymagana tylko wtedy, gdy za zwrot produktu od klienta pobierana jest opłata za dostawę różna od 0. W takim przypadku |
Alternatywne podejście do konfigurowania ustawień zwrotów w Google
Zasady dotyczące zwrotów mogą być skomplikowane i zmienne. Jeśli masz problemy ze wskazaniem szczegółów zwrotów i zachowaniem ich zgodności ze znacznikami, i masz konto Google Merchant Center, zastanów się nad skonfigurowaniem zasad zwrotów w Centrum pomocy Google Merchant Center. Możesz też skonfigurować zasady zwrotów w Search Console na poziomie konta, które są automatycznie dodawane do Merchant Center.
Łączenie różnych konfiguracji dostawy i zwrotów
Jeśli łączysz różne konfiguracje dostawy i zwrotów, zwróć uwagę na to, jak możesz zastąpić informacje o zasadach zgodnie z kolejnością ich obowiązywania. Jeśli na przykład podasz zarówno znaczniki na poziomie organizacji w witrynie, jak i ustawienia zasad zwrotów w Search Console, Google będzie używać tylko informacji podanych w Search Console. Jeśli przesyłasz plik danych o produktach do Merchant Center i skonfigurujesz ustawienia dostawy w Search Console, ustawienia w Search Console zostaną zastąpione przez informacje z pliku danych w Merchant Center.
Oto jaka jest hierarchia informacji o zasadach dostawy i zwrotów (uporządkowanych według siły, przy czym najsilniejsze są pliki danych):
- Pliki danych na poziomie produktu przesłane do Merchant Center
- Content API for Shopping (ustawienia dostawy lub ustawienia zwrotów)
- Ustawienia w Merchant Center lub Search Console
- Znaczniki umieszczonych przez sprzedawcę informacji o produkcie na poziomie produktu
- Znaczniki na poziomie organizacji
Rozwiązywanie problemów
Jeśli masz problem z zastosowaniem lub debugowaniem uporządkowanych danych, skorzystaj z tych rozwiązań:
- Jeśli korzystasz z systemu zarządzania treścią (CMS) lub ktoś inny zajmuje się Twoją witryną, poproś odpowiednią osobę o pomoc. Pamiętaj, aby przekazać tej osobie wszystkie wiadomości z Search Console, które zawierają szczegółowe informacje o problemie.
- Google nie gwarantuje, że funkcje wykorzystujące uporządkowane dane pojawią się w wynikach wyszukiwania. Listę typowych powodów, dla których Google może nie wyświetlać Twoich treści w wyniku z elementami rozszerzonymi, znajdziesz w Ogólnych wytycznych dotyczących uporządkowanych danych.
- Możliwe, że w uporządkowanych danych wystąpił błąd. Sprawdź listę błędów uporządkowanych danych i raport dotyczący uporządkowanych danych, których nie można przeanalizować.
- Jeśli wobec Twojej strony zostały podjęte ręczne działania dotyczące uporządkowanych danych, dane te zostaną zignorowane (mimo że strona nadal może się pojawiać w wynikach wyszukiwania Google). Aby rozwiązać problemy z uporządkowanymi danymi, użyj raportu Ręczne działania.
- Przejrzyj jeszcze raz wytyczne, aby sprawdzić, czy Twoje treści ich nie naruszają. Przyczyną problemu mogą być treści spamerskie lub użycie spamerskich znaczników. Jeśli jednak problem nie jest związany ze składnią, test wyników z elementami rozszerzonymi go nie wykryje.
- Rozwiązywanie problemów z brakującymi wynikami z elementami rozszerzonymi lub ze spadkiem całkowitej liczby wyników z elementami rozszerzonymi
- Poczekaj na ponowne zindeksowanie strony. Pamiętaj, że gdy opublikujesz stronę, Google może potrzebować kilku dni na jej znalezienie i zindeksowanie. Odpowiedzi na ogólne pytania dotyczące skanowania i indeksowania znajdziesz w artykule Najczęstsze pytania o indeksowanie i skanowanie w wyszukiwarce Google.
- Zadaj pytanie na forum Centrum wyszukiwarki Google.